- From: Henry Story <henry.story@bblfish.net>
- Date: Wed, 19 Dec 2012 14:58:45 +0100
- To: public-ldp-wg@w3.org
- Message-Id: <CD47243D-C999-43C5-AA22-65F7B33F8242@bblfish.net>
Since Andy started a mail on aggregation just now, I'll put forward
a default suggestion that can work with the notion of strict containership
of collections we have settled with at TPAC2012.
1. Create a aggregation container
----------------------------------
POST your collection to the container
<> primaryTopic <#wk> .
<#cnt> a WeakContainer;
:contains <http://remote.org/resource>,
<localRes> .
This creates a resource named say <resourceC> which defined
<resourceC#cnt> .
the :contains relation is left open for later.
2. Delete your container
------------------------
send an HTTP delete message
DELETE resourceC HTTP/1.1
or change the container as below by removing the <#cnt> from <resourceC>
3. Change your container
------------------------
Say you want to remove <http://remote.org/resource> from <resourceC#cnt>
then just
PUT resourceC HTTP/1.1
...
<> primaryTopic <#wk> .
<#cnt> a WeakContainer;
:contains <localRes> .
4 Optimisations
---------------
Define a Patch method to make it efficient to make changes.
Using SPARQL - just as an example - one could
DELETE { <#cnt> :contains <http://remote.org/resource> }
Since one does not use lists, this is really easy.
Henry
A short message from my sponsors: Vive la France!
Social Web Architect
http://bblfish.net/
Attachments
- application/pkcs7-signature attachment: smime.p7s
Received on Wednesday, 19 December 2012 13:59:19 UTC