You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jena.apache.org by Marco Neumann <ma...@gmail.com> on 2019/10/31 10:01:32 UTC
Apache Jena at ISWC 2019 - Auckland, NZ
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
Re: Apache Jena at ISWC 2019 - Auckland, NZ
Posted by Marco Neumann <ma...@gmail.com>.
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 <an...@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
Re: Apache Jena at ISWC 2019 - Auckland, NZ
Posted by Andy Seaborne <an...@apache.org>.
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.
>