Hi Greg,
Had a bit of spare time today in between meetings, but don't have Gradle, only
Maven on this computer.
Might have more time this weekend or coming next week to play with it and
report back. My GIS stack is normally GeoServer, GeoNetworks, mapserver, ArcGIS
(all for work), and QGIS (preferred personal tool to play with GIS data).
Planning on reading about GeoSPARQL, checking out both your projects, then
assessing what's possible to do with the tools above (that's the part
interesting for my work). And then will look at the source code to see if
there's any feedback that might be helpful for preparing the pull request to
Jena.
Thanks heaps in advance for working on this!
CheersBruno
On Wednesday, 30 January 2019, 11:43:36 pm NZDT, Greg Albiston
<[email protected]> wrote:
Hello,
There was notification before Christmas about phasing out the
jena-spatial module and replacing it with a GeoSPARQL compliant module.
Work has been completed on incorporating the functions from jena-spatial
relating to Lat/Lon geo predicates into the new module. These functions
also have versions for GeoSPARQL geometry literals. There are also some
additional filter functions added for convenience, e.g. convert lat/lon
values to geometry literals and calculating distances.
Methods for converting existing datasets to GeoSPARQL structure, so that
the full features can be accessed, are also available.
The API is available at: https://github.com/galbiston/geosparql-jena
A HTTP server application that uses the API, without a GUI, is available
at: https://github.com/galbiston/geosparql-fuseki
It would be useful to have feedback and testing on the proposed module
from existing users of the jena-spatial module.
Thanks,
Greg
