I am facing (or encountering) the same problems with my code, but I have a partial solution. Unfortunately, the link contained in the comments didnโt really help those problems that I still encounter, but this answers part of the problem.
The final view of the data that I see is just a very small subset of the data (it seems that all named graphs are discarded somewhere along this pipeline, and only a tiny default graph remains). Using tdb: unionDefaultGraph does not seem to affect this.
The workaround I found for this is to explicitly โregisterโ your named graphs in the configuration file. I really don't know if this is the best way (and have not found any documentation or example for this exact context). A working example of my installation (Fuseki 2.4):
[usual configuration start] # TDB Dataset :tdb_dataset_readwrite a tdb:DatasetTDB ; tdb:unionDefaultGraph true ; #if you want all data to available in the default graph #without 'FROM-NAMing them' in the SPARQL query tdb:location "your/dataset/path" . # Underlying RDF Dataset <#dataset> rdf:type ja:RDFDataset ; ja:defaultGraph <#model> ; ja:namedGraph [ ja:graphName <your/graph/URI> ; ja:graph <#graphVar> ] ; [repeat for other named graphs] . ###### # Default Model : Inference rules (OWL, here) <#model> a ja:InfModel; ja:baseModel <#tdbGraph>; ja:reasoner [ ja:reasonerURL <http://jena.hpl.hp.com/2003/OWLFBRuleReasoner> ] . # Graph for the default Model <#tdbGraph> rdf:type tdb:GraphTDB; tdb:dataset :tdb_dataset_readwrite . ###### # Named Graph <#graphVar> rdf:type tdb:GraphTDB ; tdb:dataset :tdb_dataset_readwrite ; tdb:graphName <your/graph/URI> .
Then you can run a query like this
[prefixes] SELECT ?graph ?predicate ?object WHERE { GRAPH ?graph {[a specific entity identifier] ?predicate ?object} } LIMIT 50
And it will display (in this case) the properties and values โโand the source graph where they were found.
BUT: in this example, even if the default graph supposedly imported output rules (which should be applied globally, especially since the unionDefaultGraph parameter is enabled), they are not applied as a โcross-graphโ, and this is a problem that I still encounter .
Usually, if you add an output engine to each chart, this should work, according to Andy Seaborn's post here , but it doesn't work that way in my case.
Hope this helps anyway.
source share