Ab einem der nächsten Feeds (voraussichtlich September oder später) planen wir einige Neuerungen in GTFS RT Service Alerts.
Separate Feeds
Um den Bedürfnissen unserer User besser gerecht zu werden und den Datenumfang zu reduzieren, werden wir für die Ereignisdaten vier separate Feeds einführen:
| Feed | Art (Planned) | Perspektive (Perspective) | Typ (Progress) |
|---|---|---|---|
| Feed 1 | geplant | Fahrplanauskunft (whileplanningtrip) | Hauptmeldungen (published) |
| Feed 2 | ungeplant | Fahrplanauskunft (whileplanningtrip) | Hauptmeldungen (published) |
| Feed 3 | geplant | Haltestellenanzeiger (atStopPoint) | Haupt- & Endmeldungen (published|closing) |
| Feed 4 | ungeplant | Haltestellenanzeiger (atStopPoint) | Haupt- & Endmeldungen (published|closing) |
Publiziert wird ein Ereignis sobald es verfügbar ist, d.h. unabhängig davon ob es bereits aktiv ist (StartTime liegt in der Zukunft).
Ablösung von active_period durch impact_period und communication_period
Gleichzeitig planen wir, active_period durch impact_period und communication_period um den zeitlichen Bezug von Meldungen zu verdeutlichen:
communication_period
In diesem Zeitintervall ist die Meldung sichtbar. Die Werte entsprechen der SIRI-SX Struktur PublicationWindow.
communication_period wir nur bei der Perspektive Haltestellenanzeiger (atStopPoint) ausgegeben und dient der Steuerung der Publikation. Der Datenproduzent kann bspw. definieren, dass an der Haltestelle ein Ereignis bereits angezeigt wird vor dem Ereignisstart.
impact_period
In diesem Zeitintervall ist das gemeldete Ereignis wirksam. Die Werte entsprechen der SIRI-SX Struktur ValidityPeriod.
informedEntity: Trip-bezogene Meldungen mit Einschränkung auf bestimmte Stops
Trip-bezogene Meldungen können neu auf Stops (stop_id) beschränkt sein. Dies kann im Feld informedEntity wie im folgenden Beispiel berücksichtigt werden:
"informedEntity": [
{
"agencyId": "11",
"stopId": "ch:1:sloid:3000",
"trip": {
"tripId": "115.TA.91-2G-Y-j26-1.28.R",
"startTime": "19:32:00",
"startDate": "20250310",
"originalTripId": "ch:1:sjyid:100001:719-001"
},
},
{
"agencyId": "11",
"stopId": "8102336",
"trip": {
"tripId": "115.TA.91-2G-Y-j26-1.28.R",
"startTime": "19:32:00",
"startDate": "20250310",
"originalTripId": "ch:1:sjyid:100001:719-001"
}
}
]informedEntity: stopId entspricht neu der GTFS stopId der Haltekante
Neu wird das Feld stopId innerhalb von informedEntity mit der stopId der Haltekante (entsprechend GTFS Static) befüllt statt mit der SLOID der Haltestelle. Im Feld originalStopId steht zusätzlich die SLOID der Haltekante zur Verfügung.
Bei Linien- oder Fahrtbezug wird die stopId respektive originalStopId der befahrenen Haltekanten geliefert.
URLs werden nicht mehr ausgegeben
Die URLs im Feld url werden nicht mehr ausgegeben. Die Ausgabe der URLs erfolgt weiterhin als Teil des descriptionText.
Priorität
Die Priorität von Meldungen wird durch die Reihenfolge in JSON abgebildet. Meldungen mit höherer Priorität erscheinen weiter vorne in der Liste.
Die Priorität wird aufgrund folgender Kriterien bestimmt:
| Rang | Kriterium | Beschreibung |
|---|---|---|
| 1 | Priorität aus Quellsystem | Priority respektive ActionPriority aus SIRI-SX (ActionPriority hat Vorrang) |
| 2 | Status (“Progress” im Quellsystem) | Published vor Closing |
| 3 | Startdatum (impact_period oder communication_period) | Kleinster “start”-Wert aus impact_period respektive communication_period |