Hi Greg,
thanks for providing such an informative answer.
On 23.02.22 17:59, Greg wrote:
Hi Lorenz,
Regarding your final point on the use of Euclidean distance for the
geof:distance, this is derived from Requirement A.3.14 on page 38 of the
GeoSPARQL standard (quoted below). The definition of
Hi Lorenz,
Regarding your final point on the use of Euclidean distance for the
geof:distance, this is derived from Requirement A.3.14 on page 38 of the
GeoSPARQL standard (quoted below). The definition of the distance and
other query functions follows that of the Simple Features standard (ISO
thanks, but I see that adding the folder of the ttl works, the ttl is
automatically converted into a tbd2.
Unfortunately as I said earlier the inference does not work. Please let me
know if you manage to make it work on your setup
Thanks
Luca
I tried to use the path to the .ttl file in the assembler:
## Base data in TDB.
:tdbDataset rdf:type tdb2:DatasetTDB2 ;
tdb2:location "/Users/luca/Downloads/Data" ;
.
It loads the data. However, unfortunately the reasoner does not work. If I
run the following simple query on the
Just use this example for in-memory dataset with inference:
https://github.com/apache/jena/blob/main/jena-fuseki2/examples/config-inference-1.ttl
On 23.02.22 12:28, Luca Turchet wrote:
For the moment I don't use a TDB2, but a regular .ttl file.
Could you please send me the assembler modified
For the moment I don't use a TDB2, but a regular .ttl file.
Could you please send me the assembler modified to use the ttl file?
Also, is there a way to use both the --conf and --file options together?
Cheers
Luca
Ok received. I proceed and let you know
Luca
-
*Luca Turchet*
Associate Professor
Head of the Creative, Intelligent & Multisensory Interactions Laboratory
*https://www.cimil.disi.unitn.it/*
Sorry, but I can't easily find the 3 files you indicated, maven has a huge
repository
Could you please attach these files or send me the exact link from where to
download them?
* javax.xml.bind:jaxb-api:2.3.0
* com.sun.xml.bind:jaxb-core:2.3.0
* com.sun.xml.bind:jaxb-impl:2.3.0
Cheers
Luca
To speedup the process I uploaded a tarball containing
- the extracted Fuseki 4.4.0 with the necessary Openllet Jars
- the assembler config
- please set FUSEKI_BASE then run the server with --conf assembler.ttl
- and of course modify the assembler file to link to your TDB2 location path
FUSEKI_BASE is an environment variable used for server startup - when
you start the Fuseki server it will looks for additional Jar files at
$FUSEKI_BASE/extra and put those to the Java classpath - this is
necessary as Openllet is an external lib
On 23.02.22 12:03, Luca Turchet wrote:
- set
On 23.02.22 11:54, Luca Turchet wrote:
So, firstly mvn --version provided the JDK 17.02, but the JDK version can
be set with "export JAVA_HOME= "
I installed JDK 11 and used the POM.xml configuration you suggested. I also
exported the JAVA_HOME in the shell session to make sure
that JDK 11 is
- set FUSEKI_BASE to the path of the Fuseki distribution -> what do you
mean exactly with "set FUSEKI_BASE" ?
in my .bash_profile I added the line export
FUSEKI_BASE=/Users/luca/Documents/Development/semantic_web/apache_jena_fuseki/apache-jena-fuseki-4.4.0:$FUSEKI_BASE
Is this what you mean?
So, firstly mvn --version provided the JDK 17.02, but the JDK version can
be set with "export JAVA_HOME= "
I installed JDK 11 and used the POM.xml configuration you suggested. I also
exported the JAVA_HOME in the shell session to make sure
that JDK 11 is used (with export
Ok, looks like I got it working - took more effort than expected:
- set FUSEKI_BASE to the path of the Fuseki distribution
- create a directory $FUSEKI_BASE/extra - this will used for the
additional Jars on classpath
- given that it is JDK 11 we have to either modify the distribution
pom.xml,
Ok, I'm still on JDK 11 and this worked for me - so you could give it a
try. If not then can't you set the compiler plugin to 13? Although I'm
wondering why it failed with JDK 17 if you have it installed. Did you
also set this as your current JDK?
mvn --version should have shown Java 17 then
I have amended the file as you suggested (and even modifying
the aven-enforcer-plugin to 3.0.0) but the result is the same.
I attach the pom POM file.
However, I don't have installed JDK version 11, or 15. I have 13 14, 16 and
17. Do I need to install JDK version 11?
Cheers
Luca
I checked Openllet, it has been set to Java 17 - you can change it in
the POM file:
- set maven-compiler-plugin source and target entry to 11
- change maven-enforcer-plugin Java rule to [10,15)
Note, the fork is currently set to Jena 4.2.X, not sure if it will have
conflicts when you use it
Dear Lorenz,
many thanks for your prompt reply. I am using the official openllet code
available here https://github.com/Galigator/openllet
I get this error when launching the script openllet.sh [ERROR] Failed to
execute goal org.apache.felix:maven-bundle-plugin:4.1.0:bundle
(default-bundle) on
Thanks both for your very helpful input - I'm still a GeoSPARQL novice
and trying to learn stuff and first of all just use the Jena
implementation as efficient as possible.
On 21.02.22 15:22, Andy Seaborne wrote:
On 21/02/2022 09:07, Lorenz Buehmann wrote:
Any experience or comments so
19 matches
Mail list logo