[Osgeo4w-trac] [osgeo4w] #28: geotiff state plane coordinate systems
OSGeo4W
trac_osgeo4w at osgeo.org
Mon Nov 17 13:14:15 EST 2008
#28: geotiff state plane coordinate systems
----------------------------+-----------------------------------------------
Reporter: warmerdam | Owner: warmerdam
Type: defect | Status: new
Priority: major | Milestone:
Component: Package | Version:
Keywords: pkg-libgeotiff |
----------------------------+-----------------------------------------------
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
--
Ticket URL: <http://trac.osgeo.org/osgeo4w/ticket/28>
OSGeo4W <http://trac.osgeo.org/osgeo4w>
OSGeo4W is the Windows installer for the OSGeo stack.
More information about the Osgeo4w-trac
mailing list