Railcast

Railcast · Bahn-Datenprojekt

Wie aus 14:00 plötzlich 14:18 wird.

Railcast sammelt Fahrpläne, Verspätungsangaben und Störungsmeldungen der Bahn. Das Projekt untersucht, wann Verspätungen erkennbar werden und ob sich bessere Vorhersagen daraus berechnen lassen.

Beispiel ansehen Bahnhof entdecken

Ein Forschungsprojekt. Die Modellwerte stammen aus historischen Tests.

Erfundene Abfahrtsanzeige mit einem Zug auf einer gebogenen Strecke Eine grüne Bahn fährt an einer fiktiven Anzeige vorbei. Die Anzeige zeigt den Planstand 14:00 und eine Meldung von plus 18 Minuten. ERFUNDENE ANZEIGE FIKTIVER BAHNHOF 14:00 +18 min Meldung · Beispiel

Alles auf dieser Zeichnung ist erfunden.

Ein Beispiel, keine Messung

Vier Informationsstände, eine Fahrt

Ein Fahrplan ist ein Ausgangspunkt. Danach kommen Meldungen dazu. Railcast hält diese Stände fest, damit später klar bleibt, wann welche Information bekannt war.

Erfundenes Beispiel zur Erklärung

Planstand

Geplant für 14:00

Im Fahrplan steht eine Abfahrt um 14:00. Das ist der Planstand. Er sagt noch nicht, was später tatsächlich passiert.

Erfundenes Beispiel zur Erklärung

Information
Planzeit 14:00
Bekannt
vor der Fahrt

Stand 13:50

Eine Meldung nennt +10 Minuten

Um 13:50 taucht eine Bahn-Meldung auf. Sie verschiebt die erwartete Zeit auf 14:10. Railcast speichert Meldung und Empfangszeit zusammen.

Erfundenes Beispiel zur Erklärung

Meldung
+10 Minuten
Empfangen
13:50

Stand 14:05

Die nächste Meldung nennt +18 Minuten

Um 14:05 folgt eine neue Meldung. Sie nennt 14:18. Auch das ist ein Informationsstand, kein Beleg für eine tatsächliche Abfahrt.

Erfundenes Beispiel zur Erklärung

Meldung
+18 Minuten
Empfangen
14:05

Gespeicherte Historie

Die alten Stände bleiben sichtbar

Später stehen Planzeit, +10 und +18 nebeneinander in der Historie. So lässt sich prüfen, wann eine Information auftauchte. Keine der Meldungen beweist eine Abfahrt.

Erfundenes Beispiel zur Erklärung

Aufbewahrt
alle Stände
Frage
wann bekannt?
← Zurück

Schritt 1 von 4 · Planstand

Weiter →

Erfundenes Beispiel zur Erklärung. Die gezeigten Zeiten sind keine Messwerte und sagen nichts über die Modellgüte aus.

Die eigentliche Frage

Was Railcast untersucht

Verspätung ist ein Verlauf. Wir schauen auf den Zeitpunkt einer Information und auf das, was später daraus wurde. Dafür sammeln wir Fahrpläne, Meldungen und beobachtete Zustände mit ihren Zeitstempeln.

01

Was war geplant?

Der Planstand beschreibt die veröffentlichte Zeit eines Halts, so wie sie zum Abruf aussah.

02

Wann war es bekannt?

Der Empfangszeitpunkt trennt eine spätere Erklärung von einer Information, die früher vorlag.

03

Was änderte sich?

Neue Zeiten und Ausfallmeldungen werden als eigene Stände gespeichert. Alte Angaben verschwinden nicht.

Direkt in die Daten

Welcher Bahnhof interessiert dich?

Suche einen Bahnhof und öffne seine Auswertung mit den verfügbaren Messpunkten.

Echte Sammlung, klare Grenzen

Was die letzten Daten zeigen

Berechnet

Datenstand der zugrunde liegenden Sammlung:

30 Tage

Pünktlichkeit pro Tag

838.562Halte
65%70%75%80%28.08.04.09.11.09.18.09.

Anteil der Halte mit weniger als 6 Minuten Abfahrtsverspätung und Anzahl erfasster Halte je Tag. Quelle: die öffentliche Datenschnittstelle der Deutschen Bahn. Die Reihe beschreibt beobachtete Daten, keine Prognose.

Datentabelle öffnen
Tageswerte der 30-Tage-Reihe
Tagunter 6 minHalte
76,2 %27.549
75,5 %28.422
72,5 %27.709
69,9 %28.015
77,9 %25.429
79,5 %23.260
74,7 %26.903
74,0 %27.527
76,5 %27.121
76,3 %27.806
71,8 %27.486
80,1 %25.812
81,6 %24.718
76,3 %29.296
76,0 %29.121
75,1 %28.688
75,1 %28.852
72,7 %28.465
79,3 %26.582
81,0 %24.767
73,3 %30.540
72,1 %30.103
71,4 %30.308
70,9 %29.894
71,6 %29.892
78,4 %27.075
81,2 %25.378
74,5 %30.743
77,1 %30.555
75,6 %30.546

Tagesstunden

Verspätungsanteil nach Uhrzeit

29.155Halte / Tag
10%20%30%000306091215182129%

Anteil der beobachteten Halte mit mindestens 6 Minuten Abfahrtsverspätung je geplanter Tagesstunde. Quelle: die öffentliche Datenschnittstelle der Deutschen Bahn. Die Werte stammen aus demselben Zeitraum.

Datentabelle öffnen
Beobachtete Stundenwerte
Stundemind. 6 minHalte
00:0020,7 %17.078
01:0024,1 %7.930
02:0025,7 %4.378
03:0018,6 %4.226
04:0011,3 %14.232
05:0013,6 %32.305
06:0016,9 %41.827
07:0019,9 %44.960
08:0022,7 %44.901
09:0024,3 %44.437
10:0024,2 %43.862
11:0024,9 %43.742
12:0025,4 %44.340
13:0025,7 %44.945
14:0026,4 %45.218
15:0027,2 %46.111
16:0027,6 %47.451
17:0028,7 %46.893
18:0028,3 %46.018
19:0027,8 %43.179
20:0028,2 %41.251
21:0028,2 %35.669
22:0025,3 %29.185
23:0024,4 %24.424

Netzbild

Verspätungsradar

Dargestellter Tag: 22.09.2026

Berechnet

Farbe: mittlere Abfahrtsverspätung im gleitenden Fenster. Punktgröße: Zahl der Züge im Fenster. Quelle: die öffentliche Datenschnittstelle der Deutschen Bahn, Auswertung vergangener Daten. Ein Video startet erst nach Bedienung.

Ein historischer Rückblick

Was aus den Daten berechnet werden kann

Der aktuelle Modelllauf prüft nachträglich, wie groß die durchschnittliche Abweichung bei einer Vorhersage 60 Minuten vor der geplanten Abfahrt war. Das Ergebnis stammt aus historischen Daten, nicht aus einer damals ausgespielten Live-Prognose.

2,866 minDurchschnittliche Abweichung
1,00 minIn der Hälfte der Fälle lag die Abweichung darunter
70.161historische Halte im Test

Die Zahl zeigt einen nachträglichen Schätzfehler. Sie ist keine live erzeugte Vorhersage und bestätigt keine tatsächliche Abfahrt. Mehr zur Messung und zu ihren Grenzen steht in der Modellbeschreibung.

Details zum ModelltestDaten zum ModelltestFrüherer Modelltest

Offen gebaut

Hinter Railcast

Railcast wird von Petrit Isufi gebaut. Ein kleines Abrufprogramm fragt öffentliche Bahn-Daten ab, speichert Rohmeldungen und macht aus den Zeitstempeln auswertbare Reihen.

Code und Datenformate bleiben öffentlich. Zusammengefasste Daten stehen unter CC-BY 4.0, der Code unter MIT.

Quellcode auf GitHubpetrit.devTechnischer Hintergrund