Re: [Geotools-devel] Referencing changes to support OGC HTTP URI srsName parsing

2012-08-12 Thread Ben Caradoc-Davies
On 13/08/12 14:08, Andrea Aime wrote: > Not really, as I said, CRS:84 is expected to be in lon/lat regardless of > the hints you provide, > so the test above is not actually testing the effects of the hints (as > there should be none). OK. This test only does what the URN equivalent does. I think

Re: [Geotools-devel] Referencing changes to support OGC HTTP URI srsName parsing

2012-08-12 Thread Andrea Aime
On Mon, Aug 13, 2012 at 4:19 AM, Ben Caradoc-Davies < [email protected]> wrote: > > This is exactly what happens in the GeoServer test, where the fixture > forces lon/lat for "http" (http://www.opengis.net/gml). The rest of the > test confirms that > http://www.opengis.net/def/**crs/EPSG

Re: [Geotools-devel] Referencing changes to support OGC HTTP URI srsName parsing

2012-08-12 Thread Ben Caradoc-Davies
Andrea, thanks very much for your prompt review. On 12/08/12 23:15, Andrea Aime wrote: > However, I'm wondering what happens if you set the following: > Hints.putSystemDefault(Hints.FORCE_AXIS_ORDER_HONORING, > "http"); > Hints.putSystemDefault(Hints.FORCE_LONGITUDE_FIRST_AXIS_ORDER,

[Geotools-devel] [Hudson] Build failed in Hudson: geotools-master-jdbc #51

2012-08-12 Thread Hudson
See -- [...truncated 1373 lines...] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Delegati

[Geotools-devel] [jira] (GEOT-4226) Add a new SimpleFeatureSource/Store wrapper transforming features based on new attribute names and expressions defining them

2012-08-12 Thread Andrea Aime (JIRA)
Andrea Ai

Re: [Geotools-devel] Referencing changes to support OGC HTTP URI srsName parsing

2012-08-12 Thread Andrea Aime
On Thu, Aug 9, 2012 at 5:53 AM, Ben Caradoc-Davies < [email protected]> wrote: > Thanks, if you are the module maintainer I am more than happy for you > review the patch. > Reviewed the patch, looks good but I still have some doubts about the bits below. > > > What I'm wondering afte

Re: [Geotools-devel] *proposal* (new version): Support for three-dimensional envelopes and bounding box filters

2012-08-12 Thread Andrea Aime
On Wed, Aug 8, 2012 at 3:43 PM, Niels Charlier wrote: > Okay, > > The proposal has been updated and a new patch has been uploaded :) > Thanks Niels, looked at the patch, seems like a solid improvement. One part that still makes me wonder is this one: diff --git a/modules/library/api/src/main/j

Re: [Geotools-devel] Support for three dimensional envelopes and bounding box filters

2012-08-12 Thread Jody Garnett
Cool catching up again. So BBox.getBounds() is a change; I actually kind of like that. I was worried we were going to end up with more deprecated accessor methods (which would of been throwing good wine after bad). In any case we should really update that proposal with the tasks needed for this

[Geotools-devel] Support for three dimensional envelopes and bounding box filters

2012-08-12 Thread Jody Garnett
This proposal was running around the wiki list: - http://docs.codehaus.org/display/GEOTOOLS/Support+for+three-dimensional+envelopes+and+bounding+box+filters Niels how is this one going? I changed its parent page to "proposals" so it would show up … I notice the page is pretty light on detail,