Re: [gdal-dev] can't fetch the projection definition string on Linux
The problem was solved installing libgeotiff-epsg. I did the following: sudo apt-get install libgeotiff-epsg After doing that everything worked as expected. Thanks Carl and Frank for your help. Best regards, Daniel. On Wed, Oct 2, 2013 at 10:15 PM, Frank Warmerdam warmer...@pobox.comwrote: Daniel, This is likely due to problems looking up the coordinate system. If you built and installed GDAL yourself it will likely be looking in /usr/local/share/gdal/data for the file pcs.csv. If you installed it via apt-get then it should be looking in /usr/share/gdal/data (or perhaps /usr/share/gdal/data/1.10) for the file. So, step one is to confirm that the pcs.csv file exists in one of those locations. If GDAL is looking in the wrong place for the file, setting the GDAL_DATA environment variable may help. ie. export GDAL_DATA=/usr/local/share/gdal/data gdalinfo abc.tif It is also possible that the GDAL GeoTIFF driver actually needs the libgeotiff support csv files which would normally live somewhere like /usr/share/epsg_csv and key files would have names like coordinate_reference_system.csv. Best regards, Frank On Wed, Oct 2, 2013 at 2:29 PM, Daniel Testa danielte...@suremptec.com.ar wrote: Hello everyone, I´m experiencing a weird behavior when reading a raster image (GTiff/GeoTIFF) I'm using GDAL 1.9.1 for Linux (Ubuntu 12.04 LTS) and Windows (Win 7 Ultimate SP1) to open a raster image with EPSG:22194 Sample output from gdalinfo for that image on Windows (WKT): [...] PROJCS[Campo Inchauspe / Argentina 4, GEOGCS[Campo Inchauspe, DATUM[Campo_Inchauspe, SPHEROID[International 1924,6378388,297.0005, AUTHORITY[EPSG,7022]], AUTHORITY[EPSG,6221]], PRIMEM[Greenwich,0], UNIT[degree,0.0174532925199433], AUTHORITY[EPSG,4221]], PROJECTION[Transverse_Mercator], PARAMETER[latitude_of_origin,-90], PARAMETER[central_meridian,-63], PARAMETER[scale_factor,1], PARAMETER[false_easting,450], PARAMETER[false_northing,0], UNIT[metre,1, AUTHORITY[EPSG,9001]], AUTHORITY[EPSG,22194]] [...] Now the output from gdalinfo for the same image on Linux (WKT): [...] LOCAL_CS[Campo Inchauspe / Argentina 4, GEOGCS[Campo Inchauspe, DATUM[unknown, SPHEROID[unretrievable - using WGS84,6378137,298.257223563]], PRIMEM[Greenwich,0], UNIT[degree,0.0174532925199433]], AUTHORITY[EPSG,22194], UNIT[metre,1]] [...] Any idea of why this might be happening? it also happens with EPSG:22184 Any idea, suggestion or comment is very welcome :) Thanks in advance. Regards, Daniel. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Software Developer ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] can't fetch the projection definition string on Linux
Hello everyone, I´m experiencing a weird behavior when reading a raster image (GTiff/GeoTIFF) I'm using GDAL 1.9.1 for Linux (Ubuntu 12.04 LTS) and Windows (Win 7 Ultimate SP1) to open a raster image with EPSG:22194 Sample output from gdalinfo for that image on Windows (WKT): [...] PROJCS[Campo Inchauspe / Argentina 4, GEOGCS[Campo Inchauspe, DATUM[Campo_Inchauspe, SPHEROID[International 1924,6378388,297.0005, AUTHORITY[EPSG,7022]], AUTHORITY[EPSG,6221]], PRIMEM[Greenwich,0], UNIT[degree,0.0174532925199433], AUTHORITY[EPSG,4221]], PROJECTION[Transverse_Mercator], PARAMETER[latitude_of_origin,-90], PARAMETER[central_meridian,-63], PARAMETER[scale_factor,1], PARAMETER[false_easting,450], PARAMETER[false_northing,0], UNIT[metre,1, AUTHORITY[EPSG,9001]], AUTHORITY[EPSG,22194]] [...] Now the output from gdalinfo for the same image on Linux (WKT): [...] LOCAL_CS[Campo Inchauspe / Argentina 4, GEOGCS[Campo Inchauspe, DATUM[unknown, SPHEROID[unretrievable - using WGS84,6378137,298.257223563]], PRIMEM[Greenwich,0], UNIT[degree,0.0174532925199433]], AUTHORITY[EPSG,22194], UNIT[metre,1]] [...] Any idea of why this might be happening? it also happens with EPSG:22184 Any idea, suggestion or comment is very welcome :) Thanks in advance. Regards, Daniel. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] can't fetch the projection definition string on Linux
Daniel, This is likely due to problems looking up the coordinate system. If you built and installed GDAL yourself it will likely be looking in /usr/local/share/gdal/data for the file pcs.csv. If you installed it via apt-get then it should be looking in /usr/share/gdal/data (or perhaps /usr/share/gdal/data/1.10) for the file. So, step one is to confirm that the pcs.csv file exists in one of those locations. If GDAL is looking in the wrong place for the file, setting the GDAL_DATA environment variable may help. ie. export GDAL_DATA=/usr/local/share/gdal/data gdalinfo abc.tif It is also possible that the GDAL GeoTIFF driver actually needs the libgeotiff support csv files which would normally live somewhere like /usr/share/epsg_csv and key files would have names like coordinate_reference_system.csv. Best regards, Frank On Wed, Oct 2, 2013 at 2:29 PM, Daniel Testa danielte...@suremptec.com.ar wrote: Hello everyone, I´m experiencing a weird behavior when reading a raster image (GTiff/GeoTIFF) I'm using GDAL 1.9.1 for Linux (Ubuntu 12.04 LTS) and Windows (Win 7 Ultimate SP1) to open a raster image with EPSG:22194 Sample output from gdalinfo for that image on Windows (WKT): [...] PROJCS[Campo Inchauspe / Argentina 4, GEOGCS[Campo Inchauspe, DATUM[Campo_Inchauspe, SPHEROID[International 1924,6378388,297.0005, AUTHORITY[EPSG,7022]], AUTHORITY[EPSG,6221]], PRIMEM[Greenwich,0], UNIT[degree,0.0174532925199433], AUTHORITY[EPSG,4221]], PROJECTION[Transverse_Mercator], PARAMETER[latitude_of_origin,-90], PARAMETER[central_meridian,-63], PARAMETER[scale_factor,1], PARAMETER[false_easting,450], PARAMETER[false_northing,0], UNIT[metre,1, AUTHORITY[EPSG,9001]], AUTHORITY[EPSG,22194]] [...] Now the output from gdalinfo for the same image on Linux (WKT): [...] LOCAL_CS[Campo Inchauspe / Argentina 4, GEOGCS[Campo Inchauspe, DATUM[unknown, SPHEROID[unretrievable - using WGS84,6378137,298.257223563]], PRIMEM[Greenwich,0], UNIT[degree,0.0174532925199433]], AUTHORITY[EPSG,22194], UNIT[metre,1]] [...] Any idea of why this might be happening? it also happens with EPSG:22184 Any idea, suggestion or comment is very welcome :) Thanks in advance. Regards, Daniel. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Software Developer ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev