- 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