Open Sveino opened 1 week ago
@Sveino
Den er med i utkast til den reviderte DCAT-AP-NO (v.3.0) som etter planen skal ferdigstilles innen utg. av året: https://informasjonsforvaltning.github.io/dcat-ap-no/#Datasett-erstatter
Den er også med i DCAT 3.0., se under «The following properties … are also available for use» til klassen Dataset, https://www.w3.org/TR/vocab-dcat-3/#Class:Dataset. Se ellers også https://www.w3.org/TR/vocab-dcat-3/#inverse-properties.
@jimjyang https://informasjonsforvaltning.github.io/dcat-ap-no/#Datasett-erstatter referer til dct:replaces og ikke dct:requires
Jeg ser at dere skriver:
Egenskaper som ikke er eksplisitt spesifisert, og som dermed ikke er tatt med i denne versjonen:
er del av (dct:isPartOf), i samsvar med DCAT-AP/DCAT.
er påkrevd av (dct:isRequiredBy), i samsvar med DCAT-AP/DCAT.
er versjon av (dct:isVersionOf), i samsvar med DCAT-AP/DCAT. Se også 4.4, “Om bruk av inverse egenskaper”.
erstattes av (dct:isReplacedBy), i samsvar med DCAT-AP/DCAT. Se også 4.4, “Om bruk av inverse egenskaper”.
følger (cpsv:follows), i samsvar med DCAT-AP/DCAT.
har del (dct:hasPart), i samsvar med DCAT-AP/DCAT. Behovet er dessuten dekket av Datasettserie.
krever (dct:requires), i samsvar med DCAT-AP/DCAT.
refererer til (dct:references), i samsvar med DCAT-AP/DCAT. Se også 4.4, “Om bruk av inverse egenskaper”.
Dere skriver at det ikke er tatt med i denne versjonen, men betyr dette v3 eller bare denne beta-versjonen?
Beklager @Sveino, at jeg klarte å lese så feil :-(
Det stemmer at vi har foreslått i høringsversjonen å ikke eksplisitt ta med dct:requires
, for å følge DCAT-AP/DCAT som ikke har denne eksplisitt med. Egenskapen er dessuten hittil ikke i reell bruk i data.norge.no.
Ingen har i høringssvar etterlyst denne egenskapen, så planen er at den ikke skal eksplisitt tas med i kommende v.3.0 av DCAT-AP-NO (som p.t. er under ferdigstillelse).
At den ikke eksplisitt tas med i DCAT-AP-NO, betyr ikke at den ikke kan brukes. DCAT sier jo f.eks. at qualified relation brukes "where the nature of the relationship [...] does not match one of the standard [DCTERMS] properties ([...], dcterms:requires
, [...])"
Jeg er enig, men nå tror jeg ikke det er så mange som har sett på hvordan dette vil være med avansert SHACL validering. Tanker er at med dct:requires
må bli inkludert for å kunne gjøre valideringen. Så jeg vil anbefaler at denne blir med i v3.
Kan du vise oss et par konkrete eksempler som viser at dct:requires må være med?
Klart jeg kan. Jeg kunne bruke eksempler fra kraftdomene. Men la meg bruke Settlers of Catan spillet (siden det snart er jul 😊). Du har grunnspillet Settlers of Catan - Norsk (Brettspill), så har vi ulike varianter av dette grunnspillet. Catan Ny Energi (Brettspill) vil da bruke dcterms:references for å referer at denne for å informere spiller som er kjent med dette spille at dett er basert på dette. Men når det komme til utvidelser Catan 5-6 Spillere Utvidelse Norsk (Brettspill) så må vi bruke dcterms:requires for å informere at du i utgangspunktet ikke kan gjøre noe med utvidelsen hvis du ikke har grunnspillet.
Dette er ett veldig vanlig use case for mange datasett når vi ønsker å gå mot link data. Vi må skille mellom datasett som kan være nyttig og datasett som er helt nødvendig for å kunne bruke datasettet.
I DCAT-AP-NO v2.2 så er dct:requires inkludert. Den er ikke med med i DCAT-3 uten å inkludere den gjennom dcat:qualifiedRelation. Jeg har først tenkt at man kan includer referansen gjennom dcterms:references, men for å få til effektive SHACL validering så er det en fordel å ha det klart at man trenger andre dataset for å kunne gjennomføre valideringen.