OK. This is weird.
I have installed on a different computer the same build of GRASS 7 that I
tested this on last Friday, where it worked fine.
Outside of the difference that the other computer is a Mac desktop (iMac) and
this one is a laptop (MacBook Air), they are set up the same (OS,
Hi,
2013/10/24 Glynn Clements gl...@gclements.plus.com:
You can override RUN_GISRC on the make command line if you want to use
a different $GISRC file.
right, done in r58103.
@Michael: please let us know if it works for you.
Martin
--
Martin Landa landa.martin gmail.com *
On Fri, Oct 25, 2013 at 4:18 AM, Martin Landa landa.mar...@gmail.comwrote:
Hi,
2013/10/24 Glynn Clements gl...@gclements.plus.com:
You can override RUN_GISRC on the make command line if you want to use
a different $GISRC file.
right, done in r58103.
@Michael: please let us know if it
I'll try to recompile today if I can. Thanks.
Michael Barton
School of Human Evolution Social Change
Center for Social Dynamics Complexity
Arizona State University
...Sent from my iPad
On Oct 25, 2013, at 1:18 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2013/10/24 Glynn Clements
I just tried g.extension in GRASS 7 compiled an hour ago. Sorry but it is still
broken in the same way. Do I need to add this to an existing bug report or file
a new one?
GRASS 7.0.svn (nc_spm_08):~ g.extension extension=r.fuzzy
Fetching r.fuzzy from GRASS-Addons SVN (be patient)...
Wait,
My svn up didn't work first time around. Checking again.
Michael
__
C. Michael Barton
Director, Center for Social Dynamics Complexity
Professor of Anthropology, School of Human Evolution Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice:
Yes!!!
This works. Thanks much Martin!
I test it with r.stream.order from the GRASS terminal and from the GUI wrapper.
Both work. So now it is working better than GRASS 6.4.
One question for what Bulent is experiencing. Do Mac users need to have the
Developer tools installed for g.extension
Michael Barton wrote:
it tries to run the virtual session therein to generate the header of
the manual. So it wants to use PERMANENT rather than store anything
there. Perhaps there is a switch needed/existing to not test who the
owner of the mapset is.
Forgot to ask, if anyone as an
This makes sense given the error messages. If so, this has been a problem for
awhile--although I hoped/thought it was solved a month back or so.
$GISBASE for the Mac is inside the GRASS-7.0.app. This is owned by the system,
though I (as an admin) have read/write privileges. Normally this would
Hi,
On Tue, Oct 22, 2013 at 1:51 AM, Michael Barton michael.bar...@asu.eduwrote:
Here is a bit more. When I try to send an extension to a directory where
I do have permissions without using sudo, g.extension on GRASS 7 still
insists on putting it into the GRASS app.
GRASS 7.0.svn
Hi Anna,
It works fine for me in GRASS 6.4, but does not work in GRASS 7. I get somewhat
different errors on different machines. On both tested so far, GRASS_ADDON_BASE
is correctly set:
GRASS 7.0.svn (nc_spm_08):~ $GRASS_ADDON_BASE
bash: /Users/cmbarton/Library/GRASS/7.0/Modules: is a
On Tue, Oct 22, 2013 at 9:28 PM, Michael Barton michael.bar...@asu.edu wrote:
...
On one machine (the one with GRASS_ADDON_PATH set), I get the errors
reported below. On the other machine, I get the following different set of
errors:
GRASS 7.0.svn (nc_spm_08):~ g.extension extension=r.fuzzy
Why is g.extension even trying to put something into PERMANENT (in what
location???) anyway? It is supposed to be installing into $GRASS_ADDON_BASE
Michael
__
C. Michael Barton
Director, Center for Social Dynamics Complexity
Professor of Anthropology, School of
Michael,
it tries to run the virtual session therein to generate the header of
the manual. So it wants to use PERMANENT rather than store anything
there. Perhaps there is a switch needed/existing to not test who the
owner of the mapset is.
Markus
___
Sounds like a plan.
Michael
__
C. Michael Barton
Director, Center for Social Dynamics Complexity
Professor of Anthropology, School of Human Evolution Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262 (SHESC),
In Makefiles there is way how to run something within a GRASS session
without requiring the current session. It is used for building
documentation and for example in gui/wxpython Makefile:
$(call run_grass,$(PYTHON) $ manager $@)
which uses this from include/Make/Rules.make:
GRASS_PYTHONPATH
Forgot to ask, if anyone as an idea as to *which* PERMANENT it is looking for.
I'm the owner of all the directories in by GISDatabase folder. So where is it
finding a PERMANENT that I don't have permissions for?
Michael
__
C. Michael Barton
Director, Center for
On Wed, Oct 23, 2013 at 1:36 AM, Michael Barton michael.bar...@asu.edu wrote:
Forgot to ask, if anyone as an idea as to *which* PERMANENT it is looking
for. I'm the owner of all the directories in by GISDatabase folder. So where
is it finding a PERMANENT that I don't have permissions for?
So responding to a query from a colleague I just tried g.extension in GRASS 7
that I compiled a few hours ago. Note that I'm running this from the terminal
and yes GRASS_ADDON_PATH is set properly.
$GRASS_ADDON_PATH
bash: :/Library/GRASS/7.0/Modules/bin
I start running g.extensions with just
A quick followup.
g.extension extension=r.stream.order
...works great in GRASS 6. The g.extension command module works fine too. But
the nice GUI wrapper does not do anything. No error, no message, nothing.
So the big problem is in GRASS 7, along with a non-functional GUI wrapper for
20 matches
Mail list logo