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

Related datasets [RRDS] #81

Closed
jpullmann opened this issue Jan 18, 2018 · 6 comments
Closed

Related datasets [RRDS] #81

jpullmann opened this issue Jan 18, 2018 · 6 comments

Comments

@jpullmann
Copy link

Related datasets [RRDS]

Ability to represent the different relationships between datasets, including: versions of a dataset, collection of datasets, to describe their inclusion criteria and to define the 'hasPart'/'partOf' relationship, derivation, e.g. processed data that is derived from raw data

this requriement to be rolled in here: Update method of Dataset: Indicate the update method of a Dataset description, e.g. whether each new dataset entirely supercedes previous ones (is stand-alone), or whether there is a base dataset with files that effect updates to that base.


Related requirements:  Provenance information [RPIF] 
Related use cases: Relationships between Datasets [ID32] Define update method [ID47] 
@dr-shorthair
Copy link
Contributor

Comment received by email from Nuno Friere suggests using void:rootResource to point to a manifest.

@dr-shorthair
Copy link
Contributor

A general solution for relations from dcat:Resource to any other resource is discussed in #253 and a solution provided in #295.

Guidance on use of more specific properties for relationships between dcat:Datasets should continue here.
In particular considering
(a) the more specialized DCT predicates dct:hasPart/dct:isPartOf , dct:conformsTo , dct:isFormatOf/dct:hasFormat , dct:isVersionOf/dct:hasVersion , dct:replaces/dct:isReplacedBy , dct:references/dct:isReferencedBy , dct:requires/dct:isRequiredBy
(b) the fully general case (possibly using qualified relation pattern and an extensible list of relationship roles)

Should we add local (guarded) constraints on dcat:Dataset so that the range of these properties in this context is required to be dcat:Dataset - see discussion starting here: #253 (comment)

@dr-shorthair
Copy link
Contributor

dr-shorthair commented Sep 20, 2018

We should leverage the IANA link relations for the general case.
Perhaps as the value of a specified 'role' property on a qualified relationship #79.
e.g.

ex:Test987
  a dcat:Dataset ; 
  dcat:qualifiedRelation [
    a dcat:QualifiedRelationship ;
    dcat:target <http://example.org/Test123> ;
    dcat:relationRole "canonical" ;
  ] ;
.

@dr-shorthair
Copy link
Contributor

I made a proposal for this in the Wiki page: https://github.com/w3c/dxwg/wiki/Qualified-relations#related-datasets

@davebrowning
Copy link
Contributor

davebrowning commented Dec 19, 2018

Now that we have introduced dcat:DataService, does the above requirement apply to those catalogued resources as well? In particular, we have specific properties tying dcat:Dataset to dcat:Distribution to dcat:DataDistributionService (dcat:accessService) and back to dcat:Dataset (dcat:servesDataset) but this kind of general requirement seems to suggest an additional/parallel mechanism is desired - or am I missing something?

@dr-shorthair
Copy link
Contributor

General approach to relations in #651

@davebrowning davebrowning added the due for closing Issue that is going to be closed if there are no objection within 6 days label Jan 29, 2019
davebrowning added a commit that referenced this issue Jan 29, 2019
@davebrowning davebrowning removed the due for closing Issue that is going to be closed if there are no objection within 6 days label Feb 7, 2019
davebrowning added a commit that referenced this issue Mar 14, 2019
Additional change history added
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants