[GRASS-dev] why is r.li.setup unavailable in GRASS 7?

Why is r.li.setup unavailable in GRASS 7? It is greyed out in the menu and cannot be launched from the command line. Without this, you cannot use the other r.li modules. But I also see tickets that indicate r.li.setup has been happening very recently.

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), 480-727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Tue, Oct 30, 2012 at 6:38 AM, Michael Barton <Michael.Barton@asu.edu> wrote:

Why is r.li.setup unavailable in GRASS 7? It is greyed out in the menu and
cannot be launched from the command line. Without this, you cannot use the
other r.li modules. But I also see tickets that indicate r.li.setup has been
happening very recently.

The code is still here:
http://trac.osgeo.org/grass/browser/sandbox/lucadelu/r.li.setup.py

and requires testing before being migrated to trunk.

Markus

Il giorno 30/ott/2012 09:44, “Markus Neteler” <neteler@osgeo.org> ha scritto:

On Tue, Oct 30, 2012 at 6:38 AM, Michael Barton <Michael.Barton@asu.edu> wrote:

Why is r.li.setup unavailable in GRASS 7? It is greyed out in the menu and
cannot be launched from the command line. Without this, you cannot use the
other r.li modules. But I also see tickets that indicate r.li.setup has been
happening very recently.

The code is still here:
http://trac.osgeo.org/grass/browser/sandbox/lucadelu/r.li.setup.py

and requires testing before being migrated to trunk.

Yes, to test you can call directly "python r.li.setup.py " from the directory where you downloaded the file.
I worked on it last week and I compared the resulting setup files of python and tcl/tk and they are identical.
Right now not all the functionality of tcl/tk are implemented, but I’d like to move it from sandbox to trunk…

Markus

Cheers
Luca

OK. I’ll try to test as soon as possible, though hopefully others with greater familiarity with the r.li modules can help in this. Without r.li.setup, all other r.li modules are useless.

Related to this, the r.le modules appear in the menu but are greyed out. If they are no longer to be distributed with GRASS, they should come out of the menu.

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), 480-727-9746 (CSDC)
fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
www: http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton

On Oct 30, 2012, at 7:42 AM, Luca Delucchi <lucadeluge@gmail.com>
wrote:

Il giorno 30/ott/2012 09:44, “Markus Neteler” <neteler@osgeo.org> ha scritto:

On Tue, Oct 30, 2012 at 6:38 AM, Michael Barton <Michael.Barton@asu.edu> wrote:

Why is r.li.setup unavailable in GRASS 7? It is greyed out in the menu and
cannot be launched from the command line. Without this, you cannot use the
other r.li modules. But I also see tickets that indicate r.li.setup has been
happening very recently.

The code is still here:
http://trac.osgeo.org/grass/browser/sandbox/lucadelu/r.li.setup.py

and requires testing before being migrated to trunk.

Yes, to test you can call directly "python r.li.setup.py " from the directory where you downloaded the file.
I worked on it last week and I compared the resulting setup files of python and tcl/tk and they are identical.
Right now not all the functionality of tcl/tk are implemented, but I’d like to move it from sandbox to trunk…

Markus

Cheers
Luca

2012/10/30 Michael Barton <Michael.Barton@asu.edu>:

OK. I'll try to test as soon as possible, though hopefully others with
greater familiarity with the r.li modules can help in this. Without
r.li.setup, all other r.li modules are useless.

I committed right now r.li.setup gui for wxpython. It's possible to
launch from GUI "raster -> Landscape path analisys -> Set up....." or
from command line using g.gui.rlisetup. Missing feature should be
added in the next months and testing is welcome.
I already know a bug if you launch more times the wizard from the
second time you can move forward without the name of configuration
file and raster that are mandatory. If someone can help me for this
point....

Michael

--
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

Thanks Luca
______________________________
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), 480-727-9746 (CSDC)
fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Nov 26, 2012, at 4:55 AM, Luca Delucchi <lucadeluge@gmail.com>
wrote:

2012/10/30 Michael Barton <Michael.Barton@asu.edu>:

OK. I'll try to test as soon as possible, though hopefully others with
greater familiarity with the r.li modules can help in this. Without
r.li.setup, all other r.li modules are useless.

I committed right now r.li.setup gui for wxpython. It's possible to
launch from GUI "raster -> Landscape path analisys -> Set up....." or
from command line using g.gui.rlisetup. Missing feature should be
added in the next months and testing is welcome.
I already know a bug if you launch more times the wizard from the
second time you can move forward without the name of configuration
file and raster that are mandatory. If someone can help me for this
point....

