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 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 Op 18 oktober 2010 10:20 schreef Philippe Duthoit < philippe.duth...@gmail.com> het volgende: > 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 <winfi...@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.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 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 > >> > > > > > > _______________________________________________ > > 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 >
_______________________________________________ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be