[GRASS-user] multi-user installation of GRASS 7

[Bartolomei.Chris]

Just a quick question.  Looking around the mailing list I see old references to 
multi-user installation on GRASS.
Is this possible? I have someone with a multi-processor system that wants to 
install GRASS 7 in one location (for ease of administration) and have several 
users run GRASs 7 at the same time, using the same mapsets. I see that it is 
possible to NFS mount the location/mapsets but can grass manage multiple 
(concurrent) users?
I would guess the server is a Linux flavor of some sort.
:)
Chris

Chris Bartolomei P.E.
Engineer/Scientist
ENSCO, Inc.
bartolomei.ch...@ensco.com

The information contained in this email message is intended only for the use of 
the individual(s) to whom it is addressed and may contain information that is 
privileged and sensitive. If you are not the intended recipient, or otherwise 
have received this communication in error, please notify the sender immediately 
by email at the above referenced address and note that any further 
dissemination, distribution or copying of this communication is strictly 
prohibited.

The U.S. Export Control Laws regulate the export and re-export of technology 
originating in the United States. This includes the electronic transmission of 
information and software to foreign countries and to certain foreign nationals. 
Recipient agrees to abide by these laws and their regulations -- including the 
U.S. Department of Commerce Export Administration Regulations and the U.S. 
Department of State International Traffic in Arms Regulations -- and not to 
transfer, by electronic transmission or otherwise, any content derived from 
this email to either a foreign national or a foreign destination in violation 
of such laws.
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

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

[Anna Petrášová]

On Thu, Jun 9, 2016 at 8:37 PM, Michael Barton  wrote:
> I've replaced the build from earlier today with one that is sort of wxPython 
> 3.0.3.0
>
> There was no straightforward way to build this. The only thing on github is 
> the wxpython part. For a full source package it needs to be combined with 
> wxWidgets and both compiled together. The 3.0.2.0 source package has the 
> wxpython folder inside the wxwidgets source folder. Seems easy enough. So I 
> downloaded the latest wxpython and the latest wxwidgets, dropped the wxpython 
> folder inside the wxwidgets folder and compiled. After solving some compiling 
> issues, it all built.
>
> Then I tried to build GRASS against the result. No problem with the build. 
> But when I went to run it, it had a version mismatch error between wxpython 
> and wxwidgets that disabled 3D.
>
> So I tried again by replacing the wxpython directory in the 3.0.2.0 source 
> with the new wxpython folder from github. Again, this compiled without 
> problems, and GRASS compiled against it without errors.
>
> When I run GRASS, it again complains of a version mismatch but it doesn't 
> seem to have any effects. So I've posted this one on the website for now. It 
> does fix the plot.py bug but I can't see any other difference. Maybe you can.

That's a little disappointing. I will test tomorrow. Thank you

Anna

>
> I'll be very interested to hear if this runs under SIP.
>
> Cheers
> 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 9, 2016, at 1:56 PM, Michael Barton  wrote:
>>
>> That's great news. Now to see if it also works under SIP.
>>
>> I wanted to test this to see if it even worked before I tried wxPython 3.0.3 
>> and Glynn's hack for gettext. If it works under El Capitan SIP, then on to 
>> the next steps.
>>
>> 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 9, 2016, at 1:50 PM, Anna Petrášová  wrote:
>>>
>>> On Thu, Jun 9, 2016 at 4:30 PM, Michael Barton  
>>> wrote:
 yet another GRASS 7.3 64 bit.

 In this version (just uploaded a few minutes ago to the website), I've 
 built
 wxPython from source and installed it in a non-system folder. I built GRASS
 against this local build of wxPython. There should be no problems for SIP 
 if
 it is only the bundled dependencies. And this should not require any
 additional packages like Anaconda.
>>>
>>> I tested it on old Yosemite (before SIP came) and works great, but I
>>> was wondering, since you decided to compile wxpython, could you use
>>> wxpython 3.0.3? It's not released, but a lot of bugs are supposed to
>>> be solved there.
>>>
>>> Thanks
>>>
>>> Anna

 Let me know
 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 6, 2016, at 12:37 PM, Michael Barton  wrote:

 OK. This means the /usr/local/... path is hardwired into the wxPython Mac
 binary itself. Not sure if this changes how we need to deal 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: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu















 On Jun 6, 2016, 

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

[Michael Barton]

I've replaced the build from earlier today with one that is sort of wxPython 
3.0.3.0

