Re: Binary resources and containment triples

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/