- From: Nandana Mihindukulasooriya <nmihindu@fi.upm.es>
- Date: Thu, 24 Jan 2013 09:16:45 +0100
- To: "public-ldp-wg@w3.org" <public-ldp-wg@w3.org>
- Message-ID: <CAAOEr1mFoMQ7yYGcOvc2VtC9KNrvh+hoNOG_-DhsNk3u_Hrifw@mail.gmail.com>
Hi, On Thu, Jan 24, 2013 at 2:08 AM, Arnaud Le Hors <lehors@us.ibm.com> wrote: For what it's worth, section 5.2.1 of the LDP spec [2] states that "A > Linked Data Platform Container must also be a conformant Linked Data > Platform Resource." I've always read that as meaning that an LDPC is an > LDPR. > In the data model, LDPR: - has a RDF representation LDPC: - has a RDF representation - has a set of reserved properties with their semantics defined by the protocol - contains some protocol data so LDPC is a specialization of LDPR. In the interaction model, GET: LDPR - returns the current state. LDPC - returns the current state. In addition, provides mechanisms to retrieve only part of the state (non-member properties) and provides additional features like paging, ordering based a special property (membership predicate). PUT: LDPR - updates the current state LDPC - Only part of the state may be updated via <containerURL>?non-member-properties. The rest of the state is managed by the server. POST: LDPR - updates it's state by appending new triples ? LDPC - creates new resources DELETE: LDPR - deletes itself LDPC - deletes itself and any resources contained by it LDPC and LDPR have different interaction models but I suppose a specialization can have a different interaction model. Best Regards, Nandana
Received on Thursday, 24 January 2013 08:17:32 UTC