Hey Greg,
Didn't have much time this weekend, but managed to wolf down lunch to have a 
bit of time for testing this. Here's the notes I took while testing it.

- geosparql-jena

- I'm not actively using Gradle (projects I contribute to are building with 
Maven Commons/OpenNLP/Jena)... so...
- After `apt install gradle`, running `gradle test` fails, due to Gradle 
version I think (Could not find method enableFeaturePreview() for arguments).
- Installed the latest from their site, and it failed again, with a different 
error (> Could not get unknown property 'sonatypeUsername' for Credentials 
[username: null] of type 
org.gradle.internal.credentials.DefaultPasswordCredentials_Decorated.)
- Deleted the repositories part, and after that I could succeessfully build it!
- It uses Apache SIS! Hooray!
- I **think** we won't be able to ship JTS? If so, is that a problem? Or is 
geosparql-jena and the Fuseki module, both built to work as long as the user 
adds the JTS lib?
- Logging will need to be changed I think, to use the same one as in Jena
- Expiring Map looks really useful! But I think it would be better if it was 
added in another issue. If useful for GeoSparql Jena, that could very well be 
useful for other parts of Jena too

- geosparql-fuseki

- Logging will need to be changed I think, to use the same one as in Jena
- Running `gradle test` fails with geosparql_fuseki/DatasetOperations.java:41: 
error: package org.apache.jena.tdb does not exist
- So instead I grabbed a release (1.0.4)
- Tried running:
    * `./bin/geosparql-fuseki -rf "geosparql_test.rdf"`
    * `./bin/geosparql-fuseki -rf "geosparql_test.rdf&xml"`
    * `./bin/geosparql-fuseki -t "./TestTDB"`
    * `./bin/geosparql-fuseki -t ".\TestTDB"`
- But all failed with 

15:12:07.508 INFO  Find Mode SRS - Completed
Exception in thread "main" 
io.github.galbiston.geosparql_jena.configuration.ModeSrsException: No Geometry 
Literals or Geo predicates found in Dataset or Model.
    at 
io.github.galbiston.geosparql_jena.configuration.ModeSRS.getModeURI(ModeSRS.java:92)
    at 
io.github.galbiston.geosparql_jena.configuration.GeoSPARQLOperations.findModeSRS(GeoSPARQLOperations.java:522)
    at 
io.github.galbiston.geosparql_jena.spatial.SpatialIndex.buildSpatialIndex(SpatialIndex.java:255)
    at 
io.github.galbiston.geosparql_jena.configuration.GeoSPARQLConfig.setupSpatialIndex(GeoSPARQLConfig.java:260)
    at 
io.github.galbiston.geosparql_fuseki.DatasetOperations.setup(DatasetOperations.java:99)
    at io.github.galbiston.geosparql_fuseki.Main.main(Main.java:45)

I think I probably forgot to do something, but I didn't have a lot of time 
(lunch break). Are you able to tell what's missing in my tests with GeoSparql 
and Fuseki, please?

Cheers
Bruno





    On Friday, 1 February 2019, 1:20:58 pm NZDT, Bruno P. Kinoshita 
<[email protected]> wrote:  
 
  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
    

Reply via email to