ICE-Treff

Login

zurück zur Hauptseite

linear

Hallo miteinander,

wie ich soeben festgestellt habe, wurde bahn.expert um ein m.E. sehr gutes Feature erweitert: Es wird nun angezeigt, um welche Uhrzeit das letzte Positionsupdate des Zuges erfasst wurde. Das hilft sehr bei der Einschätzung, ob die angezeigten Prognosen stimmen, der Zug also wirklich fährt. Dieses Feature mag dem ein oder anderen aus dem früheren DB Zugradar bekannt sein und mehr oder weniger dessen einziger Vorteil gegenüber der Reiseauskunft.

Super! Ich finde es beeindruckend, was marudor alles aus den Schnittstellen rausholt. Ist das eigentlich der dokumentierte Teil oder hat er da was reverse-engineert?

wie ich soeben festgestellt habe, wurde bahn.expert um ein m.E. sehr gutes Feature erweitert: Es wird nun angezeigt, um welche Uhrzeit das letzte Positionsupdate des Zuges erfasst wurde.

Bei einer Stichprobe leider nur für sehr wenige Züge. Konnte es nur bei einigen FV-Zügen und REs von DB Regio finden.
Regionalzüge anderer Unternehmen und auch diverse DB-S-Bahnen haben dieses Feature leider (noch?) nicht.

Dieses Feature mag dem ein oder anderen aus dem früheren DB Zugradar bekannt sein und mehr oder weniger dessen einziger Vorteil gegenüber der Reiseauskunft.

So ist es - und ich bin nicht müde geworden, immer wieder darauf hinzuweisen, weil ich es so schmerzlich vermisst hatte.
Die fettgedruckten Ist-Meldungen von bahn.expert waren immerhin (nach langer Zeit) ein gewisser Ersatz dafür.

Ein absolutes Positivbeispiel ist da die Trenitalia-App: Dort wird neben der Uhrzeit der letzten Positionsmeldung auch gleich der Ort angezeigt, an dem diese erhoben wurde - neben Bahnhöfen/Haltepunkten stehen als Ortsangabe auch Abzweige o.ä. öffentlich lesbar in der App. Wenn die DB wollte, könnte sie auch diese Daten für Fahrgäste sichtbar machen, im internen RIS steht bei der Positionsmeldung der Ort dabei.

Ein absolutes Positivbeispiel ist da die Trenitalia-App: Dort wird neben der Uhrzeit der letzten Positionsmeldung auch gleich der Ort angezeigt, an dem diese erhoben wurde

Das kann die Muj vlak App der ČD ebenfalls ganz gut.

Einzig stört mich daran, dass sobald z.B. der Zug von Cheb nach Prag in Pilsen angekommen ist, nicht mehr ersichtlich ist, mit wie viel Verspätung er in Cheb abgefahren ist bzw. wie sich die Verspätung unterwegs entwickelt hat.

Einzig stört mich daran, dass sobald z.B. der Zug von Cheb nach Prag in Pilsen angekommen ist, nicht mehr ersichtlich ist, mit wie viel Verspätung er in Cheb abgefahren ist bzw. wie sich die Verspätung unterwegs entwickelt hat.

Das kannst du - wenngleich etwas verschwommen - hier sehen:

https://kam.mff.cuni.cz/~babilon/cgi-bin/zpvlaku.cgi?v=370&d=28

die "370" kannst du durch die gewünschte Zugnummer ersetzten und die "28" durch die Anzahl der letzten Tage.

Die Seite ist schon uralt. Vor knapp 20 Jahren habe habe ich sie schon genutzt.
Zwischenzeitlich (so ca. 2011-2015) gab es noch die genauere Auswertung von "poloha vlaku", die ist aber inzwischen leider weg.

Seit letztem Jahr speichert auch Idos.cz für die letzten 14 Tage alle Echtzeitdaten. Abfragen kann man jedoch immer noch für den Start- und Zielbahnhof in der gerade ausgegebenen Verbindung. Willst du die Daten für jeden Bahnhof sehen, musst du also für jede Relation eine Verbindung abfragen.

Ich fuhr heute mit dem ICE 583, da zeigte bahn.expert um 7:42 Uhr folgendes:

