Re: Statische Data

[Stefan de Konink]

On Mon, 17 Sep 2012, Topener wrote:

> Ik had verwacht dat er statische data beschikbaar zou komen via de API. Hoe
> is de status hiervan? Of heb ik een update gemist?
> Ik ben ook wel benieuwd wat dit precies in gaat houden. Ik zoek namelijk
> iets dat ik een ritnummer kan opvragen en alle stoppen van dit ritnummer kan
> uitlezen

Op 9292 "opendata" .org kun je de IFF vinden. Op onze github staat een
parser en converter naar GTFS.

<https://github.com/StichtingOpenGeo/Koppelvlakken/tree/master/iff>

Stefan

[Aar]

Is hier al meer bekend over?

Op maandag 17 september 2012 12:41:51 UTC+2 schreef Topener het volgende:

[Simon Pellegrom]

Tsja, vanuit NSR is er nog niets bekend gemaakt. 9292OV heeft op 9292opendata.org wel het een en ander "openbaar" gemaakt, maar of het daar zo lekker loopt vraag ik me ook af. Er staat bij Fase 3 al sinds de zomer "over twee weken".

Op 18-10-2012 12:48, Aar schreef:

[Stefan de Konink]

On Sat, 20 Oct 2012, Simon Pellegrom wrote:

> Tsja, vanuit NSR is er nog niets bekend gemaakt. 9292OV heeft op
> 9292opendata.org wel het een en ander "openbaar" gemaakt, maar of het daar
> zo lekker loopt vraag ik me ook af. Er staat bij Fase 3 al sinds de zomer
> "over twee weken".

Opzich is IFF wel triviaal met de software die er nu is, zeker dit per
ritnummer stations/perrons uitlezen. Maar het is behoorlijk stil, ook op
de feedback.

Stefan

[Aar]

Toch ben ik wel benieuwd of de NS hier nog mee gaat komen? Ze zouden het snel na de aanpassing in de prijzen-API doorvoeren, maar ik heb nog niks gemerkt.



Op zaterdag 20 oktober 2012 14:08:42 UTC+2 schreef Stefan de Konink het volgende:

[Martin]

Is idd alweer een paar maanden geleden, en het zou idd mogelijk moeten worden via de ns-api zoals ze hebben beloofd. En ik hoop dat het hier om een up2date overzicht gaat inplaats de iff van 9292 waar werkzaamheden niet instaan.

[Stefan de Konink]

On Mon, 5 Nov 2012, Martin wrote:

> Is idd alweer een paar maanden geleden, en het zou idd mogelijk moeten
> worden via de ns-api zoals ze hebben beloofd. En ik hoop dat het hier om een
> up2date overzicht gaat inplaats de iff van 9292 waar werkzaamheden niet
> instaan.

Vanuit onze Stichting OpenGeo hebben we vorige week de NS een verzoek
gedaan om data te gaan leveren voor ons ND-OV loket. Daarin hebben we
expliciet ook het dagplan meegenomen, ik hoop dan ook dat we dat kunnen
realiseren.

Stefan

[Aar]

Welke gegevens omvat dat dagplan? Ook gegevens over het gebruik van welk materieel er wordt gereden in de dienst?
Of gaat het alleen om de actuele tijden en bijsturingen voor die dag?

Op maandag 5 november 2012 12:19:56 UTC+1 schreef Stefan de Konink het volgende:

[Stefan de Konink]

On 11/05/12 16:42, Aar wrote:
> Welke gegevens omvat dat dagplan? Ook gegevens over het gebruik van welk
> materieel er wordt gereden in de dienst?
> Of gaat het alleen om de actuele tijden en bijsturingen voor die dag?

Daar ben ik uiteraard ook erg benieuwd naar, want ik heb nog niet het
privilege gehad om die data ooit te mogen ontvangen.

Stefan

[Topener]

toch vreemd dat het zo lang moet duren. Die update zou er al lang moeten zijn...

[Herbert]

Beste allemaal,

 

Allereerst excuus voor de late reactie op deze post en de lange radiostilte over het beschikbaar stellen van de dienstregeling.

Zoals opgemerkt in deze post is sinds enige tijd de IFF-dienstregeling van NS en andere treinvervoerders op 9292opendata.org beschikbaar.

Daarmee lijkt het mij geen toegevoegde waarde hebben om hetzelfde nog op ns.nl of via de NS-API te publiceren.

Als jullie daar anders over denken dan hoor ik dat heel graag, dan kunnen we jullie argumenten meenemen in onze afweging.

 

Een korte toelichting op die IFF, omdat ik wel wat misverstanden lees:

- IFF bevat de dienstregeling, niet het materieelplan (of het personeelplan).

- De IFF-dienstregeling wordt door NS wekelijks op donderdag vastgesteld. De bestanden worden dan zowel aan 9292 verzonden als in de NS-reisplanner geladen.

- De IFF-dienstregeling betreft een combinatie van jaarplan én dagplan. Voor de eerstkomende 4 weken zijn de dagplannen het uitgangspunt, voor verder in de toekomst is jaarplan het uitgangspunt.

- Werkzaamheden zelf zijn niet in het dagplan/IFF verwerkt, maar de consequenties van die werkzaamheden (aangepaste dienstregeling, businzet) zijn dat wel.

- Wijzigingen op de dag van uitvoering worden (vanzelfsprekend) niet in het dagplan verwerkt.

 

Groeten, Herbert (NS)

 

Op dinsdag 6 november 2012 14:03:28 UTC+1 schreef Topener het volgende:

[Topener]

Dank Herbert voor de uitleg.

Ik ben van mening dat de API van de NS ook deze data zou moeten ontsluiten. Sterker nog, het zou eerder andersom moeten zijn. Het is logisch dat je het zelf aanbiedt (in XML/JSON formaat), en als toegevoegde waarde kun je dan zeggen dat ook 9292opendata.org deze data heeft, in deze formaten of IFF

IFF is een leuk formaat om het in aan te leveren, maar al lang geen veelgebruikt formaat meer in de developers wereld. (het formaat is per slot van rekening al 27 jaar oud) Veelal wordt toch gebruik gemaakt van XML, JSON of csv. Lijkt me ook redelijk deze formaten aan te leveren, hetzij via NS API of 9292opendata.org. Bij voorkeur de eerste.

[Stefan de Konink]

On 11/07/12 14:55, Topener wrote:
> IFF is een leuk formaat om het in aan te leveren, maar al lang geen
> veelgebruikt formaat meer in de developers wereld. (het formaat is per
> slot van rekening al 27 jaar oud) Veelal wordt toch gebruik gemaakt van
> XML, JSON of csv. Lijkt me ook redelijk deze formaten aan te leveren,
> hetzij via NS API of 9292opendata.org. Bij voorkeur de eerste.

We moeten niet vergeten dat ook IFF niet het 'origineel' is, maar
mogelijk wel meer informatie bevat dan andere formaten. Maar de NS
publiceert ook een GTFS feed. Zou je dat liever hebben?

Stefan

[Koch]

Beste Herbert,

Als NS het elke donderdag aanlevert, betekent dat 9292 standaard 3/4 werkdagen(en het weekend) vertraagd.
Vorige week was er zelfs helemaal geen nieuwe IFF op website.
Dit doet mijn vertrouwen in 9292 als betrouwbare partner nog verder dalen.

