Closed jimjyang closed 2 weeks ago
Kva med dette enkle forslaget:
@prefix dct: <http://purl.org/dc/terms/> .
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix dcat: <http://www.w3.org/ns/dcat#> .
<http://example.com/catalog/1> a dcat:Catalog ;
dct:title "My catalog"@en ;
.
<http://example.com/catalogrecords/1> a dcat:CatalogRecord ;
foaf:primaryTopic <http://example.com/catalog/1> ;
dct:conformsTo <https://data.norge.no/specification/dcat-ap-no> ;
.
<http://example.com/catalog/2> a dcat:Catalog ;
dct:title "My old catalog"@en ;
.
<http://example.com/catalogrecords/2> a dcat:CatalogRecord ;
foaf:primaryTopic <http://example.com/catalog/2> ;
dct:conformsTo <https://data.norge.no/specification/dcat-ap-no/v1.1> ;
.
Siden vi publiserer den til enhver tid gjeldende versjon av DCAT-AP-NO på https://data.norge.no/specification/dcat-ap-no, må http://example.com/catalogrecords/1 oppdateres når det kommer en ny gjeldende versjon av DCAT-AP-NO?
Dessuten, skal vi kreve at det skal finnes en dcat:CatalogRecord for enhver dcat:Catalog (for rett og slett at f.eks. innhøstingsløsningen skal kunne vite at en katalog er basert på den nye versjonen av DCAT-AP-NO)? Holder det bare å stille krav til dcat:Catalog eller skal det stilles samme krav til dcat:Dataset og dcat:DataService også?
Vi kan selvsagt ikke stille krav som har tilbakevirkende kraft, men for nye kataloger og katalogiserte ressurser, fra en viss dato og hvilken dato?
Siden vi publiserer den til enhver tid gjeldende versjon av DCAT-AP-NO på https://data.norge.no/specification/dcat-ap-no, må http://example.com/catalogrecords/1 oppdateres når det kommer en ny gjeldende versjon av DCAT-AP-NO?
Viss katalogen ikkje lenger er ihht https://data.norge.no/specification/dcat-ap-no, må catalogrecords/1 oppdateres.
Dessuten, skal vi kreve at det skal finnes en dcat:CatalogRecord for enhver dcat:Catalog (for rett og slett at f.eks. innhøstingsløsningen skal kunne vite at en katalog er basert på den nye versjonen av DCAT-AP-NO)?
Nei. Eg tenker at dersom vi ikkje finner ein conformsTo
i en CatalogRecord, defaulter vi til gjeldende versjon, dvs https://data.norge.no/specification/dcat-ap-no
Holder det bare å stille krav til dcat:Catalog eller skal det stilles samme krav til dcat:Dataset og dcat:DataService også?
Det er vel helheten (dcat:Catalog) vi stiller krav til, så eg meiner det holder å stille krav til dcat:Catalog.
Ok å se katalog som helhet.
Hvis vi velger å anta at kataloger som ikke har conformsTo
i en dcat:CatalogRecord
tilknyttet til seg er i henhold til gjeldende versjon av DCAT-AP-NO, må jo katalogutgivere oppdatere sine kataloger som ikke er i henhold til den nyeste versjon av DCAT-AP-NO. Det bør med andre ord uansett stilles et krav til katalogutgivere, og med denne løsningen dessuten et krav som har tilbakevirkende kraft.
Enig i prinsippet at når man refererer til en standard uten eksplisitt versjonnummer, så mener man den til enhver tid gjeldende versjon av standarden.
Ettersom det p.t. ikke ser ut til at det er noen krav som må tas med i denne nye som blir den gjeldende versjonen av DCAT-AP-NO, velger vi nå å publisere v.2.0 av DCAT-AP-NO, og kommer tilbake til hvordan kataloger som conformsTo v.1.1 skal beskrives.
Løsning i denne omgangen (v.3.0): eksemplifiseres i DCAT-AP-NO.
Lukkes
Dette bør beskrives tydelig i DCAT-AP-NO v.2.0+