Closed PalmJanssen closed 1 year ago
Zou een aanpassing zijn bij alle attributen waar een adres is opgenomen. Het datatype is dan geen CharacterString maar het Gegevensgroeptype Adres.
Werkgroep: onderzoek
1) er is een optie om het adres of een locatieOmschrijving te gebruiken 2) BAGid is als optioneel attribuut opgenomen 3) Voor de directe herkenbaarheid van adres zijn de bag adres-attributen opgenomen
Oplossing ziet er zo uit:
Adres in IMEV is opgenomen als CharacterString. Een adres conform de BAG bestaat uit een aantal benoemde velden en/of een BAGid.
Voorstel is om dat in IMEV ook te doen en daarmee de basisregistratie BAG toe te passen.
Adres wordt op de volgende plaatsen toegepast:
relatie met #19
Zou een aanpassing zijn bij alle attributen waar een adres is opgenomen. Het datatype is dan geen CharacterString maar het Gegevensgroeptype Adres.
Een volledige toepassing van het BAG adres is de volgende. Zou een aanpassing zijn bij alle attributen waar een adres is opgenomen. Het datatype is dan geen CharacterString maar het Gegevensgroeptype Adres. Er is hierbij rekening gehouden dat een locatie ook een niet BAG adres kan hebben. In dat geval wordt een attribuut 'locatieomschrijving' ingevuld.
Oplossing ziet er zo uit:
Voor de BAGid moet nog bepaald worden van welk BAG object de id wordt uitgewisseld. Het ligt voor de hand om het id van BAG:AdresseerbaarObject daarvoor te gebruiken.
In IMKL wordt BAGid op deze manier gedefinieerd: Naam: BAGid Definitie: BAG identifier van een AdreseerbaarObject of een Nummeraanduiding zoals geregistreerd bij de BAG. Omschrijving: Afhankelijk van de context waarin het adres wordt gebruikt wordt de BAGid van het AdresseerbaarObject of van de Nummeraanduiding gebruikt. Voor een koppeling naar een bezoek of postadres de BAGid van de Nummeraanduiding.
Geef hier een indicatie van de impact van de wijziging:
laag, midden, hoog
Kan met twee attributen en een constraint worden uitgewerkt (zoals nu gedaan) of met een keuze attribuut. De laatste heeft het voordeel dat validatie via het JSON schema wordt afgedwongen.
Reacties software leveranciers:
Ter verduidelijking hier het BAG objecten model:
Expertgroep: Vraag: BronVanGeometrie wat is het nut hiervan? Constraint moet worden xor. minimaal 1 van de 2, dus mag ook beide
Voorstel is op de volgende manier verwerkt.
Twee attributen: adres met de definitie: Het adres van de locatie waar de activiteit wordt uitgeoefend door middel van een verwijzing naar de BAGid van het BAG-Object Nummeraanduiding.
locatieomschrijving met de definitie: Omschrijving van de locatie als alternatief of toevoeging aan het adres.
Er is een constraint AdresEnOfLocatieomschrijving met de regel dat minimaal 1 van beide ingevuld moet zijn. Ze kunnen ook beide zijn ingevuld.
Ook bij het attribuut adresExploitant is de BAGid van de nummeraanduiding opgenomen.
Opgelost in versie 1.3.
Adres in IMEV is opgenomen als CharacterString. Een adres conform de BAG bestaat uit een aantal benoemde velden. Zie dit voorbeeld uit IMKL: (rode lijnen hebben voor dit voorbeeld geen betekenis)![image](https://user-images.githubusercontent.com/9932784/152995822-e8aed5ed-cd81-4a66-8e16-4b33b6c27de3.png)
Voor IMEV ligt een dergelijke toepassing van adres ook voor de hand.
relatie met #19