Ook zie ik graag een opbouwende wederzijdse relatie tussen afnemers en NS om fouten terug te melden. Zoals de aankomst/vertrekperrons die niet kloppen. Naar ik heb begrepen was dit probleem en de foutieve treintypes(Fyra in DenHelder, al intern gemeld door een medewerker in September. Echter had ik dit zelf al gemeld bij 9292 in Augustus, waar ik werd afgepoeierd met "wij hebben 20jaar ervaring en jij niet". Latere meldingen heb ik ook geen reactie op gehad.
Pijnlijk detail was dat 9292 dit zeer ws. toen al had opgelost in hun eigen planner dmv workaround waar de NS planner de foutieve data gebruikte.
Mij lijken de NDOV loketten (Stichting Opengeo & reisinformatiegroep) de gewezen instanties om dit terugmeldkanaal te coördineren.

Thomas Koch

[Topener]

GTFS zou een stuk beter zijn, maar ook dat blijft slechts een bak data. Een echte API (zoals nu ook het geval is met vertrektijden) zou natuurlijk het beste zijn.

Maar, mocht er alsnog een 'bak' data komen. Wat voor nu wel de beste oplossing is (denk ik). Dan zou ik het in ieder geval wel laten aansluiten met de huidige API. Dus zelfde codes gebruiken voor stations, en dezelfde ritnummers hanteren. 

Waar kan ik die GTFS overigens vinden?

[Geert Wirken]

On 07-11-12 16:49, Topener wrote:
> GTFS zou een stuk beter zijn, maar ook dat blijft slechts een bak data.
> Een echte API (zoals nu ook het geval is met vertrektijden) zou
> natuurlijk het beste zijn.

Die is er al toch? De functies voor reisplannen, actuele vertrektijden
en dergelijke zijn nu beschikbaar via de API, en aanvullend is er een
dataset in IFF-formaat. Misschien niet het meest ideale formaat voor
alle toepassingen, maar de data is er en kan gebruikt worden voor
toepassingen waar de API niet handig is.

> Waar kan ik die GTFS overigens vinden?

Die is niet openbaar. Het lijkt mij voor NS een kleine moeite om naast
de IFF ook de GTFS te publiceren, dan zou je kunnen kiezen welk formaat
je gebruikt.

Groeten, Geert

[Geert Wirken]

On 07-11-12 14:37, Herbert wrote:
> Allereerst excuus voor de late reactie op deze post en de lange
> radiostilte over het beschikbaar stellen van de dienstregeling.
> Zoals opgemerkt in deze post is sinds enige tijd de IFF-dienstregeling
> van NS en andere treinvervoerders op 9292opendata.org

> <http://9292opendata.org> beschikbaar.

> Daarmee lijkt het mij geen toegevoegde waarde hebben om hetzelfde nog op
> ns.nl of via de NS-API te publiceren.
> Als jullie daar anders over denken dan hoor ik dat heel graag, dan
> kunnen we jullie argumenten meenemen in onze afweging.

Herbert, bedankt voor je uitgebreide reactie.

Gezien het track record van 9292opendata.org (zie de reactie van Thomas)
lijkt het me zeer wenselijk als NS zelf de IFF publiceert. Wat mij
betreft kan dat gewoon als downloadbaar bestand op ns.nl/api, als het
maar geautomatiseerd te downloaden en verwerken is (dus een vaste URL,
een vast publicatietijdstip, enzovoorts).

In principe zou je iets dergelijks van 9292 verwachten maar deze kan
haar rol tot nu toe niet waarmaken. For the time being zou het erg
prettig zijn als NS zelf deze informatie publiceert.

Met vriendelijke groet,
Geert Wirken

[Topener]

Nee helaas is dat er niet. Een API call per ritnummer (zodat ik alle stops van die rit krijg) bijvoorbeeld lijkt me vrij logische functionaliteit van statische data. 

Probeer jij nu maar eens uit te zoeken met de huidige API welke stops een trein heeft die op dit moment staat te wachten op een station.

Je kan dat doen door een route te gaan plannen, vanaf 't huidige station naar het bestemmingsstation van die trein, en dan hopen dat je de goede rit te pakken krijgt, maar dat is een beetje aankloten. Niet hoe je het zou moeten aanpakken.

de data is er, en zit in het systeem. Dus moet me niet zo heel moeilijk lijken om dit te ontsluiten. Als developer zou ik het binnen een dag kunnen aanbieden, als ik in de codebase van de NS zou kunnen duiken.

[Stefan de Konink]

On 11/07/12 18:33, Topener wrote:
> de data is er, en zit in het systeem. Dus moet me niet zo heel moeilijk
> lijken om dit te ontsluiten. Als developer zou ik het binnen een dag
> kunnen aanbieden, als ik in de codebase van de NS zou kunnen duiken.

Je kunt het ook andersom vragen:

Welke data zou je nodig hebben om die functionaliteit zelf te maken. Je
moet dan denken aan de geplande data. (Daar is dus een niet altijd
actuele IFF van) En actuele data. Nu is van die laatste data geen
actuele datastroom beschikbaar.

De workaround die wij er voor hebben gemaakt is een systeem dat iedere
zoveel seconde een station opvraagt om zo een indicatie van afwijking op
de dienstregeling te hebben. De NS en 9292 kunnen echter gebruik maken
van het systeem AR-NU en straks Infoplus.

Wat je voorstelt doet me heel erg denken aan wat Thomas heeft gemaakt
met OVapi.nl, het enige verschil is dus: daar zit (nog) geen treinen
data in, omdat een goede datastroom ontbreekt.


Stefan

[Topener]

ik heb inderdaad ook geen probleem om dit zelf te doen. Maar aangezien ze de data sowieso in hun systeem hebben zitten, is het heel makkelijk ontsluiten.

Een goede datastroom (geen IFF) lijkt me ook voldoende.

[Stefan de Konink]

On 11/07/12 18:42, Topener wrote:
> ik heb inderdaad ook geen probleem om dit zelf te doen. Maar aangezien
> ze de data sowieso in hun systeem hebben zitten, is het heel makkelijk
> ontsluiten.
> Een goede datastroom (geen IFF) lijkt me ook voldoende.

Is je probleem dat IFF te complex is om uit te zoeken? Zal je off-list
even een linkje sturen.

Stefan

[Martin]

ik gebruik de iff van 9292ov. Deze bevat niet alle informatie over werkzaamheden. Ik zie regelmatig via de ns-api een ritnummer welke niet in de iff terug te vinden is. Als werkzaamheden erin zitten zouden deze toch ook vindbaar moeten zijn?