I have finally downloaded gdal and I am trying to run some tests.
So far I had the following problems:
1. I tried to import Arcinfo grid binary, but it is not recognized
(it is listed as supported with the suffix aig - do I understand it
correctly?):
ERROR 4: `w001001.adf' not recognised as a supported file format.
the coverage has these files:
dblbnd.adf hdr.adf log prj.adf sta.adf vat.adf w001001.adf
w001001x.adf
2. I have tiff images which can be imported with r.in.tiff but gdal does
not like them.
These files were created from sid probably on Mac - is there anything
that one should do when converting to tiff to make sure it can be
imported
by r.in.gdal?
GRASS:/data/indata/LakeWheeler/Gis/data/color_ir > r.in.gdal
c0792_004.TIF out=test
ERROR 1: c0792_004.TIF:0: Bad value for "SamplesPerPixel
any feedback will be appreciated,
Helena
On Wed, 19 Dec 2001 13:08:17 -0500, Helena Mitasova <hmitaso@unity.ncsu.edu> wrote:
I have finally downloaded gdal and I am trying to run some tests.
So far I had the following problems:
1. I tried to import Arcinfo grid binary, but it is not recognized
(it is listed as supported with the suffix aig - do I understand it
correctly?):
ERROR 4: `w001001.adf' not recognised as a supported file format.
the coverage has these files:
dblbnd.adf hdr.adf log prj.adf sta.adf vat.adf w001001.adf
w001001x.adf
Haven't tried binary grid support ... ? I usually use GRIDASCII and
r.in.arc...
2. I have tiff images which can be imported with r.in.tiff but gdal does
not like them.
These files were created from sid probably on Mac - is there anything
that one should do when converting to tiff to make sure it can be
imported
by r.in.gdal?
GRASS:/data/indata/LakeWheeler/Gis/data/color_ir > r.in.gdal
c0792_004.TIF out=test
ERROR 1: c0792_004.TIF:0: Bad value for "SamplesPerPixel
Hmm, I'm surprised gdal would barf where r.in.tiff would do okay (the
opposite is usually true). I dunno for sure, but is your gdal using
a static tiff library? Otherwise, both should be using the same
libtiff ...? Boggle? Do you have tiffinfo installed? Or gdalinfo ?
If so, what is "their" opinion of these files?
any feedback will be appreciated,
Frank is obviously the best person to ask regarding GDAL...
--
Eric G. Miller <egm2@jps.net>
Thank you for your answers. I have the files imported using other means but if anybody
(Frank?)
would like to look at them they are at
http://skagit.meas.ncsu.edu/~helena/grasswork/grassprobl/
the binary arcgrid is
in the directory lulc
and the tiff file is
c0792_004.TIF
output of tiffinfo is in the file tiffinfo
Markus cannot read it with r.in.gdal either, so there may be a problem.
thank you,
Helena
"Eric G. Miller" wrote:
On Wed, 19 Dec 2001 13:08:17 -0500, Helena Mitasova <hmitaso@unity.ncsu.edu> wrote:
> I have finally downloaded gdal and I am trying to run some tests.
> So far I had the following problems:
>
> 1. I tried to import Arcinfo grid binary, but it is not recognized
> (it is listed as supported with the suffix aig - do I understand it
> correctly?):
>
> ERROR 4: `w001001.adf' not recognised as a supported file format.
>
> the coverage has these files:
> dblbnd.adf hdr.adf log prj.adf sta.adf vat.adf w001001.adf
> w001001x.adf
Haven't tried binary grid support ... ? I usually use GRIDASCII and
r.in.arc...
> 2. I have tiff images which can be imported with r.in.tiff but gdal does
> not like them.
> These files were created from sid probably on Mac - is there anything
> that one should do when converting to tiff to make sure it can be
> imported
> by r.in.gdal?
>
> GRASS:/data/indata/LakeWheeler/Gis/data/color_ir > r.in.gdal
> c0792_004.TIF out=test
> ERROR 1: c0792_004.TIF:0: Bad value for "SamplesPerPixel
Hmm, I'm surprised gdal would barf where r.in.tiff would do okay (the
opposite is usually true). I dunno for sure, but is your gdal using
a static tiff library? Otherwise, both should be using the same
libtiff ...? Boggle? Do you have tiffinfo installed? Or gdalinfo ?
If so, what is "their" opinion of these files?
> any feedback will be appreciated,
Frank is obviously the best person to ask regarding GDAL...
--
Eric G. Miller <egm2@jps.net>
_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5
Frank
thanks a lot for your test - I figured out the problem with the adf file - I was giving it
the name of
the actual raster file, however, it wanted the name of the directory where all the related
files were stored.
It may be good to modify the man page as follows
input=name
Name of an existing GDAL supported raster file or coverage directory (for adf) to be
imported
to make it clear that the name of directory rather than a file may be needed.
I am guessing that I may have something similar with the tiff file because I imported
non-georeferenced
tif without problems, but I am probably not using it correctly ith my c0792_004.TIF file.
I will try to figure it out. I have the last weeks version of GRASS with the latest GDLA
from the GDAL web site.
thanks for your help,
Helena
Warmerdam wrote:
Helena wrote:
> Thank you for your answers. I have the files imported using other means but if anybody
> (Frank?)
> would like to look at them they are at
> http://skagit.meas.ncsu.edu/~helena/grasswork/grassprobl/
> the binary arcgrid is
> in the directory lulc
> and the tiff file is
> c0792_004.TIF
> output of tiffinfo is in the file tiffinfo
> Markus cannot read it with r.in.gdal either, so there may be a problem.
Helena,
I had no problem accessing the lulc or TIFF information. What GDAL shared
library are you using? Perhaps I should test with the same. I am surprised
Markus had a problem since he is working with a recent GDAL from CVS as far
as I know.
Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent