GTFS block_id U-OV/Syntus Utrecht

[Yaro Christiaans]

Voor een project moet ik met gtfs werken. Nou valt mij op dat hoewel block_id voor de meeste vervoerders correct aanwezig lijkt te zijn ontbreekt deze informatie voor de bussen van U-OV en Syntus Utrecht terwijl deze informatie wel aanwezig is in de OVInfo app.

Nog gekker gezien ik die block informatie ook in de netex bestanden van Keolis en Qbuzz U-OV niet kan vinden terwijl in andere netex bestanden wel gewoon block informatie staat.

Weet iemand meer over waarom dit gebeurt en waarom het in OVInfo wel werkt?

[Stefan de Konink]

Op 2/12/25 om 1:16 PM schreef Yaro Christiaans:

> Weet iemand meer over waarom dit gebeurt en waarom het in OVInfo wel werkt?

Sommige managers van vervoerders zoals Keolis en Qbuzz denken dat hun
omloopinformatie zo bedrijfsgevoelig is dat het andere partijen tijdens
een aanbesteding informatie kan prijsgeven die de andere partij
onmogelijk zou kunnen weten op een andere manier.

Een tamelijk vreemde redenering omdat in KV6 de omloop informatie 'live'
wordt gepubliceerd. Daarom kan OVinfo de omloop informatie wel tonen.
Daarnaast gebeurt er achter de schermen een tweede truckje: er wordt op
basis van historische informatie voorspeld welke omloop waarschijnlijk
wordt gebruikt.

--
Stefan

[Yaro Christiaans]

lekker is dat. helemaal voor buslijnen zoals de 1/2/4/6/8/9/76 rond amersfoort die eindigen in een rondje waarbij zonder die omloop info opentripplanner er standaard een kwartier of half uur overstap in gooit tenzij ik transferslack naar 0 gooi, wat dan weer andere problemen oplevert.

zijn er truckjes bekend om dit alsnog te laten werken?

Op woensdag 12 februari 2025 om 13:20:46 UTC+1 schreef Stefan de Konink:

[Stefan de Konink]

Op 2/12/25 om 1:34 PM schreef Yaro Christiaans:

> lekker is dat. helemaal voor buslijnen zoals de 1/2/4/6/8/9/76 rond
> amersfoort die eindigen in een rondje waarbij zonder die omloop info
> opentripplanner er standaard een kwartier of half uur overstap in gooit
> tenzij ik transferslack naar 0 gooi, wat dan weer andere problemen
> oplevert.
> zijn er truckjes bekend om dit alsnog te laten werken?

Je kunt de vraag waarschijnlijk interactief aan Sven of "Arilith" stellen:

https://discord.gg/sN96KVe3

...ik heb Qbuzz en Keolis nogmaals gevraagd of ze er wat mee willen.

--
Stefan

[Sven Boor]

Ik ben wel voorstander om dit te gaan verplichten binnen het NL profiel van NeTEx. Er zijn meerdere toepassingen waar deze info belangrijk voor is (het kan o.a. ook gebruikt worden om quay assignment op basis van VeTAg lussen op meerdere locaties in Nederland te verbeteren), en het is beter als de vervoerder het gewoon aanlevert in plaats van dat afnemers allemaal trucjes moeten gaan uithalen om toch tot deze data te komen. Dat is allemaal effort die niet in het verbeteren van andere aspecten van reizigersinformatie kan worden gestoken. 

Daarnaast denk ik dat het als het 'concurentiegevoelig' (zoals Stefan schreef, iedereen die het wil weten weet het al) wordt gevonden dat het m.b.t. tot level playing field goed is dat alle vervoerders dan van elkaar dezelfde informatie hebben.

Op wo 12 feb 2025 om 16:51 schreef Stefan de Konink <ste...@konink.de>:

--
Je hebt dit bericht ontvangen, omdat je je hebt aangemeld bij de groep 'openov' van Google Groepen.
Als je je wilt afmelden bij deze groep en geen e-mails van de groep meer wilt ontvangen, stuur je een e-mail naar openov+un...@googlegroups.com.
Ga naar https://groups.google.com/d/msgid/openov/4b48a0d9-648b-4ddb-89e3-9b91b5b4a7e9%40konink.de om deze discussie te bekijken.