Correct. I must have accidentally given that segment oneway-tags when splitting the road further along.

Wat bedoel je met "Does not exist anymore" als naam? Als hier geen camping zit, waarom maak je hem dan aan?

*badum tish*

Vandaag stond in het huis-aan-huisblad dat de naam Molkenkelder doorgetrokken word, Foarein verkort, en de naam Spieker helemaal vervalt. Door de Spieker te laten vervallen kunnen ze de Molkenkelder nu zonder onderbrekingen naar de appartementen krijgen. Zo kloppen de adressen ook weer. :)

Het lijkt inderdaad een parkeergarage te zijn onder de huizen.

Heb je zo te zien helemaal gelijk in. Daar staat nu een 'gebouw' ingetekend die uit de BAG is geïmporteerd, maar dat gebouw bestaat niet, of is een ondergrondse parkeergarage. Ik zal hem aanpassen zodat hij niet meer getoond wordt.

capacity:* maakt al deel uit van het totaal. Met capacity:disabled=30 samen met capacity=30 zeg je dat er in totaal 30 parkeervakken zijn die allemaal exclusief voor gehandicapten zijn. Weet je zeker dat dat klopt?

Zo komt iemand die op "Jacobus Hoeve" zoekt op de kaart straks ook daar terecht.

Als je meer details over de camping wil invoeren, dan zou je ook eens kunnen kijken naar de tag tourism=caravan_site:

tourism=caravan_site

De simpele manier is om een node een beetje in het midden of wat richting de ingang die tag te geven, of, netter maar meer werk, een gesloten lijn om de hele camping te tekenen en die te gebruiken. Op die node of lijn voeg je dan naast tourism=caravan_site ook de naam toe (name=Jacobus Hoeve) en details zoals de website.

Hi,

Je hebt netjes de bos- en graslaag van het weggetje gehaald. Daarmee lijkt op de kaart inderdaad het weggetje ingetekend te zijn, maar vergeet niet ook de lijn in te tekenen waarmee je aangeeft dát het een weg is.

Ik heb dat hier als voorbeeld een stukje voor je ingetekend:

changeset/86939439

Je zou alle verharde wegen op de camping op die manier in kunnen tekenen met de highway=service en access=private tags (omdat niet iedereen zomaar het terrein op mag rijden voorbij de slagboom tenslotte).

Ja, dat is qua tagging net. Er zit nog een schoonheidsfoutje in, en dat is dat het vlak met surface=grass nu ook onder het vlak met tegels ligt. Ik heb bij wijze van voorbeeld een aanpassing gedaan waarin dat verholpen is:

changeset/86936836

Het stukje speeltuin waar gras ligt is nu een eigen vlak, en het hek volgt nu de door de gemeente ingemeten lijnen van de Basisregistratie Grootschalige Topografie (BGT). Die laag mogen wij in OSM ook gebruiken bij het intekenen van objecten. Mocht je dat interessant vinden, dan kun je eens een blik werpen op de JOSM-editor, waarin deze laag ingeladen kan worden onder de kaart. JOSM geeft je een stuk meer controle dan de webeditor van OSM, maar voor eenvoudige details is het geen vereiste. Ervaren mappers doen eigenlijk alles met JOSM.

Meer informatie over JOSM en de BGT-laag vind je onder andere hier:

https://forum.openstreetmap.org/viewtopic.php?id=64644

Stel daar ook gerust vragen.

Let trouwens op met het intekenen van stoepen. De meeste mapper laten die weg bij straten in woonwijken, omdat het best lastig is ze goed in te tekenen en niet direct veel toevoegt. Het is geen probleem om vanaf de gates direct een highway=footway naar de straat te trekken.

Als laatste kun je ook nog de twee gates met een highway=footway verbinden met de twee straten. Dan kan een routeplanner je zo naar de speeltuin sturen.

Wat ik zelf zou doen is de multipolygon-relatie verwijderen (die klopt nu niet namelijk), en de buitenste ring leisure=playground geven aangevuld met barrier=fence, fence_type=chain_link, en
height=1.

De bovenste ring:

landuse=grass
wheelchair=limited

De onderste ring:

highway=pedestrian
area=yes
surface=paved
wheelchair=yes

Hi,

Voor het grootste deel klopt het zo, maar er is iets een beetje raar gegaan met de leisure=playground: die is nu als een multipolygon en een los vlak (het betegelde deel) ingetekend. De leisure=playground tag zou ik alleen op het buitenste vierkant zetten.

leisure=playground zit ook per ongeluk op het speelkasteel. Daar hoort playground=structure in plaats van leisure=playground.

Verder mag je access=yes weglaten. Die is namelijk impliciet.

Vaak hebben gemeentes lokale regelgeving die alle speeltuinen verboden terrein voor honden maakt. Als dat in Velp ook het geval is kun je dog=no toevoegen.

Dank je! Leuk dat het opvalt. Dit is ook wel een mooi wijkje op een kaart met de strakke lijnen en het pleintje in het midden.

Ah, je had het kaartje ook gevonden. :)

Fijn van de tekenaar dat hij/zij de outline van het bestaande huis 4c ernaast op de kaart had gezet, dat maakte het wel eenvoudig om te zien waar die project neergezet werd.

Bespoddelijke naam verder.

Deze JOSM-plugin die ik gemaakt heb kan handig zijn voor parkeervakken:

https://github.com/JOSM/josm-gridify

Ik heb hem ook met parkeervakken in het achterhoofd geschreven. Mogelijk kende je hem al, maar hij scheelt een hoop werk. Je kan hem gewoon vanuit JOSM installeren.

Dat laatste heb ik net doorgevoerd trouwens:

changeset/86618395

Ik heb daar bij wijze van experiment twee jaar geleden wel een parkeerrelatie aangemaakt, maar het voegt vooralsnog niets toe aan de data.

Met een multipolygon als amenity=parking doe je hetzelfde, maar is het parkeerterrein opgeknipt in meer delen. Conceptueel is het hetzelfde, maar op de kaart impliceer je er mee dat de delen die niet als amenity=parking zijn ingetekend niet exclusief voor parkeren worden gebruikt.

Dit is een mooi voorbeeld:

relation/8271013

Parkhoven is een zorginstelling met een moderne terreininrichting waar een klassiek parkeerterrein ontbreekt. De parkeervakken zijn verdeeld over het terrein. Door de amenity=parking als één entiteit in te tekenen is het ook voor navigatiesoftware en renderers als één ding te herkennen, ook als is het verspreid over een gebied.

relation/8271013

Het zou daar onwenselijk zijn om een enkel groot parkeervlak om de zorginstelling te trekken, want dat is niet hoe het terrein gebruikt wordt. Het stukje in het noordoosten van het terrein wat nu uit twee vlakken bestaat zou trouwens wel als een vlak ingetekend kunnen worden, omdat het stukje weg daar exclusief voor parkeertoegang gebruikt wordt.

Dit is een voorbeeld van een parkeeplaats die als vlak is ingetekend zonder MP:

way/815703905

De parking_spaces vallen ruimtelijk binnen de parking. Dit is de simpelste manier om een parkteerterrein met parkeervlakken te tekenen.