Re: [GRASS-dev] [GRASS-user] Grass on MacOS (Ken Mankoff)

[Agustin Diez Castillo]

Hi all,
I’m missing a link to the new dmg, May I have a copy of it?
Cheers
Agustín

> On 17 Jan 2018, at 08:16, Markus Neteler  wrote:
> 
> Ken,
> 
> On Wed, Jan 17, 2018 at 7:49 AM, Ken Mankoff  wrote:
>> Hi Michael,
>> 
>> Although my name is in the subject, I didn't get this email until just now - 
>> Apparently I have a filter that is too aggressive - I follow the grass-users 
>> list but not the grass-dev list, and even though I was on the "To:" field I 
>> didn't get it.
> 
> yes, because for a while there was "grass-dev-requ...@lists.osgeo.org"
> in cc which is wrong.
> 
> I have right now added the correct grass-dev email address.
> 
> @All: please delete "grass-dev-requ...@lists.osgeo.org" from your
> address books, it is just to reach the list administrator, not the
> list itself.
> 
> your list administrator,
> Markus
> 
> 
>> Anyway, using Anaconda is a neat idea. I'm happy with MacPorts for now, but 
>> will test this, and be very interested if it offers more bleeding-edge 
>> versions than MacPorts (still at 7.2.2), or improves on some existing bugs 
>> (g.extension, t.*, etc.). I note that Linux users also use Anaconda so your 
>> user base may grow larger than the MacPorts base.
>> 
>> Thank you!
>> 
>>  -k
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev

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

Re: [GRASS-dev] [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test

[Agustin Diez Castillo]

ild) to create 
>> a complete package with all dependencies packaged together for distribution. 
>> They will all install into a new GRASS framework to avoid conflicts with any 
>> other software.
>> 
>> 
>> 
>> He's also setting up a virtual machine for me that I can use to test 
>> compiling GRASS under El Capitan and SIP, using frameworks and other 
>> dependencies as they are now. So we can see how that goes.
>> 
>> 
>> 
>> Wish us luck with this.
>> 
>> 
>> 
>> Michael
>> 
>> 
>> 
>> C. Michael Barton
>> 
>> Director, Center for Social Dynamics & Complexity
>> 
>> Professor of Anthropology, School of Human Evolution & Social Change
>> 
>> Head, Graduate Faculty in Complex Adaptive Systems Science
>> 
>> Arizona State University
>> 
>> 
>> 
>> voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
>> 
>> fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
>> 
>> www: 
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=CwIGaQ=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=PXmZfNM0LMsRCxHT_shcR9SONBT6CCuy6LMkPaKJpCE=kt5-aRX_2LUhw3GqQZzVMHYYOBW2CWO0DK34KUVXrDc=
>>  , 
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu=CwIGaQ=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=PXmZfNM0LMsRCxHT_shcR9SONBT6CCuy6LMkPaKJpCE=k8zClgrEQGSZF9m91uUTAhMX-FWcRkiECffSHqglsRM=
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>> On Jun 13, 2016, at 9:25 AM, Agustin Diez Castillo <agustin.d...@uv.es> 
>>> wrote:
>> 
>>> 
>> 
>>>> 
>> 
>>>> On 13 Jun 2016, at 17:10, Adam Dershowitz <adershow...@exponent.com> wrote:
>> 
>>>> 
>> 
>>>> That is with the newest version? (I downloaded from the web site an hour 
>>>> ago)
>> 
>>> As far as I can say GRASS GIS 7.3.svn-160606, dated June, 2.
>> 
>>>> 
>> 
>>>> That is really strange.  Michael, does the installer change any paths?  
>>>> Agustin, did you already having anything in 
>>>> /usr/local/lib/wxPython-3.0.2.0?
>> 
>>> 
>> 
>>> I remember compiling myself wxPython a while ago, so it’s more than 
>>> possible this was already there but I can’t swear.
>> 
>>> 
>> 
>>> I’ve just installed latest grass 7.3 in another computer (10.10) without 
>>> any wx* stuff in /usr/local/lib/ and check my laptop (Capitan SIP 
>>> disabled), in both, otool points to Michael’s directory. I’m afraid of 
>>> upgrading to Capitan the first one but I, eventually, will do that on 
>>> Thursday and report results.
>> 
>>> 
>> 
>>> otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so 
>>> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: 
>>> /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 
>>> 56.0.0) 
>>> /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib
>>>  (compatibility version 3.0.0, current version 3.0.0) 
>>> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility 
>>> version 1.0.0, current version 275.0.0) 
>>> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 
>>> (compatibility version 2.0.0, current version 155.0.0) 
>>> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility 
>>> version 1.0.0, current version 19.0.0) 
>>> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox 
>>> (compatibility version 1.0.0, current version 1.0.0) 
>>> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 
>>> 169.3.0) /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL 
>>> (compatibility version 1.0.0, current version 1.0.0) 
>>> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 
>>> 1669.0.0) 
>>> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
>>>  (compatibility version 150.0.0, current version 744.19.0) 
>>> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
>>>  (compatibility version 1

Re: [GRASS-dev] [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test

[Agustin Diez Castillo]

> On 13 Jun 2016, at 17:10, Adam Dershowitz <adershow...@exponent.com> wrote:
> 
> That is with the newest version? (I downloaded from the web site an hour ago)
As far as I can say GRASS GIS 7.3.svn-160606, dated June, 2.
>  
> That is really strange.  Michael, does the installer change any paths?  
> Agustin, did you already having anything in /usr/local/lib/wxPython-3.0.2.0?  

I remember compiling myself wxPython a while ago, so it’s more than possible 
this was already there but I can’t swear.

I’ve just installed latest grass 7.3 in another computer (10.10) without any 
wx* stuff in /usr/local/lib/ and check my laptop (Capitan SIP disabled), in 
both, otool points to Michael’s directory. I’m afraid of upgrading to Capitan 
the first one but I, eventually, will do that on Thursday and report results.

otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so 
/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: 
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 
56.0.0) 
/Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib
 (compatibility version 3.0.0, current version 3.0.0) 
/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility 
version 1.0.0, current version 275.0.0) 
/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility 
version 2.0.0, current version 155.0.0) 
/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility 
version 1.0.0, current version 19.0.0) 
/System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox 
(compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib 
(compatibility version 1.0.0, current version 169.3.0) 
/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility 
version 1.0.0, current version 1.0.0) /usr/lib/libgcc_s.1.dylib (compatibility 
version 1.0.0, current version 1669.0.0) 
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 
(compatibility version 150.0.0, current version 744.19.0) 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
 (compatibility version 1.0.0, current version 45.0.0) 