Michael

--
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

Luca,

r.li.setup does not yet compile in GRASS 7, at least on the Mac.

Here is the error:

anthgradpc7:g.version cmbarton$ cd /Users/Shared/grass_dev/grass7_dev/gui/wxpython/rlisetup
anthgradpc7:rlisetup cmbarton$ make
if [ "/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup" != "" ] ; then GISRC=/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/demolocation/.grassrc70 GISBASE=/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0 PATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:$PATH" PYTHONPATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/etc/python:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/etc/python:$PYTHONPATH" DYLD_LIBRARY_PATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/lib:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/lib:" LC_ALL=C /Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup --html-description < /dev/null | grep -v '</body>\|</html>' > g.gui.rlisetup.tmp.html ; fi
Traceback (most recent call last):
  File "/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup", line 32, in <module>
    import wx
  File "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/__init__.py", line 45, in <module>
    from wx._core import *
  File "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", line 4, in <module>
    import _core_
ImportError: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no appropriate 64-bit architecture (see "man python" for running in 32-bit mode)
make: *** [g.gui.rlisetup.tmp.html] Error 1
rm g.gui.rlisetup.tmp.html

This may be the same error that is now affecting several GUI modules like map swipe, animation, and the graphical modeler.

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), 480-727-9746 (CSDC)
fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Nov 26, 2012, at 8:42 AM, Michael Barton <Michael.Barton@asu.edu> wrote:

Thanks Luca
______________________________
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), 480-727-9746 (CSDC)
fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Nov 26, 2012, at 4:55 AM, Luca Delucchi <lucadeluge@gmail.com>
wrote:

2012/10/30 Michael Barton <Michael.Barton@asu.edu>:

OK. I'll try to test as soon as possible, though hopefully others with
greater familiarity with the r.li modules can help in this. Without
r.li.setup, all other r.li modules are useless.

I committed right now r.li.setup gui for wxpython. It's possible to
launch from GUI "raster -> Landscape path analisys -> Set up....." or
from command line using g.gui.rlisetup. Missing feature should be
added in the next months and testing is welcome.
I already know a bug if you launch more times the wizard from the
second time you can move forward without the name of configuration
file and raster that are mandatory. If someone can help me for this
point....

Michael

--
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

2012/12/1 Michael Barton <Michael.Barton@asu.edu>:

Luca,

Hi Micheal

r.li.setup does not yet compile in GRASS 7, at least on the Mac.

I'm sorry :frowning:

Here is the error:

anthgradpc7:g.version cmbarton$ cd /Users/Shared/grass_dev/grass7_dev/gui/wxpython/rlisetup
anthgradpc7:rlisetup cmbarton$ make
if [ "/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup" != "" ] ; then GISRC=/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/demolocation/.grassrc70 GISBASE=/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0 PATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:$PATH" PYTHONPATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/etc/python:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/etc/python:$PYTHONPATH" DYLD_LIBRARY_PATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/lib:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/lib:" LC_ALL=C /Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup --html-description < /dev/null | grep -v '</body>\|</html>' > g.gui.rlisetup.tmp.html ; fi
Traceback (most recent call last):
  File "/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup", line 32, in <module>
    import wx
  File "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/__init__.py", line 45, in <module>
    from wx._core import *
  File "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", line 4, in <module>
    import _core_
ImportError: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no appropriate 64-bit architecture (see "man python" for running in 32-bit mode)
make: *** [g.gui.rlisetup.tmp.html] Error 1
rm g.gui.rlisetup.tmp.html

This seems more a WX problem...I know that it's a "stupid" answer but
could you try

import wx

from python console?

This may be the same error that is now affecting several GUI modules like map swipe, animation, and the graphical modeler.

Michael

--
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

On Sat, Dec 1, 2012 at 2:09 PM, Luca Delucchi <lucadeluge@gmail.com> wrote:

2012/12/1 Michael Barton <Michael.Barton@asu.edu>:

Luca,

Hi Micheal

r.li.setup does not yet compile in GRASS 7, at least on the Mac.

I'm sorry :frowning:

Here is the error:

