Je besluit wel erg snel dat een stuk gras weidegrond is. Op bedrijventerreinen en rondom bouwprojecten wordt meestal niet gegraasd. Waar baseer je je aannames op?

Oh dat is al gedaan, de wijken van Stiens staan er al in met place-nodes en boundaries. :)

Landuses kunnen in sommige gevallen wel samen in een multipologoon, maar dan gaat het meestal om kleine stukjes waar ze een naam delen (vaak een projectnaam tijdens de bouw).

Grotere multipolyogonen hebben het nadeel dat ze bij bewerkingen snel breken omdat je bijna nooit het hele ding ingeladen hebt. Met name ID is daar niet zo handig in.

Maakte hij van meerdere losse vlakken een multipolygoon? Dat is wel vreemd. Wat probeerde je dat dat gebeurde?

Als je de landuses verder wil opknippen is JOSM wellicht handiger. Dat geeft wat meer controle bij complexere bewerkingen (en veel meer keuze in achtergrondlagen, waaronder de heel handige BGT).

Zal ik hem anders terugdraaien of lukt het zo?

Waarom maak je een mega multipolygon van die losse landuses? Dat is nergens voor nodig, deze delen geen naam of zo.

If you add memorials, please don't enter the names and inscriptions in ALL-CAPS as you did with the stolpersteine here. Capitalise the text following normal spelling conventions.

Cf.: osm.wiki/Names#Good_practice

amenity=shelter is niet voor privé-afdakjes in de tuin. Je kan gewoon building=roof gebruiken.

Je ziet de changeset verkeerd. Ik heb hem samengevoegd (merge) met de al bestaande node met het juiste adres. Dat leidt er inderdaad toe dat een van de nodes verwijderd wordt. Doorgaans wordt automatisch de oudste node behouden, dat was in dit geval die uit de BAG import.

Understood.

Oh. there was a second one as well:

osm.org/way/1352899022

These stood out in TagInfo.

What's up with the weird access-tag here?

osm.org/way/1352896892

If it's a private pool, just use access=private.

Teruggedraaid in:

osm.org/changeset/164124231

Je kan dit topic gebruiken om hulp te vragen als je vastloopt:

https://community.openstreetmap.org/t/algemeen-openbaar-vervoer-nl-topic/7050

Wat is het doel van de 'te verwijderen' routes?

Tip: voeg aan de amenity=parking bij gebruik voor parkeerhavens ook even parking=street_side en orientation=perpendicular toe.

Ben je er wel eens geweest? Dit komt niet in de buurt van een volwaardige supermarket. Als mensen dat een supermarkt noemen (en niet een supermarktje), dan ligt de fout daar.

De wiki hanteert de stelregel dat je pas over een supermarkt spreekt wanneer je ook winkelwagentjes hebt en het aanbod breed genoeg is voor dagelijkse boodschappen:

osm.wiki/Tag:shop%3Dconvenience

Dat is toch geen supermarkt? Die lat ligt wel iets hoger.

Netjes!

Welk forum? Dit is de Harlingerstraatweg vanaf de Koningsbrug naar Midlum.

https://app.pdok.nl/viewer/#x=158966.32&y=576957.82&z=11.6600&background=BRT-A%20standaard&layers=

Excuus, eggie was me al voor. Dit was dubbelop. :)

Area is fijner voor parkeergelegenheden, dan zie je op de kaart ook duidelijker hoe groot ze zijn en hoe ze liggen.

Het is al een hele verbetering als je binnen een plaats de parkeermogelijkheden ingetekend hebt als vlakken. Zoals hier bijvoorbeeld:

osm.org/way/293011241#map=19/53.195285/5.791579&layers=N

Verdere details zijn compleet optioneel.

Je kan overwegen dan de node te kopiëren, ze iets uit elkaar te zetten, en er één craft=gardener te maken. Het zijn dan voor OpenStreetMap zag maar twee losse dingen (ook al is het dezelfde uitbater). Als iemand dan (bijvoorbeeld) opening_hours toevoegt aan de winkel, dan slaat dat niet ook gelijk op de hovenier, en dan is Obelix vindbaar onder beide bedrijfstypes.

carft=gardener zie je helaas niet getekend op de standaardlaag (de tuinwinkel wel zoals je ziet), maar voor zoekfuncties is het wel relevant.