Goede GTFS en GTFS-RT data voor heel NL
1,299 views
Skip to first unread message
ov.gee...@gmail.com
Oct 20, 2016, 3:08:54 AM10/20/16
to openov
Op de volgende plaatsen heb ik GTFS data gevonden:
http://gtfs.openov.nl/ (oude data)
Na het analyseren van deze GTFS en GTFS-RT van deze verschillende sources kom ik erachter dat de data vaak niet up to date is. Zo mist vaak het OV in Texel, bij de dam tot dam loop in Amsterdam was al het OV omgeleid, maar de data gaf nog steeds reisadvies voor trams en bussen aan volgens het normale schedule. Real-time informatie mist ook vaak, zeker voor de NS als ik het vergelijk met de info uit hun API. Helaas, maar waar, 9292 gaf wel goed reisadvies...
De bliksem integratie vergt ook handwerk en het zou voor iedereen het handigste zijn als dit op een plek goed gebeurd. Nu lijkt het erop dat er een aantal partijen zijn die GTFS maken, maar het zou efficienter zijn als we dit samen zouden doen op een plek.
- Omdat ik niet alle sources op hetzelfde moment heb kunnen testen weet ik niet zo goed welke het beste zou zijn. Wat is de beste plek om GTFS en GTFS-RT vandaan te halen?
- Waarom wordt GTFS data niet gewoon door het NDOV loket aangeboden? GTFS is toch de internationale format als het gaat om OV data?
Groet,
Wim
Stefan de Konink
Oct 20, 2016, 3:49:58 AM10/20/16
to ope...@googlegroups.com
Hoi Wim,
On donderdag 20 oktober 2016 09:08:54 CEST, ov.gee...@gmail.com wrote:
> Op de volgende plaatsen heb ik GTFS data gevonden:
>
> http://gtfs.openov.nl/ (oude data)
>
> http://gtfs.ovapi.nl/
Bijzonder dat je claimt dat er 'oude data' zou zijn, gegeven het exact(!)
uit dezelfde database wordt geexporteerd.
> Zo mist vaak het OV in Texel
Wat mist er dan in Texel?
> bij de dam tot dam
> loop in Amsterdam was al het OV omgeleid, maar de data gaf nog
> steeds reisadvies voor trams en bussen aan volgens het normale
> schedule. Real-time informatie mist ook vaak, zeker voor de NS
> als ik het vergelijk met de info uit hun API. Helaas, maar waar,
> 9292 gaf wel goed reisadvies...
En waar controleer je dan tegenaan? Want dit klinkt als een service
provider die niet goed integreert.
> De bliksem integratie vergt ook handwerk en het zou voor
> iedereen het handigste zijn als dit op een plek goed gebeurd. Nu
> lijkt het erop dat er een aantal partijen zijn die GTFS maken,
> maar het zou efficienter zijn als we dit samen zouden doen op
> een plek.
Omdat er geen financiering tegen over staat is waarschijnlijk de primaire
reden.
> - Omdat ik niet alle sources op hetzelfde moment heb kunnen
> testen weet ik niet zo goed welke het beste zou zijn. Wat is de
> beste plek om GTFS en GTFS-RT vandaan te halen?
Dat ligt er aan wat je wilt hebben. Voor Google is gtfs.openov.nl gemaakt
met alleen Nederlandse data zonder Thalys. De OVapi variant geeft alle
geintegreerde data die publiek beschikbaar is voor Nederland, inclusief
'bleeding edge' ontwikkeling. De PlannerStack variant is een tweede
database met de OVapi software, doch de stabiele variant.
> - Waarom wordt GTFS data niet gewoon door het NDOV loket
> aangeboden? GTFS is toch de internationale format als het gaat
> om OV data?
NDOVloket biedt ruwe data aan, data die de vervoerders/overheden
aanleveren. Integeratie is dus een markt activiteit.
Ik ben ook benieuwd waar jouw achtergrond ligt ;)
--
Stefan
On donderdag 20 oktober 2016 09:08:54 CEST, ov.gee...@gmail.com wrote:
> Op de volgende plaatsen heb ik GTFS data gevonden:
>
> http://gtfs.openov.nl/ (oude data)
>
> http://gtfs.ovapi.nl/
uit dezelfde database wordt geexporteerd.
> Zo mist vaak het OV in Texel
> bij de dam tot dam
> loop in Amsterdam was al het OV omgeleid, maar de data gaf nog
> steeds reisadvies voor trams en bussen aan volgens het normale
> schedule. Real-time informatie mist ook vaak, zeker voor de NS
> als ik het vergelijk met de info uit hun API. Helaas, maar waar,
> 9292 gaf wel goed reisadvies...
provider die niet goed integreert.
> De bliksem integratie vergt ook handwerk en het zou voor
> iedereen het handigste zijn als dit op een plek goed gebeurd. Nu
> lijkt het erop dat er een aantal partijen zijn die GTFS maken,
> maar het zou efficienter zijn als we dit samen zouden doen op
> een plek.
reden.
> - Omdat ik niet alle sources op hetzelfde moment heb kunnen
> testen weet ik niet zo goed welke het beste zou zijn. Wat is de
> beste plek om GTFS en GTFS-RT vandaan te halen?
met alleen Nederlandse data zonder Thalys. De OVapi variant geeft alle
geintegreerde data die publiek beschikbaar is voor Nederland, inclusief
'bleeding edge' ontwikkeling. De PlannerStack variant is een tweede
database met de OVapi software, doch de stabiele variant.
> - Waarom wordt GTFS data niet gewoon door het NDOV loket
> aangeboden? GTFS is toch de internationale format als het gaat
> om OV data?
aanleveren. Integeratie is dus een markt activiteit.
Ik ben ook benieuwd waar jouw achtergrond ligt ;)
--
Stefan
ov.gee...@gmail.com
Oct 20, 2016, 4:27:37 AM10/20/16
to openov
Hoi Stefan,
Op donderdag 20 oktober 2016 09:49:58 UTC+2 schreef Stefan de Konink:
Op donderdag 20 oktober 2016 09:49:58 UTC+2 schreef Stefan de Konink:
Hoi Wim,
On donderdag 20 oktober 2016 09:08:54 CEST, ov.gee...@gmail.com wrote:
> Op de volgende plaatsen heb ik GTFS data gevonden:
>
> http://gtfs.openov.nl/ (oude data)
>
> http://gtfs.ovapi.nl/
Bijzonder dat je claimt dat er 'oude data' zou zijn, gegeven het exact(!)
uit dezelfde database wordt geexporteerd.
> Zo mist vaak het OV in Texel
Wat mist er dan in Texel?
Zowel de ferry als OV op het eiland tussen 2 willekeurige punten.
> bij de dam tot dam
> loop in Amsterdam was al het OV omgeleid, maar de data gaf nog
> steeds reisadvies voor trams en bussen aan volgens het normale
> schedule. Real-time informatie mist ook vaak, zeker voor de NS
> als ik het vergelijk met de info uit hun API. Helaas, maar waar,
> 9292 gaf wel goed reisadvies...
En waar controleer je dan tegenaan? Want dit klinkt als een service
provider die niet goed integreert.
Ik controleer OTP tegen 9292. Planning van mijn OTP gaat (bijna) altijd goed zolang er goede data is (zowel realtime tripupdates als normaal), heel soms zijn er problemen door fouten in OSM, maar dat is ook duidelijk door de foutmelding. Het is mijn overtuiging dat dit een probleem is doordat GTFS en GTFS-RT niet up to date zijn of dat er simpelweg data mist. De ruwe data lijkt wel aanwezig te zijn in het loket.
> De bliksem integratie vergt ook handwerk en het zou voor
> iedereen het handigste zijn als dit op een plek goed gebeurd. Nu
> lijkt het erop dat er een aantal partijen zijn die GTFS maken,
> maar het zou efficienter zijn als we dit samen zouden doen op
> een plek.
Omdat er geen financiering tegen over staat is waarschijnlijk de primaire
reden.
Hoeveel financiering zou er nodig zijn om gtfs en gtfs-rt voor heel nederland te maken?
> - Omdat ik niet alle sources op hetzelfde moment heb kunnen
> testen weet ik niet zo goed welke het beste zou zijn. Wat is de
> beste plek om GTFS en GTFS-RT vandaan te halen?
Dat ligt er aan wat je wilt hebben. Voor Google is gtfs.openov.nl gemaakt
met alleen Nederlandse data zonder Thalys. De OVapi variant geeft alle
geintegreerde data die publiek beschikbaar is voor Nederland, inclusief
'bleeding edge' ontwikkeling. De PlannerStack variant is een tweede
database met de OVapi software, doch de stabiele variant.
De data uit OVapi gaf afgelopen Zondag in Amsterdam doodleuk reisadvies met het normal schedule terwijl heel veel OV was omgeleid, dat kan gewoon echt niet en is absoluut geen probleem met een service provider die niet goed integreerd.
> - Waarom wordt GTFS data niet gewoon door het NDOV loket
> aangeboden? GTFS is toch de internationale format als het gaat
> om OV data?
NDOVloket biedt ruwe data aan, data die de vervoerders/overheden
aanleveren. Integeratie is dus een markt activiteit.
Ik ben ook benieuwd waar jouw achtergrond ligt ;)
Ik ga binnenkort frontaal de strijd aan met 9292 maar ik heb wel eerst goede gtfs nodig ;)
--
Stefan
Stefan de Konink
Oct 20, 2016, 5:05:36 AM10/20/16
to ope...@googlegroups.com
On donderdag 20 oktober 2016 10:27:37 CEST, ov.gee...@gmail.com wrote:
> Kijk maar naar de last modified van het gtfs bestand:
>
> http://gtfs.ovapi.nl/ --> 19-Oct-2016 19:35
> http://gtfs.openov.nl/ --> 18-May-2015 15:02
Ben je nu echt bezig met FUD?
> Kijk maar naar de last modified van het gtfs bestand:
>
> http://gtfs.ovapi.nl/ --> 19-Oct-2016 19:35
> http://gtfs.openov.nl/ --> 18-May-2015 15:02
http://gtfs.openov.nl/gtfs/
>> Zo mist vaak het OV in Texel
>
> Wat mist er dan in Texel?
>
> Zowel de ferry als OV op het eiland tussen 2 willekeurige punten.
> Ik controleer OTP tegen 9292. Planning van mijn OTP gaat
> (bijna) altijd goed zolang er goede data is (zowel realtime
> tripupdates als normaal), heel soms zijn er problemen door
> fouten in OSM, maar dat is ook duidelijk door de foutmelding.
> Het is mijn overtuiging dat dit een probleem is doordat GTFS en
> GTFS-RT niet up to date zijn of dat er simpelweg data mist. De
> ruwe data lijkt wel aanwezig te zijn in het loket.
> Hoeveel financiering zou er nodig zijn om gtfs en gtfs-rt voor
> heel nederland te maken?
specifiek dat onderdeel en tarieven op orde houdt. Dus laten we een
optimistische schatting doen van minstens 150k per jaar. Waar NDOV-BO 2
miljoen kost en 9292, 8 miljoen.
> De data uit OVapi gaf afgelopen Zondag in Amsterdam doodleuk
> reisadvies met het normal schedule terwijl heel veel OV was
> omgeleid, dat kan gewoon echt niet en is absoluut geen probleem
> met een service provider die niet goed integreerd.
> Ik ga binnenkort frontaal de strijd aan met 9292 maar ik heb
> wel eerst goede gtfs nodig ;)
--
Stefan
ov.gee...@gmail.com
Oct 20, 2016, 5:33:22 AM10/20/16
to openov
Op donderdag 20 oktober 2016 11:05:36 UTC+2 schreef Stefan de Konink:
On donderdag 20 oktober 2016 10:27:37 CEST, ov.gee...@gmail.com wrote:
> Kijk maar naar de last modified van het gtfs bestand:
>
> http://gtfs.ovapi.nl/ --> 19-Oct-2016 19:35
> http://gtfs.openov.nl/ --> 18-May-2015 15:02
Ben je nu echt bezig met FUD?
Dat was de datum van de folder.. http://gtfs.openov.nl/gtfs/gtfs-openov-nl.zip is 234M en http://gtfs.openov.nl/gtfs-rt/gtfs-nl.zip is 230M, wel up to date geen idee wat het verschil is. Er is een apart bestand voor gtfs voor de texelhopper, betekent dat deze er niet in zit?
http://gtfs.openov.nl/gtfs/
>> Zo mist vaak het OV in Texel
>
> Wat mist er dan in Texel?
>
> Zowel de ferry als OV op het eiland tussen 2 willekeurige punten.
TESO levert geen reisinformatie aan NDOVLoket.
Ze zijn toch verplicht data aan te leveren?
> Ik controleer OTP tegen 9292. Planning van mijn OTP gaat
> (bijna) altijd goed zolang er goede data is (zowel realtime
> tripupdates als normaal), heel soms zijn er problemen door
> fouten in OSM, maar dat is ook duidelijk door de foutmelding.
> Het is mijn overtuiging dat dit een probleem is doordat GTFS en
> GTFS-RT niet up to date zijn of dat er simpelweg data mist. De
> ruwe data lijkt wel aanwezig te zijn in het loket.
En welke data stop je dan in OTP?
GTFS data, tripupdates en alerts.
> Hoeveel financiering zou er nodig zijn om gtfs en gtfs-rt voor
> heel nederland te maken?
Ik denk dat je een organisatie van 3 minstens man zou moeten hebben die
specifiek dat onderdeel en tarieven op orde houdt. Dus laten we een
optimistische schatting doen van minstens 150k per jaar. Waar NDOV-BO 2
miljoen kost en 9292, 8 miljoen.
Ik begrijp niet dat 9292 hun eigen loket heeft en dat ze daar ook geld voor krijgen. Belachelijk. 1 plek is toch genoeg?
> De data uit OVapi gaf afgelopen Zondag in Amsterdam doodleuk
> reisadvies met het normal schedule terwijl heel veel OV was
> omgeleid, dat kan gewoon echt niet en is absoluut geen probleem
> met een service provider die niet goed integreerd.
Wat stond er op dat moment in de KV1 van GVB en op bijvoorbeeld OVinfo?
Niet gechecked. Ik ben ervan uitgegaan dat dat inmiddels goed wordt aangeleverd.
> Ik ga binnenkort frontaal de strijd aan met 9292 maar ik heb
> wel eerst goede gtfs nodig ;)
Ah ben jij die persoon die voorheen bij NS werkte ;)
Ik overleef niet in een organisatie als de NS ;)
--
Stefan
Stefan de Konink
Oct 20, 2016, 7:30:54 AM10/20/16
to ope...@googlegroups.com
On donderdag 20 oktober 2016 11:33:22 CEST, ov.gee...@gmail.com wrote:
> Dat was de datum van de folder..
> http://gtfs.openov.nl/gtfs/gtfs-openov-nl.zip is 234M en
> http://gtfs.openov.nl/gtfs-rt/gtfs-nl.zip is 230M, wel up to
> date geen idee wat het verschil is. Er is een apart bestand voor
> gtfs voor de texelhopper, betekent dat deze er niet in zit?
Texelhopper gaat apart geleverd worden, omdat er losse GTFS-RT datastromen
> Dat was de datum van de folder..
> http://gtfs.openov.nl/gtfs/gtfs-openov-nl.zip is 234M en
> http://gtfs.openov.nl/gtfs-rt/gtfs-nl.zip is 230M, wel up to
> date geen idee wat het verschil is. Er is een apart bestand voor
> gtfs voor de texelhopper, betekent dat deze er niet in zit?
voor zijn.
>> Zowel de ferry als OV op het eiland tussen 2 willekeurige punten.
>
> TESO levert geen reisinformatie aan NDOVLoket.
>
> Ze zijn toch verplicht data aan te leveren?
> En welke data stop je dan in OTP?
>
> GTFS data, tripupdates en alerts.
omleidingen aanbied, en GVB zou dat in het beste geval voor haar
dienstregeling wel goed moeten gaan. Maar goed zolang niemand bij NDOVLoket
een melding inschiet dat data niet is bijgewerkt zal er geen prioriteit
worden gegeven aan dit soort zaken. Connexxion gaat waarschijnlijk alleen
omleiding communiceren in het NeTEx Delta traject.
> Ik begrijp niet dat 9292 hun eigen loket heeft en dat ze daar
> ook geld voor krijgen. Belachelijk. 1 plek is toch genoeg?
een 9292 killer wilt maken *en* bereid bent om bij 9292 de reisinformatie
op te halen? Dat klinkt nogal paradoxaal.
> Niet gechecked. Ik ben ervan uitgegaan dat dat inmiddels goed
> wordt aangeleverd.
...en zo is het ook voor reisinformatie ;)
> Ik overleef niet in een organisatie als de NS ;)
--
Stefan
ov.gee...@gmail.com
Oct 20, 2016, 7:54:09 AM10/20/16
to openov
Op donderdag 20 oktober 2016 13:30:54 UTC+2 schreef Stefan de Konink:
On donderdag 20 oktober 2016 11:33:22 CEST, ov.gee...@gmail.com wrote:
> Dat was de datum van de folder..
> http://gtfs.openov.nl/gtfs/gtfs-openov-nl.zip is 234M en
> http://gtfs.openov.nl/gtfs-rt/gtfs-nl.zip is 230M, wel up to
> date geen idee wat het verschil is. Er is een apart bestand voor
> gtfs voor de texelhopper, betekent dat deze er niet in zit?
Texelhopper gaat apart geleverd worden, omdat er losse GTFS-RT datastromen
voor zijn.
>> Zowel de ferry als OV op het eiland tussen 2 willekeurige punten.
>
> TESO levert geen reisinformatie aan NDOVLoket.
>
> Ze zijn toch verplicht data aan te leveren?
<https://www.youtube.com/watch?v=TrhRzxoFH-4>
heb je geen stok om mee te slaan? Wat is een wet zonder handhaving?
> En welke data stop je dan in OTP?
>
> GTFS data, tripupdates en alerts.
...vanaf welke bron? Want het is me wel duidelijk dat Connexxion geen
omleidingen aanbied, en GVB zou dat in het beste geval voor haar
dienstregeling wel goed moeten gaan. Maar goed zolang niemand bij NDOVLoket
een melding inschiet dat data niet is bijgewerkt zal er geen prioriteit
worden gegeven aan dit soort zaken. Connexxion gaat waarschijnlijk alleen
omleiding communiceren in het NeTEx Delta traject.
Ik heb verschillende bronnen gebruikt, zoals hierboven in eerste post aangegeven.
> Ik begrijp niet dat 9292 hun eigen loket heeft en dat ze daar
> ook geld voor krijgen. Belachelijk. 1 plek is toch genoeg?
Voor 'loketactiviteiten' krijgt niemand geld. Maar begrijp ik goed dat je
een 9292 killer wilt maken *en* bereid bent om bij 9292 de reisinformatie
op te halen? Dat klinkt nogal paradoxaal.
Met een plek bedoel ik het ndov loket ;) Krijg je helemaal geen geld voor alle effort? 9292 ontvangt een sloot geld van de vervoerders en voor ieder ditje en datje sturen ze dikke rekeningen.
> Niet gechecked. Ik ben ervan uitgegaan dat dat inmiddels goed
> wordt aangeleverd.
<https://youtu.be/Owd1p0acSOI?t=2m57s>
...en zo is het ook voor reisinformatie ;)
Ok!
> Ik overleef niet in een organisatie als de NS ;)
Daar zou ik me theoretisch gezien iets bij kunnen voorstellen ;)
:D
--
Stefan
Stefan de Konink
Oct 20, 2016, 8:35:36 AM10/20/16
to ope...@googlegroups.com
On donderdag 20 oktober 2016 13:54:09 CEST, ov.gee...@gmail.com wrote:
>
> heb je geen stok om mee te slaan? Wat is een wet zonder handhaving?
Dan blijft alleen het ministerie van Infrastructuur en Milieu over :p
>
> heb je geen stok om mee te slaan? Wat is een wet zonder handhaving?
> Met een plek bedoel ik het ndov loket ;) Krijg je helemaal geen
> geld voor alle effort?
nog 22k te kort. http://opengeo.nl/
> 9292 ontvangt een sloot geld van de vervoerders en voor ieder ditje
> en datje sturen ze dikke rekeningen.
relatiemanagers. Ik heb immers nog geen bestuurlijke ervaring als
burgemeester van een grote mariene stad ;)
--
Stefan
OV Geek
Oct 20, 2016, 12:12:26 PM10/20/16
to ope...@googlegroups.com
Op 20 oktober 2016 14:35 schreef Stefan de Konink <ste...@konink.de>:
On donderdag 20 oktober 2016 13:54:09 CEST, ov.gee...@gmail.com wrote:
heb je geen stok om mee te slaan? Wat is een wet zonder handhaving?
Dan blijft alleen het ministerie van Infrastructuur en Milieu over :p
mkay..
Met een plek bedoel ik het ndov loket ;) Krijg je helemaal geen geld voor alle effort?
Check even de jaarrekeningen ;-) we komen zelfs in de bestemmingsreserve nog 22k te kort. http://opengeo.nl/
I see.. als de app gaat lopen dan word ik donateur
9292 ontvangt een sloot geld van de vervoerders en voor ieder ditje
en datje sturen ze dikke rekeningen.
Die hebben ook een veel betere directeur, en minstens zo goede relatiemanagers. Ik heb immers nog geen bestuurlijke ervaring als burgemeester van een grote mariene stad ;)
Het is allemaal bullshit maar veel mensen trappen er in!
--
Stefan
--
Je hebt dit bericht ontvangen, omdat je je hebt aangemeld bij een onderwerp in de groep "openov" van Google Discussiegroepen.
Als je je wilt afmelden bij dit onderwerp, ga je naar https://groups.google.com/d/topic/openov/VChUvEAasZA/unsubscribe.
Als je je wilt afmelden bij deze groep en alle onderwerpen van de groep, stuur je een e-mail naar openov+unsubscribe@googlegroups.com.Bezoek voor meer opties https://groups.google.com/d/optout.
Reply all
Reply to author
Forward
0 new messages