Voor toekomstige wegen die nog niet ter plekke zichtbaar zijn gebruiken we highway=proposed (met proposed=residential bijvoorbeeld) in plaats van construction. Bij construction moeten de werkzaamheden al begonnen zijn. Moet deze misschien highway=proposed zijn?

Routers die niets met bicycle=dismount doen lopen daar toch al vast vanwege de highway=steps. Doorgaans levert dit geen probleem op (en anders is het een bug in de navigatiesoftware).

Precies. Je mag daar alleen met een fiets komen (G13), en in het tunneltje moet je verplicht afstappen. Het is een voetgangerstunnel.

Je vervangt natural=shrubbery door natural=scrub. Dat is niet correct, want dit gaat om beheerde struiken, niet wildgroei.

Die note was er al. Borishag heeft die ooit toegevoegd zo te zien, vermoedelijk omdat het eigenlijke adres 61-65, of 61-63 lijkt te zijn:

https://www.kruidvat.nl/store/drogisterij-kruidvat-7662

Die note is verder zinloos. Zowel 61 als 61-65 als huisnummer lijken mij correct. Die keuze komt op een persoonlijke voorkeur neer ('strikt BAG' vs. 'zoals aangegeven').

playground=bridge?

Maar let dus even op dat het niet nodig is (voor je meer fietspaden aanpast). Eigenlijk is oneway=no alleen nodig op plaatsen waar een andere mapper in de war zou kunnen raken. Hier is dat niet het geval.

(Deze dus: node/13127801984)

access=private, maar wel motor_vehicle=yes, foot=yes, bicycle=yes? Klopt dat wel?

Als het terrein in principe niet publiek toegankelijk is, dan zou ik op alle ways binnen de poorten access=private zetten.

barrier=fence hoort niet op het vlak van een ander object thuis:

barrier=fence?uselang=en-GB

Als je die mapt, teken dan een nieuwe outline. Die kan hier gewoon het vlak volgen.

Zou je iets duidelijkere changesetscomments kunnen gebruiken? Alleen 'update' zegt niet zo veel.

Let je op dat access=private pas vanaf zo'n hek geldt, en niet daarvoor?

Geen idee. Ik zal kijken of hij er nog is nu het pand leeg staat, maar recent was hij er nog wel.

I think it is totally fine as is. Don't change valid mapping because TomTom's analysis flags it. Those are hints, not errors.

Reverted due to worse alignment of ways. I'm not seeing any errors in the mapped ways either. Why was TomTom marking this as wrong?

Aangepast.

Zoals in de note aangegeven: de verkeersbordencombinatie hier verplicht je tot afstappen. Hier liggen treden met een schuine helling voor ernaast. Daar zou je op kunnen fietsen, maar dat is niet toegestaan. Hij is wel fijn breed, zodat je ook een fiets met bepakking makkelijk aan de hand mee kan nemen, maar belangrijker: rolstoelen en kinderwagens kun je er langs duwen.

Deze helling is getagt met ramp:bicycle en ramp:wheelchair.

Hoort erin hoor. :)

Ook privépaden tekenen we in wanneer dit relevant is (dat is wettelijk ook toegestaan). Uiteraard met de juiste toegangstags: geen enkele navigatie-app die onze data gebruikt zal je door die tuin sturen; daar zijn ze voorzichtig mee.

Voor gemeente en hulpdiensten is de aanwezigheid van een pad, en hier met name dat bruggetje, uiteraard relevant. De meldingenkaart van de gemeente (even een voorbeeld) toont deze ook op basis van onze data:

https://meldingen.leeuwarden.nl/meldingenkaart

Handig als je iets wil melden rondom dat gebied.

Hier speelt ook dat het pad op satellietbeelden goed zichtbaar is. Door het in te tekenen en access=private toe te kennen, voorkomen we dat iemand die niet lokaal bekend is dat pad intekent zonder die beperking.

Dit gaat niet goed bij het stadium. De gemeente lijkt hem op te splitsen in vier delen (prima), maar die zijn alle vier al af (geen construction). Ze overlappen op de kaart nu met de oude outline.

Also look at the wrong tag you reapplied to a pastry shop:

node/1143431133

(Not a bakery.)

You are blindly applying ID suggestions. Why?

Please look at note, note:en, and not:network:wikidata for those train relations you changed.

Are you sure 5488352325 and the others there are chapels and not stations of the cross? (historic=wayside_shrine)