Informasjonsforvaltning / dcat-ap-no

Apache License 2.0
10 stars 3 forks source link

Vil dcterm:requires bli inkludert i DCAT-AP-NO #601

Open Sveino opened 1 week ago

Sveino commented 1 week ago

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.

jimjyang commented 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.

Sveino commented 1 week ago

@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?

jimjyang commented 1 week ago

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, [...])"

Sveino commented 1 week ago

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:requiresmå bli inkludert for å kunne gjøre valideringen. Så jeg vil anbefaler at denne blir med i v3.

jimjyang commented 3 days ago

Kan du vise oss et par konkrete eksempler som viser at dct:requires må være med?

Sveino commented 3 days ago

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.