- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Fri, 19 Apr 2013 07:06:53 -0400
- To: Leigh Dodds <leigh@ldodds.com>
- CC: public-lod community <public-lod@w3.org>
- Message-ID: <5171254D.3030104@openlinksw.com>
On 4/19/13 7:04 AM, Leigh Dodds wrote: > Hi, > > On Fri, Apr 19, 2013 at 11:55 AM, Kingsley Idehen > <kidehen@openlinksw.com> wrote: >> ... >> If you have OFFSET and LIMIT in use, you can reflect the new state of >> affairs when the next GET is performed i.e, lets say you have OFFSET 20 and >> LIMIT 20, the URL with OFFSET 40 is the request for the next batch of >> results from the solution and the one that would reflect the new state of >> affairs. > This requires the client to page from the outset. Ideally there would > be a way for a server to force paging where it needed to. At the > moment though there's no way for a server to indicate that its done > that, e.g. by including a "next page" link in the results. > > This also moves us towards a more hypermedia approach where clients > don't need to construct URIs: the server provides them. > > The community could decide on some extension elements/keys that could > be used in SPARQL XML/JSON results formats to achieve this. If the > link element in the existing format were a little more flexible [1] > then this option would be available. We could still use the atom link > element as an extension though with existing rel values (which > addresses other use cases). > > > [1]. http://www.w3.org/2009/sparql/wiki/Feature:Query_response_linking Yep! This is what we (the community) should all be towards instead of prematurely concluding that nothing is possible etc.. > > -- > Leigh Dodds > Freelance Technologist > Open Data, Linked Data Geek > t: @ldodds > w: ldodds.com > e: leigh@ldodds.com > > -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter/Identi.ca handle: @kidehen Google+ Profile: https://plus.google.com/112399767740508618350/about LinkedIn Profile: http://www.linkedin.com/in/kidehen
Attachments
- application/pkcs7-signature attachment: S/MIME Cryptographic Signature
Received on Friday, 19 April 2013 11:07:18 UTC