Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Gebruik van identifiers #7

Open
gabswiersma opened this issue May 1, 2023 · 3 comments
Open

Gebruik van identifiers #7

gabswiersma opened this issue May 1, 2023 · 3 comments

Comments

@gabswiersma
Copy link
Collaborator

Vanuit DCAT-AP-EU zijn guidelines opgesteld voor het gebruik en beheer van verschillende identifiers - en voor uitleg: SEMICeu/DCAT-AP#223, dataoverheid/dcat-ap-donl#24. Vraag is of we hier momenteel iets mee kunnen of moeten vanuit dit profiel.

@idevisser
Copy link
Collaborator

idevisser commented May 10, 2023

Huidige situatie:

DCAT-AP kent twee optionele identifiers als property voor dataset; dct:identifier wat de belangrijkste identifier voor de dataset bevat en adms:identifier, wat naar een secundaire identifier verwijst.

DCAT-AP geeft uitvoerders de keuze om in dct:identifier

  • de waarde te geven die de catalogus toekent of
  • de waarde die de eerste uitgever/eigenaar van de dataset (beschrijving) heeft gegeven.

Daarnaast kan dct:identifier een URI of andere unieke identifier zijn.

Probleem:
De verschillende mogelijkheden om dct:identifier te vullen, leid tot het ontstaan van inconsistenties bij harvesting, dezelfde datasets worden niet als zodanig herkend.

Voorstel
Het voorstel is om de identifier die door de data eigenaar gegeven wordt aan een dataset te behouden in dct:identifier. Deze identifier wordt gebruikt voor de unieke identificatie van de dataset. De eventuele andere identifiers worden in adms:identifier opgenomen, zoals identifiers die door een catalog worden toegekend. Eventueel kan dan naast de waarde van de identifier zelf ook aan toegevoegd wie deze toevoeging gedaan heeft. Bijvoorbeeld in dct:creator. Hierdoor ontstaat een lijst met equivalente identifiers.

Daarvoor wordt dct:identifier een verplichte property met de beperking (ten opzichte van DACT-AP) dat deze property de waarde bevat die de eerste uitgever/eigenaar heeft gegeven.

Property URI Range Cardinality definition Usage Note
main identifier dct:identifier Literal 1 The main identifier for the Dataset The value is assigned by the main responsible of the Dataset, i.e. the owner or publisher.

Daarvoor wordt adms:identifier een verplichte property. Het gebruik van adms:identifier wordt uitgebreid, niet alleen voor secundaire identifiers, maar voor alle identifiers die aan de dataset zijn toegewezen tijdens het verwerken en delen van die dataset in het catalogusnetwerk.

Property URI Range Cardinality definition Usage Note
identifier adms:identifier adms:Identifier 1..n (*3) described identifier for the Dataset This property refers to each identifier that a catalogue or a process (i.e. harvesting) assigns.

Om ervoor te zorgen dat de meta-informatie over de identifier niet alleen de identifier-waarde is, bevat het voorstel ook aanvullende vereisten voor adms:Identifier.

Property URI Range Cardinality definition Usage Note
notation skos:notation Literal 1..1 content string which is the identifier  
schema manager name adms:schemaAgency Literal 1..1 the name of the agency that manages the identifier scheme (*2)
schema manager agent dct:creator foaf:Agent 1..1 the agency that manages the identifier scheme (*2)

@CasperKoop
Copy link

In principe eens met het voorstel. Alleen vraag ik mij af of het nodig is om de kardinalieteit van de adms:Identifier 1..n te maken. De guideline zegt het volgende:

0..n (*3)
(*3) The minimum cardinality will be defacto 1 since managing a dataset without any identifier in a catalogue would be a rarity.

Wanneer we verplichten dat adms:identifier gebruikt wordt, betekend dit dat de creator/publisher dct:identifier en adms:identifier invult?

@CorMelse
Copy link

eens met voorstel

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants