OrderedAxisAuthorityFactory need to preserve CRS metadata
---------------------------------------------------------
Key: GEOT-854
URL: http://jira.codehaus.org/browse/GEOT-854
Project: GeoTools
Type: Bug
Components: referencing
Versions: 2.3.M0, 2.2-RC2
Reporter: Martin Desruisseaux
Assigned to: Martin Desruisseaux
Priority: Critical
Currently, OrderedAxisAuthorityFactory removes most CRS metadata (especially
the authority code) when it reordered CRS axis. It was intentional in order to
avoid claming that a CRS is EPSG:4326 while using a different axis order than
what CRS does. However, the usage in GIS field for most softwares is to use
(longitude,latitude) axis order, no matter what EPSG said.
In addition, it has been reported that a recent OGC decision said that "EPSG"
code means (longitude,latitude) order. The (latitude,longitude) order should be
specified through a more complex string, which contains the URL.
(Note: does anyone has an URL? I would like to put it in the documentation for
OrderedAxisAuthorityFactory)
So OrderedAxisAuthorityFactory should not removes anymore the metadata from the
modified CRS. This change has the following side-effect: AuthorityBackedFactory
needs to create transformation paths between CRS that may not be as EPSG said
they are.
--
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
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
