On Tue, Sep 21, 2010 at 10:30 PM, Luigi Ponti lpo...@inbox.com wrote:
Still not entirely clear to me which variable I am supposed to set in order
to get full English messages.
In a shell, it would be
export LANG=en_US
export LANGUAGE=en_US
export LC_MESSAGES=en_US
Markus
On 09/22/2010 12:45 AM, Bryan Keith wrote:
Hello,
I'm using these commands:
v.clean input=test_ln output=testclean_ln tool=snap,bpol thresh=0.2,0
v.type input=testclean_ln output=testclean_bnd type=line,boundary
v.centroids input=testclean_bnd output=testclean_py
trying to convert a bunch of
Hermann Peifer wrote:
* r.in.gdal differs from most raster modules in that it imports
the entire map and ignores the current region.
By the way: is there a convenient overview of raster modules that do NOT
respect the current region?
In general: r.in.* ignore the region, and import
Hi list,
I compiled Grass 6.5 svn from source in Ubuntu 9.10 and it was
apperently working OK. I then loaded a bunch of srtm tiles using
r.external but, when I tried to patch them with r.patch I recieved the
message: ERROR: Unable to load GDAL library. I also cannot display the
srtm tiles
On 09/22/2010 12:45 AM, Bryan Keith wrote:
Hello,
I'm using these commands:
v.clean input=test_ln output=testclean_ln tool=snap,bpol thresh=0.2,0
v.type input=testclean_ln output=testclean_bnd type=line,boundary
v.centroids input=testclean_bnd output=testclean_py
trying to convert a
I have installed GRASS
WinGRASS-6.4.0-1-Setup.exehttp://grass.fbk.eu/grass64/binary/mswindows/native/WinGRASS-6.4.0-1-Setup.exefrom
http://grass.fbk.eu/grass64/binary/mswindows/native/ and I get exacly the
same error:
g.mapset mapset=sqlite
ERROR: Unable to read GIS_LOCK environment variable
can
the warning in the WinGrass-start-up-script for this issue was recently changed
for grass6.4.1
see:
http://lists.osgeo.org/pipermail/grass-commit/2010-September/014472.html
the error in the module g.mapset itself seems not to be fixed.
best regards
Helmut
On 22/09/2010 12:19, Glynn Clements wrote:
Hermann Peifer wrote:
By the way: is there a convenient overview of raster modules that do NOT
respect the current region?
In general: r.in.* ignore the region, and import rasters
cell-for-cell. r.resamp.* and r.proj ignore the region for reading
I can't believe this a nightmare just happened! This is ubelivable. Suddenly
when i was working with the vector layer digitizing the values QGIS just
crashed puff completely. Run out of the program. I tried to open QGIS it
started again but opening the vector layers from the GRASS Plugin crashes
These are three different projection locations that I have set up over
the past year with ever changing GRASSes. tcl/tk interface up to the
new GRASS6.4.1svn. I have consistently kept everything in the correct
projections for input data.
ftbn: utm nad83 grs80 zone 17
srs: utm nad83 grs80 zone
Sorry for the n00bish question, but I'm confused by the GRASS on-line
docs.
I have a MySQL database running on my local computer. Let's say that the
MySQL user name is TRD and he has access to a database called TRD where
I want to store my StateBoundaries table.
I can start the GRASS
Hermann Peifer wrote:
By the way: is there a convenient overview of raster modules that do NOT
respect the current region?
In general: r.in.* ignore the region, and import rasters
cell-for-cell. r.resamp.* and r.proj ignore the region for reading but
honour it for writing.
Thanks
Hermann wrote:
By the way: is there a convenient overview of
raster modules that do NOT respect the current region?
...
I guess that r.reclass could also be added into the first group.
The fundamental and fantastic thing to realize about r.reclass is that is
doesn't actually write a new map,
Daniel wrote:
I compiled Grass 6.5 svn from source in Ubuntu 9.10 and it was
apperently working OK. I then loaded a bunch of srtm tiles using
r.external but, when I tried to patch them with r.patch I recieved the
message: ERROR: Unable to load GDAL library. I also cannot display the
srtm
stephen sefick wrote:
These are three different projection
locations that I have set up over
the past year with ever changing GRASSes. tcl/tk
interface up to the
new GRASS6.4.1svn. I have consistently kept
everything in the correct
projections for input data.
ftbn: utm nad83 grs80 zone
15 matches
Mail list logo