- From: Henry Story <henry.story@bblfish.net>
- Date: Mon, 11 Feb 2013 17:20:04 +0100
- To: "Wilde, Erik" <Erik.Wilde@emc.com>
- Cc: "public-ldp-wg@w3.org" <public-ldp-wg@w3.org>
- Message-Id: <1AD9B6B3-5A65-4EFB-A6B7-A54D9CB40963@bblfish.net>
On 11 Feb 2013, at 17:09, "Wilde, Erik" <Erik.Wilde@emc.com> wrote: > hello all. > > sorry for holding things up a bit about ISSUE-33. i guess i am still > wondering what ISSUE-33 is all about. as we have agreed, LDP is about an > RDF service surface, so what we serve as resources apart from LDP protocol > data can be anything. if we want to encourage people to implement servers > that can handle large amounts of data (i.e., large resources), we should > look at HTTP range requests and HTTP chunked encoding, and see if there is > anything that cannot be accomplished with these mechanisms. if there is a > specific RDF paging a server wants to implement, then i guess for LDP it > only matters for containers when listing members. for members themselves > it is not quite clear to me how pages would map to a proper resource > model, if we're splitting up triples into "triple pages" (that's what i > understood the non-container paging would be about). but i am still > suspecting that i am missing something here, so like eric suggested, a use > case and some explanation would be greatly appreciated. Erik, I find the idea of doing things on the HTTP level quite interesting too. Could you describe or point to a description on how that would be done? From my point of view if paging is ok on a container as is, then it is ok on a resource. But I have not yet analysed the current spec paging proposal. > > thanks a lot and cheers, > > dret. > > Social Web Architect http://bblfish.net/
Attachments
- application/pkcs7-signature attachment: smime.p7s
Received on Monday, 11 February 2013 16:20:42 UTC