Agustin
> Perhaps, in a non-SIP, machine, the installer puts stuff in /usr/local, and 
> the installer then adjusts the paths accordingly, while it can’t on a SIP 
> machine, so it installs into the package bundle itself?  
> 
> -- Adam
> 
> 
> 
> 
> 
> 
> 
> 
> On 6/13/16, 10:38 AM, "Agustin Diez Castillo" <agustin.d...@uv.es> wrote:
> 
>> I have no clue, but this is not the same in my machine, there nothing is 
>> pointing to Michael’s machine.
>> otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so
>> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so:
>>  /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current 
>> version 7.4.0)
>>  /usr/local/lib/wxPython-3.0.2.0/lib/libwx_osx_cocoau-3.0.0.2.0.dylib 
>> (compatibility version 3.0.0, current version 3.0.0)
>>  /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 
>> (compatibility version 1.0.0, current version 275.0.0)
>>  /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 
>> (compatibility version 2.0.0, current version 136.0.0)
>>  /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa 
>> (compatibility version 1.0.0, current version 12.0.0)
>>  
>> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox 
>> (compatibility version 1.0.0, current version 1.0.0)
>>  /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
>> version 111.1.4)
>>  /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL 
>> (compatibility version 1.0.0, current version 1.0.0)
>>  /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 
>> 1.0.0)
>>  
>> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
>>  (compatibility version 150.0.0, current version 476.18.0)
>>  
>> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
>>  (compatibility version 1.0.0, current version 34.0.0)
>> 
>> El 13Jun, 2016, a las 4:25 PM, Adam Dershowitz <adershow...@exponent.com> 
>> escribió:
>> 
>>> Strange.  Because you local path is explicitly in the binary.  Here is what 
>>> shows for the libraries for _core_.so  on my machine.  I don’t see why 
>>> disabling SIP should change this:
>>> 
>>> $otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so
>>> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so

Re: [GRASS-dev] [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test

[Agustin Diez Castillo]

I have no clue, but this is not the same in my machine, there nothing is 
pointing to Michael’s machine.
otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so
/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so:
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current 
version 7.4.0)
/usr/local/lib/wxPython-3.0.2.0/lib/libwx_osx_cocoau-3.0.0.2.0.dylib 
(compatibility version 3.0.0, current version 3.0.0)
/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 
(compatibility version 1.0.0, current version 275.0.0)
/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 
(compatibility version 2.0.0, current version 136.0.0)
/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa 
(compatibility version 1.0.0, current version 12.0.0)

/System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox 
(compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 111.1.4)
/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL 
(compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 
1.0.0)

/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 
(compatibility version 150.0.0, current version 476.18.0)

/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
 (compatibility version 1.0.0, current version 34.0.0)

El 13Jun, 2016, a las 4:25 PM, Adam Dershowitz  
escribió:

