- From: Steve Speicher <sspeiche@gmail.com>
- Date: Wed, 15 May 2013 08:13:16 -0400
- To: Arnaud Le Hors <lehors@us.ibm.com>
- Cc: "public-ldp-wg@w3.org" <public-ldp-wg@w3.org>
- Message-ID: <CAOUJ7JrTL6KJmoe2NLu4kV2qmr-7FettB6SdXGHJMO-NaCQHYw@mail.gmail.com>
I wanted to follow up with this post directly to expand on the options we heard at the meeting on Monday [1] Option E: A combination of both Options A & B, in other words people wanted both. Option F: Usage of blank nodes, no new predicates defined [2] Additional note on options A & B, it makes more sense to say these are properties of the ldp:Page and not the ldp:Container. The ldp:Page resource describes the response: order, amount, which resource it is paging, etc. So I would propose rewording Options A & B to replace ldp:Container with ldp:Page. [1] - http://www.w3.org/2013/meeting/ldp/2013-05-13#Open_Issues [2] - http://lists.w3.org/Archives/Public/public-ldp-wg/2013May/0074.html On Tue, Apr 30, 2013 at 2:51 PM, Arnaud Le Hors <lehors@us.ibm.com> wrote: > Looking back at what has been said on this issue, I see several possible > paths forward: > > Option A: Richard's original proposal (without all the details): > > Add to ldp:Container a boolean property which, when true, indicates that a > complete description of all the members is inlined in the container > document. > > Option B: > > Add to ldp:Container a property ldp:memberInlined which indicates the > members for which a complete description is inlined in the container > document. > > Option C: > > Add a boolean property ldp:memberInlined which, when true, indicates that > a complete description of that member is inlined in the container document. > > Option D: > > Add a repeatable HTTP Header, such as X-Cacheable-for, which when set to a > member URI means that a complete description of that member is inlined in > the container document. > > > Here are some examples for each options: > > Option A: > > # The following is the representation of > # http://example.org/netWorth/nw1 > @prefix dcterms: <http://purl.org/dc/terms/>. > @prefix ldp: <http://www.w3.org/ns/ldp#>. > @prefix o: <http://example.org/ontology/>. > > <> > a o:NetWorth, ldp:Container; > ldp:membershipPredicate o:asset; > o:asset <a1>, <a2>; > ldp:membersInlined true. > > <a1> > a o:Stock; > o:value 10000. > <a2> > a o:Bond; > o:value 20000. > > > Option B: > > # The following is the representation of > # http://example.org/netWorth/nw1 > @prefix dcterms: <http://purl.org/dc/terms/>. > @prefix ldp: <http://www.w3.org/ns/ldp#>. > @prefix o: <http://example.org/ontology/>. > > <> > a o:NetWorth, ldp:Container; > ldp:membershipPredicate o:asset; > o:asset <a1>, <a2>; > ldp:memberInlined <a1>, <a2>. > > <a1> > a o:Stock; > o:value 10000. > <a2> > a o:Bond; > o:value 20000. > > Option C: > > # The following is the representation of > # http://example.org/netWorth/nw1 > @prefix dcterms: <http://purl.org/dc/terms/>. > @prefix ldp: <http://www.w3.org/ns/ldp#>. > @prefix o: <http://example.org/ontology/>. > > <> > a o:NetWorth, ldp:Container; > ldp:membershipPredicate o:asset; > o:asset <a1>, <a2>. > > <a1> > a o:Stock; > o:value 10000; > ldp:memberInlined true. > <a2> > a o:Bond; > o:value 20000; > ldp:memberInlined true. > > Option D: > > # The following is the representation of > # http://example.org/netWorth/nw1 > @prefix dcterms: <http://purl.org/dc/terms/>. > @prefix ldp: <http://www.w3.org/ns/ldp#>. > @prefix o: <http://example.org/ontology/>. > > <> > a o:NetWorth, ldp:Container; > ldp:membershipPredicate o:asset; > o:asset <a1>, <a2>. > > <a1> > a o:Stock; > o:value 10000. > <a2> > a o:Bond; > o:value 20000. > > HTTP Headers: > X-Cacheable-for: http://example.org/netWorth/nw1/a1 > X-Cacheable-for: http://example.org/netWorth/nw1/a2 > > Comments anyone? > -- > Arnaud Le Hors - Software Standards Architect - IBM Software Group > -- - Steve
Received on Wednesday, 15 May 2013 12:13:47 UTC