git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1600 4e78687f-474d-0410-85f9-8d5e500ac6b2
deleting strangely added file

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1602 4e78687f-474d-0410-85f9-8d5e500ac6b2
Reverting unauthorized submission 1600
http://trac.osgeo.org/csmap/changeset/1600

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1603 4e78687f-474d-0410-85f9-8d5e500ac6b2
SUbmitting a quick change to remove several bogus error reports from the test program.  This is more a test to verify that I can commit to CS-MAP.

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1610 4e78687f-474d-0410-85f9-8d5e500ac6b2
This submission addresses CsMap Trac #42 and CsMap Trac #43.  The submission adds the implementation of three projection variations to the CsMap library.  The three projection variations are:

*** Popular Visualisation Pseudo Mercator -- That which is used by Google Maps and Virtual Earth to produce maps.  The Mercator, as implemented by these services, uses the spherical formulation even though the definition is "referenced" to an ellipsoid.
2> Ellipsoidal form of the Equidistant Cylindrical Projection, necessary to properly implement the new implementation of the PLate Carree.
3> The Plate Carree Projection which may be a better projection to use for raster images than LL84 or other geographic definitions.


These  changes are implemented to better support vector and raster image maps generated by what is often called "Commercial  Map Services".

Several addition dictionary changes are included in the submission as those changes meandered into the dictionaries while the correction of #42 was underway.


git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1619 4e78687f-474d-0410-85f9-8d5e500ac6b2
This submission is the initial submission addressing the issue described by Trac Ticket #44.  IN this submission, the comparison between the ESRI WKT and CS_MAP versions of the Minnesota and Wisconsin county systems.  CS-MAP elevates the ellipsoid per a projection parameter while ESRI defines a new ellipsoid for each county in these two states.  Thus, a rational comparision cannot be made in these cases.

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1620 4e78687f-474d-0410-85f9-8d5e500ac6b2
Submission for Trac ticket #1099.  This submission implements support for the Swiss NTv2 grid shift data file used to convert from CH1903 to CH1903+.  It is implemented as a new datum conversion technique named "CHENYX" (code 26).  This technique will convert from CH1903 to WGS84 using a chain of CH1903 -> CH1903+ -> CHTRS95 -> EFTR89 -> WGS84.  The data file is submitted as CHENYX06.gsb and is stored in the Dictionaries/Switzerland directory.  A new .gdc file which references this data file is also submitted: Ch1903ToPlus.gdc.

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1622 4e78687f-474d-0410-85f9-8d5e500ac6b2
Corrects Trac ticket # 45.

Over the last year or two, edits to coordinate systems have produced several inconsistencies in the category file. Each coordinate system should show up at least once. If the coordinate system has been deprecated (i.e. in the LEGACY group), the definition should show up only once in the Obsolete category. This submission corrects deviations from this rule.


git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1657 4e78687f-474d-0410-85f9-8d5e500ac6b2
This submission addresses CS_MAP Trac ticket #46 and produced CS-MAP revision .  It deprecates 200+ coordinate systems considered to be a duplicate.

Being maintained by as many as four individuals independently and simultaneously (for long periods of time), a lot (200+) of duplicate coordinate system definitions have crept into the Coordinate System Dictionary and the category data file.  Only definitions which appear to be the same considered to be the result of duplicative efforts are included in this effort.  There remain 200+ definitions which are essentially the same as another definition, but there exists a useful reason for their existence.


git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1659 4e78687f-474d-0410-85f9-8d5e500ac6b2
Submission to address Trac ticket #47.

A small memory leak is created whenever a WKT coordinate system definition of the Arbitrary XY (Nerth) type is processed in the case where the WKT does not include an ellipsoid definition (which is usually the case).

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1681 4e78687f-474d-0410-85f9-8d5e500ac6b2
Currently, conversion of MGRS strings to Lat/Long always returns the position of the center of the designated cell. This submission enhances the MGRS API to include a parameter which would select one of the eight other possible positions on the boundary of the grid cell. 

The implementation of this new feature is accomplished by introducing a new function to the library; all existing functions wark as they always have.


