- From: Steve Harris <steve.harris@garlik.com>
- Date: Wed, 3 Oct 2012 13:22:18 +0100
- To: Lee Feigenbaum <lee@thefigtrees.net>
- Cc: SPARQL Working Group <public-rdf-dawg@w3.org>
- Message-Id: <8A016542-41F6-4A85-924F-FDA95EC0E89D@garlik.com>
On 2012-10-02, at 21:21, Lee Feigenbaum wrote: > I talked to Greg, and we looked more closely at Richard's latest suggestion. In it, he includes a "minimal option": > > "[T]he minimal option would be to encourage text/plain error messages by providing *only* text/plain examples (currently there's one for text/plain and one for HTML)" > > > Given the lack of experience and consensus, Greg and I feel that Richard's suggestion here is acceptable, and we plan to modify the protocol editor's draft accordingly. Please speak up if you're not happy with this resolution. That seems like the best way forward. > Also, please take a look at this draft response which I'd propose we send to Richard: > > """ > After several more discussions, it remains clear that we still have a lack of consensus on this topic and given our group's dwindling timeline, we have no further time to devote to this issue. To that end, we've removed the examples that encouraged using the HTTP status message. We've also adopted your "minimal option", and adjusted the error examples to all use text/plain responses. > > Please let us know if this satisfactorily addresses your comments. > > thanks, > Lee > On behalf of the SPARQL WG > """ +1 Out of interest, are they vanilla text/plain, or is there a charset? Everything else in SPARQL is UTF-8, it would be odd if the errors weren't, particularly if you wanted to quote input data, e.g. as in a parse error. - Steve -- Steve Harris, CTO Garlik, a part of Experian +44 7854 417 874 http://www.garlik.com/ Registered in England and Wales 653331 VAT # 887 1335 93 80 Victoria Street, London, SW1E 5JL
Received on Wednesday, 3 October 2012 12:22:54 UTC