[OSM-talk-be] fietsknooppunten

Ben Abelshausen ben.abelshausen at gmail.com
Sun Sep 15 19:36:48 UTC 2013


Misschien gewoon nogeens terug mailen met een nieuw verhaal? :-)

Met vriendelijke groeten,
Best regards,

Ben Abelshausen



2013/9/15 Jo <winfixit at gmail.com>

> Je zou het eigenlijk aan hen moeten vragen... Op zich stelt het inderdaad
> niets voor om OSM tiles te gebruiken. Al is het waarschijnlijk zo dat
> mapbox er toen misschien nog niet was en dat dat zou betekenen dat ze zelf
> een tile server hadden moeten opzetten. Dat heeft natuurlijk voordelen,
> maar vraagt ook een redelijke inspanning. Het een heeft misschien niet
> tegen het andere opgewogen.
>
> Jo
>
>
> Op 15 september 2013 21:30 schreef Ben Abelshausen <
> ben.abelshausen at gmail.com>:
>
> Die fietsroutenetwerken zitten toch niet in google maps? Dat is gewoon een
>> aparte dataset bovenop de googlemaps kaart. Die kan perfect door OSM
>> vervangen worden zonder enig probleem denk ik.
>>
>> Misschien dat ze switchen moeilijk vonden indertijd doordat de googlemaps
>> API gewoon handiger was. Nu zijn er wel alternatieven (mapbox om maar één
>> te noemen).
>>
>> Of ben ik mis...?
>>
>>
>> Met vriendelijke groeten,
>> Best regards,
>>
>> Ben Abelshausen
>>
>>
>>
>> 2013/9/15 Guy Vanvuchelen <guy.vanvuchelen at gmail.com>
>>
>>> Marc,****
>>>
>>> ** **
>>>
>>> Ik bedoek bijvoorbeeld alle wegen met breedte, oppervlak, rijvakken,
>>> snelheid zodat bijvoorbeeld aan autonavigatie kan gedaan worden.****
>>>
>>> In tweede instantie kunnen dan bijvoorbeeld huisnummers, hindernissen
>>> (versmallingen, lichten, drempels, enz..) ingebracht worden****
>>>
>>> Een ander segment is bijvoorbeeld de wandelknooppunten en routes….****
>>>
>>> Als ik gewoon ga wandelen probeer ik ook allerlei dingen te noteren: max
>>> snelheid, begin agglomeratie, verkeersdrempels, picknicktafels, kapellen,
>>> hindernissen, verkeersbeperkingen…****
>>>
>>> Je ziet weer andere dingen dan die jij belangrijk vindt. ****
>>>
>>> En we kunnen nog verder hoor: fietspaden (gescheiden of tegen de weg en
>>> dat voor de beide kanten want die kunnen verschillend zijn),
>>> parkeergelegenheid, pechstrook, ****
>>>
>>> Je komt dan al snel tot het besluit dat je in één enkele servey nooit
>>> volledig kan zijn. Wat is ten slotte volledig****
>>>
>>> Algemeen kan men misschien stellen dat er 2 manieren zijn om te mappen:*
>>> ***
>>>
>>> **1.      **De chaotische, waarbij je die dingen die je interessant
>>> vindt noteert terwijl je wandelt. Dit is de aangenaamste methode. Er is
>>> geen druk en als je wat minder goesting hebt of het weer is wat slechter
>>> noteer je gewoon wat minder.****
>>>
>>> **2.      **Bij gerichte methode daarentegen  ga je op zoek naar
>>> knooppunten of bushaltes of… Je weet dus beter wat je zoekt en wat je moet
>>> noteren en als het resultaat klaar is zal het zeker voldoening geven maar
>>> het vraag wel meer discipline.****
>>>
>>> Een combinatie van die twee is natuurlijk mogelijk maar dan zal je toch
>>> minder snel opschieten.****
>>>
>>> … En als ik dat Nederlandse forum lees besluit ik het volgende: blijf
>>> werken aan OSM maar koop een TomTom voor autonavigatie. Moeten we dan
>>> werken om grote maatschappijen die ons al handenvol geld kosten te helpen:
>>> Bpost, NMBS, De Lijn, enz….****
>>>
>>> ** **
>>>
>>> ** **
>>>
>>> ** **
>>>
>>> Guy Vanvuchelen****
>>>
>>> ** **
>>>
>>> *Van:* Marc Gemis [mailto:marc.gemis at gmail.com]
>>> *Verzonden:* zondag 15 september 2013 20:16
>>>
>>> *Aan:* OpenStreetMap Belgium
>>> *Onderwerp:* Re: [OSM-talk-be] fietsknooppunten****
>>>
>>> ** **
>>>
>>> Guy,****
>>>
>>> ** **
>>>
>>> wat bedoel je met een segment ? zijn huisnummers een segment,
>>> knooppunten een ander ?****
>>>
>>> Ik zie meer baat in een survey straat per straat en dan zoveel mogelijk
>>> noteren en inbrengen. Anders moet je later weer terug om bv. postbussen te
>>> gaan nakijken.****
>>>
>>> ** **
>>>
>>> Als ik een survey in een straat doe probeer ik de volgende dingen te
>>> noteren****
>>>
>>> - straatnaam (meestal enkel controle)****
>>>
>>> - huisnummers****
>>>
>>> - maximum snelheid****
>>>
>>> - aantal rijbanen****
>>>
>>> - verlicht ja/nee****
>>>
>>> - voetpad links/rechts/beiden****
>>>
>>> - vuilbakken****
>>>
>>> - zitbanken****
>>>
>>> - glascontainers****
>>>
>>> - textiel containers****
>>>
>>> - postbus met lichtingsuren****
>>>
>>> - als het er niet teveel zijn: winkels, restaurants****
>>>
>>> - wandelknooppunten****
>>>
>>> - parkeerregels****
>>>
>>> - type ondergrond****
>>>
>>> - kapelletjes****
>>>
>>> ** **
>>>
>>> ik weet dat ik het niet altijd allemaal even grondig doe (zeker niet als
>>> ik met 5 honden aan de wandel ben). Mij lijkt een aanpak per "zone"
>>> nuttiger en efficiënter dan per segment.****
>>>
>>> ** **
>>>
>>> groet****
>>>
>>> ** **
>>>
>>> m****
>>>
>>> ** **
>>>
>>> p.s. op het Nederlandse forum loopt nu een gelijkaardige discussie:
>>> http://forum.openstreetmap.org/viewtopic.php?id=22543****
>>>
>>> ** **
>>>
>>> 2013/9/15 Ben Abelshausen <ben.abelshausen at gmail.com>****
>>>
>>> Ik ben een project aan het doen voor westtour (
>>> http://www.westtoer.be/westtoer/index.aspx) mét OSM-kaarten. Het is
>>> misschien nog niet duidelijk altijd maar OSM zit wel degelijk in enkele
>>> toepassingen. RouteYou gebruikt ook OSM dacht ik en MIO heeft een fiets- en
>>> wandelkaart op basis van OSM.****
>>>
>>> ** **
>>>
>>> Het is natuurlijk wel waar dat de knooppuntnetwerken misschien niet
>>> gebruikt worden maar dat is ook een zeer specifieke toepassing. Vergeet wel
>>> niet dat toerisme vlaanderen ook niet alle data altijd up-to-date heeft. In
>>> alle datasets zitten fouten zelfs in die datasets die zogezegd 'autoritair'
>>> zijn. Dat merk ik nu ook al weer nu ik met AGIV bezig ben.****
>>>
>>>
>>> ****
>>>
>>> Met vriendelijke groeten,
>>> Best regards,
>>>
>>> Ben Abelshausen****
>>>
>>> 2013/9/15 Guy Vanvuchelen <guy.vanvuchelen at gmail.com>****
>>>
>>> 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.gemis at 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.vanvuchelen at 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:glenn at 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 at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>> _______________________________________________
>>> Talk-be mailing list
>>> Talk-be at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be****
>>>
>>>  ****
>>>
>>>
>>> _______________________________________________
>>> Talk-be mailing list
>>> Talk-be at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be****
>>>
>>> ** **
>>>
>>>
>>> _______________________________________________
>>> Talk-be mailing list
>>> Talk-be at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be****
>>>
>>> ** **
>>>
>>> _______________________________________________
>>> Talk-be mailing list
>>> Talk-be at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>> _______________________________________________
>> Talk-be mailing list
>> Talk-be at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20130915/222913df/attachment.htm>


More information about the Talk-be mailing list