Fietstoegankelijkheid bospaden en onverharde landwegen

Ja, zit wat in, maar de default blijft gewoon gelijk. Want:

  • De worldwide defaults tabel op een wikipagina wordt zowizo nooit rechtstreeks gebruikt, maar data users kijken daar natuurlijk wel naar, omdat deze waarden bij het mappen gebruikt worden. Ze gaan niet willekeurige waarden kiezen. Ze kunnen natuurlijk op specifieke punten er anders over denken. Maar we mappen niet voor specifieke routers, toch?

  • De routers die expliciete tags anders waarderen dan als de ontbreekt, gebruiken nog steeds dezelfde defaults, alleen bestraffen ze de onzekerheid. En dat is interessant. Want als het aandeel expliciete bicycle=yes tags in de database laag is, bestraffen ze veel paden/tracks onterecht. Pas als het aandeel expliciete bicycle tags hoog genoeg wordt, én ze betrouwbaar genoeg zijn, kan je erop gaan rekenen, als fietser.
    Dus voor mij wordt dan de vraag: ga je binnen een redelijke tijd zo’n hoog aandeel expliciete tags halen, en is dat dan bestand tegen de ingebakken veroudering van de data?
    Is het niet haalbaarder om de tijd en het werk te besteden aan het zo goed en volledig mogelijk krijgen van de expliciete bicycle=no’s als uitzonderingen op de default?

En voor de routers: expliciete toegang is één ding, maar dat zegt niet dat het ook goed fietsbaar is. Daarvoor zijn de surface en track_type tags belangrijker, als het om paden en tracks gaat. Met bicycle=yes taggen van fietsbaarheid ipv wettelijke toegang ligt op de loer.