gdalinfo knows where the /usr/lib64 directory is located, but it is expecting files with a .so suffix. I installed libgrass using fedora's yum. It does not produce grass libraries with a .so suffix.
Trying a different approach, I installed grass on /usr/local and recompiled gdal setting --with-grass to the grass directory in /usr/local and --with-libgrass to the lib directory in the grass directory. I now get this message: Warning 1: GRASS warning: Unable to open datum table file </usr/etc/datum.table> Warning 1: GRASS warning: Unable to open ellipsoid table file </usr/etc/ellipse.table> Warning 1: GRASS fatal error: Invalid ellipsoid <grs80> in file How do I set gdal up so it will look for these tables in the etc directory under grass on /usr/local? Thanks Jim On Wed, Apr 1, 2009 at 10:32 AM, Markus Neteler <[email protected]> wrote: > On Wed, Apr 1, 2009 at 4:24 PM, Frank Warmerdam <[email protected]> > wrote: > > James McManus wrote: > ... > >> When I attempt to compile libgrass from source at: > >> > >> http://home.gdal.org/projects/grass/ > ... > > That libgrass is quite ancient now and I don't think it is suitable for > > use with modern GRASS or even perhaps modern GDAL. > > Here are recent instructions how to get GRASS support into > GDAL using the plugin: > > http://grass.osgeo.org/wiki/Compile_and_install_GRASS_and_QGIS_with_GDAL/OGR_Plugin > > best > Markus >
_______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
