Opened 16 years ago
Closed 16 years ago
#28 closed defect (fixed)
geotiff state plane coordinate systems
Reported by: | warmerdam | Owned by: | warmerdam |
---|---|---|---|
Priority: | major | Component: | Package |
Version: | Keywords: | pkg-libgeotiff | |
Cc: |
Description
Frank,
I’m noticing issues with reading state plane geotiff tags written through gdal in osgeo4w. Basically a gdalinfo report on the attached file from the osgeo4w shell does not completely parse the projection information and I get this projection information:
Coordinate System is:
PROJCS["unnamed", GEOGCS["NAD27", DATUM["North_American_Datum_1927", SPHEROID["Clarke 1866",6378206.4,294.9786982139006, AUTHORITY["EPSG","7008"]], AUTHORITY["EPSG","6267"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4267"]], UNIT["US survey foot",0.3048006096012192, AUTHORITY["EPSG","9003"]], AUTHORITY["EPSG","26755"]]
Also in trying to project through gdalwarp file I get an error:
ERROR 1: No PROJ.4 translation for destination SRS, coordinate transformation initialization has failed.
However, everything works fine in FWTools 2.1.0. In trying to figure out what might be the issue, I discovered that setting the GEOTIFF_CSV environment variable to point to the location of the epsg csv files seems to fix the issue:
set GEOTIFF_CSV=Z:\OSGEO4W_POPS\apps\gdal-dev\share\gdal
So after setting GEOTIFF_CSV, I get this projection string from gdalinfo and gdalwarp works fine:
...
Should this be part of the standard environmental variables that should be set in OSGEO4W? Can you shed some light on this please? Also I haven’t noticed this issue with other projections.
Thanks.
Vikalpa
Vikalpa,
I have confirmed your analysis, and I have uploaded a new libgeotiff package (1.2.5-2) which includes the \etc\ini\libgeotiff.bat file to set this environment variable.
Thanks!