view testsuite/src/test/resources/stSPARQL/SpatialAnalysisFunctionsTest/BoundaryWithConstantTest.srx @ 1422:f86d1129ce79

it turns out that there is no simple way of having the datatype of a constant geometry available in the query builder, thus it is not easy for geof:getSRID to determine the correct datatype and return the appropriate URI for the CRS, when that has SRID 4326. Therefore, we choose to always return CRS84, even for strdf:WKT arguments. Notice, that when geof:getSRID is called evaluated in Java, we have such information available and we can return the correct result. However, we chose in changeset 1420:37792dd7041b to always push the evaluation of all spatial functions in the database. The respective tests have been updated as well.
author Babis Nikolaou <>
date Tue Sep 23 14:05:26 2014 +0300 (2014-09-23)
parents 7273dbf377f7
line source
1 <?xml version='1.0' encoding='UTF-8'?>
2 <sparql xmlns=''>
3 <head>
4 <variable name='boundary'/>
5 </head>
6 <results>
7 <result>
8 <binding name='boundary'>
9 <literal datatype=''>LINESTRING (0 0, 1 0, 1 1, 0 1, 0 0);</literal>
10 </binding>
11 </result>
12 </results>
13 </sparql>