Vom S-Bahn Berlin XML Feed migrieren
Inhaltsverzeichnis
Die S-Bahn Berlin stellt Aufzugs- und Störungsdaten über einen proprietären XML Feed bereit. Transit importiert diese Daten automatisch über zwei getrennte Feeds: einen für Aufzugs-Stammdaten und einen für Störungsmeldungen.
Datenquellen in Transit
Der ursprüngliche S-Bahn XML Feed wurde in Transit auf zwei spezialisierte Importer aufgeteilt:
Feed-Typ | Zweck | Feed-Typ-Kennung |
|---|---|---|
S-Bahn Elevators | Stammdaten der Aufzüge |
|
S-Bahn Disruptions | Störungsmeldungen |
|
Gegenüberstellung: Aufzüge
S-Bahn XML | Transit API | Hinweis |
|---|---|---|
XML-Element Aufzug |
| |
Stationsname |
| Normalisiert, DHID-zugeordnet |
Beschreibung |
| Bereinigt + mehrsprachig |
Inventarnummer |
| |
Koordinaten |
| |
Status aktiv/inaktiv |
|
|
Gegenüberstellung: Störungen
S-Bahn XML | Transit API | Hinweis |
|---|---|---|
Störungsmeldung |
| |
Von-/Bis-Datum |
| ISO-8601 |
Beschreibung |
| Bereinigter Text |
Aufzugsreferenz |
| Verknüpft zum Aufzugs-Datensatz |
– |
| Automatisch kategorisiert |
– |
|
|
Beispiel: Alle S-Bahn-Aufzüge abfragen
S-Bahn XML Feed (vorher):
<!-- Proprietärer XML Endpunkt -->
GET https://sbahn-xml-endpoint.example.com/aufzuegeTransit API (nachher):
GET /api/elevators?where[feed][equals]={sbahn-elevator-feed-id}&depth=2Beispiel: Aktuelle S-Bahn-Störungen
Transit API:
GET /api/status-spans?where[feed][equals]={sbahn-disruption-feed-id}&where[operational_status][equals]=out_of_service&sort=-start_date&depth=2Wesentliche Unterschiede
Aspekt | S-Bahn XML Feed | Transit API |
|---|---|---|
Format | Proprietäres XML | JSON (REST) |
Parsing | XML-Parser nötig | Standard-JSON |
Scope | Nur S-Bahn Berlin | Alle Betreiber an einer Haltestelle |
Haltestellenzuordnung | Stationsname | DHID + normalisierter Name |
Historie | Nur aktuelle Störungen | Vollständige Status-Span-Historie |
Beschreibungen | Einsprachig | Mehrsprachig + TTS-Varianten |
Authentifizierung | Proprietär | Bearer-Token |