- From: Richard Cyganiak <richard@cyganiak.de>
- Date: Mon, 4 Oct 2010 12:58:51 +0100
- To: Steve Harris <steve.harris@garlik.com>
- Cc: Richard Newman <rnewman@twinql.com>, Eric Prud'hommeaux <eric@w3.org>, "public-rdf-dawg-comments@w3.org" <public-rdf-dawg-comments@w3.org>
On 4 Oct 2010, at 07:50, Steve Harris wrote: > The problem with conneg is that I issue a SPARQL request and say I > want Plain text, XML, Turtle in order, but I don't get to specify a > different ordering for errors v's correct results. That's a fair point. >> By all means put a header in the request which points to a resource >> that shows the error in a human readable form, or return multipart, >> but don't make everyone's ten-line shell scripts import an XSLT >> library to pull out an error line number. > > One option would be to reuse the SPARQL results format(s) to return > errors. It tends to be what apache and co. do, after all (reuse the > success format for error conditions). I find that idea quite compelling. Maybe something like: <?xml version="1.0"?> <sparql xmlns="http://www.w3.org/2005/sparql-results#"> <head> <malformedQuery>Parse error at [5:17], unexpected ' '</ malformedQuery> </head> </sparql> This would require a small extension of the XML result format. One could still say that this format is a SHOULD; and that specifications for other result formats (e.g., the JSON result format) MAY bring their own error formats; and that processors MAY use any other format as well, but then they MUST include the X-Malformed-Query HTTP header (so that Ian can send text/plain and Eric can send application/xhtml+xml). Best, Richard > I have a lot of 10 line (or less) shell scripts that call SPARQL > processors/endpoints. I tend to conneg tsv or similar from the > endpoint to make it easier to process in pipes, but when something > goes wrong I just dump the error to stderr, and it's up to a human > to figure out the problem. 10 line shell scripts don't often have > sophisticated error recovery :) So in this case conneg will work, > but perhaps some people want XML for their shell scripts. > > - Steve > > -- > Steve Harris, CTO, Garlik Limited > 1-3 Halford Road, Richmond, TW10 6AW, UK > +44 20 8439 8203 http://www.garlik.com/ > Registered in England and Wales 535 7233 VAT # 849 0517 11 > Registered office: Thames House, Portsmouth Road, Esher, Surrey, > KT10 9AD >
Received on Monday, 4 October 2010 12:01:11 UTC