Re: [GRASS-dev] compiling animation, mapswipe, etc.

2012-11-30 Thread William Kyngesburye 
On Nov 30, 2012, at 10:30 AM, Helena Mitasova wrote:

> On Nov 30, 2012, at 10:08 AM, William Kyngesburye wrote:
> 
>> This could happen if you configured for wxPython 2.9 64bit, but didn't 
>> bundle it so it finds the old 32bit wxPython 2.8 in the system at runtime.  
>> If you configure for wxPython 2.8 you should not get arch errors, at least 
>> if you make sure to configure 32+64bit.
>> 
> 
> I am pretty sure this is my case - can you please look at my configure and if 
> possible give my some hints 
> on what should I do differently? 
> 
> Thank you, Helena
> 

Well, you're configuring OK - 32+64bit, system wxpython 2.8 (32bit).  Though 
the system wxpython is technically within the minimum version, it's a bit old, 
but it shouldn't have an affect on the architectures.

The "enable-64bit" option is meaningless on OS X, the archs option handles all 
we need for 64bit.

I do recall issues with the debug flag (not sure if it was GRASS or something 
else).  Try removing -g from CFLAGS, or change it to -Os.

One way to check if it configured correctly for wxpython archs is to look at 
platform.make, MACOSX_ARCHS_WXPYTHON. There should be only i386 there.

-
William Kyngesburye 
http://www.kyngchaos.com/

"I ache, therefore I am.  Or in my case - I am, therefore I ache."

- Marvin


___
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] problems compiling GRASS 7 on Mac

2012-11-30 Thread Michael Barton 
GRASS 7 now compiles g.version in the most recent revision. Thanks much.

Now to deal with the other modules that don't compile…

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 30, 2012, at 10:30 AM, Martin Landa  wrote:

> 2012/11/30 Michael Barton :
>> GEOSCFLAGS  = 
>> -I/Library/Frameworks/GEOS.framework/Versions/3/unix/include
> 
> OK, but did you tried  r54115?
> 
> Martin
> 
> -- 
> Martin Landa  * http://geo.fsv.cvut.cz/~landa

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

Re: [GRASS-dev] 3D points in grass7

2012-11-30 Thread Anna Kratochvílová 
On Fri, Nov 30, 2012 at 7:56 PM, Helena Mitasova  wrote:
> when I need to display 3D vector points as 3D points (not draped over a 
> surface), is this supposed to happen automatically
> when I switch off the display on surface button or it is not supported yet?
> I get that the vector map is 3D but there is no button to tell it that the 
> points should be displayed using their z-coordinate.
> maybe I am missing something?

Currently, 3D points should be drawn with z coordinate by default. The
'display on surface' is misleading, now you can't drape them over any
surface.
This option is present in the library, so it must be added to the gui.
I will try to look at it later.

Anna


>
> Thank you, Helena
>
>
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] 3D points in grass7

2012-11-30 Thread Helena Mitasova 
when I need to display 3D vector points as 3D points (not draped over a 
surface), is this supposed to happen automatically
when I switch off the display on surface button or it is not supported yet? 
I get that the vector map is 3D but there is no button to tell it that the 
points should be displayed using their z-coordinate.
maybe I am missing something?

Thank you, Helena



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

Re: [GRASS-dev] problems compiling GRASS 7 on Mac

2012-11-30 Thread Michael Barton 
I'll check and get back to you. Thanks for looking at it.

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 30, 2012, at 10:30 AM, Martin Landa  wrote:

> 2012/11/30 Michael Barton :
>> GEOSCFLAGS  = 
>> -I/Library/Frameworks/GEOS.framework/Versions/3/unix/include
> 
> OK, but did you tried  r54115?
> 
> Martin
> 
> -- 
> Martin Landa  * http://geo.fsv.cvut.cz/~landa

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

Re: [GRASS-dev] problems compiling GRASS 7 on Mac

2012-11-30 Thread Martin Landa 
2012/11/30 Michael Barton :
> GEOSCFLAGS  = 
> -I/Library/Frameworks/GEOS.framework/Versions/3/unix/include

OK, but did you tried  r54115?

Martin

-- 
Martin Landa  * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1777: reference to 6.4.2 in

2012-11-30 Thread GRASS GIS 
#1777: reference to 6.4.2 in
---+
  Reporter:  jeir  |   Owner:  grass-dev@…  
  Type:  defect|  Status:  closed   
  Priority:  trivial   |   Milestone:  6.4.3
 Component:  Database  | Version:  6.4.3 RCs
Resolution:  invalid   |Keywords:  ogr  
  Platform:  MacOSX| Cpu:  OSX/Intel
---+
Changes (by jeir):

  * priority:  normal => trivial
  * status:  new => closed
  * resolution:  => invalid


