Men zou daarvoor in OSM een systeem moeten hebben dat bepaalde data 'locked' voor editeren door om het even wie. Iets wat - denk ik - in OSM nog niet bestaat, maar bv. al wel in wikipedia is geimplementeerd.
Op die manier zou 'betrouwbare externe info' kunnen worden geimporteerd in OSM zonder dat het risico bestaat dat 'om het even wie' in die data - goed of kwaadbedoeld - kan zitten knoeien. Enerzijds is dit wat in tegenstrijd met het 'open' principe van OSM, en anderzijds stelt zich allicht het probleem dat 'alles aan mekaar hangt'. Een buslijn hangt bv. vast aan straten, enz... Met een dergelijk systeem zijn echter mogelijk meer (semi) openbare diensten over de streep te trekken (gemeenten, post, nmbs, ....) Vroeg of laat zal men echter toch tot een dergelijk of gelijkaardig systeem moeten komen denk ik, maar de problematiek is wel iets dat we niet op Belgisch of Vlaams niveau kunnen regelen. Luc/Speedy 2010/10/8 Jo <winfi...@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 <benlae...@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@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-be > >
_______________________________________________ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
