Ja sorry, zoals ik al zei begrijp ik "De lijn" volkomen. Ik denk nu dat ze nog gelijk hebben ook.
Als het over het principe gaat dat iedereen mag/moet de gegevens van 'de Lijn' updaten, ja dan is het zinloos de gegevens van de Lijn te gebruiken. Het probleem van nodes en relaties is een ook een perfect alibi om niets met de bushaltes te doen. Ik denk dat ik aan deze thread verder dan ook niets meer kan toevoegen. Op 18 oktober 2010 16:53 schreef Ben Laenen <benlae...@gmail.com> het volgende: > Ivo De Broeck wrote: > > Euh, en waarom zou je geen read-only layer in OSM mogen hebben. Als het > > over het principe gaat dat iedereen mag/moet updaten, ja dan is het > > zinloos de gegevens van de Lijn te gebruiken. > > Welkom in OSM: alles is door iedereen te veranderen. Zit je data in een > andere > databank, dan zit het niet in OSM en is het voor ons niets waard. En iets > als > layers (laat staan gelockte) bestaat hier niet. > > > > Maar je weet wel wat je exact kan krijgen. Ik vind de houding van de Lijn > > heel logisch. Als je kan garanderen dat hun gegevens niet verknoeid > worden > > (aparte gelockte layer) en je kan garanderen dat xx uur na ontvangst van > > updates die in OSM komen zal alles voor hun ok zijn. Ik denk dat ze zelfs > > voor b kunnen helpen (omzetting naar OSM-coordinaten bv). > > Omzetten van coördinaten is echt het allerminste van m'n zorgen. > > Je moet hier een hele infrastructuur opzetten. Hoe maken zij hun data > beschikbaar? Kunnen we dat automatisch ophalen, want zoniet moeten we er > niet > echt aan beginnen (dan kunnen we niks van updates garanderen). We hebben > een > server nodig die de importscripts op geregelde tijdstippen kan laten lopen, > die controleert op wijzigingen en waar nodig dingen herstelt of ergens een > vlagje zet dat iemand er manueel naar moet kijken. > > Hoe vaak krijgen we die updates van De Lijn? Dagelijks, wekelijks, > maandelijks? Van welke periode krijgen we de data, slechts van de volgende > dag, of de volgende week, of meteen een paar maand? Maakt allemaal uit op > welke manier we dit in OSM zetten. > > Om te zwijgen over de exacte methode om dit in OSM te zetten: zetten we > iets > in OSM zoals enkel die dag de bussen rijden (niet aan te raden), of zetten > we > alle routes die we over de gegeven tijdspanne gekregen hebben in OSM. Wat > dan > met grote wijzigingen waar een buslijn compleet anders gaat rijden vanaf > een > zekere datum en dit middenin die tijdspanne valt? Kan vreemde kaartjes > opleveren. > > We moeten scripts schrijven die de data omvormt tot iets bruikbaar, en met > het > kleine voorsmaakje van de database die ik gezien heb is dat allesbehalve > een > eenvoudig werkje. Daarnaast hebben we scripts nodig die orde houdt in wat > we > in OSM zetten. Welke nodes en relaties we hebben geïmporteerd met welke > data. > > Wie gaat die server op orde houden of wie gaat die betalen? Wie gaat al die > scripts schrijven en onderhouden? > > > > > Maar hoe bewijzen we dat dan als we de data niet hebben om het te > kunnen > > > bewijzen? > > > > Daarvoor heb je geen 'real' data nodig. De structuur van de databank en > de > > velden van de tabellen zijn toch voldoende?? Maak data aan voor 1 > bushalte > > (met zelfs foute data, maakt niet uit) en bewijs dat het werkt. > > Huh? > > Ze vragen garanties dat wat we in OSM hebben steeds up to date is. Ik weet > niet wat dat ermee te maken heeft. > > 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