- From: Henry Story <henry.story@bblfish.net>
- Date: Sun, 19 May 2013 22:48:48 +0200
- To: ashok.malhotra@oracle.com
- Cc: public-ldp-wg@w3.org
On 19 May 2013, at 22:39, Ashok Malhotra <ashok.malhotra@oracle.com> wrote:
> How would you access member1? Don't you need a URL?
I am not sure I understand. <member1> is just a relative url. I did not specify the base,
as I don't think it matters to the argument. Any base will do.
> All the best, Ashok
> On 5/19/2013 4:23 PM, Henry Story wrote:
>> On 19 May 2013, at 20:03, Ashok Malhotra <ashok.malhotra@oracle.com> wrote:
>>
>>> Henry:
>>> To help understand your proposal please create a simple example as follows:
>>> Assume a LDPC has two members.
>>> The first member is inlined, the second member is not inlined.
>>> What would be returned if you do a GET on the LDPC?
>> Thanks Ashot. Here in 3 points
>>
>> 1. Simple Solution (improved)
>> ------------------
>>
>> Here is an example in N3 with
>> <member1> showing just metadata
>> <member2> showing the content as a quoted string with an invented Turtle data Type
>> <member3> showing the content as a graph which will be possible in the future with something like Trig,
>> and is currently possible in N3. ( I am showing it to see that adding quoted content can be elegant )
>>
>>
>> ~~~~~~~~~~~~~~~~
>> @prefix dct: <http://purl.org/dc/terms/> .
>>
>> <> a ldp:Container;
>> rdf:member <member1>, <member2>, <member3> .
>>
>> <member1> dct:title "The first member";
>> dct:created "2013-05-16T12:30:01Z"^^xsd:dateTime .
>>
>> <member2> dct:title "The first member";
>> dct:created "2013-05-16T12:30:01Z"^^xsd:dateTime .
>> atom:content """
>> <http://some.host/member2> <http://xmlns.com/foaf/0.1/primaryTopic> <http://some.host/member2#me> .
>> <http://some.host/member2#me> a <http://xmlns.com/foaf/0.1/Person>
>> """^^lang:Turtle .
>>
>> <member3> dct:title "The first member";
>> dct:created "2013-05-16T12:30:01Z"^^xsd:dateTime .
>> log:semantics {
>> <member3> foaf:primaryTopic <member3#me> .
>> <member3#me> a foaf:Person;
>> foaf:knows <member2#me> .
>> <member2#me> a foaf:Idiot .
>> }
>> ~~~~~~~~~~~~~~~~
>>
>>
>> Both <member2> and <member3> include the content in a safe way. You can always include
>> content that way without fear of creating an inconsistency. When you have the content
>> in that way then the client need not fetch the remote resource .
>>
>> 2. Problem with memberInlined proposal
>> --------------------------------------
>>
>> The other part of my argument is that if you really want to merge the content of the members,
>> as proposed by the spec then the above would give you
>>
>> ~~~~~~~~~~~~~~~~
>> @prefix dct: <http://purl.org/dc/terms/> .
>>
>> <> a ldp:Container;
>> rdf:member <member1>, <member2>, <member3>;
>> ldp:memberInlined <member2>, <member3> .
>> <member1> dct:title "The first member";
>> dct:created "2013-05-16T12:30:01Z"^^xsd:dateTime .
>>
>> <member2> dct:title "The first member";
>> dct:created "2013-05-16T12:30:01Z"^^xsd:dateTime .
>> foaf:primaryTopic <member2#me> .
>> <member2#me> a foaf:Person .
>>
>> <member3> dct:title "The first member";
>> dct:created "2013-05-16T12:30:01Z"^^xsd:dateTime .
>> foaf:primaryTopic <member3#me> .
>> <member3#me> foaf:knows <member2#me> .
>> <member2#me> a foaf:Idiot .
>>
>> ~~~~~~~~~~~~~~~~
>>
>>
>> So now it turns out that the LDPC is asserting that
>> <member2#me> is a foaf:Idiot.
>> Who said that? You can't tell anymore.
>>
>>
>> 3. How do do inlining correctly
>> -------------------------------
>>
>> a. create a resource <inlined>
>>
>> <> a ldp:Container;
>> rdf:member <inlined> .
>>
>> <inlined> log:semantics { <inlined> a CashFlow . }
>>
>> b. PUT or PATCH stuff on that member.
>> If you get PUT or PATCH access to <inlined> then you know you have the responsibility to keep
>> it consistent. You can do that without problem because you can do that action atomically and
>> without rollback or locking.
>>
>>
>>
>>
>>
>>> --
>>> All the best, Ashok
>> Social Web Architect
>> http://bblfish.net/
>>
>>
>
>
Social Web Architect
http://bblfish.net/
Received on Sunday, 19 May 2013 20:49:22 UTC