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

Mon Oct 18 08:20:59 UTC 2010

voor de duideljikheid zal ik hen nogmaals quoten da werkt makkelijker ;-)

"Totnutoe zijn we nog steeds niet overtuigd van de
aansprakelijkheidsgaranties die gebaseerd blijven op basis van best
effort."

Dit is werkelijk een giller :-)
Mss moet je hen eens zeggen dat Belgacom dit principe hanteert met hun
ADSL producten ...

2010/10/13 Jo <winfixit at gmail.com>:
> 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
>>
>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>