[gdal-dev] can't fetch the projection definition string on Linux

[Daniel Testa]

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 <warmerdam at pobox.com>wrote:

> 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
> <danieltesta at 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.000000000005,
> >                 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",4500000],
> >     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 at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
>
>
> --
>
> ---------------------------------------+--------------------------------------
> I set the clouds in motion - turn up   | Frank Warmerdam,
> warmerdam at pobox.com
> light and sound - activate the windows | http://pobox.com/~warmerdam
> and watch the world go round - Rush    | Geospatial Software Developer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20131003/adaa0d7f/attachment.html>