You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Model(len) waarop de issue van toepassing is:
Besluitvorming ap
Omschrijving van het probleem:
Stuk heeft een attribuut vertrouwelijkheidsniveau met cardinaliteit 1. Dit hoort m.i. niet thuis in een applicatieprofiel, maar in een implementatiemodel. Het gaat ervan uit dat de granulariteit van het vertrouwelijksniveau zich op het niveau van stuk bevindt. (terwijl dit zich bij een lod-implementatie op niveau van een individuele triple kan bevinden)
Onze data valideert dan ook niet tov. de shacl.
sh:focusNode https://data.dba.omgeving.vlaanderen.be/id/stukonderdeel/dba_2016002792_agsrx4vntkwmj2siwy_lbg ;
sh:resultMessage "minCount[1]: Invalid cardinality: expected min 1: Got count = 0" ;
sh:resultPath https://data.vlaanderen.be/ns/besluitvorming#vertrouwelijkheidsniveau ;
sh:resultSeverity sh:Violation ;
sh:sourceConstraintComponent sh:MinCountConstraintComponent ;
sh:sourceShape _:b7
] Omschrijving van een mogelijke oplossing:
sh:minCount 0
The text was updated successfully, but these errors were encountered:
Het is m.i. zinniger om ivm. vertouwelijkheidsniveau de properties uit te modelleren. Daarmee breng je duidelijkheid wat het vertrouwelijkheidsniveau van bv. de naam van een persoon is.
iets als
oslo:naam a oslo:Vertrouwelijkheidsniveau3Property, rdf:Property .
oslo:Vertrouwelijkheidsniveau3Property a rdfs:Class, owl:Class;
rdfs:label "Vertrouwelijkheidsniveau drie property"@nl;
rdfs:comment "De klasse van componenten die duiden op het vertrouwelijkheidsniveau 'Vertrouwelijk'"@nl;
rdfs:subClassOf oslo:VertrouwelijkheidsniveauProperty.
Nu ik eraan denk. Is het niet vreemd om aan een Stuk wel een vertouwelijkheidsniveau toe te kennen, maar niet aan een activiteit, een agent, of eender welk ander object?
Model(len) waarop de issue van toepassing is:
Besluitvorming ap
Omschrijving van het probleem:
Stuk heeft een attribuut vertrouwelijkheidsniveau met cardinaliteit 1. Dit hoort m.i. niet thuis in een applicatieprofiel, maar in een implementatiemodel. Het gaat ervan uit dat de granulariteit van het vertrouwelijksniveau zich op het niveau van stuk bevindt. (terwijl dit zich bij een lod-implementatie op niveau van een individuele triple kan bevinden)
Onze data valideert dan ook niet tov. de shacl.
sh:focusNode https://data.dba.omgeving.vlaanderen.be/id/stukonderdeel/dba_2016002792_agsrx4vntkwmj2siwy_lbg ;
sh:resultMessage "minCount[1]: Invalid cardinality: expected min 1: Got count = 0" ;
sh:resultPath https://data.vlaanderen.be/ns/besluitvorming#vertrouwelijkheidsniveau ;
sh:resultSeverity sh:Violation ;
sh:sourceConstraintComponent sh:MinCountConstraintComponent ;
sh:sourceShape _:b7
]
Omschrijving van een mogelijke oplossing:
sh:minCount 0
The text was updated successfully, but these errors were encountered: