- From: <henry.story@bblfish.net>
- Date: Mon, 5 May 2014 19:53:58 +0200
- To: Nandana Mihindukulasooriya <nmihindu@fi.upm.es>
- Cc: "public-ldp-wg@w3.org" <public-ldp-wg@w3.org>
- Message-Id: <643AABEB-C70A-4AE8-8D71-EFC47EEAC3F9@bblfish.net>
On 5 May 2014, at 12:45, Nandana Mihindukulasooriya <nmihindu@fi.upm.es> wrote: > Hi, > > This is regarding how to handle containment triples when creating binary resources. > > As per the current spec (5.2.3.12), upon creating an LDP-NR the servers may create an LDP-RS to maintain metadata about the newly created LDP-NR and advertise that using a Link Header. E.g. > > HTTP/1.1 201 Created > Location: /image.jpeg > Link: <http://www.w3.org/ns/ldp/Resource>; rel="type" > Link: <http://example.org/metadata>; rel="describedby" > > The question is after the creation, which triples should be added to the container. > > (1) Is it only the newly created LDP-NR ? > > <ldpc> ldp:contains <image.jpeg> > > or > > (2) or both LDP-NR and LDP-RS ? > > <ldpc> ldp:contains <image.jpeg> > <ldpc> ldp:contains <metadata> > The extra triples mentioned in the spec are not new ldp:contains members, but triples that describe that resource, such as this. <ldpc> ldp:contains <image.jpeg> <image.jpg> dc:describedby <metadata> . The reason is that if you delete <image.jpeg> you'd expect the metadata or acl files to dissapear as well. > This relevant text in the spec about the containment triple. > > [[ 5.2.3.2 When a successful HTTP POST request to a LDPC results in the creation of a LDPR, a containment triple must be added to the state of the LDPC whose subject is the LDPC URI, whose predicate is ldp:contains and whose object is the URI for the newly created document (LDPR). Other triples may be added as well. The newly created LDPR appears as a contained resource of the LDPC until the newly created document is deleted or removed by other methods. ]] > > Best Regards, > Nandana > > Social Web Architect http://bblfish.net/
Received on Monday, 5 May 2014 17:54:33 UTC