Hoi Guus,
Op 11/1/23 om 18:53 schreef Guus:
> Excuus als dit niet on-topic genoeg is, maar ik vroeg me af of/hoe
> OpenOV data gebruikt zou kunnen worden voor een app als Transportr:
>
https://transportr.app
Ik vind het in ieder geval een interessante vraag. Waar ik zowel
operationeel als commercieel moeite mee heb is dat er derden zijn die
toepassingen bouwen waar de eindgebruiker rechtstreeks is aangesloten op
een systeem van een derde die daarvoor geen toestemming heeft gegeven.
Dat geldt ook voor openOV of NDOVloket. We stellen de software
beschikbaar dat jij zelf de volledige datastroom naar je eindgebruikers
kunt toesturen.
Als gelover in open data en software ontwikkelaar ben ik van mening dat
je dit soort zaken alleen schaalbaar en robuust krijgt door het te
voorzien van een 'multitier architecture'. De eindgebruiker [in een
client-server model] is aangesloten op de server van de app maker, of
waar de app maker een overeenkomst mee heeft. In Nederland (in
tegenstelling tot bijvoorbeeld Zwitserland of Noorwegen) hebben we geen
door de overheid betaalde dienst die zoiets aanbiedt.
In het github ticket kun je zien dat de app maker een alternatieve
frontend heeft gemaakt voor 9292. Dat is niet eerlijk naar
Reisinformatiegroep B.V. die daardoor zaken als advertentieinkomsten mis
loopt, maar wel de systemen in de lucht moet houden. Het is niet zo dat
er in de laatste 10 jaar geen enkele andere manier is om aan reisplanner
software of de (open) data te komen waarop die software draait. Dat was
voor die periode heel anders.
Daarnaast speelt nog wat mee. In 2012 hebben we ook aangetoond (en de
gebroeders Tulp JAREN ervoor) dat je op een android, iphone en windows
phone (god hebben zijn ziel) (of in hun geval een Palm Pilot) prima een
reisplanner kunt draaien zonder dat je uberhaupt een server nodig hebt.
Ja, dat is wat anders dan een frontendje dat api's gebruikt, maar qua
privacy ga je het niet beter krijgen dan dat.
--
Stefan