Hi Andy,
Many thanks for your support.
> To understand the algebra, I suggest looking at the code.
I cloned Jena repo and I’m now looking at the jena-arq-examples module, thanks.
> You don't need to manaipulate the algebra to build querys.
It was in the tutorial, I thought it was more
I'm still clueless about how to configure Jena for textual AND spatial
indexes.
I tried yet another assembler file:
https://github.com/jmvanel/semantic_forms/blob/master/scala/jena.spatial%2Btext3.assembler.ttl
but even less good as
1/ The data is likely wrong.
Get it working with a query string in your program exactly like the
tutorial.
You have a graph name of
in the code and
in the data. The relative URIs will be resolved to absolute ones.
Try using
path.../src/main/resources/dataset-named-graph-1.ttl>
in
Hi Andy, will the GeoSPARQL implementation be available before the jena-spatial
module is retired?
Regards, Barry Nouwt
-Original Message-
From: Andy Seaborne
Sent: zaterdag 15 december 2018 00:04
To: users@jena.apache.org
Subject: Retiring Jena modules
Hi Jena users,
The project
On 21/12/2018 08:34, Nouwt, B. (Barry) wrote:
Hi Andy, will the GeoSPARQL implementation be available before the jena-spatial
module is retired?
The module is a contribution from Greg Albiston:
> The project is now published on GitHub at
> https://github.com/galbiston/geosparql-jena and
I hope it will not remove support for old and widespread vocabulary
http://www.w3.org/2003/01/geo/wgs84_pos#
https://github.com/galbiston/geosparql-jena does not seem to mention that.
Le ven. 21 déc. 2018 à 11:25, Andy Seaborne a écrit :
>
>
> On 21/12/2018 08:34, Nouwt, B. (Barry) wrote:
> >
Hi Jean-Marc,
The WGS84 Lat/Lon isn't part of the GeoSPARQL standard.
However, I'm looking into supporting them in the replacement module.
For example:
- converting WGS84 datasets to GeoSPARQL format.
- SPARQL function for conversion of WGS84 to WKT Point in query (making
the GeoSPARQL
Greg , this looks nice,
and when you need a tester , I can test .
>From my point of view old and simple vocabulary have a great value in the
Semantic Web,
Especially, having atomic properties like oldgeo:long and lat , having well
defined rdfs:domain and range are straight Semantic Web design,