Re: [OSM-talk-be] samenwerking met De Lijn: zij zien dat NIET zitten
Als je wil beginnen dan start het inderdaad enkel met de locatie van de bushaltes. Dat is ook veruit het eenvoudigste. Wat je nodig hebt om zover te komen: * Bijna alle bestaande bus- en tramhaltes in Vlaanderen moeten uit OSM. Maar er zijn ook haltes van De Lijn in Brussel, Wallonië of zelfs Nederland, of van MIVB, TEC of Veolia in Vlaanderen. Dat betekent eigenlijk dat je elke bushalte waar geen operator=* op te vinden is handmatig zal nagekeken en indien nodig gedeletet moeten worden. Laat ook geen script automatisch de nodes verwijderen, sommige bushaltes zijn getagd als node in een weg, en daar moet je dan de tags verwijderen. Een hulpmiddel als een kaart met de haltes die nog te doen zijn komt hier van pas. Dit wordt een zwaar werkje. * Automatisch script dat (dagelijks?) op een server waar verschillende mensen aankunnen: * alle bushaltes in OSM die automatisch zijn geïmporteerd nakijkt en herstelt naargelang bijgehouden informatie in eigen database * nieuwe data ophaalt van FTP van De Lijn * die vergelijkt met eigen database en indien er een wijziging is, de database updatet en ook de bushalte in OSM aanpast De database op de server moet naast wat De Lijn aan informatie aanbiedt enkel nog de id van de node bijhouden. Wat betreft de tags als bin/shelter/bench: die staan enkel maar in OSM zelf en zijn niet van belang voor de import. En misschien de Nederlanders ook eens om raad vragen, want zij hebben al veel meer ervaring met imports... Maar natuurlijk: eerst die data van De Lijn te pakken zien te krijgen, anders heeft het ook geen zin om hiermee te beginnen :-) Ben Jo wrote: Ik heb het nog al geopperd. Het lijkt er op dat de insteek van OSM te liberaal/anarchistisch is om een succesvolle samenwerking met De Lijn mogelijk te maken. Hoe ze er in andere regio's in slagen om wel gegevens los te krijgen, is me niet helemaal duidelijk. Wat we blijkbaar nodig hebben is een project, waarmee we wel de garanties kunnen geven die De Lijn verlangt en dat de gegevens beschikbaar stelt onder 'een geschikte' licentie voor gebruik in OSM. Ik ben bereid om hiervoor een server te hosten en bandbreedte ter beschikking te stellen. 1 Mbit upload, die al gedeeld is met andere web servers. Niet geschikt om tiles mee te gaan serven, maar wel voor hetgeen ik voor ogen heb. De gegevens van De Lijn worden beschikbaar gesteld via FTP, dus we kunnen die zo vaak ophalen als we willen/als nodig is. Het is sinds kort mogelijk om e-mails te ontvangen i.v.m. alle omleidingen, maar dat is dus pas nodig als we ons gaan bezighouden met fase 3 en 4. Ik denk dat het zinloos is om alles tegelijk te willen doen, dus moeten we in eerste instantie focussen op de basisinfrastructuur. Als je op de bus een boekje meepakt met info over bepaalde lijnen, dan is die informatie ook niet up to date. De informatie die we in eerste instantie in OSM willen zetten is, wat er gebruikt zou worden om zo'n boekje aan te maken. FASE 1 Fase 1, de haltes zou relatief eenvoudig moeten zijn. Al willen wij wel meer informatie opslaan dan wat De Lijn aanbiedt. We zullen de taken moeten verdelen en groepjes van 2-3 personen moeten vormen, die de verantwoordelijkheid voor een regio of provincie op zich nemen. Geen idee waar we die 10-15 man mankracht gaan vinden... Er zou voor iedere regio toch minstens ook een vervanger moeten zijn. Bij elke keer dat we de informatie overhalen, vergelijken we deze met de tussenliggende database en maken lijstjes per regio van haltes waar wijzigingen voor zijn toegekomen. Deze lijstjes worden doorgegeven aan de betrokkenen en verwerkt. Dit zijn wijzigingen die van De Lijn komen. Er wordt ook regelmatig (bijv. 1x/dag) nagekeken of er in OSM wijzigingen aan de haltes zijn aangebracht. Ook hiervan wordt een lijst samengesteld met bijbehorende .osm-bestandjes. Gewoonlijk zal dit gaan om extra informatie, of een kleine verschuiving. Maar als er haltes zouden verdwijnen of als deze in het wildeweg worden verplaatst, komen we daar zeer snel achter. Afhankelijk van het geval worden de gegevens in de tussenliggende DB aangepast, dan wel 'reverted' in OSM. Waarschijnlijk trachten we best eerst fase1 uit te werken, alvorens we met iets anders beginnen. Wat De Lijn ons kan geven: een intern ID, zoals het in hun databank zit de 'ref' die op de bushaltes staat. naam zoals het op de 'vlag' staat, voorafgegaan door de deelgemeente (voor al die halten 'dorp' en 'kerk', zeker). Vreemd genoeg komt dit niet altijd overeen met deelgemeente/fusiegemeente in de andere velden. wat wij onder addr:street zouden onderbrengen. deelgemeente fusiegemeente x in lambert72 y in lambert72 is _accessible is_public Geen idee waar die 2 laatste zaken voor staan en of we daar iets aan hebben. Volgens mij moeten we een kopie van deze brongegevens opslaan, om ze te kunnen vergelijken met verse brongegevens. Verder moeten we ook het volgende
Re: [OSM-talk-be] samenwerking met De Lijn: zij zien dat NIET zitten
Wel, deze hele oefening moet dienen om met een gefundeerd voorstel naar De Lijn te kunnen stappen. Ik zie echter niet in waarom we bestaande gegevens zouden moeten weghalen uit de OSM DB. Bij de eerste overdracht zal/zullen de verantwoordelijken voor een bepaalde regio zelf geval per geval moeten beslissen of ze de coordinaten van De Lijn of die die we al hadden willen aanhouden. Nadien kunnen we dan op zoek gaan naar haltes in Vlaanderen die geen ref van De Lijn blijken te hebben en ook weer geval per geval bepalen of die weg moet, of niet. Jo Op 19 oktober 2010 12:29 schreef Ben Laenen benlae...@gmail.com het volgende: Als je wil beginnen dan start het inderdaad enkel met de locatie van de bushaltes. Dat is ook veruit het eenvoudigste. Wat je nodig hebt om zover te komen: * Bijna alle bestaande bus- en tramhaltes in Vlaanderen moeten uit OSM. Maar er zijn ook haltes van De Lijn in Brussel, Wallonië of zelfs Nederland, of van MIVB, TEC of Veolia in Vlaanderen. Dat betekent eigenlijk dat je elke bushalte waar geen operator=* op te vinden is handmatig zal nagekeken en indien nodig gedeletet moeten worden. Laat ook geen script automatisch de nodes verwijderen, sommige bushaltes zijn getagd als node in een weg, en daar moet je dan de tags verwijderen. Een hulpmiddel als een kaart met de haltes die nog te doen zijn komt hier van pas. Dit wordt een zwaar werkje. * Automatisch script dat (dagelijks?) op een server waar verschillende mensen aankunnen: * alle bushaltes in OSM die automatisch zijn geïmporteerd nakijkt en herstelt naargelang bijgehouden informatie in eigen database * nieuwe data ophaalt van FTP van De Lijn * die vergelijkt met eigen database en indien er een wijziging is, de database updatet en ook de bushalte in OSM aanpast De database op de server moet naast wat De Lijn aan informatie aanbiedt enkel nog de id van de node bijhouden. Wat betreft de tags als bin/shelter/bench: die staan enkel maar in OSM zelf en zijn niet van belang voor de import. En misschien de Nederlanders ook eens om raad vragen, want zij hebben al veel meer ervaring met imports... Maar natuurlijk: eerst die data van De Lijn te pakken zien te krijgen, anders heeft het ook geen zin om hiermee te beginnen :-) Ben Jo wrote: Ik heb het nog al geopperd. Het lijkt er op dat de insteek van OSM te liberaal/anarchistisch is om een succesvolle samenwerking met De Lijn mogelijk te maken. Hoe ze er in andere regio's in slagen om wel gegevens los te krijgen, is me niet helemaal duidelijk. Wat we blijkbaar nodig hebben is een project, waarmee we wel de garanties kunnen geven die De Lijn verlangt en dat de gegevens beschikbaar stelt onder 'een geschikte' licentie voor gebruik in OSM. Ik ben bereid om hiervoor een server te hosten en bandbreedte ter beschikking te stellen. 1 Mbit upload, die al gedeeld is met andere web servers. Niet geschikt om tiles mee te gaan serven, maar wel voor hetgeen ik voor ogen heb. De gegevens van De Lijn worden beschikbaar gesteld via FTP, dus we kunnen die zo vaak ophalen als we willen/als nodig is. Het is sinds kort mogelijk om e-mails te ontvangen i.v.m. alle omleidingen, maar dat is dus pas nodig als we ons gaan bezighouden met fase 3 en 4. Ik denk dat het zinloos is om alles tegelijk te willen doen, dus moeten we in eerste instantie focussen op de basisinfrastructuur. Als je op de bus een boekje meepakt met info over bepaalde lijnen, dan is die informatie ook niet up to date. De informatie die we in eerste instantie in OSM willen zetten is, wat er gebruikt zou worden om zo'n boekje aan te maken. FASE 1 Fase 1, de haltes zou relatief eenvoudig moeten zijn. Al willen wij wel meer informatie opslaan dan wat De Lijn aanbiedt. We zullen de taken moeten verdelen en groepjes van 2-3 personen moeten vormen, die de verantwoordelijkheid voor een regio of provincie op zich nemen. Geen idee waar we die 10-15 man mankracht gaan vinden... Er zou voor iedere regio toch minstens ook een vervanger moeten zijn. Bij elke keer dat we de informatie overhalen, vergelijken we deze met de tussenliggende database en maken lijstjes per regio van haltes waar wijzigingen voor zijn toegekomen. Deze lijstjes worden doorgegeven aan de betrokkenen en verwerkt. Dit zijn wijzigingen die van De Lijn komen. Er wordt ook regelmatig (bijv. 1x/dag) nagekeken of er in OSM wijzigingen aan de haltes zijn aangebracht. Ook hiervan wordt een lijst samengesteld met bijbehorende .osm-bestandjes. Gewoonlijk zal dit gaan om extra informatie, of een kleine verschuiving. Maar als er haltes zouden verdwijnen of als deze in het wildeweg worden verplaatst, komen we daar zeer snel achter. Afhankelijk van het geval worden de gegevens in de tussenliggende DB aangepast, dan wel 'reverted' in OSM. Waarschijnlijk trachten we best eerst fase1 uit te werken, alvorens we met iets anders beginnen. Wat De
Re: [OSM-talk-be] samenwerking met De Lijn: zij zien dat NIET zitten
Lees ook hier: http://wiki.openstreetmap.org/wiki/Talk:Import/Guidelines#Are_imports_bad.3F 2010/10/19 Ivo De Broeck ivo.debro...@gmail.com Op 19 oktober 2010 14:24 schreef Jo winfi...@gmail.com het volgende: Wel, deze hele oefening moet dienen om met een gefundeerd voorstel naar De Lijn te kunnen stappen. Ik zie echter niet in waarom we bestaande gegevens zouden moeten weghalen uit de OSM DB. Bij de eerste overdracht zal/zullen de verantwoordelijken voor een bepaalde regio zelf geval per geval moeten beslissen of ze de coordinaten van De Lijn of die die we al hadden willen aanhouden. Nadien kunnen we dan op zoek gaan naar haltes in Vlaanderen die geen ref van De Lijn blijken te hebben en ook weer geval per geval bepalen of die weg moet, of niet. Jo Jamaar zo werkt dat niet. ALS er verkeerde locaties zijn in het bestand van de Lijn moeten we die melden aan de Lijn. Zoiets heet een samenwerking . Ik ga ervan uit dat hun gegevens correct zijn (tot het tegendeel bewezen wordt). ivo ___ 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
Re: [OSM-talk-be] samenwerking met De Lijn: zij zien dat NIET zitten
Volledig akkoord met Ben. Ben, Kunnen we (als test en om ervaring op te doen) niet ons beperken tot 1 regio (provincie,arrondissement, of zelfs gemeente?). 1) juiste lokatie van alle bushalten 2) vragen dat ze het zone-nummer bijvoegen (kunnen ze zeker in GIS Als dat lukt 3) bijkomende informatie zoals shelter = yes/no en lines = de lijnen die op hun bordjes staan Ik ben zeker dat we met hun kunnen samenwerken, mits de juiste instelling van onzentwege. ivo Op 19 oktober 2010 14:38 schreef Ben Laenen benlae...@gmail.com het volgende: Jo wrote: Ik zie echter niet in waarom we bestaande gegevens zouden moeten weghalen uit de OSM DB. Bij de eerste overdracht zal/zullen de verantwoordelijken voor een bepaalde regio zelf geval per geval moeten beslissen of ze de coordinaten van De Lijn of die die we al hadden willen aanhouden. Veel plezier daarmee als je de duizenden bushaltes één voor één wil controleren en de vergelijking wil maken tussen wat we al hebben en wat De Lijn heeft. Maar bij een effectieve import heeft het geen zin meer om de oude bushaltes te bewaren. Want betere data dan wat De Lijn kan aanbieden (locatie van bushaltes op enkele tientallen centimeters nauwkeurig) gaan we zelf niet kunnen maken. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- Ivo De Broeck Valleilaan 13 3360 Korbeek-lo Tel (0)16 43 84 93 Gsm +32 486 17 61 13 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] samenwerking met De Lijn: zij zien dat NIET zitten
Ivo De Broeck wrote: Kunnen we (als test en om ervaring op te doen) niet ons beperken tot 1 regio (provincie,arrondissement, of zelfs gemeente?). Zeker en vast, het moet toch eerst uitgetest worden op kleine schaal vooraleer we heel Vlaanderen om zeep helpen :-) . Te beginnen met een stad met de grootte van -- ik zeg maar wat -- Turnhout. Maar misschien liefst met een stad waarvan de gemeentegrenzen al in OSM staan, dan weten we waar de testgrens is. 1) juiste lokatie van alle bushalten 2) vragen dat ze het zone-nummer bijvoegen (kunnen ze zeker in GIS Die zone is inderdaad belangrijke informatie, als ze die kunnen geven zou dat mooi zijn. Maar niet kritiek voor eens te testen. Als dat lukt 3) bijkomende informatie zoals shelter = yes/no en lines = de lijnen die op hun bordjes staan Informatie over lijnen doen we niet in een eerste fase. En daarnaast hoort dat toch niet thuis in een lines=* tag. Daar bestaat het gedoe van relaties voor. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] samenwerking met De Lijn: zij zien dat NIET zitten
Op 18 oktober 2010 11:27 schreef Jo winfi...@gmail.com het volgende: Aangezien het onmogelijk is om wat zij blijkbaar verlangen, zo maar op 1-2-3 te doen, zouden we hen het volgende kunnen voorstellen. Fase1: alle plaatsen waar er een vaste halteplaats voorzien is ingeven en de informatie up-to-date houden met bv shelter = yes/no (de lijn bouwt regelmatig nieuwe bushokjes) en natuurlijk actief=yes/no (dus en fase 3) alleen dat zou al mooi zijn. Misschien kan je hun daar al van overtuigen? Fase2: alle busroutes zoals deze normaal rijden ingeven (en up-to-date houden) Fase3: voor alle haltes bijhouden of deze 'actief' of 'afgeschaft' zijn. Daar komt dan bij dat er misschien (een) vervanghalte(s), worden voorzien of dat de gebruiker wordt doorverwezen naar een andere bestaande halte. (nieuwe relatie?) Fase4: Wijzigingen op busroutes implementeren. Of we ooit aan Fase3 geraken, weet 'k niet, maar op dit moment zijn het voornamelijk de eerste 2 fases die ons eigenlijk interesseren. Misschien wil iemand anders hen deze vraag stellen? Dat we ergens moeten beginnen en dat we zouden willen beginnen met het inventariseren van alle haltes waar deze horen te staan. Mensen moeten op basis daarvan geen vervoersbeslissingen nemen. Voor vervoersbeslissingen moeten ze naar de routeplanner van De Lijn zelf. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] samenwerking met De Lijn: zij zien dat NIET zitten
Wat ze bedoelen is wel duidelijk. Ik snap niet waarom we niet kunnen garanderen dat de door hun geleverde (en upgedate) informatie over bushokjes automatisch zal ingevoerd worden (want dat vragen ze juist). Ik zie niet in wat die toevallige mapper daar mee te maken heeft. Zoals je terecht opmerkt zijn routes een ander paar mouwen. 1) Dus iemand moet zorgen dat hun data (over bushokjes) binnen de xx uur wordt ingevoerd. 2) het onmogelijk wordt gemaakt dat een toevallige mapper een bushalte verplaatst of de eigenschappen ervan verandert. Dus deze fase zou geen (groot) probleem mogen geven. Als we al kunnen samenwerken voor bushalten, zal dit een verdere medewerking vergemakkelijken. Op 18 oktober 2010 12:39 schreef Ben Laenen benlae...@gmail.com het volgende: Ivo De Broeck wrote: Op 18 oktober 2010 11:27 schreef Jo winfi...@gmail.com het volgende: Fase1: alle plaatsen waar er een vaste halteplaats voorzien is ingeven en de informatie up-to-date houden met bv shelter = yes/no (de lijn bouwt regelmatig nieuwe bushokjes) en natuurlijk actief=yes/no (dus en fase 3) Ik denk dat ze bedoelen het up to date houden van wat zij aan data kunnen leveren. Of er een bushokje staat hoort daar echt niet bij, en daar kunnen we dus ook geen garantie geven. Dit is gewoon voor de mapper die eens toevallig langs die bushalte passeert. Het up to date houden van waar de halteplaatsen zich bevinden is het minst moeilijke alleszins. alleen dat zou al mooi zijn. Misschien kan je hun daar al van overtuigen? Fase2: alle busroutes zoals deze normaal rijden ingeven (en up-to-date houden) Wel niet vergeten dat we enkel de lijst van bushaltes automatisch in de juiste relaties kunnen steken. De wegen zelf moeten allemaal met de hand (en wat met de hand moet blijft niet up to date in een gebied met de grootte van Vlaanderen -- hier kan je enkel de updatescripts de wegen laten verwijderen uit de relatie als de route is gewijzigd) Fase3: voor alle haltes bijhouden of deze 'actief' of 'afgeschaft' zijn. Daar komt dan bij dat er misschien (een) vervanghalte(s), worden voorzien of dat de gebruiker wordt doorverwezen naar een andere bestaande halte. (nieuwe relatie?) Dit komt automatisch met fase 2. Fase4: Wijzigingen op busroutes implementeren. Dit móét van hen automatisch samen met fase 2... Ben -- Ivo De Broeck Valleilaan 13 3360 Korbeek-lo Tel (0)16 43 84 93 Gsm +32 486 17 61 13 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] samenwerking met De Lijn: zij zien dat NIET zitten
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.duth...@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 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
Re: [OSM-talk-be] samenwerking met De Lijn: zij zien dat NIET zitten
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
