Het grappige is dat oorspronkelijk de access-key maar 1 vraag beantwoorde, namelijk: wat is de juridische soort / grondslag van de toegang:
Eerste versie van de access-wiki :
https://wiki.openstreetmap.org/w/index.php?title=Key:access&oldid=3772#Core_values
Het is rommelig geworden toen later allemaal waarden aan access=* zijn toegevoegd die eigenlijk een andere vraag beantwoorden, zoals âwelke groepen mogen wel nietâ (access=forestry) of âis het pad specifiek voor deze groep aangewezenâ , âmoet je een vergunning hebbenâ etc.
Extra rommelig werd het toen de specifieke waarde public (je hebt een recht om ergens te komen dat een gorndeigenaar niet zomaar kan intrekken" is vervangen door âaccess=yesâ, dat heel algemeen klinkt , maar in OSM een hele specifieke betekenis heeft
Huidige versie access-wiki
https://wiki.openstreetmap.org/wiki/Key:access
Eigenlijk hadden die toegevoegde vragen in een eigen subkey moeten komen, of de oorspronkelijke waarden hadden moeten verhuizen naar een subkey, net als andere nieuwe waarden die eigenlijk een andere vraag beantwoorden (zoals access=permit: een weg kan zowel permissive, designated, als permit zijnâŠ)
[edit : eigenlijk probeert dit lijstje ook al 2 vragen te beantwoorden :
[1] Mag je hier komen?
[2] Wat is juridische de grondslag van de toegang / het verbod?
Maar dat zie je op zich vaker en het hoeft op zich geen probleem te zijn als je uitsluitende categorieën hanteert en een catch-all waarde hebt bijvoorbeeld als wel duidelijk is dat je ergens mag komen, maar niet wat de juridische grondslag in, zoals in NL : openbare weg vs opengestelde eigen weg)
Eens, op mijn droomlijstje voor OSM staat een nette simpele opbouw van de access-key, waarin 1 vraag per key wordt beantwoord met een beperkt aantal waarden, en aanvullende vragen in aparte (sub-)keys. Dan zouden we ons meer kunnen richten op verbeteren van onze database in plaats van steeds weer terugkerende discussies en wijzigingen die het gevolg zijn van een hele ongelukkige opbouw van deze key.
Maar dat zal inderdaad helaas een achterhoede gevecht zijn gelet op de grote hoeveelheid reeds geplaatste tags en onduidelijkheid daarover. Erg zonde dat er zo weinig sturing is vanuit de centrale OSM-organsiatie op zulke kernpunten. Access-informatie -zeker van wegen waar navihatiefabrikanten niet komen en voor de kleinere vervoerswijzen zijn echt iets waar OSM bijzondere positie inneemt ten opzichte van veel andere informatiebronnen.
Maar omdat de opbouw van de access-key zoân rommeltje is geworden (18 -deels overlappende- waarden in de wiki en 733 in Taginfo ) is het zowel voor mappers als voor eindgebruikers van OSM-data onnodig lastig en frustrerend geworden.