Strabon

log

age author description
2014-10-30 Babis Nikolaou removed some print outs
2014-10-30 Babis Nikolaou adresses bug #75: now GeoJSON correctly prints a datatype literal value, instead of always printing it as a string
2014-10-30 Babis Nikolaou cleaned class XMLGSDatatypeUtil by removing unused methods and making datatype comparisons null-safe
2014-10-30 Babis Nikolaou GeoJSON writer now takes into account the default precision of the JTS library
2014-10-29 Babis Nikolaou revert DEBUG to INFO
2014-10-29 Stella Giannakopoulou fixed the call of the KML writer in the endpoint client, where the
2014-10-22 Stella Giannakopoulou updated ChangeLog
2014-10-22 Stella Giannakopoulou #74 fixed: now when a constant appears inside a spatial function, it is transformed to 4326.
2014-10-14 Babis Nikolaou merge with defaulttemporals
2014-10-14 Babis Nikolaou changed scope to protected for the other members/methods as well
2014-10-14 Babis Nikolaou merge with defaulttemporals
2014-10-14 Babis Nikolaou changed scope of variables in KML writer from private to protected, so as the writer can be extended (ggarbis has done this in Sextant for example)
2014-09-26 Stella Giannakopoulou in the case of select constructs there is no need to push the resulting geometry
2014-09-26 Babis Nikolaou corrected by name
2014-09-26 Babis Nikolaou added dependency of Strabon to testsuite and strabon-endpoint-client (in main pom.xml)
2014-09-25 Babis Nikolaou fixed bugs #49 and #65; we do not do any decode on the query that is sent through the forms of the strabon endpoint beans; this is already handlded by the container
2014-09-24 Babis Nikolaou merge with default branchtemporals
2014-09-24 Stella Giannakopoulou fixed the tests of geof:distance and geof:buffer, that had wrong results due to the
2014-09-24 Babis Nikolaou updated ChangeLog
2014-09-23 Babis Nikolaou corrected tests that were expecting a WKT in 4326 to contain also the URI of the CRS; we do not include this anymore, if the CRS is the default for that datatype
2014-09-23 Babis Nikolaou corrected another test that was expecting a WKT in 4326 to contain also the URI of the CRS; we do not include this anymore, if the CRS is the default for that datatype
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-23 Babis Nikolaou added log4j.properties to endpoint-client; corrected test that using geof:getSRID() with a strdf:transform function with an input a geo:wktLiteral constant; in such a case we cannot return CRS84 simply because strdf:transform creates strdf:WKT datatypes for which the default CRS is EPSG:4326
2014-09-22 Babis Nikolaou CORRECT commit message: I de-activated evaluation of grounded expressions in SELECT queries in Java (see the respective #72 the reason I did so)
2014-09-22 Babis Nikolaou fixed a test that was using strdf:distance in ORDER BY clause with two arguments (expecting three arguments always) and de-activated evaluation of grounded expressions in SELECT queries in Java (see the respective #72 the reason I did so)
2014-09-22 Babis Nikolaou more type checking in extension functions in SELECT clause; added also some FIXME and TODO notes
2014-09-22 Babis Nikolaou type checking in extension functions in SELECT clause
2014-09-22 Babis Nikolaou log an info message that we do not support calculation in meters in java
2014-09-22 Babis Nikolaou refixed bug #69
2014-09-22 Babis Nikolaou fixed bug that would cause a class cast exception for grounded expressions with function nesting in the SELECT clause