OVAPI Documentatie

1,374 views
Skip to first unread message

Lars Stegman

unread,
Jul 12, 2016, 6:22:00 AM7/12/16
to openov
Hallo allemaal,

ik ben bezig met een app te maken waarmee je kan zien welke haltes er dichtbij zijn en de ritten die vanaf die halte vertrekken. Ik weet dat er al heel veel apps bestaan die dit kunnen, maar ik ben het aan het doen om wat ervaring op te doen. Ik ben nu een paar dagen bezig geweest met het lezen van documentatie van BISON en de OV API, maar ik wordt er een beetje moedeloos van. Ik vond op dit forum wat hints over de capaciteiten van de OV API die ik nergens anders kon vinden, zoals bijvoorbeeld de endpoint "/haltes/stops?near=x y". Dit is precies wat ik nodig heb, maar is er ergens documentatie te vinden over alle end points van de ov api? De wiki op GitHub is volgens mij behoorlijk gedateerd en incompleet.

Alvast bedankt voor de hulp!

Stefan de Konink

unread,
Jul 12, 2016, 6:25:30 AM7/12/16
to openov
Hoi Lars,

Kun je dan niet beter wat ervaring opdoen met het maken van een API ;)

Stefan
> --
> Je hebt dit bericht ontvangen omdat je bent geabonneerd op de groep "openov"
> van Google Discussiegroepen.
> 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/optout voor meer opties.
> !DSPAM:1,5784c4ce32102358512239!
>

Lars Stegman

unread,
Jul 12, 2016, 6:28:53 AM7/12/16
to openov
Ik wil eigenlijk meer ervaring opdoen met het maken van een app en gebruik maken van de data die al beschikbaar is, ik vraag me alleen af welke endpoints er beschikbaar zijn.

Op dinsdag 12 juli 2016 12:25:30 UTC+2 schreef Stefan de Konink:

Stefan de Konink

unread,
Jul 12, 2016, 6:31:21 AM7/12/16
to openov
On Tue, 12 Jul 2016, Lars Stegman wrote:

> Ik wil eigenlijk meer ervaring opdoen met het maken van een app en gebruik
> maken van de data die al beschikbaar is, ik vraag me alleen af welke
> endpoints er beschikbaar zijn.

Het lijkt er toch op dat het maken van een nieuwe demo api voor KV78turbo
wat prioriteit moet krijgen van onze kant.

Stefan

er...@creativeapps.nl

unread,
Jul 12, 2016, 6:33:13 AM7/12/16
to openov
Hoi Stefan,

Het lijkt mij toch niet al te lastig.
Je kunt het uitproberen met http://kv78turbo.ovapi.nl, en als het je bevalt kun je een eigen API opzetten.
In Github staan de verschillende URL's welke je ermee kunt gebruiken.

Toch? :-).
Groet,
Erik

Op dinsdag 12 juli 2016 12:31:21 UTC+2 schreef Stefan de Konink:

Stefan de Konink

unread,
Jul 12, 2016, 6:37:16 AM7/12/16
to openov

On Tue, 12 Jul 2016, er...@creativeapps.nl wrote:

> Het lijkt mij toch niet al te lastig.
> Je kunt het uitproberen met http://kv78turbo.ovapi.nl, en als het je bevalt
> kun je een eigen API opzetten.
> In Github staan de verschillende URL's welke je ermee kunt gebruiken.

Het probleem is vooral dat het niet zo netjes naar Thomas is. Iedereen zit
te leechen op zijn werk, maar er is niemand in de afgelopen jaren geweest
die wat nieuws heeft gemaakt. En het lijstje met mensen die ooit APIs
hebben gemaakt blijft met Sander/Stefan, Thomas erruug kort.

Dus heb wel een idee hoe het opgelost moet worden, maar zo denk ik ook
over een website van OpenOV, een API op 1313, etc. ;)

Stefan

er...@creativeapps.nl

unread,
Jul 12, 2016, 6:41:19 AM7/12/16
to openov
Hoi Stefan,

Daarom zei ik ook uitproberen.
Als je eenmaal weet hoe of wat, kun je gemakkelijk in (bijna) alle talen een ZMQ-client maken.
Dit kan in de "gemakkelijke" talen als PHP al, tot de wat gevorderde talen.
Neem een voorbeeld aan NodeJS.

Erik

Op dinsdag 12 juli 2016 12:37:16 UTC+2 schreef Stefan de Konink:

Stefan de Konink

unread,
Jul 12, 2016, 6:44:00 AM7/12/16
to openov
On Tue, 12 Jul 2016, er...@creativeapps.nl wrote:

> Als je eenmaal weet hoe of wat, kun je gemakkelijk in (bijna) alle talen een
> ZMQ-client maken.
> Dit kan in de "gemakkelijke" talen als PHP al, tot de wat gevorderde talen.
> Neem een voorbeeld aan NodeJS.

En het probleem is dus dat niemand de moeite neemt om een nieuwe API
publiek te zetten ;) Terwijl het 'zo makkelijk is'.

Stefan

Lars Stegman

unread,
Jul 12, 2016, 7:03:36 AM7/12/16
to openov
Het echte opzetten van de API endpoints is niet heel moeilijk, maar het verwerken en samenvoegen van de verschillende koppelvlakken tot een nuttige datastructuur/endpoint is een stuk lastiger. Ik denk dat ik 1313 als voorbeeld ga nemen om de endpoints te extrapoleren en me nu eerst verdiepen in het maken van de app zelf.

Lars

er...@creativeapps.nl

unread,
Jul 12, 2016, 9:59:03 AM7/12/16
to openov
Klopt Stefan. Op dit moment ben ik bezig om een client in NodeJS te maken (wellicht al eens eerder gezegd).
Maar ja, tot nu toe alleen KV8 (dus alleen een ZMQ-client, zonder verwerking van database). Voor mij is dat toereikend, maar niet waardig genoeg om publiekelijk te maken :-). Snappie?

Op dinsdag 12 juli 2016 12:44:00 UTC+2 schreef Stefan de Konink:

Aar Clay

unread,
Dec 1, 2017, 8:25:19 AM12/1/17
to openov
Om even dit topic aan te halen.
Ik ben inmiddels bezig om een simpele API te maken a.h.v. de voertuigenposities, en dit ga ik in NodeJS doen. Voor mij voor het eerst dat ik me met NodeJS bezig houd, maar na een uurtje klussen had ik al iets wat bijna werkt.

Inmiddels heb ik de connectie al voor mekaar, en ik krijg wel wat data binnen, echter bugt er wel iets waardoor ik eerst netjes GZIP encoded data krijg, en daarna opeens dus geen GZIP encoding meer.
Zodra het werkt, dan gooi ik het op Github en zal ik het misschien nog wat verder afbouwen met Express voor wat routing ofzo.



Op dinsdag 12 juli 2016 15:59:03 UTC+2 schreef er...@creativeapps.nl:
Reply all
Reply to author
Forward
0 new messages