Re: Querying an in-memory named graph with SPARQL

Reiterating my comments from the issue report for completeness of this thread The in-memory dataset does not honour FROM clauses by design (though I don't know the reasons for that design decision) Using the GRAPH keyword is a more reliable and portable way to write such queries e.g. SELECT ?s ?

Jena TDB - store & version compatibility

Hi, We are using jena-fuseki 0.2.6 with Jena TDB 2.10 and we would like to upgrade to new version. I try to test Jena-fuseki 2.3.0 with Jena-TDB 3.0.0 and I found some incompatibility. When I keep original files with data and use new Jena-fuseki, sometimes simple query doesn't return any data. Aft

Re: Jena TDB - store & version compatibility

This does not really pertain to TDB directly but rather to the adoption of the RDF 1.1 specifications in Jena 3 which indeed means that data persisted according to RDF 1.0 specifications may not be correctly retrieved when accessed from Jena 3 which follows the RDF 1.1 specifications See the Jena

Re: Querying an in-memory named graph with SPARQL

Rob & Andy responded on JIRA: https://issues.apache.org/jira/browse/JENA-1135 TDB happens to pick it's FROM graphs from the local dataset whereas the > general purpose dataset reads them from the web and is not HTTP > GET'able. Fuseki makes in-memory behave like TDB though it is not a good idea

copying TDB directoring while it is running ?

Hi My use case is : run some statistics on TDB instance that are not exposed via the web application. And I would prefer not to stop the web application, that has users entering data. So I thought that I could type in the shell : cp -r TDB TDsnapshot while the web application with TDB embedded is

Re: Querying an in-memory named graph with SPARQL

On 10/02/16 09:38, Rob Vesse wrote: Reiterating my comments from the issue report for completeness of this thread The in-memory dataset does not honour FROM clauses by design (though I don't know the reasons for that design decision) Historical to some extent. A supplied dataset overrides the

Web portal that natively supports Jena TDB and Fuseki

Hi all, I am looking whether some web portal exists that natively supports Jena TDB and Fuseki (triple store and SPARQL)? I have experimented with OntoWiki, but it does not support Jena backend. Thanks, Darko

Re: copying TDB directoring while it is running ?

Depends on whether the workload is read only or not. For a read-only workload it may work and for a read-write workload you'll almost certainly get a corrupted/incomplete copy. In either case copying a live database is strongly discouraged and is at your own risk In Fuseki we provide the ability

Re: Web portal that natively supports Jena TDB and Fuseki

Darko, we have developed a Linked Data platform that supports any SPARQL 1.1 triplestore: http://graphityhq.com Martynas On Wed, Feb 10, 2016 at 2:59 PM, Darko Androcec wrote: > Hi all, > > I am looking whether some web portal exists that natively supports Jena TDB > and Fuseki (triple store an

Re: Web portal that natively supports Jena TDB and Fuseki

What do you mean by a web portal and what do you want to do with it. The VIVO project (vivoweb.org) supports TDB and a triple store fronted by Fuseki but requires a small configuration change to specify that TDB or a Sparql (fuseki) triple will be used by the application. On 2/10/16, 8:59

Re: Web portal that natively supports Jena TDB and Fuseki

There is also semantic_forms , which aims to replace SQL or MongoDB web frameworks like Ruby on Rails, Django, Spring, Symphony etc by a pure SPARQL and OWL/RDFS framework. semantic_forms is a Web application framework based on embedded Jena TDB. Currently it is not able to run on top of SPARQL HT

Fuseki: using FROM within SERVICE

Hello Jena/Fuseki people I am trying to run a query remotly on a SPARQL end point as a sub part of an orchestration query I am running locally I can run my inner query just fine, but when I wrap it within a service call, Fuseki complains about my use of FROM this also occurs if I use FROM NAMED

Re: Fuseki: using FROM within SERVICE

For example SELECT ?g ?p ?o WHERE { SERVICE { SELECT ?g ?p ?o FROM WHERE { GRAPH ?g { ?p ?o . } }} } fails, with a Encountered " "from" "FROM "" at line 27, column 1. Was expecting one of: whilst S

Re: Fuseki: using FROM within SERVICE

Mark, I’ve run into this before, and I got this suggestion from one of the SPARQL editors. You cannot “nest” a FROM into a service — FROMs only apply to the endpoint that it is being run on. Instead of citing SERVICE , change that URI to include the default-graph-url or named-graph-uri query

Re: Fuseki: using FROM within SERVICE

Hello Tim that is really helpful, thank you so much is that pattern able to handle multiple GRAPHS, do you know? I tried SERVICE which was fine but SERVICE

Re: Fuseki: using FROM within SERVICE

Mark, Glad to hear it helped. I was quite disappointed when I found out that one can’t tuck FROMs into a SERVICE scope without hacking at the SERVICE URI. Apologies, but I haven’t spent any time working with ?named-graph-uri and friends. Regards, Tim > On Feb 10, 2016, at 11:50 AM, mark wrot

Re: Fuseki - dump multiple graphs at once?

On 09/02/16 18:09, Neubert, Joachim wrote: Is it possible to dump the default graph and all named graphs of a Fuseki service to a single nquad file? You can do a backup - this creates a n-quads file on the server Or you can do an HTTP GET on the dataset itself curl --header 'Accept: applicati

Re: Fuseki lock files not cleaned with tomcat restart

On 10/02/16 06:35, Neubert, Joachim wrote: I came across an issue with left over .lock files, which prevent Fuseki from restarting under Tomcat (details in https://issues.apache.org/jira/browse/JENA-1136). I'm not sure if this specific to my environment (Centos 5.x).Perhaps other users of Fu