BVG Störungsdaten – Datenstruktur und Transformationen
Inhaltsverzeichnis
Diese Dokumentation beschreibt die Struktur und Transformationen der BVG-Störungsdaten für Aufzüge im Berliner ÖPNV-Netz.
Datenherkunft
Quelle: BVG Aufzugsmeldungen API
Abdeckung: Echtzeit-Störungsmeldungen für Aufzüge
Aktualisierung: Echtzeit (bei Störungsereignissen)
Verfügbare Datenfelder und Transformationen
Feldmapping: BVG-Meldung → StatusSpan
BVG-Feld | Zielfeld | Beschreibung | Beispiel |
|---|---|---|---|
|
| Eindeutige Störungs-ID |
|
|
| Betreiber-Inventarnummer |
|
|
| Stations-ID |
|
|
| Deutsche Störungsbeschreibung |
|
|
| Störungsbeginn |
|
|
| Geschätztes Störungsende |
|
|
| Vollständige Originaldaten | (JSON-Objekt) |
Betriebsstatus-Ableitung
Operational Status:
- Störungsmeldungen →
out_of_service(außer Betrieb)
Störungsgrund (reason_type):
Wird aus dem deutschen Meldungstext abgeleitet:
Schlüsselwort im Text | Störungsgrund | Status |
|---|---|---|
|
| Wartung |
|
| Bauarbeiten |
(Standard) |
| Störung/Defekt |
Zeitspanne:
- Beginn:
gueltigVonDatum+gueltigVonZeit - Ende:
gueltigBisDatum+gueltigBisZeit - Fallback: 7 Tage ab Beginn, falls kein Ende angegeben
Text-Bereinigung
Meldungstexte werden für bessere Lesbarkeit bereinigt:
Original | Bereinigt | Beschreibung |
|---|---|---|
|
| Richtungspfeile |
|
| Liniennamen-Spacing |
Trailing Spaces | (entfernt) | Whitespace bereinigen |
Beispiele:
- Original:
Gleis 1/2 <> Empfangshalle - Bereinigt:
Gleis 1/2 ⟷ Empfangshalle
Auswirkung auf Aufzugsstatus
Bei einer importierten Störung:
- StatusSpan wird angelegt/aktualisiert mit Störungszeitraum
- Aufzugsstatus wird aktualisiert:
operational_status.operational_status→out_of_service - Verknüpfung über
linked_data.operator_inventory_id(fabrikNummer)