Comment:

 I have tested this on a different machine and was not able to verify the
 problem, it is probably related to the setup on the previous machine. It
 seems not to be related to release 6.4.3 RC1 and the ticket should be
 closed.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] problems compiling GRASS 7 on Mac

2012-11-30 Thread Michael Barton 
GEOSCFLAGS  = 
-I/Library/Frameworks/GEOS.framework/Versions/3/unix/include


__
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 30, 2012, at 9:05 AM, Martin Landa 
 wrote:

> 2012/11/30 Carlos Grohmann :
>> Same errors with r54115
> 
> what `include/Make/Platform` says about GEOSCFLAGS?
> 
> Martin
> 
> -- 
> Martin Landa  * http://geo.fsv.cvut.cz/~landa

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

Re: [GRASS-dev] compiling animation, mapswipe, etc.

2012-11-30 Thread Helena Mitasova 

On Nov 30, 2012, at 10:08 AM, William Kyngesburye wrote:

> This could happen if you configured for wxPython 2.9 64bit, but didn't bundle 
> it so it finds the old 32bit wxPython 2.8 in the system at runtime.  If you 
> configure for wxPython 2.8 you should not get arch errors, at least if you 
> make sure to configure 32+64bit.
> 

I am pretty sure this is my case - can you please look at my configure and if 
possible give my some hints 
on what should I do differently? 

Thank you, Helena





configurehela.sh
Description: Binary data
> 
> 
> On Nov 29, 2012, at 11:03 PM, Helena Mitasova wrote:
> 
>> Just a note that when compiling trunk on
>> 
>> MacOSX 10.6.8, running python2.6
>> 
>> I get Errors in:
>> /Users/helena/grassdev7/grass_trunk/general/g.version
>> /Users/helena/grassdev7/grass_trunk/gui/wxpython/animation
>> /Users/helena/grassdev7/grass_trunk/gui/wxpython/mapswipe
>> /Users/helena/grassdev7/grass_trunk/gui/wxpython/gmodeler
>> /Users/helena/grassdev7/grass_trunk/gui/wxpython/rlisetup
>> 
>> but mapswipe and gmodeler works anyway, 
>> unfortunately animation does not although they all show the same error (see 
>> below).
>> 
>> Helena
>> 
>> 
>> Traceback (most recent call last):
>> File 
>> "/Users/helena/grassdev7/grass_trunk/dist.x86_64-apple-darwin10.8.0/scripts/g.gui.animation",
>>  line 42, in 
>>   import wx
>> File 
>> "/var/tmp/wxWidgets/wxWidgets-13~231/2.6/DSTROOT/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/wx-2.8-mac-unicode/wx/__init__.py",
>>  line 45, in 
>> File 
>> "/var/tmp/wxWidgets/wxWidgets-13~231/2.6/DSTROOT/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/wx-2.8-mac-unicode/wx/_core.py",
>>  line 4, in 
>> ImportError: 
>> /System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/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.animation.tmp.html] Error 1
>> 
>> Traceback (most recent call last):
>> File 
>> "/Users/helena/grassdev7/grass_trunk/dist.x86_64-apple-darwin10.8.0/scripts/g.gui.mapswipe",
>>  line 40, in 
>>   import  wx
>> File 
>> "/var/tmp/wxWidgets/wxWidgets-13~231/2.6/DSTROOT/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/wx-2.8-mac-unicode/wx/__init__.py",
>>  line 45, in 
>> File 
>> "/var/tmp/wxWidgets/wxWidgets-13~231/2.6/DSTROOT/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/wx-2.8-mac-unicode/wx/_core.py",
>>  line 4, in 
>> ImportError: 
>> /System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/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.mapswipe.tmp.html] Error 1
>> 
> 
> -
> William Kyngesburye 
> http://www.kyngchaos.com/
> 
> "I ache, therefore I am.  Or in my case - I am, therefore I ache."
> 
> - Marvin
> 
> 

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

Re: [GRASS-dev] [GRASS-SVN] r54115 - grass/trunk/general/g.version

2012-11-30 Thread Helena Mitasova 
just tested on Mac - this fixes the g.version issue.

Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State 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 Nov 30, 2012, at 10:45 AM, svn_gr...@osgeo.org wrote:

