Browse Source

libproj: TODO pj_set_finder() should be removed so that PROJ uses its own datum shift grid files

git-svn-id: https://svn.osgeo.org/grass/grass/trunk@68435 15284696-431f-4ddb-bdfa-cd5b030d7da7
Markus Neteler 9 years ago
parent
commit
41a87c3ed8
2 changed files with 25 additions and 7 deletions
  1. 14 1
      lib/proj/README.txt
  2. 11 6
      lib/proj/projlib.dox

+ 14 - 1
lib/proj/README.txt

@@ -4,5 +4,18 @@ The EPGS DB is transformed into suitable CSV data for GDAL/PROJ
 according to this procedure:
 http://svn.osgeo.org/metacrs/geotiff/trunk/libgeotiff/csv/README
 
-The CSV files are used via GDAL/OGR API from
+The EPSG CSV files are used via GDAL/OGR API from
 gdal-config --datadir
+
+The datum shift grids are partially included here.
+See https://github.com/OSGeo/proj.4/wiki
+    --> Datum shift grids
+
+
+TODO: It is recommended to rely on PROJ4's proj-nad package. For doing so, 
+      there would be some changes needed to lib/proj/get_proj.c - the call
+      to pj_set_finder() should be removed so that PROJ looks in its default
+      locations for the files. Also changes needed to lib/proj/Makefile so 
+      it no longer creates the /etc/proj and /etc/proj/nad directories within
+      a GRASS installation nor installs the files there.
+

+ 11 - 6
lib/proj/projlib.dox

@@ -7,9 +7,9 @@ by GRASS Development Team
 
 http://grass.osgeo.org
 
-\section projintro GRASS and the PROJ4 projection library
+\section projintro GRASS GIS and the PROJ4 projection library
 
-GRASS utilizes the PROJ4 library (<a
+GRASS GIS utilizes the PROJ4 library (<a
 href="http://proj.osgeo.org">http://proj.osgeo.org</a>) originally
 developed by Gerald Evenden/USGS (Cartographic Projection Procedures
 for the UNIX Environment -- A User's Manual, Evenden, 1990, Open-file
@@ -22,8 +22,7 @@ corrections to account for different datums.
 
 This is transparent for the user as input and output parameters are
 either read from PROJ_INFO and PROJ_UNITS files (<tt>g.proj</tt>,
-<tt>v.proj</tt>, <tt>r.proj</tt>) or read from user prompts (<tt>g.proj</tt>
-and <tt>g.setproj</tt>).
+<tt>v.proj</tt>, <tt>r.proj</tt>).
 
 In GRASS the wrapper functions in lib/proj/get_proj.c makes the
 preparations to set up the parameter strings and init the info-structures,
@@ -43,18 +42,24 @@ GIS. Heavy use is made of the OGR library, part of GDAL
 
 GRASS generally supports datum transformation (3 parameters, 7 parameters
 and grid).
-<P>
+<p>
 
 If a warning appears that a certain datum is not recognised by GRASS and
 no parameters found, the datum transformation parameters have to be
 added to $GISBASE/etc/proj/datum.table (and also $GISBASE/etc/proj/datumtransform.table
 if you have 7-parameter transformation parameters). No need to re-compile
 though. When adding to SVN, currently these files are still in lib/gis/. 
+<p>
 
+A list of datum equivalents is included in convert.c for geospatial files that
+use a non-standard name for a datum that is already supported in GRASS.
+<p>
+Hint: use GDAL's "testepsg" to identify the canonical name, e.g.
+      testepsg epsg:4674
 
 \subsection Makefile_Example Makefile Example
 
-<P>
+<p>
 The following code demonstrates the Makefile.
 
 \verbatim