Re: [Geotools-devel] Backport to 8.x (for inclusion in 8.3): GEOT-4160: Support parsing srsName in OGC HTTP URI format

2012-10-16 Thread Ben Caradoc-Davies
On 16/10/12 14:39, Andrea Aime wrote: Ben, I have two worries about the backport: - the patch is core and non trivial (and only managed to have a cursory look at it) - release is next week Can we land it one day after the release so that it gets some exposure for at least one month on the

Re: [Geotools-devel] Backport to 8.x (for inclusion in 8.3): GEOT-4160: Support parsing srsName in OGC HTTP URI format

2012-10-16 Thread Andrea Aime
On Tue, Oct 16, 2012 at 9:29 AM, Ben Caradoc-Davies ben.caradoc-dav...@csiro.au wrote: I pushed this change to 8.x (and the unit test to GeoServer 2.2.x) earlier today. If you are sure you would be more comfortable holding this change until the week of 29 October (my next opportunity to work

Re: [Geotools-devel] Backport to 8.x (for inclusion in 8.3): GEOT-4160: Support parsing srsName in OGC HTTP URI format

2012-10-16 Thread Andrea Aime
On Tue, Oct 16, 2012 at 9:45 AM, Andrea Aime andrea.a...@geo-solutions.itwrote: On Tue, Oct 16, 2012 at 9:29 AM, Ben Caradoc-Davies ben.caradoc-dav...@csiro.au wrote: I pushed this change to 8.x (and the unit test to GeoServer 2.2.x) earlier today. If you are sure you would be more

Re: [Geotools-devel] Backport to 8.x (for inclusion in 8.3): GEOT-4160: Support parsing srsName in OGC HTTP URI format

2012-10-16 Thread Ben Caradoc-Davies
On 16/10/12 16:06, Andrea Aime wrote: Btw, this is imho also in violation of http://geoserver.org/display/GEOS/GSIP+77+-+Time+boxed+release+model In my view this is a grey area. The policy explicitly allows new minor core functionality (e.g. new output format. This change seemed to me quite

Re: [Geotools-devel] Backport to 8.x (for inclusion in 8.3): GEOT-4160: Support parsing srsName in OGC HTTP URI format

2012-10-16 Thread Ben Caradoc-Davies
On 16/10/12 15:45, Andrea Aime wrote: Bah, keep it there, but I'm wondering what's the point of asking if you can't even wait a few hours for the mailing list to respond before committing... Transparency. -- Ben Caradoc-Davies ben.caradoc-dav...@csiro.au Software Engineer CSIRO Earth Science

Re: [Geotools-devel] Backport to 8.x (for inclusion in 8.3): GEOT-4160: Support parsing srsName in OGC HTTP URI format

2012-10-16 Thread Andrea Aime
On Tue, Oct 16, 2012 at 10:27 AM, Ben Caradoc-Davies ben.caradoc-dav...@csiro.au wrote: On 16/10/12 16:06, Andrea Aime wrote: Btw, this is imho also in violation of

Re: [Geotools-devel] Backport to 8.x (for inclusion in 8.3): GEOT-4160: Support parsing srsName in OGC HTTP URI format

2012-10-16 Thread Ben Caradoc-Davies
On 16/10/12 16:58, Andrea Aime wrote: A new output format is fully pluggable, needs no changes in core modules, it's a mere extra. Your change refactors existing classes instead. Thanks for the clarification. Just to be clear, I'm not opposed to the backport, I'm just worried about its

[Geotools-devel] [jira] (GEOT-4289) GeoTools is unable to read 4d geometries in postgis

2012-10-16 Thread Ivan Willig (JIRA)
Ivan

[Geotools-devel] [jira] (GEOT-4290) Replace JSR-275 dependency with JScience

2012-10-16 Thread Michael Bedward (JIRA)
Michael

[Geotools-devel] build error for master on OSX

2012-10-16 Thread Michael Bedward
Hello, I'm seeing the test error below when building the master branch (mac osx 10.6.8, java 1.6.0_29). Hudson seems to be happy so perhaps it's just me - but since the error mentions Envelope I wondered if this was connected to the work that Jody has been doing recently ? Michael Running

Re: [Geotools-devel] build error for master on OSX

2012-10-16 Thread Michael Bedward
Sorry, I think that was a false alarm. I thought I was on master but was actually on a branch where with the the jsr-275 dependency replaced by jscience (GEOT-4290). I just did a build on master and it was fine. Michael On 17 October 2012 12:15, Michael Bedward michael.bedw...@gmail.com wrote: