+1.
On 04/10/17 10:31, Jody Garnett wrote:
As a follow up to today's meeting, please consider and vote on the
following proposal:
https://github.com/geotools/geotools/wiki/FactoryRegistry-Refactoring-for-Java-9-Compatibility
--
Jody Garnett
-
As a follow up to today's meeting, please consider and vote on the
following proposal:
https://github.com/geotools/geotools/wiki/FactoryRegistry-Refactoring-for-Java-9-Compatibility
--
Jody Garnett
--
Check out the vibra
GeoTools / GeoServer Meeting 2017-10-03
Attending
Ben Caradoc-Davies
Brad Hards
Jody Garnett
Kevin Smith
Torben Barsballe
Jukka Rahkonen
Apologies
Agenda
*
Build server and CITE tests
*
2.12 release
*
Dependency management around “WPS required”
*
GWC Status
On 04/10/17 03:21, Andrea Aime wrote:
A possible variant would be:
intersects(myGeom, SRS='EPSG:4326';POINT(0, 0)))
but then we'd have trouble interpreting the code, as the same CQL could be
used in different
specs having different axis order expectations (a user could go for the
urn/http form to
Hi,
in this mail I would like to discuss one of the shortcomings of (E)CQL, in
particular, the inability
to set the coordinate system of a geometry.
Currently there is a setCRS function that can be called as follows:
intersects(myGeom, setCRS(POINT(0, 0), 'EPSG:4326)')
As you can see it's not ex
