[gdal-dev] libgrass

[James McManus]

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 <neteler at osgeo.org> wrote:

> On Wed, Apr 1, 2009 at 4:24 PM, Frank Warmerdam <warmerdam at pobox.com>
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20090401/ecb313a0/attachment.html