W3C home > Mailing lists > Public > public-ldp-wg@w3.org > November 2013

ldp-ISSUE-91 (rel='type' Link-based interaction): The LDP (REST) interactions must be driven by the rel='type' Link header [Linked Data Platform Spec]

From: Linked Data Platform (LDP) Working Group Issue Tracker <sysbot+tracker@w3.org>
Date: Fri, 22 Nov 2013 22:28:34 +0000
Message-Id: <E1VjzDG-0007JS-Va@stuart.w3.org>
To: public-ldp-wg@w3.org
ldp-ISSUE-91 (rel='type' Link-based interaction): The LDP (REST) interactions must be driven by the rel='type' Link header [Linked Data Platform Spec]

http://www.w3.org/2012/ldp/track/issues/91

Raised by: Alexandre Bertails
On product: Linked Data Platform Spec

We have already agreed that LDP interactions are not strictly hypermedia driven, as we agreed not to define a new media-type for LDP. Instead we have a Link header for Resource [1].

The problem is that 4.2.10 [1] does not really advertise the LDP interaction, just the "LDP support" for the resource, and the interaction is currently derived from a { <> a ldp:Container } triple (or its absence). That means than I cannot create a simple LDPR with that triple _without_ the related interaction model. This is wrong.

My proposal is to say that the interaction model is directly (and solely) derived from the "type" Link header, having one for the LDPR and one for the LDPC. This is aligned with the previous proposal of not defining a new media type but to extend the existing RDF ones with the rel='type' Link header.

For an LDPR (and ideally for Binary if it also were an LDPR):
Link: <http://www.w3.org/ns/ldp#Resource>; rel="type"

For an LDPC:
Link: <http://www.w3.org/ns/ldp#Container>; rel="type"

Now, I can copy the content of an LDPC (eg. for backup purposes) into a new LDPR, without inheriting the LDPC interactions.

Also, creating an LDPC is now easy to define (and implement): you POST a document *with* the corresponding Link header (otherwise, it's an LDPR, or a Binary).

Alexandre.

[1] https://dvcs.w3.org/hg/ldpwg/raw-file/default/ldp.html#ldpr-4_2_10
Received on Friday, 22 November 2013 22:28:35 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:11:53 UTC