Re: [GRASS-user] Development build not finding PDAL version installed

2023-02-12 Thread Nicklas Larsson via grass-user 
Rich,

You will probably need to set " -std=c++17” (if any), for a newer PDAL to work.
Which GRASS version are compiling?

Nicklas




> On 12 Feb 2023, at 15:04, Rich Shepard  wrote:
> 
> On Sun, 12 Feb 2023, Maris Nartiss wrote:
> 
>> Could you check the config.log file for an exact error message?
>> 
>> There was a fix for PDAL as pdal-config enforces C++11 although it
>> requires C++17:
>> https://github.com/OSGeo/grass/commit/cb8293e8d40c02857b3a15bac441f703339ba5fd
> 
> Māris,
> 
> Gzipped log file attached. Pdal issue starts on line 3185; looks to me that
> I need to add an configuation option of `-std=c++11 or -std=gnu++11 compiler
> options.` (line 3198). Might that be the solution?
> 
> Thanks,
> 
> Rich___
> grass-user mailing list
> grass-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-user

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

Re: [GRASS-user] GRASS 8.2 for Mac - wxPython problem?

2022-06-07 Thread Nicklas Larsson via grass-user 
Stuart,

Starting GRASS from CLI (*not* double clicking the app icon)  may be done with 
executing '/Applications/GRASS-8.2.app/Contents/MacOS/Grass.sh’.  If that is 
what you mean with manually.

With a GRASS session running,  'echo $GRASS_PYTHON’ and 'which python3’ should 
both give the same result: 
'/Applications/GRASS-8.2.app/Contents/Resources/bin/python3’? If that isn’t the 
case, this could indicate the reason for failure.

Best,
Nicklas


