04-01-2013, Friday-23:32:21
Nein, das wäre überhaupt nicht rechenintensiv, für sich genommen. Ganz ohne Rechenleistung kommt die jetzige Beladung ja auch nicht aus, und so eine einfache Rechnung können Computer auch zigtausendfach durchführen. Es wird tatsächlich ja auch noch mehr berechnet beim Beladen (z.B., ob der Zug nochmal 'hier' ankommt, bevor er den Zielort des Pakets ansteuert, dann wird nicht beladen).
Für Ringlinien ist die derzeitige Beladung aber relativ wichtig (wenngleich ich den Effekt für überschätzt halte, er hilft nämlich nur den Pax, die innerhalb der Linie reisen und weniger denen, die zu/von dem Verbindungspunkt des Rings zur 'Außenwelt' wollen, dennoch die Logik gut und realistischer für Ringlinien).
Eine nicht so furchtbar schwierige Lösung bestünde darin, im Fahrplan einfach die Beladelogik einstellen zu können: First-Stop-First-Served, proportional und wenn man schon dabei ist, vielleicht auch Last-Stop-First-Served (ist m.E. nie realistisch, aber u.U. hilfreich).
Natürlich müsste auch diese "nicht so furchtbar schwierige" Lösung jemand machen. Ich würde mich aber bereit erklären, das im Wiki dann auf Deutsch und Englisch zu dokumentieren (diese Beladelogik ist, soweit ich sehen kann, nirgendwo dokumentiert, obwohl ich das für einen wichtigen Faktor für die Planung halte).
Die Edel-Lösung bestünde darin, irgendwas zu machen, damit Pax nicht in einen Zug steigen *wollen*. Dafür müsste man in der Routenplanung Linien mit weniger Hops bevorzugen (ich glaube, das passiert schon) und die gefundene Route dann im 'Paket' speichern und es nur die Verkehrsmittel nehmen lassen, die für die Routenberechnung herangezogen worden. Auch das wäre m.E. nicht besonders rechenintensiv (die Routenberechnung ist es, aber die passiert ja sowieso), aber möglicherweise speicherintensiv. Wenn wirklich 1.000.000 Pakete unterwegs sind und die Routeninformation nur 10 Bytes braucht, sind es eben 10MB Speicher (ob beide Zahlen so realistisch sind, vermag ich nicht zu sagen).
Für Ringlinien ist die derzeitige Beladung aber relativ wichtig (wenngleich ich den Effekt für überschätzt halte, er hilft nämlich nur den Pax, die innerhalb der Linie reisen und weniger denen, die zu/von dem Verbindungspunkt des Rings zur 'Außenwelt' wollen, dennoch die Logik gut und realistischer für Ringlinien).
Eine nicht so furchtbar schwierige Lösung bestünde darin, im Fahrplan einfach die Beladelogik einstellen zu können: First-Stop-First-Served, proportional und wenn man schon dabei ist, vielleicht auch Last-Stop-First-Served (ist m.E. nie realistisch, aber u.U. hilfreich).
Natürlich müsste auch diese "nicht so furchtbar schwierige" Lösung jemand machen. Ich würde mich aber bereit erklären, das im Wiki dann auf Deutsch und Englisch zu dokumentieren (diese Beladelogik ist, soweit ich sehen kann, nirgendwo dokumentiert, obwohl ich das für einen wichtigen Faktor für die Planung halte).
Die Edel-Lösung bestünde darin, irgendwas zu machen, damit Pax nicht in einen Zug steigen *wollen*. Dafür müsste man in der Routenplanung Linien mit weniger Hops bevorzugen (ich glaube, das passiert schon) und die gefundene Route dann im 'Paket' speichern und es nur die Verkehrsmittel nehmen lassen, die für die Routenberechnung herangezogen worden. Auch das wäre m.E. nicht besonders rechenintensiv (die Routenberechnung ist es, aber die passiert ja sowieso), aber möglicherweise speicherintensiv. Wenn wirklich 1.000.000 Pakete unterwegs sind und die Routeninformation nur 10 Bytes braucht, sind es eben 10MB Speicher (ob beide Zahlen so realistisch sind, vermag ich nicht zu sagen).