git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1703 4e78687f-474d-0410-85f9-8d5e500ac6b2
The description for 
JGD2000.UTM-51N/01,JGD2000.UTM-52N/01,JGD2000.UTM-53N/01,JGD2000.UTM-54N/01,JGD2000.UTM-55N/01 
now mentions "Old incorrect datum"
There were already in the obsolete category but their descriptions was not up to date.

LL-JGD2K-7P was added to [Japan-GSI-JGD]

 JGD2000.UTM-51N/01 = JGD2000 / UTM zone 51N
 JGD2000.UTM-52N/01 = JGD2000 / UTM zone 52N
 JGD2000.UTM-53N/01 = JGD2000 / UTM zone 53N
 JGD2000.UTM-54N/01 = JGD2000 / UTM zone 54N
 JGD2000.UTM-55N/01 = JGD2000 / UTM zone 55N
 LL-JGD2K = Japan Geodetic Datum 2000, Latitude-Longitude; Degrees
added to category [Japan-WKT-JGD]

"WKT-" added to all systems' descriptions in categories
[JAPAN-WKT-TKY] and [JAPAN-WKT-JGD] except for the system LL-JGD2K that appears in both [JAPAN-WKT-JGD] and [Japan-GSI-JGD-TKY2JGD]

New coordinate system definition JPNGSI19-Grid was created and added to [Japan-GSI-TKY-TKY2JGD]


git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1712 4e78687f-474d-0410-85f9-8d5e500ac6b2
Trac Tickets #51 & 52.  These two defects required changes to a common file (NameMapper.csv) so they end up in one submission.

For ticket 51, the correction consists of changing the Autodesk name for EPSG entries 3097 thru 3101.

For Ticket 52, a new datum, "Ocotepeque 1935 A" (named Ocotepeque35a) was added, and new variations of the CR-N and CR-S coordinate systems were added which reference the new Ocotepeque 1935 datum.  The new systems imply additions to the Catergory.asc file, the NameMapper file, and the data files used to generate the NameMapper file.

Test cases for the new datum were added to the Test.DAT file.

Note that the actual parameters for the new Ocotepeque datum were chosen from five candidates.  The chosen values were those that gave the best results when used on an end user test data set.  The results were not great, about 8 meters off.  All the other definition candidates produced discrepancies of 100 meters.  The 'a' appendix to the name was added assuming that the other definition candidates may need to be added at some point in the future.



git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1810 4e78687f-474d-0410-85f9-8d5e500ac6b2
Adding four new Danish systems named: ETRF89.DKTM1, ETRF89.DKTM2, ETRF89.DKTM3, ETRF89.DKTM4; and have EPSG 
codes (respectively): 4093, 4094, 4095, 4096.


git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1813 4e78687f-474d-0410-85f9-8d5e500ac6b2
Oops!!! Submission for Trac #53 posted a few minutes ago did not include the TEST.DAT file with the tests for the new system.

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1814 4e78687f-474d-0410-85f9-8d5e500ac6b2
Correct ticket #55.  There were eight names in the NameMapper for which a definition dod not actually exist in the dictionaries.  These are removed by this submission.  Removed are:
Datum: ETRF1989
Geographic: LL-NTF, LLSA69, WPLL27, WPLL83, WPLL84
Projective: MGI.AustriaEast, MGI.AustriaWest

This change is also submitted to the CS-MAP trunk.

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1834 4e78687f-474d-0410-85f9-8d5e500ac6b2
CS-MAP Trac #44 -- This submission removes known failures from the ConsoleTestCpp facility with the exception of TestN.  Those failures which were legitimate CS-MAP failures were corrected as indicated below.  Other failures were corrected by: 1) removing WKT testing for projective systems for which the projection is known to problematical for carious flavors of WKT; and 2) constructing tables of known errors in WKT test data files.  (The test files are not all open sourced to avoid any possible licensing problems.)  The correction made to CS-0MAP modules are as follows:

) a code change which adds knowledge of another prime meridian (FerroPrecise) to the WKT processor,
2) Fix five busted definitions in the coordinate system dictionary,
3) Fix four busts in the name mapper table,
4) Add a table to one of the tests of known failures which are due to errors beyond our control (i.e. errors in Brand X WKT test file).
5) Added to test 'L' which verifies that all Autodesk names in the name mapper actually exist in the current versions of the dictionaries.

