In de huidige StUF-schema's worden attributes nog vaak gedefinieerd via de ref-constructie. Bijvoorbeeld:
<attribute ref="StUF:noValue"/>
Dit mechanisme zorgt ervoor dat door middel van referentie altijd hetzelfde attribute op verschillende plekken wordt gebruikt. Dit voordeel is niet meer heel relevant omdat we het schema toch al genereren. Echter het heeft wel als nadeel dat je het waardenbereik van het attribute niet meer kunt verscherpen door middel van restriction.
Door de ref-constructie niet te gebruiken en te vervangen door de name-constructie kan dat wel, bijvoorbeeld:
<element name="noValue" type="StUF:NoValue"/>.
Het voorstel is om attributes niet langer meer te definiëren met de ref-constructie met uitzondering van het attribute "entiteittype". Want de ref-constructie is de enige manier waarop dit attribute van een namespace-prefix kan worden voorzien (bijv. entiteittype="bg:NPS" of entiteittype="zkn:ZAK") en dat is nodig om te zien uit welk sectormodel een entiteittype afkomstig is.
Graag binnen één week reageren als je het niet eens bent met dit voorstel want dan kan ik het nog meenemen in het schemageneratie-algoritme.
Dit RFC is opgevoerd in de onderhoudsverzoeken als RFC0469.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
Helaas is het mij niet gelukt om binnen een week een definitief antwoord te krijgen. In de expertgroep is een termijn van twee weken afgesproken. Ik zal dan ook uiterlijk binnen een week een definitieve reactie plaatsen, conform de oorspronkelijke afspraak.
Bedankt voor de statusinfo. Dan weet ik dat deze RFC nog niet meegenomen kan worden in de schema's die we gaan genereren voor de aankomende EG.
Wij (Centric) voorzien geen probleem om dit in de nieuwe onderlaag door te voeren. RFC kan wat ons betreft dus worden doorgevoerd.
Hierbij de uitwerking van dit RFC ter goedkeuring tijdens de StUF Expertgroep van 15 februari 2017.
Bijlage
Tijdens de StUF Expertgroep van 15 februari 2017 is de uitwerking van dit RFC goedgekeurd.