> Strange.  Because you local path is explicitly in the binary.  Here is what 
> shows for the libraries for _core_.so  on my machine.  I don’t see why 
> disabling SIP should change this:
> 
> $otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so
> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so:
>   /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current 
> version 56.0.0)
>   
> /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib
>  (compatibility version 3.0.0, current version 3.0.0)
>   /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 
> (compatibility version 1.0.0, current version 275.0.0)
>   /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 
> (compatibility version 2.0.0, current version 155.0.0)
>   /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa 
> (compatibility version 1.0.0, current version 19.0.0)
>   
> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox 
> (compatibility version 1.0.0, current version 1.0.0)
>   /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
> version 169.3.0)
>   /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL 
> (compatibility version 1.0.0, current version 1.0.0)
>   /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 
> 1669.0.0)
>   
> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 
> (compatibility version 150.0.0, current version 744.19.0)
>   
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
>  (compatibility version 1.0.0, current version 45.0.0)
> 
> 
> 
> 
> Perhaps without SIP, it falls back to searching another way, instead of just 
> using this path?  While with SIP, it only uses the explicit path?
> The libraries are present in the application bundle, so the problem is just 
> “telling” it where to look for them.
> 
> -- Adam
> 
> 
> 
> 
> 
> 
> 
> 
> On 6/13/16, 10:15 AM, "Michael Barton"  wrote:
> 
>> Except that this error only occurs with SIP enabled. Disable SIP and the 
>> error goes away and everything runs fine.
>> 
>> Michael Barton
>> School of Human Evolution  Change
>> Center for Social Dynamics & Complexity
>> Arizona State University
>> 
>> ...Sent from my iPad
>> 
>>> On Jun 13, 2016, at 6:18 AM, Adam Dershowitz  
>>> wrote:
>>> 
>>> I was traveling last week, so just got to this.
>>> 
>>> No luck.  And, it doesn’t look like a SIP issue.  Instead, the path is now 
>>> hard coded to something on your machine.  Here is the error I get when it 
>>> try to open the application:
>>> 
>>> $ '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit
>>> Rebuilding Addon HTML manual pages index...
>>> Rebuilding Addon menu...
>>> Python 2.7.10 found.
>>> Cleaning up temporary files...
>>> Starting GRASS GIS...
>>> Traceback (most recent call last):
>>> File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", 
>>> line 31, in 
>>>   from core import globalvar
>>> File 
>>> "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py",
>>>  line 96, in 
>>>   import wx
>>> File 
>>> 

Re: [GRASS-dev] [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test

[Agustin Diez Castillo]

Hi,
The 64bit version posted on June, 1 is working in my laptop running El Capitan 
(10.11.5) and with SIP disabled but the first raster is not displayed  in 2D. 
Curiously enough, changing the display to 3D it will show up.
I’ve no Anaconda installed as far as I can say. However, I do have
libintl.8.dylib, libwx_osx_cocoau-3.0.0.2.0.dylib and others in /usr/local/lib
Agustin

El 2Jun, 2016, a las 11:39 PM, Helena Mitasova  escribió:

> Michael, Adam,
> 
> I installed the prior 64bit version on a laptop with SID disabled and it 
> seems to run fine, including the 3D visualization.
> Michael, as you mentioned, I had to use arrow keys to select map layers and 
> to select 3D for the first time but it ran
> OK after that. Few known issues related to Python 3 (e.g. histogram) did not 
> work.
> 
> Helena
> 
>> On Jun 2, 2016, at 4:49 PM, Michael Barton  wrote:
>> 
>> I’ve had no problem running 3D (in the map display window). Maybe you didn’t 
>> get a path set for the wx…gdal… library?
>> 
>> Michael
>> 
>> C. Michael Barton
>> Director, Center for Social Dynamics & Complexity
>> Professor of Anthropology, School of Human Evolution & Social Change
>> Head, Graduate Faculty in Complex Adaptive Systems Science
>> Arizona State University
>> 
>> voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
>> fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
>> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>> On Jun 2, 2016, at 1:34 PM, Adam Dershowitz  
>>> wrote:
>>> 
>>> I went back to the prior version that I downloaded, where I made the 
>>> changes to the paths.  What I had not noticed before is that I don’t see 
>>> any way to run nviz.  I only see a 2D view.  Is that something that should 
>>> be installed, but it might also be a path issue?
>>> When I do run grass, I also see this:  Unable to import pyGRASS: 
>>> grass_gis.7.3.svn not found.   So, that might relate to 3D, or might just 
>>> be a sign of another part of the path to dynamic library issue.
>>> 
>>> -- Adam
>>> 
>>> 
>>> From: Michael Barton 
>>> Date: Thursday, June 2, 2016 at 3:48 PM
>>> To: Adam Dershowitz 
>>> Cc: GRASS developers grass-developers , 
>>> grass-user grass-user 
>>> Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for 
>>> SIP problem - please test
>>> 
>>> Darn!
>>> 
>>> It is as I was afraid of. Building with Anaconda wxPython means that the 
>>> GUI is looking for the Anaconda Python distribution too. So this approach 
>>> will not work.
>>> 
>>> Michael
>>> 
>>> C. Michael Barton
>>> Director, Center for Social Dynamics & Complexity
>>> Professor of Anthropology, School of Human Evolution & Social Change
>>> Head, Graduate Faculty in Complex Adaptive Systems Science
>>> Arizona State University
>>> 
>>> voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
>>> fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
>>> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
 On Jun 2, 2016, at 12:15 PM, Adam Dershowitz  
 wrote:
 
 I just downloaded the version on the site, and when I run it, I have the 
 same problem.  wxPython is looking in the wrong place for shared libraries:
 
 Rebuilding Addon HTML manual pages index...
 Rebuilding Addon menu...
 Python 2.7.10 found.
 Cleaning up temporary files...
 Starting GRASS GIS...
 Traceback (most recent call last):
  File 
 "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", line 
 31, in 
from core import globalvar
  File 
 "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py",
  line 96, in 
import wx
  File 
 "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", 
 line 45, in 
from wx._core import *
  File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core.py", 
 line 4, in 
import _core_
 ImportError: 
 dlopen(/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so, 
 2): Library not loaded: 
 @loader_path/../../../../libwx_osx_cocoau-3.0.0.2.0.dylib
  Referenced from: 
 /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so
  Reason: image not found
 ERROR: Error in GUI startup. See messages above (if any) and if necessary, 
 please report this error to the GRASS developers.
 On systems with package manager, make sure you have the right GUI package, 
 probably named grass-gui, installed.
 To run GRASS GIS in text mode use the -text flag.
 Exiting...
 logout
 Saving session...
 ...copying 

Re: [GRASS-dev] [GRASS-user] Update to GRASS 7.1 64bit and 32bit

[Agustin Diez Castillo]

Michael,
Thanks for uploading this version
In my macOS 10.9.5, the gui now starts but rendering maps seems slow to me. I’m 
unable to switch to 3d viewer and the profile tool doesn’t work. See below for 
details.
Cheers
Agustin
3d viewer hangs up the wxgui in several tries

GRASS 7.1.svn (navarres):~ > Python(27615,0xa12581a8) malloc: *** 
mach_vm_map(size=1155047424) failed (error code=3)
*** error: can't allocate region
*** set a breakpoint in malloc_error_break to debug

The profile doesn’t start

Traceback (most recent call last):
  File "/Applications/GRASS-7.1.app/Contents/MacOS/gui/wxpyt
hon/mapdisp/frame.py", line 1074, in OnProfile

self.Profile(rasters=rasters)
  File "/Applications/GRASS-7.1.app/Contents/MacOS/gui/wxpyt
hon/mapdisp/frame.py", line 1082, in Profile

controller=self.profileController)
  File "/Applications/GRASS-7.1.app/Contents/MacOS/gui/wxpyt
