Fahrpläne werden nach Änderung unverändert angezeigt

[Fredi81]

Hallo zusammen,

ich versuche seit ca. 2 Std den Fahrplan Paderborn_Kassel_Ruhrtalbahn zu ändern.

Schritt 1: Damit ich nix zerschiesse den Fahrplan unter neuem Namen speichern: Check.

Schritt 2: Mir den Zug ERB 90022 (glaube ich) vornehmen und aus dem ET einen schöne Dosto machen (146, 6 Dosto mit Stwg): Check und so läuft das auch ohne Probleme. Zug fährt, nix zu mosern, alles gut.

Schritt 3:Da mir bei dem derzeitigen Netz noch sowas wie S-Bahnen fehlen wollte ich was öfter anhalten als es der Zug eigentlich macht. Also die Unterwegshalte an denen sonst durchgefahren wird mit Haltezeiten versehen: Check (Also wie bei Zusi2, da habe ich auch schon an den Plänen rumgepfuscht)

Schritt 4: Dann brav speichern, kurz warten und zur Sicherheit Zusi mal neu anschmeissen: Check

In der Liste wo man den Zug auswählen kann (den Doppelklick auf den Zug macht den man fahren möchte) steht rechts in der Liste alles richtig drin, also zumindest die Haltezeiten an allen ausgewählten Bahnhöfen und Haltepunkten. Nur ich soll angeblich noch mit einem 428 fahren, aber das ignoriere ich mal... Hier noch Halbcheck

Wenn ich auf der Lok hocke ist der Fahrplan wie vorher, also ohne die zusätzlichen Zwischenhalte. Das mit dem Dosto klappt also, aber den Fahrplan will er nicht fressen. Ausgecheckt

Was mache ich falsch? Jemand ne spontane Idee?

[Alwin Meschede]

Zwecks Erzielung kurzer Ladezeiten werden bei dem Fahrplan vorberechnete Buchfahrplandateien mitgeliefert. Wenn Du Züge modifizierst, musst Du im Zug-Editor auf der Registerkarte Grunddaten den Haken "Buchfahrplan aus Streckendaten generieren" setzen. Dann wird der Buchfahrplan bei jedem Laden frisch berechnet.

[Mr. X]

Zwecks Erzielung kurzer Ladezeiten werden bei dem Fahrplan vorberechnete Buchfahrplandateien mitgeliefert.

Hm. Ich hab den Eindruck, Zusi 3 erzeugt hier jedes Mal alle Buchfahrplandateien aufs Neue. Und das ist der zeitaufwändigste Teil der Ladeprozedur.

[Fredi81]

Hmmm...

ich teste das mal aus. Danke schonmal.

[Carsten Hölscher]

Da werden nur die bitmaps erzeugt. Das Generieren der Rohdaten ist der aufwendigere Teil.
Carsten

[Mr. X]

Da werden nur die bitmaps erzeugt. Das Generieren der Rohdaten ist der aufwendigere Teil.
Carsten

Könnte man nicht auch diese Bitmap-Erzeugung wegoptimieren, wenn man einen Zeitstempelvergleich zwischen der in temp gespeicherten Bitmap und der Quelldatei vornimmt? Diese Bitmap-Erzeugung ist hier ziemlich zeitaufwändig.

[Alwin Meschede]

Könnte man nicht auch diese Bitmap-Erzeugung wegoptimieren, wenn man einen Zeitstempelvergleich zwischen der in temp gespeicherten Bitmap und der Quelldatei vornimmt? Diese Bitmap-Erzeugung ist hier ziemlich zeitaufwändig.

Entweder das, oder wenigstens die Erzeugung der Bitmaps parallelisieren. Hier könnte man wohl von Multicore-Prozessoren profitieren.

Der Algorithmus zum Erzeugen der Rohdateien sollte auch irgendwann auf Optimierungsmöglichkeiten abgeklopft werden. Unter ungünstigen Umständen erreicht die Strecke Paderborn-Kassel da schon jetzt Rechenzeiten, die nicht mehr schön sind.

Theoretisch könnte sich da auch ein Externer heranbegeben. Die Aufgabe ist ja, aus den st3- und trn-Dateien eine timetable.xml zu generieren. Ob das der Zusi-Fahrplaneditor oder ein Tool von einem Dritt-Programmierer macht, ist mir als Fahrplanbauer ja egal, solange es schneller geht als heute.

[Carsten Hölscher]

Es wird gelegentlich mal so geändert, dass das Bitmap für den gerade aufgesuchten Zug in dem Moment des "Betretens" des Führerstands erzeugt wird.

Carsten

[Mr. X]

Ja, das wäre eigentlich noch eine bessere Lösung. Dann würde das Caching, wie ich es vorgeschlagen hatte, eh kaum noch lohnen.

[Johannes]

Theoretisch könnte sich da auch ein Externer heranbegeben. Die Aufgabe ist ja, aus den st3- und trn-Dateien eine timetable.xml zu generieren. Ob das der Zusi-Fahrplaneditor oder ein Tool von einem Dritt-Programmierer macht, ist mir als Fahrplanbauer ja egal, solange es schneller geht als heute.

Dazu waere eine vollstaendige Dokumentation des Dateiformats .timetable.xml wie im Ordner _Docu/xml sicher hilfreich