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

Re: ldp-ISSUE-38 (filtering, inlining): filtered representations and inlining [Linked Data Platform core]

From: Roger Menday <Roger.Menday@uk.fujitsu.com>
Date: Mon, 19 Nov 2012 21:49:16 +0000
CC: Linked Data Platform Working Group <public-ldp-wg@w3.org>
Message-ID: <917285C6-D8A8-4AE6-A582-AE8C44802737@uk.fujitsu.com>
To: "Wilde, Erik" <Erik.Wilde@emc.com>


> hello roger.
> On 2012-11-19 09:19 , "Roger Menday" <roger.menday@uk.fujitsu.com> wrote:
>> This specific issue wasn't about the 'storing' (the 'write') part.
>> I was specifically concerned with the reading part.
> given that LDP is a service and a service should only expose its service
> surface, you cannot make any assumptions that you reach deeply into some
> back-end storage. all you can interact with are LDP concepts, unless the
> service exposes additional affordances that give you more interaction
> capabilities.

Did I say something to suggest otherwise .. ? 

I'm definitely *not* making assumptions about the back-end, only that it can get exposed as a Graph. That's it. 

>> e.g. from GET /bugs, I'll get a list of links to individual bugs, but,
>> then I need to cycle through the list to find out about each one. But, if
>> I do GET /bugs?inline=bugs:has_bug, then I can make this more efficient.
>> One question is related to issue.32: how can I discover this (rather then
>> have query string construction algorithms).
> REST would require you to expose this in a way that clients can construct
> those URIs at runtime, just by interacting with the LDP server. since you
> cannot assume any specifics about the back-end, all you could do is have a
> framework for how servers can expose additional interaction affordances,
> in this case probably through a URI template. and then there would be a
> magical parameter that would be entirely opaque to LDP, that would be
> exposed by the LDP service. we are currently just in the process of
> designing such a "query template" media type

I would be interested in seeing that ... where is this design at the moment ? 

I think that something link driven must be possible. i.e. like on a shopping site, where the facets change according to which other facets are selected previously, etc etc ... I think that this kind of mechanism can be copied, such that the query strings can be "built up". 


> (so that exposing query
> capabilities becomes a little bit easier because there's a standard way of
> doing it), but afaict, there is no such thing around at this point in time.
> cheers,
> dret.

Received on Monday, 19 November 2012 21:49:46 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:17:33 UTC