06:54 06:58 Hamburg Dammtor
----------------------------------------------
06:58 07:01 Hamburg Hbf
07:01 07:04
Kein Ausstieg
----------------------------------------------
07:11 07:14 Hamburg-Harburg
07:13 07:16
Kein Ausstieg
----------------------------------------------
07:32 07:35 Lüneburg
07:34 07:35
----------------------------------------------
07:52 07:54 Uelzen
07:54 07:56
Letztes Positionsupdate: 07:39
|_LOK_|__27__|__26__|__25__|__24__|__23__|__22__|__21__|
----------------------------------------------
08:01 08:01 Celle
08:01 08:01

Das "letzte Positionsupdate" um 7:39 Uhr war nach der angezeigten Abfahrt in Lüneburg. Tatsächlich stand der Zug zu diesem Zeitpunkt noch in Lüneburg am Bahnsteig und war noch nicht abgefertigt. Ich verfolgte das (dabei fiel mir das "Positionsupdate" erstmals auf), weil ich einen Anschluss in Uelzen um 08:03 Uhr nehmen wollte.
Die tatsächliche Abfahrt in Lüneburg war dann um 7:44 Uhr. Bei dem Positionsupdate hätte man ja um 7:39 eine tatsächliche Position zwischen Lüneburg und Uelzen vermutet.

Der Zug in Uelzen war nicht mehr zu erreichen, ich bin dann im ICE bis Hannover weitergefahren und dort umgestiegen.

Im vom Benutzer JoeO gebrachten Beispiel sehe ich nicht das Problem, wenn man beachtet, dass nur fett gedruckte Zeiten Ist-Zeiten sind und alles andere Prognosen bzw. Soll-Zeiten.

Im vom Benutzer JoeO gebrachten Beispiel sehe ich nicht das Problem, wenn man beachtet, dass nur fett gedruckte Zeiten Ist-Zeiten sind und alles andere Prognosen bzw. Soll-Zeiten.

Dann Frage ich mich nach dem Sinn des hier besprochenen neuen Features "letztes Positionsupdate"?

Was ist denn daran "Super" wenn man trotzdem nur die fetten "Ist" und die anderen "Soll" -Zeiten hat.

Also bisher (ohne Positionsupdate) hatte ich diese Anzeige:

06:54 06:58 Hamburg Dammtor
----------------------------------------------
06:58 07:01 Hamburg Hbf
07:01 07:04
Kein Ausstieg
----------------------------------------------
07:11 07:14 Hamburg-Harburg
07:13 07:16
Kein Ausstieg
----------------------------------------------
07:32 07:35 Lüneburg
07:34 07:35
----------------------------------------------
07:52 07:54 Uelzen
07:54 07:56
----------------------------------------------
08:01 08:01 Celle
08:01 08:01
----------------------------------------------

Bei diesem Anblick um 7:42 Uhr habe ich ohne das Positionsupdate bisher die Information entnommen:
In HH-Harburg ist der Zug mit +3 um 7:16 abgefahren und soll um 7:35 Lüneburg erreichen und minutengleich wieder verlassen. Echtzeiten aus Lüneburg hab ich nicht, nur RIS-Data.

Jetzt kommt das neue Feature, Super

Ich habe nun folgende Information:

06:54 06:58 Hamburg Dammtor
----------------------------------------------
06:58 07:01 Hamburg Hbf
07:01 07:04
Kein Ausstieg
----------------------------------------------
07:11 07:14 Hamburg-Harburg
07:13 07:16
Kein Ausstieg
----------------------------------------------
07:32 07:35 Lüneburg
07:34 07:35
----------------------------------------------
07:52 07:54 Uelzen
07:54 07:56
Letztes Positionsupdate: 07:39
|_LOK_|__27__|__26__|__25__|__24__|__23__|__22__|__21__|
----------------------------------------------
08:01 08:01 Celle
08:01 08:01
----------------------------------------------

Da ergibt sich die Frage was ist an diesem Feature so super,

wenn man beachtet, dass nur fett gedruckte Zeiten Ist-Zeiten sind und alles andere Prognosen bzw. Soll-Zeiten.

??

