[OSM-talk-be] samenwerking met De Lijn: zij zien dat NIET zitten

[Jo]

Lees de tweede lijn van het gequote antwoord in de eerste mail van deze
thread nog 's. Best effort doesn' t cut it...

Jo

Op 13 oktober 2010 17:15 schreef Philippe Duthoit <
philippe.duthoit at gmail.com> het volgende:

> kun je de Lijn niet voorstellen dat dit onder best-effort kan vallen (net
> zoals men bij dsl lijnen doet) ?
>
> 2010/10/8 Jo <winfixit at gmail.com>
>
>> Het antwoord van De Lijn dat ' k hier gepost heb, komt eigenlijk neer op:
>> het ziet er wel interessant uit wat jullie doen, maar wij zien het niet
>> zitten om jullie bij jullie inspanningen te helpen. Ook al zou dat betekenen
>> dat de informatie waarover jullie beschikken op kortere termijn accurater
>> zou zijn i,p,v, op langere termijn. Om ervoor te zorgen dat het onmogelijk
>> wordt om tot een overenkomst te komen, hebben we de volgende voorwaarde
>> bedacht (OK, nogal cynisch): jullie moeten kunnen GARANDEREN dat alle
>> wijzigingen (en dat zijn er veel) meteen worden verwerkt in jullie databank,
>> zodat mensen niet kunnen komen klagen bij De Lijn als ze verkeerde
>> informatie zouden krijgen.
>>
>> Het is inderdaad ook een probleem dat we niet weten hoe, hetgeen zij
>> aanleveren, eruit zou zien. Ik had graag ons model daar zoveel mogelijk op
>> afgesteld.
>>
>> En wat voor garanties kunnen we hen uiteindelijk geven? Als wij alles mooi
>> importeren en in orde maken en dan komt er iemand langs die alles overhoop
>> gooit, met een of andere edit, goedbedoeld of kwaadwillend (vandalisme) en
>> net op dat moment baseert iemand zijn 'vervoersbeslissing' op onze
>> informatie.
>>
>> Er zou eigenlijk een tussenstuk/project moeten bestaan, dat die garanties
>> wel kan geven. Iemand interesse om dat op te starten? Nu, ik blijf het
>> eigenaardig vinden dat de discussie niet over de licentievoorwaarden gaat.
>> Neem nu dat er zo'n project zou bestaan dat alle informatie van De Lijn
>> automatisch omzet naar iets 'begrijpelijk' en dat opslaat in een databank.
>> Een script dat 2x per week alles afhaalt met FTP bij De Lijn en de tabellen
>> aanpast. Waar er aanpassingen zijn, wordt dit zo aangeduid. Het project
>> maakt gebruik van OdBL, of hoe die licentie ook heet.
>>
>> Dan kan Openstreetmap.org en elk project dat dat wil, daar die informatie
>> komen ophalen. De Lijn is blij want ze hebben de garantie dat in die
>> tussendatabank alle informatie compleet up to date is. Openstreetmap en z' n
>> vrijwilligers zijn blij, want het monikkenwerk wordt nu een stuk
>> gemakkelijker. De gebruikers zijn blij want ze hebben hun informatie. Op dat
>> tussenproject met grote accuraatheid, op Openstreetmap.org onder hun eigen
>> verantwoordelijkheid.
>>
>> Zo'n project opstarten zal wel niet overdreven moeilijk zijn. Wie gaat de
>> server hosten? Voorzien we meer dan 1 server die gerepliceerd worden? Zouden
>> we dat eventueel op die Nederlandse server kunnen hosten? Ik kan
>> waarschijnlijk wel een importscript in elkaar boksen dat wat De Lijn
>> aanlevert, omzet in databanktabellen waar OSM mee verder kan, nadien.
>>
>> Jo
>>
>> Op 8 oktober 2010 13:12 schreef Ben Laenen <benlaenen at gmail.com> het
>> volgende:
>>
>> Jo wrote:
>>>
>>> > Ik heb De Lijn nog 's gekontakteerd ivm informatie over hun haltes en
>>> evt.
>>> > busroutes. Ik kreeg dezelfde standaardmail als iemand anders op deze
>>> > mailing list, wat me in eerste instantie wel bemoedigend leek.
>>> >
>>> > Daarin vragen ze echter om 'garanties'.  Iets wat we hen gewoonweg niet
>>> > kunnen geven. Ze zijn bang voor klachten die bij De Lijn zouden
>>> toekomen
>>> > als mensen via OSM hun reisweg zouden plannen en dit fout zou lopen.
>>>
>>> Jammer, maar misschien kan je hen iets anders vragen als het echt niet
>>> lukt:
>>> namelijk of we gewoon de routes van de kaarten die zij ter beschikking
>>> stellen
>>> via kaarten mogen overnemen? Voor busroutes maakt het toch niet zo veel
>>> uit of
>>> we de originele dataset hebben of de kaartjes (laatste zijn zelfs beter
>>> want
>>> ik denk niet dat de dataset de exact bevat welke straten exact genomen
>>> moet
>>> worden), want er gaat volgens mij toch geen manier zijn om een dataset
>>> van
>>> routes rechtstreeks te importeren naar routerelaties.
>>>
>>>
>>> Maar misschien moeten we eens nadenken over welke "garanties" we kunnen
>>> geven,
>>> en dat begint dan bij het nadenken over wat in hun dataset juist zit.
>>> Bushaltes en buslijnen in de vorm van een lijst bushaltes? In de
>>> tijdstabellen
>>> zijn we op dit moment nog niet geïnteresseerd.
>>>
>>> Is dat dan eigenlijk zo moeilijk om te updaten? Een verzameling van nodes
>>> en
>>> daarop de routerelaties (die dan bij import enkel nodes bevat), dat lijkt
>>> me
>>> niet onoverkomelijk om dat te onderhouden, het zou zelfs volledig
>>> automatisch
>>> kunnen (maar er moet wel een klein beetje infrastructuur voor opgesteld
>>> worden
>>> om te weten welke dingen je hebt op de kaart gezet). De enige interactie
>>> zou
>>> dan zijn dat iemand bij ontvangst van nieuwe data dat in het uploadscript
>>> steekt waarna dat dan zijn werk doet.
>>>
>>> Wat betreft routerelaties zou ik het zo doen: bij import zijn dat dus
>>> gewoon
>>> nodelijsten van alle bushaltes. Nu kunnen mappers de routes zelf
>>> aanvullen
>>> door de juiste ways toe te voegen. Wat nu als bij een update de route
>>> gewijzigd is? Bij enkel nodes is het eenvoudig: gewoon aanpassen. Als een
>>> mapper de routes heeft aangevuld met ways moet je die bij wijziging ofwel
>>> deleten, ofwel enkele weken omtaggen als oude busroute, ergens op een
>>> site
>>> zetten dat die moet herbekeken worden, en als ze na enkele weken niet
>>> gedeletet is, het automatisch doen.
>>>
>>> Daarnaast moet de infrastructuur ook regelmatig controleren op dingen die
>>> mappers zelf aanpassen, en dat ongedaan maken.
>>>
>>>
>>> Hoe dan ook, laat ons even nadenken over wat we van "garanties" kunnen
>>> geven,
>>> en hoe de infrastructuur er moet uitzien. Als we dat exact weten kunnen
>>> we hen
>>> vertellen wat onze garanties zijn.
>>>
>>>
>>> 100% garantie kunnen we hen niet geven dat hun updates binnen de paar
>>> dagen in
>>> OSM zitten. Maar dat kunnen ze bij Google ook echt niet hoor, al zullen
>>> ze wel
>>> wat anders gezegd hebben aan De Lijn. Zij zullen ook updatemechanismen
>>> hebben
>>> die op elk moment ergens in de schakel kunnen haperen, maar uiteindelijk
>>> zullen ze juist hetzelfde als ons doen. Maar bij ons komt een wijziging
>>> wel
>>> meteen op de kaart. Hoe lang duurt het op dit moment voor wijzigingen op
>>> Google Maps verschijnen? In Antwerpen gaan een hoop buslijnen veranderen
>>> op 1
>>> november, ik ga het eens in het oog houden hoe snel Google bij is. Bij
>>> andere
>>> dingen die in het echt wijzigen zijn we trouwens toch al veel sneller dan
>>> Google. Toch als ik weet hoe, want ik zie vandaag geen bushaltes meer op
>>> Google Maps, dus ofwel herinner ik me onterecht dat die er ooit hebben op
>>> gestaan, ofwel doet Google er nu niks mee...
>>>
>>>
>>> In elk geval, nog niet opgeven :-)
>>>
>>> Ben
>>>
>>
>>
>> _______________________________________________
>> Talk-be mailing list
>> Talk-be at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20101013/c387e6c3/attachment.htm>