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:

osm.org/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)

Ik zou de sidewalk-tags dan juist toevoegen bij zo'n reparatie, want zo te zien werd deze segregated er bij gezet door een StreetComplete-gebruiker die de aanliggende stoep zag.

Anders komen we in een lus terecht.

Dit schuurtje staat in de BAG. Als de outline niet klopt, kun je dat beter daar melden, want deze importeren we dan weer. Nu zal bij een volgende import jouw aanpassing weer ongedaan gemaakt worden.

https://bagviewer.kadaster.nl/lvbag/bag-viewer/?searchQuery=1900100010090143

Privé kan natuurlijk, maar de highway-tags verwijderen klopt niet. Er liggen immers wegen/paden, ongeacht van wie ze zijn. Dit draai ik daarom ook terug.

Ik zie dat daar wel een hek staat, dus toegang beperken tot privé is prima. Daar gebruiken we access=no niet voor, maar access=private. Dit heb ik zo aangepast.

Hij is al aangepast zie ik. Op de 8cm-beelden lijkt dat inderdaad een voetpad net als bij de weg ernaast. Die lijkt ergens rond 2022/2023 daar erin gekomen te zijn. Toen ik deze straten intekende was dat nog een doorgang voor het bouwverkeer zo te zien.

maxspeed=20? Dat is uitzonderlijk. Klopt dat wel?

Als je weet welk soort fietspad het is (G11, G12a, of G13) kun je het beste ook gelijk de mofa en moped tags goed zetten. Weet je wat daar hangt aan borden?

Voor osm.org/way/6490176 geldt dat beide stoepen al los zijn ingetekend. `sidewalk=both` klopt dan niet, dat zou `sidewalk:both=separate` moeten zijn.

Dat is een geopperde tagging in die forumthread. Daar is verder nog geen consensus over naar voren gekomen (er zijn ook nadelen opgevoerd namelijk). Deze revert dateert van daarvoor.

Zo werkt het niet. Dit blijft een militaire basis waar je niet zo maar op kan. Hoe dan ook is access=permit hier niet correct. Dat is voor plaatsen waar je eenvoudig een pasje kan krijgen.

OpenStreetMap is een kaart voor iedereen. We brengen niet zomaar paden en wegen op militaire basissen in kaart op een manier dat navigatiesoftware die doodleuk pakt. De vliegbasis kan bezocht worden (de traditiekamer bijvoorbeeld), maar dit is alles op basis van expliciet verleende tijdelijke toegang.

Publieke toegang tot de vliegbasis eindigt in principe bij de poort. Toegang aanpassen omdat je dan je woon-/werkverkeer kan berekenen lijkt mij niet de bedoeling.

Trouwens, wat zal je commandant wel denken als hij dit leest?

Als je een track wijzigt in iets anders moet je tracktype ook verwijderen en vervangen. In dit geval door surface=unpaved.

Meld je zulke cases ook bij StreetComplete in de bug-tracker? Goedwillende newbie-mappers informeren is inderdaad zinloos. Het valt niet uit te leggen dat zo'n tool het fout doet en hun tijd verspilt.

Triggert die misschien omdat daar nog een oude segregated=yes op stond? Alsnog een bug trouwens, want foot=use_sidepath.

Dit is gek. Dat zou StreetComplete toch niet meer doen?

What makes you conclude bubble tea is their primary cuisine? Most of what they sell isn't.

https://banhscoffee.nl/catering/

horse, hgv, en motor_vehicle zijn niet meer nodig wanneer je een highway=cycleway tagt. Wat je bij een G12a wel moet doen, is mofa=designated, en moped=designated toevoegen:

osm.org/way/31855745