Fixed value voor attribute groepsnaam in BrondocumentBGR is fout

Dit is een statische kopie van het eerdere discussie.kinggemeenten.nl.
Nieuwe discussies kunnen in de GitHub repository 'StUF standaarden' als issue worden opgevoerd.

5 reacties / 0 nieuw
Maarten van den...
Fixed value voor attribute groepsnaam in BrondocumentBGR is fout

De fixed value is 'BGR'. In het RSGB komt geen groepsattribuutsoort met deze naam voor, maar wel BGR-gegevens.

Voorstel: Wijzig 'BGR' binnen BrondocumentBGR in 'BGR-gegevens'.

NB: Deze wijziging is niet downwards compatible. Er is derhalve bespreking in de expertgroep nodig.

Heymen Nicolaij

Volgens mij is de probleemstelling niet helemaal goed overgekomen. In sectormodel BG310 versie 20091006 valt me op dat er op een onverwachte manier gebruik wordt gemaakt van de attributen elementen en groepen. Rechtstreeks in NpsLk01 zit een element gedefinieerd als volgt: <element name="inOnderzoek" type="StUF:InOnderzoekNPS" nillable="true" minOccurs="0" maxOccurs="unbounded"/> Het is niet eenduidig welke gegevens bedoelt worden met de diverse groepsnamen aangezien de groepen als groepelement niet bestaan !? Inconsequent is ook het gebruik van een 'inOnderzoek' in de relaties van een 'inp.verblijftIn' en 'inp.heeftAlsEchtgenootPartner'. In laatst genoemde is het een lege waarde waardoor deze op de relatie zelf slaat en in het eerste geval is het fixed waarde 'verblijfPlaats' die vermoedelijk ook op de relatie slaat en als dat inderdaad zo is achterwege zou kunnen blijven. Overigens zit in de relatie 'inp.verblijftIn' ook een element 'brondocument' waar de gehele set NPSElementen en NPSGroepen aan gekoppeld is. Enkele definities: <complexType name="InOnderzoekNPS"> <simpleContent> <restriction base="StUF:StatusMetagegevenMetAttributes"> <attribute ref="StUF:metagegeven" use="required"/> <attribute ref="StUF:noValue" fixed="geenWaarde"/> <attribute name="groepsnaam" type="StUF:NPSGroepen"/> <attribute name="elementnaam" type="StUF:NPSElementen"/> </restriction> </simpleContent> </complexType> <simpleType name="NPSElementen"> <restriction base="StUF:Groepsnaam"> <enumeration value="aanduidingVerblijfstitel"/> <enumeration value="aanduidingBijzonderNederlanderschap"/> </restriction> </simpleType> <simpleType name="NPSGroepen"> <restriction base="StUF:Groepsnaam"> <enumeration value="Gezagsverhouding"/> <enumeration value="Inschrijving"/> <enumeration value="Kiesrecht"/> <enumeration value="Nationaliteit"/> <enumeration value="Overlijden"/> <enumeration value="Persoonsgegevens"/> <enumeration value="Postadres"/> <enumeration value="Reisdocument"/> <enumeration value="VerblijfBuitenland"/> <enumeration value="Verblijfsplaats"/> </restriction> </simpleType> Het is niet duidelijk welke gegevens binnen NpsLk01 bij de diverse groepen horen, want de groepen als zodanig komen niet voor.

Maarten van den...

Hallo Heymen,

Heb je het RSGB er al bijgepakt?

Als ik het goed gedaan heb (en dat is niet altijd/overal het geval), dan kan je alle namen voor de groepen die ik heb  gebruikt als groepsattribuutsoort terugvinden in het RSGB. Wanneer bij een inOnderzoek element zo'n groepsnaam wordt gespecificeerd, dan dient dit geïnterpreteerd te worden als het in onderzoek zijn van alle waarden in die groep, zonder dat je weet om welke waarde het nu precies gaat. Als noch een groepsnaam noch een elementnaam is gespecificeerd dan is inderdaad het object zelf in onderzoek (bestaat het wel) of zijn alle waarden van het object in onderzoek. Het is helaas nu niet mogelijk deze twee gevallen te onderscheiden.

Voordat ik zelf verder ga zoeken in jouw voor mij niet goed leesbare post, hoor ik graag je reactie.

Maarten

Heymen Nicolaij

Dit is me wel duidelijk voor nu, dit lijdt wel tot een vervolgvraag die ik apart zal posten.

Maarten van den...

Ook de groepsnaam in BrondocumentBRA bleek fout te zijn. Beide zijn verbeterd in de december 2009 bugfix van bg0310.