W3C home > Mailing lists > Public > public-dxwg-wg@w3.org > March 2019

Re: [dxwg] Are PROF roles misplaced in resourceDescription? (#769)

From: Rob Atkinson via GitHub <sysbot+gh@w3.org>
Date: Sun, 03 Mar 2019 21:55:30 +0000
To: public-dxwg-wg@w3.org
Message-ID: <issue_comment.created-469068640-1551650129-sysbot+gh@w3.org>
 have re-read this issue and looked at dublin core again -

all the DC definitions state, for e.g. format, "The file format, physical medium, or dimensions of the resource."

and none of them make sense as properties of the "identifier of the resource" - the resource is the thing being described, the subject of all triples is the identifier of the resource, the semantics of all properties relates to the resource itself.

do what is a the subject of these DC properties - its an identifier that may be different from the resource itself that allows a canonical form of metadata about the resource to be accessed. This is IMHO consistent with the identifier of a ProfileResource or dcat:Distribution independent of some access URL - its the means to have a local graph of knowledge about an external object (with or without an access URI) but most importantly an address for this metadata to be retrieved for any type of resource. 

Logically it is the artifact that has a format (or list it's identifier supports content negotiation), but the assumption that the artefact has a stable, known URI may be too strong.  It would be an issue of information redundancy in information if the same artifact played lots of different roles in different profiles - but that seems a bit of a corner case.

so the proposal is to run the issue past DCAT team for comment and see whether the response is sufficient to respond to the original comment.



-- 
GitHub Notification of comment by rob-metalinkage
Please view or discuss this issue at https://github.com/w3c/dxwg/issues/769#issuecomment-469068640 using your GitHub account
Received on Sunday, 3 March 2019 21:55:31 UTC

This archive was generated by hypermail 2.3.1 : Monday, 29 April 2019 13:45:08 UTC