Loose of NativeCRS information when persisting Coverages
--------------------------------------------------------

                 Key: GEOS-2246
                 URL: http://jira.codehaus.org/browse/GEOS-2246
             Project: GeoServer
          Issue Type: Bug
          Components: Configuration
    Affects Versions: 1.7.1, 1.7.0 , 1.7.x, 2.0.x
            Reporter: Alessio Fabiani
            Assignee: Alessio Fabiani


There is a conceptual error when saving a Coverage on GeoServer 1.7.x and 
above. Originally the WKT string of the native CRS was saved into the info.xml 
as an attribute of the envelope element. Actually this behavior have been 
changed and specifically the User defined CRS wkt is written instead, thus 
causing the completely loose of the information about the original Coverage CRS 
when reloading the catalog.
We should perform a complete check-up of the XMLConfigWriter, 
LegacyCtalogReader and CoverageConfig/Info classes hierarchy in order to 
restore the original behavior.

The things to do are:
 - Modify the CoverageConfig/Info classes and add the NativeCRS or srsWKT 
attribute (propagate the changes to the Security Layer and DTO Objects also)
 - Modify the XMLConfigWriter in order to allow it to write the native CRS WKT 
instead of the CRS one, since the latter is the CRS forced by the user into the 
Coverage Edit form
 - Modify the LegacyCatalogReader in order to allow it to correctly decode the 
srsWKT into the Coverage NativeCRS (example code can be found on the old 
XMLConfigReader)

-- 
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 the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to