[GRASSLIST:1552] Re: r.in.gdal and a GeoTIFF

[Markus Neteler]

On Thu, Oct 23, 2003 at 10:51:40AM -0500, Ed Davison wrote:
> On Thu, 2003-10-23 at 04:43, Markus Neteler wrote:
> 
> > Searching around I found this file.
> > http://edcftp.cr.usgs.gov/pub/data/nationalatlas/shdrlfi020l.tar.gz
> 
> That is indeed the file but when I downloaded it I must have gotten a
> corrupt version as when I re-downloaded it I get the same gdalinfo you
> have below for the file.
[...]
> > Method 2:
> > You run 'gdalwarp' (provided you have the full GDAL installed, at time
> > the CVS version or you wait for the next official release) and reproject
> > the GeoTIFF file to another projection, stored as new GeoTIFF file:
> >  
> > #get EPSG code from /usr/local/share/proj/epsg
> > gdalwarp -t_srs '+init=epsg:4326'  shdrlfi020l.tif shdrlfi020l_LL_wgs84.tif
> 
> I tried this as it seemed to be more straight-forward and did not
> involve logging out and back in with a new mapset location, etc. 
> However, when I ran the command I got: 
> GRASS:~/gis/data/nationalatlas/shdrlf > !gdalw
> gdalwarp -t_srs '+init=epsg:4326'  shdrlfi020l.tif
> shdrlfi020l_LL_wgs84.tif
> :0.ERROR 1: latitude or longitude exceeded limits
> ERROR 1: latitude or longitude exceeded limits
> ERROR 1: latitude or longitude exceeded limits
[...]
> ERROR 1: Reprojection failed, err = -14, further errors will be
> supressed on the transform object.
> ..10...20...30...40...50...60...70...80...90...100 - done.
> 
> The result was an all black image.  No transformation was done at all
> and no data was copied.

Are you using the 'gdalwarp' from CVS? There have been bugfixes.
If you use a current CVS version (like me) and it still fails,
it should be reported to the GDAL bugtracker.

Markus

-- 
Markus Neteler     <neteler at itc.it>       http://mpa.itc.it
ITC-irst, Istituto per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18        -       38050 Povo (Trento), Italy