Parkeren in residential area

Duits forumdeel waar ook over area:highway=parking gesproken word.

Het komt er op neer dan als je wat wilt aanpakken, je beter een gebied kan aanpakken, de weg, de parkeerhaven, het troittoir de groenstrook. Doe je dat later komen polygonen deels op elkaar te liggen, maar de hoeknodes zijn niet verbonden, wat fouten geeft in JOSM validatie, nodes met dezelfde lat/lon ligging. Moeten dan samengevoegd worden. Het afzonderlijk een objectsoort importeren, is wellicht een slechte keuze. Meer werk, later. Zoals nu bij parkeervakken.

In andere thread wordt aangehaald.

Dat is helemaal geen discussie, het element is daar en mag gemapt worden, topografisch gezien heel legitiem.

De discussie is hoe gaan we het noemen.

Gevolg is dat er geen icoon P komt te staan en geen geel vlak is, omdat het nog niet gerendeerd wordt op osm.org
area:highway is in de lijn die gekozen is om wegvlakken te mappen in osm.

Dat is mijn insteek, zijn jullie het er mee eens?

Voortgang issue:
En zo krijgt deze issue weer een andere wending.
Wiki, engels, begrijpen, approved, uitvoeren. Schijnbaar lastig.

Op zich is er geen bezwaar om featuretypes afzonderlijk te importeren. Je kunt in JOSM makkelijk overlappende nodes mergen. Dit gaat via de validator. Als je met hele gebieden gaat werken, zul je vroeg of laat ook naburige gebieden willen toevoegen en dan nog alles mergen.

De objecten moeten wel uit dezelfde dataset komen (bijv. de BGT), anders is de kans heel groot dat je geen aansluitende polygonen krijg, maar overlap en gaten.

Graag jullie advies in deze: Ik zit met dubbele P’s parkeerplaatsen bij de Rabobank te stoeien in Staphorst Ik heb een nieuw contour gemaakt om de kleine aanwezige BGT parkeervakken en de buiten lijnen overgenomen. Leg je dan thematisch BGT EN OSM Over elkaar heen dan heb je geen dubble lijnen zichtbaar in het kaartbeeld. Je houd wel rekening met elkaars object en toch volg je eigen regel http://www.openstreetmap.org/#map=19/52.64578/6.21061 (ik kan altijd oude terug zetten.)

Als je layers over elkaar gaat tonen is er lastig aan te ontkomen dat ze iets verschoven liggen.
Jan Willem heeft veel ervaring met het tonen van kaartmateriaal uit vele bronnen voor de http://www.opentopo.nl/
Ik vermoed (weet haast wel zeker) dat hij een eigen rendering gebruikt met een selectie van de OSM data en niet de standard Mapnik kaart eronder hangt om dit soort zaken te voorkomen.

Ik zie dat je access=private hebt gebruikt. Is de parkeerplaats enkel te gebruiken voor medewerkers? Indien klanten er ook mogen staan kun je access=customers gebruiken.

Oke heb dit aangepast naar customers

Ze hebben de wiki aangepast.
met de vermelding gebruik multipolygon
http://wiki.openstreetmap.org/w/index.php?title=Tag:amenity%3Dparking&diff=1267228&oldid=1232422

Mijn voorbeeld, met twee vlakken, heb ik nu aangepast, naar deze relatie
https://www.openstreetmap.org/relation/5912895

Hoe dit straks rendeert op de kaart is even de vraag of er ook een P icoon komt te staan en waar, even afwachten.

Kan je zoeken naar andere voorbeelden.
Overpass Parking Multipolygon

Er wordt aangegeven dat relaties veel meer tijd nodig hebben om te renderen, dus we zullen veel langer moeten wachten.