BAG overlappende schuurtjes

Diemen/Esstede 21 & 23 hebben overlappende schuurtjes in hun achtertuin.

https://www.openstreetmap.org/#map=19/52.33743/4.95213

JOSM klaagt hier terecht over.

Maar wat kan/moet ik hiermee aan?

Groetjes, Mike

Nieuwe BAG import aanvragen, of gewoon herstellen in JOSM.

Aangepast: https://overpass-api.de/achavi/?changeset=75963089

Bedankt!

Kan ik in JOSM dan doen wat ik wil met de BAG-tags?
Of moet ik die tags laten staan?

Je moet niks in OSM, maar de BAG-tags geven aan dat het een officiële BAG-import betreft en het is daarom wel zo handig die te laten staan.

Als je b.v. de omtrek wijzigt van zo’n officiële BAG import.
Dan is het toch meteen niet meer officieel?!

Misschien maak ik me druk om niets.
Maar waar ik aan zit te denken is dat een volgende BAG import de handmatige wijzigingen weer teniet doet.

iig bedankt voor de antwoorden.

Soms zijn gebouwen nog niet “ingemeten” als ze zijn geïmporteerd. Dat verwerken van het “inmeten” kan soms jaren duren in sommige regio’s.
De Hoekse Waard is “berucht” in deze. Alles ligt dan jaren nog schots en scheef. Ook in de BAG viewer.
Dan heeft een hernieuwde import ook geen zin. Ik leg dan de gebouwen goed volgens de BGT omtrekgericht. De source=BAG blijft dan gewoon hetzelfde.

Als je handmatig een BAG object wijzigt,
zou het dan een optie zijn om iets toe te voegen aan source, gescheiden door een punt-komma?
b.v.:

source=BAG;survey

Een herhaalde import zou dan dit object kunnen overslaan. Tenzij het sloop/nieuwbouw is.

Klinkt logisch…

Misschien ook handig om een BAG terugmelding te doen. Dat gaat tegenwoordig vrij vlot.
Met m.b.v. het BAG id heb je het pand al snel gevonden.

Zondag heb ik een berg terugmeldingen gedaan en vandaag is een gedeelte al door de gemeente aangepast.

Terugmelding lijkt me ook een goed plan.

Echter de BAG viewer geeft e.e.a. correct weer: https://bagviewer.kadaster.nl/lvbag/bag-viewer/#?geometry.x=125348.74&geometry.y=483357.77&zoomlevel=7&objectId=0384100000011268&detailsObjectId=0384100000011268

Dus het lijkt op een of ander bug in de import.
Lastig uit te zoeken, de originele nodes zijn al weg.

De import is gedaan in 2014.
Ondertussen zijn veel panden door de gemeente ingemeten en gecorrigeerd in de BAG.

Ook in deze buurt is te zien dat er meer afwijkingen zijn in de geometrie van de panden tussen de huidige BAG en de huidige OSM.
Gemeentes zijn dit jaar nog steeds bezig met correcties op de originele invoer in de BAG.

Zeker dat laatste klopt. Ik ben zelf BAG-medewerker in de gemeentes Westvoorne en Nissewaard en het afgelopen jaar hebben we heel vaak de landmeter naar buiten gestuurd om correcties in te meten. Alsmede diverse toevoegingen met betrekking tot BAG 2.0.