anthgradpc7:g.version cmbarton$ cd /Users/Shared/grass_dev/grass7_dev/gui/wxpython/rlisetup
anthgradpc7:rlisetup cmbarton$ make
if [ "/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup" != "" ] ; then GISRC=/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/demolocation/.grassrc70 GISBASE=/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0 PATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:$PATH" PYTHONPATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/etc/python:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/etc/python:$PYTHONPATH" DYLD_LIBRARY_PATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/lib:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/lib:" LC_ALL=C /Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup --html-description < /dev/null | grep -v '</body>\|</html>' > g.gui.rlisetup.tmp.html ; fi
Traceback (most recent call last):
  File "/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup", line 32, in <module>
    import wx
  File "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/__init__.py", line 45, in <module>
    from wx._core import *
  File "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", line 4, in <module>
    import _core_
ImportError: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no appropriate 64-bit architecture (see "man python" for running in 32-bit mode)
make: *** [g.gui.rlisetup.tmp.html] Error 1
rm g.gui.rlisetup.tmp.html

This seems more a WX problem...I know that it's a "stupid" answer but
could you try

import wx

from python console?

This may be the same error that is now affecting several GUI modules like map swipe, animation, and the graphical modeler.

Just a remark:
This problem affecting map swipe, animation, graphical modeler and
r.li.setup is spread in several threads which makes it more
complicated to follow. What about to choose one of them?

subjects:
compiling animation, mapswipe, etc.
problems compiling GRASS 7 on Mac
Compiling under OSX Mountain Lion

Best,
Anna

Michael

--
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

Hmm, everyone having these "errors" - is it during compilation or at runtime?

I thought at first it was runtime, based on the isolated quoting of the error only, and this would make it very mysterious since the Mac compilation creates a 32bit python wrapper exactly for this problem.

But Michael's error quote shows it at compilation time. this makes much more sense - this is where make runs the command to generate help, but at this point the 32bit wrapper is not made yet so the default system python runs in 64bit mode. Michael and I have workied around this by creating a dummy 32bit python wrapper before compilation and putting it in the PATH temporarily.

Did you forget this Michael? I just compiled GRASS 7, with the wrapper in the PATH. no errors.

So, partly a problem of documenting build process, partly a makefile problem.

I've been lazy updating the Mac build readme, too much change trying to figure out weirdness like this. For this problem, I guess I was hoping we wouldn't have to deal with the 32/64bit wxPython problem for long, that wxPython devs would figure out Cocoa for 64bits sooner than they did (2.9 is still technically beta). Then you'd have a wxPython for the default system arch (64bit starting with Snow Leopard, though you'd have to install it) and make would just work, and there would be no need for a wrapper before or after compilation.

I vaguely remember suggesting moving the wrapper build to the beginning of the make process, but was vetoed.

On Dec 1, 2012, at 7:54 AM, Anna Kratochvílová wrote:

On Sat, Dec 1, 2012 at 2:09 PM, Luca Delucchi <lucadeluge@gmail.com> wrote:

2012/12/1 Michael Barton <Michael.Barton@asu.edu>:

Luca,

Hi Micheal

r.li.setup does not yet compile in GRASS 7, at least on the Mac.

I'm sorry :frowning:

Here is the error:

anthgradpc7:g.version cmbarton$ cd /Users/Shared/grass_dev/grass7_dev/gui/wxpython/rlisetup
anthgradpc7:rlisetup cmbarton$ make
if [ "/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup" != "" ] ; then GISRC=/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/demolocation/.grassrc70 GISBASE=/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0 PATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:$PATH" PYTHONPATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/etc/python:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/etc/python:$PYTHONPATH" DYLD_LIBRARY_PATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/lib:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/lib:" LC_ALL=C /Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup --html-description < /dev/null | grep -v '</b

ody>\|</html>' > g.gui.rlisetup.tmp.html ; fi

Traceback (most recent call last):
File "/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup", line 32, in <module>
   import wx
File "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/__init__.py", line 45, in <module>
   from wx._core import *
File "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", line 4, in <module>
   import _core_
ImportError: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no appropriate 64-bit architecture (see "man python" for running in 32-bit mode)
make: *** [g.gui.rlisetup.tmp.html] Error 1
rm g.gui.rlisetup.tmp.html

This seems more a WX problem...I know that it's a "stupid" answer but
could you try

import wx

from python console?

This may be the same error that is now affecting several GUI modules like map swipe, animation, and the graphical modeler.

Just a remark:
This problem affecting map swipe, animation, graphical modeler and
r.li.setup is spread in several threads which makes it more
complicated to follow. What about to choose one of them?

subjects:
compiling animation, mapswipe, etc.
problems compiling GRASS 7 on Mac
Compiling under OSX Mountain Lion

