SDIMEV-25: wijzigingsvoorstel: betere beschrijving geometrie locatieEVactiviteit. - Githubissues

Geonovum / imev-werkomgeving

Informatiemodel Externe Veiligheid IMEV. Folder voor het ontwikkelen van IMEV gerelateerde onderdelen en documentatie

https://docs.geostandaarden.nl/imev/imev/

1 stars 0 forks source link

SDIMEV-25: wijzigingsvoorstel: betere beschrijving geometrie locatieEVactiviteit. #23

Closed PB-GNM closed 2 years ago

PB-GNM commented 3 years ago

Naar aanleiding van helpdeskvraag SDIMEV-13: vragen REV, kenmerk 21 06 2467WACHTEN subvraag 5c2 en 5c3 willen we voorstellen om een betere beschrijving op te nemen bij geometrie van locatieEVactiviteit.

Het voorstel is om op te nemen dat de geometrie bij voorkeur gebaseerd is op een geometrie uit een basisregistratie zoals een perceel uit de BKR, of en pand uit de BAG, of geometrieën uit de BGT en BRT.

PalmJanssen commented 2 years ago

Dit kunnen we bij de toelichting opnemen. Het is ook zo dat het gebruik van de basisregistratie verplicht is. Dus als de locatieEVActiviteit een object uit een basisregistratie betreft dan moet je die informatie ook gebruiken.

Dan zijn er wel weer meerdere manieren om dat te doen: 1) verwijzen naar dat basisregistratieobject. voordeel: Dit is een zuiver hergebruik van de basisregistratie. De basisregistratie wordt als het ware verreikt met EV informatie. nadeel: a. Complex voor de voorziening om te realiseren; b. Niet alle LocatieEvActiviteiten hebben een hergebruikte geometrie. 2) de id van het gerelateerde basisregistratieobject opnemen bij LocatieEVActiviteit. voordeel: a. eenvoudige oplossing; b. bij het gebruik van LocatieEVActiviteit kan snel gekoppeld worden met informatie van het basisregistratie object (en eventueel andere gekoppelde administraties). 3) alleen de geometrie van dat basisregistratieobject gebruiken. voordeel: eenvoudige oplossing, alleen toelichten dat je dat moet doen nadeel: a. geen verifieerbaar hergebruik van gegevens; b. geen link tussen gebruikte gegevens en bron: als bron verandert krijg je geen signaal. 4) de geometrie van dat basisregistratieobject gebruiken met bronvermelding (id van bronobject). voordeel: a. verifieerbare hergebruik; b. signaal functie bij aanpassing geometrie bronobject. nadeel: iets complexe oplossing

PalmJanssen commented 2 years ago

Voor de oplossingsrichting stel ik een combinatie van 2 en 3 voor.

argumenten:

in 3 wordt uitgelegd dat er een aanbeveling is om geometrieen van basisreg-objecten te gebruiken
in 2 wordt het expliciet gemaakt dat dat gedaan is. De informatie kan ook zinvol gebruikt worden in het ontsluiten van de informatie van de LocatieEVActiviteit
het is aan de bronhouder om in zijn eigen gegevenshuishouding om het hergebruik van basisregistraties in te richten en te administreren. Het resultaat daarvan kan met de opname van het basisreg-object id ook door het REV worden gebruikt.

PalmJanssen commented 2 years ago

Voorstel aanpassing: Er is al een attribuut pandIdentificatie. Dit is al een toepassing van optie 2) maar dan specifiek voor panden uit de BAG. Evengoed is een relatie naar percelen, BGT-objecten, misschien BRO objecten ook relevant,

Veralgemeniseer het attribuut pandIdentificatie [0..1] tot linkNaarBasisregistratieObject [0..1]

PB-GNM commented 2 years ago

Dat kan hier aangepast worden in het model:

PalmJanssen commented 2 years ago

Werkgroep: Conclusie:

pas toelichting aan bij geometrie.
Er kunnen meerdere objecten als bron genomen worden: linkNaarBasisregistratieObject [0..*]

PB-GNM commented 2 years ago

Moet er niet ook iets bij staan over welke basisregistratie, of blijkt dat wel uit het id?

PalmJanssen commented 2 years ago

aangepaste toelichting bij attribuut geometrie: Baseer de geometrie bij voorkeur op een geometrie uit een basisregistratie.

PalmJanssen commented 2 years ago

iets anders uitgewerkt. 1) pandIdentificatie en addresseerbaarObjectIdentificatie laten staan. Deze informatie is primair van belang. Adres en link naar verblijfsobject is belangrijke informatie. 2) een attribuut 'bronVanGeometrie' toegevoegd. Met een verwijzing naar object uit een basisregistratie waar de geometrie op is gebaseerd. Dit is secundaire informatie (mogelijk meta-informatie). Die wel van belang is voor beheer en begrip.

PB-GNM commented 2 years ago

Als je dit zo toepast, kan <<BAG, Atribuutsoort>> dan weg of moet er dan niet nog iets bij ObjectUitBasisregistratie: namelijk objectTypeUitBasisregistratie: dus voor BAG bv: Pand of Adres?

PalmJanssen commented 2 years ago

discussie of ook punt (adrescoordinaten) moeten kunnen. Maak nieuw issue
attribuut voor bronVanGeometrie is niet nodig.

PB-GNM commented 2 years ago

Gesloten, omdat het een "wontfix" label heeft.