[GRASSLIST:3135] Re: r.in.gdal failing

[Philipp Molzer]

Paul,
Thanks for the quick advice.  The problem was along the lines of your 
analysis. Turns out it was my local setup.  I had gmake5 from 5.0.2 in 
my path ahead of the one from 5.0.3.  So it was building against 
whatever from my 5.0.2 source, which I have now cleaned out.  

I am also clearer now on how to load an ArcGrid.  I run
r.in.gdal input=<directory tree root>/<adf dir>  output=<myname>.  
For example, I have
16543954
16543954/16543954
16543954/16543954/DBLBND.ADF
16543954/16543954/HDR.ADF
16543954/16543954/PRJ.ADF
16543954/16543954/STA.ADF
16543954/16543954/W001001.ADF
16543954/16543954/W001001X.ADF
16543954/16543954.AUX
16543954/INFO
16543954/INFO/ARC.DIR
16543954/INFO/ARC0000.DAT
16543954/INFO/ARC0000.NIT
16543954/INFO/ARC0001.DAT
16543954/INFO/ARC0001.NIT
16543954/METADATA.DBF
16543954/METADATA.PRJ
16543954/METADATA.SHP
16543954/METADATA.SHX
16543954/METADA~1.HTM
So I:
GRASS:/DATA/GIS/USA/EROS/continuous/DEM > cd 16543954
GRASS:/DATA/GIS/USA/EROS/continuous/DEM/16543954 > r.in.gdal 
input=16543954 output=myname
which works now quite nicely.  It wasn't before.

Phil

Paul Kelly wrote:

>On Sat, 10 Apr 2004, Philipp Molzer wrote:
>
>  
>
>>Hi,
>>Along with others that I've seen posting, I have been unable to get
>>r.in.gdal in grass 5.0.3 to work.
>>    
>>
>
>I haven't seen this particular problem before.. I've been trying to follow
>the r.in.gdal problems but I suppose I might have missed something though
>
>  
>
>>For example:
>>I try to import a DEM I got from the EROS seamless server.  It is in the
>>form of an ArcGrid, which is a set of files.
>>r.in.gdal input=W001001X.ADF output=tile1
>>ERROR 4: `W001001X.ADF' not recognised as a supported file format.
>>
>>but this works:
>>gdalinfo W001001X.ADF
>>    
>>
>
>r.in.gdal and gdalinfo both have to call the GDAL library libgdal.xxxx.so
>to actually read the file. So this suggests that the two programs might be
>using different versions and one of them (that r.in.gdal is using) is
>broken?
>
>Just an idea...make sure there aren't multiple copies of the main gdal
>library on your system. In particular if there is one in $GISBASE/lib it
>woud probably be used by r.in.gdal in preference to one in /usr/local/lib,
>which gdalinfo would be more likely to be using.
>
>No definitive answer though, just a few ideas
>
>Paul.
>
>  
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20040411/4538e28f/attachment.html