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 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 bijhouden: > > > > of we die halte overnemen in OSM (er zitten nogal veel DUMMY's in dat > > bestand) > > x,y waar wij ze in OSM willen hebben; dit zal vaak lichtjes afwijken. > > nodenummer in OSM DB > > shelter > > bench > > bin > > tactile_paving > > wheelchair > > operator > > zone (ik vraag me af of het niet mogelijk zou zijn om deze informatie ook > > vanuit de bron te verkrijgen. Het verwondert me sterk dat ze er niet bij > > zit) > > lines > > > > en dit, op zijn beurt, dan zeer regelmatig vergelijken met wat er in OSM > > mee gebeurt. (Automatisch om er dan rapportjes over te maken). > > > > Als we dit opgezet krijgen voor de haltes, dan kunnen we ons aan de > > (standaard)routes gaan wagen; FASE2. > > > > Ik wil het een en ander wel 's in een proefopstelling uitwerken, maar > eerst > > wil 'k wel weten wat jullie ervan vinden. En dan zal 'k nog 's een email > > schrijven naar de kontaktpersoon van De Lijn, als niemand anders zich > > geroepen voelt. > > > > Jo >
_______________________________________________ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