hon/wxplot/profile.py", line 52, in __init__

BasePlotFrame.__init__(self, parent=parent, size=size,
**kwargs)
  File "/Applications/GRASS-7.1.app/Contents/MacOS/gui/wxpyt
hon/wxplot/base.py", line 88, in __init__

self.client = plot.PlotCanvas(self)
NameError
:
global name 'plot' is not defined



El 25Apr, 2016, a las 9:39 PM, Michael Barton  escribió:

> I repackaged the GRASS 7.1 64bit/wxPython 3 binary so that it will hopefully 
> run without errors again.
> 
> I also updated the binary for the normal GRASS 7.1 dual architecture binary 
> to the svn snapshot as of today.
> 
> Both are on the GRASS for Mac site (http://grassmac.wikidot.com)
> 
> Enjoy
> Michael
> 
> C. Michael Barton
> Director, Center for Social Dynamics & Complexity
> Professor of Anthropology, School of Human Evolution & Social Change
> Head, Graduate Faculty in Complex Adaptive Systems Science
> Arizona State University
> 
> voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> grass-user mailing list
> grass-u...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] WARNING TO MAC USERS - WAIT UPDATING TO EL CAPITAN (OS X 10.11)

[Agustin Diez Castillo]

Count on me, as well.
Agustin

> Michael, William,
> 
> I'd like to take a look at this to see if I can help.  I'm not an expert in 
> makefiles, or linkers, but I'm willing to put some time in to help move the 
> ball 
forward.  Is there a synopsis of the problem so I don't have to start from 
square one?
> 
> Thanks,
> 
> Brian
> 
> > On Dec 4, 2015, at 2:47 PM, Michael Barton  wrote:
> > 
> > This is still not resolved. William Kyngesburye has suggested some ways 
> > forward, but we are not yet sure exactly what causes the failure. Help is 
appreciated.
> > 
> > Michael
> > 
> > C. Michael Barton
> > Director, Center for Social Dynamics & Complexity 
> > Professor of Anthropology, School of Human Evolution & Social Change
> > Head, Graduate Faculty in Complex Adaptive Systems Science
> > Arizona State University
> > 
> > voice:  480-965-6262 (SHESC), 480-965-8130/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 4, 2015, at 12:36 PM, Brian Miles  >> > wrote:
> >> 
> >> Michael,
> >> 
> >> Just wondering what the status is on this.  Is there a ticket describing 
> >> the problems with OS X 10.11 and GRASS, and hopefully tracking the 
progress to a fix?  I tried searching the tickets (http://trac.osgeo.org/grass/ 
), but wasn't able to filter out enough false 
positives.
> >> 
> >> Thanks,
> >> 
> >> Brian Miles
> >> Research Scientist
> >> Institute for the Environment
> >> University of North Carolina at Chapel Hill
> >> 
> >>> On Oct 8, 2015, at 8:14 PM, grass-dev-requ...@lists.osgeo.org 
> >>>  wrote:
> >>> 
> >>> From: Michael Barton  >>> >
> >>> Date: October 8, 2015 at 8:07:58 PM EDT
> >>> To: GRASS developers grass-developers  >>> >, "grass-user grass-user" mailto:grass-u...@lists.osgeo.org>>
> >>> Subject: [GRASS-dev] WARNING TO MAC USERS - WAIT UPDATING TO EL CAPITAN 
> >>> (OS X 10.11)
> >>> 
> >>> 
> >>> I've had reports of GRASS not running for users updating to El Capitan. 
> >>> There is a possible workaround, but it is cumbersome and not 
guaranteed to work. I recommend that you do wait to update while we try to 
solve this. 
> >>> 
> >>> I've also heard that El Capitan breaks R.
> >>> 
> >>> Michael
> >>> 
> >>> C. Michael Barton
> >>> Director, Center for Social Dynamics & Complexity 
> >>> Professor of Anthropology, School of Human Evolution & Social Change
> >>> Head, Graduate Faculty in Complex Adaptive Systems Science
> >>> Arizona State University
> >>> 
> >>> voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> >>> fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
> >>> www: http://www.public.asu.edu/~cmbarton 
> >>> , http://csdc.asu.edu 
> >>> 
> > 
> 
> 


