Lars,

You have said you have HDT working in a different configuration. What I'm trying to understand is difference between the two.

What was the configuration that did work?

    Andy



On 24/02/18 13:18, Svensson, Lars wrote:
On Saturday, February 24, 2018 10:33 AM, Andy Seaborne [mailto:[email protected]] 
wrote:

Please try putting

hdt:HDTGraph rdfs:subClassOf ja:Graph .

in inferencing.ttl

Done, and I still get the same exception when loading inferencing.ttl .

/Lars
On 24/02/18 08:00, Svensson, Lars wrote:
On Friday, February 23, 2018 11:26 PM, Andy Seaborne [mailto:[email protected]]
wrote:


On 23/02/18 17:08, Svensson, Lars wrote:
On Friday, February 23, 2018 3:22 PM, Andy Seaborne
[mailto:[email protected]]
wrote:

The necessary

# HDT Classes
hdt:HDTGraph rdfs:subClassOf ja:Graph .

is missing in the initial email.

They are on the classpath, too.

In their HDT fuseki example, there are two triples, ja:loadClass and
rdfs:subClassOf, for setup and they do not appear in the config file you
gave in the first email.

If the server run/config.ttl file has the ja:loadClass you should be OK
(maybe be not - adding

[] ja:loadClass "org.rdfhdt.hdtjena.HDTGraphAssembler" .

to configuration/inferencing.ttl is safe)
but I think the rdfs:subClassOf is necessary in
configuration/inferencing.ttl and can not be relied in to be picked up
from run/config.ttl.

I would expect to see:

@prefix fuseki: <http://jena.apache.org/fuseki#> .
@prefix rdf:    <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs:   <http://www.w3.org/2000/01/rdf-schema#> .
@prefix tdb:    <http://jena.hpl.hp.com/2008/tdb#> .
@prefix ja:     <http://jena.hpl.hp.com/2005/11/Assembler#> .
@prefix hdt:    <http://www.rdfhdt.org/fuseki#> .
@prefix tdb:    <http://jena.hpl.hp.com/2008/tdb#> .
@prefix :       <#> .

# HDT Classes
hdt:HDTGraph rdfs:subClassOf ja:Graph .

<#standard> rdf:type fuseki:Service ;
        fuseki:name "inferencing" ;
        fuseki:serviceQuery "query" , "sparql" ;
        fuseki:serviceReadGraphStore "data" ;
        fuseki:dataset <#all> .

My apologies, I should have been more clear regarding my configuration.

I run this on Fuseki 3.4.0 and use three configuration files
* config.ttl (in /run)
* standard.ttl (my standard, non-inferencing configuration; in 
/run/configuration;
SPARQL endpoint at http://my.server:3030/dataset.html?tab=query&ds=/standard)
* inferencing.tt. (my inferencing configuration; also in /run/configuration; 
SPARQL
endpoint at http://my.server:3030/dataset.html?tab=query&ds=/inferencing)

config.ttl:

@prefix :        <#> .
@prefix fuseki:  <http://jena.apache.org/fuseki#> .
@prefix rdf:     <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs:    <http://www.w3.org/2000/01/rdf-schema#> .
@prefix ja:      <http://jena.hpl.hp.com/2005/11/Assembler#> .
@prefix hdt:    <http://www.rdfhdt.org/fuseki#> .

[] rdf:type fuseki:Server ;
        ja:loadClass "org.rdfhdt.hdtjena.HDTGraphAssembler" ;

hdt:HDTGraph rdfs:subClassOf ja:Graph .

inferencing.ttl

@prefix fuseki: <http://jena.apache.org/fuseki#> .
@prefix rdf:    <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs:   <http://www.w3.org/2000/01/rdf-schema#> .
@prefix ja:     <http://jena.hpl.hp.com/2005/11/Assembler#> .
@prefix hdt:    <http://www.rdfhdt.org/fuseki#> .
@prefix tdb:    <http://jena.hpl.hp.com/2008/tdb#> .
@prefix :       <#> .

<#standard> rdf:type fuseki:Service ;
        fuseki:name "inferencing" ;
        fuseki:serviceQuery "query" , "sparql" ;
        fuseki:serviceReadGraphStore "data" ;
        fuseki:dataset <#all> .

<#all> rdf:type ja:RDFDataset ;
        rdfs:label "All DNB data" ;
        tdb:unionDefaultGraph true ;
        ja:defaultGraph <#inf-dnb-all-graph> .

<#inf-dnb-all-graph> a ja:InfModel ;
        ja:baseModel <#dnb-all-graph> ;
        ja:reasoner [
                ja:reasonerClass 
"org.mindswap.pellet.jena.PelletReasonerFactory"
        ] .

<#dnb-all-graph> a hdt:HDTGraph ;
        rdfs:label "DNB-All from HDT-File" ;
        hdt:fileName "/path/to/my/HDTFile.hdt " .

When Fuseki loads inferencing.ttl it throws the AmbiguousSpecificTypeException.

/Lars

Reply via email to