There was no straightforward way to build this. The only thing on github is the 
wxpython part. For a full source package it needs to be combined with wxWidgets 
and both compiled together. The 3.0.2.0 source package has the wxpython folder 
inside the wxwidgets source folder. Seems easy enough. So I downloaded the 
latest wxpython and the latest wxwidgets, dropped the wxpython folder inside 
the wxwidgets folder and compiled. After solving some compiling issues, it all 
built.

Then I tried to build GRASS against the result. No problem with the build. But 
when I went to run it, it had a version mismatch error between wxpython and 
wxwidgets that disabled 3D. 

So I tried again by replacing the wxpython directory in the 3.0.2.0 source with 
the new wxpython folder from github. Again, this compiled without problems, and 
GRASS compiled against it without errors. 

When I run GRASS, it again complains of a version mismatch but it doesn't seem 
to have any effects. So I've posted this one on the website for now. It does 
fix the plot.py bug but I can't see any other difference. Maybe you can. 

I'll be very interested to hear if this runs under SIP. 

Cheers
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 9, 2016, at 1:56 PM, Michael Barton  wrote:
> 
> That's great news. Now to see if it also works under SIP.
> 
> I wanted to test this to see if it even worked before I tried wxPython 3.0.3 
> and Glynn's hack for gettext. If it works under El Capitan SIP, then on to 
> the next steps.
> 
> 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 9, 2016, at 1:50 PM, Anna Petrášová  wrote:
>> 
>> On Thu, Jun 9, 2016 at 4:30 PM, Michael Barton  
>> wrote:
>>> yet another GRASS 7.3 64 bit.
>>> 
>>> In this version (just uploaded a few minutes ago to the website), I've built
>>> wxPython from source and installed it in a non-system folder. I built GRASS
>>> against this local build of wxPython. There should be no problems for SIP if
>>> it is only the bundled dependencies. And this should not require any
>>> additional packages like Anaconda.
>> 
>> I tested it on old Yosemite (before SIP came) and works great, but I
>> was wondering, since you decided to compile wxpython, could you use
>> wxpython 3.0.3? It's not released, but a lot of bugs are supposed to
>> be solved there.
>> 
>> Thanks
>> 
>> Anna
>>> 
>>> Let me know
>>> 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 6, 2016, at 12:37 PM, Michael Barton  wrote:
>>> 
>>> OK. This means the /usr/local/... path is hardwired into the wxPython Mac
>>> binary itself. Not sure if this changes how we need to deal 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: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On Jun 6, 2016, at 12:15 PM, Adam Dershowitz 
>>> wrote:
>>> 
>>> I just downloaded it, and tried it.  No luck.  It still doesn’t find the
>>> libraries that it needs:
>>> 
>>> '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit
>>> Rebuilding Addon HTML manual pages 

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

[Michael Barton]

That's great news. Now to see if it also works under SIP.

I wanted to test this to see if it even worked before I tried wxPython 3.0.3 
and Glynn's hack for gettext. If it works under El Capitan SIP, then on to the 
next steps.

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 9, 2016, at 1:50 PM, Anna Petrášová  wrote:
> 
> On Thu, Jun 9, 2016 at 4:30 PM, Michael Barton  wrote:
>> yet another GRASS 7.3 64 bit.
>> 
>> In this version (just uploaded a few minutes ago to the website), I've built
>> wxPython from source and installed it in a non-system folder. I built GRASS
>> against this local build of wxPython. There should be no problems for SIP if
>> it is only the bundled dependencies. And this should not require any
>> additional packages like Anaconda.
> 
> I tested it on old Yosemite (before SIP came) and works great, but I
> was wondering, since you decided to compile wxpython, could you use
> wxpython 3.0.3? It's not released, but a lot of bugs are supposed to
> be solved there.
> 
> Thanks
> 
> Anna
>> 
>> Let me know
>> 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 6, 2016, at 12:37 PM, Michael Barton  wrote:
>> 
>> OK. This means the /usr/local/... path is hardwired into the wxPython Mac
>> binary itself. Not sure if this changes how we need to deal 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: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Jun 6, 2016, at 12:15 PM, Adam Dershowitz 
>> wrote:
>> 
>> I just downloaded it, and tried it.  No luck.  It still doesn’t find the
>> libraries that it needs:
>> 
>> '/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
>> "/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:
>> /usr/local/lib/wxPython-3.0.2.0/lib/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 shared history...
>> ...saving history...truncating history files...
>> ...completed.
>> Deleting expired sessions...none found.
>> 
>> [Process completed]
>> 
>> 
>> -- Adam
>> 
>> 
>> From: Michael Barton 
>> Date: Monday, June 6, 2016 at 2:50 PM
>> To: Adam Dershowitz 
>> Cc: GRASS developers , GRASS users
>> , Helena Mitasova , Anna
>> Petrášová 
>> Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP
>> problem - please test
>> 
>> 

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

