Een van de applicaties van GeoTax verstuurd samengestelde berichten uit de BAG berichtencatalogus naar de LV-BAG. In een van deze berichten (bgrCOG_Lk03) zit een vboLk01 bericht waarbinnen de relatie 'vbo.maaktDeelUitVan' voorkomt. Binnen deze relatie komen in het schema de elementen 'tijdvakRelatie' en 'tijdvakGeldigheid' voor. Aangezien de BAG applicatie van GeoTax deze gegevens helemaal niet registreert kunnen zij deze gegevens niet verstrekken. Zij willen voor deze relatie dan ook de volgende structuur hanteren:
<BG:vbo.maaktDeelUitVan StUF:entiteittype="VBOPND" StUF:verwerkingssoort="T">
<BG:gerelateerde StUF:entiteittype="PND" StUF:verwerkingssoort="I">
<BG:identificatie>5100100000000818</BG:identificatie>
<BG:authentiek StUF:metagegeven="true">J</BG:authentiek>
</BG:gerelateerde>
<BG:brondocument StUF:metagegeven="true" groepsnaam="BGR-gegevens">
<BG:identificatie StUF:noValue="geenWaarde" xsi:nil="true"/>
<BG:datum StUF:noValue="geenWaarde" xsi:nil="true"/>
</BG:brondocument>
<StUF:tijdvakRelatie>
<StUF:beginRelatie StUF:noValue="geenWaarde" xsi:nil="true"/>
</StUF:tijdvakRelatie>
<StUF:tijdvakGeldigheid>
<StUF:beginGeldigheid StUF:noValue="geenWaarde" xsi:nil="true"/>
<StUF:eindGeldigheid StUF:noValue="geenWaarde" xsi:nil="true"/>
</StUF:tijdvakGeldigheid>
<StUF:tijdstipRegistratie StUF:noValue="geenWaarde" xsi:nil="true"/>
</BG:vbo.maaktDeelUitVan>
Zoals je ziet heeft zowel 'beginRelatie' als 'beginGeldigheid' en 'eindGeldigheid' geen waarde. De vraag is nu of dit is toegestaan.
Tabel 5.5 zou in dit geval uitkomst moeten bieden. Op het eerste gezicht doet het dat ook en zou je zeggen dat deze situatie niet is toegestaan. Na bestudering van tabel 5.6 blijkt echter dat met name die tabel ruimte voor interpretatie over laat.
Zo wordt daaruit niet duidelijk wat er moet gebeuren met de elementen 'beginGeldigheid' en 'eindGeldigheid' als deze NIET ondersteund worden. Mag het element 'tijdvakGeldigheid' dan in zijn geheel weggelaten worden of dient het dan te worden opgenomen zoals in het bovenstaande fragment?
Ook is helaas niet scherp gespecificeerd in welke gevallen het element beginRelatie wel of niet een waarde mag hebben. Immers in tabel 5.5 staat bij het toevoegen van een relatie het symbool N bij beginRelatie. Volgens de legenda in Tabel 5.6 betekent N een ‘Nieuwe waarde’. De vraag is of een lege waarde mag worden opgevat als een nieuwe waarde. In ieder geval staat wel in de legenda dat eindRelatie ook moet voorkomen als beginRelatie is opgenomen. Dit is in het bovenstaande fragment niet het geval! Vreemd is echter dat dit niet door het schema wordt afgedwongen. Je zou ervoor kunnen kiezen als een systeem geen tijdvakRelatie ondersteunt om dit element in zijn geheel weg te laten inclusief de subelementen beginRelatie en eindRelatie.
Dit Erratum is opgevoerd in de onderhoudsverzoeken als ERR300.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
Als een element niet wordt ondersteund en wel verplicht is, dan dient dit te worden aangegeven met StUF:noValue="nietOndersteund". Dit betekent dat GeoTax zijn berichten moet aanpassen.
Tijdens de StUF Expertgroep van 18 december 2013 is besloten om de voorgestelde wijziging af te wijzen. Wel is besloten om in de specificatie van de BAG-berichtencatalogus expliciet op te nemen dat 'StUF:noValue="geenWaarde"' niet mag worden gebruikt binnen 'StUF:beginGeldigheid', 'StUF:beginRelatie' en 'StUF:tijdstipRegistratie'.
Dit erratum is doorgevoerd in patch 19 (28 maart 2014).
Als uiteindelijke oplossing hebben we in de tabel van paragraaf 2.1 van de BAG berichtencatalogus de volgende zin toegevoegd:
"Bij gebruik van deze berichtencatalogus geldt dat het attribute 'StUF:noValue' bij de elementen 'StUF:beginGeldigheid', 'StUF:beginRelatie' en 'StUF:tijdstipRegistratie' nooit de waarde 'geenWaarde' mag hebben."
Discussie gesloten.