Und das verbessert die Lage?

Ja, weil eins dann weiß, was los ist, und nicht auf irgendwelche in irgendeiner Leitstelle gewürfelten Zahlen angewiesen ist, die am Ende nie wieder angeschaut und angepasst werden angewiesen ist. Außerdem könnte daduch die oft kritisierte "Salamitaktik" vermieden werden.

Und das darf eins ja wohl für bescheuert halten. In anderen Ländern funktioniert es ja auch, dass sich die Infrastruktur im Fahrgastinfo kümmert - schließlich hat diese die besseren Daten.

Im Zweifelsfall halt nicht. Wenn der Zug steht, hat der Infrastrukturbetreiber nur die Zeit des letzten Messpunktes.

Dann wird eben kommuniziert "Unbestimmt verpätet, Zug steht in x".

Und das verbessert die Lage? Unbestimmt verspätet wird schon seit längerer Zeit aus ganz bestimmten Gründen nicht mehr kommuniziert.

Ich arbeite meistens mit dem Interface von marudor.de. Es is leicht zu bedienen und hat den Vorteil, dass es historische Verspätungsdaten nicht wegwirft, so dass man selber aus der Historie Schlüsse ziehen kann.

Ich sehe bei Marudor nur Verspätungen für alle noch bevorstehenden Halte eines Zuglaufs (nachdem ich beim Zug auf "Details" klicke). Historische Daten sehe ich nicht. Was mach ich falsch?

Beispiel (noch bis kurz nach Mitternacht aktuell): https://marudor.de/details/RE%2010436/1578082675411

Und das darf eins ja wohl für bescheuert halten. In anderen Ländern funktioniert es ja auch, dass sich die Infrastruktur im Fahrgastinfo kümmert - schließlich hat diese die besseren Daten.

Im Zweifelsfall halt nicht. Wenn der Zug steht, hat der Infrastrukturbetreiber nur die Zeit des letzten Messpunktes.

Dann wird eben kommuniziert "Unbestimmt verpätet, Zug steht in x".

Gestern war z.B. bei einem Zug von mir die letzte Positionsmeldung Osnabrück-Stahlwerkskurve, die nächste erst in Hamm.

Nanu? Was für ein Personenzug war das denn -
Stahlwerkskurve Hamm?

Das war ein Umleiter wegen eines PU in Brackwede.

Oki. Dann dürfte es wohl die Löhner Kurve gewesen sein statt der Stahlwerkskurve.

Deswegen war ich etwas irritiert ...

Schöne Grüße von jörg

Dass es hingegen lächerlich ist, dass selbst der letzte Taxiladen seine Wagen per GPS metergenau lokalisieren kann (und dass für geringste Kosten), dies aber bei Zügen nicht gehen soll, ist ein anderes Thema.

Letzteres hat man in der Anfangszeit des IC2 versucht, da wurden die Ist-Daten per GPS ermittelt. Da fuhren dann mal Züge 60 min vor plan laut Ist-Daten u.ä., hat man schnell wieder abgeschafft.

Dann war es schlecht implementiert. 60 Min. vor Plan würde keine (auch nur primitive) Plausibilitätsprüfung weiterreichen.
Wie gesagt, ich bin überzeugt, dass die GPS-Lokalisierung (zumindest als Zusatzinformation, die anfangs nicht vollautomatisch in die Verspätungsberechnung einfließt) mit verfügbarer Technologie und begrenztem Aufwand implementierbar ist.

Das die letzte Positionsmeldung eben nicht sicher ist habe ich dir schon versucht zu erklären an meinem Beispiel Os-Stahlwerkskurve.

