Informatieobject Adresgegevens

[wjtmollema]

In navolging van de loskoppeling van de klasse Gebiedsindeling van alle Geo-objecten, is er een idee opgekomen om dit ook te doen voor alle adresgegevens. Het idee is om een object adresgegevens mee te kunnen geven als nen2660: informatieobject.

Dit kan gaan over de volgende attributen, die evt. m.b.v. de semantische relaties tussen Geo-objecten en Registratieve gebieden automatisch invulbaar kunnen zijn:

• huisnummer
• openbare ruimtenaam
• postcode
• woonplaatsnaam

[wjtmollema]

Voorgestelde verwerking Adresgegevens, subklasse van InformatieObject.

Attributenprofiel

• huisnummer
• openbare ruimtenaam
• postcode
• woonplaatsnaam

Dit kan natuurlijk automatisch ingevuld worden o.b.v. semantische relatie bevat met Openbare ruimte, Postcodegebied, etc., maar dit houdt natuurlijk wel de deur open voor de 'enumeratiemethode' om deze attributen te vullen die tot in IMBOR 2022 gold voor Gebiedsindeling. @RiX012 Ofwel dit is een mooie middenweg, ofwel dit is het aanbieden van twee oplossingen voor hetzelfde.

[wjtmollema]

In het GWSW wordt de attributenverzameling ‘Adresgegevens’ gebruikt. Dit was de inspiratie voor een IMBOR-variant. Echter staat dit haaks op het laten vervallen van de klasse ‘Gebiedsindeling’ omdat de attributen die daartoe behoren m.b.v. semantische relaties uitgedrukt kunnen worden. Echter bleef het een aantrekkelijk idee om een adres bij ieder Object te kunnen registreren. Hier is echter een andere oplossing voor gevonden, die hieronder wordt uitgedrukt in de volgende wijzigingen:

Finale wijzigingen: a. De attributen die tot Gebiedsindeling behoren gaan definitief weg. b. Het attribuut ‘huisnummer’ blijft beschikbaar bij Gebouw. c. Het attribuut ‘huisnummer’ komt beschikbaar bij Bouwwerk. d. Om variabele locatiegegevens bij objecten kwijt te kunnen, komt het attribuut ‘locatieaanduiding’ beschikbaar bij Geo-object.

[wjtmollema]

Er wordt voorgesteld om deze issue te sluiten.