José María Michia Roberts wrote:
I'm still learning! I have found that a simple call to function
system() is enough. But I was curious to learn how to use fork /
exec, and was a bit difficult for me.
Note that system() is rather error-prone if you need to be able to
pass variable parameters
Hi,
I am getting following error while using the t.* commands in GRASS-GIS
7.0 (I have installed the latest snapshot of it)
DBMI-DBF driver error:
Unable create DBF database: home/grass_location/user1/dbf/
DBMI-DBF driver error:
Unable create DBF database: home/grass_location/user1/dbf/
ERROR:
José María Michia Roberts:
[...]
many elements disappear after importing the layer,
and more elements disappear after applying v.transform
[...]
In reply to myself: I now remember that I had solve this by adding
-c to v.in.ogr, so the output layer is not cleaned and all source
elements are
On 02/26/2013 01:32 PM, José María Michia Roberts wrote:
José María Michia Roberts:
[...]
many elements disappear after importing the layer,
and more elements disappear after applying v.transform
[...]
In reply to myself: I now remember that I had solve this by adding
-c to v.in.ogr, so the
Hello list,
when launching grass64, the working directory of the process (I mean the
grass prompt in the terminal window) is located at user's home (e.g pwd
command returns: /home/vincent). I did not find if this path was stored
in a Grass environment variable ? is it possible to change the
Hi all!
I've found that values of transformation matrix reported by
v.transform are erroneous after using this values in ST_Affine (a
PostGIS's function).
The values that seems to be erroneous are x_offset and y_offset. The
rotation values seems to are fine.
The transformed elements are ok (it
On Tuesday 26 of February 2013 14:13:02 Vincent Bain wrote:
Hello list,
Hi Vincent.
when launching grass64, the working directory of the process (I mean the
grass prompt in the terminal window) is located at user's home (e.g pwd
command returns: /home/vincent). I did not find if this path
More about my previous post, as a kind of self-answer:
I understand grass64 launched from a terminal shell is a child process
which inherits from the shell's working directory.
Sometimes paths are quite annoying to type (even with the help of
autocompletion, I'm lazy!).
For the time being I
Thank you Nikos for your reply,
I let you read my previous message as an answer.
The thing is I mostly run grass in text mode.
Yours,
Vincent
Le mardi 26 février 2013 à 15:29 +0200, Nikos Alexandris a écrit :
On Tuesday 26 of February 2013 14:13:02 Vincent Bain wrote:
Hello list,
Hi
2013/2/26 Benjamin Ducke bendu...@fastmail.fm:
A fix might be to introduce a new GRASS env
variable that can be set to suppress the cleaning
functions. While it would probably be trivial to
implement this, it would also break with GRASS'
basic design and the assumptions that its vector
On Tue, Feb 26, 2013 at 2:17 PM, José María Michia Roberts
jose.maria.mic...@gmail.com wrote:
Hi all!
I've found that values of transformation matrix reported by
v.transform are erroneous after using this values in ST_Affine (a
PostGIS's function).
The values that seems to be erroneous are
On Tue, Feb 26, 2013 at 2:36 PM, Jose M Michia Roberts
jose.maria.mic...@gmail.com wrote:
2013/2/26 Benjamin Ducke bendu...@fastmail.fm:
A fix might be to introduce a new GRASS env
variable that can be set to suppress the cleaning
functions. While it would probably be trivial to
implement
On 26/02/13 13:50, Benjamin Ducke wrote:
On 02/26/2013 01:32 PM, José María Michia Roberts wrote:
José María Michia Roberts:
[...]
many elements disappear after importing the layer,
and more elements disappear after applying v.transform
[...]
In reply to myself: I now remember that I had
On 26/02/13 14:26, Vincent Bain wrote:
More about my previous post, as a kind of self-answer:
I understand grass64 launched from a terminal shell is a child process
which inherits from the shell's working directory.
Sometimes paths are quite annoying to type (even with the help of
Vincent:
Thank you Nikos for your reply,
I let you read my previous message as an answer.
I guess I was writing while it hit my inbox! :-p
The thing is I mostly run grass in text mode.
Me too -- and I truly understand your need(s), I think. For your interest, you
might want to read the
Vincent Bain wrote:
More about my previous post, as a kind of self-answer:
I understand grass64 launched from a terminal shell is a child process
which inherits from the shell's working directory.
Sometimes paths are quite annoying to type (even with the help of
autocompletion, I'm
I would not recommend using the GISDBASE as your working directoy. My
general advice: let GRASS handle everything in there and create your own
files elsewhere.
Hello Moritz,
two reasons I use to cd to mapset directory :
- general - that described by Nikos, like browsing data via bash
2013/2/26 Markus Metz markus.metz.gisw...@gmail.com:
BTW, v.transform simply transforms coordinates, it does not do any
cleaning. v.transform should actually work without topology, building
topology on the output is optional (in GRASS 7).
[...]
For this particular problem (georectifying
On 26 February 2013 15:29, Vincent Bain b...@toraval.fr wrote:
I would not recommend using the GISDBASE as your working directoy. My
general advice: let GRASS handle everything in there and create your own
files elsewhere.
Hello Moritz,
two reasons I use to cd to mapset directory :
-
Hello all,
I am a member of a group of farmers and agribusinesses that would like to
explore using grass or other open source gis as a replacement for the
commercial ag gis platforms out there. Most of the desktop software is not
being updated and the new systems are web based. These
2013/2/26 Markus Metz markus.metz.gisw...@gmail.com:
Note that there are two transformation matrices, one for forward
transformation, one for backward transformation. Can the PostGIS
ST_Affine function print both matrices?
AFAIK, PostGIS cannot print neither calculate transformation matrices.
To whom it may concern,
I am trying to use extension manager in grass to install geomrphons. However, I
am having trouble with the extension manager(error below). I emailed the
geomorphon developer Jarek Jasiewicz(See Below) and he suggest I contact the
GRASS-Users forum.
Please advise,
On Tue, Feb 26, 2013 at 1:08 PM, Manish Gautam
manish.gauta...@gmail.com wrote:
Hi,
I am getting following error while using the t.* commands in GRASS-GIS
7.0 (I have installed the latest snapshot of it)
DBMI-DBF driver error:
Unable create DBF database: home/grass_location/user1/dbf/
Hi,
2013/2/26 Manish Gautam manish.gauta...@gmail.com:
DBMI-DBF driver error:
Unable create DBF database: home/grass_location/user1/dbf/
should start with '/', ie. /home/...
What says
db.connect -p
?
Martin
--
Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa
I'm having similar problems with the extension manage on the Mac currently and
filed a bug report.
Michael
__
C. Michael Barton
Director, Center for Social Dynamics Complexity
Professor of Anthropology, School of Human Evolution Social Change
Arizona State
Le mardi 26 février 2013 à 16:49 +0100, Vaclav Petras a écrit :
Hi, you all made some interesting points. Please consider creating
wiki page on this topic. Something like Using GRASS from shell
effectively or Ps.map files management/workflow could be
interesting not only for newbies to
Thank you.
I am thinking about trying to re-compile GRASS from source code and see if it
will resolve the issue. Also, I found some documentation on using python to
acquire add-ons with the g.extension manager.
Sincerely,
-robert brown
On Feb 26, 2013, at 1:40 PM, Michael Barton
Hi,
a couple of points,
firstly, you can add this to ~/.grass.bashrc:
g.cd()
{
MAPSET=`g.gisenv get=MAPSET`
LOCATION_NAME=`g.gisenv get=LOCATION_NAME`
GISDBASE=`g.gisenv get=GISDBASE`
LOCATION=$GISDBASE/$LOCATION_NAME/$MAPSET
cd $LOCATION
}
(as I just did, nice idea, thanks!)
Nikos wrote:
if I understand Vincent's need(s), and if they coincide with
mine, I think it's about checking map names, colr rules, maybe
check the subgroups which is not easy via the g.list
type=group nor the i.group group=yourGroup -l
commands, etc.
fwiw, g.findfile might be useful for
Hamish wrote:
firstly, you can add this to ~/.grass.bashrc:
g.cd()
{
MAPSET=`g.gisenv get=MAPSET`
LOCATION_NAME=`g.gisenv get=LOCATION_NAME`
GISDBASE=`g.gisenv get=GISDBASE`
LOCATION=$GISDBASE/$LOCATION_NAME/$MAPSET
cd $LOCATION
}
(as I just did, nice idea, thanks!)
here
Hi,
2013/2/26 Hamish hamis...@yahoo.com:
Hamish wrote:
firstly, you can add this to ~/.grass.bashrc:
g.cd()
{
MAPSET=`g.gisenv get=MAPSET`
LOCATION_NAME=`g.gisenv get=LOCATION_NAME`
GISDBASE=`g.gisenv get=GISDBASE`
LOCATION=$GISDBASE/$LOCATION_NAME/$MAPSET
cd $LOCATION
}
Nikos wrote:
if I understand Vincent's need(s), and if they coincide with
mine, I think it's about checking map names, colr rules, maybe
check the subgroups which is not easy via the g.list
type=group nor the i.group group=yourGroup -l
commands, etc.
Hamish:
fwiw, g.findfile might be
Martin wrote:
cool, as Vaclav noted please add such useful notes on the wiki.
done @ http://grasswiki.osgeo.org/wiki/GRASS_and_Shell
Otherwise it will be lost in ML jungle.
the distributed backup method ;)
Hamish
___
grass-user mailing list
When I tried to compile r.geomorphon, I got the errors you see below. I just
tried g.extensions with similar results.
$ make MODULE_TOPDIR=/home/bob/dev/gis/grass70
test -d OBJ.x86_64-unknown-linux-gnu || mkdir -p OBJ.x86_64-unknown-linux-gnu
gcc -g -Wall
I would like to be able to put some surfaces in the space over a DEM. In other
words, I have a DEM, and then I need to calculate some regions that are
keep-out zones in space above. I can calculate where these surfaces are
fairly easily in Python, for example. So the output of my calculation
I am trying to run GRASS 7 on Ubuntu 12.04. I am new to both GRASS and
Ubuntu. I believe I have it installed, but can't get version 7 to run.
When I search my Ubuntu Software Center it shows grass70 as installed. In
a terminal when I type 'grass' I am prompted to run v. 6.4.3. When I type
Chad Ferguson wrote:
I am trying to run GRASS 7 on Ubuntu 12.04. I am new to both GRASS and
Ubuntu. I believe I have it installed, but can't get version 7 to run.
Hi Chad!
How did you proceed in getting the software installed?
If I am not wrong, the current version in the official Ubuntu
Hi,
missing function definitions added in svn with r55235 now it builds. I'll
leave the other compiler warnings for the authors to look at ...
Hamish
--- On Tue, 2/26/13, Moskovitz, Bob@DOC bob.moskov...@conservation.ca.gov
wrote:
From: Moskovitz, Bob@DOC bob.moskov...@conservation.ca.gov
Adam wrote:
I would like to be able to put some surfaces in the space over
a DEM.
in NVIZ, add a new raster surface, and set the map to a constant
value instead of a map name. You can either change the value of
the constant or the z-position offset to move it around.
For a finite surface area,
On 2/26/13 9:56 PM, Hamish hamis...@yahoo.com wrote:
Adam wrote:
I would like to be able to put some surfaces in the space over
a DEM.
in NVIZ, add a new raster surface, and set the map to a constant
value instead of a map name. You can either change the value of
the constant or the
Le mardi 26 février 2013 à 12:30 -0800, Hamish a écrit :
re. and more, fwiw, I find adding this to ~/.inputrc is much
nicer to use than ^r,
# Bind page up/down wih history search -
\e[5~: history-search-backward
\e[6~: history-search-forward
type the first few
41 matches
Mail list logo