Das habe ich auch verstanden und widerspreche gar nicht. Eine Positionsmeldung, die in seltenen Fällen (wie ad-hoc-Umleitung) nicht sicher ist, ist noch immer um Längen besser, als gar keine Positionsmeldung.
Mal davon abgesehen, könnte die Positionsmeldung auch bei Umleitung funktionieren, nämlich indem sich nicht nur die Zeit, sondern auch den Ort umfasst. Natürlich funktioniert dann der Vergleich aus Soll-/Ist-Zeit nicht mehr - aber dann weiß man wenigstens woran man ist.
So funktioniert das übringens in Tschechien. Geliefert werden:
- Ort der Positionsmeldung
- Ist-Zeit der Positionsmeldung
- Soll-Zeit am gemeldeten Ort, sofern vorhanden

Und das darf eins ja wohl für bescheuert halten. In anderen Ländern funktioniert es ja auch, dass sich die Infrastruktur im Fahrgastinfo kümmert - schließlich hat diese die besseren Daten.

Im Zweifelsfall halt nicht. Wenn der Zug steht, hat der Infrastrukturbetreiber nur die Zeit des letzten Messpunktes.

Was heißt denn "nur"? Wie aus dem Diskussionsverlauf deutlich wird, hätte genau diese Information mich ja gestern (und in vielen Situationen in der Vergangenheit) vor unnötigem Warten auf dem Bahnsteig bewahrt. Würde der Infrastrukturbetreiber diese Information für alle Personenzüge veröffentlichen, wäre schon sehr viel gewonnen.

Dass es hingegen lächerlich ist, dass selbst der letzte Taxiladen seine Wagen per GPS metergenau lokalisieren kann (und dass für geringste Kosten), dies aber bei Zügen nicht gehen soll, ist ein anderes Thema.

Letzteres hat man in der Anfangszeit des IC2 versucht, da wurden die Ist-Daten per GPS ermittelt. Da fuhren dann mal Züge 60 min vor plan laut Ist-Daten u.ä., hat man schnell wieder abgeschafft.
Das die letzte Positionsmeldung eben nicht sicher ist habe ich dir schon versucht zu erklären an meinem Beispiel Os-Stahlwerkskurve. Genauso vor ein paar Wochen ein Zug aus Aachen, keinerlei Ist-Daten und Positionsmeldungen bis zur Überquerung der Regionalbereichsgrenze von DB Netz bei Herford.

Und das darf eins ja wohl für bescheuert halten. In anderen Ländern funktioniert es ja auch, dass sich die Infrastruktur im Fahrgastinfo kümmert - schließlich hat diese die besseren Daten.

Im Zweifelsfall halt nicht. Wenn der Zug steht, hat der Infrastrukturbetreiber nur die Zeit des letzten Messpunktes.

Was heißt denn "nur"? Wie aus dem Diskussionsverlauf deutlich wird, hätte genau diese Information mich ja gestern (und in vielen Situationen in der Vergangenheit) vor unnötigem Warten auf dem Bahnsteig bewahrt. Würde der Infrastrukturbetreiber diese Information für alle Personenzüge veröffentlichen, wäre schon sehr viel gewonnen.

Dass es hingegen lächerlich ist, dass selbst der letzte Taxiladen seine Wagen per GPS metergenau lokalisieren kann (und dass für geringste Kosten), dies aber bei Zügen nicht gehen soll, ist ein anderes Thema.

Hey.

Gestern war z.B. bei einem Zug von mir die letzte Positionsmeldung Osnabrück-Stahlwerkskurve, die nächste erst in Hamm. Wenn man da die letzte Ist-Meldung genommen hätte hätte sich die Verspätungsprognose für Hamm immer weiter erhöht und der Zug hätte in Hamm auf einmal völlig unerwartet am Bahnsteig gestanden (...)

Nanu? Was für ein Personenzug war das denn -
Stahlwerkskurve Hamm?

Schöne Grüße von jörg

Das war ein Umleiter wegen eines PU in Brackwede.

Gestern war z.B. bei einem Zug von mir die letzte Positionsmeldung Osnabrück-Stahlwerkskurve, die nächste erst in Hamm. Wenn man da die letzte Ist-Meldung genommen hätte hätte sich die Verspätungsprognose für Hamm immer weiter erhöht und der Zug hätte in Hamm auf einmal völlig unerwartet am Bahnsteig gestanden (...)

