- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Thu, 22 Dec 2016 09:35:41 -0500
- To: Ismael Navas <ismael@lcc.uma.es>, public-lod@w3.org
- Message-ID: <4e570056-7f6d-5260-f95b-2898e13b9422@openlinksw.com>
On 12/22/16 3:44 AM, Ismael Navas wrote:
>
> In fact, not. In this link, you have a button Show Database Info that
> shows the real endpoint URL: http://cu.sabiork.bio2rdf.org/sparql
>
>
>
> Regards,
>
> Ismael
>
view-source excerpts, for the aforementioned example:
<div class="field-items"><div class="field-item even"><a
href="*/endpoint/sabio-rk <http://bioqueries.uma.es/endpoint/sabio-rk>*"
typeof="skos:Concept" property="rdfs:label skos:prefLabel">SABIO-RK</a>
and: jQuery(function() { ... jQuery.ajax({ url:
"/BioqueriesActions/GetEndpointStatus", dataType: "json", data: { *url :
"http://cu.sabiork.bio2rdf.org/sparql"* }, .. }); Net effect, the
original SPARQL Endpoint is simply obscured. Remember, this thread is
about SPARQL-FED which is dependent on visibility of actual SPARQL
Endpoints :) BTW -- I am having resolution issues re:
*http://cu.sabiork.bio2rdf.org/sparql *Kingsley
>
>
>
>
>
> *De:*Kingsley Idehen [mailto:kidehen@openlinksw.com]
> *Enviado el:* miércoles, 21 de diciembre de 2016 14:59
> *Para:* public-lod@w3.org
> *Asunto:* Re: Real Federated SPARQL Queries Required and Possible
> Collaboration
>
>
>
> On 12/21/16 4:29 AM, Ismael Navas wrote:
>
> Dear Kingsley,
>
>
>
> Thanks for your comment. Each query has associated a link to the
> Endpoint in the link names “Database” at the beginning. On the
> database link you will find all the queries associated to this
> endpoint, and a button “Show database info” where you can find the
> endpoint URL.
>
>
>
> If you want, you can also provide us new endpoints once you are
> registered in the system: http://bioqueries.uma.es/suggest/endpoint
>
>
>
> The endpoint suggestions are checked and added if they work properly.
>
>
>
> Registered users can also register new queries for any of the
> endpoints present in our database.
>
>
>
> We are next to release a new version solving some problems and
> cleaning the database of non-working endpoints or incorrect queries.
>
>
>
> Regards,
>
> Ismael
>
>
> Ismael,
>
> I remain unclear about what you mean. For instance, I see <a
> href="http://bioqueries.uma.es/endpoint/sabio-rk"
> <http://bioqueries.uma.es/endpoint/sabio-rk>>Database</a> when
> looking at one of your examples [1]. Thus, are you saying that the
> SPARQL endpoint in question is identified by the URI
> <http://bioqueries.uma.es/endpoint/sabio-rk>
> <http://bioqueries.uma.es/endpoint/sabio-rk> ? If so, how do I perform
> a query directly against that endpoint or a distributed query using
> SPARQL-FED ?
>
> Links:
>
> [1]
> http://bioqueries.uma.es/query/clone-catalysis-information-datset-sub-entity-controlled-and-controller-elements
>
> Kingsley
>
>
>
> *De:*Kingsley Idehen [mailto:kidehen@openlinksw.com]
> *Enviado el:* martes, 20 de diciembre de 2016 17:35
> *Para:* public-lod@w3.org <mailto:public-lod@w3.org>
> *Asunto:* Re: Real Federated SPARQL Queries Required and Possible
> Collaboration
>
>
>
> On 12/20/16 2:02 AM, Ismael Navas wrote:
>
> Dear Saleem,
>
> I read your email, and I would like to share with you
> http://bioqueries.uma.es as a repository of queries in Life
> Sciences.
>
> Regards,
> Ismael
>
>
> Hi Ismael,
>
> Cool service!
>
> BTW -- What SPARQL endpoints are associated with these queries?
> Basically, how do I locate PARQL endpoint(s) on a per registered
> query basis ?
>
>
> Kingsley
>
>
>
>
> El 19 de diciembre de 2016 21:34:07 CET, Muhammad Saleem
> <saleem.muhammd@gmail.com> <mailto:saleem.muhammd@gmail.com>
> escribió:
>
> Dear all,
>
>
>
> Do you have *federated SPARQL queries* you use today or
> have used in the past?
>
> Please e-mail them to us (via saleem.muhammd@gmail.com
> <mailto:saleem.muhammd@gmail.com>), as text files or in
> any way you prefer, together with the URLs of the
> endpoints on which you’ve executed them.
>
>
>
> Motivated by FEASIBLE [1] SPARQL benchmark generation
> framework, we want to design a customizable (in terms of
> queries types, number of queries, number of datasets etc.)
> federated SPARQL benchmark out of real queries
> log/use-cases. To this end, we are currently collecting
> real federated SPARQL queries from different domains,
> applications, and endpoints for analysis.
>
>
>
> Your help in this endeavour would be highly appreciated.
>
> We'll be more than happy to collaborate and/or provide you
> with the detailed results of the study if you contribute.
>
>
>
> Your federated queries will also be published as RDF as
> part of the extended LSQ: The Linked SPARQL Queries
> Dataset [2,3].
>
>
>
> Best Regards,
>
>
>
> Muhammad Saleem
>
> Ruben Verborgh
>
> Claus Stadler
>
> Miel Vander Sande
>
> Axel-Cyrille Ngonga Ngomo
>
> Carlos Buil Aranda
>
>
>
> [1] https://svn.aksw.org/papers/2015/ISWC_FEASIBLE/public.pdf
>
> [2] http://svn.aksw.org/papers/2015/ISWC_LSQ/public.pdf
>
> [3] http://aksw.github.io/LSQ/
>
>
>
>
>
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my
> brevity.
>
>
>
>
>
> --
>
> Regards,
>
>
>
> Kingsley Idehen
>
> Founder & CEO
>
> OpenLink Software (Home Page: http://www.openlinksw.com)
>
>
>
> Weblogs (Blogs):
>
> Legacy Blog: http://www.openlinksw.com/blog/~kidehen/
> <http://www.openlinksw.com/blog/%7Ekidehen/>
>
> Blogspot Blog: http://kidehen.blogspot.com
>
> Medium Blog: https://medium.com/@kidehen
>
>
>
> Profile Pages:
>
> Pinterest: https://www.pinterest.com/kidehen/
>
> Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
>
> Twitter: https://twitter.com/kidehen
>
> Google+: https://plus.google.com/+KingsleyIdehen/about
>
> LinkedIn: http://www.linkedin.com/in/kidehen
>
>
>
> Web Identities (WebID):
>
> Personal: http://kingsley.idehen.net/dataspace/person/kidehen#this
>
> : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
>
>
>
>
>
>
>
> --
> Regards,
>
> Kingsley Idehen
> Founder & CEO
> OpenLink Software (Home Page: http://www.openlinksw.com)
>
> Weblogs (Blogs):
> Legacy Blog: http://www.openlinksw.com/blog/~kidehen/
> <http://www.openlinksw.com/blog/%7Ekidehen/>
> Blogspot Blog: http://kidehen.blogspot.com
> Medium Blog: https://medium.com/@kidehen
>
> Profile Pages:
> Pinterest: https://www.pinterest.com/kidehen/
> Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
> Twitter: https://twitter.com/kidehen
> Google+: https://plus.google.com/+KingsleyIdehen/about
> LinkedIn: http://www.linkedin.com/in/kidehen
>
> Web Identities (WebID):
> Personal: http://kingsley.idehen.net/dataspace/person/kidehen#this
> : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
>
--
Regards,
Kingsley Idehen
Founder & CEO
OpenLink Software (Home Page: http://www.openlinksw.com)
Weblogs (Blogs):
Legacy Blog: http://www.openlinksw.com/blog/~kidehen/
Blogspot Blog: http://kidehen.blogspot.com
Medium Blog: https://medium.com/@kidehen
Profile Pages:
Pinterest: https://www.pinterest.com/kidehen/
Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
Twitter: https://twitter.com/kidehen
Google+: https://plus.google.com/+KingsleyIdehen/about
LinkedIn: http://www.linkedin.com/in/kidehen
Web Identities (WebID):
Personal: http://kingsley.idehen.net/dataspace/person/kidehen#this
: http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
Attachments
- application/pkcs7-signature attachment: S/MIME Cryptographic Signature
Received on Thursday, 22 December 2016 14:36:07 UTC