On Sun, Sep 25, 2011 at 12:40 AM, Markus Neteler nete...@osgeo.org wrote:
Hi Kurt,
I can understand your frustration. But...
On Sat, Sep 24, 2011 at 9:06 PM, Kurt Springs ferret_b...@mac.com wrote:
Sorry about that.
I meant to say. I reran v.in.db with all other programs closed as Markus
Hi again!
My input maps (two .tiff and one .shp) makes a pile, they cover each other
looking from upside, when i put them in the display i can see them only with
transparency. What I want is to export them all together in one file (so that
they can keep their reference between them) in an
Hello.
I'm using GRASS GIS 6.4 on Ubuntu 10.04.
I can access mapsets and run commands via the QGIS Grass plug-in. But when I
try to use GRASS directly, I get the first window to select the mapset I
want to open, but when I click the start grass button, the first window
disappears and GRASS GUI
Hi,
I have been able to import a shapefile into a new location, but I
receive an error when I try to copy this vector:
GRASS 6.4.1 (WGS84Lo29):~ g.copy vect=contours,test
Copy vector contours@Lotheni to current mapset as test
DBMI-DBF driver error:
Cannot create dbf database: cat
Hello.
I have some selected lines in a command line script:
#! /bin/sh -x
MYMAPSET=`g.gisenv -s get=MAPSET`
targetdir=/home/lf/TEMP/
LIST=`g.mlist type=rast separator=, pattern=clip_toar* mapset=
$MYMAPSET`
echo $LIST
i.group group=group input=$LIST
r.out.gdal -c -f input=group format=HFA
skualos wrote:
I'm using GRASS GIS 6.4 on Ubuntu 10.04.
I can access mapsets and run commands via the QGIS Grass plug-in. But
when I try to use GRASS directly, I get the first window to select
the mapset I want to open, but when I click the start grass button,
the first window disappears
Maybe need to check the connection one more time?
$ eval $(g.gisenv)
$ db.connect driver=dbf database='$GISDBASE/$LOCATION_NAME/$MAPSET/dbf/'
$ db.connect -p
$ db.tables -p
And then:
$ v.db.connect -p contours
___
grass-user mailing list
Hi list,
When I run my script with parallel grass operations (about 12 processes at
the same time), sometimes I get this error from the g.region module:
*** glibc detected *** g.region: double free or corruption (out):
0x15dcfdd0 ***
=== Backtrace: =
It was exactly that.
I was starting GRASS from a self-made launcher.
Just changed the Type field to Application in Terminal on the Launcher
Properties and it worked.
--
View this message in context:
Thanks for the tips. I deleted the location and started over, just to be sure.
GRASS 6.4.1 (wgs84lo29):~ v.in.ogr -e dsn=contours lo29.shp out=contours2
GRASS 6.4.1 (wgs84lo29):~ db.tables -p
contours
contours2
heights
GRASS 6.4.1 (wgs84lo29):~ v.db.connect -p contours2
Vector map
Hello
i have imported the etopo dem (geotifff) into grass.
It appears to be in XY and i would like to convert these to lat longs.
Any hints on how to do this?
Best wishes
Raphael.
___
grass-user mailing list
grass-user@lists.osgeo.org
Hi to all,
while save a workspace i receive this error message:
Scrittura delle impostazioni correnti nel file dell'ambiente di lavoro fallita.
Reason: 'NoneType' object is unsubscriptable
Traceback (most recent call last):
File /usr/lib/grass64/etc/wxpython/wxgui.py, line 844, in
2011/9/26 Craig Leat craig.l...@gmail.com:
GRASS 6.4.1 (wgs84lo29):~ v.db.connect -p contours2
Vector map contours2@lotheni is connected by:
layer 1 table lo29 in database cat
/home/craig/GIS/grassdata/wgs84lo29/lotheni/dbf/ through driver dbf
with key contours2
it's absolutely wrong, it
2011/9/26 Eugenio Trumpy frippe12...@hotmail.com:
in __writeLayer
self.file.write('%stask name=%s\n' % (' ' * self.indent, cmd[0]))
TypeError: 'NoneType' object is unsubscriptable
Anyone knows the reason and how can i solve this problem?
Regards
Eugenio
P.S. Debian Wheezy, Grass
*Craig
You used command v.in.ogr -e dsn=contours lo29.shp out=contours2 with
the -e flag , this flag is for creating a new location with the imported
data. But you don't specify any location..
And may be better to use single quotes with the filenames like 'contours
lo29.shp'.
/20110926/2125e3a6/attachment-0001.html
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
On Mon, Sep 26, 2011 at 10:22 PM, Michael Barton michael.bar...@asu.edu wrote:
Martin Landa, author of the graphical modeler, has posted this video showing
how to use variables.
http://www.youtube.com/watch?v=RztxMXXtA0sfeature=player_embedded
Please someone turn this also into text for the
On Mon, Sep 26, 2011 at 5:16 PM, raphael.viscarra-ros...@csiro.au wrote:
Hello
i have imported the etopo dem (geotifff) into grass.
It appears to be in XY and i would like to convert these to lat longs.
I looked at
http://grass.osgeo.org/wiki/Global_datasets#ETOPO_.28DEM.29
and was surprised
Dmitriy Tyugaev wrote:
When I run my script with parallel grass operations (about 12 processes at
the same time), sometimes I get this error from the g.region module:
*** glibc detected *** g.region: double free or corruption (out):
0x15dcfdd0 ***
=== Backtrace: =
Raphael wrote:
i have imported the etopo dem (geotifff) into grass.
It appears to be in XY and i would like to convert
these to lat longs.
MarkusN:
I looked at
http://grass.osgeo.org/wiki/Global_datasets#ETOPO_.28DEM.29
and was surprised to see the XY thing there for ETOPO1.
there are
I had made a number of scripts that worked fine in the 6.4.0 build 6 but
appear to have problems with the same code in later revisions:
The method used to take about 6-8 secs and produce about what you would
expect on the screen. Now the same calculation takes 0 seconds the file is
radically
Jim wrote:
I had made a number of scripts that worked fine in the 6.4.0 build 6
but appear to have problems with the same code in later revisions:
The method used to take about 6-8 secs and produce about what you would
expect on the screen. Now the same calculation takes 0 seconds the file
is
Craig wrote:
GRASS 6.4.1 (wgs84lo29):~ v.in.ogr -e dsn=contours lo29.shp out=contours2
shapfiles don't like spaces in their names. rename the file(s) to make
them sql compliant.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
It looks like for the 2nd calculation, your computational region is set to
extents of 0W - 1E, 0S - 1N, with a resolution of 1.
So r.mapcalc is only operating on a single 1x1 cell that is outside the area of
your raster map.
Michael
C. Michael Barton
Director, Center for
*Jim
Trivially: did you do g.region rast=na_dem_sub_20 before raster
computations?
And r.mapcalc expression is without any quotes like r.mapcalc na_dem_sub_20
= na_dem_input - 20 or r.mapcalc 'na_dem_sub_20 = na_dem_input - 20'
Alexander
25 matches
Mail list logo