Adressen: Lege Pandgegevens voor VBOs gekoppeld aan meerdere Panden

[justb4]

In de BAG zijn meen ik plm 24000 VBOs die aan meer dan 1 Pand gerelateerd zijn. De Pand gegevens komen niet in de adres_plus (BAG Adres Woning) tabel voor deze VBOs. Dit is bijvoorbeeld te zien met deze query:

select * from bagactueel.adres_plus where aantal_pand_relaties_dit_vbo > 1 limit 20

Een specifiek voorbeeld is het adres Griffioenstraat 34 Middelburg met VBO id 0687010009283409. Zie bijvoorbeeld in BAGViewer:

In de BAG v2 database versie 8 sept 2021 is deze relatie wel aanwezig:

Echter in de adres_plus is geen Pand informatie aanwezig. Interessante vraag is natuurlijk hoe/welke Pand info daar zou moeten komen, of meerdere entries, maar dan ontstaan weer dubbele adressen.

Iets voor @PeeWeeOSM ?

[PeeWeeOSM]

Voornaamste uitgangspunt (en aanleiding) voor adres_plus is dat een adres (zie definitie bovenaan in het script) slecht 1x voorkomt dus meerdere records per adres zit er niet in. Als daar wel behoefte aan is dan vrees ik dat er een ander script nodig is die dan een andere tabel als resultaat heeft. Als we voor deze gevallen 1 record in adres_plus laten dan zou er m.i. alleen nog pand data toe te voegen zijn als bv al die panden de zelfde waarde hebben voor de pand attributen. bv bouwjaar allen het zelfde. Zo niet dan is weg laten m.i. beter dan bv een array aan bouwjaren. Gezien de aantallen en het belang zie ik nu geen reden het script aan te passen. @justb4 Dit alles gold ook voor bag V1 DB want ook daar was de relatie tussen VBO en Pand aanwezig maar misschien bedoelde je dat niet met "In de BAG v2 database versie 8 sept 2021 is deze relatie wel aanwezig"

[justb4]

@PeeWeeOSM ok, helder. Wat ik bedoelde: in zowel BAG v1 als v2 was deze N-M relatie PND-VBO aanwezig in de DB. In v2 zelfs ook als array-type attribuut in VBO tabel. Dus ook in adres_plus was deze situatie (ontbrekende PND info), alleen heeft nooit iemand daar een probleem mee gehad. Die Panden kunnen vaak geheel verschillende bouwjaren en statussen hebben dus aanvullen heeft geen zin. Komma-gescheiden PND-info in adres_plus zou nog kunnen, maar zullen veel bestaande systemen zich op "verslikken".

Even kijken of iemand nog suggesties heeft.