I got a copy of libgdall.1.1.dll from Jeff Hamann. My student tried putting it into $GISBASE/lib and /usr/local/lib.
In both cases, running r.in.gdal produced an error saying that libgdal could not be found. Do you have any suggestion as to how to get GRASS to recognize that GDAL is present?
Thanks for your continued help
Michael Barton
______________________________
Michael Barton, Professor & Curator
Department of Anthropology
Arizona State University
Tempe, AZ 85287-2402
USA
I got a copy of libgdall.1.1.dll from Jeff Hamann. My student tried
putting it into $GISBASE/lib and /usr/local/lib.
In both cases, running r.in.gdal produced an error saying that libgdal
could not be found. Do you have any suggestion as to how to get GRASS
to recognize that GDAL is present?
What is the exact error message? Does it say "libgdal.dll not found"?
You may need to rename libgdall.1.1.dll [too many ll's?] to libgdal.dll
or something similar to make it happy.. Does cygwin have something like 'ldd'?
I got a copy of libgdall.1.1.dll from Jeff Hamann. My student tried
putting it into $GISBASE/lib and /usr/local/lib.
In both cases, running r.in.gdal produced an error saying that libgdal
could not be found. Do you have any suggestion as to how to get GRASS
to recognize that GDAL is present?
AFAIK, Windows doesn't have a concept of library directories. DLLs
have to go in the executable search path, the same directory as the
executable, the current directory, or the "windows" or
"windows/system" directories.
Try putting it in $GISBASE/bin or $GISBASE/etc/bin/cmd; failing that,
try the "windows" or "windows/system" directories.