- From: Henry Story <henry.story@bblfish.net>
- Date: Fri, 24 Jan 2014 18:38:47 +0100
- To: Alexandre Bertails <bertails@w3.org>
- Cc: "Kingsley (Uyi) Idehen" <kidehen@openlinksw.com>, Eric Prud'hommeaux <eric@w3.org>, "public-ldp-wg@w3.org Working Group" <public-ldp-wg@w3.org>, Arnaud LeHors <lehors@us.ibm.com>
On 24 Jan 2014, at 18:14, Alexandre Bertails <bertails@w3.org> wrote: >>>>> >>>>> In plain English: ldp:Container happens to be a class that can be used >>>>> to denote the Container interaction model when used with >>>>> rel=profile. What's wrong in that sentence? >>>> >>>> What does it denote when it is not used with rel=profile? >>> >>> Then the behavior is not defined. It's ok because we're only >>> interested in defining what it means when we use it with rel=profile, >>> or when you use it as a class. >> >> A URI refers to one thing. This is not a question of behaviour. That >> is how URIs are defined. >> >> [[ >> A Uniform Resource Identifier (URI) provides a simple and extensible >> means for identifying a resource. >> ]] > > I gave you the one declarative and universal meaning for > ldp:Container: it denotes the LDPC interaction model when used with > rel=profile, you're on your own for other rels. > > Does this introduce any contradiction with anything else? yes, there is no such thing as "denoting something when used with ..." Have you got a definition of that somewhere? Some further supporting evidence from RDF Semantics: [[ http://www.w3.org/TR/2004/REC-rdf-mt-20040210/#urisandlit This document does not take any position on the way that URI references may be composed from other expressions, e.g. from relative URIs or QNames; the semantics simply assumes that such lexical issues have been resolved in some way that is globally coherent, so that a single URI reference can be taken to have the same meaning wherever it occurs. ]] So imagine you have some other relation that is like profile but narrower, say an ldp:profile then ldp:Container would have to still refer to the same thing in the relation below: <> ldp:profile ldp:Container . which if we translate it using your grue like definition would come to <> is related by the ldp:profile relation to the thing denoting the ldp interaction if related by rel=profile, but you're out of luck for other rels. so here it would be <> related by ldp:profile to we know not what. What if someone then wants to write a vocabulary that describes interaction models? Say they want to say of an interaction model that it supports POST and that this creates new resources in some way,.... ldp:Container interaction:methodSupported "GET", "PUT", "POST", "PATCH" . following the above reasoning we have no idea what ldp:Container is referring to above. Clearly this would go against all the semantic web reasoning layers that have been agreed to in various groups at the W3C. I am surprised you even think of presenting this as an argument! You have just helped me thump another stake in the heart of this rel=profile time consuming vampire . Henry Social Web Architect http://bblfish.net/
Received on Friday, 24 January 2014 17:40:19 UTC