user_242798 (2022-03-05 10:38:05+00:00): Dit is een herhaling van zetten, zie:
https://www.openstreetmap.org/changeset/115956630

Dus nogmaals (maar dan maar anders) en ditmaal in "irritatie modus".

OSM database: path = 1 Point breed.
OSM Renderer (bijv. JOSM) toont dit als:
GGG....H....GGG

MAP Renderer: path = 3 Point breed (LineWidth=3)
GGG...HHH...GGG
Is al beter, maar nog steeds: fout!
FOUT: want er staat nu 2 x 3 = 6 Points "witruimte"/"blank space"/"niks" op de kaart.
FOUT: want alle witruimte op de kaart impliceert: NIET gemapt.
FOUT: want het grass houdt daar op, waar het asphalt (algemeen: de verharding) begint.
FOUT: want het asphalt (algemeen: de verharding) houdt daar op waar het grass begint.
FOUT: want er is in werkelijkheid zelfs géén centimeter witruimte tussen grass en asphalt.
FOUT: ALS je [landuse=grass] CORRECT tekent - volgens BGT én PDOK én Mapillary - dan MOET je OOK [area:highway=path] AANSLUITEND tekenen. Zo niet dan teken je MAAR 50% van de werkelijkheid. Dus 50% van het detail!

MIJN vraag is dan: Wat is die witruimte in werkelijkheid?

Is dat grass? Zo ja, dan is het path in werkelijkheid dus smaller dan de ruimte tussen het grass.
Of asphalt? Zo ja, dan is het path in werkelijkheid dus breder dan de highway zoals die op de kaart wordt getoond.
Of water? Of bomenstrook? Of scrub? Of bloemen (ook wel genoemd: "onkruid")? Of parkeerstrook? Of muur? Of beschoeiing? Of troep? Of vluchtstrook? Of voetpad? Of trottoir?

Praktijk voorbeeld: Texel, zuidpunt.
50% van dit gebied staat al jaren fout in OSM als [natural=dune]. [natural=dune] is een onjuiste tag (in deze situatie) EN [natural=dune] wordt NIET gerenderd door de meeste Renderers.
Sinds ik op mijn eigen kaart de achtergrond bewust NIET "groen als grass" maak, zag ik dat deze 50% GEEN grass is, maar strand!
Voor het eerst sinds al onze bezoeken aan Texel hebben we nu dit indrukwekkende gebied bezocht. Misschien wel het breedste strand van Nederland en dat staat nu EINDELIJK ook als strand [natural=sand] op de kaart.

Praktijk voorbeeld: een week fietsen over de Veluwe.
ALLE paden (oké, máár 60%) over de Veluwe liggen én/óf IN een WIT kader (witruimte) én/óf liggen NAAST een WIT kader (witruimte) én/óf lopen dwars door een WIT kader (witruimte).
Wat is die witruimte? 
OSM Foutje?
3dShapes inschatting van jaren geleden op basis van de destijds beschikbare middelen? 
Of zijn dat OOK paden, maar staan die ten onrechte niet als PATH op de kaart?

Praktijk voorbeeld:
Als ik een fietsroute maak dan wil ik vooraf weten hoe breed een fietspad is.
Toeristisch of geen haast of op de tandem: hoe smaller hoe beter.
Met een groep of wel haast of woon-werkverkeer: hoe breder hoe beter.
Witruimte is géén antwoord op deze vraag!

OpenFietsMap: ALLE witruimte (achtergrond) is "groen als grass"
Dus:   GGG....H....GGG
Wordt: GGGGGGHHHGGGGGG
In 80% van de gevallen is deze AANNAME juist, want 80% van de witruimte is inderdaad grass.
OsmAnd Rendert ALLE witruimte (achtergrond) met de kleur "bruin als bebouwing/wegdek/residential/area". Dus het niet gemapte grass wordt hier bruin weergegeven.

Maar in 20% van de gevallen is de witruimte in werkelijkheid géén grass.
Bijvoorbeeld: het path is in werkelijkheid 6 Points breed.
Oplosbaar:
GGGAAAHHHAAAGGG

Of de witruimte is in werkelijkheid grass + water. Juist is dan:
óf: GWWGGGHHHGGGWWG
óf: GWWGGAHHHAGGWWG
Minder juist is dan:
GWWGG.HHH.GGWWG
Want, weer de vraag: is "." in werkelijkheid grass "G" of highway "H"?

Theoretisch is [area:highway=path] de meest juiste "oplossing".
ALLE wegen op BGT worden dan ook getekend met twee AANLSUITENDE Area's: gras (óf Struiken/Bouwland, óf Bos) én Wegdeel Autoverkeer (óf Overig Wegdeel). BGT kent GEEN millimeter witruimte/blank space. Een papieren Michelin kaart trouwens ook niet.

Maar: "het beste is de vijand van het goede".
Teveel detail is teveel werk en wordt daarom niet of te weinig uitgevoerd.
Teveel detail kan niet - netjes - worden gerenderd op mkgmap kaarten (Garmin).
De resolutie van een Garmin kaart is onvoldoende ("mkgmap" noemt dat "bed of nails", "spijkerbed") waardoor ook water en grass die exact aansluiten toch worden getoond als SOMS overlappende/niet verbonden/kruisende Lines. Er ontstaat dus wéér ongewenste/onjuiste witruimte. Ondanks dat deze op OSM niet aanwezig is.
Kijk ook eens naar de weergave van rechthoekige huizen op mkgmap. Dit ziet er verschrikkelijk uit en is vooralsnog onoplosbaar voor de Renderer.

Daarom is de meest pragmatische oplossing:
Teken EERST het grass-AREA en leg daar de highway OVERHEEN.
Maar dan wel alleen als grass en highway (in werkelijkheid) inderdaad AANSLUITEND zijn. Leg geen grass onder een highway dwars door het water.
En, helaas, deze oplossing is alleen 100% correct ALS het path in werkelijkheid 3 Points breed is EN niet breder is dan 3 Points EN niet smaller dan 3 Points.
Deze oplossing is niet noodzakelijk IN [landuse=residential]. [landuse=residential] ligt al ONDER ALLE highways in een residential AREA.
Alleen als het path "significant" breder is dan 3 Points is [area:highway=path] "te overwegen".
Ook een "groene corridor" dwars DOOR een residential AREA wordt beter herkenbaar als "groene corridor" MET [area:highway=path].

Onoplosbaar: path = 1 Point breed.
Want dit is geen optie:
GGGGGGGHGGGGGGG
De smalste highway (OSM Renderer) is 3 Points.
Smaller (1 Point) is niet of nauwelijks zichtbaar op de kaart en maakt navigeren OVER deze highway nagenoeg onmogelijk.

SPECIFICATIE gebruikte afkortingen:
G = [landuse=grass]
W = [natural=water]
A = [area:highway=path]
H = [highway=path]
. = "witruimte" (blank space, niet gemapt)