Wieso ist es jetzt so super zu wissen, dass das letzte Positionsupdate um 17:39, also 4 Minuten nach der prognostizierten Abfahrt in Lüneburg gemacht wurde. Welchen Zusatznutzen bringt es der Menschheit zu wissen, das es ein Positionsupdate nach Lüneburg gab? Wie kann ich jetzt die angegebenen Daten (Ist 07:16 Harburg, prognostiziert 07:35 Lüneburg) durch die Tatsache das das letzte Positionsupdate von 07:39 stammt nun besser bewerten?

Ich weiß nun, das der Zug 4 Minuten vor dem Update um 7:35 in Lüneburg gewesen sein sollte.
Toll und wenn man beachtet das Fett eine Istzeit und alles andere nur Sollzeiten sind.

Also mich bringt der Hinweis:

nicht das Problem, wenn man beachtet, dass nur fett gedruckte Zeiten Ist-Zeiten sind und alles andere Prognosen bzw. Soll-Zeiten

keinen Deut weiter.
Das habe ich doch vorher auch beachtet, finde aber dass ein Positionsupdate nach einer (Soll)Positionsangabe fälschlicherweise vortäuscht, es habe eine Positionsmeldung nach Passieren des letzten Positionspunktes gegeben.

Enweder verstehe ich die Antwort des Nutzers michael_seelze nicht, oder er hat mein Posting nicht verstanden.

Das ist leider die noch fehlende Information: im internen RIS würde ersichtlich sein, dass die Positionsmeldung um 7.39 Uhr noch immer aus Lüneburg stammt, woraus man ableiten könnte, dass der Zug eben noch nicht abgefahren ist.

Das ist leider die noch fehlende Information: im internen RIS würde ersichtlich sein, dass die Positionsmeldung um 7.39 Uhr noch immer aus Lüneburg stammt, woraus man ableiten könnte, dass der Zug eben noch nicht abgefahren ist.

Das wird die Ankunftsmeldung gewesen sein, damit der Haltfall des Einfahrsignales.

--
Ein Fahrplan ist ein VORSCHLAG an den Lokführer, wie man fahren könnte.

Das ist leider die noch fehlende Information: im internen RIS würde ersichtlich sein, dass die Positionsmeldung um 7.39 Uhr noch immer aus Lüneburg stammt, woraus man ableiten könnte, dass der Zug eben noch nicht abgefahren ist.

Genau, da fehlt noch die entsprechende Betriebsstelle oder Bahnhof - vielleicht kommt das in Zukunft noch.

Natürlich müssste immer Ort und Zeit dabeistehen. Dann bringt es sehr viel. Genau das hat nämlich die ČD in der Muj vlak App. Da kann man für jeden Zug sehen wo und wann er die letzte Position abgegeben hat.

--
❤ 611, 612, 642, 644, 425, ICE-T, IC1 ❤

- kein Text -

--
Freundliche Grüsse

Dann Frage ich mich nach dem Sinn des hier besprochenen neuen Features "letztes Positionsupdate"?

Zumindest könnte man so Geisterzüge erkennen, die noch nicht losgefahren sind.

Grüße,
Helge

Wieso ist es jetzt so super zu wissen, dass das letzte Positionsupdate um 17:39, also 4 Minuten nach der prognostizierten Abfahrt in Lüneburg gemacht wurde. Welchen Zusatznutzen bringt es der Menschheit zu wissen, das es ein Positionsupdate nach Lüneburg gab? Wie kann ich jetzt die angegebenen Daten (Ist 07:16 Harburg, prognostiziert 07:35 Lüneburg) durch die Tatsache das das letzte Positionsupdate von 07:39 stammt nun besser bewerten?

Du weißt damit, dass die Prognose der Verspätung um mehr als 4 Minuten nach oben in Lüneburg abweichen wird. Richtig ist, dass der Mehrwert ohne Angabe des Ortes des letzten Signalhaltfalls nicht viel Zusatzinformation bringt.

Du weißt damit, dass die Prognose der Verspätung um mehr als 4 Minuten nach oben in Lüneburg abweichen wird.

Wenn ich nicht weiß, das das letzte Positionsupdate aus Lüneburg oder davor kam, dann weiß ich das auch nicht.

