Ein Verkehrsunternehmen, das sich in drei Ländern an Ausschreibungen beteiligt, merkt schnell: „Liefern Sie uns Echtzeitdaten“ bedeutet nicht überall dasselbe. Deutschland, Frankreich, Großbritannien, die nordischen Länder, Portugal und Griechenland haben ihr Ökosystem jeweils um eine andere Kombination aus GTFS-RT, SIRI und NeTEx aufgebaut, und keines dieser Formate deckt denselben Umfang ab. Wer die drei verwechselt, legt den Grundstein für die meisten Verzögerungen bei der Konformität in einem Exportmarkt.
Drei Formate, drei unterschiedliche Aufgaben
GTFS-RT wurde bei Google entwickelt, um Google Maps zu speisen: ein schlankes Binärformat für Fahrzeugpositionen, Fahrtaktualisierungen und Störungsmeldungen. Seine Stärken sind Einfachheit und die breite Nutzung durch Auskunftsdienste und Aggregatoren für Fahrgäste. Wie ein solcher Feed vom GPS-Signal bis zur Anzeige beim Fahrgast entsteht, zeigt unser Beitrag GTFS-RT in der Praxis.
SIRI (Service Interface for Real Time Information) ist der europäische Standard für Echtzeitdaten (CEN, EN 15531). Er ist umfangreicher als GTFS-RT und deckt auch den Austausch zwischen Systemen, etwa zwischen Leitstellen, ab, nicht nur die Verteilung an Fahrgast-Apps. Welcher der beiden Echtzeitstandards zu einem konkreten Netz passt, vergleichen wir in SIRI oder GTFS-RT: Welcher Echtzeitstandard passt zu Ihrem Netz?
NeTEx behandelt überhaupt keine Echtzeit. Es ist das europäische Format für den Austausch statischer, struktureller Daten: Linien, Haltestellen, Soll-Fahrpläne, Tarife, Anschlüsse. Es ist die Referenzebene, die die EU-Regulierung neben SIRI für Echtzeit als gemeinsame Basis vorantreibt.
Eine Ausschreibung, die „eine NeTEx-Schnittstelle für Echtzeitdaten“ verlangt, offenbart ein grundlegendes Missverständnis darüber, was das Format leistet, und dieses Missverständnis ist nicht selten.
Was verlangt jeder Markt tatsächlich?
Deutschland. Die Interoperabilität beruht auf der VDV-Schrift 453 (Austausch zwischen Systemen, etwa zwischen Leitstellen) und der VDV-Schrift 454 (Echtzeitschnittstelle zur Fahrgastinformation), beide an SIRI angelehnt. Die nationale Plattform DELFI bündelt diese Daten anschließend für die multimodale Fahrgastinformation. Ein RBL (rechnergestütztes Betriebsleitsystem, ITCS), das in Deutschland eingesetzt wird, muss sich also in diese VDV-Landschaft einfügen.
Frankreich. Der nationale Zugangspunkt transport.data.gouv.fr akzeptiert beide Familien, GTFS/GTFS-RT und NeTEx/SIRI, doch die regulatorische Richtung geht zu NeTEx für die statische Referenzebene und zu SIRI für Echtzeit, im Einklang mit der EU-Verordnung über multimodale Reiseinformationsdienste.
Großbritannien. Der Bus Open Data Service (BODS) verlangt von Busunternehmen ein bestimmtes Trio: TransXChange für Soll-Fahrpläne, SIRI-VM für Echtzeit-Fahrzeugpositionen und NeTEx für Tarife. GTFS-RT existiert dort meist nur als Konvertierung der BODS-Daten durch Dritte, nicht als natives Format.
Nordische Länder. Norwegen hat über Entur ein NeTEx/SIRI-Profil aufgebaut, das als regionale Referenz dient. Schwedens Open-Data-Ökosystem ist über Trafiklab rund um GTFS und GTFS-RT gewachsen und richtet sich schrittweise an der NeTEx-Anforderung der EU für seinen nationalen Zugangspunkt aus.
Italien und Spanien. Keiner der beiden Märkte schreibt bisher ein einheitliches nationales Format vor. Gängige Praxis bleibt GTFS/GTFS-RT, getrieben vom Druck der Google-Maps-Integration, während die Einführung von NeTEx auf den jeweiligen nationalen Zugangspunkten langsamer vorankommt.
Portugal. Der nationale Zugangspunkt, angesiedelt beim Instituto da Mobilidade e dos Transportes (IMT) unter nap-portugal.imt-ip.pt, sammelt Mobilitätsdaten auf Grundlage der Verordnung (EU) 2017/1926 und stützt sich auf DATEX II und NeTEx, mit einem nationalen NeTEx-Profil, das an portugiesische Gegebenheiten angepasst ist. Im Großraum Lissabon sind die Echtzeitdaten von Carris Metropolitana seit Januar 2024 in Google Maps verfügbar, und nach Angaben des Betreibers werden diese Daten in einem offenen, öffentlichen Format bereitgestellt.
Griechenland. Der nationale Zugangspunkt data.nap.gov.gr wird von einer Dienststelle des Ministeriums für Infrastruktur und Verkehr betrieben und bietet Echtzeit-, historische und statische Datensätze in verschiedenen Formaten an, ohne ein einheitliches Pflichtformat. In Athen veröffentlicht OASA seine Busfahrplandaten als GTFS auf dem nationalen Open-Data-Portal data.gov.gr. Sein Telematiksystem steuert die Linien in Echtzeit aus den Leitstellen von OASA und liefert Fahrgästen Informationen zu den nächsten Ankünften.
Was ist die gemeinsame Basis der EU-Regulierung?
Die Delegierte Verordnung (EU) 2017/1926 der Kommission, die EU-weite multimodale Reiseinformationsdienste regelt, verpflichtet jeden Mitgliedstaat, statische Daten über einen nationalen Zugangspunkt in einem anerkannten europäischen Standard bereitzustellen, in der Praxis NeTEx und Transmodel. Die Delegierte Verordnung (EU) 2024/490, am 29. November 2023 erlassen und seit dem 4. März 2024 in Kraft, überarbeitet diesen Text: Sie weitet die Pflicht auf dynamische Daten wie Verspätungen, Ausfälle, Störungen sowie voraussichtliche Ankunfts- und Abfahrtszeiten aus, stufenweise ab Dezember 2025. Sie legt Echtzeit weiterhin nicht auf ein einziges Feed-Format fest, doch SIRI bleibt die von CEN getragene Referenz, die die meisten europäischen nationalen Zugangspunkte übernommen haben.
Diese gemeinsame Basis beseitigt die nationalen Unterschiede nicht. Sie setzt eine Untergrenze, und jedes Land ergänzt eigene Vorgaben zu Formatdetails, Aktualisierungsfrequenz und Übertragungsweg.
Was bedeutet das für Anbieter und Verkehrsunternehmen in mehreren Ländern?
Aus dieser fragmentierten Landschaft ergeben sich drei praktische Konsequenzen.
Die Formatwahl ist keine einmalige Entscheidung. Ein System, das GTFS-RT, SIRI und NeTEx nativ beherrscht, statt um ein einziges Format herum gebaut und nachträglich mit Konvertern ergänzt zu sein, erspart den Neuaufbau der Integration für jeden neuen Markt. Diese Offenheit ist auch ein zentrales Kriterium einer herstellerunabhängigen RBL-Ausschreibung mit offenen APIs.
Statische Referenzdaten und Echtzeit-Feeds sind beim Lesen einer Ausschreibung nicht austauschbar. Eine Leistungsbeschreibung kann das eine ohne das andere verlangen oder beides in unterschiedlichen Formaten. Sie muss daher Klausel für Klausel gelesen werden, statt einen einzigen Standard vorauszusetzen.
Aktualisierungsfrequenz und Übertragungsweg variieren ebenso stark wie das Format selbst. SIRI-VM in Großbritannien, SIRI in Frankreich und VDV 454 in Deutschland haben nicht dieselben Latenzvorgaben oder Authentifizierungsmechanismen, auch wenn sie auf demselben Basisstandard beruhen.
Häufig gestellte Fragen
Sind GTFS-RT und SIRI austauschbar?
Nein. Sie decken einen ähnlichen Funktionsumfang ab, Fahrzeugpositionen und Fahrplanaktualisierungen, doch SIRI ist umfangreicher und wird in Europa stärker für den Austausch zwischen Systemen genutzt, während GTFS-RT die Verteilung an Aggregatoren wie Google Maps dominiert.
Ersetzt NeTEx GTFS?
Technisch nicht. NeTEx ist der europäische Standard für statische Daten, GTFS bleibt ein weit verbreitetes konkurrierendes Format für denselben Zweck. Beide existieren auf den meisten europäischen nationalen Zugangspunkten nebeneinander.
Sollte ein Anbieter ein einziges Format für den Export in ganz Europa wählen?
Nein, das ist selten möglich. Der praktikable Weg ist ein System, das nativ in dem Format veröffentlichen kann, das jeder Markt erwartet, statt kurzfristig auf eine vollständige Harmonisierung zu setzen.
Ist das noch im Wandel?
Ja. Die EU-Regulierung treibt NeTEx für statische Daten voran, und die Delegierte Verordnung (EU) 2024/490 weitet die Pflichten ab Dezember 2025 auf dynamische Daten aus. Jedes Land behält jedoch die Kontrolle über seine Echtzeitanforderungen und seinen Zeitplan, sodass vor jedem Einsatz eine Prüfung Markt für Markt nötig bleibt.