The altered systems are as follows:
MGI-AT/F.LL = Deprecated, missing the Ferro prime meridian value.
BELGE-50 = Deprecated, prime meridian miussing from origin longitude
HARN.ME2K-C = Deprecated, incorrect origin longitude
MSHP-WF = Deprecated, incorrect False Easting.
REUNION.Reunion/TM/01 = Deprecated, false origin coordinates reversed

Replaced by the following Coordinate System definitions:
MGI-AT/F.LL/a = MGI, prime meridian of Ferro
BELGE-50/a = Belgium, National System 1950
REUNION.Reunion/TM/02 = Piton des Neiges / TM Reunion
HARN.ME2K-C/a = NAD83(HARN) / Maine CS2000 Central
MSHP-WF/a = HPGN Mississippi State Planes, West Zone, US Foot

Name Mapping updates for the following additional systems:
WKT Projection Name: Popular Visualisation Pseudo Mercator
Geographic System Name: LL-PSAD56 (Made this the primary name)
Projective System Names:
AmSamoa62 -> Adjusted fro deprecated EPSG code
Pulkovo42.GK3d-60 -> Adjusted ESRI and Oracle flavors for EPSG deprecated code
US48 -> ESRI WKT was NAD83 and mapped to Autodesk which was NAD27

We'll deal with the Test N error reports in yet another submission.


git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1835 4e78687f-474d-0410-85f9-8d5e500ac6b2
Trac # 56 -- EPSG routinely deprecates system definitions fro various reasons.  In an attempt to keep up to date with EPSG, several definition references were changed in the NameMapper.  Turns out that Oracle maintains all definition in there equivalent of a coordinate system dictionary; including those deprecated by EPSG.  Thus, it was detected by some vertical applications that all of a sudden several test cases which referenced the deprecated system produced test failures.  This submission puts the original system references back into the NameMapper to eliminate these failures.

The systems affected by this submission are as follows, the names being Oracle names and the numeric values being Oracle SRID numbers:

Swedish National System (RT 90) - 82202
MGI (Ferro) / Austria West Zone - 31291
MGI (Ferro) / Austria Central Zone - 31292
MGI (Ferro) / Austria East Zone - 31293
MGI / 3-degree Gauss zone 5 - 31265
MGI / 3-degree Gauss zone 6 - 31266
MGI / 3-degree Gauss zone 7 - 31267
MGI / 3-degree Gauss zone 8 - 31268
MGI (Ferro) / Austria West Zone - 31281
MGI (Ferro) / Austria Central Zone - 31282
MGI (Ferro) / Austria East Zone - 31283
NAD83(CSRS98) / UTM zone 21N - 2148
NAD83(CSRS98) / UTM zone 18N - 2149
NAD83(CSRS98) / UTM zone 17N - 2150
NAD83(CSRS98) / UTM zone 13N - 2151
NAD83(CSRS98) / UTM zone 12N - 2152
NAD83(CSRS98) / UTM zone 11N - 2153

Oracle names and SRID numbers are often the same as EPSG, but not always.



git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1836 4e78687f-474d-0410-85f9-8d5e500ac6b2
Fix build.  Added the compilation of the dictionaries in x64 configuration.

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1859 4e78687f-474d-0410-85f9-8d5e500ac6b2
Trac #58.  Adding 26 new CRS's for Norway.  These are one degree wide Transverse Mercator zones, scale reduction = 1.000.  There are 26 zones, starting with a central meridian at 5d 30', up to 30d 30 minutes, for 25 zones in all.  We only had one test point, for Zone 9, but it matched perfectly.  Hope all the others are fine; I eyeballed them pretty carefully.

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@1860 4e78687f-474d-0410-85f9-8d5e500ac6b2