Nee dat klopt, maar bij ongewenste rendering van een gewenst object moet het wel mogelijk zijn om die rendering te kunnen verbeteren. Bij een object als deze kan ik me voorstellen dat de gewenste rendering is om de adresnode net als het het object zelf te verbergen (in ieder geval op de standaardkaart), maar dan moet dat wel kunnen op basis van de tags. Ik draag met alle liefde een PR (pull-request) aan voor Carto-OSM om adresnodes van dit soort verborgen systeemobjecten ook te verbergen, maar dan moeten we iets afstemmen over de tags die dat mogelijk maken. Ik vermoed overigens dat ze bij Carto-OSM ook terecht zullen opmerken waarom deze objecten dan überhaupt in de database staan.

Een andere oplossing is om dit soort objecten gewoon niet te importeren. Eventueel via een BAG-ID blacklist. Ook goed. Ook hier draag ik graag een PR aan, alleen is dat geloof ik niet mogelijk omdat de BAG import plugin voor JOSM naar mijn weten nog gesloten software is.

Hier is nog een mooi voorbeeld: https://www.openstreetmap.org/way/627597719

Vorig jaar heb ik met de gemeente Leeuwarden contact gehad over dat object via een BAG-terugmelding:

Prima. Het is een object dat met een juridische reden in de BAG staat. Het heeft, gezien de opmerking van de gemeente, op OSM geen toegevoegde waarde. Als het adres er al in hoort, dan ergens op een plek op dat perceel waar het wel logisch is. Op het toegangshek bijvoorbeeld. Dus ik haal het nepgebouw weg, en… een paar maanden later staat het er weer door een automatische BAG-update.

Een BAG-terugmelding is hier niet geldig, dus zitten wij er in OSM aan vast?

Echt, ik vind beide oplossingen prima, alleen neigt de oplossing nu steeds naar niks doen en gewoon maar accepteren dat de kaart er kwalitatief op achteruit gaat door (bijvoorbeeld) spooknummers in een kanaal of niet-bestaande objecten middenin een haven.