[Anna Petrášová]

On Thu, Jun 9, 2016 at 4:30 PM, Michael Barton  wrote:
> yet another GRASS 7.3 64 bit.
>
> In this version (just uploaded a few minutes ago to the website), I've built
> wxPython from source and installed it in a non-system folder. I built GRASS
> against this local build of wxPython. There should be no problems for SIP if
> it is only the bundled dependencies. And this should not require any
> additional packages like Anaconda.

I tested it on old Yosemite (before SIP came) and works great, but I
was wondering, since you decided to compile wxpython, could you use
wxpython 3.0.3? It's not released, but a lot of bugs are supposed to
be solved there.

Thanks

Anna
>
> Let me know
> 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 6, 2016, at 12:37 PM, Michael Barton  wrote:
>
> OK. This means the /usr/local/... path is hardwired into the wxPython Mac
> binary itself. Not sure if this changes how we need to deal 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: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Jun 6, 2016, at 12:15 PM, Adam Dershowitz 
> wrote:
>
> I just downloaded it, and tried it.  No luck.  It still doesn’t find the
> libraries that it needs:
>
> '/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
> "/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:
> /usr/local/lib/wxPython-3.0.2.0/lib/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 shared history...
> ...saving history...truncating history files...
> ...completed.
> Deleting expired sessions...none found.
>
> [Process completed]
>
>
> -- Adam
>
>
> From: Michael Barton 
> Date: Monday, June 6, 2016 at 2:50 PM
> To: Adam Dershowitz 
> Cc: GRASS developers , GRASS users
> , Helena Mitasova , Anna
> Petrášová 
> Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP
> problem - please test
>
> Adam and others,
>
> Yet another GRASS 64 bit. I just uploaded to the GRASS for Mac site.
>
> I tried something else. I am hoping that this works with SIP enabled in El
> Capitan and does not add Anaconda as a required dependency.
>
> If you have a chance, give it a try.
>
> 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-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

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

[Michael Barton]

yet another GRASS 7.3 64 bit.

In this version (just uploaded a few minutes ago to the website), I've built 
wxPython from source and installed it in a non-system folder. I built GRASS 
against this local build of wxPython. There should be no problems for SIP if it 
is only the bundled dependencies. And this should not require any additional 
packages like Anaconda.

Let me know
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 6, 2016, at 12:37 PM, Michael Barton 
> wrote:

OK. This means the /usr/local/... path is hardwired into the wxPython Mac 
binary itself. Not sure if this changes how we need to deal 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: http://www.public.asu.edu/~cmbarton, 
http://csdc.asu.edu















On Jun 6, 2016, at 12:15 PM, Adam Dershowitz 
> wrote:

I just downloaded it, and tried it.  No luck.  It still doesn’t find the 
libraries that it needs:

'/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 "/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: 
/usr/local/lib/wxPython-3.0.2.0/lib/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 shared history...
...saving history...truncating history files...
...completed.
Deleting expired sessions...none found.

[Process completed]


-- Adam


From: Michael Barton >
Date: Monday, June 6, 2016 at 2:50 PM
To: Adam Dershowitz >
Cc: GRASS developers 
>, GRASS users 
>, Helena 
Mitasova >, Anna 
Petrášová >
Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP 
problem - please test

Adam and others,

Yet another GRASS 64 bit. I just uploaded to the GRASS for Mac site.

I tried something else. I am hoping that this works with SIP enabled in El 
Capitan and does not add Anaconda as a required dependency.

If you have a chance, give it a try.

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

Re: [GRASS-user] reference for publications?

[Markus Neteler]

On Thu, Jun 9, 2016 at 4:07 PM, Veronica Andreo 
wrote:
...
> The text seems fine to me. Just some ideas/questions:
>
> - What about adding something like "See citation options with: g.version
-x"
> below "See the licence terms with: g.version -c" in the welcome screen in
> the terminal?

Yes. done in r68658, it now looks like this:

