Changes between Version 3 and Version 4 of MapGuideRfc55

Timestamp:

Aug 11, 2008, 10:02:25 AM (16 years ago)

Author:

hugueswski

Comment:

--

MapGuideRfc55

@@ -65 +65 @@
 All the !MgCoordinateSystem API methods that currently throw !MgNotImplementedException would have a fully functional implementation.[[BR]]
 The build process documentation will have to be updated to explain how to get and build CS-Map and then build !MapGuide using CS-Map instead of PROJ4.[[BR]]
-
+[[BR]]
 Concerning the possible risk that users would see differences from one application to the next when moving from PROJ4 to CS-Map, this may indeed impact !MapGuide because of the differences between Proj4 and CSMap. Ie: supported projections, the way transformations are calculated, or slightly different coefficient precision in the coordinate system definitions, etc...[[BR]]
-Any of the well known and highly used systems in CS-Map is unit tested with a list of test points that should be transformed to an expected target point within a certain tolerance. This test points in this list typically come from official sources. We can expect slightly different results between the two libraries depending on the reasons listed above but if there is a large difference between the two products, and we have valid test points for a given transformation to test what is expected, the resulting defect we would be facing in that case in the algorithm or in the system definition will have to be fixed.
-
+Any of the well known and highly used systems in CS-Map is unit tested with a list of test points that should be transformed to an expected target point within a certain tolerance. This test points in this list typically come from official sources. We can expect slightly different results between the two libraries depending on the reasons listed above but if there is a large difference between the two products, and we have valid test points for a given transformation to test what is expected, the resulting defect we would be facing in that case in the algorithm or in the system definition will have to be fixed.[[BR]]
+[[BR]]
+Some coordinate systems may not work with the new CSMAP. Though the number should be very low. Resources would need to be updated to use the CS-MAP equivalent CS if there is failing CS.[[BR]]
+If a definition is missing, the creation of a custom system is possible via the fully implemented MgCoodinateSystem API that will be provided.[[BR]]
+If a projection or datum technique is missing, a source code update would be needed inside CS-Map. This would be of course possible after approval of the corresponding RFC that would need to be written against that OSGEO project.
 
 == Test Plan ==