Re: Configuring fuseki with TDB2 and OWL reasoning

[Eric Boisvert]

TBH we are still prototyping and it seems that the use cases are limited
class generalisation, inverse ,symmetric and transitive properties.
Something - I started thinking - I can simulate with a RDBMS ... But then I
would loose that sweet SPARQL...

2018-02-26 17:00 GMT-05:00 Andy Seaborne <a...@apache.org>:

> Eric,
>
> The Jena reasoner keeps it working space in-memory.  As size goes up, so
> does the RAM needed and you mau have to swap from forward rules to backward
> rules to control that.  Maybe someone more familiar with the inference
> engines can say more.
>
> TDB, or TDB2, is fine for storing 100 millions of triples.  They are about
> the same efficiency (or should be); the difference is in the transaction
> architecture, not the query execution.
>
>
> In thinking about possible future work, could I ask what level of
> reasoning do you need? (not "want" :-)  Some things are easier to do than
> others at scale and sometimes it is better to build some building blocks
> like transitive property calculations into the storage engine.
>
> Andy
>
> On 23/02/18 23:18, Eric Boisvert wrote:
>
>> Well, I don't know.  What I'm looking is a way to manage millions
>> (potentially hundreds of millions) of triples.  I assumed that TDB2 would
>> be more efficient.
>> What do you guys suggest ?
>>
>> 2018-02-23 5:33 GMT-05:00 Nouwt, B. (Barry) <barry.no...@tno.nl>:
>>
>> Hi Eric, glad that configuration works. Since you disabled the
>>> ja:baseModel you can probably also disable the <#graph> and :datasetTDB2
>>> configuration. Are you then sure this still creates a TDB2 database?
>>> Since
>>> you are no longer explicitly stating it should. It will probably just
>>> create a MemoryModel instead, in which case it is not really a solution
>>> to
>>> your problem.
>>>
>>> I do not know what the Exception means, sorry.
>>>
>>> Regards, Barry
>>>
>>> -Original Message-
>>> From: Eric Boisvert [mailto:denevers1...@gmail.com]
>>> Sent: donderdag 22 februari 2018 15:51
>>> To: users@jena.apache.org
>>> Subject: Re: Configuring fuseki with TDB2 and OWL reasoning
>>>
>>> this works (inferrence works). Note, I commented out ja:baseModel
>>>
>>> ---
>>>
>>> <#model_inf> a ja:InfModel ;
>>>   #ja:baseModel <#graph> ;
>>> ja:content <#test-inf> ;
>>>   ja:reasoner [
>>>   ja:reasonerURL <http://jena.hpl.hp.com/2003/OWLFBRuleReasoner>
>>>   ] .
>>>
>>> <#graph> rdf:type tdb2:GraphTDB ;
>>>tdb2:dataset :datasetTDB2 .
>>>
>>>   ## Storage
>>> :datasetTDB2 rdf:type tdb2:DatasetTDB2 ;
>>>  tdb2:location "c:/fuseki/run/databases/gsip".
>>>
>>> <#test-inf> ja:externalContent "c:\\fuseki/test.ttl" .
>>>
>>> ---
>>>
>>>
>>>
>>> if I don't comment , I get this exception (which is expected I think)
>>>
>>> [2018-02-22 09:09:47] Server ERROR Exception in initialization: the
>>> loading of content into
>>> file:///C:/fuseki/run/configuration/gsip.ttl#model_inf was abort ed
>>> because of NodeTableThrift/Write
>>> [2018-02-22 09:09:47] WebAppContext WARN  Failed startup of context
>>> o.e.j.w.WebAppContext@8a62297{/,file:///C:/fuseki/webapp/,UNAVAILABLE}
>>> org.apache.jena.assembler.exceptions.TransactionAbortedException: the
>>> loading of content into file:///C:/fuseki/run/
>>> configuration/gsip.ttl#model_inf was aborted  because of
>>> NodeTableThrift/Write
>>>doing:
>>>  root: file:///C:/fuseki/run/configuration/gsip.ttl#model_inf with
>>> type:
>>> http://jena.hpl.hp.com/2005/11/Assembler#InfModel assembler class: class
>>> org.apache.
>>> jena.assembler.assemblers.InfModelAssembler
>>>  root: http://base/#dataset with type:
>>> http://jena.hpl.hp.com/2005/11/Assembler#RDFDataset assembler class:
>>> class org.apache.jena.sparql.core.assembler.Datas
>>> etAssembler
>>>
>>>  at
>>> org.apache.jena.assembler.assemblers.ModelAssembler.
>>> addContent(ModelAssembler.java:55)
>>>  at
>>> org.apache.jena.assembler.assemblers.ModelAssembler.
>>> open(ModelAssembler.java:44)
>>>  at
>>> org.apache.jena.assembler.assemblers.AssemblerGroup$PlainAssemblerGroup.
>>> openBySpecificType(AssemblerGroup.java:157)
>&g

Re: Configuring fuseki with TDB2 and OWL reasoning

[Laura Morales]

> In thinking about possible future work, could I ask what level of
> reasoning do you need? (not "want" :-)

For my needs the most important reasoner is the "nodeA same-as nodeB" reasoner. 
Because what I've seen using various graphs is that people use all of sorts of 
ways to link an entity from a graph to the entity of another graph. They could 
link using a RDF property such as "schema:sameAs" but also using IDs like 
"graph1:nodeA  "dsat67gfsd"". Wikidata for example even uses the 
changing part (suffix) of URLs, for example if some other graph has 
, Wikidata is linked as " 
 "Something"". So it's damn tedious to find all the nodes 
across graphs that actually represents the same entity.
I don't know if this is already possible to do with the current Jena/Fuseki. I 
always wanted to look into it but haven't had the time yet.

Re: Configuring fuseki with TDB2 and OWL reasoning

[Andy Seaborne]

Eric,

The Jena reasoner keeps it working space in-memory.  As size goes up, so 
does the RAM needed and you mau have to swap from forward rules to 
backward rules to control that.  Maybe someone more familiar with the 
inference engines can say more.


TDB, or TDB2, is fine for storing 100 millions of triples.  They are 
about the same efficiency (or should be); the difference is in the 
transaction architecture, not the query execution.



In thinking about possible future work, could I ask what level of 
reasoning do you need? (not "want" :-)  Some things are easier to do 
than others at scale and sometimes it is better to build some building 
blocks like transitive property calculations into the storage engine.


Andy

On 23/02/18 23:18, Eric Boisvert wrote:

Well, I don't know.  What I'm looking is a way to manage millions
(potentially hundreds of millions) of triples.  I assumed that TDB2 would
be more efficient.
What do you guys suggest ?

2018-02-23 5:33 GMT-05:00 Nouwt, B. (Barry) <barry.no...@tno.nl>:


Hi Eric, glad that configuration works. Since you disabled the
ja:baseModel you can probably also disable the <#graph> and :datasetTDB2
configuration. Are you then sure this still creates a TDB2 database? Since
you are no longer explicitly stating it should. It will probably just
create a MemoryModel instead, in which case it is not really a solution to
your problem.

I do not know what the Exception means, sorry.

Regards, Barry

-Original Message-
From: Eric Boisvert [mailto:denevers1...@gmail.com]
Sent: donderdag 22 februari 2018 15:51
To: users@jena.apache.org
Subject: Re: Configuring fuseki with TDB2 and OWL reasoning

this works (inferrence works). Note, I commented out ja:baseModel

---

<#model_inf> a ja:InfModel ;
  #ja:baseModel <#graph> ;
ja:content <#test-inf> ;
  ja:reasoner [
  ja:reasonerURL <http://jena.hpl.hp.com/2003/OWLFBRuleReasoner>
  ] .

<#graph> rdf:type tdb2:GraphTDB ;
   tdb2:dataset :datasetTDB2 .

  ## Storage
:datasetTDB2 rdf:type tdb2:DatasetTDB2 ;
 tdb2:location "c:/fuseki/run/databases/gsip".

<#test-inf> ja:externalContent "c:\\fuseki/test.ttl" .

---



if I don't comment , I get this exception (which is expected I think)

[2018-02-22 09:09:47] Server ERROR Exception in initialization: the
loading of content into
file:///C:/fuseki/run/configuration/gsip.ttl#model_inf was abort ed
because of NodeTableThrift/Write
[2018-02-22 09:09:47] WebAppContext WARN  Failed startup of context
o.e.j.w.WebAppContext@8a62297{/,file:///C:/fuseki/webapp/,UNAVAILABLE}
org.apache.jena.assembler.exceptions.TransactionAbortedException: the
loading of content into file:///C:/fuseki/run/
configuration/gsip.ttl#model_inf was aborted  because of
NodeTableThrift/Write
   doing:
 root: file:///C:/fuseki/run/configuration/gsip.ttl#model_inf with
type:
http://jena.hpl.hp.com/2005/11/Assembler#InfModel assembler class: class
org.apache.
jena.assembler.assemblers.InfModelAssembler
 root: http://base/#dataset with type:
http://jena.hpl.hp.com/2005/11/Assembler#RDFDataset assembler class:
class org.apache.jena.sparql.core.assembler.Datas
etAssembler

 at
org.apache.jena.assembler.assemblers.ModelAssembler.
addContent(ModelAssembler.java:55)
 at
org.apache.jena.assembler.assemblers.ModelAssembler.
open(ModelAssembler.java:44)
 at
org.apache.jena.assembler.assemblers.AssemblerGroup$PlainAssemblerGroup.
openBySpecificType(AssemblerGroup.java:157)
 at
org.apache.jena.assembler.assemblers.AssemblerGroup$
PlainAssemblerGroup.open(AssemblerGroup.java:144)
 at
org.apache.jena.assembler.assemblers.AssemblerGroup$
ExpandingAssemblerGroup.open(AssemblerGroup.java:93)
 at
org.apache.jena.assembler.assemblers.AssemblerBase.open(
AssemblerBase.java:39)






2018-02-20 5:59 GMT-05:00 Nouwt, B. (Barry) <barry.no...@tno.nl>:


Hi Eric,

Another thing I noticed is that you said you were manually loading the
data via the GUI after Apache Jena Fuseki has started. Maybe that data
is not stored in the correct location (i.e. the baseModel of the
InfModel) and there the reasoning fails?

You could try to load the data on Apache Jena Fuseki startup
automatically using a configuration like below (or is that no longer
possible when using
TDB2?):

<#model_inf> a ja:InfModel ;
 ...
 ja:content <#test-inf> ;
 ...

<#test-inf> ja:externalContent  .

Regards, Barry


-Original Message-
From: Eric Boisvert [mailto:denevers1...@gmail.com]
Sent: maandag 19 februari 2018 23:25
To: users@jena.apache.org
Subject: Re: Configuring fuseki with TDB2 and OWL reasoning

made the change.

Now I get

Result: failed with message "Not in a transaction"

when I try to load from the interface


log:

(...)

[2018-02-19 17:21:31] Fuseki INFO  [5] Filename: test.ttl,
Content-Type=appl
ication

Re: Configuring fuseki with TDB2 and OWL reasoning

[Eric Boisvert]

Well, I don't know.  What I'm looking is a way to manage millions
(potentially hundreds of millions) of triples.  I assumed that TDB2 would
be more efficient.
What do you guys suggest ?

2018-02-23 5:33 GMT-05:00 Nouwt, B. (Barry) <barry.no...@tno.nl>:

> Hi Eric, glad that configuration works. Since you disabled the
> ja:baseModel you can probably also disable the <#graph> and :datasetTDB2
> configuration. Are you then sure this still creates a TDB2 database? Since
> you are no longer explicitly stating it should. It will probably just
> create a MemoryModel instead, in which case it is not really a solution to
> your problem.
>
> I do not know what the Exception means, sorry.
>
> Regards, Barry
>
> -Original Message-
> From: Eric Boisvert [mailto:denevers1...@gmail.com]
> Sent: donderdag 22 februari 2018 15:51
> To: users@jena.apache.org
> Subject: Re: Configuring fuseki with TDB2 and OWL reasoning
>
> this works (inferrence works). Note, I commented out ja:baseModel
>
> ---
>
> <#model_inf> a ja:InfModel ;
>  #ja:baseModel <#graph> ;
> ja:content <#test-inf> ;
>  ja:reasoner [
>  ja:reasonerURL <http://jena.hpl.hp.com/2003/OWLFBRuleReasoner>
>  ] .
>
> <#graph> rdf:type tdb2:GraphTDB ;
>   tdb2:dataset :datasetTDB2 .
>
>  ## Storage
> :datasetTDB2 rdf:type tdb2:DatasetTDB2 ;
> tdb2:location "c:/fuseki/run/databases/gsip".
>
> <#test-inf> ja:externalContent "c:\\fuseki/test.ttl" .
>
> ---
>
>
>
> if I don't comment , I get this exception (which is expected I think)
>
> [2018-02-22 09:09:47] Server ERROR Exception in initialization: the
> loading of content into
> file:///C:/fuseki/run/configuration/gsip.ttl#model_inf was abort ed
> because of NodeTableThrift/Write
> [2018-02-22 09:09:47] WebAppContext WARN  Failed startup of context
> o.e.j.w.WebAppContext@8a62297{/,file:///C:/fuseki/webapp/,UNAVAILABLE}
> org.apache.jena.assembler.exceptions.TransactionAbortedException: the
> loading of content into file:///C:/fuseki/run/
> configuration/gsip.ttl#model_inf was aborted  because of
> NodeTableThrift/Write
>   doing:
> root: file:///C:/fuseki/run/configuration/gsip.ttl#model_inf with
> type:
> http://jena.hpl.hp.com/2005/11/Assembler#InfModel assembler class: class
> org.apache.
> jena.assembler.assemblers.InfModelAssembler
> root: http://base/#dataset with type:
> http://jena.hpl.hp.com/2005/11/Assembler#RDFDataset assembler class:
> class org.apache.jena.sparql.core.assembler.Datas
> etAssembler
>
> at
> org.apache.jena.assembler.assemblers.ModelAssembler.
> addContent(ModelAssembler.java:55)
> at
> org.apache.jena.assembler.assemblers.ModelAssembler.
> open(ModelAssembler.java:44)
> at
> org.apache.jena.assembler.assemblers.AssemblerGroup$PlainAssemblerGroup.
> openBySpecificType(AssemblerGroup.java:157)
> at
> org.apache.jena.assembler.assemblers.AssemblerGroup$
> PlainAssemblerGroup.open(AssemblerGroup.java:144)
> at
> org.apache.jena.assembler.assemblers.AssemblerGroup$
> ExpandingAssemblerGroup.open(AssemblerGroup.java:93)
> at
> org.apache.jena.assembler.assemblers.AssemblerBase.open(
> AssemblerBase.java:39)
>
>
>
>
>
>
> 2018-02-20 5:59 GMT-05:00 Nouwt, B. (Barry) <barry.no...@tno.nl>:
>
> > Hi Eric,
> >
> > Another thing I noticed is that you said you were manually loading the
> > data via the GUI after Apache Jena Fuseki has started. Maybe that data
> > is not stored in the correct location (i.e. the baseModel of the
> > InfModel) and there the reasoning fails?
> >
> > You could try to load the data on Apache Jena Fuseki startup
> > automatically using a configuration like below (or is that no longer
> > possible when using
> > TDB2?):
> >
> > <#model_inf> a ja:InfModel ;
> > ...
> > ja:content <#test-inf> ;
> > ...
> >
> > <#test-inf> ja:externalContent  .
> >
> > Regards, Barry
> >
> >
> > -Original Message-
> > From: Eric Boisvert [mailto:denevers1...@gmail.com]
> > Sent: maandag 19 februari 2018 23:25
> > To: users@jena.apache.org
> > Subject: Re: Configuring fuseki with TDB2 and OWL reasoning
> >
> > made the change.
> >
> > Now I get
> >
> > Result: failed with message "Not in a transaction"
> >
> > when I try to load from the interface
> >
> >
> > log:
> >
> > (...)
> >
> > [2018-02-19 17:21:31] Fuseki INFO  [5] Filename: test.ttl,
> > Conte

Re: Configuring fuseki with TDB2 and OWL reasoning

[Andy Seaborne]

On 23/02/18 10:33, Nouwt, B. (Barry) wrote:

Hi Eric, glad that configuration works. Since you disabled the ja:baseModel you can 
probably also disable the <#graph> and :datasetTDB2 configuration. Are you then 
sure this still creates a TDB2 database? Since you are no longer explicitly stating 
it should. It will probably just create a MemoryModel instead, in which case it is 
not really a solution to your problem.

I do not know what the Exception means, sorry.

Mixing these two

 ja:baseModel <#graph> ;
 ja:content <#test-inf> ;

looks like it it triggering the same transaction issue, but in a 
different way.


When ja:baseModel is commented out, it is going to an in-memory graph 
for the InfGraph.


Andy



Regards, Barry

-Original Message-
From: Eric Boisvert [mailto:denevers1...@gmail.com]
Sent: donderdag 22 februari 2018 15:51
To: users@jena.apache.org
Subject: Re: Configuring fuseki with TDB2 and OWL reasoning

this works (inferrence works). Note, I commented out ja:baseModel

---

<#model_inf> a ja:InfModel ;
  #ja:baseModel <#graph> ;
ja:content <#test-inf> ;
  ja:reasoner [
  ja:reasonerURL <http://jena.hpl.hp.com/2003/OWLFBRuleReasoner>
  ] .

<#graph> rdf:type tdb2:GraphTDB ;
   tdb2:dataset :datasetTDB2 .

  ## Storage
:datasetTDB2 rdf:type tdb2:DatasetTDB2 ;
 tdb2:location "c:/fuseki/run/databases/gsip".

<#test-inf> ja:externalContent "c:\\fuseki/test.ttl" .

---



if I don't comment , I get this exception (which is expected I think)

[2018-02-22 09:09:47] Server ERROR Exception in initialization: the
loading of content into
file:///C:/fuseki/run/configuration/gsip.ttl#model_inf was abort ed because of 
NodeTableThrift/Write
[2018-02-22 09:09:47] WebAppContext WARN  Failed startup of context 
o.e.j.w.WebAppContext@8a62297{/,file:///C:/fuseki/webapp/,UNAVAILABLE}
org.apache.jena.assembler.exceptions.TransactionAbortedException: the loading 
of content into file:///C:/fuseki/run/configuration/gsip.ttl#model_inf was 
aborted  because of NodeTableThrift/Write
   doing:
 root: file:///C:/fuseki/run/configuration/gsip.ttl#model_inf with type:
http://jena.hpl.hp.com/2005/11/Assembler#InfModel assembler class: class 
org.apache.
jena.assembler.assemblers.InfModelAssembler
 root: http://base/#dataset with type:
http://jena.hpl.hp.com/2005/11/Assembler#RDFDataset assembler class: class 
org.apache.jena.sparql.core.assembler.Datas
etAssembler

 at
org.apache.jena.assembler.assemblers.ModelAssembler.addContent(ModelAssembler.java:55)
 at
org.apache.jena.assembler.assemblers.ModelAssembler.open(ModelAssembler.java:44)
 at
org.apache.jena.assembler.assemblers.AssemblerGroup$PlainAssemblerGroup.openBySpecificType(AssemblerGroup.java:157)
 at
org.apache.jena.assembler.assemblers.AssemblerGroup$PlainAssemblerGroup.open(AssemblerGroup.java:144)
 at
org.apache.jena.assembler.assemblers.AssemblerGroup$ExpandingAssemblerGroup.open(AssemblerGroup.java:93)
 at
org.apache.jena.assembler.assemblers.AssemblerBase.open(AssemblerBase.java:39)






2018-02-20 5:59 GMT-05:00 Nouwt, B. (Barry) <barry.no...@tno.nl>:


Hi Eric,

Another thing I noticed is that you said you were manually loading the
data via the GUI after Apache Jena Fuseki has started. Maybe that data
is not stored in the correct location (i.e. the baseModel of the
InfModel) and there the reasoning fails?

You could try to load the data on Apache Jena Fuseki startup
automatically using a configuration like below (or is that no longer
possible when using
TDB2?):

<#model_inf> a ja:InfModel ;
 ...
 ja:content <#test-inf> ;
 ...

<#test-inf> ja:externalContent  .

Regards, Barry


-Original Message-
From: Eric Boisvert [mailto:denevers1...@gmail.com]
Sent: maandag 19 februari 2018 23:25
To: users@jena.apache.org
Subject: Re: Configuring fuseki with TDB2 and OWL reasoning

made the change.

Now I get

Result: failed with message "Not in a transaction"

when I try to load from the interface


log:

(...)

[2018-02-19 17:21:31] Fuseki INFO  [5] Filename: test.ttl,
Content-Type=appl
ication/octet-stream, Charset=null => Turtle : Count=4 Triples=4 Quads=0
[2018-02-19 17:21:31] Fuseki INFO  [5] 500 Not in a transaction (29 ms)

Thank you very much helping me with this

2018-02-19 9:00 GMT-05:00 Andy Seaborne <a...@apache.org>:




On 19/02/18 12:46, Eric Boisvert wrote:


:dataset a ja:RDFDataset ;
  tdb2:defaultGraph   <#model_inf> .
## tdb2:location  "c:\\fuseki/run/databases/gsip".



ja:defaultGraph  not  tdb2:defaultGraph

:dataset is a plain, in-memory dataset to hold the InfModel

 Andy


This message may contain information that is not intended for you. If
you are not the addressee or if this message was sent to you by
mistake, you are requested to inform the sender and delet

RE: Configuring fuseki with TDB2 and OWL reasoning

[Nouwt, B. (Barry)]

Hi Eric, glad that configuration works. Since you disabled the ja:baseModel you 
can probably also disable the <#graph> and :datasetTDB2 configuration. Are you 
then sure this still creates a TDB2 database? Since you are no longer 
explicitly stating it should. It will probably just create a MemoryModel 
instead, in which case it is not really a solution to your problem.

I do not know what the Exception means, sorry.

Regards, Barry

-Original Message-
From: Eric Boisvert [mailto:denevers1...@gmail.com] 
Sent: donderdag 22 februari 2018 15:51
To: users@jena.apache.org
Subject: Re: Configuring fuseki with TDB2 and OWL reasoning

this works (inferrence works). Note, I commented out ja:baseModel

---

<#model_inf> a ja:InfModel ;
 #ja:baseModel <#graph> ;
ja:content <#test-inf> ;
 ja:reasoner [
 ja:reasonerURL <http://jena.hpl.hp.com/2003/OWLFBRuleReasoner>
 ] .

<#graph> rdf:type tdb2:GraphTDB ;
  tdb2:dataset :datasetTDB2 .

 ## Storage
:datasetTDB2 rdf:type tdb2:DatasetTDB2 ;
tdb2:location "c:/fuseki/run/databases/gsip".

<#test-inf> ja:externalContent "c:\\fuseki/test.ttl" .

---



if I don't comment , I get this exception (which is expected I think)

[2018-02-22 09:09:47] Server ERROR Exception in initialization: the
loading of content into
file:///C:/fuseki/run/configuration/gsip.ttl#model_inf was abort ed because of 
NodeTableThrift/Write
[2018-02-22 09:09:47] WebAppContext WARN  Failed startup of context 
o.e.j.w.WebAppContext@8a62297{/,file:///C:/fuseki/webapp/,UNAVAILABLE}
org.apache.jena.assembler.exceptions.TransactionAbortedException: the loading 
of content into file:///C:/fuseki/run/configuration/gsip.ttl#model_inf was 
aborted  because of NodeTableThrift/Write
  doing:
root: file:///C:/fuseki/run/configuration/gsip.ttl#model_inf with type:
http://jena.hpl.hp.com/2005/11/Assembler#InfModel assembler class: class 
org.apache.
jena.assembler.assemblers.InfModelAssembler
root: http://base/#dataset with type:
http://jena.hpl.hp.com/2005/11/Assembler#RDFDataset assembler class: class 
org.apache.jena.sparql.core.assembler.Datas
etAssembler

at
org.apache.jena.assembler.assemblers.ModelAssembler.addContent(ModelAssembler.java:55)
at
org.apache.jena.assembler.assemblers.ModelAssembler.open(ModelAssembler.java:44)
at
org.apache.jena.assembler.assemblers.AssemblerGroup$PlainAssemblerGroup.openBySpecificType(AssemblerGroup.java:157)
at
org.apache.jena.assembler.assemblers.AssemblerGroup$PlainAssemblerGroup.open(AssemblerGroup.java:144)
at
org.apache.jena.assembler.assemblers.AssemblerGroup$ExpandingAssemblerGroup.open(AssemblerGroup.java:93)
at
org.apache.jena.assembler.assemblers.AssemblerBase.open(AssemblerBase.java:39)






2018-02-20 5:59 GMT-05:00 Nouwt, B. (Barry) <barry.no...@tno.nl>:

> Hi Eric,
>
> Another thing I noticed is that you said you were manually loading the 
> data via the GUI after Apache Jena Fuseki has started. Maybe that data 
> is not stored in the correct location (i.e. the baseModel of the 
> InfModel) and there the reasoning fails?
>
> You could try to load the data on Apache Jena Fuseki startup 
> automatically using a configuration like below (or is that no longer 
> possible when using
> TDB2?):
>
> <#model_inf> a ja:InfModel ;
> ...
> ja:content <#test-inf> ;
> ...
>
> <#test-inf> ja:externalContent  .
>
> Regards, Barry
>
>
> -Original Message-
> From: Eric Boisvert [mailto:denevers1...@gmail.com]
> Sent: maandag 19 februari 2018 23:25
> To: users@jena.apache.org
> Subject: Re: Configuring fuseki with TDB2 and OWL reasoning
>
> made the change.
>
> Now I get
>
> Result: failed with message "Not in a transaction"
>
> when I try to load from the interface
>
>
> log:
>
> (...)
>
> [2018-02-19 17:21:31] Fuseki INFO  [5] Filename: test.ttl,
> Content-Type=appl
> ication/octet-stream, Charset=null => Turtle : Count=4 Triples=4 Quads=0
> [2018-02-19 17:21:31] Fuseki INFO  [5] 500 Not in a transaction (29 ms)
>
> Thank you very much helping me with this
>
> 2018-02-19 9:00 GMT-05:00 Andy Seaborne <a...@apache.org>:
>
> >
> >
> > On 19/02/18 12:46, Eric Boisvert wrote:
> >
> >> :dataset a ja:RDFDataset ;
> >>  tdb2:defaultGraph   <#model_inf> .
> >> ## tdb2:location  "c:\\fuseki/run/databases/gsip".
> >>
> >>
> > ja:defaultGraph  not  tdb2:defaultGraph
> >
> > :dataset is a plain, in-memory dataset to hold the InfModel
> >
> > Andy
> >
> This message may contain information that is not intended for you. If 
> you are not the addressee or if this message was sent to you by 
> mistake, you are requested to inform the sender and delete the 
> message. TNO accepts no liability for the content of this e-mail, for 
> the manner in which you use it and for damage of any kind resulting 
> from the risks inherent to the electronic transmission of messages.
>

Re: Configuring fuseki with TDB2 and OWL reasoning

[Eric Boisvert]

this works (inferrence works). Note, I commented out ja:baseModel

---

<#model_inf> a ja:InfModel ;
 #ja:baseModel <#graph> ;
ja:content <#test-inf> ;
 ja:reasoner [
 ja:reasonerURL <http://jena.hpl.hp.com/2003/OWLFBRuleReasoner>
 ] .

<#graph> rdf:type tdb2:GraphTDB ;
  tdb2:dataset :datasetTDB2 .

 ## Storage
:datasetTDB2 rdf:type tdb2:DatasetTDB2 ;
tdb2:location "c:/fuseki/run/databases/gsip".

<#test-inf> ja:externalContent "c:\\fuseki/test.ttl" .

---



if I don't comment , I get this exception (which is expected I think)

[2018-02-22 09:09:47] Server ERROR Exception in initialization: the
loading of content into
file:///C:/fuseki/run/configuration/gsip.ttl#model_inf was abort
ed because of NodeTableThrift/Write
[2018-02-22 09:09:47] WebAppContext WARN  Failed startup of context
o.e.j.w.WebAppContext@8a62297{/,file:///C:/fuseki/webapp/,UNAVAILABLE}
org.apache.jena.assembler.exceptions.TransactionAbortedException: the
loading of content into
file:///C:/fuseki/run/configuration/gsip.ttl#model_inf was aborted
 because of NodeTableThrift/Write
  doing:
root: file:///C:/fuseki/run/configuration/gsip.ttl#model_inf with type:
http://jena.hpl.hp.com/2005/11/Assembler#InfModel assembler class: class
org.apache.
jena.assembler.assemblers.InfModelAssembler
root: http://base/#dataset with type:
http://jena.hpl.hp.com/2005/11/Assembler#RDFDataset assembler class: class
org.apache.jena.sparql.core.assembler.Datas
etAssembler

at
org.apache.jena.assembler.assemblers.ModelAssembler.addContent(ModelAssembler.java:55)
at
org.apache.jena.assembler.assemblers.ModelAssembler.open(ModelAssembler.java:44)
at
org.apache.jena.assembler.assemblers.AssemblerGroup$PlainAssemblerGroup.openBySpecificType(AssemblerGroup.java:157)
at
org.apache.jena.assembler.assemblers.AssemblerGroup$PlainAssemblerGroup.open(AssemblerGroup.java:144)
at
org.apache.jena.assembler.assemblers.AssemblerGroup$ExpandingAssemblerGroup.open(AssemblerGroup.java:93)
at
org.apache.jena.assembler.assemblers.AssemblerBase.open(AssemblerBase.java:39)






2018-02-20 5:59 GMT-05:00 Nouwt, B. (Barry) <barry.no...@tno.nl>:

> Hi Eric,
>
> Another thing I noticed is that you said you were manually loading the
> data via the GUI after Apache Jena Fuseki has started. Maybe that data is
> not stored in the correct location (i.e. the baseModel of the InfModel) and
> there the reasoning fails?
>
> You could try to load the data on Apache Jena Fuseki startup automatically
> using a configuration like below (or is that no longer possible when using
> TDB2?):
>
> <#model_inf> a ja:InfModel ;
> ...
> ja:content <#test-inf> ;
> ...
>
> <#test-inf> ja:externalContent  .
>
> Regards, Barry
>
>
> -Original Message-
> From: Eric Boisvert [mailto:denevers1...@gmail.com]
> Sent: maandag 19 februari 2018 23:25
> To: users@jena.apache.org
> Subject: Re: Configuring fuseki with TDB2 and OWL reasoning
>
> made the change.
>
> Now I get
>
> Result: failed with message "Not in a transaction"
>
> when I try to load from the interface
>
>
> log:
>
> (...)
>
> [2018-02-19 17:21:31] Fuseki INFO  [5] Filename: test.ttl,
> Content-Type=appl
> ication/octet-stream, Charset=null => Turtle : Count=4 Triples=4 Quads=0
> [2018-02-19 17:21:31] Fuseki INFO  [5] 500 Not in a transaction (29 ms)
>
> Thank you very much helping me with this
>
> 2018-02-19 9:00 GMT-05:00 Andy Seaborne <a...@apache.org>:
>
> >
> >
> > On 19/02/18 12:46, Eric Boisvert wrote:
> >
> >> :dataset a ja:RDFDataset ;
> >>  tdb2:defaultGraph   <#model_inf> .
> >> ## tdb2:location  "c:\\fuseki/run/databases/gsip".
> >>
> >>
> > ja:defaultGraph  not  tdb2:defaultGraph
> >
> > :dataset is a plain, in-memory dataset to hold the InfModel
> >
> > Andy
> >
> This message may contain information that is not intended for you. If you
> are not the addressee or if this message was sent to you by mistake, you
> are requested to inform the sender and delete the message. TNO accepts no
> liability for the content of this e-mail, for the manner in which you use
> it and for damage of any kind resulting from the risks inherent to the
> electronic transmission of messages.
>

RE: Configuring fuseki with TDB2 and OWL reasoning

[Nouwt, B. (Barry)]

Hi Eric,

Another thing I noticed is that you said you were manually loading the data via 
the GUI after Apache Jena Fuseki has started. Maybe that data is not stored in 
the correct location (i.e. the baseModel of the InfModel) and there the 
reasoning fails?

You could try to load the data on Apache Jena Fuseki startup automatically 
using a configuration like below (or is that no longer possible when using 
TDB2?):

<#model_inf> a ja:InfModel ;
...
ja:content <#test-inf> ;
...

<#test-inf> ja:externalContent  .

Regards, Barry


-Original Message-
From: Eric Boisvert [mailto:denevers1...@gmail.com] 
Sent: maandag 19 februari 2018 23:25
To: users@jena.apache.org
Subject: Re: Configuring fuseki with TDB2 and OWL reasoning

made the change.

Now I get

Result: failed with message "Not in a transaction"

when I try to load from the interface


log:

(...)

[2018-02-19 17:21:31] Fuseki INFO  [5] Filename: test.ttl,
Content-Type=appl
ication/octet-stream, Charset=null => Turtle : Count=4 Triples=4 Quads=0
[2018-02-19 17:21:31] Fuseki INFO  [5] 500 Not in a transaction (29 ms)

Thank you very much helping me with this

2018-02-19 9:00 GMT-05:00 Andy Seaborne <a...@apache.org>:

>
>
> On 19/02/18 12:46, Eric Boisvert wrote:
>
>> :dataset a ja:RDFDataset ;
>>  tdb2:defaultGraph   <#model_inf> .
>> ## tdb2:location  "c:\\fuseki/run/databases/gsip".
>>
>>
> ja:defaultGraph  not  tdb2:defaultGraph
>
> :dataset is a plain, in-memory dataset to hold the InfModel
>
> Andy
>
This message may contain information that is not intended for you. If you are 
not the addressee or if this message was sent to you by mistake, you are 
requested to inform the sender and delete the message. TNO accepts no liability 
for the content of this e-mail, for the manner in which you use it and for 
damage of any kind resulting from the risks inherent to the electronic 
transmission of messages.

Re: Configuring fuseki with TDB2 and OWL reasoning

[Andy Seaborne]

Eric,

Glad we have got the configuration sorted out.

This is now a different problem which isn't a matter of getting the 
right configuration.  I don't know what's going on yet; it's also not a 
quick thing to look at and address.


I've recorded it as

https://issues.apache.org/jira/browse/JENA-1492

Thank you for the report,

Andy

On 19/02/18 22:25, Eric Boisvert wrote:

made the change.

Now I get

Result: failed with message "Not in a transaction"

when I try to load from the interface


log:

(...)

[2018-02-19 17:21:31] Fuseki INFO  [5] Filename: test.ttl,
Content-Type=appl
ication/octet-stream, Charset=null => Turtle : Count=4 Triples=4 Quads=0
[2018-02-19 17:21:31] Fuseki INFO  [5] 500 Not in a transaction (29 ms)

Thank you very much helping me with this

2018-02-19 9:00 GMT-05:00 Andy Seaborne :




On 19/02/18 12:46, Eric Boisvert wrote:


:dataset a ja:RDFDataset ;
  tdb2:defaultGraph   <#model_inf> .
## tdb2:location  "c:\\fuseki/run/databases/gsip".



ja:defaultGraph  not  tdb2:defaultGraph

:dataset is a plain, in-memory dataset to hold the InfModel

 Andy

Re: Configuring fuseki with TDB2 and OWL reasoning

[Eric Boisvert]

made the change.

Now I get

Result: failed with message "Not in a transaction"

when I try to load from the interface


log:

(...)

[2018-02-19 17:21:31] Fuseki INFO  [5] Filename: test.ttl,
Content-Type=appl
ication/octet-stream, Charset=null => Turtle : Count=4 Triples=4 Quads=0
[2018-02-19 17:21:31] Fuseki INFO  [5] 500 Not in a transaction (29 ms)

Thank you very much helping me with this

2018-02-19 9:00 GMT-05:00 Andy Seaborne :

>
>
> On 19/02/18 12:46, Eric Boisvert wrote:
>
>> :dataset a ja:RDFDataset ;
>>  tdb2:defaultGraph   <#model_inf> .
>> ## tdb2:location  "c:\\fuseki/run/databases/gsip".
>>
>>
> ja:defaultGraph  not  tdb2:defaultGraph
>
> :dataset is a plain, in-memory dataset to hold the InfModel
>
> Andy
>

Re: Configuring fuseki with TDB2 and OWL reasoning

[Andy Seaborne]

On 19/02/18 12:46, Eric Boisvert wrote:

:dataset a ja:RDFDataset ;
 tdb2:defaultGraph   <#model_inf> .
## tdb2:location  "c:\\fuseki/run/databases/gsip".



ja:defaultGraph  not  tdb2:defaultGraph

:dataset is a plain, in-memory dataset to hold the InfModel

Andy

Re: Configuring fuseki with TDB2 and OWL reasoning

[Eric Boisvert]

sorry.

here's my new config file

:service_tdb_all  a   fuseki:Service ;
fuseki:dataset:dataset ;
fuseki:name   "gsip" ;
fuseki:serviceQuery   "query" , "sparql" ;
fuseki:serviceReadGraphStore  "get" ;
fuseki:serviceReadWriteGraphStore "data" ;
fuseki:serviceUpdate  "update" ;
fuseki:serviceUpload  "upload" .

:dataset a ja:RDFDataset ;
tdb2:defaultGraph   <#model_inf> .
## tdb2:location  "c:\\fuseki/run/databases/gsip".


<#model_inf> a ja:InfModel ;
 ja:baseModel <#graph> ;
 ja:reasoner [
 ja:reasonerURL 
 ] .

<#graph> rdf:type tdb2:GraphTDB ;
  tdb2:dataset :datasetTDB2 .

 ## Storage
:datasetTDB2 rdf:type tdb2:DatasetTDB2 ;
tdb2:location "c:/fuseki/run/databases/gsip".



log file:

[2018-02-19 07:41:12] Server INFO  Apache Jena Fuseki 3.6.0
[2018-02-19 07:41:12] Config INFO  FUSEKI_HOME=C:\fuseki\.
[2018-02-19 07:41:12] Config INFO  FUSEKI_BASE=C:\fuseki\run
[2018-02-19 07:41:12] Config INFO  Shiro file: file://C:\fuseki\run\
shiro.in
i
[2018-02-19 07:41:12] Config INFO  Configuration file:
C:\fuseki\run\config.
ttl
[2018-02-19 07:41:13] Config INFO  Load configuration:
file:///C:/fuseki/run
/configuration/gsip.ttl
[2018-02-19 07:41:13] Config INFO  Register: /gsip
[2018-02-19 07:41:13] Server INFO  Started 2018/02/19 07:41:13 EST on
port 3
030
[2018-02-19 07:41:34] Fuseki INFO  [1] POST
http://localhost:3030/gsip/sparq
l
[2018-02-19 07:41:34] Fuseki INFO  [1] POST /gsip :: 'sparql' ::
[applicatio
n/x-www-form-urlencoded charset=utf-8] ?
[2018-02-19 07:41:34] Fuseki INFO  [1] Query = DESCRIBE <
http://domain.org/i
d/rechargeArea/r1>
[2018-02-19 07:41:34] Fuseki INFO  [1] 200 OK (40 ms)
[2018-02-19 07:41:47] Fuseki INFO  [2] POST
http://localhost:3030/gsip/data
[2018-02-19 07:41:47] Fuseki INFO  [2] POST /gsip :: 'data' ::
[multipart/fo
rm-data] ?
[2018-02-19 07:41:47] Fuseki INFO  [2] Filename: test.ttl,
Content-Type=appl
ication/octet-stream, Charset=null => Turtle : Count=4 Triples=4 Quads=0
[2018-02-19 07:41:47] Fuseki INFO  [2] 200 OK (41 ms)
[2018-02-19 07:41:51] Fuseki INFO  [3] POST
http://localhost:3030/gsip/sparq
l
[2018-02-19 07:41:51] Fuseki INFO  [3] POST /gsip :: 'sparql' ::
[applicatio
n/x-www-form-urlencoded charset=utf-8] ?
[2018-02-19 07:41:51] Fuseki INFO  [3] Query = DESCRIBE <
http://domain.org/i
d/rechargeArea/r1>
[2018-02-19 07:41:51] Fuseki INFO  [3] 200 OK (24 ms)


loading my test file and still no inference

on a interesting note:  no database created in the /databases/ folder.

 Thanks for your help.

Eric


2018-02-18 10:10 GMT-05:00 Andy Seaborne :

> Barry NL's comment on StackOveflow looks relevant:
>
> > :dataset a ja:RDFDataset ;
> >  ja:defaultGraph   <#model_inf> ;
> > tdb:location  "c:\\fuseki/run/databases/gsip".
> >
> >
> > <#model_inf> a ja:InfModel ;
> >   ja:baseModel <#graph> ;
> >   ja:reasoner [
> >   ja:reasonerURL 
> >   ] .
> >
> > <#graph> rdf:type tdb:GraphTDB ;
> >tdb:dataset :dataset .
> >
>
> Whaty we want is:
>
> service
>   -> Dataset with inference graph as default graph
>   -> inference graph uses TDB2 default graph
>   -> TDB2 dataset whose dft graph is the storage
>
> -
> ## Dataset to hold the inference graph
> :dataset a ja:RDFDataset ;
> ja:defaultGraph   <#model_inf> .
>
> <#model_inf> a ja:InfModel ;
>   # Inference graph uses #graph as base
>   ja:baseModel <#graph> ;
>   ja:reasoner [
>   ja:reasonerURL 
>   ] .
>
> ## Base is a TDB2 graph.
> <#graph> rdf:type tdb2:GraphTDB ;
>tdb2:dataset :datasetTDB2 .
>
> ## Storage
> :datasetTDB2 rdf:type tdb2:DatasetTDB2 ;
> tdb2:location ""c:/fuseki/run/databases/gsip".
> -
>
> I have a suspicion that the :dataset loopback results in non-deterministic
> behaviour as one item has two roles and that it worked for TDB1 is down to
> luck.
>
> Andy
>
> On 16/02/18 13:51, Eric Boisvert wrote:
>
>> So, here's my complete test
>>
>> small naive dataset
>>
>> @prefix rdf:  .
>> @prefix rdfs:  .
>> @prefix owl:  .
>> @prefix hy: .
>>
>> hy:rechargeZone a owl:ObjectProperty;
>> owl:inverseOf hy:sourceOf.
>> hy:sourceOf a owl:ObjectProperty.
>>
>> 
>> hy:rechargeZone .
>>
>> so,
>>
>> DESCRIBE .
>>
>> should return
>>
>>  hy:sourceOf <
>> http://domain.org/id/waterwells/0001>.
>>
>> This configuration 

Re: Configuring fuseki with TDB2 and OWL reasoning

[Andy Seaborne]

Barry NL's comment on StackOveflow looks relevant:

> :dataset a ja:RDFDataset ;
>  ja:defaultGraph   <#model_inf> ;
> tdb:location  "c:\\fuseki/run/databases/gsip".
>
>
> <#model_inf> a ja:InfModel ;
>   ja:baseModel <#graph> ;
>   ja:reasoner [
>   ja:reasonerURL 
>   ] .
>
> <#graph> rdf:type tdb:GraphTDB ;
>tdb:dataset :dataset .
>

Whaty we want is:

service
  -> Dataset with inference graph as default graph
  -> inference graph uses TDB2 default graph
  -> TDB2 dataset whose dft graph is the storage

-
## Dataset to hold the inference graph
:dataset a ja:RDFDataset ;
ja:defaultGraph   <#model_inf> .

<#model_inf> a ja:InfModel ;
  # Inference graph uses #graph as base
  ja:baseModel <#graph> ;
  ja:reasoner [
  ja:reasonerURL 
  ] .

## Base is a TDB2 graph.
<#graph> rdf:type tdb2:GraphTDB ;
   tdb2:dataset :datasetTDB2 .

## Storage
:datasetTDB2 rdf:type tdb2:DatasetTDB2 ;
tdb2:location ""c:/fuseki/run/databases/gsip".
-

I have a suspicion that the :dataset loopback results in 
non-deterministic behaviour as one item has two roles and that it worked 
for TDB1 is down to luck.


Andy

On 16/02/18 13:51, Eric Boisvert wrote:

So, here's my complete test

small naive dataset

@prefix rdf:  .
@prefix rdfs:  .
@prefix owl:  .
@prefix hy: .

hy:rechargeZone a owl:ObjectProperty;
owl:inverseOf hy:sourceOf.
hy:sourceOf a owl:ObjectProperty.


hy:rechargeZone .

so,

DESCRIBE .

should return

 hy:sourceOf <
http://domain.org/id/waterwells/0001>.

This configuration runs, but no inference (I'm testing with standalone)
@prefix :   .
@prefix rdf:    .
@prefix ja: .
@prefix rdfs:   .
@prefix fuseki:  .
@prefix tdb:    .
@prefix tdb2:    .



:service_tdb_all  a   fuseki:Service ;
 fuseki:dataset:dataset ;
 fuseki:name   "gsip" ;
 fuseki:serviceQuery   "query" , "sparql" ;
 fuseki:serviceReadGraphStore  "get" ;
 fuseki:serviceReadWriteGraphStore "data" ;
 fuseki:serviceUpdate  "update" ;
 fuseki:serviceUpload  "upload" .

:dataset a tdb2:DatasetTDB2 ;
 ja:defaultGraph   <#model_inf> ;
tdb2:location  "c:\\fuseki/run/databases/gsip".


<#model_inf> a ja:InfModel ;
  ja:baseModel <#graph> ;
  ja:reasoner [
  ja:reasonerURL 
  ] .

<#graph> rdf:type tdb2:GraphTDB2 ;
   tdb2:dataset :dataset .

LOG: (no log file, this is the stdout of fuseki standalone. -- I assume
it's the same ?)

[2018-02-16 08:26:57] Server INFO  Apache Jena Fuseki 3.6.0
[2018-02-16 08:26:57] Config INFO  FUSEKI_HOME=C:\fuseki\.
[2018-02-16 08:26:57] Config INFO  FUSEKI_BASE=C:\fuseki\run
[2018-02-16 08:26:57] Config INFO  Shiro file:
file://C:\fuseki\run\shiro.ini
[2018-02-16 08:26:57] Config INFO  Configuration file:
C:\fuseki\run\config.ttl
[2018-02-16 08:26:57] Config INFO  Load configuration:
file:///C:/fuseki/run/configuration/gsip.ttl
[2018-02-16 08:26:59] Config INFO  Register: /gsip
[2018-02-16 08:26:59] Server INFO  Started 2018/02/16 08:26:59 EST on
port 3030
[2018-02-16 08:27:12] Fuseki INFO  [1] POST
http://localhost:3030/gsip/data
[2018-02-16 08:27:12] Fuseki INFO  [1] POST /gsip :: 'data' ::
[multipart/form-data] ?
[2018-02-16 08:27:12] Fuseki INFO  [1] Filename: test.ttl,
Content-Type=application/octet-stream, Charset=null => Turtle : Count=4
Triples=4 Quads=0
[2018-02-16 08:27:12] Fuseki INFO  [1] 200 OK (465 ms)

changed the configuration to

:dataset a tdb2:DatasetTDB2 ;
 tdb2:defaultGraph   <#model_inf> ;  # Changed defaultGraph prefix,
it's cargo cult at this point
tdb2:location  "c:\\fuseki/run/databases/gsip".
- stopped server
- deleted gsip database and wiped out system content
- restart
- reload the dataset

still no inference (identical log)

DESCRIBE .

returns nothing beside prefix declaration (no error)



  Thanks for your help


2018-02-15 16:47 GMT-05:00 Andy Seaborne :



 From SO comments:
[[
Does the Fuseki log file contain any useful information? – AndyS yesterday

Does non-inferred data show up? I notice you are using the same file area
for TDB1 and 

Re: Configuring fuseki with TDB2 and OWL reasoning

[Eric Boisvert]

So, here's my complete test

small naive dataset

@prefix rdf:  .
@prefix rdfs:  .
@prefix owl:  .
@prefix hy: .

hy:rechargeZone a owl:ObjectProperty;
owl:inverseOf hy:sourceOf.
hy:sourceOf a owl:ObjectProperty.


hy:rechargeZone .

so,

DESCRIBE .

should return

 hy:sourceOf <
http://domain.org/id/waterwells/0001>.

This configuration runs, but no inference (I'm testing with standalone)
@prefix :   .
@prefix rdf:    .
@prefix ja: .
@prefix rdfs:   .
@prefix fuseki:  .
@prefix tdb:    .
@prefix tdb2:    .



:service_tdb_all  a   fuseki:Service ;
fuseki:dataset:dataset ;
fuseki:name   "gsip" ;
fuseki:serviceQuery   "query" , "sparql" ;
fuseki:serviceReadGraphStore  "get" ;
fuseki:serviceReadWriteGraphStore "data" ;
fuseki:serviceUpdate  "update" ;
fuseki:serviceUpload  "upload" .

:dataset a tdb2:DatasetTDB2 ;
ja:defaultGraph   <#model_inf> ;
tdb2:location  "c:\\fuseki/run/databases/gsip".


<#model_inf> a ja:InfModel ;
 ja:baseModel <#graph> ;
 ja:reasoner [
 ja:reasonerURL 
 ] .

<#graph> rdf:type tdb2:GraphTDB2 ;
  tdb2:dataset :dataset .

LOG: (no log file, this is the stdout of fuseki standalone. -- I assume
it's the same ?)

[2018-02-16 08:26:57] Server INFO  Apache Jena Fuseki 3.6.0
[2018-02-16 08:26:57] Config INFO  FUSEKI_HOME=C:\fuseki\.
[2018-02-16 08:26:57] Config INFO  FUSEKI_BASE=C:\fuseki\run
[2018-02-16 08:26:57] Config INFO  Shiro file:
file://C:\fuseki\run\shiro.ini
[2018-02-16 08:26:57] Config INFO  Configuration file:
C:\fuseki\run\config.ttl
[2018-02-16 08:26:57] Config INFO  Load configuration:
file:///C:/fuseki/run/configuration/gsip.ttl
[2018-02-16 08:26:59] Config INFO  Register: /gsip
[2018-02-16 08:26:59] Server INFO  Started 2018/02/16 08:26:59 EST on
port 3030
[2018-02-16 08:27:12] Fuseki INFO  [1] POST
http://localhost:3030/gsip/data
[2018-02-16 08:27:12] Fuseki INFO  [1] POST /gsip :: 'data' ::
[multipart/form-data] ?
[2018-02-16 08:27:12] Fuseki INFO  [1] Filename: test.ttl,
Content-Type=application/octet-stream, Charset=null => Turtle : Count=4
Triples=4 Quads=0
[2018-02-16 08:27:12] Fuseki INFO  [1] 200 OK (465 ms)

changed the configuration to

:dataset a tdb2:DatasetTDB2 ;
tdb2:defaultGraph   <#model_inf> ;  # Changed defaultGraph prefix,
it's cargo cult at this point
tdb2:location  "c:\\fuseki/run/databases/gsip".
- stopped server
- deleted gsip database and wiped out system content
- restart
- reload the dataset

still no inference (identical log)

DESCRIBE .

returns nothing beside prefix declaration (no error)



 Thanks for your help


2018-02-15 16:47 GMT-05:00 Andy Seaborne :

>
> From SO comments:
> [[
> Does the Fuseki log file contain any useful information? – AndyS yesterday
>
> Does non-inferred data show up? I notice you are using the same file area
> for TDB1 and TDB2 databases. TDB2 does not work with TDB1 databases and
> does not read them. In fact, its database is held with a sublocation of the
> tdb2:location (so TDB1 data is not corrupted - it's just completely
> ignored). Data must be separately loaded into TDB2. – AndyS yesterday
>
> Fuseki log folder us always empty (that's another issue I need to resolve)
> and , about imcompatible TDB1 and TDB2 - I wiped the database clear between
> tests. – Eric Boisvert 11 hours ago
> ]]
>
> Does non-inferred data show up?
> If there is no log output, something is wrong - the server always outputs
> to the log at startup unless you turn it off.
>
> How are you putting data into the server?
>
> Andy
>
> On 15/02/18 12:31, Eric Boisvert wrote:
>
>> Greetings
>>
>> This post is a duplicate of
>> https://stackoverflow.com/questions/48770691/configure-fusek
>> i-with-tdb2-and-owl-reasoner
>>
>> I'm trying to configure fuseki to use TDB2 and OWL reasoning.  I can make
>> it work with TDB1 but could not find any example of the same setup with
>> TDB2.
>>
>> this works:
>>
>> -
>>
>> @prefix :   .
>> @prefix rdf:    .
>> @prefix ja: .
>> @prefix rdfs:   .
>> @prefix fuseki:  .

Re: Configuring fuseki with TDB2 and OWL reasoning

[Eric Boisvert]

Yes, non inferred data shows up.  i load the date using fuseki web
interface..  Will try to figure out why logs are not generated

Le 15 févr. 2018 16:47, "Andy Seaborne"  a écrit :

>
> From SO comments:
> [[
> Does the Fuseki log file contain any useful information? – AndyS yesterday
>
> Does non-inferred data show up? I notice you are using the same file area
> for TDB1 and TDB2 databases. TDB2 does not work with TDB1 databases and
> does not read them. In fact, its database is held with a sublocation of the
> tdb2:location (so TDB1 data is not corrupted - it's just completely
> ignored). Data must be separately loaded into TDB2. – AndyS yesterday
>
> Fuseki log folder us always empty (that's another issue I need to resolve)
> and , about imcompatible TDB1 and TDB2 - I wiped the database clear between
> tests. – Eric Boisvert 11 hours ago
> ]]
>
> Does non-inferred data show up?
> If there is no log output, something is wrong - the server always outputs
> to the log at startup unless you turn it off.
>
> How are you putting data into the server?
>
> Andy
>
> On 15/02/18 12:31, Eric Boisvert wrote:
>
>> Greetings
>>
>> This post is a duplicate of
>> https://stackoverflow.com/questions/48770691/configure-fusek
>> i-with-tdb2-and-owl-reasoner
>>
>> I'm trying to configure fuseki to use TDB2 and OWL reasoning.  I can make
>> it work with TDB1 but could not find any example of the same setup with
>> TDB2.
>>
>> this works:
>>
>> -
>>
>> @prefix :   .
>> @prefix rdf:    .
>> @prefix ja: .
>> @prefix rdfs:   .
>> @prefix fuseki:  .
>> @prefix tdb:    .
>>
>>
>>
>> :service_tdb_all  a   fuseki:Service ;
>>  fuseki:dataset:dataset ;
>>  fuseki:name   "gsip" ;
>>  fuseki:serviceQuery   "query" , "sparql" ;
>>  fuseki:serviceReadGraphStore  "get" ;
>>  fuseki:serviceReadWriteGraphStore "data" ;
>>  fuseki:serviceUpdate  "update" ;
>>  fuseki:serviceUpload  "upload" .
>>
>> :dataset a ja:RDFDataset ;
>>  ja:defaultGraph   <#model_inf> ;
>> tdb:location  "c:\\fuseki/run/databases/gsip".
>>
>>
>> <#model_inf> a ja:InfModel ;
>>   ja:baseModel <#graph> ;
>>   ja:reasoner [
>>   ja:reasonerURL 
>>   ] .
>>
>> <#graph> rdf:type tdb:GraphTDB ;
>>tdb:dataset :dataset .
>>
>> 
>>
>>
>> but my naive adaptation to TDB2 does not (I tried a couple of variations)
>>
>>
>> 
>>
>> @prefix :   .
>> @prefix tdb2:    .
>> @prefix rdf:    .
>> @prefix ja: .
>> @prefix rdfs:   .
>> @prefix fuseki:  .
>>
>> :service_tdb_all  a   fuseki:Service ;
>>  fuseki:dataset:dataset ;
>>  fuseki:name   "gsip" ;
>>  fuseki:serviceQuery   "query" , "sparql" ;
>>  fuseki:serviceReadGraphStore  "get" ;
>>  fuseki:serviceReadWriteGraphStore "data" ;
>>  fuseki:serviceUpdate  "update" ;
>>  fuseki:serviceUpload  "upload" .
>>
>> :dataset a ja:RDFDataset ;
>>  ja:defaultGraph   <#model_inf> ;
>>  tdb2:location  "c:\\fuseki/databases/gsip"
>>   .
>>
>> <#model_inf> a ja:InfModel ;
>>   ja:baseModel <#graph> ;
>>   ja:reasoner [
>>   ja:reasonerURL 
>>   ] .
>>
>> <#graph> rdf:type tdb2:GraphTDB ; # also tried tdb2:GraphTDB2
>>tdb2:dataset :dataset .
>>
>> -
>>
>> Fuseki starts without error, but OWL reason does not work (I tried with a
>> simple inversedOf property that returns inferred statements in my first
>> setup)
>>
>> - no log files (this is another issue)
>> - I'm aware that TDB1 and TDB2 are not compatible, i wiped out the
>> database
>> (even change the database location) between tests.
>>
>> Read the Jena Assembler documentation, but did not find (or missed) how to
>> use TBDDataset (also, new in Jena - so drinking from the firehose).
>>
>> Does anyone have an example of such a setup (TDB2 + OWLFBRuleReasoner) ?
>>
>> Thanks
>>
>> Does anyone have an exem
>>
>>

Re: Configuring fuseki with TDB2 and OWL reasoning

[Andy Seaborne]

From SO comments:
[[
Does the Fuseki log file contain any useful information? – AndyS 
yesterday


Does non-inferred data show up? I notice you are using the same file 
area for TDB1 and TDB2 databases. TDB2 does not work with TDB1 databases 
and does not read them. In fact, its database is held with a sublocation 
of the tdb2:location (so TDB1 data is not corrupted - it's just 
completely ignored). Data must be separately loaded into TDB2. – AndyS 
yesterday


Fuseki log folder us always empty (that's another issue I need to 
resolve) and , about imcompatible TDB1 and TDB2 - I wiped the database 
clear between tests. – Eric Boisvert 11 hours ago

]]

Does non-inferred data show up?
If there is no log output, something is wrong - the server always 
outputs to the log at startup unless you turn it off.


How are you putting data into the server?

Andy

On 15/02/18 12:31, Eric Boisvert wrote:

Greetings

This post is a duplicate of
https://stackoverflow.com/questions/48770691/configure-fuseki-with-tdb2-and-owl-reasoner

I'm trying to configure fuseki to use TDB2 and OWL reasoning.  I can make
it work with TDB1 but could not find any example of the same setup with
TDB2.

this works:

-

@prefix :   .
@prefix rdf:    .
@prefix ja: .
@prefix rdfs:   .
@prefix fuseki:  .
@prefix tdb:    .



:service_tdb_all  a   fuseki:Service ;
 fuseki:dataset:dataset ;
 fuseki:name   "gsip" ;
 fuseki:serviceQuery   "query" , "sparql" ;
 fuseki:serviceReadGraphStore  "get" ;
 fuseki:serviceReadWriteGraphStore "data" ;
 fuseki:serviceUpdate  "update" ;
 fuseki:serviceUpload  "upload" .

:dataset a ja:RDFDataset ;
 ja:defaultGraph   <#model_inf> ;
tdb:location  "c:\\fuseki/run/databases/gsip".


<#model_inf> a ja:InfModel ;
  ja:baseModel <#graph> ;
  ja:reasoner [
  ja:reasonerURL 
  ] .

<#graph> rdf:type tdb:GraphTDB ;
   tdb:dataset :dataset .




but my naive adaptation to TDB2 does not (I tried a couple of variations)




@prefix :   .
@prefix tdb2:    .
@prefix rdf:    .
@prefix ja: .
@prefix rdfs:   .
@prefix fuseki:  .

:service_tdb_all  a   fuseki:Service ;
 fuseki:dataset:dataset ;
 fuseki:name   "gsip" ;
 fuseki:serviceQuery   "query" , "sparql" ;
 fuseki:serviceReadGraphStore  "get" ;
 fuseki:serviceReadWriteGraphStore "data" ;
 fuseki:serviceUpdate  "update" ;
 fuseki:serviceUpload  "upload" .

:dataset a ja:RDFDataset ;
 ja:defaultGraph   <#model_inf> ;
 tdb2:location  "c:\\fuseki/databases/gsip"
  .

<#model_inf> a ja:InfModel ;
  ja:baseModel <#graph> ;
  ja:reasoner [
  ja:reasonerURL 
  ] .

<#graph> rdf:type tdb2:GraphTDB ; # also tried tdb2:GraphTDB2
   tdb2:dataset :dataset .

-

Fuseki starts without error, but OWL reason does not work (I tried with a
simple inversedOf property that returns inferred statements in my first
setup)

- no log files (this is another issue)
- I'm aware that TDB1 and TDB2 are not compatible, i wiped out the database
(even change the database location) between tests.

Read the Jena Assembler documentation, but did not find (or missed) how to
use TBDDataset (also, new in Jena - so drinking from the firehose).

Does anyone have an example of such a setup (TDB2 + OWLFBRuleReasoner) ?

Thanks

Does anyone have an exem