log testsuite/src/test/resources/stSPARQL/SpatialAnalysisFunctionsTest/BoundaryWithConstantTest.srx
| age |
author |
description |
| 2014-09-23 |
Babis Nikolaou |
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. |
| 2014-09-21 |
Babis Nikolaou |
corrected output for test that was checking computation of boundary; now that grounded expressions are evaluated using JTS, the boundary of the polygon [Polygon((0 0, 1 0, 1 1, 0 1, 0 0))] is not a Linestring any more as PostGIS was computing (in the wrong way), but LinearRing! |
| 2013-08-02 |
Stella Giannakopoulou |
added tests for construct functions with constants as arguments |