--
**
Dr. Agustín Diez Castillo
Departament de Prehistòria i Arqueologia
Phone:   +34 963 86 42 42
Avda. Blasco Ibañez, 28   Fax:  +34 963 86 42 34
València 46010
**




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

Re: [GRASS-dev] GRASS and Mac OS X El Capitan

[Agustin Diez Castillo]

After updating,
wxpython not working here but tcltk still works (grass 6.4 from kyngchaos), see 
below for results with 7.1
Launching 'wxpython' GUI in the background, please wait ...
Traceback (most recent call last):
  File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py", line 
27, in 
from core import globalvar
  File 
"/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/core/globalvar.py", 
line 76, in 
import wx
  File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/__init__.py", 
line 45, in 
from wx._core import *
  File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py", 
line 4, in 
import _core_
ImportError: 
dlopen(/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core_.so, 2): 
Library not loaded: /Users/Shared/unix/wxpython-snow/lib/libwx_macud-2.8.0.dylib
  Referenced from: 
/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core_.so
  Reason: image not found

grass 7.1 not working here
 '/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass.sh'; exit
Rebuilding Addon HTML manual pages index...
Rebuilding Addon menu...
Python 2.7.10 found.
Traceback (most recent call last):
  File "/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass71", line 1380, 
in 
set_language()
  File "/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass71", line 821, in 
set_language
language, encoding = locale.getdefaultlocale()
  File 
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py",
 line 543, in getdefaultlocale
return _parse_localename(localename)
  File 
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py",
 line 475, in _parse_localename
raise ValueError, 'unknown locale: %s' % localename
ValueError: unknown locale: UTF-8
logout
Saving session...
...copying shared history...
...saving history...truncating history files...
...completed.

> El Oct 7, 2015, a las 01:15, Michael Barton  escribió:
> 
> But it was never clear what was and was not working. We have this working 
> fine in Yosemite. So far, you are the only ones to report a problem with 
> Yosemite. The problem we are reporting now is that it was running on Yosemite 
> and not running on El Capitan. Maybe that is the same thing, but maybe not. 
> That said, I plan on a recompile, but have been stuck on the laslib problem. 
> I hope to have time to get that compiled on Thursday. I haven’t had much 
> input so it has been a lot of trial and error. Once it is working with 
> current gdal, I can recompile new binaries.
> 
> Michael
> 
> C. Michael Barton
> Director, Center for Social Dynamics & Complexity 
> Professor of Anthropology, School of Human Evolution & Social Change
> Head, Graduate Faculty in Complex Adaptive Systems Science
> Arizona State University
> 
> voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
> www: http://www.public.asu.edu/~cmbarton 
> , http://csdc.asu.edu 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>> On Oct 6, 2015, at 2:11 PM, Anna Petrášová > > wrote:
>> 
>> 
>> 
>> On Tue, Oct 6, 2015 at 4:56 PM, Michael Barton > > wrote:
>> This is a binary I created and posted to my web site not too long ago. It 
>> worked fine before upgrading and works fine on people’s machines that have 
>> not upgraded. So this worries me.
>> 
>> I informed you couple of weeks ago when you posted them that they are not 
>> working on my and Helena's Mac with the exact same problem (we have 
>> Yosemite). As I said before couple of times and as Markus said now, this 
>> error suggests that fresh recompilation could help. 
>> 
>> BTW I fixed import order couple of weeks ago, so this shouldn't happen again.
>> 
>> 
>> 
>> I’m hoping soon to have time to complete the complicated effort to recompile 
>> laslib so I can make new binaries before I think about upgrading to the new 
>> OS X. But I will be compiling them on the penultimate version of the OS 
>> (prior to El Capitan, released a few days ago).
>> 
>>  We are able to compile GRASS on Mac, although we haven't tried to compile 
>> liblas. 
>> 
>> Anna
>> 
>> Michael
>> 
>> C. Michael Barton
>> Director, Center for Social Dynamics & Complexity
>> Professor of Anthropology, School of Human Evolution & Social Change
>> Head, Graduate Faculty in Complex Adaptive Systems Science
>> Arizona State University
>> 
>> voice:  480-965-6262  (SHESC), 480-965-8130 
>> /727-9746 (CSDC)
>> fax: 480-965-7671  (SHESC),  480-727-0709 
>>  (CSDC)
>> www: http://www.public.asu.edu/~cmbarton 
>> , http://csdc.asu.edu 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> > On Oct 6, 2015, at 

Re: [GRASS-dev] check out GIS on iOS

[Agustin Diez Castillo]

