search

dataoverheid / dcat-ap-donl

Het applicatie profiel van de Europese DCAT-AP standaard voor uitwisseling met data.overheid.nl.
https://dataoverheid.github.io/dcat-ap-donl/
2 stars 1 forks source link

In welke gevallen is het nuttig om om een Catalog record aan te maken van iedere wijziging in een Catalog, Dataset of Dataservice? #16

Closed keestrautwein closed 2 years ago

keestrautwein commented 2 years ago

Met het Catalogrecord worden wijzigingen bijgehouden van Catalog, Dataset en Dataservice. Dit kan zowel een wijziging in de gegevens van een Dataservice betreffen, asl een wijzigingen in de DCAT gegevens zelf, zoals de wijzigingen van een titel. Omdat iedere Catalogrecord een datum van wijziging heeft, kan hierbij een complete administratie van alle wijzigingen op een DCAT resource worden bijgehouden.

De laatste wijziging wordt bij alle classes, zowel in Catalog, Dataset en Dataservice als in Distribution met dct:modified bijgehouden.

In welke gevallen is het nuttig om om een Catalog record aan te maken van iedere wijziging?

huubvanoers commented 2 years ago

Uit de discussie in de KOOP werkgroep kwamen we tot de conclusie dat het technisch mogelijk is om een lijst met verschillen en versies te maken, maar dat het publiceren van die lijst in de Catalog overbodig is. Het advies is om de CatalogRecords in DCAT DONL niet te implementeren.

Als je een administratie wil aanleggen voor de administratieve wijzigingen in deDCAT klassen in CatalogRecord, dan is dat mogelijk. Let dan op dat het dan om registratie van de wijzigingen gaat en de registratie van gebruik, zoals bij Dataservices, (bijv. de aanroep voor gemeente Zoetermeer of aanroep voor gemeente Groningen). Een wijziging in de Dataservice is een wijziging in de API aanroep en/of de achterliggende functie. Eventueel is dan mogelijk als controle: dct:Modified in het CatalogRecord moet gelijk zijn aan dct:Modified in betreffende DCAT klasse.