Errror with gmeta6()
I've found the problem: I had both libgdal1-1.5.0-grass and libgdal1-1.6.0-grass If I keep libgdal1-1.6.0-grass only and reinstall rgdal and spgrass6, things go back to normality. The problem is that libgdal1-1.5.0-grass is automatically installed by the qgis grass plugin. So without libgdal1-1.5.0-grass I cannot use grass from within qgis. The funny thing is that qgis actually requires libgdal1-1.6.0-grass also, otherwise you get an error at displaying grass layers. I'll keep you posted. Agus
Roger Bivand wrote:
On Wed, 9 Sep 2009, Agustin Lobo wrote:
Hi! I've started spgrass6() with no problems (I get: GRASS GIS interface loaded with GRASS version: 6.4.0RC4 and location: carlos but then get an error with gmeta6:
gmeta6()
g.region: error while loading shared libraries: libgrass_vect.so:
cannot open shared object file: No such file or directory
Error in if (file.exists(file) == FALSE) if (!missing(asText) &&
asText == :
argument is of length zero
Error in parseGRASS(cmd) : g.region not parsed
I'm using R 2.9.1 on ubuntu jaunty and just
made install.packages("spgrass6")
g.region -p works fine in the grass console, but
system("g.region -p")
g.region: error while loading shared libraries: libgrass_vect.so: cannot open shared object file: No such file or directory
This will be a "dependency hell" problem between GDAL and GRASS binaries, probably a stale GRASS GDAL plugin somewhere. It has been seen on Debian based distributions before, for example: http://lists.osgeo.org/pipermail/grass-stats/2009-July/001105.html Most likely you have multiple GDAL and/or GDAL binaries that do not like each other, and because of the possible reverse dependence in the GDAL GRASS plugin, they get in each others' way. The grass-stats list may be a good place to ask too. Roger
Any idea on how to fix this problem? Thanks Agus
-------------- next part -------------- A non-text attachment was scrubbed... Name: alobolistas.vcf Type: text/x-vcard Size: 251 bytes Desc: not available URL: <https://stat.ethz.ch/pipermail/r-sig-geo/attachments/20090909/c4133243/attachment.vcf>