Best,
Anna

Michael

--
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life."

- Marvin

Did did run the 32 bit wrapper command prior to compilation--or I thought so. Maybe I got mixed up with too many terminal windows open. I'll try again over the next few days when I have a bit of time.

Has anyone out there tried to compile GRASS with wxPython 2.9 to see where the glitches are?

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), 480-727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Dec 1, 2012, at 10:49 AM, William Kyngesburye <woklist@kyngchaos.com>
wrote:

Hmm, everyone having these "errors" - is it during compilation or at runtime?

I thought at first it was runtime, based on the isolated quoting of the error only, and this would make it very mysterious since the Mac compilation creates a 32bit python wrapper exactly for this problem.

But Michael's error quote shows it at compilation time. this makes much more sense - this is where make runs the command to generate help, but at this point the 32bit wrapper is not made yet so the default system python runs in 64bit mode. Michael and I have workied around this by creating a dummy 32bit python wrapper before compilation and putting it in the PATH temporarily.

Did you forget this Michael? I just compiled GRASS 7, with the wrapper in the PATH. no errors.

So, partly a problem of documenting build process, partly a makefile problem.

I've been lazy updating the Mac build readme, too much change trying to figure out weirdness like this. For this problem, I guess I was hoping we wouldn't have to deal with the 32/64bit wxPython problem for long, that wxPython devs would figure out Cocoa for 64bits sooner than they did (2.9 is still technically beta). Then you'd have a wxPython for the default system arch (64bit starting with Snow Leopard, though you'd have to install it) and make would just work, and there would be no need for a wrapper before or after compilation.

I vaguely remember suggesting moving the wrapper build to the beginning of the make process, but was vetoed.

On Dec 1, 2012, at 7:54 AM, Anna Kratochvílová wrote:

On Sat, Dec 1, 2012 at 2:09 PM, Luca Delucchi <lucadeluge@gmail.com> wrote:

2012/12/1 Michael Barton <Michael.Barton@asu.edu>:

Luca,

Hi Micheal

r.li.setup does not yet compile in GRASS 7, at least on the Mac.

I'm sorry :frowning:

Here is the error:

anthgradpc7:g.version cmbarton$ cd /Users/Shared/grass_dev/grass7_dev/gui/wxpython/rlisetup
anthgradpc7:rlisetup cmbarton$ make
if [ "/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup" != "" ] ; then GISRC=/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/demolocation/.grassrc70 GISBASE=/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0 PATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:$PATH" PYTHONPATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/etc/python:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/etc/python:$PYTHONPATH" DYLD_LIBRARY_PATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/lib:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/lib:" LC_ALL=C /Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup --html-description < /dev/null | grep -v '</b

ody>\|</html>' > g.gui.rlisetup.tmp.html ; fi

Traceback (most recent call last):
File "/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup", line 32, in <module>
  import wx
File "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/__init__.py", line 45, in <module>
  from wx._core import *
File "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", line 4, in <module>
  import _core_
ImportError: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no appropriate 64-bit architecture (see "man python" for running in 32-bit mode)
make: *** [g.gui.rlisetup.tmp.html] Error 1
rm g.gui.rlisetup.tmp.html

This seems more a WX problem...I know that it's a "stupid" answer but
could you try

import wx

from python console?

This may be the same error that is now affecting several GUI modules like map swipe, animation, and the graphical modeler.

Just a remark:
This problem affecting map swipe, animation, graphical modeler and
r.li.setup is spread in several threads which makes it more
complicated to follow. What about to choose one of them?

subjects:
compiling animation, mapswipe, etc.
problems compiling GRASS 7 on Mac
Compiling under OSX Mountain Lion

Best,
Anna

Michael

--
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life."

- Marvin

Just a remark:
This problem affecting map swipe, animation, graphical modeler and
r.li.setup is spread in several threads which makes it more
complicated to follow. What about to choose one of them?

subjects:
compiling animation, mapswipe, etc.
problems compiling GRASS 7 on Mac
Compiling under OSX Mountain Lion

or opening a bug ticket?

maybe another bug for mapswipe:
http://trac.osgeo.org/grass/ticket/1817

-----
best regards
Helmut
--
View this message in context: http://osgeo-org.1560.n6.nabble.com/why-is-r-li-setup-unavailable-in-GRASS-7-tp5012136p5020147.html
Sent from the Grass - Dev mailing list archive at Nabble.com.