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

2012-12-02 Thread Helmut Kudrnovsky
>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.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev


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

2012-12-01 Thread Michael Barton
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 
 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  wrote:
>>> 2012/12/1 Michael Barton :
 Luca,
>>> 
>>> Hi Micheal
>>> 
 
 r.li.setup does not yet compile in GRASS 7, at least on the Mac.
 
>>> 
>>> I'm sorry :-(
>>> 
 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 '> ody>\|' > 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 
   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 
   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 
   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.
 
>> 
>> Ju

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

2012-12-01 Thread William Kyngesburye
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  wrote:
>> 2012/12/1 Michael Barton :
>>> Luca,
>> 
>> Hi Micheal
>> 
>>> 
>>> r.li.setup does not yet compile in GRASS 7, at least on the Mac.
>>> 
>> 
>> I'm sorry :-(
>> 
>>> 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 ' ody>\|' > 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 
>>>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 
>>>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 
>>>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 
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


___
grass-dev mailing list
gra

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

2012-12-01 Thread Anna Kratochvílová
On Sat, Dec 1, 2012 at 2:09 PM, Luca Delucchi  wrote:
> 2012/12/1 Michael Barton :
>> Luca,
>
> Hi Micheal
>
>>
>> r.li.setup does not yet compile in GRASS 7, at least on the Mac.
>>
>
> I'm sorry :-(
>
>> 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 '\|' > 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 
>> 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 
>> 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 
>> 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


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

2012-12-01 Thread Luca Delucchi
2012/12/1 Michael Barton :
> Luca,

Hi Micheal

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

I'm sorry :-(

> 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 '\|' > 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 
> 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 
> 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 
> 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
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev


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

2012-11-30 Thread Michael Barton
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 '\|' > 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 
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 
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 
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  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 
> wrote:
> 
>> 2012/10/30 Michael Barton :
>>> 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
> 

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


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

2012-11-26 Thread Michael Barton
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 
 wrote:

> 2012/10/30 Michael Barton :
>> 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

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


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

2012-11-26 Thread Luca Delucchi
2012/10/30 Michael Barton :
> 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
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev


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

2012-10-30 Thread Michael Barton
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 
mailto:lucadel...@gmail.com>>
 wrote:


Il giorno 30/ott/2012 09:44, "Markus Neteler" 
mailto:nete...@osgeo.org>> ha scritto:
>
> On Tue, Oct 30, 2012 at 6:38 AM, Michael Barton 
> mailto:michael.bar...@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

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

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

2012-10-30 Thread Luca Delucchi
Il giorno 30/ott/2012 09:44, "Markus Neteler"  ha
scritto:
>
> On Tue, Oct 30, 2012 at 6:38 AM, Michael Barton 
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
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

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

2012-10-30 Thread Markus Neteler
On Tue, Oct 30, 2012 at 6:38 AM, Michael Barton  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
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev


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

2012-10-29 Thread Michael Barton
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











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