"fuseki2 --file ~/tmp/D.nq /ds" starts Fuseki with a quads file. It's
done in the command line code, not by assembler.
ja:RDFDataset is the general "link to any sort of graph" dataset. Quads
would be convenient sometimes and the lack of loading a quads files is a
bit of an omission.
More importantly, for the TIM (Transaction in Memory) dataset
implementation, loading a trig file makes a lot sense and now I come to
look, TIM does not have an assembler yet we ought to favor that
especially for Fuseki. I sense an AbstractDatasetAssembler is in our
future!
Could someone please create a ticket?
Andy
On 19/11/17 20:43, Mohammad Noorani Bakerally wrote:
no, there is no specific reason, was just asking if it is possible,
On Sun, Nov 19, 2017 at 8:25 PM, ajs6f <[email protected]> wrote:
Did you have a reason to get Fuseki to serve directly from a file? If not,
you might do better (depending on your use) to load your file into either
an in-memory or TDB (persistent) store and let Fuseki work from that.
ajs6f
On Nov 19, 2017, at 1:10 PM, Mohammad Noorani Bakerally <
[email protected]> wrote:
I have a trig file containing a default graph and several named graphs.
Can
Fuseki directly consume the file, because in the documentation [1], I see
that the default and named graph should be described.
I have tried to load it in the two followings way but it doesn't work
and I
get an exception
Way1
======
<#dataset1> rdf:type ja:RDFDataset ;
rdfs:label "Dataset 1: RDF LinkGeoData for Strasbourg" ;
ja:content [ja:externalContent <file:///path/to/trig.ttl> ] ;
How to write the configuration so that the dataset of a service is a trig
file containing one default graph and several named graphs ?
1. https://jena.apache.org/documentation/serving_data/