Verkeerstekens/-borden: verwijderen "needless" tags vaak onterecht

Deze discussie kwam hier weer op :
https://forum.openstreetmap.org/viewtopic.php?pid=727116#p727116

Het raakt aan meerdere fundamentele punten waarin ik toch wel graag stappen zou willen zetten, bijvoorbeeld met het gaan maken van een specifieke NL-versie van de wiki voor key:access in de hoop dat dat veel ruis en onduidelijkheid kan voorkomen. Maar dan hebben we denk ik nog wel een paar hobbels te gaan. Vandaar een aantal reacties op prikkelende vragen, verdeeld over een aantal posts ivm de lengte.

https://forum.openstreetmap.org/viewtopic.php?pid=726230#p726230

Het is niet de “foot=yes” die voor verwarring zorgt, daarvoor hoef je alleen maar te beseffen dat iets ook onbekend kan zijn in plaats van “ja” of “nee”.

De verwarring zit in de veronderstelling dat “foot=yes” op een “highway=footway” dubbel-tagging zou zijn. Dat lijkt misschien op het eerste gezicht zo, maar bij inlezen blijkt dat dat helaas niet zo is. Uit highway=footway volgt weliswaar wel “foot=designated” (die tag is dubbelop), maar NIET foot=yes.

Dat heeft meerdere redenen, die elk op zich al reden geven om toch foot=yes te taggen als dat aan de orde is:
• In de definitie van highway=footway is (helaas!!) niet vereist dat het gaat om een voetpad dat is opengesteld voor “the general public”. Highway=footway kan met de huidige definitie ook met recht worden getagd op een voetpad met een G7 op bijvoorbeeld een afgesloten terrein van een vakantiepark of kazerne of bij of vluchtwegen bij tunnels. Het is niet mijn voorkeur, maar het gebeurt in de praktijk ook.

• En ook al zou de definitie worden aangescherpt tot paden die open zijn voor “the general public”, dan nog is foot=yes helaas niet dubbel, want ook dan zou het in plaats van “foot=yes” ook “foot=permissive” kunnen zijn.

Dat is weer een gevolg van de ongelukkige structuur van de access-key, waarbij meerdere vragen in een en dezelfde key zijn gepropt, oa:
(a) is deze way in algemene zin opengesteld voor een bepaalde vervoerswijze?
(b) zo ja: wat is de rechtsgrond voor die openstelling? (yes=openbaar; permissive=bij gedogen, geen garantie op openstelling en aanvullende voorwaarden icm art 461 WvS)
(c) is de toegang voor een bepaalde vervoerswijze impliciet aangegeven (bijvoorbeeld door gebrek aan een verbodsbord) of expliciet met een aanduiding specifiek voor die vervoerswijze (designated)

• En zelfs als de access-key netjes uiteen zou worden gerafeld in de verschillende keys die het zouden moeten zijn, dan is er nog de vraag of er aan die toegang conditional-restrictions zijn

Het taggen van foot=yes op footway is dus niet dubbel en geeft geen verwarring, maar geef juist de volgende informatie :

  1. Het pad is open voor het algemene publiek van voetgangers

  2. De weg is Openbaar toegankelijk ipv bij gedogen: waarborg voor toegankelijkheid; geen aanvullende voorwaarden die zorgen voor “verboden toegang obv art 461 WvS”; wel APV van toepassing, wijzigen van toegang of onttrekken aan openbaarheid kan niet zonder appellabel verkeersbesluit of onttrekkingsbesluit

  3. Geen conditional restrictions, zoals een sluiting in een bepaalde maanden

Verwarring -of beter gezegd: onzekerheid- kan juist ontstaan als mensen alleen highway=footway taggen zonder aanvullende foot=* tag, dan moet je maar raden naar bovenstaande aspecten van openstelling, daar weet je niets over. Sterker nog: je weet niet eens of het bekend en weggelaten omdat het toevallig overeenkomt met een default-tabel, of dat de mapper het helemaal niet weet. Er staat dan ook niet voor niets access=* genoemd als bruikbare combinatie in de wiki van footway.

