On Fri, Aug 14, 2009 at 10:55 PM, Markus Netelernete...@osgeo.org wrote:
...
if [ $? -ne 0 ] ; then /usr/bin/install -c -m 644 $file
/usr/local/src/grass/develbranch_6/dist.i686-pc-linux-gnu/docs/html ; fi
done 2 /dev/null ; true
/bin/sh: /usr/local/grass-6.5.svn/tools/mkhtml.sh: not found
Hello list,
for I've been testing grass70 python interface I've noticed a crash
frequently related to memory consumption : the python process requires
an /increasing/ amount of memory while e.g. wandering on the map
display.
The problem is obvious when the display copes with raster data. After
Hello,
I have a question on the requirements GRASS has towards user/group
permissions on linux:
My data is stored on a vfat partition mounted by a Ubuntu Linux.
The corresponding entry in the mount configuration file (/etc/fstab) goes:
UUID=44FC-A7FD /media/daten vfat
This is what I ended up using:
R:
library(Hmisc)
# Read all tables in the Microsoft Access database blabla.mdb
# perhaps better change to Locale in which the .mdb file was
# generated to avoid that accented table column names are
# getting lost.file first
Sys.setlocale('LC_ALL','C')
Tim Michelsen wrote:
I have a question on the requirements GRASS has towards user/group
permissions on linux:
My data is stored on a vfat partition mounted by a Ubuntu Linux.
The corresponding entry in the mount configuration file (/etc/fstab) goes:
UUID=44FC-A7FD /media/daten vfat
Maning,
This is a workaround, not a fix!
use v.in.ogr with the -c option (no polygon cleaning). This should at
least import the map.
Then, run v.clean to see if the buffer error happens.
Cheers,
Richard Chirgwin
___
grass-user mailing list