Waarschijnlijk zullen de fietspaden ook de tag oneway=yes moeten meekrijgen.
Parallel liggende fietspaden worden ook vaak getagd als cycleway=track op de hoofdrijbaan zelf.
Dan natuurlijk niet de weg op slot zetten.
De losse fietspaden worden dan niet apart getekend, maar je ziet ze wel op de afgeleide kaarten.

Je zou in dit geval ook het fietspad aan de westzijde kunnen taggen + de evt. afslagen. Of is dat verdwenen?
Routeren doet het nog wel hier, want de rijbaan staat nog niet op slot middels bicycle=use_sidepath

foot = yes hoeft niet op een fietspad... belangrijker is... hoe kom je van dat fietspad bv naar de Vincent Cleerdinlaan?
Horen daar geen afslagen?
Graag reactie.

Wat niet klopt is dat die inners (drie veldjes) niet aan elkaar mogen zitten als inner mp.
Dan of een lege polygon erom heen die je opneemt als inner of de veldjes iets van elkaar losmaken.

Ja ... dit is ook wel een goed idee. 'k Zou die onderste veldje dan ook meenemen in deze multipolygon.

reverted http://overpass-api.de/achavi/?changeset=50790173

BAG adres hersteld. Nr 69 bevindt zich al op het gebouw.
MAPS.ME is helaas niet de optimale editor voor OpenStreetMap. Waardoor vervuiling kan ontstaan.
Het is eigenlijk noodzakelijk dat u de edit controleert middels JOSM, Potlatch of ID om evt. vervuiling tegen te gaan.
U bent namelijk middels uw toevoeging verantwoordelijk voor wat u in OSM brengt.
Wij danken u voor uw begrip en we hopen dat u goede aanvullingen verricht op OSM.

Wat is de reden dat u dit nummer hebt veranderd. Bij het kadaster staat het bekend las 69-0001
Graag reactie

PB met welkom gestuurd

PB gestuurd met welkom..
adres gegevens weer van gebouw gehaald.

MAPS.ME is helaas niet de optimale editor voor OpenStreetMap. Waardoor vervuiling kan ontstaan.
Het is eigenlijk noodzakelijk dat u de edit controleert middels JOSM, Potlatch of ID om evt. vervuiling tegen te gaan.
U bent namelijk middels uw toevoeging verantwoordelijk voor wat u in OSM brengt.
Wij danken u voor uw begrip en we hopen dat u goede aanvullingen verricht op OSM.

Twijfelgeval in dit geval, maar je kunt het er tegenaan leggen. Op het moment dat een andere mapper aan dat water gaat schuiven krijg je wonderlijke huizen... daarom ook nooit landuse aan wegen plakken.
Leisure park, landuse residential zijn wat voorbeelden die we helemaal loshouden wegen bovenstaande uitleg.

Hier
http://overpass-api.de/achavi/?changeset=50786045
zie je wat ik heb gedaan.

Parking losgemaakt van weg en service-roads toegevoegd. Rendering duurt even.

Nu dan ook op OSM.. Ik zal het even fatsoeneren, want het zit op één hoekje vast aan de weg.Dat is vast niet de oprit.
http://overpass-api.de/achavi/?changeset=50781460

PB met welkom gestuurd

Adres node is verdwenen.. we laten het maar even zo.

Een aanvulling gedaan. prima.. Eigenlijk hoort alle adresinfo op de BAG adresnode. Zal eens kijken of die er nog is.

PB met welkom gestuurd

motor_vehicle=destination betekent dat er alleen maar bestemmingsverkeer mag komen. Er zou dus een bord moeten staan. Voor fietsers en voetgangers heeft het geen effect op osm.

Wanneer je water hier tekent als vlak is het andere koek.
Water op landuse mag niet.
Dan moet je de landuse opknippen en dat is best lastig als je net begint met mappen. Editor iD is hier niet echt geschikt voor. Dit is even de simpele oplossing.