note/3595470

De buitenomtrek van het gebouw heb je zelf al weer teruggezet. Houd er rekening mee dat de luchtfoto altijd een zekere mate van schuinte heeft.
De omtrek is echter de omtrek op maaiveld niveau en niet de omtrek van het dak.

Veel plezier met verder mappen.

Dag RPB,
Wellicht goed om te weten dat gebouwen rechtstreeks worden geïmporteerd vanuit de BAG van het Kadaster. Beter dus om niets aan de omtrek te veranderen. Als er echt iets fout staat kunt U bij het Kadaster een terugmelding doen.
Ook het adres wordt op die manier geîmporteerd als een aparte adress-node. We taggen de adressen dus niet op het gebouw. (Een flatgebouw kan vele adress-nodes omvatten.
Ik pas het even aan, waarbij ik ook de construction zal verwijderen, de woning is immers al lang opgeleverd.
De key ele=9 betekent dat de woning 9 meter boven zee niveau is gelegen. Was dat de bedoeling ?
Of bedoelde U height=9 ?

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

Lees ik daar nou over heen ? Dan zat ik zeker half te slapen :-)

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

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

review:
Het toevoegen van lane_markings=no is voor NL tamelijk zinloos.
Dat is voor verre landen waar wegen met een breedte van 6 of 8 rijbanen geen rijbaanscheidingen hebben :-)

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
e-mail=llfjansen@home.nl
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.