THis submission updates CS-MAP to be consistent with Release 8.01 of the EPSG Parameter Dataset.  A few cosmetic code changes are included; but most changes are to the name mapper data file and the dictionary files.  The individual changes are listed in detail in a file named EPSG_801.csv which now resides in the repository in the Data sub-directory.  Please note the following:

1> The submitter does not have access to Microsoft Visual C versions 10 & 11.  There is a new code module add to the ConsoleUtilities project and the Console Utilities project was hand editted to include the new module (csResortNameMapperCsv.cpp). These changes remain untested.

2> Since the last revision to this repository manually editted the Dictionaries/NameMapper.csv file, the many files maintain in the Data sub folder which were previously used to construct the NameMapper.csv file are no longer of any value; and actually represent a liability.  These files, typical having KeyNameMap in there name, should be deleted.  This author will attempt to do that shortly.

3> Due to the situation described in item 2 above, it became necessary to add a module to the Console Utilities.  This module, csResortNameMapperCsv.cpp, simply resort all entries into a standard order and properly quotes (and/or unquotes) fields according to a specific standard.  ALl this is necessary if a file DIFF is to report changes in a usable manner.  Thus, after any edits to the NameMapper.csv file, the Resort function should be used prior to submission.  Doing this will mean future DIFF's of the NameMapper.csv file will produce meaningful, and useful, results.

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@2380 4e78687f-474d-0410-85f9-8d5e500ac6b2
Cache in the ntv2 transformation case the used grid files for performance reasons
Fix ticket 163 "ntv2 grids should be fully cached for performance reasons"

In the ntv2 transformation case, on first use, initial load the complete used grid file into the memory as cache for further use. This is done to increase the performance for bulk transformation of many points.

Submission with some modifications on behalf of Safe.

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@2381 4e78687f-474d-0410-85f9-8d5e500ac6b2
Fix PSTEROSL projection south-oriented variant
Fix ticket 162 "PSTEROSL projection south-oriented variant broken"

The PSTEROSL projection incorrectly computes the scale value for the south-oriented variant. Handle the South Pole variant to calculate the scale factor.

Submission on behalf of Safe.

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@2382 4e78687f-474d-0410-85f9-8d5e500ac6b2
Change the calculation of the coordinate system useful range for the South Orientated Transverse Mercator (SOTM) projection

Fix ticket 164

When no useful range per coordinate system is specified, then it will be calculated out of the given projection parameters.

The South Orientated Transverse Mercator (SOTM) projection is the south oriented variation of the Transverse Mercator projection.

The calculated useful coordinate system range is calculated the same way as in the standard Transverse Mercator projection. But that gives a not useable range for a projection which is mainly expected for the south hemisphere. Change the calculation for the South Orientated Transverse Mercator (SOTM) projection that a useful coordinate system range in the south hemisphere comes out.

Common values for the coordinate system range projection SOTM are:
Minimum latitude: -90 degrees
Maximum latitude: 0 degrees

Changes reviewed by Andre.

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@2405 4e78687f-474d-0410-85f9-8d5e500ac6b2
Optimize loading performance of name mapper
Fix ticket 165

At the first use of the name mapper, the mapping information is loaded from the huge (1.4MB) dictionary file 'NameMapper.csv'. This is time consuming. Currently in a standard environment the loading takes about 500ms.
The current submission tries to optimize the loading of the name mapper that means lowering the time used to load. This is done by loading the complete file at once into the memory to omit too many file access. Then the parsing is done from the in-memory data and not directly on the file. This brings down the loading performance on a standard environment to 300ms.
Of course more performance optimization could be done. But this submission is now one step.

Changes reviewed by Andre.

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@2407 4e78687f-474d-0410-85f9-8d5e500ac6b2
Fix ticket 166 "Increase version number of /trunk/CsMapDev/Dictionaries/version.txt to 14.02"

This submission is to fix ticket 166 (http://trac.osgeo.org/csmap/ticket/166).

Content of version.txt has been set to 1402

We've to update the trunk's version.txt to distinguish the dictionary files in the trunk
 from those in the 14.01 branch.

git-svn-id: http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev@2414 4e78687f-474d-0410-85f9-8d5e500ac6b2
Add mirror info and git ignore/attributes.