The following message is a courtesy copy of an article
that has been posted to gmane.comp.gis.grass.devel as well.
Hi
I posted on my blog an outline of an idea of how spatial data could be
easily loaded from GRASS into R and written back.
(see
The following message is a courtesy copy of an article
that has been posted to gmane.comp.gis.grass.devel as well.
Hi
During the recent useR conference I had a discussion with Roger Bivand
about the usage of GRASS from R on a Mac. I got it to work, but I
manually had to adjust library paths as
Hi,
you probably know, I've once started the discussion on this topic on
grass-stats ML (very simple test code included) [1]. And I've also
tried some basic example and experienced some problems [2]. To the
information you provided I would add that the new functionality have
to be written in C++
Vaclav Petras wenzesl...@gmail.com writes:
Hi,
Hi,
you probably know, I've once started the discussion on this topic on
grass-stats ML (very simple test code included) [1]. And I've also
tried some basic example and experienced some problems [2].
To my shame, I must say I overlooked your
On Mon, Jul 15, 2013 at 5:55 PM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
From within GRASS, only the owner of a mapset is allowed to start a
GRASS session in this mapset, i.e. only the owner of a mapset has
write permissions to this mapset. But a new mapset being a
On Mon, Jul 15, 2013 at 11:09 PM, Nikos Alexandris
n...@nikosalexandris.net wrote:
Moritz Lennert wrote:
[..]
time i.segment -w group=pan_r_ir out=seg_weighted_pan_r_ir
threshold=0.01 memory=8192
Loading input bands...
Pass 1:
ERROR: Invalid region id 0
[..]
What could be the
#1619: v.krige won't load: ImportError: No module named globalvar
-+--
Reporter: momsen | Owner: grass-dev@…
Type: defect | Status: closed
Priority: normal |
#1196: v.krige.py fails with ImportError: No module named vkrige
-+--
Reporter: marisn | Owner: grass-dev@…
Type: defect | Status: reopened
Priority: normal |
You could try G_OPT_M_DIR. The comment says directory input but it
should also work for output, all it should return is the path to a
folder.
Markus M
On Mon, Jul 15, 2013 at 5:42 PM, Margherita Di Leo
dileomargher...@gmail.com wrote:
Dear Devs,
in r57084 Martin has added standardized
Dear developers,
in connection with attempts to rewrite some GRASS module with OpenMP we
have rewrote the v.kcv module. The new version is much faster that the
previous (no OpenMP is now needed - there is only one loop now with
direct writing to the resulting layer). We believe that the new
[previous discussion(s) erased]
A series of tests completed successfully for thresholds 0.1, 0.3, 0.5, 0.7,
0.9, no matter if memory= 300 or 3. For the extreme case threshold=0.99,
the process failed for both memory= 300 or 3 settings.
Note, all tests reported below were performed in
#1290: WinGrass: v.krige not working due to missing rpy2 pkg for MS Windows
---+
Reporter: hellik | Owner: grass-dev@…
Type: defect | Status: new
Moritz Lennert wrote:
[..]
time i.segment -w group=pan_r_ir out=seg_weighted_pan_r_ir
threshold=0.01 memory=8192
Loading input bands...
Pass 1:
ERROR: Invalid region id 0
[..]
What could be the problem ?
Nikos Alexandris:
the same error today while performing a random test.
On 16 July 2013 09:59, Rainer M Krug rai...@krugs.de wrote:
Vaclav Petras wenzesl...@gmail.com writes:
Hi,
Hi,
you probably know, I've once started the discussion on this topic on
grass-stats ML (very simple test code included) [1]. And I've also
tried some basic example and experienced
Vaclav Petras wenzesl...@gmail.com writes:
On 16 July 2013 09:59, Rainer M Krug rai...@krugs.de wrote:
Vaclav Petras wenzesl...@gmail.com writes:
Hi,
Hi,
you probably know, I've once started the discussion on this topic on
grass-stats ML (very simple test code included) [1]. And I've
Dear developers,
in connection with attempts to rewrite some GRASS module with OpenMP we
have rewrote the v.kcv module. The new version is much faster that the
previous (no OpenMP is now needed - there is only one loop now with
direct writing to the resulting layer). We believe that the new
Hello all from Prague!
The sprint is progressing well, with another productive day!
Special thanks to Martin and MarkusN for the smooth organisation :)
The full list of what we did can be found here:
http://grasswiki.osgeo.org/wiki/Talk:GRASS_Community_Sprint_Prague_2013
Since last report,
#2033: Moving g.pnmcomp to lib/display to improve render performance of wxGUI
--+-
Reporter: huhabla | Owner: grass-dev@…
Type: enhancement |
#2032: r.mapcalc does not always respect MASK
-+--
Reporter: pvanbosgeo | Owner: grass-dev@…
Type: defect | Status: closed
Priority: normal | Milestone:
Markus Metz wrote:
The convention is that programs should allow the user to control read
and write permissions via the umask, while execute permission is
determined by the program.
In this case, would it be ok to enforce umask to 0022 in the start up script?
Not literally. Those two
#2033: Moving g.pnmcomp to lib/display to improve render performance of wxGUI
--+-
Reporter: huhabla | Owner: grass-dev@…
Type: enhancement |
I will make one as soon as I get a chance. Crazy day so far.
Michael
C. Michael Barton
Director, Center for Social Dynamics Complexity
Professor of Anthropology, School of Human Evolution Social Change
Arizona State University
voice: 480-965-6262 (SHESC),
Markus Metz wrote:
In this case, would it be ok to enforce umask to 0022 in the start up
script?
two rules to thumb:
we shouldn't restrict others to the limits of our own imagination.
(if someone wants to set their umask to allow 777 for whatever reason
or need, why not let them?)
it's
23 matches
Mail list logo