Genutzte Datenquellen
Unsere Plattform nutzt mehrere Datenquellen mit unterschiedlichen technischen und rechtlichen Bedingungen. Die Nutzung im Produkt setzt die Prüfung der jeweiligen API- und Datensatzbedingungen voraus.
zugmonitor.app verwendet keine Werbe- oder Profilingdienste. Eine eigene Umami-Instanz wird für datensparsame, anonymisierte Reichweitenmessung eingesetzt. Live-Abfragen werden serverseitig an die jeweils genannte Fahrplandatenquelle weitergeleitet; historische Auswertungen werden als versioniertes Datenartefakt ausgeliefert. Ausfälle externer Quellen werden als nicht verfügbare Live-Daten angezeigt.
Die technische Quellenübersicht ersetzt keine rechtliche Freigabe. Nutzungsrechte, Attribution und Betreiberpflichten werden vor dem Production-Go-live separat geprüft. Historische Werte sind Orientierung und keine Prognose oder Reisegarantie.
Historische Pünktlichkeitsdaten
AnalyseFür historische Pünktlichkeits- und Streckenauswertungen importiert zugmonitor.app aggregierte Zug-Beobachtungsdaten. Die Daten werden mit Quellenangabe und Zeitraum ausgewiesen.
1. db-rest API (HAFAS Echtzeitdaten)
AktivErmöglicht derzeit registrierungsfreie Echtzeitabfragen von Zugabfahrten, Verspätungen und Verbindungswegen. Der Open-Source-Code und die daraus bezogenen Verkehrsdaten sind rechtlich getrennt zu bewerten; eine MIT-Lizenz des Clients ist nicht automatisch eine Lizenz für alle Upstream-Daten.
2. Offene Bahnhofsdaten (StaDa)
Aktiv (Lokal)Bahnhofs-Stammdaten (Haltestellenverzeichnis). Die Daten der 110 meistgenutzten Bahnhöfe der Kategorien 1 und 2 wurden exportiert und direkt offlinefähig in unserer Anwendung hinterlegt. Lizenz, Attribution und Aktualität müssen vor dem Produktivbetrieb mit der konkreten Quelle abgeglichen werden.
3. DB-FaSta-API (Aufzüge & Rolltreppen)
KonfigurationsabhängigAPI zur Echtzeit-Abfrage des Betriebsstatus von Aufzügen und Rolltreppen an deutschen Personenbahnhöfen zur barrierefreien Reiseplanung. Die Funktion ist nur für konfigurierte Bahnhöfe aktiv und darf nicht als Garantie für den Zustand vor Ort verstanden werden.
4. Fahrplandaten-API (XML-Feed)
PausiertEine offizielle Fahrplanauskunft-Schnittstelle. Der Code für die XML-Verarbeitung ist vorbereitet, um bei Ausfällen des HAFAS-Clients als robustes Fallback zu dienen.