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

Re: [dxwg] Align Alternative Representations Model and PROF (#1041)

From: Nicholas Car via GitHub <sysbot+gh@w3.org>
Date: Mon, 12 Aug 2019 02:38:49 +0000
To: public-dxwg-wg@w3.org
Message-ID: <issue_comment.created-520285395-1565577528-sysbot+gh@w3.org>
It appears to me that PROF is giving us profile modelling - out of scope for Conneg by P - but also hooks from profiles to resources that conform to them, viz `rdfs:Resource dct:conformsTo prof:Profile` and also a description of a `Resource`, viz. the `prof:ResourceDescriptor` class.

Conneg by P seems to require (from our testing) that there is a `Representation` class, instances of which represent, as per the HTTP spec [[RDF7230](https://httpwg.org/specs/rfc7230.html)], "An abstraction of the current or desired state of a thing in HTTP communications.".

It seems fairly obvious that we have something like this:

rdf:Resource conneg:hasRepresentation conneg:Representation .
conneg:Representation dct:conformsTo prof:Profile .
So the tie-point question seems to be: 
* how does a `conneg:Representation` class fit into PROF, if at all?

`conneg:Representation` is modelling implementations of data which will border PROF and PROF also contains:

`prof:ResourceDescriptor prof:hasArtifact rdf:Resource` 

where the *artifact* is the realisation of the resource that is the thing conforming to a `prof:Profile`. We've not teased apart resources ans representations of them in PROF and this requirement from Conneg could be the thing that does that.

GitHub Notification of comment by nicholascar
Please view or discuss this issue at https://github.com/w3c/dxwg/issues/1041#issuecomment-520285395 using your GitHub account
Received on Monday, 12 August 2019 02:38:51 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 20:28:31 UTC