search

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

Waarom hebben de verschillende objecten geen verwijzende sleutels? #16

Closed PB-GNM closed 2 years ago

PB-GNM commented 3 years ago

Indiener: Arno Ruijter Beantwoord door: Frank Zwiers

Vraag: Waarom hebben de verschillende objecten geen verwijzende sleutels (zoals bv bij de BAG). Nu zijn de relaties impliciet, en verplicht ons om de gehele EVlocaties als een setje bijelkaar te houden en uit te leveren. Omdat je anders niet meer weet bij welk EVreferentie een EVcontour hoort. Ik denk bij het uitleveren van gegevens en dus gebruik. Dit een probleem kan gaan opleveren als mensen alleen de (interessantere) contouren gaat gebruiken.

Antwoord: Relaties in het IM vertalen zich in een datamodel veelal in verwijzende sleutels. De keus om EVlocaties 'als setje' bij elkaar te houden komt mi. niet voort uit het ontbreken van relaties in het IM. Deze zijn tussen de ‘Blauwe blokjes’ geplaatst.

Reactie Arno: Dat we in een database relaties kunnen opnemen weet ik, maar het gaat erom dat als we de gegevens uitleveren (conform IMEV) , we die relaties zelf niet mee kunnen geven. Maar een gebruiker deze weer zelf moet leggen. Dat gaat een probleem zijn als we alleen contouren (bv aandachtgebieden leveren, de bron is dan niet vastgelegd, tenzij we die ook meeleveren)

(Is het principieel onjuist als in het model ook de relaties worden vastgelegd?)

PalmJanssen commented 3 years ago

Ik ken de uitleverbestanden niet maar het model zegt dat er relaties zijn. In de regel worden die geimplementeerd in een uitwisselbestand door referenties naar een id. Ik neem aan dat de REV registratie alle relevante objecten en dus objectid's gaat bevattten. Referenties kunnen dan resolved worden.

Onderzoekspunt is hoe de referenties in de JSON (?) bestanden worden toegepast.

PB-GNM commented 2 years ago

In het IMEV hebben alle objecttypes ook een identificatie en zijn alle relatiesoorten opgenomen waar behoefte aan is. Dit issue gaat dus eigenlijk niet om het IMEV, maar over hoe bestanden uitgewisseld worden in json via de API, want daar ontbreken de relaties via ID's als ze impliciet volgen uit de structuur van het uitwisselbestand. Om het dus niet aan het IMEV ligt, maar ook omdat dit issue eigenlijk al heel oud is en er geen discussie meer op plaatsvindt, wordt het gesloten.