Onterecht BAG-identificatie bij OpenbareRuimte in berichtenstandaard (4240)

[adbgnm]

TER BESPREKING IN WERKGROEP KETEN / SOFTWARELEVERANCIERSOVERLEG

In de imgeo0300_ent_basis.xsd is bij openbare ruimte een attribuut BAG-identificatie opgenomen:

        <complexType name="OPR-basis">
                    <annotation>
                               <documentation>Openbare ruimte</documentation>
                    </annotation>
                    <sequence>
                               <element name="identificatie" type="imgeo:NEN3610ID-e" minOccurs="0"/>
                               <element name="creationDate" type="imgeo:date-e" minOccurs="0"/>
                               <element name="terminationDate" type="imgeo:date-e" nillable="true" minOccurs="0"/>
                               <element ref="StUF:tijdstipRegistratie" minOccurs="0"/>
                               <element name="lvPublicatiedatum" type="imgeo:dateTime-e" nillable="true" minOccurs="0"/>
                               <element name="bronhouder" type="imgeo:BronhouderCode-e" nillable="true" minOccurs="0"/>
                               <element name="beheerder" type="imgeo:Beheerder" minOccurs="0" maxOccurs="unbounded"/>
                               <element name="inOnderzoek" type="StUF:StatusMetagegevenNoValue" nillable="true" minOccurs="0"/>
                               <element name="relatieveHoogteligging" type="imgeo:RelatieveHoogteligging" minOccurs="0"/>
                               <element name="bgt-status" type="imgeo:CodeType-e" nillable="true" minOccurs="0"/>
                               <element name="plus-status" type="imgeo:CodeType-e" nillable="true" minOccurs="0"/>
                               <element name="lod0MultiSurface" type="gml:MultiSurfacePropertyType" minOccurs="0"/>
                               <element name="lod1MultiSurface" type="gml:MultiSurfacePropertyType" minOccurs="0"/>
                               <element name="lod2MultiSurface" type="gml:MultiSurfacePropertyType" minOccurs="0"/>
                               <element name="lod3MultiSurface" type="gml:MultiSurfacePropertyType" minOccurs="0"/>
                               <element name="identificatieBAG" type="BG:ObjectNummering-e" nillable="true" minOccurs="0"/>
                               <element name="heeftLabels" type="imgeo:OPRORL-basis" nillable="true" minOccurs="0" maxOccurs="unbounded"/>
                               <element name="geometrie2d" type="gml:SurfacePropertyType" minOccurs="0"/>
                    </sequence>
                    <attribute ref="StUF:entiteittype" use="required" fixed="OPR"/>
                    <attribute ref="StUF:sleutelVerzendend"/>
                    <attribute ref="StUF:sleutelOntvangend"/>
                    <attribute ref="StUF:verwerkingssoort"/>
        </complexType>

Dit attribuut heeft in onze proelevering geen geldige waarde omdat OPR in ons model én in de IMGeo-gegevens helemaal geen attribuut BAG-identificatie heeft, maar de openbare ruimtelabel deze heeft. In de gegevenscatalogus staat:

Het objecttype OpenbareRuimte komt uit de BAG. In het optionele deel van IMGeo is hieraan een 2D vlakgeometrie toegevoegd, om de ruimte te bieden aan gemeentendie een vlakgeometrie van de openbare ruimte willen bijhouden. Regels voor de afbakening van de openbare ruimte zijn nog niet geformuleerd in dit model. De BAG identificatie, naam van de openbare ruimte en type openbare ruimte zijn te vinden via de associatie naar BGT objecttype OpenbareRuimteLabel. De aanwezigheid van het attribuut identificatieBAG bij OPR in de xsd lijkt mij een fout. Graag een aanpassing op dit punt.

-- Nadere analyse -- In IMGeo ADE CityGML en het informatiemodel heeft een OpenbareRuimte (OPR) alleen het kenmerk . In het StUF-Geo IMGeo XSD kan ook een verwijziging naar 0..n OpenbareRuimteLabels (ORL's) worden opgenomen. Uit de relatie met een ORL kan de identificatieBAGOPR en de OPR-naam worden afgeleid. Het opnemen van een apart verplicht kenmerk identificatieBAGOPR bij een OPR lijkt daarmee overbodig. (zie ook opmerkingen hieronder)

Voorstel is om dit kenmerk te verwijderen bij een OPR, en alleen te handhaven. [LvdB: maar dan met een kardinaliteit van 0..1]

Toelichting:



Oplossingsrichting:

berichtenstandaard aanpassen