> Author: martinl
> Date: 2012-11-30 07:45:47 -0800 (Fri, 30 Nov 2012)
> New Revision: 54115
> 
> Modified:
>   grass/trunk/general/g.version/Makefile
> Log:
> g.version: missing GEOSCFLAGS
> 
> 
> Modified: grass/trunk/general/g.version/Makefile
> ===
> --- grass/trunk/general/g.version/Makefile2012-11-30 14:41:33 UTC (rev 
> 54114)
> +++ grass/trunk/general/g.version/Makefile2012-11-30 15:45:47 UTC (rev 
> 54115)
> @@ -5,7 +5,7 @@
> # cat the COPYING file, add a c line-break \n at each line end
> # and remove the unix newline. 
> 
> -EXTRA_CFLAGS = $(PROJINC) \
> +EXTRA_CFLAGS = $(PROJINC) $(GEOSCFLAGS) \
>   -DGRASS_VERSION_NUMBER=\"'$(GRASS_VERSION_NUMBER)'\" \
>   -DGRASS_VERSION_DATE=\"'$(GRASS_VERSION_DATE)'\" \
>   -DGRASS_VERSION_SVN=\"'$(GRASS_VERSION_SVN)'\" \
> 
> ___
> grass-commit mailing list
> grass-com...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-commit

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

Re: [GRASS-dev] GRASS 6.4.3 release planning

2012-11-30 Thread Martin Landa 
Hi,

2012/11/30 Markus Neteler :

>> And the ability to use v.external with 3D data
>> sources.
>
> Please try attached v.external64_3D.diff.

note related to `v.external`, should be fixed in r54116 (relbr64).

Martin

-- 
Martin Landa  * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] problems compiling GRASS 7 on Mac

2012-11-30 Thread Martin Landa 
2012/11/30 Carlos Grohmann :
> Same errors with r54115

what `include/Make/Platform` says about GEOSCFLAGS?

Martin

-- 
Martin Landa  * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] problems compiling GRASS 7 on Mac

2012-11-30 Thread Carlos Grohmann 
Same errors with r54115

Carlos



On Fri, Nov 30, 2012 at 1:46 PM, Martin Landa wrote:

> Hi,
>
> 2012/11/29 Michael Barton :
> > I did and still had the same problem.
>
> yeap, try r54115.
>
> Martin
>
> --
> Martin Landa  * http://geo.fsv.cvut.cz/~landa
>



-- 
Prof. Carlos Henrique Grohmann
Institute of Geosciences - Univ. of São Paulo, Brazil
- Digital Terrain Analysis | GIS | Remote Sensing -

http://carlosgrohmann.com
http://orcid.org/-0001-5073-5572

Can’t stop the signal.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] problems compiling GRASS 7 on Mac

2012-11-30 Thread Martin Landa 
Hi,

2012/11/29 Michael Barton :
> I did and still had the same problem.

yeap, try r54115.

Martin

-- 
Martin Landa  * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] compiling animation, mapswipe, etc.

2012-11-30 Thread Martin Landa 
Hi Helena,

2012/11/30 Helena Mitasova :
> /Users/helena/grassdev7/grass_trunk/general/g.version

what concretely fails?

cd /Users/helena/grassdev7/grass_trunk/general/g.version
make

?

Probably related to [1]. Try `svn up` first.

Martin

[1] http://lists.osgeo.org/pipermail/grass-dev/2012-November/060985.html

-- 
Martin Landa  * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] compiling animation, mapswipe, etc.

2012-11-30 Thread William Kyngesburye 
This could happen if you configured for wxPython 2.9 64bit, but didn't bundle 
it so it finds the old 32bit wxPython 2.8 in the system at runtime.  If you 
configure for wxPython 2.8 you should not get arch errors, at least if you make 
sure to configure 32+64bit.


On Nov 29, 2012, at 11:03 PM, Helena Mitasova wrote:

> Just a note that when compiling trunk on
> 
> MacOSX 10.6.8, running python2.6
> 
> I get Errors in:
> /Users/helena/grassdev7/grass_trunk/general/g.version
> /Users/helena/grassdev7/grass_trunk/gui/wxpython/animation
> /Users/helena/grassdev7/grass_trunk/gui/wxpython/mapswipe
> /Users/helena/grassdev7/grass_trunk/gui/wxpython/gmodeler
> /Users/helena/grassdev7/grass_trunk/gui/wxpython/rlisetup
> 
> but mapswipe and gmodeler works anyway, 
> unfortunately animation does not although they all show the same error (see 
> below).
> 
> Helena
> 
> 
> Traceback (most recent call last):
>  File 
> "/Users/helena/grassdev7/grass_trunk/dist.x86_64-apple-darwin10.8.0/scripts/g.gui.animation",
>  line 42, in 
>import wx
>  File 
> "/var/tmp/wxWidgets/wxWidgets-13~231/2.6/DSTROOT/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/wx-2.8-mac-unicode/wx/__init__.py",
>  line 45, in 
>  File 
> "/var/tmp/wxWidgets/wxWidgets-13~231/2.6/DSTROOT/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/wx-2.8-mac-unicode/wx/_core.py",
>  line 4, in 
> ImportError: 
> /System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/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.animation.tmp.html] Error 1
> 
> Traceback (most recent call last):
>  File 
> "/Users/helena/grassdev7/grass_trunk/dist.x86_64-apple-darwin10.8.0/scripts/g.gui.mapswipe",
>  line 40, in 
>import  wx
>  File 
> "/var/tmp/wxWidgets/wxWidgets-13~231/2.6/DSTROOT/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/wx-2.8-mac-unicode/wx/__init__.py",
>  line 45, in 
>  File 
> "/var/tmp/wxWidgets/wxWidgets-13~231/2.6/DSTROOT/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/wx-2.8-mac-unicode/wx/_core.py",
>  line 4, in 
> ImportError: 
> /System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/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.mapswipe.tmp.html] Error 1
> 