Bij highway=path is die onzekerheid bij ontbreken van tags nog sterker, want dat kan echt van alles zijn, met niet alleen toegang voor foot, maar ook voor oa bicycle. Een path zonder verder tags kan door iemand zijn gezien op een luchtfoto zonder idee van toegang, of door iemand in het veld, die ziet dat foot=yes en bicycle=yes, maar dat weglaat “omdat het default is” . Dat geeft mij als gebruiker die vanaf afstand probeert in te schatten of ik daar mag lopen/fietsen dus geen informatie.

in vervolg op bovenstaande:

Dat is het verschil tussen “by default” en “by definition”.
Zoals hierboven uitgelegd volgt foot=yes NIET per definitie uit highway=footway.
Bij highway=motorway ligt dat anders, daar volgt het wel uit de definitie, zowel in het dagelijks verkeer als in de OSM-wiki

Er staat naast de definitie met “implies: motor_vehicle=yes” ook een verstandige kanttekening op de wiki van highway=motorway:

https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway

Die opmerking is ook wel praktisch omdat je met de huidige OSM-definities ook moped en mofa zou toelaten…

Als we echt serieus zouden omgaan met de kwaliteit van data over toegankelijkheid van wegen (naar mijn idee de grootste meerwaarde van OSM tegenover vrij beschikbare topografische kaarten), dan zouden we dat doen en hoefden we deze discussie niet steeds opnieuw te voeren.

Alleen hoeft dat natuurlijk niet met een aparte tag voor elke vervoerswijze, aangezien je het in de meeste gevallen prima kan samenvatten in een aantal termen (alleen “access=yes” als er geen beperkingen zijn of “foot=yes” icm “vehicle=no” etc.

Wat echte needless-tags zijn, is bijvoorbeeld “bicycle=yes” als er ook al “vehicle=yes” is getagd: het een volgt al per definitie -en niet per default- uit het ander.

In vervolg op bovenstaande:

Ik sympathiseer oprecht met de vraag naar zingeving, maar ik denk niet dat we die in deze tabellen moeten willen zoeken.

Zoals al een paar keer eerder geconstateerd in dit draadje
https://forum.openstreetmap.org/viewtopic.php?pid=670744#p670744
: deze tabellen dienen NIET om data weg te laten (laat staan te verwijderen), maar om *alleen in geval van ontbrekende data * als noodgreep een redelijke gok (op basis van landspecifieke regels) te kunnen doen die hopelijk correct uitpakt.

Bij toepassing van default in een situatie zonder access-tag weet je immers niet of door de mapper daadwerkelijk is vastgesteld dat de feitelijke situatie inderdaad overeenkomt met de waarde in de default-tabel, of dat het gewoon onbekend is, en we alleen maar een beste gok doen met een goede kan sdat we ernaast zitten.

https://forum.openstreetmap.org/viewtopic.php?pid=693502#p693502

En zo’n praktische default is dus echt iets anders dan de metafoor eerder in dit draadje met extra waarschuwingsborden bij een gelijkwaardige kruising: daar kan je als weggebruiker ter plekke- in tegenstelling tot een OSM gebruiker op afstand- normaal WEL constateren dat er geen voorrangsborden (RVV-B) zijn, waarmee de wettelijke default (rechts gaat voor) ook daadwerkelijk voor iedereen van kracht is. Die wettelijke default doet geen gok bij gebrek aan informatie, maar *bepaalt de feitelijke situatie *bij het constateren dat iets feitelijk niet aanwezig is.

Een waarschuwingsbord me *“let op, voorrang van rechts” * is inderdaad dubbelop en dan is terughoudendheid verstandig, ook omdat menselijke waarnemers in het verkeer informatie heel anders verwerken dan parsers van onze kaartdata (selectieve aandacht).

Maar een tag in de database die expliciet de access (of de voorrang) aangeeft is voor de kaartgebruiker op afstand niet wat waarschuwingsbord voor de automobilist is (een extraatje). De expliciete tag is voor de kaartgebruiker op afstand wat het zicht op de kruising is voor de automobilist: je primaire bron van informatie.

Het weglaten (of zelfs weghalen) van de access-tag is alsof iemand je het zicht op de kruising (en een eventueel aanwezig bord) ontneemt door aan jouw kant plots een grote kartonnen beeltenis van Jomanda te plaatsen als je aan komt rijden, met daarop de boodschap dat de kosmos je wel laat raden of er achter dat karton wel of geen voorrangsbord staat…

De access-tagging is een instrument om in OSM duidelijkheid te geven over de toegankelijkheid, weinig reden dus om mystieke elementen toe te voegen met “Jomanda-tagging” waar waarden worden weggelaten niet omdat ze per definitie uit een andere waarde (de highway) volgen, maar per default.

Zulke “Jomanda-tagging” zonder access-tags voor bepaalde highways geeft geen uitsluitsel, maar laat je steeds maar raden of bij weggelaten tags de default nou feitelijk wel of niet van toepassing is achter de blauwe jurk.

Als je wil gokken naar de access tijdens een wandel- of fietstocht, dan kan dat al decennialang prima met een topografische kaart (garantie voor veel ruzie met reisgenoten en landeigenaren ;-), daar hebben we geen OSM voor nodig.

en tot slot (excuses voor de hoeveelheid tekst die de taaie materie toch nodig heeft ):

Hadden we dat niet eerder dit jaar al uitgebreid besproken in dit draadje (-; ?
https://forum.openstreetmap.org/viewtopic.php?pid=670744#p670744

Nog los van het punt dat we niet alleen taggen om te routen, lijkt vooral: welke algemeen gebruikte routers gebruiken überhaupt de landspecifeke defaults uit de vaak door mappers besproken tabellen op https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions ?

Dus specifiek voor NL bijvoorbeeld “yes” voor : auto op track; moped op path; foot op bridleway, maar voor Duitsland “no” voor foot op cycleway

Ik ken ze niet, en dat is denk ik maar goed ook, want die tabellen komen niet goed overeen met juridische situatie in NL en –belangrijker- ook niet met de in de praktijk meest voorkomende waarde (zoals bicycle=no op path).

Daarnaast valt in dat kader op:
-in de internationale (default…) defaulttabel ontbreken de waarden voor “track”, toch niet de meest obscure highway-waarde

-alleen voor Duitsland is een volledige default-relatie met access is aangemaakt: https://wiki.openstreetmap.org/wiki/Proposed_features/Defaults#List_of_existing_defaults_relations

-desondanks passen zelfs Duitse routers nog geeneens de Duitse defaults toe in Duitsland (foot=no op cycleway); zie twee voorbeelden van routers die voetgangers routeren over highway=cycleway (zonder foot= en met alle varianten van wel/niet segregrated)
https://maps.openrouteservice.org/directions?n1=50.865819&n2=6.089843&n3=17&a=50.864518,6.085579,50.866301,6.089108&b=2&c=0&g1=-1&g2=0&k1=en-US&k2=km

http://brouter.de/brouter-web/#map=18/50.86571/6.08740/OpenStreetMap&lonlats=6.085316,50.864432|6.089355,50.866249&profile=hiking-beta

-onderaan de pagina met de default-(Jomanda ;)?) -tabellen wordt ook al geconstateerd:
https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions

-ook Openfietsmap gaat anders om met het toewijzen van default access voor fiets . Ik doorgrond het niet volledig, maar ik zie geen specifieke defaults apart per land zoals in de “Jomanda-tabellen”, maar generieke (en knap uitgedachte) generieke regels op basis van veel meer dan alleen het type highway.
http://mijndev.openstreetmap.nl/~ligfietser/openfietsmap/Scripts/Styles/lines

Zou het niet zo kunnen zijn dat we met de veelbesproken OSM-defaulttabellen te maken hebben met iets dat specifiek bedoeld was voor routers, maar dat deze daar nu niet of nauwelijks door worden gebruikt, terwijl ze wel worden gebruikt door mappers –niet de beoogde doelgroep- met het omgekeerde resultaat tot gevolg: niet het zo goed mogelijk aanvullen van ontbrekende data, maar juist het verdwijnen van data uit de database?

Een mooi betoog en er valt veel voor je standpunten te zeggen.

Maar laat ik een probleem schetsen.
Hier in de Sysselt te Ede zijn de meeste wegen ‘tracks’ maar motorvoertuigen, bespannen wagens, e.d. zijn niet toegestaan.
Geen probleem dat is met access te regelen.
De toegang tot sommige tracks is om de slagboom (swing-gate) heen, maar voor anderen moet je door een laag klaphek (een schapenhekje in onze kringen) en in 1 geval door een hoog klaphek. Ik heb dat ruiters en fietsers, MTB-ers uitgezonderd, nog niet zien doen. Toch moeten we horse en bicycle = yes plaatsen.

De planner blijft slechts een hulpmiddel en perfectie is lastig te bereiken.
Het plaatsen van meer tags betekent ook dat de tags gecontroleerd en onderhouden moeten worden.
Foute informatie is nog altijd vervelender dan geen informatie.
Dan doe je dingen maar ‘op de gok’.
Een beetje avontuur kan ook geen kwaad :wink:

Die klaphekjes kun je taggen als barrier=kissing_gate Het plaatje op https://wiki.openstreetmap.org/wiki/Key:barrier bij een kissing_gate is wat verwarrend, maar een klaphekje, waarvan er duizenden in Nederland moeten zijn, is kissing_gate

@Multimodaal
Waarschijnlijk heb je helemaal gelijk. Ik kon het meeste volgen, maar eea is niet vanzelfsprekend en soms contra-intuïtief. Dat houdt bij OSM in dat je er niet op kan rekenen dat het helemaal goed is getagd, sterker nog je moet erop rekenen dat het niet goed is getagd.

Met name ontbreken van details, dus basistagging (alleen path, footway zonder verdere info) zal toch geaccepteerd moeten worden? Anders kan je alleen iets intekenen/gebruiken als je ter plekke de expert-checklist erbij hebt, waardoor de bulk van de mappers afvalt.

Ik teken veel (wandel)routes, waarbij een heel groot deel van de ways alleen basisinfo geeft, en helemaal niks over wettelijke toegankelijkheid en verkeersmiddelen. Als ik zou moeten wachten op volledige routeerbare expert-info zou geen enkele wandelroute ingevoerd kunnen worden.

Ik zet dus geen vraagtekens bij de juistheid van wat je zegt, maar wel bij de haalbaarheid binnen de algemene OSM-opzet, met name voor kruipdoorsluipdoor modaliteiten zoals fietsen en wandelen.

Gewoon maar mijn mening natuurlijk…

We hebben voor access tags maar 1 waarde. Dus kan kan niet zeggen het is zowel foot=designated en foot=permissive (dus foot=designated;permissive). Misschien is dat nuttig, maar het past niet in het huidige systeem.

Omdat er maar 1 waarde mogelijk is, is de enige logische interpretatie van ‘designated’ dat het ‘yes’ impliceert. Als een pad permissive is dan moet je die een explicite foot=permissive geven.

Maar dat betekent ook dat als je op een voetpad een foot=yes zet, dat je de designated eraf haalt. Er is immers maar 1 waarde mogelijk.

Nu zat het eigenlijke probleem in de ‘access=no’. Die sloopt de implicite foot=designated. Dus er had weer een foot=designated toegevoegd moet worden. Die foot=* is niet ‘needless’ in combinate met de access=no. Die access=no is wel weer een slechte keuze, maar dat is een ander probleem.

1 Like

Kan, ja. Men schijnt het echter een ‘rising gate’ te noemen.
Al kent men ze in de Engelstalige landen niet zo als wij ze gebruiken.

Hier ben ik niet mee eens. Zo’n klaphekje is een schuin staande gate, wat als voordeel heeft dat het hek weer dicht valt, Je kan recht door de gate lopen. Je fiets meenemen.

Bij kissing_gate, kan je niet recht door de gate lopen, je moet daar een ronding maken, je kan dan ook niet je fiets mee nemen omdat die in de lengte net zolang is als een koe. En dus de bocht niet kunt maken. In de kissing_gate vast loopt. Het plaatjes is correct bij een kissing_gate.

Klaphekje is een gate. Voor de klapfunctie is nog geen tag.

@multimodaal en andere.

Goede uitdieping, aanzet tot bewustwording.

Het enige wat ik wil opmerken is dat de “jomanda” vergelijking niet passend is.
Andere vragen zich af wat is jomanda.
Vergelijking lopen meestal scheef, vooral als je het thema uitgraaft, wat je hier gedaan hebt.
Belichting van meerdere kanten, wat interpretatie verschillen oplevert, bewust wording van het verschil.

Hoe in de volksmond een element wordt benoemd “voetpad” “wandelpad” veelal zo benoemd vanwege door de meest gebruikte groep, de smalheid, word door de volksmond, naam, vertaald naar het engels footway, maar de definitie van OSM termen is vaak net even anders, wanneer andere mogelijk er ook over mogen, osm term path.

Ook bij NL default, path en motorcycle, wat in Nederland ook voor komt. Motorcycle mag gewoon over path.

Zo ook de motorvoertuigen in het Nederlands en de vertaling naar motorvehicle, het gebruik van de osm term motor_vehicle
Het gebruik van motor_vehicle, kan zeer nadelige routeringsgevolgen hebben voor mofa en moped.
Wat jij hier boven al uit legt.

barrier=bollard, defaults, daarom laat men soms/vaak overige tagging achterwege, daar heeft mofa, moped ,motorcycle, horse best last van. bollard moet voor vele vervoersvormen specifiek open gezet worden.

Waar ik voor pleit dat je een element zo volledig mogelijk tagt, voor alle vervoersvormen. Het inleven in de gevolgen voor andere vervoersvormen.

Om zelf meer inzicht te krijgen heb ik aan deze style voor josm gewerkt.
http://mijndev.openstreetmap.nl/~allroads/JOSM/Styles/Road_extended_JOSM_style_info.html
Voor de highway en barrier.
Probeer van elke way in de tabel maar eens te lezen of het correct is, meerdere tags staan gerangschikt niet op basis van access, groeperingen. Controle of het klopt, een voordeel bij gebruik van specifieke styles.
Visualisatie is de sleutel, waarom hebben we kaarten uitgevonden.

De standaard presets in JOSM zijn niet altijd passend op de Nederlandse situatie. mofa moped zijn niet vernoemd, dus men laat tags achterwege, nadelig voor bepaalde groeperingen.
Graag zou ik aan een Nederlandse preset werken.
Zo ook bij de vertaling van verkeersborden.
Want 1 keer een bordencombinatie ( onderbord) uitgespit, zou het de tweede keer makkelijker moeten zijn. En voor andere overneembaar.

Met als doel de kwaliteit van de data te verbeteren.

‘Schapenhekjes’ (Dutch rising gates? :slight_smile: )

Het is nog een hele kunst om daar met de fiets door te komen.

De ene kant op lukte me vroeger prima van 1 kant: voorwiel ertegen, hand op paaltje, voet tegen hek en met andere voet trappen terwijl je het hek een duwtje geeft met de tegen hek geplaatste voet. Tenminste, zo deed ik dat toen ik nog jong was. De andere kant op is me nog niet gelukt :wink:

Wat defaults en needless tagging betreft, bedenk het volgende: Wanneer een default van een weg wettelijk verandert hoef je niks te doen. Enkel de routeringssoftware moet even 1 tabelletje aanpassen.
Wanneer je default waarden expliciet dubbel gaat taggen moet je eventueel de hele database bijwerken als de default wijzigt om die dubbele tags te verwijderen . Het is dus gewoon erg onverstandig defaults dubbel te taggen. Het lijkt leuk voor nu maar is niet toekomstbestendig.

Het routerings-argument is nogal zwak: een goede router heeft voor ieder land een aparte defaults-tabel. In Nederland mag je op een cycleway wandelen, in Duitsland niet. Dat weet een goede router echt wel. Ooit golden er twee gouden regels: niet taggen voor de renderer en niet taggen voor de router. Voor mij blijven dat gouden regels.

Daar voeg ik dan gelijk aan toe: “maar wel renderbaar/routeerbaar”. Anders heb je er weinig aan toch?

@multimodaal
Mijn waardering voor je uitgebreide schrijven!
Dat verdient een waardige respons. :sunglasses:

Als eerste verwijs ik naar eerder in de discussie, april 2018, en in het bijzonder dit bericht van mij.

Jij had het idee dat Martin niet antwoordde op jouw vragen of in het bijzonder jouw overkoepelde vraag: “Hoe maakt het verwijderen van een tag een toegangssituatie duidelijker en minder foutgevoelig?”.
Daarna schreef ik het bericht met de analogie omdat ik de redenatie van Martin goed begreep, zoals daarna door hem bevestigd.

Het lijkt nu een herhaling van zetten waarbij je nog steeds die redenatie niet begrijpt en dus ook niet het argument tegen het extra toevoegen van foot=yes. Van zijn kant lijkt Martin het werkelijke doel van de default-waarden nog steeds niet te begrijpen.

Het nadeel van een analogie is dat de focus vaak meteen op de verschillen tussen de situaties gaat in plaats van de overeenkomst. Of dat terecht is hangt af van het argument dat eraan hangt. Mijn argument was dat het toevoegen van expliciete informatie nadelig kan werken op de gevallen waar die expliciete informatie ontbreekt. De verschillen van ‘op afstand versus ter plekke’, ‘feitelijk niet aanwezig versus gebrek aan informatie’, ‘menselijke waarnemer versus parsers van kaartdata’ doen daarom niet ter zake.

Toename van expliciete informatie bovenop een laag impliciete informatie zorgt voor een verschuiving van de aandacht en de verwerking van de informatie.

Ik ga uit van een wandelaar die OSM-data zelf beoordeelt:

Huidige situatie:

  1. Je weet dat highway=path meestal gaan foot-tag heeft omdat er standaard normale toegang is.
  2. Je komt een highway=path zonder foot-tag tegen.
  3. Je weet dus dat dit pad waarschijnlijk gewoon toegankelijk is en er slechts een kleine kans is dat dit net een pad is waar wél een toegangsbeperking geldt maar dat nog niét is beoordeeld.

Nieuwe situatie waarbij volgens afspraak vaker en vaker foot=yes wordt getagd:

  1. Je weet dat een highway=path zonder toegangsbeperkingen voor voetgangers vaak een tag foot=yes heeft.
  2. Je komt een highway=path zonder foot-tag tegen.
  3. Je weet dat beoordeelde paden tegenwoordig telkens vaker foot=yes hebben en dat heeft deze niet dus je houdt er serieus rekening mee dat dit een onbeoordeeld pad is waar mogelijk toegangsbeperkingen gelden.

Kortom, hoe meer foot=yes wordt getagd, hoe meer de normale toegang voor de paden zonder een foot-tag in twijfel getrokken mag worden. Dit kun je vervolgens op twee manieren beschouwen. Het is een negatief effect want de wandelaar ervaart grotere twijfel over en grote incompleetheid van OSM-data terwijl die ervaring vaak onnodig is. Of het is een positief effect want de wandelaar is zich beter bewust van de eventuele kans dat er toch een toegangsbeperking kan zijn.

In principe heb je gelijk: er hangt slechts een onbetrouwbare default aan highway=path en geen betrouwbare implying.
Als je hecht aan de uitwerking in de praktijk dan is het belangrijk dat je de mogelijke negatieve effecten en risico’s ook ziet en erkent danwel overtuigend kunt weerleggen.

Het risico is overigens veel uitgebreider: hoe meer foot=yes wordt getagd hoe groter het belang om hierin zo compleet mogelijk te zijn door heel Nederland. Dit vraagt om een grote en toenemende inzet van vele mappers.
Er zijn hele gebieden waar zelden een OSM’er komt en waar ooit eens paden zijn ingetekend. Die moeten dan allemaal opnieuw ter plekke worden gecontroleerd. De verleiding is dan groot om te gaan taggen op basis van aanname in plaats van grondige controle over het gehele traject. En dan ben je dus van de regen in de drup beland.

Risico op fouten is op zichzelf geen overtuigend argument tegen toename van informatie. Het gaat wel degelijk heel erg om de praktische implicaties van een eventuele consensus voor expliciete access-tagging. In het bijzonder denk ik daarbij aan al die onervaren mappers, buitenlanders mappers en op-afstand-mappers. Als zij zien dat foot=yes blijkbaar de standaard is geworden dan vrees ik dat ze die ook standaard gaan toevoegen op basis van vermoeden en incomplete informatie.

Mijn eerste vraag aan jou is dan:

  • is je wens om door middel van consensus een nieuwe praktijk van expliciete access-tagging in gang te zetten? Of wil je slechts de belangen verdedigen van degenen die deze methode verkiezen en voorkomen dat hun toevoegingen deels ongedaan gemaakt worden?

  • indien je graag consensus wilt voor expliciete access-tagging als nieuwe praktijk: hoe kijk je aan tegen de door mij genoemde nadelen en risico’s?

Ik zal best iets missen in mijn verhaal en ik ben geen gebruiker van OSM-applicaties dus heb daar geen goed inzicht in… maar ik vind dus dat er wel degelijk onderbouwd bezwaar te maken is tegen expliciete access-tags.

Je kan aan mapillary zien dat voetpaden niet systematisch gekontroleerd worden.
Bedenk hoeveel voetgaande veldmappers er zijn, hoeveel kilometers paden er zijn, en hoe veranderlijk paden zijn… zonder expliciet kontrolesysteem én specifieke inzet van voldoende mensen gaat dat niet houdbaar werken denk ik.

Voor wandelroutes ga ik er vooralsnog vanuit dat een path-zonder-verdere-tagging in beide richtingen gelopen kan en mag worden. En als ik recente betrouwbare informatie heb dat de markering een wandelroute over pakweg een graskade stuurt waar OSM geen weg of pad heeft, dan teken ik een path zonder verdere tagging (want ik heb geen fysieke info anders dan dat je er kan lopen).

Stel dat het anders zou worden, dus expliciete foot=yes is nodig anders mag je er niet van uitgaan dat je er mag lopen, dan zijn alle LAW en SP wandelroutes en alle streekpaden en de meeste lokale wandelingen fout tot ze opnieuw gekontroleerd zijn op dit specifieke punt. Van normale wandelaars moet je het dan niet hebben want die kijken alleen of je er kan lopen en of er niks in de weg staat. Met de huidige inzet duurt een volledige systematische kontrole van alleen al de LAW’s 10 jaren, en dat is aangenomen dat je de inspanning gelijkmatig kan verdelen. Spontane verdeling betekent dat sommige paden heel vaak en andere helemaal nooit gekontroleerd worden.

Omgekeerd kan het afraden van foot=yes leiden tot grootschalige verwijderingen van deze tag zoals onlangs is gebeurd. Dit mag niet ontbreken in de risicoinschatting.

Misschien dat het goed is dat enigen zich inlezen in de wetteksten en jurispudentie.

Ik ga hier niet imponeren met het citeren van wetsartikelen en uitspraken van de diverse rechtsorganen, maar in vrijwel alle westerse landen zijn wegen vrij toegankelijk. De toegankelijkheid voor diverse categorieën wordt - zo zegt de wet - deels bepaald door de praktijk: zo kan een auto met goed fatsoen niet over een smal pad door een bos en behoeft dit, wederom middels de wet ook niet met borden aangegeven te worden. Maar zolang toegang fysisch met goed fatsoen mogelijk is is dat toegestaan.

Dit alles tenzij:

  • door het gebruik schade aan de (openbare) weg optreedt (een Hummer over niet nader aangeduid smal bospaadje)

  • met bebording volgens de RVV anders aangegeven wordt: op een autosnelweg mogen geen fietsers, op een voetpad mogen geen brommers

  • een niet openbare weg of pad door een hek, slagboom afgesloten is

  • een verbodsbord op een niet openbare weg de toegang tot (categorieën) weggebruikers verbiedt

Met betrekking tot het laatste punt kan ik toevoegen dat er bijzonder veel grondeigenaren op juridisch volkomen onterechte wijze de toegang tot wegen die feitelijk (u leze de wetteksten en jurisprudentie er maar op na) openbaar zijn, proberen te verhinderen met borden, hekken, honden en dies meer zij. Soms zelfs van wegen die geeneens hun eigendom zijn!

De procedure om een eigen weg of stuk grond aan de openbaarheid te onttrekken dient door de eigenaar aangezet te worden, is langdurig en heeft - zeker als het om wegen gaat die reeds langjarig een publieke functie hebben - een zeer onzekere afloop. De belangen van een landeigenaar worden afgewogen tegen die van het publiek.

Dit gezegd hebbende vat ik samen dat in ieder geval in Nederland iedereen toegang heeft tenzij anders aangegeven.

De additional tagging: nee, tenzij is dus geheel niet nodig, het is ja, tenzij en leidt tot verwarring en niet tot een betere OSM. En dat is toch wat we allemaal willen?

Uiteraard heeft iedereen de plicht om als hij of zij in het veld mapt op verbodsbordjes te letten en die mee te nemen in de tagging. En niemand mag armchairmappend bijvoorbeeld *bicycle=no * van een path halen.

Just my 2 cents :expressionless:

Waar ik de tabellen vinden in het programma MKGMAP?

http://www.mkgmap.org.uk/download/mkgmap.html