...
Welcome to GRASS GIS 7.3.svn
GRASS GIS homepage:  http://grass.osgeo.org
This version running through:Bash Shell (/bin/bash)
Help is available with the command:  g.manual -i
See the licence terms with:  g.version -c
See citation options with:   g.version -x
Start the GUI with:  g.gui wxpython
When ready to quit enter:exit

GRASS 7.3.svn (nc_spm_08_grass7):~ >

I have also homogenised the flag style

g.version
...
Flags:
  -c   Print also the copyright message
  -x   Print also the citation options <<--- new
  -b   Print also the build information
...

> - And also an example of how to cite an add-on?

Please write one :) On the other hand I omitted it to not highlight a
single one.

> - Why YEAR isn't picked up automatically from the version? Would that be a
> mess? Or is it on purpose just to remain generic?

Mess - the CITATION file which is read by g.version would need to be parsed
for that.
Some regex/string magic would do that but I am not able to implement string
replacement stuff.
Anyone?

Best,
Markus


-- 
Markus Neteler
http://www.mundialis.de - free data with free software
http://grass.osgeo.org
http://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] reference for publications?

[Veronica Andreo]

Hello Markus,

> [..]
> >>
> >> Definitely yes. AFAIK there is an open ticket for that but due to
> >> traveling I cannot check at time.
> >
> > Here: https://trac.osgeo.org/grass/ticket/947
> > rather old ticket :)
>
> Yep. Now I worked on that:
>
> g.version -x
>
> gives you citation options similar to R's citation() function.
>

Cool! :) Thanks!


> Please check if the text is ok.
>

The text seems fine to me. Just some ideas/questions:

- What about adding something like "See citation options with: g.version
-x" below "See the licence terms with: g.version -c" in the welcome screen
in the terminal?

- And also an example of how to cite an add-on?

- Why YEAR isn't picked up automatically from the version? Would that be a
mess? Or is it on purpose just to remain generic?

Cheers,
Vero
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] FW: Temporal + export

[Luca Delucchi]

On 13 May 2016 at 20:07, Veronica Andreo  wrote:
> Hey, Mati! Hola!
>

Hi Vero, Matias

>
> @Luca, might the error and/or message be related to [2]?
>

I don't think so

>> ERROR: La exportación raster puede resultar en una pérdida completa de
>> datos, cancelando.
>> Traceback (most recent call last):
>>   File "C:\OSGEO4~1\apps\grass\grass-7.0.4/scripts/t.rast.ex
>> port.py", line 87, in 
>> main()
>>   File "C:\OSGEO4~1\apps\grass\grass-7.0.4/scripts/t.rast.ex
>> port.py", line 82, in main
>> _input, output, compression, directory, where, _format,
>> "strds")
>>   File "C:\OSGEO4~1\apps\grass\grass-7.0.4\etc\python\grass\
>> temporal\stds_export.py", line 298, in export_stds
>> rows, tar, list_file, new_cwd, fs, format_)
>>   File "C:\OSGEO4~1\apps\grass\grass-7.0.4\etc\python\grass\
>> temporal\stds_export.py", line 97, in
>> _export_raster_maps_as_gdal
>> shutil.rmtree(new_cwd)
>>   File "C:\OSGEO4~1\apps\Python27\lib\shutil.py", line 252,
>> in rmtree
>> onerror(os.remove, fullname, sys.exc_info())
>>   File "C:\OSGEO4~1\apps\Python27\lib\shutil.py", line 250,
>> in rmtree
>> os.remove(fullname)
>> WindowsError: [Error 32] El proceso no tiene acceso al
>> archivo porque está siendo utilizado por otro proceso:
>> 'C:\\SIG\\Grass\\tmp883adw\\archive'
>> (Fri May 13 13:09:21 2016) Comando finalizado. (2 segundos)
>> (Fri May 13 13:14:02 2016)
>>

it seems related to r.out.gdal, Matias could you try again the command?

>> Some new idea?
>>
>> Thanks!!!
>>
> Does r.out.gdal for only one map works? Something like
>
> r.out.gdal input=LST output=LST.tif format=GTiff type=UInt16
>

Matias is this working for you?

> Let us know :)
>
> Vero
>


-- 
ciao
Luca

www.lucadelu.org
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] reference for publications?

[Markus Neteler]

On Tue, Jun 7, 2016 at 5:39 PM, Veronica Andreo  wrote:
> Hi again
>
> [..]
>>
>> Definitely yes. AFAIK there is an open ticket for that but due to
>> traveling I cannot check at time.
>
> Here: https://trac.osgeo.org/grass/ticket/947
> rather old ticket :)