Richtig ist, dass der Mehrwert ohne Angabe des Ortes des letzten Signalhaltfalls nicht viel Zusatzinformation bringt.

Richtig

Du weißt damit, dass die Prognose der Verspätung um mehr als 4 Minuten nach oben in Lüneburg abweichen wird.

Wenn ich nicht weiß, das das letzte Positionsupdate aus Lüneburg oder davor kam, dann weiß ich das auch nicht.

Moment mal - das kann nicht stimmen. Wenn deine Wiedergabe der fettgedruckten Zeiten oben korrekt ist UND der Zug um 7:39 in Lüneburg am Bahnsteig stand, dann hätte die Ankunftszeit 7:35 in Lüneburg fettgedruckt sein müssen. Da sie nicht fett ist, kann das eigentlich nur bedeuten, dass der Zug sich irgendwo zwischen Har- und Lüneburg an einem Signal gemeldet hat, jedoch nicht am Lüneburger Einfahrsignal

Du weißt damit, dass die Prognose der Verspätung um mehr als 4 Minuten nach oben in Lüneburg abweichen wird.

Wenn ich nicht weiß, das das letzte Positionsupdate aus Lüneburg oder davor kam, dann weiß ich das auch nicht.

Moment mal - das kann nicht stimmen. Wenn deine Wiedergabe der fettgedruckten Zeiten oben korrekt ist UND der Zug um 7:39 in Lüneburg am Bahnsteig stand, dann hätte die Ankunftszeit 7:35 in Lüneburg fettgedruckt sein müssen. Da sie nicht fett ist, kann das eigentlich nur bedeuten, dass der Zug sich irgendwo zwischen Har- und Lüneburg an einem Signal gemeldet hat, jedoch nicht am Lüneburger Einfahrsignal

wer weiß den wie das genau Programmiert ist, dazu kommt ja auch noch eine Zeit Verzögerung, bis der Zug dann steht.

--
Ein Fahrplan ist ein VORSCHLAG an den Lokführer, wie man fahren könnte.

Moment mal - das kann nicht stimmen. Wenn deine Wiedergabe der fettgedruckten Zeiten oben korrekt ist UND der Zug um 7:39 in Lüneburg am Bahnsteig stand, dann hätte die Ankunftszeit 7:35 in Lüneburg fettgedruckt sein müssen.

Um 7:35 waren wir noch nicht in Lüneburg, standen aber davor, da (so die Ansage) "das Gleis noch besetzt war". Wir fuhren kurz danach ein (könnte 7:39 gewesen sein) und verließen Lüneburg mit +10 um 7:44.
Tatsächlich schaute ich um 7:42 aufs Handy (da standen wir noch am Bahnsteig) und entdeckte erstmals das Positionsupdate.
Zu dem Zeitpunkt interessierte mich in erster Linie aber mein Anschluss in Uelzen. Bei einer fahrplanmäßigen Fahrzeit von 18 Minuten wäre das 8:00 Ankunft in Uelzen, da wir zu dem Zeitpunkt aber noch nicht mal abgefahren waren habe ich meinen Anschlusszug um 8:03 langsam abgeschrieben.

Da sie nicht fett ist, kann das eigentlich nur bedeuten, dass der Zug sich irgendwo zwischen Har- und Lüneburg an einem Signal gemeldet hat, jedoch nicht am Lüneburger Einfahrsignal

Naja, um 7:35 standen wir vor Lüneburg. Da das Gleis noch besetzt war, standen wir wohl am Einfahrtsignal. Um 7:42 standen wir schon einige Minuten am Bahnsteig und die Zeitangabe für Lüneburg war nicht fett. Das passte zur Fahrt, da sowohl Ankunft als auch Abfahrt nach 7:35 war.

Nun wurde eine weitere Funktion ergänzt: Das letzte Positionsupdate ist nun anklickbar und es öffnet sich daraufhin Openrailwaymap mit einer Markierung des Ortes, an dem die Position übermittelt wurde.

Jap habe ich auch gerade gesehen. Sehr gut, auf der Karte sieht man dann z.B. RE2 @ 22.56 Zeit und Standort.

--
❤ 611, 612, 642, 644, 425, ICE-T, IC1 ❤

RSS-Feed dieser Diskussion

powered by my little forum