- From: Henry Story <henry.story@bblfish.net>
- Date: Fri, 31 May 2013 22:53:21 +0200
- To: Arnaud Le Hors <lehors@us.ibm.com>
- Cc: Linked Data Platform (LDP) Working Group <public-ldp-wg@w3.org>
- Message-Id: <BB8188C0-6C7C-4267-A57B-AA03F4187169@bblfish.net>
On 31 May 2013, at 18:48, Henry Story <henry.story@bblfish.net> wrote:
>
> On 31 May 2013, at 18:11, Arnaud Le Hors <lehors@us.ibm.com> wrote:
>
>> Hi Henry,
>>
>> I think the proposed text below has several issues:
>>
>> "relates an LDP Container to the elements it contains, ie LDPRs that were created through this LDPC or that act as if they had been"
>>
>> 1. LDPCs aren't limited to containing LDPRs. They can contain any types of resources, including binary ones.
>> 2. LDPCs aren't limited to containing resources that are created from the LDPC. Although the end of the sentence opens up to that possibility I think the text unnecessarily implies a tie that just doesn't exist.
>
> agree.
Ok but after the recent discussion with John Arwe I'd like to find a way to tie the relation
to the ldp HTTP actions. Because that is exactly what I want to focus on.
>
>>
>> I would suggest something like this instead:
>>
>> "relates an LDP Container to the resources it contains".
>
> Yes, I was hesitant about that way of expressing things, because it seemed nearly circular.
And I think doing that is what creates this incredbile confusion we have in the
group since the beginning relations and containment.
>
>>
>> I think you're right that having an LDP specific predicate would prevent any ambiguity. Sadly, this is a good example of why it is so difficult to reuse existing vocabularies.
>
> Reuse is often done by inference. So one could add to the definition
>
> ldp:contains rdf:subPropertyOf rdf:member .
>
> Then one gets the benefits of aligning intuitions of those who have understood rdf:member relation.
> But yes, in this case we use the concept ldp:contains in a very specific way, and rdf:member covers
> much more ground.
>
>>
>> --
>> Arnaud Le Hors - Software Standards Architect - IBM Software Group
>>
>>
>>
>>
>> From: "Linked Data Platform (LDP) Working Group Issue Tracker" <sysbot+tracker@w3.org>
>> To: public-ldp-wg@w3.org,
>> Date: 05/31/2013 02:43 AM
>> Subject: ldp-ISSUE-79 (ldp:contains): ldp:contains
>>
>>
>>
>> ldp-ISSUE-79 (ldp:contains): ldp:contains
>>
>> http://www.w3.org/2012/ldp/track/issues/79
>>
>> Raised by: Henry Story
>> On product:
>>
>> replace all (most) references of rdf:member in the spec to ldp:contains .
>>
>> ldp:contains a rdf:Property;
>> :comment "relates an LDP Container to the elements it contains, ie LDPRs that were created through this LDPC or that act as if they had been";
>> :domain ldp:Container;
>> :range ldp:Resource .
>>
>> The advantage of using this relation is that:
>> - it is more specific than rdfs:member which can be applied much more widely than LDPCs
>> - it does not require the client to know that { <> a ldp:Container }, and so does not need to
>> parse through all the triples before it can start interpreting the meaning of an rdf:member .
>> - LDPRs that wish to refer to their LDPCs can do this in one relation with
>> { <.> ldp:contains <> . } this otherwise requires two relations
>> { <.> a ldp:Container; rdf:member <> }
>> - ( very minor: it may reduce the need to import the rdf namespace )
>>
>>
>>
>>
>>
>
> Social Web Architect
> http://bblfish.net/
>
Social Web Architect
http://bblfish.net/
Received on Friday, 31 May 2013 20:53:53 UTC