Datenquellen
TransitScore basiert ausschließlich auf amtlichen Fahrplan- und Liniendaten für Deutschland: GTFS-Feeds aus dem DELFI-Verbund und ergänzenden Ländern-Datendrehscheiben. Keine gescrapten Fahrpläne, keine Schätzwerte, keine Crowd-Source-Daten.
Was wir nutzen
| Quelle | Typ | Abdeckung | Rolle im Score |
|---|---|---|---|
| DELFI-Bundesweit | GTFS | Deutschland, inkl. Fernverkehr und regionale Verbünde | Haltestellen, Linien, Fahrzeiten – Kern-Input für Erreichbarkeit, Takt, Vielfalt |
| Regionale Verkehrsverbund-Feeds | GTFS (regional) | Ergänzend, wenn Verbund-Feeds detaillierter sind als der bundesweite Snapshot | Präzisere Abbildung von Takt und Linien in dichten Räumen |
| GTFS-RT (Realtime) | Optional | Ausgewählte Verbünde | Qualitätskontrolle, nicht für Score-Berechnung (Score bleibt planmäßig) |
Warum ausschließlich amtliche Daten?
- Rechtssicherheit: Die Herkunft jeder Berechnung ist dokumentiert und nachvollziehbar. Kunden können den Datenstand in einem Audit belegen.
- Stabilität: Amtliche Feeds haben definierte Aktualisierungszyklen und Qualitätsstandards. Gescrapte Fahrpläne brechen.
- Reproduzierbarkeit: Wir können einen Score zu einem vergangenen Stichtag rechnen und erhalten dasselbe Ergebnis (bei identischer Methodik-Version).
Aktualisierung
Die Feeds werden in regelmäßigem Rhythmus neu eingespielt. Jede API-Antwort enthält das Feld data_version mit dem Stichtag des aktuell verwendeten Datenbestandes. Zusätzlich ist methodology_version gesetzt, damit Kunden nach Jahren noch wissen, wie ein archivierter Score berechnet wurde.
Konsequenz für die Kundin oder den Kunden: Wer heute einen Score von 72 für eine Adresse liefert und in zwei Jahren denselben Score zurückrechnet, erhält bei identischem Methodik-Stand dasselbe Ergebnis. Für Bewertungen mit Rechtscharakter (z. B. Reporting) ist das entscheidend.
Datenqualitäts-Kontrolle
- Schema-Validierung: Jeder Feed wird gegen das GTFS-Schema geprüft; ungültige Dateien werden nicht eingespielt.
- Plausibilitätsprüfung: Statistische Kennzahlen (Anzahl Haltestellen, Linien, Trips/Tag) werden gegen den Vorstand des vorherigen Feeds verglichen; Abweichungen über 20 % triggern ein manuelles Review vor Produktivschaltung.
- Spot-Checks: Ausgewählte Haltestellen in Großstädten dienen als Sanity-Check. Rückläufige Taktzahlen werden plausibilisiert (Fahrplanwechsel, Sonderverkehre).
Was wir nicht tun
- Keine Rückrechnung aus Crowd-sourced Daten (z. B. anonymisierte Mobilfunk-Bewegungsmuster).
- Keine Interpolation bei fehlenden Takten. Wenn kein Fahrplan vorliegt, fließt er nicht ein.
- Keine "Premium-Zuschläge" für bestimmte Stadtteile oder Betreiber.
Auf einen Blick
- Nur amtliche GTFS-Quellen (DELFI, regionale Verbünde)
- Deterministische Aktualisierung mit dokumentiertem
data_version-Stichtag - Schema- und Plausibilitätsprüfung vor Produktivschaltung jedes Feeds
- Keine Crowd-Daten, keine Interpolation, keine Premium-Zuschläge