<HTML>
<HEAD>
<TITLE>gdal 1.3.1 and Terra ASTER hdf files</TITLE>
</HEAD>
<BODY>
<FONT SIZE="2"><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:10.0px'>I work with the GRASS GIS project and haven’t been able to import and georeference Terra ASTER hdf files since gdal version 1.2.6. I recently compiled and installed the most recent 1.3.1 (as of last week) and it still produces errors (see below). As an update, I just tried r.in.gdal from GRASS 6.1 cvs and it will not import the ASTER files either. First it did not recognize the projection, so I set the override projection flag. Then it won’t recognize a band number or import all bands (default).<BR>
<BR>
So, back to my original question, what has changed since 1.2.6 that keeps me from importing ASTER’s? Could this be fixed?<BR>
<BR>
Thanks much<BR>
Michael Barton<BR>
</SPAN></FONT></FONT><FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'><BR>
______________________________<BR>
Michael Barton, Professor of Anthropology<BR>
School of Human Evolution and Social Change<BR>
Arizona State University<BR>
Tempe, AZ 85287-2402<BR>
USA<BR>
<BR>
voice: 480-965-6262; fax: 480-965-7671<BR>
www: <a href="http://www.public.asu.edu/~cmbarton">http://www.public.asu.edu/~cmbarton</a><BR>
</SPAN></FONT><FONT SIZE="2"><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:10.0px'><BR>
<BR>
<BR>
On Thu, Nov 03, 2005 at 09:02:00AM -0700, Michael Barton wrote:<BR>
> I tried to import Terra ASTER hdf files using the latest gdalwarp and my<BR>
> r.in.aster script last week, after compiling the latest version (1.3.1) of<BR>
> gdal. It still gives an error that gdal cannot read the projection info in<BR>
> the ASTER hdf's. This has been an issue since 1.2.7 (version 1.2.6 still<BR>
> works fine on my Mac).<BR>
> <BR>
> I haven't tried r.in.gdal, but suspect that I'd have similar problems<BR>
> (please correct me if wrong!).<BR>
> <BR>
> Is there a fix or workaround to this? All ASTERs are in WGS84, UTM<BR>
> projection (the zone varies of course).<BR>
> <BR>
> Michael<BR>
> ______________________________<BR>
> Michael Barton, Professor of Anthropology<BR>
> School of Human Evolution and Social Change<BR>
> Arizona State University<BR>
> Tempe, AZ 85287-2402<BR>
> USA<BR>
> <BR>
> voice: 480-965-6262; fax: 480-965-7671<BR>
> www: <FONT COLOR="#0000FF"><U><a href="http://www.public.asu.edu/~cmbarton">http://www.public.asu.edu/~cmbarton</a><BR>
</U></FONT>> <BR>
> <BR>
> > From: Hamish <<FONT COLOR="#0000FF"><U>hamish_nospam@yahoo.com</U></FONT>><BR>
> > Date: Thu, 3 Nov 2005 14:44:44 +1300<BR>
> > To: Jonathan Greenberg <<FONT COLOR="#0000FF"><U>jgreenberg@arc.nasa.gov</U></FONT>><BR>
> > Cc: <<FONT COLOR="#0000FF"><U>GRASSLIST@baylor.edu</U></FONT>><BR>
> > Subject: [GRASSLIST:8849] Re: HDF files?<BR>
> > <BR>
> >> Is there any way to get HDF files into GRASS? I saw there is an<BR>
> >> r.in.hdf command, but Grass 6.0.1 on MacOS X is throwing and error<BR>
> >> when I try it: command not found<BR>
> > <BR>
> > Use r.in.gdal, but GDAL must be built using the --with-hdf4 switch.<BR>
> > <BR>
> > <FONT COLOR="#0000FF"><U><a href="http://www.remotesensing.org/gdal/frmt_hdf4.html">http://www.remotesensing.org/gdal/frmt_hdf4.html</a><BR>
</U></FONT>> > <BR>
> > try "gdal_translate --formats" and check for:<BR>
> > <BR>
> > HDF4 (ro): Hierarchical Data Format Release 4<BR>
> > HDF4Image (rw+): HDF4 Dataset<BR>
> > <BR>
> > <BR>
> > or just "gdalinfo <dataset>" and see if it understands the file(s).<BR>
> > <BR>
> > <BR>
> > "r.in.gdal -f in=dummy out=dummy" will also list supported GDAL formats.<BR>
> > (often there will be about 50 of them)<BR>
> > <BR>
> > <BR>
> > <BR>
> > Hamish<BR>
> <BR>
</SPAN></FONT></FONT>
</BODY>
</HTML>