- From: Arnaud Le Hors <lehors@us.ibm.com>
- Date: Fri, 24 May 2013 14:11:37 -0700
- To: David Wood <david@3roundstones.com>
- Cc: Linked Data Platform (LDP) Working Group <public-ldp-wg@w3.org>
- Message-ID: <OFE3F7D1C7.F46918D7-ON88257B75.0073E8D8-88257B75.00746B7D@us.ibm.com>
Hi David, Could you please clarify what you meant here. Is that a vote against membershipPredicate or are you saying you want a guarantee that the server will list all the members of the container? Thanks. -- Arnaud Le Hors - Software Standards Architect - IBM Software Group From: David Wood <david@3roundstones.com> To: Linked Data Platform (LDP) Working Group <public-ldp-wg@w3.org>, Date: 05/23/2013 01:24 PM Subject: Re: ldp-ISSUE-73 (rdf:member): LDPCs to list all their rdf:member [Linked Data Platform core] +1 from me. I think this should be a MUST. Regards, Dave -- http://about.me/david_wood On May 23, 2013, at 15:08, Linked Data Platform (LDP) Working Group Issue Tracker <sysbot+tracker@w3.org> wrote: > ldp-ISSUE-73 (rdf:member): LDPCs to list all their rdf:member [Linked Data Platform core] > > http://www.w3.org/2012/ldp/track/issues/73 > > Raised by: Henry Story > On product: Linked Data Platform core > > An LDPR MUST/SHOULD list all the resources that were created in it with a POST as rdf:member . > That is doing a GET on the LDPC should return a list of members. These members are the HTTP resources that are GETable, PATCHable, POSTable, DELETEable . > > Advantages: > - a client can easily find out all the members of an LDPC by GETing it and querying the returned representation with some query that is the equivalent of the SPARQL > SELECT ?member WHERE { <> rdf:member ?member } > - the client does not need reasoning to find out what the members are > ( currently it seems to require some ldp:membershipProperty relation to find out what the member is ) > - LDPRs that are not LDPCs don't get lost after creation. An admin client can easily find out all the members. ( currently LDPRs may be listed on a remote resource for which one needs to know the LDPCs it came from and that it had a ldp:membershipSubject . The same issue would be true for an ldp:membershipObject . ) > - the LDPC is a good place to add metadata on the LDPR created such as title, update time, acl resources, ... > > >
Received on Friday, 24 May 2013 21:12:12 UTC