they claim that they have a Jena TDB fork indeed.

The evaluation code is online here:

https://gqgh5wfgzt.github.io/benchmark-leapfrog/

and the jena (3.9.0) fork is here:

https://github.com/GQgH5wFgzT/jena

the paper URL is here
https://link.springer.com/content/pdf/10.1007%2F978-3-030-30793-6_15.pdf



On Thu, Oct 31, 2019 at 1:09 PM Andy Seaborne <a...@apache.org> wrote:

> Yes - some interesting papers.
>
> I noted:
>
> "SHACL Constraints with Inference Rules"
> Paolo Pareti, George Konstantinidis, Timothy J. Norman,
> and Murat Şensoy
>
> "Validating SHACL Constraints over a SPARQL Endpoint"
> Julien Corman, Fernando Florenzano, Juan L. Reutter,
> and Ognjen Savković
>
> Now, I wonder if the source code for LeapfrogJoin is avaiable for TDB
> ... not expecting fully integrated but as something to at least look at.
> It looks like a sideways information passing paradigm at first glance.
>
>      Andy
>
> On 31/10/2019 10:01, Marco Neumann wrote:
> > FYI had a quick look over the ISWC 2019 proceedings and there are 8
> papers
> > that make direct reference to the (Apache) Jena project
> >
> > https://iswc2019.semanticweb.org/proceedings/
> >
> > Decentralized Indexing over a Network of RDF Peers. ISWC 2019
> > Christian Aebeloe, Gabriela Montoya and Katja Hose
> >
> > Mining Significant Maximum Cardinalities in Knowledge Bases. ISWC 2019
> > Arnaud Giacometti, B´eatrice Markhoff and Arnaud Soulet
> >
> > A Worst-Case Optimal Join Algorithm for SPARQL. ISWC 2019.
> > Aidan Hogan, Cristian Riveros, Carlos Rojas and Adri´an Soto
> >
> > Type Checking Program Code Using SHACL. ISWC 2019.
> > Martin Leinberger, Philipp Seifer, Claudia Schon, Ralf L¨ammel and
> Steffen
> > Staab
> >
> > A Framework for Evaluating Snippet Generation for Dataset Search. ISWC
> 2019
> > Xiaxia Wang, Jinchi Chen, Shuxin Li, Gong Cheng, Jeff Z. Pan, Evgeny
> > Kharlamov, and Yuzhong Qu
> >
> > The SEPSES Knowledge Graph: An Integrated Resource for Cybersecurity.
> ISWC
> > 2019.
> > Elmar Kiesling, Andreas Ekelhart, Kabul Kurniawan and Fajar Ekaputra:
> >
> > Sparklify: A Scalable Software Component for Efficient Evaluation of
> SPARQL
> > Queries over Distributed RDF Datasets. ISWC 2019
> > Claus Stadler, Gezim Sejdiu, Damien Graux and Jens Lehmann
> >
> > Benefit Graph Extraction from Healthcare Policies. ISWC 2019
> > Vanessa Lopez, Valentina Rho, Theodora S. Brisimi,Fabrizio Cucci, Morten
> > Kristiansen, John Segrave-Daly, Jillian Scalvini, John Davis and Grace
> > Ferguson
> >
> > In particular I'd like to draw your attention to the following claim in
> "A
> > Worst-Case Optimal Join Algorithm for SPARQL" which states that "[o]ur
> > results show that with this new join algorithm, Apache Jena often runs
> > orders of magnitude faster than the base version and two other SPARQL
> > engines: Virtuoso and Blazegraph." which I believe warrants a closer look
> > at the proposed improvements by the authors.
> >
>


-- 


---
Marco Neumann
KONA

Reply via email to