[jira] [Resolved] (JENA-1970) GeoSPARQL spatial:nearby geo:lat and geo:long indexing of Literals

2020-09-29 Thread Greg Albiston (Jira)


 [ 
https://issues.apache.org/jira/browse/JENA-1970?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Greg Albiston resolved JENA-1970.
-
Fix Version/s: Jena 3.17.0
   Resolution: Fixed

Double typed literals and untyped literals in double form are now accepted when 
converting from latitude and longitude coordinates.

> GeoSPARQL spatial:nearby geo:lat and geo:long indexing of Literals
> --
>
> Key: JENA-1970
> URL: https://issues.apache.org/jira/browse/JENA-1970
> Project: Apache Jena
>  Issue Type: New Feature
>  Components: Jena
>Affects Versions: Jena 3.16.0
> Environment: any
>Reporter: Marco Neumann
>Assignee: Greg Albiston
>Priority: Minor
> Fix For: Jena 3.17.0
>
>
> PREFIX spatial: 
> the spatial:nearby property function now fails to operate on untyped 
> literals. While http://www.w3.org/2003/01/geo/wgs84_pos# mentions decimals in 
> the range it is common to find  data in the wild that fails to adhere to the 
> vocabulary specification. Furthermore functions in the 
> http://jena.apache.org/function/spatial# namespace continue to be able to 
> process untyped literals. It might be worthwhile to consider to typecast 
> literals here in spatial functions for data processed for latitude and 
> longitude in the wgs84_pos namespace.
> {noformat}
> Fuseki WARN  [1] RC = 500 : Not a number: "53.72833"
> org.apache.jena.sparql.expr.ExprEvalException: Not a number: "53.72833"
> Caused by: org.apache.jena.datatypes.DatatypeFormatException: Not a number: 
> "53.72833"
>   at 
> org.apache.jena.geosparql.spatial.ConvertLatLon.toNodeValue(ConvertLatLon.java:47)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.geosparql.spatial.ConvertLatLon.toNode(ConvertLatLon.java:62) 
> ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.geosparql.spatial.property_functions.GenericSpatialPropertyFunction.checkBound(GenericSpatialPropertyFunction.java:132)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.geosparql.spatial.property_functions.GenericSpatialPropertyFunction.search(GenericSpatialPropertyFunction.java:87)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.geosparql.spatial.property_functions.GenericSpatialPropertyFunction.execEvaluated(GenericSpatialPropertyFunction.java:66)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.pfunction.PFuncSimpleAndList.execEvaluated(PFuncSimpleAndList.java:44)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.pfunction.PropertyFunctionEval.exec(PropertyFunctionEval.java:42)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.pfunction.PropertyFunctionBase$RepeatApplyIteratorPF.nextStage(PropertyFunctionBase.java:106)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIterRepeatApply.makeNextStage(QueryIterRepeatApply.java:108)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIterRepeatApply.hasNextBinding(QueryIterRepeatApply.java:65)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIteratorBase.hasNext(QueryIteratorBase.java:114)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIterProcedure.hasNextBinding(QueryIterProcedure.java:73)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIteratorBase.hasNext(QueryIteratorBase.java:114)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.main.iterator.QueryIterGraph$QueryIterGraphInner.hasNextBinding(QueryIterGraph.java:121)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIteratorBase.hasNext(QueryIteratorBase.java:114)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIterRepeatApply.hasNextBinding(QueryIterRepeatApply.java:74)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIteratorBase.hasNext(QueryIteratorBase.java:114)
>  

[jira] [Comment Edited] (JENA-1969) Can't start geosparql fuseki server with -rf and -t

2020-09-29 Thread Marco Neumann (Jira)


[ 
https://issues.apache.org/jira/browse/JENA-1969?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17204314#comment-17204314
 ] 

Marco Neumann edited comment on JENA-1969 at 9/29/20, 9:55 PM:
---

this additional observation might be directly related to this ticket. It's 
currently not possible to start geosparql fuseki wit tdb  and rdfs inference 
support, though the combination of -rf and  -i  works as expected.


{noformat}

WARNING: sun.reflect.Reflection.getCallerClass is not supported. This will 
impact performance.
[2020-09-29 22:51:47] Main   INFO  Arguments Received: [--loopback, false, 
--update, -t, testDB5, -i]
[2020-09-29 22:51:47] DatasetOperations INFO  Server Configuration: port=3030, 
datsetName=ds, loopbackOnly=false, updateAllowed=true, inference=true, 
applyDefaultGeometry=false, validateGeometryLiteral=false, 
convertGeoPredicates=false, removeGeoPredicates=false, queryRewrite=true, 
tdbFile=testDB5, fileGraphFormats=[], fileGraphDelimiters=[], 
indexEnabled=true, indexSizes=[-1, -1, -1], indexExpiries=[5000, 5000, 5000], 
spatialIndexFile=null, help=false
[2020-09-29 22:51:47] DatasetOperations INFO  TDB Dataset: testDB5
[2020-09-29 22:51:48] GeoSPARQLOperations INFO  Applying GeoSPARQL Schema - 
Started
[2020-09-29 22:51:48] GeoSPARQLOperations INFO  GeoSPARQL schema applied to 
graph: default
[2020-09-29 22:51:48] GeoSPARQLOperations INFO  Applying GeoSPARQL Schema - 
Completed
Exception in thread "main" 
org.apache.jena.tdb.transaction.TDBTransactionException: Not in a transaction
at 
org.apache.jena.tdb.transaction.DatasetGraphTransaction.get(DatasetGraphTransaction.java:138)
at 
org.apache.jena.tdb.transaction.DatasetGraphTransaction.get(DatasetGraphTransaction.java:49)
at 
org.apache.jena.sparql.core.DatasetGraphWrapper.getR(DatasetGraphWrapper.java:103)
at 
org.apache.jena.sparql.core.DatasetGraphWrapper.isEmpty(DatasetGraphWrapper.java:192)
at org.apache.jena.sparql.core.DatasetImpl.isEmpty(DatasetImpl.java:247)
at 
org.apache.jena.fuseki.geosparql.DatasetOperations.setup(DatasetOperations.java:95)
at org.apache.jena.fuseki.geosparql.Main.main(Main.java:64)
{noformat}



was (Author: neumarcx):
this additional observation might be directly related this ticket. It's 
currently not possible to start geosparql fuseki wit tdb  and rdfs inference 
support, though the combination of -rf and  -i  works as expected.


{noformat}

WARNING: sun.reflect.Reflection.getCallerClass is not supported. This will 
impact performance.
[2020-09-29 22:51:47] Main   INFO  Arguments Received: [--loopback, false, 
--update, -t, testDB5, -i]
[2020-09-29 22:51:47] DatasetOperations INFO  Server Configuration: port=3030, 
datsetName=ds, loopbackOnly=false, updateAllowed=true, inference=true, 
applyDefaultGeometry=false, validateGeometryLiteral=false, 
convertGeoPredicates=false, removeGeoPredicates=false, queryRewrite=true, 
tdbFile=testDB5, fileGraphFormats=[], fileGraphDelimiters=[], 
indexEnabled=true, indexSizes=[-1, -1, -1], indexExpiries=[5000, 5000, 5000], 
spatialIndexFile=null, help=false
[2020-09-29 22:51:47] DatasetOperations INFO  TDB Dataset: testDB5
[2020-09-29 22:51:48] GeoSPARQLOperations INFO  Applying GeoSPARQL Schema - 
Started
[2020-09-29 22:51:48] GeoSPARQLOperations INFO  GeoSPARQL schema applied to 
graph: default
[2020-09-29 22:51:48] GeoSPARQLOperations INFO  Applying GeoSPARQL Schema - 
Completed
Exception in thread "main" 
org.apache.jena.tdb.transaction.TDBTransactionException: Not in a transaction
at 
org.apache.jena.tdb.transaction.DatasetGraphTransaction.get(DatasetGraphTransaction.java:138)
at 
org.apache.jena.tdb.transaction.DatasetGraphTransaction.get(DatasetGraphTransaction.java:49)
at 
org.apache.jena.sparql.core.DatasetGraphWrapper.getR(DatasetGraphWrapper.java:103)
at 
org.apache.jena.sparql.core.DatasetGraphWrapper.isEmpty(DatasetGraphWrapper.java:192)
at org.apache.jena.sparql.core.DatasetImpl.isEmpty(DatasetImpl.java:247)
at 
org.apache.jena.fuseki.geosparql.DatasetOperations.setup(DatasetOperations.java:95)
at org.apache.jena.fuseki.geosparql.Main.main(Main.java:64)
{noformat}


> Can't start geosparql fuseki server with -rf and -t
> ---
>
> Key: JENA-1969
> URL: https://issues.apache.org/jira/browse/JENA-1969
> Project: Apache Jena
>  Issue Type: Improvement
>  Components: Fuseki, Spatial, TDB
>Affects Versions: Jena 3.16.0
> Environment: Ubuntu 20.04.1 LTS
> JENA_HOME=/apache-jena-3.17.0-SNAPSHOT
> FUSEKI_HOME=/home/lotico/jena/apache-jena-fuseki-3.17.0-SNAPSHOT
> openjdk version "13.0.3" 2020-04-14
> OpenJDK Runtime Environment (build 13.0.3+3-Ubuntu-1ubuntu2)
> OpenJDK 64-Bit Server VM (build 13.0.3+3-Ubuntu-1ubuntu2, mixed mode)
>

[jira] [Commented] (JENA-1969) Can't start geosparql fuseki server with -rf and -t

2020-09-29 Thread Marco Neumann (Jira)


[ 
https://issues.apache.org/jira/browse/JENA-1969?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17204314#comment-17204314
 ] 

Marco Neumann commented on JENA-1969:
-

this additional observation might be directly related this ticket. It's 
currently not possible to start geosparql fuseki wit tdb  and rdfs inference 
support, though the combination of -rf and  -i  works as expected.


{noformat}

WARNING: sun.reflect.Reflection.getCallerClass is not supported. This will 
impact performance.
[2020-09-29 22:51:47] Main   INFO  Arguments Received: [--loopback, false, 
--update, -t, testDB5, -i]
[2020-09-29 22:51:47] DatasetOperations INFO  Server Configuration: port=3030, 
datsetName=ds, loopbackOnly=false, updateAllowed=true, inference=true, 
applyDefaultGeometry=false, validateGeometryLiteral=false, 
convertGeoPredicates=false, removeGeoPredicates=false, queryRewrite=true, 
tdbFile=testDB5, fileGraphFormats=[], fileGraphDelimiters=[], 
indexEnabled=true, indexSizes=[-1, -1, -1], indexExpiries=[5000, 5000, 5000], 
spatialIndexFile=null, help=false
[2020-09-29 22:51:47] DatasetOperations INFO  TDB Dataset: testDB5
[2020-09-29 22:51:48] GeoSPARQLOperations INFO  Applying GeoSPARQL Schema - 
Started
[2020-09-29 22:51:48] GeoSPARQLOperations INFO  GeoSPARQL schema applied to 
graph: default
[2020-09-29 22:51:48] GeoSPARQLOperations INFO  Applying GeoSPARQL Schema - 
Completed
Exception in thread "main" 
org.apache.jena.tdb.transaction.TDBTransactionException: Not in a transaction
at 
org.apache.jena.tdb.transaction.DatasetGraphTransaction.get(DatasetGraphTransaction.java:138)
at 
org.apache.jena.tdb.transaction.DatasetGraphTransaction.get(DatasetGraphTransaction.java:49)
at 
org.apache.jena.sparql.core.DatasetGraphWrapper.getR(DatasetGraphWrapper.java:103)
at 
org.apache.jena.sparql.core.DatasetGraphWrapper.isEmpty(DatasetGraphWrapper.java:192)
at org.apache.jena.sparql.core.DatasetImpl.isEmpty(DatasetImpl.java:247)
at 
org.apache.jena.fuseki.geosparql.DatasetOperations.setup(DatasetOperations.java:95)
at org.apache.jena.fuseki.geosparql.Main.main(Main.java:64)
{noformat}


> Can't start geosparql fuseki server with -rf and -t
> ---
>
> Key: JENA-1969
> URL: https://issues.apache.org/jira/browse/JENA-1969
> Project: Apache Jena
>  Issue Type: Improvement
>  Components: Fuseki, Spatial, TDB
>Affects Versions: Jena 3.16.0
> Environment: Ubuntu 20.04.1 LTS
> JENA_HOME=/apache-jena-3.17.0-SNAPSHOT
> FUSEKI_HOME=/home/lotico/jena/apache-jena-fuseki-3.17.0-SNAPSHOT
> openjdk version "13.0.3" 2020-04-14
> OpenJDK Runtime Environment (build 13.0.3+3-Ubuntu-1ubuntu2)
> OpenJDK 64-Bit Server VM (build 13.0.3+3-Ubuntu-1ubuntu2, mixed mode)
>Reporter: Marco Neumann
>Assignee: Greg Albiston
>Priority: Major
>
> geosparql fuseki server can't be started with option combination -rf and -t 
> as described in the jena fuseki geosparql user documentation 
> (https://jena.apache.org/documentation/geosparql/geosparql-fuseki). 
> Individually with either option -rf or -t fuseki geosparql starts fine and 
> works as expected. Data can be loaded programmatically to tdb once created.
> {noformat}
> java -jar jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar -rf data.ttl -t 
> "testDB2"
> WARNING: sun.reflect.Reflection.getCallerClass is not supported. This will 
> impact performance.
> [2020-09-25 20:22:39] Main   INFO  Arguments Received: [-rf, data.ttl, 
> -t, testDB2]
> [2020-09-25 20:22:39] DatasetOperations INFO  Server Configuration: 
> port=3030, datsetName=ds, loopbackOnly=true, updateAllowed=false, 
> inference=false, applyDefaultGeometry=false, validateGeometryLiteral=false, 
> convertGeoPredicates=false, removeGeoPredicates=false, queryRewrite=true, 
> tdbFile=testDB2, fileGraphFormats=[FileGraphFormat{rdfFile=data.ttl, 
> graphName=, rdfFormat=Turtle/pretty}], fileGraphDelimiters=[], 
> indexEnabled=true, indexSizes=[-1, -1, -1], indexExpiries=[5000, 5000, 5000], 
> spatialIndexFile=null, help=false
> [2020-09-25 20:22:39] DatasetOperations INFO  TDB Dataset: testDB2
> [2020-09-25 20:22:41] DatasetOperations INFO  Reading RDF - Started - File: 
> data.ttl, Graph Name: , RDF Format: Turtle/pretty
> [2020-09-25 20:22:41] DatasetOperations INFO  Reading RDF - Completed - File: 
> data.ttl, Graph Name: , RDF Format: Turtle/pretty
> Exception in thread "main" 
> org.apache.jena.tdb.transaction.TDBTransactionException: Not in a transaction
>   at 
> org.apache.jena.tdb.transaction.DatasetGraphTransaction.get(DatasetGraphTransaction.java:138)
>   at 
> org.apache.jena.tdb.transaction.DatasetGraphTransaction.get(DatasetGraphTransaction.java:49)
>   at 
> org.apache.jena.sparql.core.DatasetGraphWrapper.getR(DatasetGraphWrapper.java:103)

[jira] [Assigned] (JENA-1969) Can't start geosparql fuseki server with -rf and -t

2020-09-29 Thread Greg Albiston (Jira)


 [ 
https://issues.apache.org/jira/browse/JENA-1969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Greg Albiston reassigned JENA-1969:
---

Assignee: Greg Albiston

> Can't start geosparql fuseki server with -rf and -t
> ---
>
> Key: JENA-1969
> URL: https://issues.apache.org/jira/browse/JENA-1969
> Project: Apache Jena
>  Issue Type: Improvement
>  Components: Fuseki, Spatial, TDB
>Affects Versions: Jena 3.16.0
> Environment: Ubuntu 20.04.1 LTS
> JENA_HOME=/apache-jena-3.17.0-SNAPSHOT
> FUSEKI_HOME=/home/lotico/jena/apache-jena-fuseki-3.17.0-SNAPSHOT
> openjdk version "13.0.3" 2020-04-14
> OpenJDK Runtime Environment (build 13.0.3+3-Ubuntu-1ubuntu2)
> OpenJDK 64-Bit Server VM (build 13.0.3+3-Ubuntu-1ubuntu2, mixed mode)
>Reporter: Marco Neumann
>Assignee: Greg Albiston
>Priority: Major
>
> geosparql fuseki server can't be started with option combination -rf and -t 
> as described in the jena fuseki geosparql user documentation 
> (https://jena.apache.org/documentation/geosparql/geosparql-fuseki). 
> Individually with either option -rf or -t fuseki geosparql starts fine and 
> works as expected. Data can be loaded programmatically to tdb once created.
> {noformat}
> java -jar jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar -rf data.ttl -t 
> "testDB2"
> WARNING: sun.reflect.Reflection.getCallerClass is not supported. This will 
> impact performance.
> [2020-09-25 20:22:39] Main   INFO  Arguments Received: [-rf, data.ttl, 
> -t, testDB2]
> [2020-09-25 20:22:39] DatasetOperations INFO  Server Configuration: 
> port=3030, datsetName=ds, loopbackOnly=true, updateAllowed=false, 
> inference=false, applyDefaultGeometry=false, validateGeometryLiteral=false, 
> convertGeoPredicates=false, removeGeoPredicates=false, queryRewrite=true, 
> tdbFile=testDB2, fileGraphFormats=[FileGraphFormat{rdfFile=data.ttl, 
> graphName=, rdfFormat=Turtle/pretty}], fileGraphDelimiters=[], 
> indexEnabled=true, indexSizes=[-1, -1, -1], indexExpiries=[5000, 5000, 5000], 
> spatialIndexFile=null, help=false
> [2020-09-25 20:22:39] DatasetOperations INFO  TDB Dataset: testDB2
> [2020-09-25 20:22:41] DatasetOperations INFO  Reading RDF - Started - File: 
> data.ttl, Graph Name: , RDF Format: Turtle/pretty
> [2020-09-25 20:22:41] DatasetOperations INFO  Reading RDF - Completed - File: 
> data.ttl, Graph Name: , RDF Format: Turtle/pretty
> Exception in thread "main" 
> org.apache.jena.tdb.transaction.TDBTransactionException: Not in a transaction
>   at 
> org.apache.jena.tdb.transaction.DatasetGraphTransaction.get(DatasetGraphTransaction.java:138)
>   at 
> org.apache.jena.tdb.transaction.DatasetGraphTransaction.get(DatasetGraphTransaction.java:49)
>   at 
> org.apache.jena.sparql.core.DatasetGraphWrapper.getR(DatasetGraphWrapper.java:103)
>   at 
> org.apache.jena.sparql.core.DatasetGraphWrapper.isEmpty(DatasetGraphWrapper.java:192)
>   at org.apache.jena.sparql.core.DatasetImpl.isEmpty(DatasetImpl.java:247)
>   at 
> org.apache.jena.fuseki.geosparql.DatasetOperations.setup(DatasetOperations.java:95)
>   at org.apache.jena.fuseki.geosparql.Main.main(Main.java:64)
> {noformat}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Assigned] (JENA-1970) GeoSPARQL spatial:nearby geo:lat and geo:long indexing of Literals

2020-09-29 Thread Greg Albiston (Jira)


 [ 
https://issues.apache.org/jira/browse/JENA-1970?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Greg Albiston reassigned JENA-1970:
---

Assignee: Greg Albiston

> GeoSPARQL spatial:nearby geo:lat and geo:long indexing of Literals
> --
>
> Key: JENA-1970
> URL: https://issues.apache.org/jira/browse/JENA-1970
> Project: Apache Jena
>  Issue Type: New Feature
>  Components: Jena
>Affects Versions: Jena 3.16.0
> Environment: any
>Reporter: Marco Neumann
>Assignee: Greg Albiston
>Priority: Minor
>
> PREFIX spatial: 
> the spatial:nearby property function now fails to operate on untyped 
> literals. While http://www.w3.org/2003/01/geo/wgs84_pos# mentions decimals in 
> the range it is common to find  data in the wild that fails to adhere to the 
> vocabulary specification. Furthermore functions in the 
> http://jena.apache.org/function/spatial# namespace continue to be able to 
> process untyped literals. It might be worthwhile to consider to typecast 
> literals here in spatial functions for data processed for latitude and 
> longitude in the wgs84_pos namespace.
> {noformat}
> Fuseki WARN  [1] RC = 500 : Not a number: "53.72833"
> org.apache.jena.sparql.expr.ExprEvalException: Not a number: "53.72833"
> Caused by: org.apache.jena.datatypes.DatatypeFormatException: Not a number: 
> "53.72833"
>   at 
> org.apache.jena.geosparql.spatial.ConvertLatLon.toNodeValue(ConvertLatLon.java:47)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.geosparql.spatial.ConvertLatLon.toNode(ConvertLatLon.java:62) 
> ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.geosparql.spatial.property_functions.GenericSpatialPropertyFunction.checkBound(GenericSpatialPropertyFunction.java:132)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.geosparql.spatial.property_functions.GenericSpatialPropertyFunction.search(GenericSpatialPropertyFunction.java:87)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.geosparql.spatial.property_functions.GenericSpatialPropertyFunction.execEvaluated(GenericSpatialPropertyFunction.java:66)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.pfunction.PFuncSimpleAndList.execEvaluated(PFuncSimpleAndList.java:44)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.pfunction.PropertyFunctionEval.exec(PropertyFunctionEval.java:42)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.pfunction.PropertyFunctionBase$RepeatApplyIteratorPF.nextStage(PropertyFunctionBase.java:106)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIterRepeatApply.makeNextStage(QueryIterRepeatApply.java:108)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIterRepeatApply.hasNextBinding(QueryIterRepeatApply.java:65)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIteratorBase.hasNext(QueryIteratorBase.java:114)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIterProcedure.hasNextBinding(QueryIterProcedure.java:73)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIteratorBase.hasNext(QueryIteratorBase.java:114)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.main.iterator.QueryIterGraph$QueryIterGraphInner.hasNextBinding(QueryIterGraph.java:121)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIteratorBase.hasNext(QueryIteratorBase.java:114)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIterRepeatApply.hasNextBinding(QueryIterRepeatApply.java:74)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIteratorBase.hasNext(QueryIteratorBase.java:114)
>  ~[jena-fuseki-geosparql-3.17.0-20200915.115805-17.jar:3.17.0-SNAPSHOT]
>   at 
> org.apache.jena.sparql.engine.iterator.QueryIterRepeatApply.makeNextStage(QueryIterRepeatApply.java:101)
>