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
Since each dpv-skos:Concept also has an equivalent dpv-owl:Class, I was wondering whether this can be considered as good practice? See e.g. https://w3id.org/dpv/dpv-skos#ConsentRequested versus https://w3id.org/dpv/dpv-owl#ConsentRequested.
Notice also that dpvo:hasConsentStatus has dpvo:ConsentStatus as range and not dpvs:ConsentStatus.
The text was updated successfully, but these errors were encountered:
DPV is serialized in both OWL as well as SKOS.
OSLO Consent is currently mixing the use of both serializations by using
dpv-owl
properties but recommendingdpv-skos
as the value for those properties. See e.g. https://purl.eu/doc/applicationprofile/consent/kandidaatstandaard/2022-11-01/index_en.html#Consent%3AhasConsentStatusSince each
dpv-skos:Concept
also has an equivalentdpv-owl:Class
, I was wondering whether this can be considered as good practice? See e.g.https://w3id.org/dpv/dpv-skos#ConsentRequested
versushttps://w3id.org/dpv/dpv-owl#ConsentRequested
.Notice also that
dpvo:hasConsentStatus
hasdpvo:ConsentStatus
as range and notdpvs:ConsentStatus
.The text was updated successfully, but these errors were encountered: