annotate testsuite/src/test/resources/geoSPARQL/BasicFunctionsTest/getSRIDFromConstantTest1.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 b1ad88fdf4a6
rev   line source
charnik@1366 1 <?xml version='1.0' encoding='UTF-8'?>
charnik@1366 2 <sparql xmlns=''>
charnik@1366 3 <head>
charnik@1366 4 <variable name='srid'/>
charnik@1366 5 </head>
charnik@1366 6 <results>
charnik@1366 7 <result>
charnik@1366 8 <binding name='srid'>
charnik@1422 9 <uri></uri>
charnik@1366 10 </binding>
charnik@1366 11 </result>
charnik@1366 12 </results>
charnik@1366 13 </sparql>