annotate 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
rev   line source
sgian@1257 1 <?xml version='1.0' encoding='UTF-8'?>
sgian@1257 2 <sparql xmlns=''>
sgian@1257 3 <head>
sgian@1257 4 <variable name='boundary'/>
sgian@1257 5 </head>
sgian@1257 6 <results>
sgian@1257 7 <result>
sgian@1257 8 <binding name='boundary'>
charnik@1422 9 <literal datatype=''>LINESTRING (0 0, 1 0, 1 1, 0 1, 0 0);</literal>
sgian@1257 10 </binding>
sgian@1257 11 </result>
sgian@1257 12 </results>
sgian@1257 13 </sparql>