-
William Kyngesburye 
http://www.kyngchaos.com/

"I ache, therefore I am.  Or in my case - I am, therefore I ache."

- Marvin


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

Re: [GRASS-dev] GRASS7 ImageryLib

2012-11-30 Thread Markus Neteler 
On Fri, Nov 30, 2012 at 5:26 AM, Mohammed Rashad
 wrote:
>
> All,
>
>
> I found these here[1] and says many things which needed help. So I thought
> to give a try in order
>
>
> 1. Imagery Library needs fundamental clean up (the library is not maintained
> from GRASS 5)
>
> Anyone can elaborate on this line?

Fully agreed.

It might be sensible to merge the various image libraries:

GRASS 6/7:
* lib/imagery/: standard lib, in use (i.* except for i.points3,
i.rectify3, see below)
* imagery/i.ortho.photo/libes/: standard lib, in use (i.ortho.photo, photo.*)

GRASS 5 (! only) image3 lib:
* libes/image3/: never finished improvement which integrated the
standard lib and the ortho lib. Seems to provide also ortho
rectification for satellite data (i.points3, i.rectify3)

GRASS 5/6 image proc commands:
* merge of i.points, i.vpoints, i.points3 (see above)
* merge of i.rectify and i.rectify3 (see above)

Overall
* add other warping methods (maybe lanczos or thin splines from GDAL?)

However, the library cleanup in GRASS 7 would be essential.

> 2. Reimplement groups to be generic element (in GIS Library)
>
> I guess i.group module should be g.group which can groups both raster/vector
> maps
>
> Is that correct?

Correct I don't know, maybe subject to discussion.

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

Re: [GRASS-dev] GRASS 6.4.3 release planning

2012-11-30 Thread Markus Neteler 
On Thu, Nov 29, 2012 at 10:16 PM, Benjamin Ducke  wrote:
> The "outdir=" option in r.walk.

Do you refer to this potentially missing backport?
https://trac.osgeo.org/grass/ticket/1154#comment:1

> And the ability to use v.external with 3D data
> sources.

Please try attached v.external64_3D.diff.

Markus


v.external64_3D.diff
Description: Binary data
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1815: Problem with menu "path to GRASS database" in v.proj en r.proj windows

2012-11-30 Thread GRASS GIS 
#1815: Problem with menu "path to GRASS database" in v.proj en r.proj windows
+---
 Reporter:  pvanbosgeo  |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  normal  |   Milestone:  7.0.0
Component:  wxGUI   | Version:  svn-trunk
 Keywords:  r.proj, v.proj  |Platform:  Linux
  Cpu:  x86-64  |  
+---
Changes (by martinl):

  * component:  Website => wxGUI


-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1815: Problem with menu "path to GRASS database" in v.proj en r.proj windows

2012-11-30 Thread GRASS GIS 
#1815: Problem with menu "path to GRASS database" in v.proj en r.proj windows
+---
 Reporter:  pvanbosgeo  |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  normal  |   Milestone:  7.0.0
Component:  Website | Version:  svn-trunk
 Keywords:  r.proj, v.proj  |Platform:  Linux
  Cpu:  x86-64  |  
+---
Changes (by martinl):

  * keywords:  => r.proj, v.proj
  * component:  Default => Website


-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] [GRASS GIS] #1815: Problem with menu "path to GRASS database" in v.proj en r.proj windows

2012-11-30 Thread GRASS GIS 
#1815: Problem with menu "path to GRASS database" in v.proj en r.proj windows
+---
 Reporter:  pvanbosgeo  |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  normal  |   Milestone:  7.0.0
Component:  Default | Version:  svn-trunk
 Keywords:  |Platform:  Linux
  Cpu:  x86-64  |  
+---
 Browsing to the folder with the GRASS database in the menu "path to GRASS
 database" in v.proj and r.proj windows does not work. It always shows the
 home folder whatever folder you select.

-- 
Ticket URL: 
GRASS GIS 

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