Er is wel gekeken naar het importeren van BGT-data (met name uit de omtrekgerichte laag), maar het levert niet echt een verbetering op ten opzichte van een mapper die zelf kiest welke elementen overgenomen worden uit de onderlaag (in tegenstelling tot BAG-imports). De kwaliteit van de accuraatheid van de BGT wisselt enorm per gemeente en zelfs per medewerker die eraan werkt, en klopt ook regelmatig niet meer met de werkelijkheid. Dan is het vaak beter voor de kaart als mappers bewust kiezen elementen over te trekken. Daarbij kun je ook gelijk de precisie aanpassen aan wat handig is in OSM. Daarnaast is het vaak ook nog nodig om zelf een inschatting te maken over de juiste tags die bij een element uit de BGT passen.

Mooi dat je JOSM weet te vinden. Vooral op het vlak van trucjes en handige plugins biedt die editor over het algemeen meer dan ID. Ik pak ID zelf ook nog wel eens voor kleine updates zoals winkeldata, maar al het fijnere doe ik in JOSM.

Let bij voetpaden zoals deze even op dat je ze tagt als highway=footway (eventueel met footway=sidewalk erbij):

way/1333112027

Met highway=path sta je automatisch ook fietsers toe. Dat is hier niet de bedoeling natuurlijk.

Als je opschaalt naar meer details is het raadzaam eens naar JOSM te kijken in plaats van ID. Je kan dan eenvoudig de BGT iconenlaag inladen (en andere lagen) en die over de luchtfoto plaatsen:

https://app.pdok.nl/viewer/#x=178778.66&y=575439.63&z=14.1242&background=Luchtfoto&layers=2891cc29-0a79-46d1-8649-287046d621c7;icoonvisualisatie

Zo zie je samen met de schaduw op luchtfoto exact waar een boom staat.

De meeste mappers stappen op een gegeven moment over op editor JOSM vanwege de mogelijkheden.

Op het forum (en de wiki) is meer informatie te vinden, en ruimte voor vragen:

https://community.openstreetmap.org/c/communities/nl/43

Klopt, privébezit (eigen weg) is ook vaak access=permissive, pas met een hek (wat ook regelmatig dicht is) of een bordje verboden toegang wordt het duidelijk access=private.

Bij een erf of woning is het juist fijn om niet gelijk access=private te pakken, omdat ook pakketdiensten, bezorgers, etc. daarmee buitengesloten worden.

Als dat hek daar zo klopt, dan zou ik private alleen na het hek doen, en het stukje ervoor niet.

Hier is vrij veel discussie over geweest. De essentie is dat de opritten geen snelheidsbeperking behalve de 130 km/h van het verkeersbord voor de snelweg. Is dat veranderd? Anders kloppen deze wijzigingen allemaal niet.

Kijk ook even naar de note:maxspeed op de wegen die je aanpast, en:

osm.wiki/Reduced_speed_limit_on_Dutch_motorways

Dat er (nog) niet gekaatst wordt neemt toch niet weg dat het een kaatsplein is? Een speeltuin waar niemand speelt is toch een speeltuin.

Hij stond aangeduid als kaatsplein. Laat je door de kleur niet van de wijs brengen over de tag. Hij stond niet ingetekend als sportveld met gras, maar als sportplein voor het kaatsen. Dat laatste is volgens mij correct (ook volgens het stedenbouwkundig plan).

Uiteraard kan surface=paved toegevoegd worden.

Nee, die naam is niet uitgegeven voor zo ver ik weet. Wordt hier helemaal niet gekaatst? Het idee was volgens mij dat de sport er ook uitgeoefend kon worden. Wat is er mis met de tags die er stonden?

Let je ook even op de spelling? Het Friese 'hûs' heeft altijd een dakje op de û.

Aangepast in: changeset/158461603

Merk op dat de boerderij (het pand) 'Westerhûs' heet, en het klooster (het hele terrein inclusief de panden) 'Klooster Westerhûs'.

Weet je dat zeker van die eenrichtingsbeperking op de Jelle van Damweg in Jubbega? Die moet recent zijn, maar ik zie geen verkeersbesluit.

Maar eens kijken of dat zo goed gaat. Ik weet dat het met building:part bijvoorbeeld geen problemen geeft, dus ik verwacht dat dit zo met proposed:building ook werkt.

Je zou trouwens nog even een note-tag toe kunnen voegen met daarin dat de bouw nog niet gestart is buiten wat grondwerk, dat helpt andere mappers als zij deze tegenkomen bij het importeren van gebouwen. Het is altijd irritant als de BAG niet klopt met de werkelijkheid.

Er valt wel iets te zien:

https://viewer.satellietdataportaal.nl/@53.19574,6.520509,18/?datastrip=20240929_PNEO-03

Helaas, de fundering ligt er volgens de gemeente al wel. Daardoor blijft hij op 'bouw gestart' staan.

Wat je zou kunnen doen is hem terugzetten met de juiste bag:ref, maar dan in plaats van building=yes er proposed:building=yes van maken. Dat zou moeten voorkomen dat de importer hem weer als building erin zit.

Let ook even op de short-name. Ze hanteren You-Yi (koppelstreepje) op de gevel.

Ik heb maar even een BAG-terugmelding gedaan. Dit kun je in de BAG-viewer doen bij het object:

https://bagviewer.kadaster.nl/lvbag/bag-viewer/?searchQuery=1730100000031219&objectId=1730100000031219

Als er 'bouw gestart' staat zoals nu, dan neemt de BAG-importplugin het pand steeds mee.

Probeer geen wijzigingen te doen in zaken zoals openbaarvervoerrelaties als je met iets anders bezig bent. Nu voeg je operator:wikidata toe aan de treindiensten tussen Leeuwarden en Groningen, terwijl je changeset comment 'update boerderij' is.

Splits zoiets op zodat je changesets groter worden dan nodig en niet lokaal detailwerk met regionale metadata mixen.

Onzin. Hij staat niet eens op Google Maps (vast morgen wel hoor). Dit gaat puur en alleen om vermelding op BTCMap.

Lijkt me zinloos. Ik geloof zo dat hij dat aannemelijk vind (zolang hij maar op BTCmap staat). Het idee dat je daar midden in een woonwijk om 4 uur 's nachts aan kan bellen om een pleziervlucht af te rekenen met Bitcoin lijkt me behoorlijk ridicuul.

`opening_hours=24/7` klopt ook? Dat lijkt wel erg ruim voor een thuiskantoor.