Moin,

ich habe zu diesem Fahrplan noch nix gefunden, daher ein neues Thema, ansonsten bitte verschieben.

Mittlerweile bin ich zwei Touren mit dem RE19, Zug RE 29303 und RE 29306 von Paderborn → Kassel Hbf gefahren, jeweils im Regelgleis ohne weitere besondere Vorkommnisse. Bei beiden Zügen (und wohl auch den anderen Trains dieser Linie) sind sind noch Ungereimtheiten im Fahrplan drin. Leider kann ich sie gerade nicht mit Screenshots belegen, aber es sollte auch so klar werden, worum es geht:

1. Sowohl im gedruckten Buchfahrplan als auch im Ebula werden einige Geschwindigkeitswechsel (glücklicherweise nach oben hin) nicht dargestellt: Ein 100er-Abschnitt nach der 80-er Kurve in Hümme, bevor es dann auf 140 hoch geht, fehlt und ebenso der 110er-Abschnitt vor Obervellmar. Bei der Auswertung am Ende sind im Geschwindigkeitsprofil beide höheren Vmax-Abschnitte auch angezeigt. Möglicherweise sind es noch andere, da habe ich nicht darauf geachtet.

2. Nur im Ebula wird der Halt in Hofgeismar mitsamt einiger weiterer Einträge verschluckt. Bei Abfahrt in Warburg wird als nächster Halt "Kassel-Wilhelmshöhe" angezeigt, so dass man fröhlich mit 140 Sachen durch Hofgeismar heizt und hinterher Mecker bekommt. Der Buchfahrplan scheint korrekt zu sein.

Bitte bei Gelegenheit mal nachsehen...

_________________
Meilleures salutations de Frank

Aus meiner Sicht ist das bekannt. Es trifft alle offiziellen Fahrpläne, bei denen die timetable.xml nicht händisch nachgearbeitet wurden. Seit die GNT-Funktionen in den Streckendateien und in den Bfpl-DLLs eingeführt wurden, sind die automatisch generierten Ergebnisse für Züge ohne GNT auf der Relation Kassel-Paderborn unbrauchbar. Das kann man nur durch ewiges händisches Nachbearbeiten aller *.timetable.xml in einem Fahrplan kitten.

Zwischen Altenbeken und Benhausen wird z. B. auch das Sbk15 nicht mehr in dem Bfpl gerendert (ohne händische timetable.xml-Nacharbeiten). Oder die von Dir angesprochene Situation in Hofgeismar. In Grebenstein ist ein Geschwindigkeitswechsel falsch, usw.

Sie auch hier: viewtopic.php?p=291894#p291894

Lösung außer händisches Nacharbeiten durch den Fahrplanbauer gibt es aktuell keine. Jens möchte auch keine Energie mehr in die Verbesserung der 2006er Bfpl-DLL stecken, also musst du dich leider längere Zeit mit dieser Situation abfinden.

Michael

Sicher, dass da nicht evtl. ein Fehler in der Strecke vorliegt? Analyse der Fahrplan-debug-Dateien könnte da helfen. Im Großraum Altenbeken war ja auch jahrelang ein Fehler - mit entsprechenden Auswirkungen auf den Buchfahrplan.

Carsten

@Michael: du hattest ja in dem verlinkten Beitrag geschrieben, dass die Darstellung für nicht-GNT-Fzg sich verbessert, wenn man händisch die <FplvmaxGNT>-Einträge und jene mit Iconnr="3/4" entfernt. Ist das dann ausreichend?

Grüße
Jens

Hallo miteinander,
dieser wirklich attraktive Fahrplan hat noch weitere Fehler und zwar, der RE 19 und hier alle Zugnummer 27303-27315 habe diesen Fehler zwischen Hofgeismar und Warburg. Als Beispiel hier Zug 27303: Hofgeismar 07:45:00 07:46:00 P1;
Hümme 08:00:30 P2; Lamerden 08:04:00 P2; Liebenau 08:07:00 B; Warburg 08:02:00 08:03:00 S4; Warburg 08:04:00 P14; Bonenburg 08:09:00 P1

Durch diesen Zeitsprung fährt man sich natürlich eine saftige Verspätung ein.
Aber ansonsten TOP! Einer meine Lieblingsfahrpläne!

LG Marcus

_________________
Zusi 3 auf iMac Retina 5k 27" late 2017 I 16 GB RAM I Radeon Pro 580 8 GB

Ich bin mir relativ sicher (97%), dass es kein Problem mit den Streckendaten ist, weil
- es zuviele Stellen mit verschiedenen Problem-Ausprägungen sind
- Die timetables alle richtig nach den Streckendaten aussehen (in deinem angemerkten Fall, war es so, dass der Wert FplLaufweg bis zu 35.000m Abweichung hatte, das ist hier nicht gegeben)
- die 1979er Bfpl-DLL keine Renderprobleme hat
- die 2006er Bfpl-DLL auch richtigt rendert, wenn keine <FplvmaxGNT> Einträge in der timetable.xml vorhanden sind


Ich mache händisch nichts anderes als die Iconnr="3/4" und die <FplvmaxGNT>-Einträge zu entfernen. Danach ist das Renderergebnis so wie es sein sollte. Ob wirklich alle Einträge entfernt werden müssen oder nur eine Teilmenge, weiß ich nicht sicher, da ich aus Einfachheitsgründen immer alles entfernt habe.

Ich habe jetzt mal einen kleinen Versuch mit dem fehlenden Sbk15 zwischen Altenbeken und Benhausen gemacht, als Beispiel. Standardmäßig für Nicht-GNT-Züge wird folgender Bfpl gerendert.



Schmeisst man den abgesetzten Eintrag <FplZeile FplRglGgl="2" FplLaufweg="7675.1362" FahrstrStrecke="1760a"> aus der timetable wird der falsche km117.4 Eintrag nicht mehr gerendert und das Sbk15 erscheint. Die beiden Ereignisse sind fast 2000m voneinander entfernt, also sollten sie sich nicht wirklich gegenseitig beeinflussen.


In diesem Beispiel-Fall würde es reichen, wenn nur 1 Eintrag entfernt wird. Programmiertechnisch wäre es wohl einfacher alle GNT-Ereignisse für Nicht-GNT-Züge zu ignorieren. Ich habe damit zumindest noch keinen negativen Effekt gesehen, aber meine Stichprobe ist sicherlich auch nicht allumfassend.

Michael

Hallo,

ist dann mal so umgesetzt, dass die GNT-Infos bei "normalen" Zügen ignoriert werden, so dass wenigstens dort die Darstellung wieder passt. Folgt dann mit dem nächsten Update.

Grüße
Jens

Nur ein Tippfehler in der Begrüßungsdatei:

_________________
Liebe Grüße Paul
Züge sind meine Leidenschaft.