WFS 1.1 DataStore does not check for 4326 axis fliping
------------------------------------------------------
Key: GEOT-2300
URL: http://jira.codehaus.org/browse/GEOT-2300
Project: GeoTools
Issue Type: Bug
Components: data wfs
Affects Versions: 2.6-M0
Reporter: Gabriel Roldán
Assignee: Gabriel Roldán
WFS 1.1 DataStore does not check for axis fliping. It seems the 1.0 one does,
so check what it is about and apply for 1.1 too.
>From the mailing list:
There is a real difference (the axis order). The WFS 1.1 DataStore should be
able to sort things out for you; or if you transform your initial
ReferenceEnvelope into the CoordinateReferenceSystem provided by the WFS it
should be able to swap the data value order around so it all lines up
correctly.
The WFS 1.0 DataStore had a filter visitor that performs this kind of check;
I am not sure if it was used for the WFS 1.1 Implementation. If not it is
something that should be done once in the renderer (ie the renderer should
be making the correct request).
Jody
On Fri, Jan 23, 2009 at 8:16 AM, Emily Gouge <[email protected]> wrote:
> I've setup a default Geoserver install. When I load the states
> population layer into uDig using the wfs_1_1_0 datastore I see nothing
> until I reproject the uDig map to EPSG:4326.
>
> Geoserver is returning the bounds of the layer as the following (which I
> believe is correct):
> ReferencedEnvelope[-124.731422 : -66.969849, 24.955967 : 49.371735]
> GEOGCS["WGS84(DD)",
> DATUM["WGS84",
> SPHEROID["WGS84", 6378137.0, 298.257223563]],
> PRIMEM["Greenwich", 0.0],
> UNIT["degree", 0.017453292519943295],
> AXIS["Geodetic longitude", EAST],
> AXIS["Geodetic latitude", NORTH]]
>
> The WFS_1_1_0_DataStore.getFeatureTypeBounds() returns the bounds of the
> layer as:
> ReferencedEnvelope[24.955967 : 49.371735, -124.731422 : -66.969849]
> GEOGCS["WGS 84",
> DATUM["World Geodetic System 1984",
> SPHEROID["WGS 84", 6378137.0, 298.257223563,
> AUTHORITY["EPSG","7030"]],
> AUTHORITY["EPSG","6326"]],
> PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
> UNIT["degree", 0.017453292519943295],
> AXIS["Geodetic latitude", NORTH],
> AXIS["Geodetic longitude", EAST],
> AUTHORITY["EPSG","4326"]]
>
> So the getFeatureTypeBounds() call is switching the lat/long around.
> The order with the AXIS appears in the WKT definition of the SRS are
> also switched. This switch is causing uDig to think that there is
> nothing to render and thus rendering nothing.
>
> Is there a 'real' difference between the above two WKT definitions?
> Should reprojecting between them return different bounds?
>
> Thanks,
> Emily
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
