Vraag om input vanuit SIRI-SX werkgroep

50 views
Skip to first unread message

Emma Beurskens

unread,
Jun 9, 2026, 5:39:16 PMJun 9
to openov
Context
Bij de SIRI-SX werkgroep zijn we bezig met het vastleggen van het Nederlandse SIRI-SX profiel voor communicatie van verstoringsinformatie. Specifiek hierin kun je op meerdere manieren een Section (stuk van de route) defineren die geraakt is door een storing. Voor het spoor kan het belangrijk zijn om te weten welk op exact stuk spoor een storing is, omdat bijvoorbeeld tussen Maarssen en Utrecht 4 sporen liggen, wanneer er een storing is op 1 van de 4 sporen kan dit effect hebben alleen sprinters, of alleen intercities, of een menging van beide.
Dit op spoortakkenniveau (de spoorstaven zelf) communiceren vergt wel een significant grotere NeTEx door de grotere hoeveelheid RouteLinks in de NeTEx. Zo zou *elk* stuk *fysiek* spoor in de NeTEx komen te staan waar NS over zou willen of kunnen rijden.

Vraag
We weten dat de vraag vanuit afnemers altijd meer data is, alleen vragen we ons af of het realistisch is om zo veel data te moeten verwerken om een storing te kunnen begrijpen. Zo ja, wat is hiervoor de usecase en zou een station -> station-link of perron -> perron-link niet genoeg hiervoor zijn?

Rens Bloom

unread,
Jul 26, 2026, 3:32:53 PMJul 26
to openov
Je vraagt of het nuttig is om elk spoor apart te definiëren in routes voor verstoringsinformatie. In je voorbeeld gaat het over Utrecht - Maarssen, waarbij je dan wil laten merken of het impact heeft op sprinters of intercities. Ik denk dat het heel belangrijk is om naar de praktijk te kijken: ProRail plant elke trein over een specifieke set wissels en sporen, maar juist bij verstoringen wordt voor de korte-termijn-afhandeling de dienstregeling/planning helemaal niet aangepast om een trein over andere sporen te sturen. Aansluitend op je voorbeeld: als er een defect is op een spoor tussen Utrecht en Maarssen waarop normaal alleen intercities rijden, leidt dat vaak tot annulering van de sprinters en een kleine vertraging voor intercities (vanwege een tragere rijweg). De eerste intercities worden door de treindienstleider handmatig over het andere spoor gestuurd totdat de wijziging is klaargezet om de dienstregelingen/rijwegen van alle volgende intercities in één keer aan te passen in het systeem.

Het zou veel nuttiger zijn om de beslissingen die ProRail & NS maken duidelijk te kunnen communiceren (bijvoorbeeld trein x rijdt niet tussen a en b, trein y rijdt juist wel, trein z is nog niet over beslist) in de data.

Op dinsdag 9 juni 2026 om 23:39:16 UTC+2 schreef Emma Beurskens:
Reply all
Reply to author
Forward
0 new messages