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 <[email protected]> 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 > >