Nanu? Was für ein Personenzug war das denn -
Stahlwerkskurve Hamm?

Schöne Grüße von jörg

Es scheint sich mal wieder um den bekannten Bug zu handeln, wo sich die Prognose bzw. der neue aktuelle Wert nicht fortschreibt und erst am Ort sich aktualisiert. Hatten wir hier erst letztens bei einem Nachtzug diskutiert.

Muss mich hier korrigieren, das EVU hat keinen Ausfall an RIS kommuniziert.

Und das darf eins ja wohl für bescheuert halten. In anderen Ländern funktioniert es ja auch, dass sich die Infrastruktur im Fahrgastinfo kümmert - schließlich hat diese die besseren Daten.

Im Zweifelsfall halt nicht. Wenn der Zug steht, hat der Infrastrukturbetreiber nur die Zeit des letzten Messpunktes.

Inwiefern das jetzt besser ist als das original RIS muss jeder selber beurteilen. Der Betreiber hat sich jedenfalls sehr detailliert mit den verschiedenen Interfaces auseinandergesetzt (vgl. Vortrag zum Bahn API Chaos)

Reisenden-Informations-System der Deutschen Bahn AG, siehe Fahrgastinformationssystem

Und wenn der Bahn die Entscheidung, welche der Informationen weitergeleitet werden soll, zu schwer fällt, könnte sie ja wenigstens alle durchleiten und dem Kunden die Entscheidung überlassen.

Wieso "die Bahn"? NX! NX hat die Prognose von 45 min gestellt und ins RIS eingegeben.

NX ist doch auch die Bahn. Der Vorredner hat nichts von "DB" geschrieben. Mit "die Bahn" sind alle (in Frage kommenden) EVU gemeint. ;)

Wie hätte ich mit öffentlich zugänglichen Quellen herausfinden können, dass der Zug aus Bad Breisig auch lange nach den prognostizierten 45 Minuten nicht abgefahren ist?
Einige von haben es ja festgestellt. Wie habt ihr das gemacht?

Einige haben berufsbedingt die nicht öffentlich zugänglichen Quellen, wie die oben genannten LeiDis-Systeme oder auch die Ris-Infoplattform.
Kleine Anmerkung: Gibts eigentlich den, der immer Emails bezügliche des interen Zugangs schreibt noch, hab schon lange nichts mehr gehört? ;)

Was mir einfällt, mit den öffentlich zugänglichen Quellen herauszufinden, ob die angezeigte Zuglage stimmt, fallen mir nur so ein paar nicht immer ganz sichere Faustregeln ein.

Steht beispielsweise wegen eines Notarzteinsatzes am Gleis ein Zug mit exakt +60 am nächsten Bahnhof in der Ankunft, riecht das verdächtig nach Prognose, die ein Mitarbeiter eingegeben hat, hat der Zug dann plötzlich +87, heißt das meist, dass er weitergefahren ist.
Allerdings rechnet das System bei gewissen Halten Zeiten weg und zu, sodass ich hierfür den nächsten Bahnhof des Zuges angucken würde.

Hat der Zug noch keine Ist-Meldung im System, ist er meistens auch noch nicht am Startbahnhof abgefahren, allerdings umgekehrt, hat er eine Ist-Meldung als pünktlich drinne, muss er noch nicht abgefahren sein.

Ansonsten arbeite ich mit den öffentlichen Systemen zu selten, als dass ich da jede Tricks kenne...

Das ist eines der Features, die man bei der App der tschechischen Bahn halt gleich kriegt. Warum man das nicht auch in Deutschland kommunizieren kann, keine Ahnung.

Es scheitert höchstwahrscheinlich nicht am "Können", wie du vermutest, sondern am Wollen. Die Information wurde ja früher mal kommuniziert. Und auch heute noch liegt sie in den IT-Systemen vor, wird jedoch nur noch einem ausgewählten, kleinen Kreis von Menschen zur Verfügung gestellt. Der Grund dafür bleibt bis heute im Dunkeln.