Glynn Clements wrote:
Markus Metz wrote:
Executing a script uses the registry associations for the script's
extension.
WinGRASS does not set registry associations for Python scripts, nor
does it install Python system-wide. This is because we do not want to
modify an existing Python
On Tue, Feb 4, 2014 at 11:29 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
Other projects such as gimp or libreoffice are AFAICT reasonably
bundled with Python, without a Python installer.
They aren't attempting to support Python scripts as stand-alone
programs (i.e
On Thu, Feb 6, 2014 at 5:57 PM, Markus Neteler nete...@osgeo.org wrote:
On Thu, Feb 6, 2014 at 1:14 PM, Blumentrath, Stefan
stefan.blumentr...@nina.no wrote:
Dear all,
I am testing, trying, learning GRASS 7`s hydrology moduls at the moment. And
I am very, very satisfied with the available
Glynn Clements wrote:
Markus Metz wrote:
Other projects such as gimp or libreoffice are AFAICT reasonably
bundled with Python, without a Python installer.
They aren't attempting to support Python scripts as stand-alone
programs (i.e. something which can be run from the command prompt
On Mon, Feb 10, 2014 at 11:26 AM, Helmut Kudrnovsky hel...@web.de wrote:
Therefore we need
hard-coded special treatment for shell and Python scripts in order to
make sure that the correct interpreter is used.
Just for my understanding: When you say hard-coded special treatment for
shell
On Mon, Feb 10, 2014 at 12:04 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 10/02/14 11:46, Markus Metz wrote:
On Mon, Feb 10, 2014 at 11:26 AM, Helmut Kudrnovsky hel...@web.de wrote:
Therefore we need
hard-coded special treatment for shell and Python scripts in order to
make
On Mon, Feb 10, 2014 at 7:53 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Mon, Feb 10, 2014 at 1:19 PM, Markus Neteler nete...@osgeo.org wrote:
Hi,
I noticed on Linux that while type
v.extract input=lakes out=anything where=@
and a map name list pops up...
Is this happening to
On Mon, Feb 10, 2014 at 12:55 PM, Volker Fröhlich volke...@gmx.at wrote:
On 02/10/2014 11:52 AM, Pietro wrote:
On Mon, Feb 10, 2014 at 10:43 AM, Martin Landa landa.mar...@gmail.com
wrote:
2014-02-10 11:39 GMT+01:00 Pietro peter.z...@gmail.com:
So are you agree to change the requirements for
On Mon, Feb 10, 2014 at 8:29 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Mon, Feb 10, 2014 at 2:17 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
On Mon, Feb 10, 2014 at 6:44 PM, Vaclav Petras wenzesl...@gmail.com
wrote:
On Mon, Feb 10, 2014 at 8:41 AM, Markus Metz
On Mon, Feb 17, 2014 at 4:48 PM, Vaclav Petras wenzesl...@gmail.com wrote:
Just for case, it is not known yet.
Compile errors in r.li.* modules:
Oops, fixed in r59074.
Markus M
edgedensity.c:356:30: error: too few arguments to function call, expected 2,
have 1
On Tue, Feb 11, 2014 at 5:39 PM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
This is the fundamental difference and the reason why using a
system-wide Python can only cause trouble on Windows. On Windows, a
software package typically includes everything it needs to run
On Thu, Feb 20, 2014 at 9:08 AM, Tereza Fiedlerová
tfiedler...@gmail.com wrote:
Hello,
I'm thinking about participating in GSoC this year, if I find some
interesting topic. I went through GRASS GSoC ideas. The two most interesting
for me are Vector legend and Extracting the medial axis of
On Thu, Feb 20, 2014 at 10:47 PM, Anna Petrášová kratocha...@gmail.com wrote:
On Thu, Feb 20, 2014 at 4:06 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
On Thu, Feb 20, 2014 at 9:08 AM, Tereza Fiedlerová
tfiedler...@gmail.com wrote:
Hello,
I'm thinking about participating
There is an OpenMP version of r.clump available at
http://sil.uc.edu/downloads.html#software
called r.clump4p. The reported performance gain is 450 times over the
original r.clump.
The performance gain over the original r.clump vanished:
r.clump4p with one thread is now about 12x slower than
On Mon, Feb 24, 2014 at 12:00 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 23/02/14 23:10, Markus Metz wrote:
There is an OpenMP version of r.clump available at
http://sil.uc.edu/downloads.html#software
called r.clump4p. The reported performance gain is 450 times over
In the wxGUI digitizer, I can no longer select vector features. Since
I can not select vector features, I can't do anything, no move,
delete, edit, etc.
Unfortunately this applies to all branches.
Markus M
___
grass-dev mailing list
! That was it!
Yours,
Vincent.
Le mardi 25 février 2014 à 22:11 +0100, Markus Metz a écrit :
In the wxGUI digitizer, I can no longer select vector features. Since
I can not select vector features, I can't do anything, no move,
delete, edit, etc.
Unfortunately this applies to all branches.
Markus
On Tue, Mar 4, 2014 at 5:13 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
[I moved this discussion to grass-dev ML which seems to be more appropriate]
2014-03-03 23:27 GMT+01:00 Markus Metz markus.metz.gisw...@gmail.com:
- after 110min failed with ERROR: G_calloc: unable to allocate 101
On Tue, Mar 4, 2014 at 8:53 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Tue, Mar 4, 2014 at 5:13 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
[I moved this discussion to grass-dev ML which seems to be more appropriate]
2014-03-03 23:27 GMT+01:00 Markus Metz markus.metz.gisw
On Wed, Feb 19, 2014 at 3:56 PM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
It's fairly trivial to set a valid GRASS environment globally, so that
commands are usable in any shell. That's how I've had it on Linux
since roughly forever; I don't run the grass70
On Sun, Apr 6, 2014 at 3:16 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 06/04/14 13:46, Hamish wrote:
As mentioned before, I wish to use the bulk of my grass dev time
maintaining the grass 6 line. To do that properly I need a staging
area, and devbr6 is it.
I don't see the
University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
All electronic mail messages in connection with State business which are
sent to or received by this account are subject to the NC Public Records Law
and may be disclosed to third parties.
On Apr 6, 2014, at 4:45 PM, Markus Metz wrote
On Thu, Mar 6, 2014 at 10:08 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
.py is supposed to be associated with a Python interpreter, and
the stock Python installer will do that.
.py is not supposed to be associated with a Python interpreter that is
installed
On Tue, Apr 8, 2014 at 11:23 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Tue, Apr 8, 2014 at 3:22 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
IMHO, what you say is that GRASS and MS Windows are incompatible by
principle, and you will not succeed in making MS Windows compatible
On Wed, Apr 9, 2014 at 3:44 AM, Glynn Clements gl...@gclements.plus.com wrote:
Markus Metz wrote:
All of this goes out the window if you want to provide a command-line
environment, whether an interactive shell or the ability to execute
commands via system() or CreateProcess().
It works
Hi all,
I tried to synchronize the C code base of relbr6 and devbr6. I did not
port any new functionality to relb6 and did (hopefully) not change
translatable messages.
There are some outstanding issues:
- configure tests for X11/Xmu/Xmu.h in devbr6 (r53778) because it is
required by Nviz. This
On Wed, Apr 9, 2014 at 9:21 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 09/04/14 03:17, Vaclav Petras wrote:
On Tue, Apr 8, 2014 at 9:09 PM, Glynn Clements gl...@gclements.plus.com
mailto:gl...@gclements.plus.com wrote:
If there's no Python installed, the installer can
A short comment about GRASS as a monolithic application or not:
On every OS where I tested various GRASS versions (I tested on various
Linux distros, on various FreeBSD versions, on various NetBSD
versions, on 2 Solaris versions and helped give IBM AIX a try) and on
all these OS's I started GRASS
On Wed, Apr 23, 2014 at 1:37 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
Therefore it is IMHO not a good idea to rely on a system-wide Python
file association on MS Windows,
Regardless of whether or not it's a good idea, it's not entirely
avoidable.
Sure
On Fri, Apr 25, 2014 at 5:18 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Martin Landa wrote:
It's easier to check if the file is a python script and if so than
to force to use bundled version of Python.
So long as I have commit access, GRASS isn't going to be forcing the
use of a
On Sat, Apr 26, 2014 at 1:16 PM, Glynn Clements
gl...@gclements.plus.com wrote:
Martin Landa wrote:
By all means provide fall-backs, workarounds, alternatives, or
whatever, but anything which tries to make such things mandatory is
going to get reverted. Again.
really nice attitude ;-)
check-at-startup-mechanism here]
Moritz Lennert:
Markus Metz:
[...] An existing system Python on MS Windows can change or disappear
any time, and a GRASS installation will not be notified about this
change.
But that's exactly the same on any OS, including GNU/Linux. It is up to the
user
On Fri, May 2, 2014 at 11:19 PM, Huidae Cho gras...@gmail.com wrote:
OK, I did a quick search and there are 104 calls to Vect_open_new. 63 calls
don't check its return value and 41 calls check. 27 of the 41 that do the
check do some cleaning work before finally throwing a fatal error. Most
Glynn Clements wrote:
Huidae Cho wrote:
But again, when they call fatal error internally, they don't have pointers
to maps. It would be great if we could keep track of opened raster/vector
maps and properly close existing maps and delete unfinished new maps inside
G_fatal_error. And use
On Wed, Apr 30, 2014 at 9:51 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
By all means provide fall-backs, workarounds, alternatives, or
whatever, but anything which tries to make such things mandatory is
going to get reverted. Again.
really nice attitude
The change is r60691 does not make sense. Passing a line id of 1 is
a programmer error and the respective module calling
Vect_get_centroid_area() needs to be fixed, not the library. Reverted
in r61447.
Markus M
___
grass-dev mailing list
On Wed, Sep 17, 2014 at 3:33 PM, Vaclav Petras wenzesl...@gmail.com wrote:
Hi,
it seems [1] that v.overlay cannot handle dot in mapset name which probably
points to a wrong handling of mapset in a parameter.
How did you manage to add @mapset to the output name? With the GUI
this is not
On Wed, Sep 17, 2014 at 10:28 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Wed, Sep 17, 2014 at 3:50 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
On Wed, Sep 17, 2014 at 3:33 PM, Vaclav Petras wenzesl...@gmail.com
wrote:
Hi,
it seems [1] that v.overlay cannot handle dot
On Wed, Aug 27, 2014 at 10:01 AM, Luca Delucchi lucadel...@gmail.com wrote:
Hi everybody,
I'm testing v.clean with meters and feet projection system.
I'm trying to run v.clean in the same map and with the same
parameters, but I obtain a different result. For the testing I'm using
On Tue, Sep 30, 2014 at 8:16 PM, Huidae Cho gras...@gmail.com wrote:
Hmm... I removed g.list/g.remove and renamed g.mlist/g.mremove. Maybe,
there is a better way?
Did you remove or svn remove? Same for rename. I guess you did
svn [remove|rename], and some other people did not make distclean
Glynn Clements wrote:
Can someone determine whether there's a problem with
r.neighbors gauss=... in 6.x?
There is no problem with the Gaussian filter, but a problem with the
output map type of r.neighbours in G64: the output type is in G64 the
same like the input type, whereas in G7 the output
Is there any reason why gui/wxpython/gis_set.py imports (eventually)
etc/python/grass/pygrass/raster/buffer.py?
Anyway, r62196 fails to start the GUI in trunk because of broken
pygrass. I doubt if it is a good idea to make pygrass a dependency of
the GUI.
Markus M
On Wed, Oct 15, 2014 at 7:52 AM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Oct 15, 2014 at 3:35 AM, Vaclav Petras wenzesl...@gmail.com wrote:
Hi Markus and others,
I would do a backport or r61812 but I'm not sure if it works correctly. It
seems to work and I got the same results as with
/grass/ticket/2437#comment:23
I have no idea what is the right fix. (I had no idea before but now it is
even worse.)
Thanks,
Vaclav
On Wed, Sep 17, 2014 at 6:00 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Wed, Sep 17, 2014 at 5:24 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote
On Sun, Oct 26, 2014 at 12:31 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
Output is always created in the current mapset, thus output
names are not allowed to contain '@'.
That's incorrect.
Output is always created in the current mapset. That doesn't mean
On Tue, Oct 28, 2014 at 3:49 PM, Markus Neteler nete...@osgeo.org wrote:
Hi,
it would be nice to have in v.info or v.category the possibility to
check if a vector map comes with multiple layers.
I didn't figure out how to add that in these or one of these modules.
Perhaps I am missing
On Tue, Oct 28, 2014 at 4:49 PM, Markus Neteler nete...@osgeo.org wrote:
On Tue, Oct 28, 2014 at 4:25 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Tue, Oct 28, 2014 at 3:49 PM, Markus Neteler nete...@osgeo.org wrote:
Hi,
it would be nice to have in v.info or v.category
On Wed, Oct 29, 2014 at 8:44 AM, Luca Delucchi lucadel...@gmail.com wrote:
On 28 October 2014 20:40, Markus Metz markus.metz.gisw...@gmail.com wrote:
So the question is how to handle multiple categories per feature and
layer instead of multiple layers per vector?
yes
Would it be so
On Thu, Oct 30, 2014 at 2:31 PM, Luca Delucchi lucadel...@gmail.com wrote:
Hi Markus,
On 29 October 2014 09:15, Markus Metz markus.metz.gisw...@gmail.com wrote:
Please try the attached patch for gui/wxpython/rlisetup.
I test your patch and it works. I improved a little bit it (attached
On Thu, Oct 30, 2014 at 3:23 PM, Luca Delucchi lucadel...@gmail.com wrote:
On 30 October 2014 15:08, Markus Metz markus.metz.gisw...@gmail.com wrote:
On Thu, Oct 30, 2014 at 2:31 PM, Luca Delucchi lucadel...@gmail.com wrote:
Hi Markus,
On 29 October 2014 09:15, Markus Metz markus.metz.gisw
On Fri, Oct 31, 2014 at 9:34 AM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Thu, Oct 30, 2014 at 3:23 PM, Luca Delucchi lucadel...@gmail.com wrote:
On 30 October 2014 15:08, Markus Metz markus.metz.gisw...@gmail.com wrote:
On Thu, Oct 30, 2014 at 2:31 PM, Luca Delucchi lucadel
On Sun, Nov 2, 2014 at 11:26 PM, Markus Neteler nete...@osgeo.org wrote:
On Sun, Nov 2, 2014 at 10:52 PM, Helmut Kudrnovsky hel...@web.de wrote:
Martin Landa wrote
we could probably also remove these modules from trunk and maintain
them on one place only (addons for now, can be changed in the
Benjamin Ducke wrote:
Does v.clean currently check and ensure that
all vertices of a polygon lie in the same plane?
Also if the vertices have Z coordinates?
No. GRASS vector topology is pure 2D, Z coordinates are only dragged
along while cleaning.
Markus M
Martin Landa wrote:
2011/11/9 Martin Landa landa.mar...@gmail.com:
At this stage I would like to propose more structured layout based on
several packages (core, gui_core, forms, lmgr or mapdisp) and non-core
sub-packages in `modules` package.
probably I would replace `modules` with something
Sören Gebbert:
Hi all,
i agree with Martins point of view. Having just a single flag -g to
print all available information in shell style makes IMHO much more
sense. It reduces the need for many flags which may change over time
and which confuses module developer and API designer.
Having
Hamish wrote:
Martin wrote:
shrug, `-g` is mainly used for shell script output,
I think it would be better update `r.info` and `v.info` to
follow this logic, g.region is an exception. You are going to
the opposite direction!
AFAIR g.region was the original, using -g to display region
Martin Landa wrote:
Hi,
2011/11/10 Michael Barton michael.bar...@asu.edu:
I think this is a good idea. The only thing is that the proposed directory
structure seems a bit over-complicated. To actually make a change, fix a
bug, or add a new feature, it is necessary to alter code in several
Roger Bivand wrote:
Hi,
I first tried 6.4.2 RC2, now also checked out SVN 49406, with the same
result. With fresh Fedora 16, building from source (with 6.4.1 the proj
arguments were never needed), there is trouble loading the GUI:
wxNviz has been disabled only 3 days ago in 6.4, latest svn
Dylan Beaudette wrote:
Just noticed a nasty bug when using v.db.dropcolumn and v.db.join with a
sqlite back-end. This seems to happen whenever a table is modified using the
'coltypes' as reported by the GRASS-DB API:
Here are the coltypes reported from a vector newly imported
G. Allegri wrote:
I resume (first as a repeat to myself) what I've learned from the various
email on the topic
Vectors can be:
LEVEL 1:
- no topology - very limited use
LEVEL 2:
- unclean topology - limited use
- clean topology - full support
I previously thought that LEVEL 2 was
Hamish wrote:
Markus Neteler wrote:
how about replacing r.los with r.viewshed?
needs fixing:
grass65/dist.i686-pc-linux-gnu/include/grass/iostream/replacementHeapBlock.h:146:
warning: 'str' may be used uninitialized in this function
(3 times).
Did you ever have a look at the compiler
On Fri, Dec 2, 2011 at 5:36 AM, Dylan Beaudette
dylan.beaude...@gmail.com wrote:
On Thu, Dec 1, 2011 at 1:25 AM, Markus Metz
markus.metz.gisw...@googlemail.com wrote:
Dylan Beaudette wrote:
Just noticed a nasty bug when using v.db.dropcolumn and v.db.join with a
sqlite back-end. This seems
Hamish wrote:
Michael wrote:
I lost the previous thread but wanted to respond
to your question about which modules might
benefit from speedup.
In our recursive landscape evolution module
(r.landscape.evol.py), the two GRASS modules that
take the most time are r.watershed, r.stats, and
On Mon, Dec 5, 2011 at 11:30 AM, Hamish hamis...@yahoo.com wrote:
Hamish:
wrt r.walk: I would think to start with parallelizing r.cost, then
porting the method over to r.walk. Both modules use the segment
library, so coding it to process each segment in its own thread
seems like the way
On Mon, Dec 12, 2011 at 5:29 PM, Dylan Beaudette
debeaude...@ucdavis.edu wrote:
On Friday, December 02, 2011, Markus Metz wrote:
On Fri, Dec 2, 2011 at 5:36 AM, Dylan Beaudette
dylan.beaude...@gmail.com wrote:
On Thu, Dec 1, 2011 at 1:25 AM, Markus Metz
markus.metz.gisw...@googlemail.com
On Wed, Dec 14, 2011 at 8:16 AM, Maris Nartiss maris@gmail.com wrote:
OK. When creating a new test dataset I understood where's the problem:
v.clean rmdupl will remove duplicate geometries and will merge
categories resulting in single geometry, multiple categories
(acceptable in GRASS)
On Wed, Nov 30, 2011 at 10:24 PM, Dylan Beaudette
debeaude...@ucdavis.edu wrote:
Just noticed a nasty bug when using v.db.dropcolumn and v.db.join with a
sqlite back-end. This seems to happen whenever a table is modified using the
'coltypes' as reported by the GRASS-DB API:
Please try trunk
On Sun, Dec 18, 2011 at 6:13 PM, Mohammed Rashad
mohammedrasha...@gmail.com wrote:
On Sun, Dec 18, 2011 at 9:13 PM, Martin Landa landa.mar...@gmail.com
wrote:
2011/12/18 Mohammed Rashad mohammedrasha...@gmail.com:
echo /usr/lib/grass64/lib /etc/ld.so.conf
ldconfig
Hi Hamish
I
On Sun, Dec 18, 2011 at 7:30 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2011/12/17 Hamish hamis...@yahoo.com:
btw, my current feeling about the ~/.grass$MAJOR/addons$MAJOR.$MINOR.$BUGVER
specific path to protect from binary GIS_H incompatibility is that it
may be better to create a
2011/12/19 Anna Kratochvílová kratocha...@gmail.com:
Hi,
I can't compile grass7, r49838
Anna
Errors in:
/usr/local/src/trunk/vector/v.rectify
Please try r49839
Markus M
anna@dell-desktop:/usr/local/src/trunk/vector/v.rectify$ make
gcc -g -Wall -Werror-implicit-function-declaration
The easiest way to create a different GUI is probably to write a
simple script (bash for GRASS 6, Python for GRASS 7) where you can
change the name of options and in what GUI section they are to appear,
and then within the script create the command line for the regular
r.watershed and execute that
On Mon, Dec 19, 2011 at 6:13 AM, Markus Neteler nete...@osgeo.org wrote:
On Sun, Dec 18, 2011 at 12:07 PM, Markus Metz
markus.metz.gisw...@googlemail.com wrote:
On Wed, Nov 30, 2011 at 10:24 PM, Dylan Beaudette
debeaude...@ucdavis.edu wrote:
Just noticed a nasty bug when using v.db.dropcolumn
in trunk r49877 the GUI fails with
Traceback (most recent call last):
File
/home/metz/src/grass-7.0.svn/dist.x86_64-unknown-linux-gnu/etc/gui/wxpython/wxgui.py,
line 34, in module
from lmgr.frame import GMFrame
File
trunk because the imagery lib does a better
job at transforming coordinates.
Markus M
On Fri, Dec 23, 2011 at 11:40 AM, Markus Metz
markus.metz.gisw...@googlemail.com wrote:
in trunk r49877 the GUI fails with
Traceback (most recent call last):
File
/home/metz/src/grass-7.0.svn/dist.x86_64
:
1. r.grow by one cell on area of interest. (It's an important step. Thanks
to Markus Metz for this tip.) Time taken by the module: approximately 2
hours.
2. r.stream.extract on my area of interest.(42000*42000 cells) with 100
sq.km. as threshold (12345 in number of cells.)
Above you said
2012/1/4 Sören Gebbert soerengebb...@googlemail.com:
2012/1/4 Martin Landa landa.mar...@gmail.com:
Hi,
2011/12/31 Sören Gebbert soerengebb...@googlemail.com:
great! Just a small note, maybe we should follow same naming
convention, see `r.resamp.interp`.
Oh what a pity, interpol sounds so
When trying to install an extension in trunk wingrass, I get an error
that the requested addon is not found because the url used is
http://wingrass.fsv.cvut.cz/grass70/addons7.0.svn
which should be
http://wingrass.fsv.cvut.cz/grass70/addons
Commenting out lines 650,651 in
On Wed, Jan 4, 2012 at 6:24 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2012/1/4 Markus Metz markus.metz.gisw...@googlemail.com:
When trying to install an extension in trunk wingrass, I get an error
that the requested addon is not found because the url used is
hopefully fixed
On Tue, Jan 10, 2012 at 1:03 PM, Jan Trochta j.troc...@gmail.com wrote:
Hi Folks,
I am try to use GRASS7 SVN on win 7. I tested new modul r.viewshed on
large dataset. But some problem with memory.
not shure if it is my mistake or bug.
Jan Trochta
The memory-related warnings can be ignored.
Would there be interest to have in the wxGUI the possibility to change
the current working directory for a GRASS session? By default this is
under windows the documents and settings folder of the current user,
but project-related data and output may well be somewhere else. This
somewhere else
current working directory
in a GRASS environment variable?
Markus M
Helena
On Jan 12, 2012, at 9:33 AM, Markus Metz wrote:
Would there be interest to have in the wxGUI the possibility to change
the current working directory for a GRASS session? By default this is
under windows the documents
On Wed, Jan 18, 2012 at 10:50 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
ids of area boundaries can be negative (N2-N1), I think that
Vect_get_area_boundaries() should return list of non-negative ids [1].
Vect_list_append(List, abs(line));
Similar for Vect_get_isle_boundaries() or
Martin Landa wrote:
Hi all,
currently dimension of vector map is stored in three different places (vlib)
Map-plus.spidx_with_z (Plus_head) - spatial index
That is coming from GRASS 5 and used as a safety check that the
spatial index has the same dimensions like the coordinates. It can
On Sat, Jan 21, 2012 at 7:31 PM, Markus Neteler nete...@osgeo.org wrote:
GRASS 6.4.2svn (piemonte_utm32_wgs84):/grassdata v.info beni_urbanistici
++
| Layer: beni_urbanistici
On Sun, Jan 22, 2012 at 8:26 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2012/1/21 Markus Metz markus.metz.gisw...@googlemail.com:
Yes, because Vect_get_proj_name() and _zone() are typically unset?!
it should be set [1] by Vect__open_old(). Probably when creating
vector map
2012/1/22 Sören Gebbert soerengebb...@googlemail.com:
Dear all,
what do you think about a new approach of handling vector maps and
assigned database layer?
To access the vector/layer combination in a vector module, the user
must separately define the vector name and its layer number/name.
Starting GRASS GIS...
Traceback (most recent call last):
File
/home/metz/src/grass-7.0.svn/dist.x86_64-unknown-linux-gnu/etc/gui/wxpython/gis_set.py,
line 41, in module
from gui_core.ghelp import HelpFrame
File
On Tue, Jan 24, 2012 at 5:31 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2012/1/24 Markus Metz markus.metz.gisw...@googlemail.com:
[...]
I think the problem is circularity because core.utils is already imported.
ops, hopefully fixed in r50415.
Working, thanks for the quick fix
On Wed, Jan 25, 2012 at 2:46 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2012/1/25 Hamish hamis...@yahoo.com:
Map_info-proj likely needs some work to finish taking advantage of it in
the libs modules, if this assert failsafe is to be used with vector
maps. (for my 2c I think it is
2012/1/25 Sören Gebbert soerengebb...@googlemail.com:
Hi Martin,
many thanks for your example. It works fine with two layer.
But is there a way to add categories to a number of layers larger than
two using the same vector map?
This will add new categories to a new layer, irrespective of how
2012/1/25 Sören Gebbert soerengebb...@googlemail.com:
2012/1/25 Markus Metz markus.metz.gisw...@googlemail.com:
Note that a GRASS layer is defined by the existence of at least one
vector feature with at least one category value in that layer. That
layer may or may not be attached
Hi Sören,
2012/1/25 Sören Gebbert soerengebb...@googlemail.com:
Hi Markus,
2012/1/25 Markus Metz markus.metz.gisw...@googlemail.com:
2012/1/25 Sören Gebbert soerengebb...@googlemail.com:
2012/1/25 Markus Metz markus.metz.gisw...@googlemail.com:
Note that a GRASS layer is defined
I don't really understand why the projection code (one of 0, 1, 2, 3,
99) could be a safety check for mis-copying. A projection is defined
by several parameters, and for UTM, only the zone number is not
sufficient. I would rather discard that info, or keep the full
projection info with each map.
On Fri, Jan 27, 2012 at 9:57 PM, Hamish hamis...@yahoo.com wrote:
Moritz ha scritto:
typemask is not an option for v.centroid, but a grass-plugin
specific parameter. What does it do ?
Paolo:
it filters out the type of maps that appears on the list.
Martin:
AFAIU, it's related to `type`
On Mon, Jan 30, 2012 at 11:38 AM, Markus Neteler nete...@osgeo.org wrote:
Hi
to my knowledge no DBMI function exists yet to check if a column exists
in (vector) table.
Suggestions:
db_get_column(driver, hcolumn,key, column);
if (!column)
G_fatal_error(_(Missing column %s
On Mon, Jan 30, 2012 at 12:04 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2012/1/30 Markus Metz markus.metz.gisw...@googlemail.com:
db_get_column(driver, hcolumn,key, column);
if (!column)
G_fatal_error(_(Missing column %s in table %s), hcolumn,
table
Hi Sören,
2012/2/1 Sören Gebbert soerengebb...@googlemail.com:
Dear developer,
i would like to inform about my plans to modify the header format of
raster3d maps.
The reason is the integration of vertical unit support to distinguish
between 3d spatial voxel cubes
and space time (2d + 1d)
On Mon, Feb 13, 2012 at 10:27 AM, Andy Wickert wick...@colorado.edu wrote:
Hi developers,
I have just taken a script that uses r.buffer in GRASS 6.4 and moved
it to GRASS 7.0. I am using geographic coordinates, and in GRASS 6.4,
r.buffer (as advertised) worked just fine in meters by doing the
On Wed, Feb 15, 2012 at 10:46 PM, Helmut Kudrnovsky hel...@web.de wrote:
what does it means? Any reference? Main channel established in real network
or algorithms of modeling main channel?
the mentionned real mainchannel is the part of real Austrian river network
(i.e. listed in the annual
On Fri, Feb 17, 2012 at 1:45 PM, Markus Neteler nete...@osgeo.org wrote:
On Fri, Feb 17, 2012 at 1:25 PM, Helmut Kudrnovsky hel...@web.de wrote:
Hi Markus,
Would it be possible to activate that?
in principle yes, it should work (tested a little bit locally).
AFAIK liblas needs the
101 - 200 of 1175 matches
Mail list logo