On Jul 21, 2011, at 2:02 AM, Michael Barton wrote:

 A bit over a year ago, if anyone remembers, I was inspired by a symposium 
 that Helena and I attended at the AAG meetings to offer some thoughts on the 
 future of GIS interfaces. One of the things I mentioned is that the iOS 
 interface (iPad and iPhone) was especially conducive to tactile manipulation 
 of geospatial data. 
 
 Recently, a group has produced a new GIS app that runs in this environment. 
 The app is called iGIS, and is produced by 
 http://www.geometryit.com/igis/in Australia. It is still a bit buggy but 
 already allows for the import of vector (as shapefile) and raster (produced 
 by MapTiler) data via USB or wifi connections, overlay of vectors and a 
 raster basemap (when online, you also have access to Google basemaps), the 
 ability to change vector appearances, basic querying and thematic mapping, 
 editing of vector data tables, and rudimentary digitizing. Map layers can be 
 rearranged and turned on/off. It also can access and use the GPS functions 
 built into iOS devices. It uses the full range of EPSG projections and seems 
 to do reprojection on the fly. That's actually a pretty good start. 
 Currently, it is free of charge. I don't think it is open source, although it 
 seems to use some open source tools.
 
 ESRI also has some iOS GIS apps out, also free. But these seem closely tied 
 to ESRI geodatabases and ESRI server online data. 
You also have GisRoam that only works with epsg4326 but it's pretty cool, I 
like that you can browse your maps where offline. They have also a paid server 
to upload your stuff.
http://www.gisroam.com/
 
 This is potentially exciting environment for geospatial tools, combining GPS, 
 portability, and much more functionality than older hand-held units. I don't 
 know what it would take to make GRASS data and raster tools available this 
 way, but someone from the GRASS or QGIS communities might be interested in 
 looking into it.
 
 You can see a screen shot at 
 http://dl.dropbox.com/u/7437464/iGIS_example.PNG. This shows archaeological 
 sites as vector points and a vector streams layer over a Google satellite 
 base map of central Arizona.
 
 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
 
 ___
 grass-dev mailing list
 grass-dev@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-dev

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

Re: [GRASS-dev] R.li question

[Agustin Diez Castillo]

El Apr 22, 2008, a las 5:32 PM, Michael Barton escribió:

On 4/22/08 12:11 AM, Glynn Clements [EMAIL PROTECTED]  
wrote:




Michael Barton wrote:

I thought I¹d demonstrate r.li in my class tomorrow, but I¹m a  
bit confused.
I made a configuration file�or thought I made it�using the  
random patch
distribution option in r.li.setup. Everything seems OK and saves  
fine. I can
see my new configuration file listed in the r.li.setup list (I  
called it
soil_test). But where is this file on my computer so that I can  
use it? I¹ve

searched high and low and can¹t find it.


Looking at r.li.setup.main, I suspect that it's in ~/.r.li/history/


Thanks much. That's it.

IMHO, this is not a good place to put a file that you need to find  
and use

later.

On my Mac, any directory or file starting with a . is hidden from  
the
finder and you have to use special means to access it. This an  
annoying

aspect of the Mac interface, but one we have to live with.

Out of topic, but you can use
http://blog.tice.de/software.php?page=InVisibles%20englsprache=englisch




Michael

__
Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution  Social Change
Center for Social Dynamics  Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton


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



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

Re: [GRASS-dev] 6.3.0 is out! please prepare binaries...

[Agustin Diez Castillo]

Hi,
I have put a Spanish translation of the announcement in here
http://grass-dev.osgeo.net/node/8
I didn't know how to put it somewhere else. Feel free to convert it in a 
non-existent
a href=resumen_grass630.txtShort version (SP: Resument)/a

 Hi,
 
 2008/4/19, Otto Dassau [EMAIL PROTECTED]:
   OpenSuse packages are updated with wxpython gui but I wasn't able to build
   v.digit for wx. I found that there is a non solved problem, that shall be 
  solved
   for 6.4. Is this correct or am I missing something?
 
   http://trac.osgeo.org/grass/ticket/58
 
 this issue is not solved, task for 6.4.0 or 6.3.1.
 
 Martin
 
 -- 
 Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa *
 ___
 grass-dev mailing list
 grass-dev@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-dev
 
 


--
**
Dr. Agustín Diez Castillo
Departament de Prehistòria i Arqueologia
Fundació General Universitat de València
Phone:   +34 963 86 42 42
Avda. Blasco Ibañez, 28   Fax:  +34 963 86 42 34
València 46010
**



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

[GRASS-dev] Re: tcltk grass svn

[Agustin Diez Castillo]

The gui is working but it takes for ever to start and then when nviz  
is invoked, I got

# nviz elevation=elevation.10m
alloc: invalid block: 0x522080: 0 f0 0

On Mar 11, 2008, at 8:52 PM, William Kyngesburye wrote:


Anything in console or system logs?

On Mar 11, 2008, at 2:18 PM, Agustin Diez Castillo wrote:


Not working on Tiger, no message. Tested g.gui oldtcltk  g.gui tcltk



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

We are at war with them. Neither in hatred nor revenge and with no  
particular pleasure I shall kill every ___ I can until the war is  
over. That is my duty.


Don't you even hate 'em?

What good would it do if I did? If all the many millions of people  
of the allied nations devoted an entire year exclusively to hating  
the  it wouldn't kill one ___ nor shorten the war one day.


Ha, ha And it might give 'em all stomach ulcers.

