W3C home > Mailing lists > Public > public-rdf-dawg@w3.org > July to September 2012

Re: Status of comment RC-2

From: Andy Seaborne <andy.seaborne@epimorphics.com>
Date: Tue, 25 Sep 2012 13:20:20 +0100
Message-ID: <5061A184.8000300@epimorphics.com>
To: Steve Harris <steve.harris@garlik.com>
CC: public-rdf-dawg@w3.org

On 25/09/12 12:32, Steve Harris wrote:
>>> I'm also surprised if most toolkits allow you to change the status
>>> >>text.
>> >
>> >All the ones I have used do but, yes, the text is not really of much weight.
>> >
>> >But that's not the proposal as I understand it.
> OK, I think I got the wrong end of the stick.
>> >My understanding is that the proposal is to normatively describe a
>> >mechanism for passing back error messages.
>> >
>> >It is not clear what for - as there is no definition of the error
>> >messages its not for a programme to parse out (a json structure would be
>> >easier anyway!) so I can only assume it's for display.  Existing servers (aside from specialied SPARQL endgines:-)  send HTML by default.
> I think at this point display is all we can expect.
>> >So I don't see a proposal on the table at this point other than a vague "send text/plain in the body".  I think that is more harm than good to give it any weight.
> Something informative, suggesting that people return text/plain (or whatever is the consensus) seems beneficial, I'm not sure about anything normative.
>> >And it mildly conflicts with SPARQL 1.0.
> Yeah, but so does common practice (as I understand it). Totally ignoring the fact that common practice is mildly different from what's written in SPARQL 1.0 doesn't seem ideal either.

It is?  In what way?

Sending plain text has it's own issues.  I had one report that Fuseki 
was generating internal errors because the user saw plain text and 
assumed it was the internal system throwing up an internal fault in 
unsubtle way.  In fact, it was a parse in their query.

Received on Tuesday, 25 September 2012 12:22:18 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:01:07 UTC