Correcties in de beschrijving van de StUF standaard

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

3 reacties / 0 nieuw
Robert Melskens
Correcties in de beschrijving van de StUF standaard


In het document 'StUF030105.pdf' heb ik de volgende foutjes waargenomen:

  • In paragraaf 5.2.4 wordt in bullit 1 juist een voorbeeld genoemd dat niet strookt met de rest van de tekst in de bullit. Dit voorbeeld kan immers geen 'StUF:tijdVakRelatie' bevatten omdat een ouder-kind relatie nooit historisch wordt. Hier moet naar mijn mening dus een ander voorbeeld gebruikt worden of een tweede voorbeeld waarop het 'StUF:tijdVakRelatie' verhaal wel van toepassing is.
  • In stuf030105 wordt dit element ‘heeftAlsKind’ genoemd. Corrigeren in 'BG:inp.heeftAlsKinderen'.
  • In opsommingsitem 2 op pagina 58 van de StUF standaard staat geschreven dat in het eerste 'object' element een relatie-entiteit moet worden opgenomen met de attributes StUF:entiteittype, StUF:verwerkingssoort=”T” en StUF:noValue=”geenWaarde” en met een lege elementinhoud. Ik ben er vanuit gegaan dat dit in de situatie - Mutatiesoort 'W' en verwerkingssoort 'W' - ook geldt. Dit geeft echter een validatiefout. Volgens het schema moet dit element een 'BG:gerelateerde' element bevatten.
  • Op pagina 25 van de StUF standaard bevat Figuur 3 de verkeerde elementnamen ('isGehuwdMet' en 'verblijftOp') en waarden voor 'StUF:entiteittype' ('PRSPRSHUW'). Ook in de rest van het document komen deze termen voor.
  • In de tabel op pagina 60 mis ik een situatie. De eerste regel van de body beschrijft een situatie waarbij een relatie wordt toegevoegd aan de topfundamenteel. Gezien de waarde van het verwerkingssoort attribuut op het element 'BG:gerelateerde' gaat het daarbij om een relatie met een object dat al in de ontvangende applicatie bekend is. Als dat object echter nog niet bij de ontvangende applicatie bekend is moet het attribuut verwerkingssoort volgens mij de waarde 'T' hebben.
  • Hetzelfde geldt naar mijn mening voor de tweede regel in de body van deze tabel.
  • Op pagina 58 van dit document wordt in de derde bullit gesteld dat <StUF:beginRelatie> en <StUF:eindRelatie> nooit geraakt kunnen
  • worden. 1 zin verder staat echter dat <StUF:eindRelatie> alleen een waarde krijgt bij het beëindigen van een relatie. Deze twee opmerkingen lijken strijdig met elkaar.
  • Op pagina 29 van de StUF standaard staat ergens halverwege 'Deze drie metagegevens kunnen op drie manieren worden geïmplementeerd:'.
  • Volgens mij worden in het vervolg van de tekst echter slechts 2 metagegevens gebruikt. Overigens is eerder in het document (pag. 12) ook al gesteld dat de kinderen van 'StUF:tijdvakRelatie' geen metagegevens zijn.
Robert Melskens

Bij de derde bullit blijkt een 'xsi:nil="true"' wonderen te doen! De opmerking in die bullit kan dus vergeten worden.

 

Robert Melskens

Als erratum aan wijzigingsverzoeken toegevoegd.