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.

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.

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.

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

Richtig

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.

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

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.

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.

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.

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.

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.

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.