- From: Michael Hausenblas <michael.hausenblas@deri.org>
- Date: Wed, 09 Jun 2010 12:16:01 +0100
- To: Leigh Dodds <leigh.dodds@talis.com>
- CC: <public-rdf-dawg-comments@w3.org>, Daniel Schwabe <dschwabe@inf.puc-rio.br>
Leigh,
> What would be available from /.well-known/sparql?
A very good and valid question.
> The response from the well-known URI boot-straps us into a hypermedia
> format in which we can follow links.
+1
> This could be specified as a separate small spec, not requiring any
> specific changes to the SD document.
Here you've lost me. Why should that be in a separate doc?
Cheers,
Michael
--
Dr. Michael Hausenblas
LiDRC - Linked Data Research Centre
DERI - Digital Enterprise Research Institute
NUIG - National University of Ireland, Galway
Ireland, Europe
Tel. +353 91 495730
http://linkeddata.deri.ie/
http://sw-app.org/about.html
> From: Leigh Dodds <leigh.dodds@talis.com>
> Date: Mon, 7 Jun 2010 11:30:37 +0100
> To: Michael Hausenblas <michael.hausenblas@deri.org>
> Cc: <public-rdf-dawg-comments@w3.org>, Daniel Schwabe
> <dschwabe@inf.puc-rio.br>
> Subject: Re: Comment re SPARQL 1.1 Service Description
>
> Hi,
>
> What would be available from /.well-known/sparql?
>
> RFC 5785 says the URI should return metadata. This isn't completely
> incompatible with also deploying the SPARQL endpoint to that location,
> but doesn't seem quite right to me.
>
> For example a domain may have several SPARQL endpoints, e.g. for
> several datasets or with different policies, capabilities or access
> control settings, so assuming a single Service Description seems
> brittle.
>
> Perhaps the response should be a document that links to available
> SPARQL endpoints, from which the Service Descriptions can be
> retrieved. This can just reuse the terms from the SD vocabulary:
>
> E.g.:
>
> <rdf:RDF
> xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
> xmlns:sd="http://www.w3.org/ns/sparql-service-description#">
> <sd:Service>
> <sd:url rdf:resource="http://www.example/sparql/"/>
> ....
> </sd:Service>
> </rdf:RDF>
>
> The response from the well-known URI boot-straps us into a hypermedia
> format in which we can follow links.
>
> This could be specified as a separate small spec, not requiring any
> specific changes to the SD document.
>
> Cheers,
>
> L.
>
> On 3 June 2010 10:53, Michael Hausenblas <michael.hausenblas@deri.org> wrote:
>>
>> Dear SPARQL WG,
>>
>> I reviewed the SPARQL 1.1 Service Description W3C Working Draft 1 June 2010
>> [1] - great job so far.
>>
>> 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.
>>
>> Cheers,
>> Michael
>>
>> [1] http://www.w3.org/TR/2010/WD-sparql11-service-description-20100601/
>> [2] http://tools.ietf.org/html/rfc5785#section-5.1
>>
>> --
>> Dr. Michael Hausenblas
>> LiDRC - Linked Data Research Centre
>> DERI - Digital Enterprise Research Institute
>> NUIG - National University of Ireland, Galway
>> Ireland, Europe
>> Tel. +353 91 495730
>> http://linkeddata.deri.ie/
>> http://sw-app.org/about.html
>>
>>
>>
>>
>> Please consider the environment before printing this email.
>>
>> Find out more about Talis at http://www.talis.com/
>> shared innovation
>>
>> Any views or personal opinions expressed within this email may not be those
>> of Talis Information Ltd or its employees. The content of this email message
>> and any files that may be attached are confidential, and for the usage of the
>> intended recipient only. If you are not the intended recipient, then please
>> return this message to the sender and delete it. Any use of this e-mail by an
>> unauthorised recipient is prohibited.
>>
>> Talis Information Ltd is a member of the Talis Group of companies and is
>> registered in England No 3638278 with its registered office at Knights Court,
>> Solihull Parkway, Birmingham Business Park, B37 7YB.
>>
>
>
>
> --
> Leigh Dodds
> Programme Manager, Talis Platform
> Talis
> leigh.dodds@talis.com
> http://www.talis.com
Received on Wednesday, 9 June 2010 11:16:42 UTC