W3C home > Mailing lists > Public > public-rdf-dawg-comments@w3.org > June 2010

Re: Comment re SPARQL 1.1 Service Description

From: Gregory Williams <greg@evilfunhouse.com>
Date: Wed, 30 Jun 2010 16:10:19 -0400
Cc: <public-rdf-dawg-comments@w3.org>, Daniel Schwabe <dschwabe@inf.puc-rio.br>
Message-Id: <DA3FCFC3-361C-4347-B267-9AAAEC409F76@evilfunhouse.com>
To: Michael Hausenblas <michael.hausenblas@deri.org>
On Jun 3, 2010, at 5:53 AM, Michael Hausenblas wrote:

> Not sure if this is already on your radar, but in order to ensure a wide
> uptake concerning end-point discovery, I propose to register a well-known
> URI as per RFC5785 [2], i.e. to add the following to the SPARQL 1.1 Service
> Description document:
> ===
> 5. Well-Known URI Registration
> URI suffix:  sparql
> Change controller:  W3C.
> Specification document(s):  This document.
> ===
> This registry is quite new (as well as the RFC defining it) and I so far
> failed to figure what suffixes have been registered already. Nevertheless, I
> think it would tremendously help and hope that this is the right place to do
> it. If not, please let me know and I'll explore alternatives.


The working group considered well-known URIs during discussion of service description discovery (see "Option 3" in [1] as a starting point). There was very little support for the idea[2], and we decided to proceed with the current discovery mechanism of using the service URL to return a service description. For the issue to be reconsidered, I think we would need to see an proposal for what metadata you think should be returned from the /.well-known/sparql URL, taking into consideration the potential presence of multiple endpoints within one http server and RFC5785's suggestion that such a resource only return metadata (potentially making it a poor choice for a service URL).


Gregory Williams, on behalf of the SPARQL working group.

[1] http://lists.w3.org/Archives/Public/public-rdf-dawg/2009JulSep/0139.html
[2] http://www.w3.org/2009/sparql/meeting/2009-08-11#service_description
Received on Wednesday, 30 June 2010 20:10:49 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:52:10 UTC