- Tarzan, on war




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

Re: [GRASS-dev] r.in.wms improvements (call for testing)

[Agustin Diez Castillo]

I can't r.in.wms yet (william's svn build, so I'm not absolutely sure  
if your changes are there)
r.in.wms -l mapserver=http://www.idee.es/wms/PNOA/PNOA srs=EPSG:23030  
format=png wmsquery=version=1.1.1 maxcols=1024 maxrows=1024  
'curloptions=-C - --retry 5 -s -S' method=nearest --verbose

Using WGET for downloading data.
List of layers for server http://www.idee.es/wms/PNOA/PNOA:

18:51:17 URL:http://www.idee.es/wms/PNOA/PNOA [448/448] - /Volumes/ 
LaCieDisk/Users/Shared/agus_compartido/grassdata/Projecte/adiez2/.tmp/ 
regadiuet.prearq.uv.es/4333.0capabilities.xml [1]
wget -c -t 5 -nv --post- 
data=service=WMSrequest=GetCapabilitiesversion=1.1.1 http://www.idee.es/wms/PNOA/PNOA 
 -O /Volumes/LaCieDisk/Users/Shared/agus_compartido/grassdata/ 
Projecte/adiez2/.tmp/regadiuet.prearq.uv.es/4333.0capabilities.xml;



ERROR: Parsing XML file

?xml version='1.0' encoding=ISO-8859-1 standalone=no ?
!DOCTYPE ServiceExceptionReport SYSTEM
 http://www.idee.es/SgdWms/Server/exception_1_1_1.dtd;
ServiceExceptionReport version=1.1.1
  ServiceException code=InvalidFormat
![CDATA[
  Par?metros:
REQUEST INEXISTENTE O INVALIDA
Verticesdisponibles:
]]
  /ServiceException
/ServiceExceptionReport



On Mar 5, 2008, at 9:36 AM, Hamish wrote:


Hi,

Yesterday I had some trouble connecting to NOAA's Electronic  
Navigation

Chart(ENC) WMS server[1] using r.in.wms. It turns out that their WMS
server poses some challenges for us. Their ArcIMS system will not  
handle
POST-data, it will only respond to very long URL strings (GET  
requests)

[2]. Also their list of layer names include URL problematic characters
like spaces and parser problematic chars like commas[3].

In SVN/trunk I've now adjusted the code to deal with both of those
things, although I haven't done anything for commas in the layer  
names -

those will still be parsed incorrectly[4]. Also the script is now
slightly less chatty by default and writes metadata to the output  
file.


Could folks test it please? If it's good it might be worth backporting
for 6.3.0, but it would need a lot of testing before considering that.
Agustin, maybe this solves your problem?



I also tried to fix the tile patching for single-band image. The  
ArcIMS
server would only send JPEGs or 8bit PNG  GIF images (no GeoTIFF).  
The
JPGs split into three RGB bands and patch correctly, but the 8bit  
PNG and

GIF tiles have per-tile unique color indexes; r.patch uses the index
from the first, resulting in funky weirdness. The current solution  
is a
hack using r.mapcalc's r#,g#,b# operators to split into three bands,  
then

do the patching, and then r.compositing. Other ideas for solving that:

1- add a -c flag to r.patch to patch by common color not by cat  
number.


2- use the PNG driver to 'd.rast -o' all the tiles, set GRASS_WIDTH  
and
 GRASS_HEIGHT to the region dims, then run d.out.file + 'r.in.gdal - 
o' +

 r.region.

3- Use  echo `seq 0 255` |  r.what.color -i in=tile_0 (or colr/  
files

 directly) to get color tables for each tile, then for all the other
 tiles do a search loop for each RGB value and create reclass rules
 for each additional tile then run r.patch and copy the color index
 rules from the first map.

4. (what I did) For each tile extract 3 new 0-255 maps with  
r.mapcalc's
 r#, g#, b# operators, patch all r, g, b tiles together, then  
recombine

 into a single map with r.composite.

5. Use gdal_merge.py  (but does it have a preserve color mode?)

6. Try NetPBM's pnmcat on raw downloaded tiles before loading into  
GRASS.

  This is what NVIZ uses to assemble the max. res PPM output.
  (but does it have a preserve color mode?)

1 would be the best but I expect easier said than done. [beyond me]
2 is probably the quickest but dirtiest [opens to display lib pains]
3 has elegance but may be slow  [perhaps not so slow?]
4 slow but functional hack
5 and 6 on the raw input would probably be very fast, but it is
   unknown to me if they would suffer the same multiple color index
   problem as r.patch.

TODO:
* rewrite the thing in Python (any volunteers? what is the QGIS plugin
  written in? Python or C++? [reuse whatever we can])
* See if GDAL 1.5.0's new WMS function could help simplify the task


[1] NOAA's WMS:
http://ocs-spatial.ncd.noaa.gov/website/encdirect/help/helpfile.htm#Webser
http://ocs-spatial.ncd.noaa.gov/wmsconnector/com.esri.wms.Esrimap/encdirect?

Some nice layers to get started with:
layers=\
LAND,\
2DEPTH AREA(DEPARE),\
2SEA AREA(SEAARE),\
2SEABED AREA_polygon(SBDARE),\
2SOUNDINGS,\
DEPTH AREA(DEPARE)

