To extend my answer, for SPARQL I'd prefer the RDFConnection way [1]
[1] https://jena.apache.org/documentation/rdfconnection/
On 22.06.2018 07:35, Lorenz Buehmann wrote:
> Fuseki is an HTTP SPARQL server - but what is the backend? If it's TDB,
> you can use the code from the TDB examples with t
Fuseki is an HTTP SPARQL server - but what is the backend? If it's TDB,
you can use the code from the TDB examples with the corresponding TDB
location.
If enabled, you could also use SPARQL Update protocol, i.e. write
queries instead of Java code.
The documentation:
https://jena.apache.org/docume
hello ,
I'm have a java program that manipulate my ontology ( create activity ,
tag , user ...)
public TEST() {
onto = ModelFactory.*createOntologyModel*(OntModelSpec.*OWL_MEM*);
OntDocumentManager manager = onto.getDocumentManager();
manager.addAltEntry("https://www.w3.org/ns/
Any interaction you have from Java to Fuseki is likely to use HTTP. You can use
Jena's RDFConnection facility to do that:
https://jena.apache.org/documentation/rdfconnection/
For a more useful response, please provide more information about what you are
trying to do.
ajs6f
> On Jun 21, 2018,
hello ,
I need your help .. i'm searching for a java method that upload owl file
into Fuseki server ..
Someone can help me ,
thanks
Hi again,
I'm still working on the idmapping triple store which I mentioned in my
previous request. I wanted to get some advice on the way I'm populating the
triple store this time around. I'm doing this using the jena API in a java
program that I'm writing. First off, the data which I'm consum
Andrea,
It does not appear to be the GROUP_CONCAT.
I get "Connection reset by peer" when its commented out. Maybe there is
some sort of intermediate process - if the GROUP_CONCAT with () is in a
comment, it does not work; if it is omitted completely it does.
"Connection reset by peer" is som
Hi everyone,
I've found a strange behaviour when executing a SPARQL query having
GROUP_CONCAT on a Jena-Fuseki SPARQL endpoint.
Executing, for example, the following query:
SELECT DISTINCT ?resource (GROUP_CONCAT( ?singleLabel; separator=",")
AS ?multiLabel )
WHERE {
?resource a
I believe so, if the data is corrupted then the backup process will encounter
the corruption when it tries to read out the corrupted entries in order to
output them and should fail accordingly
The same should hold true of trying to use tbddump on a database, essentially
the Fuseki backup is jus
Ok, well compacting by using dump is not a problem.
Another question related to backup: when backing up disk image and all
jena data files as is, possible data corruption is backed up too without
warning. But if exporting data with Fuseki's built-in backup and saving
that, does Fuseki give e
10 matches
Mail list logo