DELFI-Vollbestand vs. Verbund-Feeds — welcher GTFS-Feed für welchen Zweck
de_full von gtfs.de deckt ganz Deutschland ab; VBB, MVV und HVV liefern mehr Detail regional. Abdeckung, Aktualität, Echtzeit und ID-Konflikte im Vergleich.
Wer in Deutschland mit GTFS arbeitet, steht vor einer Grundsatzentscheidung: der aggregierte DELFI-Vollbestand (de_full von gtfs.de) oder einzelne Verbund-Feeds wie VBB (Berlin-Brandenburg), MVV (München), RMV (Frankfurt) oder HVV (Hamburg).
Die wichtigsten Unterschiede
- de_full: ganz Deutschland in einem Feed, konsistente IDs, ein Import — dafür abhängig vom Aggregator-Zyklus und teils mit gröberen Metadaten
- Verbund-Feeds: schnellere Updates, teils reichere Daten (Barrierefreiheit, Tarifzonen) und eigene GTFS-RT-Feeds — dafür viele Formate, ID-Konflikte beim Mischen und Lücken an Verbundgrenzen
Warum ImTakt den Vollbestand nimmt
Ein Reise-Agent kennt keine Verbundgrenzen: „Von Freiburg nach Rostock“ quert viele Tarifräume. Nur der Vollbestand kann solche Fahrten in einem zusammenhängenden Graphen planen — deshalb synchronisiert ImTakt de_full täglich und ergänzt Echtzeit dort, wo GTFS-RT verfügbar ist.
Feed mischen? Meist keine gute Idee
stop_ids können sich zwischen Feeds überschneiden, an Verbundgrenzen entstehen Dubletten und transfers.txt kennt nur Halte des jeweiligen Feeds. Wer mehrere Quellen kombiniert, braucht deshalb eine verlässliche Zusammenführung. Im nationalen Vollbestand ist ein großer Teil dieser Arbeit bereits erledigt.
GTFS Grundlagen — für Einsteiger in das Format.
Häufige Fragen
Welchen GTFS-Feed sollte ich für ein deutschlandweites Projekt nutzen?
Den DELFI-Vollbestand de_full von gtfs.de — ein Feed, ein Import, konsistente IDs für alle Verkehrsmittel. Verbund-Feeds lohnen sich nur für regional begrenzte Anwendungen mit besonderen Metadaten-Anforderungen.
Enthält de_full auch Busse und U-Bahnen oder nur Züge?
de_full ist multimodal und umfasst Fernverkehr, Regionalzüge, S-Bahn, U-Bahn, Tram und Bus. Nach dem Zusammenführen von Dubletten indexiert ImTakt rund 685.000 Haltestellen.
Warum nicht VBB und MVV gleichzeitig nutzen?
stop_ids und agency_ids können sich überschneiden; transfers.txt verbindet nur Halte innerhalb eines Feeds. Für Routing über Verbundgrenzen müssen die Quellen deshalb zentral zusammengeführt werden.
Hat der Verbund-Feed bessere Echtzeit?
Oft ja — weil er direkter vom Betreiber kommt und eine niedrigere Latenz haben kann. Für Agenten mit deutschlandweitem Routing ist de_full plus zentrale Zusammenführung der Echtzeitdaten meist der pragmatischere Weg.
Weiterlesen
Daten im Browser prüfen: Testbereich öffnen · MCP verbinden