You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A vendor proposes to keep alive previous version of datasetdescriptions (actually all metadata constructs). A changed datasetdescriptions gets a new @id The @id of the datasetdescription it is replacing is stored in the https://schema.org/replacee property.
This vendor also distinghuises between a thing and its description. So the Dataset has a durable identifier and the description a version specific @id.
This separation and keeping/linking of old versions of the description seems clean, albeit a bit more complex at first sight. Can we incorporate this in our requirements and crawler (deleting of previous version based on replacee @id).
The text was updated successfully, but these errors were encountered:
This trigger for me the question if we should consider implementing the Memento protocol either at the source or on the level of the Datasetregister level so it supports browsing the history of dataset descriptions?
Should the Register support historical versions of dataset descriptions?
Should the Register differentiate between dataset resources and dataset description resources?
In our discussion, @coret and I came up with the following provisional answers:
Only if there are relevant use cases for it. If the source supports versioning, consumers (such as researchers) don’t need versioned data in the Register, because they can reference and cite historical versions in the original source. On the other hand, does the Knowledge Graph need historical data, for instance to analyse change frequency of dataset descriptions?
No, because the Register already defines datasets as their descriptions. Publishers are still free to maintain the distinction as long as they use permanent IRIs for the dataset descriptions in their catalogs.
I agree with both points but in practice very little sources will be able to support versioning is my assumption. So adding this functionality using a Memento like solution would be a valuable addition for researchers and other consumers that require versioned/timestamped datasets. Maybe add this to point to the backlog for further exploration?
A vendor proposes to keep alive previous version of datasetdescriptions (actually all metadata constructs). A changed datasetdescriptions gets a new @id The @id of the datasetdescription it is replacing is stored in the https://schema.org/replacee property.
This vendor also distinghuises between a thing and its description. So the Dataset has a durable identifier and the description a version specific @id.
This separation and keeping/linking of old versions of the description seems clean, albeit a bit more complex at first sight. Can we incorporate this in our requirements and crawler (deleting of previous version based on replacee @id).
The text was updated successfully, but these errors were encountered: