review:
toevoegen van lane_markings is in NL een beetje zinloos.
dat is voor verre landen waar wegen met een breedte voor 6 of 8 rijbanen geen rijbaan scheidingen kennen.

review:
oneway=no behoeft niet toegevoegd te worden. Een weg is in OSM altijd geschikt voor twee richting verkeer, tenzij oneway=yes is toegevoegd.
Als je overal oneway=no wilt toevoegen heb je er nog een paar miljoen te gaan :-)

Net niet helemaal correct.
collection_times= Mo-Fr 17:00
ik pas het even aan.

Het is wel een erg overbodige toevoeging, maar kwaad kan het niet.

stond al netjes op de kaart.
extra toegevoegd:
website=www.campercontact.com
phone= +31 612803583
[email protected]
dog=yes

Tja, het is een oerwoud van conventies, hele en halve afspraken in het forum, soms wel en soms niet vastgelegd in de wiki.
Ervaring en kennis wordt alleen maar opgebouwd door het te doen.
En opzoeken in de wiki natuurlijk :-)

Veel plezier met verder mappen.

dag SixFive7,
Let op: geen adressen toevoegen aan gebouwen !
Alle adressen zijn geîmporteerd vanuit het Kadaster en zijn als een aparte node al aanwezig op de kaart.
Ik herstel dit even.

Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

Top

Hier vindt je alles over het taggen van fietspaden:
osm.wiki/NL:Cycleway

De bushalte bestaat uit twee elementen:
stop_position, vastgemaakt aan de way
en
highway=bus_stop in combinatie met public_transport=platform
op een node op de plaats van de haltepaal. Op deze node kunnen de overige tags behorende bij de halte worden toegevoegd.
De OV tagging is een open zenuw:
De community is het er niet over eens. Sommigen nemen de stop_position en het platform op in de route relatie. Anderen nemen alleen het platform op in de routerelatie.
Overigens gelijk een waarschuwing. Met de editor iD kun je geen routerelaties bewerken, dat gaat altijd fout en dan laat je een gebroken route achter. Helaas is er een welhaast oneindig aantal OV-, fiets-, en wandel routes in NL. En elke keer als we met de editor iD een weg opknippen worden er routerelaties beschadigd :-(
Als je serieus met routerelaties aan de slag wilt stap dan over op de editor JOSM. Het is even wennen, maar binnen 1 a 2 weken wil je niet meer terug naar iD.

Dan zijn er ook nog van die afspraken in de NL community: Gegevens van bedrijven, winkels, restaurants worden niet op de omtrek van het gebouw gezet. We taggen dat bij op de al bestaande adress node, zodat adressen maar éénmalig in de database staan.

Laat je door al mijn commentaar niet weerhouden om door te gaan met het verbeteren van de kaart.
Het begint op de snelcursus te klijken die ikzelf als beginner ook kreeg van een meer ervaren mapper :-)
Soms is het ook goed om eerst iets op te zoeken in de wiki.
De collection times van de brievenbus volgt bijvoorbeeld het format van opening_hours:
opening_hours=*

Dus Mo-Fr 17:00

Kijk je daar zelf nog even naar ?

Kijk hier maar eens naar Sandelingeweg 13.
De uitstulping die je daar intekent zou een overkapping kunnen zijn, terwijl de BAG en omtrek op maaiveld niveau laat zien:
https://bagviewer.kadaster.nl/lvbag/bag-viewer/index.html#?geometry.x=100904.31671875&geometry.y=429069.73484375&zoomlevel=7&objectId=0597100000212846&detailsObjectId=

Als je ter plaatse vast stelt dat jouw omtrek juist is, kun je de BAG verzoeken dat te corrigeren. Met het blauwe potloodje links in het scherm kun je een terugmelding doen en dan gaat hopelijk de gemeente aan de slag om de omtrek te corrigeren.
Daarna kan die nieuwe omtrek weer geïmporteerd worden in OSM.
Lijkt een omslachtige procedure, maar levert voor het gros van de gebouwen een correcte weergave op.

Door het verwijderen van een outer van een multipolygoon is er geen gesloten grass meer. De kaart zal dat gebied dus blanco laten. Wees wat meer voorzichtig voor je iets van de kaart verwijdert. Zo een outer heeft geen tags maar is wel noodzakelijk om het gebied te kunnen renderen op de kaart.
Ik zal dit even repareren.

Dag Specimen0180,
Je hebt hier een abandoned railway van de kaart verwijderd.
Waarom ?
Ik overweeg deze changeset te reverten.

Het is wellicht goed om te weten dat gebouwen en adressen in NL rechtstreeks worden geïmporteerd vanuit Het Kadaster. Vorm en positie zijn dus ingemeten door de overheid.
Ook niet naar de dakrand kijken. Door dat de luchtfoto schuin wordt opgenomen is het dak vaak verplaatst ten opzichte van de omtrek op het maaiveld.
En bij de eerst volgende periodieke import van gebouwen wordt de oude vorm en positie weer teruggezet.
Dus beter niets aan gebouwen veranderen. Eventueel in het forum een nieuwe import aanvragen als er echt iets fout is op de kaart.
met vriendelijke groet
Leo Slager

OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.Welkom bij

Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

Dag Andre,
De routerelaties van het OV zijn weer gebroken.
De editor iD waar je mee werkt kan niet omgaan met het wijzigen van routerelaties.
Bij het opknippen van een way raakt altijd 1 van de routes beschadigd, door dat de wegen in de verkeerde volgorde staan.
Als je serieus met routerelaties aan het werk wilt gaan dan adviseer ik je om over te stappen naar de editor JOSM. Daarmee kun je routerelaties op een correcte manier bewerken en de wegen in de juiste volgorde zetten.
De routerelaties zijn weer gerepareerd.