Mijn punt is dat gegevens, die we inbrengen maar niet in toepassingen gebruikt worden, snel verouderd gaan zijn. We kunnen alle knooppunten en routes inbrengen, en daar terecht fier op zijn, maar als ze niet gebruikt worden dan blijven de fouten er in en zijn onze gegevens binnen de kortste keren waardeloos.
Als bijvoorbeeld toeristische diensten OSM map zouden gebruiken dat kunnen ze al wat ze op hun kaart willen zien inbrengen en dan worden de gegevens door die diensten bijgewerkt. Maar waarom gebruiken ze onze kaarten niet? Misschien wel omdat er geen enkele lay-out voldoet aan hun wensen. Het veelvoud aan mogelijkheden heeft het voordeel dat we dingen kunnen aanbieden die andere kaarten niet hebben, het nadeel is echter dat niets volledig is. Daarom was het misschien beter segment per segment af te werken. Maar ook dat zal wel een vrome droom zijn. Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: zondag 15 september 2013 7:35 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] fietsknooppunten Op deze lijst lijkt het of er maar 2 belangrijke toepassingen zijn: knooppunten en autonavigatie. Het gebruik van kaarten gaat veel verder. Op het Nederlandse forum is er een draadje over toepassingen van OSM: http://forum.openstreetmap.org/viewtopic.php?id=16030 Verder heeft Aldi een GPS op basis van OSM, gaat Bosch er een uitbrengen voor eBikes, zie je een aantal brandweerdepartementen (Noord Duitsland, Polen, maar ook bij ons) die gegevens willen toevoegen en dus waarschijnlijk ook gaan gebruiken. Michelin heeft een kaart uitgebracht op basis van OSM. Je kan ze gebruiken op je Garmin. Mercedes heeft een zelfrijdende wagen die gebruikt maakt van JOSM. In het VK zijn er nu gemeentebesturen die OSM kaarten gebruiken voor planning e.d. Voor de wandel- en fietsknooppunten hebben we inderdaad een achterstand. Een oneerlijke race feitelijk. Tourisme Vlaanderen heeft alle gegevens, hebben via derden een website waar je de route kan plannen. Zouden in principe alle wijzigingen moeten kennen. Hoe kan je daar tegenop ? Vergeet niet dat dat maar een van de vele mogelijke toepassingen is van OSM. Daarom (ik heb dit reeds meermaals gezegd), moet je verder zien dan enkel die netwerken. Biedt een kaart aan die ook andere informatie bevat, die niet beschikbaar is op de gekende planners. Dan gaan de mensen misschien wel overstappen. Hoelang is Google al bezig om kaartgegevens te verzamelen, in te kopen, enz ? Met welk budget ? Hoeveel ingebouwde (voor auto's) GPS toestellen zijn er gebaseerd op google maps ? groet m 2013/9/14 Guy Vanvuchelen <guy.vanvuche...@gmail.com> Misschien is dat een goede instelling: plezier vinden in het werk. Toch zou ik het fijn vinden als ons werk echt gebruikt zou worden. Ik vergelijk het soms met Tom Tom. Daar kan men inderdaad miljoenen spenderen om de wegen bij te werken en eigenlijk trekt het nog op niets. Het duurt enorm lang voor verbeteringen bij de gebruiker geraken. Moesten wij de gegevens van Tom Tom kunnen aanpassen: het zou waarschijnlijk een pareltje zijn. Mijn ervaring is dat de mensen afhaken als ze een kaart van OSM willen gebruiken voor autonavigatie omdat ze zo onvolledig zijn. Die mensen krijg je niet gemakkelijk terug. En juist door gebruikt van onze gegevens zouden verbeteringen gemakkelijker door te voeren zijn. Het beste voorbeeld is misschien wel het gebruik van OSM op de Garmin GPS. Je ziet onmiddellijk welke wegen er niet op staan en een paar uren later is het gefixt. Anderzijds, voor het uitstippelen van een fietsroute via knooppunten verkies ik toch fietsnet.be (Google) boven fietsrouteplanner-zuid.nl (OSM) omdat ik dan minder vaak fout ben. Guy Vanvuchelen -----Oorspronkelijk bericht----- Van: Glenn Plas [mailto:gl...@byte-consult.be] Verzonden: zaterdag 14 september 2013 18:22 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] fietsknooppunten On 2013-09-14 13:06, Jo wrote: > Het is lijkt inderdaad meer en meer op onbegonnen werk. Anderzijds > zijn we vertrokken van een leeg canvas en kijk waar we nu staan. > Mappers zullen er altijd te weinig zijn. Ik zie meer het heil in > automatisatie om aan kwaliteitscontrole te doen, maar dan krijg je in > bepaalde gevallen de DWG tegen... > > En het helpt dan natuurlijk enorm als je data van de bron hebt om mee > te gaan vergelijken. Grappig genoeg krijg je soms het effect van: als > we de toestemming hebben om het van de bron te gebruiken, waarom > hoeven we het dan nog aan OSM toe te voegen? > > In ieder geval zou het enorm helpen als we toestemming zouden kunnen > krijgen van de provinciale toeristische diensten om hun updates ook te > verwerken. Maar zolang ze iets tegen de mogelijkheid om af te drukken > hebben, zal dat waarschijnlijk niet gebeuren. > > Dus blijven we afhankelijk van mensen die anomalieën vaststellen in > 'the field' en dan ofwel zelf aanpassen of melden, zodat iemand anders > het kan aanpassen. En er zijn dan ook nog wel mensen zoals mezelf, die graag met Overpass API spelen en die 'en bulk' fixes aanbrengen via scripts + JOSM werk. Dat is zo'n beetje mijn dada van het laatste jaar, ik haal veel voldoening uit het feit van bv alle Dexia kantoren naar Belfius om te zetten. Dus probeer een open en brede geest hierover te houden, het werk zal nooit gedaan zijn aangezien de situatie in het veld ook van uit nature een dynamisch gegeven is . Beeld u maar eens in wat een bedrijf als Google aan resources daar moet tegengooien... Ik doe dat heel graag, mijn laatste 50 edits zijn praktisch allemaal fixes van fouten die ik via bepaalde web applicaties naar voor zie komen, die gemaakt zijn om de dingen te controleren. Alle fouten die ik kan fixen maak ik. Dus geen paniek, hoemeer fouten ik vind , des te beter ik mezelf ga voelen als ik ze rechtzet :) Je moet proberen om fouten bij de bron aan te pakken, maar openstreetmaps setup zit geweldig goed in elkaar, zeker als fouten consequent gemaakt worden is het een peulschil om dit automatisch te fixen. Misschien niet van toepassing direct op knooppunten maar er is oneindig veel verbeterwerk. En net dat vind ik gewoon leuk, beetje online sado-maso zeg maar... Glenn _______________________________________________ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be _______________________________________________ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
_______________________________________________ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be