[2] the OGC WMS def ver 1.3.0 says that is allowed, see sec. 6.3.4
[3] the layer names are a mixed bag, most use _ not ' ', only one  
comma

[4] will GRASS's parser handle escaped \, in a multiple answers list?
   can it be simply done in a shell script? ('s+\\,+%2C+g' is easy
   enough but how to have that ignore a real '\\,' in the layer name?)
   and that means the use will have to munge the layer name  

[GRASS-dev] Fwd: [Gvsig_english] Roundtable about Free Software

[Agustin Diez Castillo]

This is in Spanish but good to know that one of the ESRI's arguments  
is that free software slows down standards  ... why? because anyone  
can change the code, weird at least.



Begin forwarded message:


From: Jorge Sanz [EMAIL PROTECTED]
Date: December 20, 2007 1:20:02 PM GMT+01:00
To: Users and Developers mailing list  
[EMAIL PROTECTED]

Subject: [Gvsig_english] Roundtable about Free Software
Reply-To: Users and Developers mailing list  
[EMAIL PROTECTED]


Hi,

This Thursday a roundtable about free software was held in the  
National Geographic Institute of Spain. First round on that  
discussion have been uploaded to Youtube. Well, they are obviously  
in Spanish, but maybe some of you could find them interesting.


Just a excerpt: the ESRI representative has said that Free Software  
slows down the adoption of standards (WTF?)


http://www.youtube.com/profile?user=IGN000

Cheers
--
Jorge Gaspar Sanz Salinas
Ingeniero en Geodesia y Cartografía
Prodevelop S.L. - Valencia - España
Tlf.:  96.351.06.12 - Fax:   96.351.09.68
jsanz[en]prodevelop[punto]es
http://www.prodevelop.es


___
Gvsig_internacional mailing list
[EMAIL PROTECTED]
http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional



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

Re: [GRASS-dev] GRASS cvs for Mac compilation fails for OS X 10.4

[Agustin Diez Castillo]

 On Nov 17, 2007, at 12:54 PM, Agustin Diez Castillo wrote:
 
  I use bindist in several Macs with some success,
No until now, but I haven't used it a lot.
 
 Some success - were there problems then?
 
  actually one of them is working in
  Leopard
 
 Do you mean: generating the installer on Tiger and installing on  
 Leopard?  That should work.  The only thing to watch out for is that  
 on Leopard you should NOT set DISPLAY - the Terminal startup magic  
 takes care of this, and setting it yourself will break X displays and  
 the GUI.
I will check that.
 
  but I need to write the command gis.m on the terminal.
 
 So, the GUI is not starting automatically?
Yes, the GUI is not starting automatically.
 
 
 
  I'm curious: are you using a bindist-created installer package?  or
  building from source on each Mac?  I haven't heard any feedback from
  anyone on the bindist feature (it's what I use it to create my
  binaries for download).
 
 
 
 -
 William Kyngesburye kyngchaos*at*kyngchaos*dot*com
 http://www.kyngchaos.com/
 
 This is a question about the past, is it? ... How can I tell that the  
 past isn't a fiction designed to account for the discrepancy between  
 my immediate physical sensations and my state of mind?
 
 - The Ruler of the Universe
 
 
 ___
 grass-dev mailing list
 grass-dev@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-dev
 
 


--
**
Dr. Agustín Diez Castillo
Departament de Prehistòria i Arqueologia
Fundació General Universitat de València
Phone:   +34 963 86 42 42
Avda. Blasco Ibañez, 28   Fax:  +34 963 86 42 34
València 46010
**



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

Re: [GRASS-dev] GRASS cvs for Mac compilation fails for OS X 10.4

[Agustin Diez Castillo]

I use bindist in several Macs with some success, actually one of them is 
working in
Leopard but I need to write the command gis.m on the terminal.


 I'm curious: are you using a bindist-created installer package?  or  
 building from source on each Mac?  I haven't heard any feedback from  
 anyone on the bindist feature (it's what I use it to create my  
 binaries for download).
 
 On Nov 17, 2007, at 12:10 PM, Michael Barton wrote:
 
  Great. Thanks.
 
  I'm visting Stanford to give a talk. I just installed GRASS on 2  
  iMacs and 2
  laptops in the Archaeology Center spatial analysis lab.
 
  Trying to get it on a colleague's PC laptop. This is trickier.
 
  Michael
 
 -
 William Kyngesburye kyngchaos*at*kyngchaos*dot*com
 http://www.kyngchaos.com/
 
 Mon Dieu! but they are all alike.  Cheating, murdering, lying,  
 fighting, and all for things that the beasts of the jungle would not  
 deign to possess - money to purchase the effeminate pleasures of  
 weaklings.  And yet withal bound down by silly customs that make them  
 slaves to their unhappy lot while firm in the belief that they be the  
 lords of creation enjoying the only real pleasures of existence
 
 - the wisdom of Tarzan
 
 
 ___
 grass-dev mailing list
 grass-dev@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-dev
 
 


--
**
Dr. Agustín Diez Castillo
Departament de Prehistòria i Arqueologia
Fundació General Universitat de València
Phone:   +34 963 86 42 42
Avda. Blasco Ibañez, 28   Fax:  +34 963 86 42 34
València 46010
**



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