- From: Miel Vander Sande <miel.vandersande@ugent.be>
- Date: Wed, 26 Aug 2015 11:05:15 +0200
- To: Víctor Rodríguez Doncel <vrodriguez@fi.upm.es>
- Cc: public-lod@w3.org
Hi Nandana, I guess VoID would be the best fit In case of LDF you could use <...> void:uriLookupEndpoint <http://fragments.dbpedia.org/2014/en?subject=> But wether these exists in practice? Probably not. I'd leave it up to the dereference publisher to provide this triple in te response, rather than doing the .well_known thing. Best, Miel On 26 Aug 2015, at 10:57, Víctor Rodríguez Doncel <vrodriguez@fi.upm.es> wrote: > > Well, you might try to look in this folder location: > .well-known/void > And possibly find a "void:sparqlEndpoint". > > But this would be too good to be true. > > Regards, > Víctor > > El 26/08/2015 10:45, Nandana Mihindukulasooriya escribió: >> Hi, >> >> Is there a standard or widely used way of discovering a query endpoint (SPARQL/LDF) associated with a given Linked Data resource? >> >> I know that a client can use the "follow your nose" and related link traversal approaches such as [1], but if I wonder if it is possible to have a hybrid approach in which the dereferenceable Linked Data resources that optionally advertise query endpoint(s) in a standard way so that the clients can perform queries on related data. >> >> To clarify the use case a bit, when a client dereferences a resource URI it gets a set of triples (an RDF graph) [2]. In some cases, it might be possible that the returned graph could be a subgraph of a named graph / default graph of an RDF dataset. The client wants to discover if a query endpoint that exposes the relevant dataset, if one is available. >> >> For example, something like the following using the "search" link relation [3]. >> >> ------ >> HEAD /resource/Sri_Lanka >> Host: http://dbpedia.org >> ------ >> 200 OK >> Link: <http://dbpedia.org/sparql>; rel="search"; type="sparql", <http://fragments.dbpedia.org/2014/en#dataset>; rel="search"; type="ldf" >> ... other headers ... >> ------ >> >> Best Regards, >> Nandana >> >> [1] http://swsa.semanticweb.org/sites/g/files/g524521/f/201507/DissertationOlafHartig_0.pdf >> [2] http://www.w3.org/TR/2014/REC-rdf11-concepts-20140225/#section-rdf-graph >> [3] http://www.iana.org/assignments/link-relations/link-relations.xhtml > > > -- > Víctor Rodríguez-Doncel > D3205 - Ontology Engineering Group (OEG) > Departamento de Inteligencia Artificial > Facultad de Informática > Universidad Politécnica de Madrid > > Campus de Montegancedo s/n > Boadilla del Monte-28660 Madrid, Spain > Tel. (+34) 91336 3672 > Skype: vroddon3 > > > --- > El software de antivirus Avast ha analizado este correo electrónico en busca de virus. > https://www.avast.com/antivirus > >
Received on Wednesday, 26 August 2015 09:05:46 UTC