Yep. Now I worked on that:

g.version -x

gives you citation options similar to R's citation() function.

Please check if the text is ok.

cheers,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] setting snap an min_area for v.in.ogr

[Moritz Lennert]

On 09/06/16 12:55, Uwe Fischer wrote:

Moritz,

thank you very much for your help. I understand so far whats going on. But I 
did not choose any menu items; I typed v.in.ogr in the console window, and then 
the reduced wizard showed up. So the flag --ui is what I need.

Is --ui available for every GRASS command?


Yes. You can see it if you la


Or is there a way for the user to see/to learn if 2 wizards for the same 
command are existing?


Not really, AFAIK. --ui _always_ brings up the actual module GUI. 
Normally, launching a module with just its name does the same, but for 
the import and export modules special treatments have been decided 
within the wxGUI. If you launch the same module in a terminal, you get 
the original (--ui) GUI.


I personally find this confusing and would have prefered a separate 
"Import wizard" entry in the GUI menu (with possible 
g.gui.vimport/rimport modules), but others have the feeling that this 
makes life easier for newcomers...




In most cases, I'd love to see all options available because my input datasets 
often require filtering, selecting or setting tolerances.


+1.

You will always get all options using --ui.

Moritz

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

Re: [GRASS-user] setting snap an min_area for v.in.ogr

[Uwe Fischer]

Moritz,

thank you very much for your help. I understand so far whats going on. But I 
did not choose any menu items; I typed v.in.ogr in the console window, and then 
the reduced wizard showed up. So the flag --ui is what I need.

Is --ui available for every GRASS command? Or is there a way for the user to 
see/to learn if 2 wizards for the same command are existing?

In most cases, I'd love to see all options available because my input datasets 
often require filtering, selecting or setting tolerances.

Thank you once more.

Mit freundlichen Grüßen,

UWE FISCHER


-Ursprüngliche Nachricht-
Von: Moritz Lennert [mailto:mlenn...@club.worldonline.be] 
Gesendet: Donnerstag, 9. Juni 2016 11:27
An: Uwe Fischer ; grass-user@lists.osgeo.org
Betreff: Re: [GRASS-user] setting snap an min_area for v.in.ogr

On 09/06/16 10:47, Uwe Fischer wrote:
> Hello List,
>
> why are there no input boxes for snap threshold and min_area in the 
> v.in.ogr menu in GRASS 7.0.3? I think those values are important to 
> control the process. On the command line, the values can be entered.

This is an old discussion. See [1] for example.

The menu entry File->Import vector data->Common import formats actually does 
not launch v.in.ogr as such, but a GUI import wizard which launches v.in.ogr.

The general gist of those in favor of simple versions of the wizard is that the 
wizard should only show the basic functionality to ease use.

Those who want to use the full-power v.in.ogr can launch it using v.in.ogr --ui 
in the console.

In GRASS7.2 the main import wizard actually uses v.import which allows 
reprojection during the import. It also gives access to the more detailed 
parameters. However, v.import does not provde min_area. If this is considered 
necessary, then a ticket should be opened.

Moritz

[1] https://trac.osgeo.org/grass/ticket/2042

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

Re: [GRASS-user] setting snap an min_area for v.in.ogr

[Moritz Lennert]

On 09/06/16 10:47, Uwe Fischer wrote:

Hello List,

why are there no input boxes for snap threshold and min_area in the
v.in.ogr menu in GRASS 7.0.3? I think those values are important to
control the process. On the command line, the values can be entered.


This is an old discussion. See [1] for example.

The menu entry File->Import vector data->Common import formats actually 
does not launch v.in.ogr as such, but a GUI import wizard which launches 
v.in.ogr.


The general gist of those in favor of simple versions of the wizard is 
that the wizard should only show the basic functionality to ease use.


Those who want to use the full-power v.in.ogr can launch it using 
v.in.ogr --ui in the console.


In GRASS7.2 the main import wizard actually uses v.import which allows 
reprojection during the import. It also gives access to the more 
detailed parameters. However, v.import does not provde min_area. If this 
is considered necessary, then a ticket should be opened.


Moritz

[1] https://trac.osgeo.org/grass/ticket/2042

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

[GRASS-user] setting snap an min_area for v.in.ogr

[Uwe Fischer]

Hello List,

 

why are there no input boxes for snap threshold and min_area in the v.in.ogr
menu in GRASS 7.0.3? I think those values are important to control the
process. On the command line, the values can be entered.

 

Greets, Uwe

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