Ticket #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
