Ergänzung: Ursache von Phantom-Zügen (Allgemeines Forum)

Pfälzer, Montag, 08.08.2022, 07:21 (vor 1557 Tagen) @ ICETreffErfurt

Hallo,

hierzu noch eine Ergänzung, denn diese Ausführungen sind bei Zügen, die dem System schon bekannt sind und sich "unbestimmt verspäten" absolut zutreffend.

Nach wie vor stellt sich die Frage, wie es zu Phantomzügen kommt, die Stunden nach Beginn einer Störung angeblich pünktlich durch den gesperrten Streckenabschnitt fahren?

Die Antwort: Bei den meisten Prognose-Systemen ist eine Funktion voreingestellt, die zu einem vordefinierten Zeitpunkt vor der planmäßigen Abfahrt am Startbahnhof (z. B. 2 Stunden) automatisch eine Prognose sendet, bei der der IST-Fahrtverlauf dem SOLL-Fahrplan entspricht. Diese Prognose ist weiter mit einem Attribut "PrognoseMoeglich = True" versehen. Damit wissen die Auskunftssysteme, dass sie diese Prognose zur Fahrgastinformation verwenden können. Bei einem "false" bliebe der Zug ohne IST-Prognosedaten im System. Diese automatische "Pünktlich-Meldung" erfolgt nur dann nicht, wenn zu diesem Zeitpunkt bereits eine händische Prognose im System eingegeben wurde oder wenn bereits eine automatische Prognose (z. B. wegen umlaufbedingten Verspätungsübertrag bei einer Wende) vorliegt. Sonst wird der Zug immer erst einmal als pünktlich dargestellt und zwar so lange bis eine anderslautende Information ins System gelangt. Und hier kommt nun der Beitrag des Forenkollegen aus Erfurt ins Spiel, denn bei einem ausfallenden Zug gibt es kein Fahrzeug, welches sich auf die ausfallende Zugnummer anmeldet. Somit werden keine IST-Daten für diesen Zug produziert und der Zug verbleibt bis Fahrtende bei der letzten Prognose: Der automatischen "Pünktlich-Meldung". So entsteht ein Phantomzug.

Genau aus diesem Grund wurde in einem älteren Beitrag, den ich gerade leider nicht wieder finde, bereits darauf hingewiesen, dass das Prognose-System nicht auf die Identifizierung von Fahrtausfällen ausgelegt ist. Statt dessen ist es Aufgabe der Leitstelle, Fahrtausfälle manuell in das System einzugeben. Und damit sind wir beim nächsten Thema:

Es ist schon etwas her, da war ein Vorgesetzter damit beschäftigt, wegen einer kurzfristigen Baustelle alle Fahrten eines Tages im RIS-Eingabetool als Ausfall einzugeben. Obwohl es sich nur um Totalausfälle in einem Inselnetz handelte hat er für die Eingabe aller Fahrten deutlich über eine Stunde gebraucht, da das Eingabetool seiner Aussage nach Reaktionszeiten bis zu drei Minuten auf eine einzige Eingabe aufweist. Eine Funktion in der Art "Strecke A - B gesperrt, setze alle Züge in diesem Abschnitt bis Betriebsschluss in Ausfall" gab es anscheinend nicht. Möglicherweise sind die technischen Möglichkeiten inzwischen besser oder der Kollege hatte nur Pech, da er vom Home-Office aus und nicht aus der Leitstelle agiert hatte. Dennoch ist die Funktionsweise des DB-RIS offenbar nicht sehr entlastend im Arbeitsablauf der Leitstelle, weshalb dann ab einer gewissen Störungsdauer auch manchmal keine Ausfälle mehr eingetragen werden.

Da muss ich Blaschi Recht geben: Die Informationsweitergabe bei Großstörungen läuft teilweise miserabel. Der Kunde hat den Anspruch, jederzeit über den Status seiner Verbindung informiert zu sein, da er mit der zunehmenden Wegrationalisierung des Personals auf den Bahnhöfen und in den Zügen sich und seinem Smartphone überlassen wird. Daher wäre es Aufgabe der Software-Entwickler hinter den Informationssystemen, performante und einfach zu bedienende Funktionen zur Verfügung zu stellen, mit denen die an den Kunden gerichteten Informationen der Leitstelle auch schnell und zielgerichtet ankommen.

Freundliche Grüße aus dem Süden!