W3C home > Mailing lists > Public > public-lod@w3.org > September 2018

Re: Contd: Release of SAGE 1.0: a stable, responsive and unrestricted SPARQL query server

From: Adam Sanchez <a.sanchez75@gmail.com>
Date: Sat, 8 Sep 2018 21:23:34 +0200
Message-ID: <CAEP=qeN8E13xO64aK9F+Wc5k3mA+xch15h=6mtc502p=3Kb=xw@mail.gmail.com>
To: martynas@atomgraph.com
Cc: Kingsley Idehen <kidehen@openlinksw.com>, public-lod@w3.org
I guess is this one

http://sage.univ-nantes.fr/#software


On Sat, Sep 8, 2018 at 8:58 PM Martynas Jusevičius
<martynas@atomgraph.com> wrote:
>
> http://sage.univ-nantes.fr/sparql/dbpedia-2016-04
>
> Isn’t this the endpoint?
> On Sat, 8 Sep 2018 at 20.38, Kingsley Idehen <kidehen@openlinksw.com> wrote:
>>
>> On 9/8/18 2:31 PM, Kingsley Idehen wrote:
>>
>> On 9/8/18 4:23 AM, Pascal Molli wrote:
>>
>> Dear Kingsley,
>>
>> We detail how, and in which context, we achieved the SaGe result in:
>>
>> Thomas Minier, Hala Skaf-Molli, Pascal Molli. SaGe: Preemptive Query Execution for
>> High Data Availability on the Web. 2018. 〈hal-01806486〉
>>
>>
>> Hi Pascal,
>>
>> You re making claims that are best verified in a live environment i.e., one of the fundamental virtues of a SPARQL endpoint.
>>
>> We have many live endpoints:
>>
>> [1] http://dbpedia.org/sparql
>> [2] http://dbpedia-live.openlinksw.com/sparql
>> [3] http://linkeddata.uriburner.com/sparql
>> [4] http://lod.openlinksw.com/sparql
>>
>> many others published by others.
>>
>> We even share documents regarding configuration [1].
>>
>>
>> The result is confirmed with extensive benchmarks with Virtuoso, TPF and BrTPF.
>> The paper details how to re-run the experimentations.
>>
>>
>> No, you are observations from a setup constructed by you. I am requesting that you demonstrate your claims via a live SPARQL endpoint, not a paper. I am requesting this for a specific reason, so can you provide this or not?
>>
>>
>> To improve data availability for end-users, we optimized the SaGe server for
>> public LOD servers with read-only datasets. SaGe  preempts running
>> queries at low cost to provide a stable, responsive and unrestricted service
>> in this context.
>>
>> The "Anytime Query" capability of a Virtuoso server is great but does not ensure complete
>> answers.
>>
>>
>> Again, until you provide a live SPARQL endpoint you will not actually understand why "Anytime Query" actually exists i.e., you "..is great but does not ensure complete answers" speaks for itself.
>>
>>
>> If you need more details about our results, we will be happy to share with you what we
>> observed on Virtuoso.
>>
>>
>> Can you provide a live SPARQL endpoint or not?
>>
>> Kingsley
>>
>>
>> I forgot to add the URI of the Google Spreadsheet containing configuration details of various live Virtuoso instances.
>>
>> [1] https://docs.google.com/spreadsheets/d/1-stlTC_WJmMU3xA_NxA1tSLHw6_sbpjff-5OITtrbFw/
>>
>>
>> --
>> 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/public_home/kidehen/profile.ttl#i
>>         : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
>>
Received on Saturday, 8 September 2018 19:24:09 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:22:47 UTC