> On 7 Jun 2022, at 17:24, Stuart Edwards  wrote:
> 
> On start up I get the following notification in the terminal - this is 
> followed by my attempt to open wxGUI manually:
> 
> Launching  GUI in the background, please wait...
> GRASS spearfish_grass70data_0_3/PERMANENT:~ > ERROR: wxGUI requires wxPython. 
> bad magic number in 'wx': b'\x03\xf3\r\n'
> You can still use GRASS GIS modules in the command line or in Python.
> 
> GRASS spearfish_grass70data_0_3/PERMANENT:~ > g.gui wxpython
> Launching  GUI in the background, please wait...
> ERROR: wxGUI requires wxPython. bad magic number in 'wx': b'\x03\xf3\r\n'
> You can still use GRASS GIS modules in the command line or in Python.
> GRASS spearfish_grass70data_0_3/PERMANENT:~ > 
> 
> Not sure if this is a packaging or dev issue.  If the latter please let me 
> know and I'll report it.
> 
> thx
> 
> Stu
>> On Jun 6, 2022, at 4:52 PM, Michael Barton > > wrote:
>> 
>> Thanks for the info. I thought I'd fixed that (I have to do it each time). 
>> Please try again. Hopefully fixed this time. 
>> 
>> Michael
>> _
>> C. Michael Barton
>> Associate Director, School of Complex Adaptive Systems (https://scas.asu.edu 
>> )
>> Professor, School of Human Evolution & Social Change (https://shesc.asu.edu 
>> )
>> Director, Center for Social Dynamics & Complexity 
>> (https://complexity.asu.edu )
>> Arizona State University
>> Tempe, AZ 85287-2701
>> USA
>> 
>> Executive Director, Open Modeling Foundation 
>> (https://openmodelingfoundation.github.io 
>> )
>> Director, Network for Computational Modeling in Social & Ecological Sciences 
>> (https://comses.net )
>> 
>> personal website: http://www.public.asu.edu/~cmbarton 
>>  
>> 
>> 
>>> On Jun 6, 2022, at 12:08 PM, Stuart Edwards >> > wrote:
>>> 
>>> Michael 
>>> 
>>> There seems to be a problem with the download link - Google says I don't 
>>> have access for that page.  The links for the earlier versions of GRASS 
>>> work fine. also for the configuration info of the new one.  
>>> 
>>> OSX 11.6.6
>>> 
>>> Stu
>>> 
 On Jun 6, 2022, at 2:37 PM, Michael Barton >>> > wrote:
 
 Mac binary apps for the new GRASS 8.2 are now up and available at 
 http://grassmac.wikidot.com/downloads 
 
   
 
 Michael
 _
 C. Michael Barton
 Associate Director, School of Complex Adaptive Systems 
 (https://scas.asu.edu )
 Professor, School of Human Evolution & Social Change 
 (https://shesc.asu.edu )
 Director, Center for Social Dynamics & Complexity 
 (https://complexity.asu.edu )
 Arizona State University
 Tempe, AZ 85287-2701
 USA
 
 Executive Director, Open Modeling Foundation 
 (https://openmodelingfoundation.github.io 
 )
 Director, Network for Computational Modeling in Social & Ecological 
 Sciences (https://comses.net 
 )
 
 personal website: http://www.public.asu.edu/~cmbarton 
  
 
 
 ___
 grass-user mailing list
 grass-user@lists.osgeo.org 
 https://lists.osgeo.org/mailman/listinfo/grass-user 
 
>>> 
>> 
> 
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org 
> https://lists.osgeo.org/mailman/listinfo/grass-user 
>

Re: [GRASS-user] Rosetta Error in "r.fill.dir"

2022-04-22 Thread Nicklas Larsson via grass-user 
Daniel,

I couldn’t reproduce your issue with a random dem. It would be good if you 
could share a minimal data set causing the crash for testing.

Also, please take a look if there is a more detailed crash report with 
'/Applications/Utilities/Console.app’ and share its content.

If this is indeed a Rosetta related issue, an immediate solution would be to 
install the ‘grass’ port with MacPorts [1], which installs in native 
architecture also for M1’s.

Side note: The official GRASS Mac app bundle, is based on miniconda for its 
dependencies. Last time I tried there were issues with arm support for 
especially condas wxPython, therefore it is still only built for x64.


Best,
Nicklas


[1] https://ports.macports.org/port/grass/




> On 22 Apr 2022, at 01:16, Daniel Kozar via grass-user 
>  wrote:
> 
> Hi everyone, 
> 
> I am trying to fill in pits in a large DEM raster (the size of USGS HUC02 
> "18") in GRASS 8.0. Everything works in the workflow until I get this error 
> when I run "r.fill.dir":
> 
> r.fill.dir input=DEM output=DEM_filled direction=DEM_dir areas=DEM_area 
> format=agnps --overwrite
> Reading input elevation raster map...
>  100%
> Filling sinks...
> Determining flow directions for ambiguous cases...
> Found 75 unresolved areas
> Repeat to get the final directions...
> rosetta error: unexpectedly need to EmulateForward on a synchronous exception 
> x86_rip=0x4363626336 arm_pc=0x4363681804 num_insts=6 inst_index=3 x86 
> instruction bytes: 0x6215344901283465301 0x17042544937633142081
> zsh: trace trap  r.fill.dir input=DEM output=DEM_filled direction=DEM_dir 
> areas=DEM_area 
> 
> Can someone help me solve this issue? I am running GRASS 8.0 on an M1 Pro 
> chip in MacOS Monterey. I sense this is an error with Rosetta and the M1 
> chip, but have not received such an error prior on this computer. I have also 
> tried running the module through GRASS 7.6 and 7.8, but am having no luck due 
> to segmentation fault errors.
> 
> -- 
> Best,
> 
> Daniel Kozar
> PhD Candidate
> UC Davis - Hydrologic Sciences
> djko...@ucdavis.edu 
> (814) 380-6900
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-user

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

Re: [GRASS-user] Rscript error when using v.class.mlR

2022-02-20 Thread Nicklas Larsson via grass-user 
Daniel,

I assume you use the official GRASS app bundle for mac. If you are not using 
the final 8.0.0 version, but one of the release candidates, I'd suggest you 
download the latest. There are changes in the startup script in the final 
version that relate to PATH issues like this.



Best,
Nicklas







On Sunday, 20 February 2022, 01:55:28 CET, Daniel Kozar via grass-user 
 wrote: 





Hi Micha, 

Thanks for the reply. I ran the script lines you sent both in the terminal as 
well as a GRASS session. Rscript is recognized in the terminal command but not 
in the GRASS 8.0 command. Since GRASS 8.0 did not recognize Rscript I tried 
making a symbolic link for "Rscript" to the full path: /usr/local/bin/Rscript. 
This still doesn't recognize the command and I'm unsure how else to work around 
it. 

Any Mac aficionados reading this - do you have an idea to resolve this? 

Thanks
Daniel

On Sat, Feb 19, 2022 at 1:46 AM Micha Silver  wrote:
> Hi
> 
> 
> On 19/02/2022 04:27, Daniel Kozar via grass-user wrote:
>> Hi everyone,
>>
>> When using the extension "v.class.mlR" I get an error [Message 1] (see 
>> below) that "Rscript" cannot be located. I traced this back to the 
>> script for "v.class.mlR" and edited line 908 to read the direct path 
>> to Rscript - '/usr/local/bin/Rscript' rather than 'Rscript' alone. 
>> However, when I re-open GRASS 8.0 I get an error [Message 2] that the 
>> extension failed when loading and that the operation isn't permitted. 
>> I allowed for the application to have administrative rights but it 
>> still doesn't work. Does anyone know how to work around this or solve 
>> the issue finding "Rscript"?
>>
>> I have R running and have installed necessary packages. I'm 
>> running GRASS on MacOS Monterey.
> 
> 
> This looks like a Mac problem (which I know nothing about).
> 
> To test, can you run, first from a terminal:
> 
> micha@RMS:~$ Rscript -e "sessionInfo()"
> 
> Now run the same from within a GRASS session:
> 
> (here's what I get)
> 
> micha@RMS:QGIS$ g.version
> GRASS 8.1.dev (2022)
> 
> micha@RMS:QGIS$ Rscript -e "sessionInfo()"
> R version 4.1.2 (2021-11-01)
> Platform: x86_64-pc-linux-gnu (64-bit)
> Running under: Debian GNU/Linux 11 (bullseye)
> 
> Matrix products: default
> BLAS:   /usr/lib/x86_64-linux-gnu/ openblas-pthread/libblas.so.3
> LAPACK: /usr/lib/x86_64-linux-gnu/ openblas-pthread/libopenblasp- r0.3.13.so
> 
> locale:
>   [1] LC_CTYPE=en_GB.UTF-8   LC_NUMERIC=C
>   [3] LC_TIME=en_GB.UTF-8    LC_COLLATE=en_GB.UTF-8
>   [5] LC_MONETARY=en_GB.UTF-8    LC_MESSAGES=en_GB.UTF-8
>   [7] LC_PAPER=en_GB.UTF-8   LC_NAME=C
>   [9] LC_ADDRESS=C   LC_TELEPHONE=C
> [11] LC_MEASUREMENT=en_GB.UTF-8 LC_IDENTIFICATION=C
> 
> attached base packages:
> [1] stats graphics  grDevices utils datasets  methods base
> 
> loaded via a namespace (and not attached):
> [1] compiler_4.1.2
> 
> If the Rscript executable is not found, then v.class.mlR cannot be run.
> 
> 
>>
>> Any help would be appreciated.
>> - Daniel
>> -- -- 
>> -
>> *[Message 1]*
>>
>> Running R now. Following output is R output.
>>
>> Traceback (most recent call last):
>>
>> File "/Users/dankozar/Library/ GRASS/8.0/Addons/scripts/v. class.mlR", 
>> line 977, in 
>>
>> main()
>>
>> File "/Users/dankozar/Library/ GRASS/8.0/Addons/scripts/v. class.mlR", 
>> line 908, in main
>>
>> subprocess.check_call(
>>
>> File 
>> "/Applications/GRASS-8.0.app/ Contents/Resources/lib/ 
>> python3.9/subprocess.py", 
>> line 368, in check_call
>>
>> retcode = call(*popenargs, **kwargs)
>>
>> File 
>> "/Applications/GRASS-8.0.app/ Contents/Resources/lib/ 
>> python3.9/subprocess.py", 
>> line 349, in call
>>
>> with Popen(*popenargs, **kwargs) as p:
>>
>> File 
>> "/Applications/GRASS-8.0.app/ Contents/Resources/lib/ 
>> python3.9/subprocess.py", 
>> line 951, in __init__
>>
>> self._execute_child(args, executable, preexec_fn, close_fds,
>>
>> File 
>> "/Applications/GRASS-8.0.app/ Contents/Resources/lib/ 
>> python3.9/subprocess.py", 
>> line 1821, in _execute_child
>>
>> raise child_exception_type(errno_ num, err_msg, err_filename)
>>
>> FileNotFoundError: [Errno 2] No such file or directory: 'Rscript'
>>
>>
>> *[Message 2]*
>>
>> Details: <[Errno 1] Operation not permitted: 'v.class.mlR'>
>>
>> WARNING: Some addons failed when loading. Please consider to update 
>> your addons by running 'g.extension.all -f'.
>>
>>
>> -- 
>> Thank you,
>>
>> Daniel Kozar
>> PhD Candidate
>> UC Davis - Hydrologic Sciences
>> djko...@ucdavis.edu
>> (814) 380-6900
>>
>> __ _
>> grass-user mailing list
>> grass-user@lists.osgeo.org
>> https://lists.osgeo.org/ mailman/listinfo/grass-user
> 
> -- 
> Micha Silver
> Ben Gurion Univ.
> Sde Boker, Remote Sensing Lab
> cell: +972-523-665918
> 
> 


-- 
Thank you, 

Daniel Kozar
Graduate Student
UC Davis - Hydrologic Sciences
djko...@ucdavis.edu
(814) 380-6900


-- 
Th

Re: [GRASS-user] GRASS 8 generic weekly for Linux -- startup error.

2022-02-11 Thread Nicklas Larsson via grass-user 
 Hi Isaac,

This looks like something caused by ctypesgen failing to find the 
grass_raster.8.0 library. Not related to changes in dependencies. (Check 
“./configure —- help” for available configs). Please report an issue at 
https://github.com/OSGeo/grass/issues, for following up on this.

Best, Nicklas
 On Friday, 11 February 2022, 22:30:38 CET, Isaac Ullah  
wrote:  
 
 Hi all, just trying to get GRASS 8 running on my laptop (Pop!_OS 20.10) and 
trying the generic 64-bit Linux binaries. Made sure all dependencies are 
installed, etc., (done this many times before), but getting a new error upon 
start up. Splash screen goes, and then I get the following before the new GUI 
can load:Launching  GUI in the background, please wait...
To run a command as administrator (user "root"), use "sudo ".
See "man sudo_root" for details.

GRASS world_latlong_wgs84/PERMANENT:~ > Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/wx/core.py", line 3282, in 
    lambda event: event.callable(*event.args, **event.kw) )
  File 
"/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/gui/wxpython/wxgui.py",
 line 86, in show_main_gui
    from lmgr.frame import GMFrame
  File 
"/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/gui/wxpython/lmgr/frame.py",
 line 45, in 
    from gui_core.preferences import MapsetAccess, PreferencesDialog
  File 
"/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/gui/wxpython/gui_core/preferences.py",
 line 52, in 
    from gui_core.dialogs import SymbolDialog, DefaultFontDialog
  File 
"/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/gui/wxpython/gui_core/dialogs.py",
 line 44, in 
    from gui_core.gselect import (
  File 
"/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/gui/wxpython/gui_core/gselect.py",
 line 62, in 
    from grass.pygrass.utils import decode
  File 
"/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/etc/python/grass/pygrass/utils.py",
 line 9, in 
    import grass.lib.raster as libraster
  File 
"/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/etc/python/grass/lib/raster.py",
 line 30, in 
    _libs["grass_raster.8.0"] = load_library("grass_raster.8.0")
  File 
"/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/etc/python/grass/lib/ctypes_loader.py",
 line 89, in __call__
    raise ImportError("Could not load %s." % libname)
ImportError: Could not load grass_raster.8.0.
^C
GRASS world_latlong_wgs84/PERMANENT:~ > exit
exit
WARNING: Failed to start shell '/bin/bash'
Cleaning up default sqlite database ...
Cleaning up temporary files...
Done.

Goodbye from GRASS GIS

Seems like something to do with the GRASS 8 raster library? Is there a new 
dependency not listed in 
https://grass.osgeo.org/grass80/binary/linux/snapshot/REQUIREMENTS.html ? Any 
thoughts? FYI, I was able to run the two release candidates on the same OS (but 
different computer).
~Isaac
___Isaac
 I. Ullah, PhD
Associate Professor of Anthropology
Anthropology Undergraduate Adviser      San Diego State University              
      
Office: AL 480Book an advising appointment via SDSU Navigate (T,Th 12-1p)This 
email account is checked before 4pm on business days. Allow several days for 
response.
Recent papers:"Laborscapes and Archaeologies of Sustainability" PDF download
"Water, dust, and loess: co-evolution of landscapes, farming, and human 
society" PDF download
"Modeling feedbacks between human and natural processes in the land system" PDF 
download
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user
  ___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Trouble calling R from GRASS on Mac

2022-01-17 Thread Nicklas Larsson via grass-user 
Tom,

UPDATE:
while the procedure described before works, it skips some good to have settings 
of GRASS environment (set with Grass.sh startup script), therefore:

replace all instances of
"/Applications/GRASS-7.8.app/Contents/Resources/bin/grass78"
with
"/Applications/GRASS-7.8.app/Contents/MacOS/Grass.sh"

and we're good to go.

N.






On Monday, 17 January 2022, 09:18:58 CET, Nicklas Larsson  
wrote: 





Tom,


There is a limitation presently in the GRASS-X.X.app startup script, i.e. 
forcing the user into a bash session and resetting of PATH. I hope to fix this 
in future releases. However, that doesn't place us in a helpless situation.

Assuming you start GRASS in Finder: (1) start GRASS session, (2) in Terminal 
enter
"open /Applications/R.app" for R GUI version or
"/usr/local/bin/R" for R command line version.

If you wish to stay in zsh, then start GRASS in Terminal with: 
"/Applications/GRASS-7.8.app/Contents/Resources/bin/grass78". Then open R in 
the same way as above

If the second alternative is the more appealing, you may wish to simplify by 
making a GRASS link to /usr/local/bin:
"sudo ln -s /Applications/GRASS-7.8.app/Contents/Resources/bin/grass78 
/usr/local/bin/ grass78".
Assuming you have /usr/local/bin/ in your path, then entering "grass78" 
alternatively "grass78 --gui" in Terminal is all you need to start GRASS.

Best,
Nicklas








On Monday, 17 January 2022, 02:29:59 CET, Veronica Andreo 
 wrote: 





Any Mac user that can assist here, please? 

Thomas, maybe you can also subscribe and write to grass-stats mailing list: 
https://lists.osgeo.org/mailman/listinfo/grass-stats 

Sorry for not being of much help with this
Best
Vero

El dom, 16 ene 2022 a las 2:28, Thomas Adams () escribió:
> Hi all!
> 
> I have R (latest) and GRASS 7.8.6 installed on my Mac. Both R and GRASS 
> launch fine from the GUIs. I can launch R from the default Mac zsh terminal 
> window, but R will not launch from the GRASS bash shell… however, at a zsh 
> prompt, I can startup bash, and R launches as expected fmo the bash prompt.
> 
> So, how do I get the settings right to be able to launch R from the GRASS 
> bash terminal — this has never been a problem for me with my Ubuntu 
> installations 
> 
> Suggestions are appreciated… thank you.
> 
> Tom
> 
> 
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-user
> 

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

Re: [GRASS-user] Trouble calling R from GRASS on Mac

2022-01-17 Thread Nicklas Larsson via grass-user 
Tom,


There is a limitation presently in the GRASS-X.X.app startup script, i.e. 
forcing the user into a bash session and resetting of PATH. I hope to fix this 
in future releases. However, that doesn't place us in a helpless situation.

Assuming you start GRASS in Finder: (1) start GRASS session, (2) in Terminal 
enter
"open /Applications/R.app" for R GUI version or
"/usr/local/bin/R" for R command line version.

If you wish to stay in zsh, then start GRASS in Terminal with: 
"/Applications/GRASS-7.8.app/Contents/Resources/bin/grass78". Then open R in 
the same way as above

If the second alternative is the more appealing, you may wish to simplify by 
making a GRASS link to /usr/local/bin:
"sudo ln -s /Applications/GRASS-7.8.app/Contents/Resources/bin/grass78 
/usr/local/bin/ grass78".
Assuming you have /usr/local/bin/ in your path, then entering "grass78" 
alternatively "grass78 --gui" in Terminal is all you need to start GRASS.

Best,
Nicklas








On Monday, 17 January 2022, 02:29:59 CET, Veronica Andreo 
 wrote: 





Any Mac user that can assist here, please? 

Thomas, maybe you can also subscribe and write to grass-stats mailing list: 
https://lists.osgeo.org/mailman/listinfo/grass-stats 

Sorry for not being of much help with this
Best
Vero

El dom, 16 ene 2022 a las 2:28, Thomas Adams () escribió:
> Hi all!
> 
> I have R (latest) and GRASS 7.8.6 installed on my Mac. Both R and GRASS 
> launch fine from the GUIs. I can launch R from the default Mac zsh terminal 
> window, but R will not launch from the GRASS bash shell… however, at a zsh 
> prompt, I can startup bash, and R launches as expected fmo the bash prompt.
> 
> So, how do I get the settings right to be able to launch R from the GRASS 
> bash terminal — this has never been a problem for me with my Ubuntu 
> installations 
> 
> Suggestions are appreciated… thank you.
> 
> Tom
> 
> 
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-user
> 

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

[GRASS-user] Running a python script using GRASS GIS on a Mac

2021-12-20 Thread Nicklas Larsson via grass-user 
Shaffiq,
To install grass-session to the embedded Python with the GRASS mac app bundle, 
try in a GRASS terminal:

/Applications/GRASS-7.8.app/Contents/Resources/bin/python -m pip install 
--upgrade pip
/Applications/GRASS-7.8.app/Contents/Resources/bin/python -m pip install 
grass-session 
Best,Nicklas
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Pandas installation in GRASS GIS environment

2021-12-20 Thread Nicklas Larsson via grass-user 

Following might work (from  a GRASS 
terminal):/Applications/GRASS-7.8.app/Contents/Resources/bin/python -m pip pip 
install --upgrade pip/Applications/GRASS-7.8.app/Contents/Resources/bin/python 
-m pip pip install pandas 



Unfortunately, at the moment I can’t test this.




Best, Nicklas
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user