Re: [GRASS-dev] [GRASS GIS] #2333: choose python interpreter during the GRASS installation on windows

2016-01-22 Thread GRASS GIS
#2333: choose python interpreter during the GRASS installation on windows
-+-
  Reporter:  zarch   |  Owner:  grass-dev@…
  Type:  | Status:  new
  enhancement|
  Priority:  normal  |  Milestone:  7.1.0
 Component:  Python  |Version:  svn-trunk
Resolution:  |   Keywords:  windows installer python
 |  interpreter
   CPU:  All |   Platform:  MSWindows 8
-+-

Comment (by annakrat):

 It seems Pietro got pretty close to solving this, any possibility we could
 restart the attempts? The patch may need a review by Helmut and then we
 can apply it to trunk? I would be glad to test it.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] GRASS developer meeting in Solany

2016-01-22 Thread Vaclav Petras
On Fri, Jan 22, 2016 at 2:04 PM, Martin Landa 
wrote:

> 2016-01-22 19:55 GMT+01:00 Anna Petrášová :
> > We plan to come to ISPRS, so we would be interested, although we will
> have
> > limited time.
>
> good :-) The conference covers 12th July - 19th July 2016. There is
> related ISPRS summer school in Telc (5-11). So there is option to
> organize Solany Code Sprint before 5th or after 19th. What option
> would you prefer?


After would be much better. But we can't say for sure now that we can
participate.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] hierarchical segmentation

2016-01-22 Thread Martin Landa
Hi,

2016-01-22 14:15 GMT+01:00 Martin Landa :
>> but not yet in 7.0
>
> right, set_path() in relbr70 needs to be updated. I am putting it to
> my hot TODOS. Ma

done in r67626. Installing i.segment.hierarchical also works here now. Ma

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

Re: [GRASS-dev] GRASS developer meeting in Solany

2016-01-22 Thread Martin Landa
Hi,

2016-01-19 18:51 GMT+01:00 Martin Landa :
> this is a public announcement of local GRASS Community Sprint in the
> Czech Republic localed in Solany village. The next planned meeting is
> scheduled to 22.-25./1. [1], see past meetings [2]. You are welcome to

due to health/logistic complications we were forced to move our
meeting to Feb 5-8.

I got idea to organize another smaller sprint in Solany during spring
(will inform you) and probably bigger event in the summer when ISPRS
will be held in Prague. Are there anyone who is coming to Prague and
would like to spend some days coding GRASS in the countryside? Martin

[1] http://www.isprs2016-prague.com/

--
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GRASS developer meeting in Solany

2016-01-22 Thread Anna Petrášová
On Fri, Jan 22, 2016 at 1:47 PM, Martin Landa 
wrote:

> Hi,
>
> 2016-01-19 18:51 GMT+01:00 Martin Landa :
> > this is a public announcement of local GRASS Community Sprint in the
> > Czech Republic localed in Solany village. The next planned meeting is
> > scheduled to 22.-25./1. [1], see past meetings [2]. You are welcome to
>
> due to health/logistic complications we were forced to move our
> meeting to Feb 5-8.
>

Funny, Raleigh meeting is postponed as well, due to weather conditions, not
sure yet to which date.


> I got idea to organize another smaller sprint in Solany during spring
> (will inform you) and probably bigger event in the summer when ISPRS
> will be held in Prague. Are there anyone who is coming to Prague and
> would like to spend some days coding GRASS in the countryside? Martin
>

We plan to come to ISPRS, so we would be interested, although we will have
limited time.

Best,

Anna


> [1] http://www.isprs2016-prague.com/
>
> --
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
> ___
> 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] GRASS developer meeting in Solany

2016-01-22 Thread Martin Landa
Hi,

2016-01-22 19:55 GMT+01:00 Anna Petrášová :
> We plan to come to ISPRS, so we would be interested, although we will have
> limited time.

good :-) The conference covers 12th July - 19th July 2016. There is
related ISPRS summer school in Telc (5-11). So there is option to
organize Solany Code Sprint before 5th or after 19th. What option
would you prefer?

Ma

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

Re: [GRASS-dev] hierarchical segmentation

2016-01-22 Thread Markus Neteler
On Fri, Jan 22, 2016 at 10:48 AM, Martin Landa  wrote:
> Hi,
>
> 2016-01-22 9:34 GMT+01:00 Markus Neteler :
>
> there were more issues, fixed in r67621:3. Ma

ok, now it compiles in 7.1

GRASS 7.1.svn (nc_spm_08_grass7):~/software/grass70 > g.extension
i.segment.hierarchical
Fetching  from GRASS GIS Addons repository (be
patient)...
Compiling...
Makefile:17: warning: overriding recipe for target
'/home/neteler/tmp/grass7-neteler-13336/tmp6k3frn/i.segment.hierarchical/etc/i.segment.hierarchical'
/home/neteler/software/grass71/dist.x86_64-pc-linux-gnu/include/Make/ScriptRules.make:19:
warning: ignoring old recipe for target
'/home/neteler/tmp/grass7-neteler-13336/tmp6k3frn/i.segment.hierarchical/etc/i.segment.hierarchical'
Installing...
Makefile:17: warning: overriding recipe for target
'/home/neteler/tmp/grass7-neteler-13336/tmp6k3frn/i.segment.hierarchical/etc/i.segment.hierarchical'
/home/neteler/software/grass71/dist.x86_64-pc-linux-gnu/include/Make/ScriptRules.make:19:
warning: ignoring old recipe for target
'/home/neteler/tmp/grass7-neteler-13336/tmp6k3frn/i.segment.hierarchical/etc/i.segment.hierarchical'
Updating addons metadata file...
Installation of  successfully finished

nice!
but not yet in 7.0

GRASS 7.0.3svn (nc_spm_08_grass7):~/software/grass70 > g.extension
i.segment.hierarchical
Fetching  from GRASS-Addons SVN repository (be
patient)...
Compiling...
Makefile:17: warning: overriding recipe for target
'/home/neteler/tmp/tmp_h2760/i.segment.hierarchical/etc/i.segment.hierarchical'
/home/neteler/software/grass70/dist.x86_64-pc-linux-gnu/include/Make/ScriptRules.make:19:
warning: ignoring old recipe for target
'/home/neteler/tmp/tmp_h2760/i.segment.hierarchical/etc/i.segment.hierarchical'
Traceback (most recent call last):
  File 
"/home/neteler/tmp/tmp_h2760/i.segment.hierarchical/scripts/i.segment.hierarchical",
line 153, in 
set_path("i.segment.hierarchical")
TypeError: set_path() takes at least 2 arguments (1 given)
make: *** [i.segment.hierarchical.tmp.html] Error 1
ERROR: Compilation failed, sorry. Please check above error messages.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] hierarchical segmentation

2016-01-22 Thread Martin Landa
Hi,

2016-01-22 9:34 GMT+01:00 Markus Neteler :

there were more issues, fixed in r67621:3. Ma

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

Re: [GRASS-dev] hierarchical segmentation

2016-01-22 Thread Margherita Di Leo
On Fri, Jan 22, 2016 at 10:48 AM, Martin Landa 
wrote:

> Hi,
>
> 2016-01-22 9:34 GMT+01:00 Markus Neteler :
>
> there were more issues, fixed in r67621:3. Ma
>

Thanks, it works now.

>
>
>


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

Re: [GRASS-dev] hierarchical segmentation

2016-01-22 Thread Markus Neteler
On Wed, Jan 20, 2016 at 11:13 AM, Margherita Di Leo  wrote:
> Hi,
>
> I haven't been using lately i.segment.hierarchical (addon), at the time I
> installed it the first time (2014) I remember I had to tweak the
> installation because it wouldn't compile. Today I tried g.extension and it
> doesn't compile, but I forgot the trick meanwhile ..


I can confirm the problem (F23):

GRASS 7.1.svn (nc_spm_08_grass7):~ > g.extension  i.segment.hierarchical
Fetching  from GRASS GIS Addons repository (be
patient)...
Compiling...
Makefile:17: warning: overriding recipe for target
'/home/neteler/tmp/grass7-neteler-14002/tmp5NNeQD/i.segment.hierarchical/etc/i.segment.hierarchical'
/home/neteler/software/grass71/dist.x86_64-pc-linux-gnu/include/Make/ScriptRules.make:19:
warning: ignoring old recipe for target
'/home/neteler/tmp/grass7-neteler-14002/tmp5NNeQD/i.segment.hierarchical/etc/i.segment.hierarchical'
Traceback (most recent call last):
  File 
"/home/neteler/tmp/grass7-neteler-14002/tmp5NNeQD/i.segment.hierarchical/scripts/i.segment.hierarchical",
line 155, in 
raise ImportError("Not able to find the path %s directory." % path)
ImportError: Not able to find the path None directory.
make: *** [i.segment.hierarchical.tmp.html] Error 1
ERROR: Compilation failed, sorry. Please check above error messages.

Markus

> I can dig into it, ok, but can't this be fixed? and moreover, as it is such
> a convenient tool to be used in combination with i.segment, wouldn't its
> place better be merged with i.segment, perhaps adding an option for
> performing hierarchical segmentation?
> Dai Pietro..! :)
>
> Cheers,
>
> --
> Margherita Di Leo
>
> ___
> 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] hierarchical segmentation

2016-01-22 Thread Margherita Di Leo
On Fri, Jan 22, 2016 at 9:23 AM, Moritz Lennert <
mlenn...@club.worldonline.be> wrote:

> On 20/01/16 11:13, Margherita Di Leo wrote:
>
>> Hi,
>>
>> I haven't been using lately i.segment.hierarchical (addon), at the time
>> I installed it the first time (2014) I remember I had to tweak the
>> installation because it wouldn't compile. Today I tried g.extension and
>> it doesn't compile, but I forgot the trick meanwhile ..
>> I can dig into it, ok, but can't this be fixed?
>>
>
> I don't have time right now, but a few weeks ago I successfully installed
> and used i.segment.hierarchical. IIRC, there was an error message during
> the g.extension run, but the module ran fine nevertheless.


For the record, the trick that worked for me: I svn'ed in
/home/user/.grass7/addons/etc/ the whole i.segment.hierarchical folder, and
copied  i.segment.hierarchical.py into /home/user/.grass7/addons/scripts,
but removed the .py extension.

>
>
> and moreover, as it is
>> such a convenient tool to be used in combination with i.segment,
>> wouldn't its place better be merged with i.segment, perhaps adding an
>> option for performing hierarchical segmentation?
>>
>
> I don't know if it has to be merged (I prefer many specialised modules
> instead of one that does it all), but I agree that it might have its place
> in trunk.
>
> Moritz
>



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

Re: [GRASS-dev] GRASS on OS X El Capitan - slowly dying or is something happening?

2016-01-22 Thread Rainer M Krug
First of all thanks a lot for the positive responses from William and
Michael that GRASS on OS X is not dying - this makes me feel much better.

Furthewr responses below in text.

Michael Barton  writes:

> AFAICT, the binaries I am compiling under Mavericks work with El
> Capitan IF you turn off System Integrity Protection (to get to the
> same level of security available in Mavericks). 

That is good to know.

>
> I have not yet updated to El Capitan because I'm hoping someone can
> tell me if they can compile GRASS with it. I don't want to get to
> situation where I can't produce binaries for the community. But I
> would like to upgrade pretty soon.

I upgraded and apart from GRASS and the bash variables which are not
passed on to new processes started via Finder (sorry - no reference for
this at hand) did not regret it - but as you say, your binaries are
quite important for the community.

>
> There are several things in process right now. William, Brian Miles,
> and I have talked about how to deal with the SIP problem. William has
> an idea of why it is a problem. Fixing it will require significant
> change for how dependencies are packaged and referenced. This related
> to the second thing.

Good to know.

>
> We've had to compile GRASS with dual 32 bit/64 bit architecture for
> several years because v. 2.8.x of wxPython is 32 bit and subsequent
> versions of wxPython did not work well or did not work with GRASS.
> We've started trying again to get GRASS working with 64 bit wxPython 3
> and are having some success. (If anyone wants to test a version,
> please let me know and I'll provide a link to a binary). Because we
> have to package wxPython with GRASS, and the 32/64 bit dual
> architecture compilation is causing increasing problems, we need to
> solve that. 
>
> If we can get these things worked out, I hope someone can try to
> compile GRASS with El Capitan and stock Mac Python, etc. to make sure
> it all works.

I must say I am a homebrew user, and I compiled GRASS from source on El
Capitan. Following the steps described in earlier emails, I was able to
compile and install GRASS, although it still needs the source directory
where it is compiled to run (I guess this is what you are referring
above).

I am happy to try to compile it and try it out (although I am not using
GRASS directly, only from R). But I have python 2.7.11 from homebrew. I
have also python 3.5.1 installed via homebrew.

Let me know if I can help with compiling / testing as I would like to
have it running again in homebrew as well.

Cheers,

Rainer

>
> 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 Jan 21, 2016, at 6:51 AM, grass-dev-requ...@lists.osgeo.org
> wrote:
>
> 
> 
> From: Rainer M Krug 
> 
> Subject: Re: [GRASS-dev] GRASS on OS X El Capitan - slowly dying
> or is something happening?
> 
> Date: January 21, 2016 at 2:01:56 AM MST
> 
> To: William Kyngesburye 
> 
> Cc: , William Kyngesburye
> 
> 
>
> 
> William Kyngesburye  writes:
> 
> There are a couple ideas floating around.
> 
> I'm surprised Homebrew has a problem. Since it would leave
> everything
> in the configured location (/usr/local), there should not be
> library
> paths pointing somewhere else that would need
> DYLD_LIBRARY_PATH to
> divert.
> 
>
> homebrew is compiling in a temporary location, and than installing
> it to
> /usr/local/Cellar/.
> 
> The problem is the same why I had to install and than compile
> again:
> 
> ,
> | bash-4.3$ make
> | if [
> 
> "/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/scripts/d.out.file"
> != "" ] ; then
> 
> GISRC=/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/demolocation/.grassrc70
> 
> GISBASE=/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0
> 
> PATH="/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/bin:/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/bin:/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/scripts:$PATH"
> 
> 

Re: [GRASS-dev] hierarchical segmentation

2016-01-22 Thread Moritz Lennert

On 20/01/16 11:13, Margherita Di Leo wrote:

Hi,

I haven't been using lately i.segment.hierarchical (addon), at the time
I installed it the first time (2014) I remember I had to tweak the
installation because it wouldn't compile. Today I tried g.extension and
it doesn't compile, but I forgot the trick meanwhile ..
I can dig into it, ok, but can't this be fixed?


I don't have time right now, but a few weeks ago I successfully 
installed and used i.segment.hierarchical. IIRC, there was an error 
message during the g.extension run, but the module ran fine nevertheless.



and moreover, as it is
such a convenient tool to be used in combination with i.segment,
wouldn't its place better be merged with i.segment, perhaps adding an
option for performing hierarchical segmentation?


I don't know if it has to be merged (I prefer many specialised modules 
instead of one that does it all), but I agree that it might have its 
place in trunk.


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

Re: [GRASS-dev] hierarchical segmentation

2016-01-22 Thread Markus Neteler
On Fri, Jan 22, 2016 at 9:23 AM, Moritz Lennert
 wrote:
...
> I don't know if it has to be merged (I prefer many specialised modules
> instead of one that does it all), but I agree that it might have its place
> in trunk.

... at least the manual still needs a boost before adding it to trunk.
Anyone willing to write it?

https://trac.osgeo.org/grass/wiki/Submitting/Docs

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

Re: [GRASS-dev] Problem with the wxpython gui

2016-01-22 Thread Martin Landa
Hi,

2016-01-22 13:41 GMT+01:00 Ahmadou Dicko :
> The error is from ./gui/wxpython/core/gconsole.py line 384
>
>  if Debug.GetLevel() == 0 and grass.debug_level(force=True) == 0:
>
> In the version of python grass script I use, the command
> grass.debug_level(force=True) raises an error.
>
> For now, I can use the gui by replacing grass.debug_level(force=True) by
> grass.debug_level().
>
> I want to know if I'm anyone has experienced this bug  and if the fix will
> not cause other issues ?

it's not the bug, please upgrade your GRASS installation as whole. You
cannot use up-to-date wxGUI code against out-dated python libs. The
debug_level() function has been modified in [1] together with GUI. Ma

[1] https://trac.osgeo.org/grass/changeset/67609/

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

[GRASS-dev] Problem with the wxpython gui

2016-01-22 Thread Ahmadou Dicko
Hello,

I have an error with wxpython GUI using the latest version and commit of
GRASS 7.1

g.version -rge
version=7.1.svn
date=2016
revision=67468M
build_date=2016-01-02
build_platform=x86_64-pc-linux-gnu
build_off_t_size=8
libgis_revision=67275
libgis_date="2015-12-20 12:50:48 + (Sun, 20 Dec 2015) "
proj4=4.9.1
gdal=2.0.1
geos=3.5.0
sqlite=3.9.2

The error is from ./gui/wxpython/core/gconsole.py line 384

 if Debug.GetLevel() == 0 and grass.debug_level(force=True) == 0:

In the version of python grass script I use, the command
grass.debug_level(force=True) raises an error.

For now, I can use the gui by replacing grass.debug_level(force=True) by
grass.debug_level().

I want to know if I'm anyone has experienced this bug  and if the fix will
not cause other issues ?

Best,









-- 
Ahmadou H. DICKO
statistician economist (Ingénieur Statisticien Économiste)
PhD candidate in Climate change economics
Faculty of economics and managment - Cheikh Anta Diop University
West African Science Service Center on Climate Change and Adaptated Land
Use (WASCAL)
Center for Development Research (ZEF) - University of Bonn
email : ahmadou.di...@ucad.edu.sn
twitter : @dickoah
github : github/dickoa 
tel : +221 33 827 55 16
portable: +221 77 123 81 69
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] hierarchical segmentation

2016-01-22 Thread Martin Landa
Hi,

2016-01-22 11:30 GMT+01:00 Markus Neteler :
> but not yet in 7.0

right, set_path() in relbr70 needs to be updated. I am putting it to
my hot TODOS. Ma

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

Re: [GRASS-dev] Problem with the wxpython gui

2016-01-22 Thread Markus Neteler
Hi,

maybe to clarify: "trunk" alias 7.1.svn develops rather fast. Your version:

On Fri, Jan 22, 2016 at 1:41 PM, Ahmadou Dicko wrote:
> g.version -rge
> version=7.1.svn
> date=2016
> revision=67468M

is not much, so rather days that weeks behind the actual state:

On Fri, Jan 22, 2016 at 2:09 PM, Martin Landa  wrote:
> [1] https://trac.osgeo.org/grass/changeset/67609/

which is as of now r67620.

If course no need to update every day, but in this case it will be needed.

Hope this helps,
Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Problem with the wxpython gui

2016-01-22 Thread Ahmadou Dicko
Thanks a lot  Martin and Markus, I updated  the repos and it works now.
I had an issue with my script that was suppose to update automatically my
svn repos.
Thanks again

On Fri, Jan 22, 2016 at 3:55 PM, Markus Neteler  wrote:

> Hi,
>
> maybe to clarify: "trunk" alias 7.1.svn develops rather fast. Your version:
>
> On Fri, Jan 22, 2016 at 1:41 PM, Ahmadou Dicko wrote:
> > g.version -rge
> > version=7.1.svn
> > date=2016
> > revision=67468M
>
> is not much, so rather days that weeks behind the actual state:
>
> On Fri, Jan 22, 2016 at 2:09 PM, Martin Landa 
> wrote:
> > [1] https://trac.osgeo.org/grass/changeset/67609/
>
> which is as of now r67620.
>
> If course no need to update every day, but in this case it will be needed.
>
> Hope this helps,
> Markus
>



-- 
Ahmadou H. DICKO
statistician economist (Ingénieur Statisticien Économiste)
PhD candidate in Climate change economics
Faculty of economics and managment - Cheikh Anta Diop University
West African Science Service Center on Climate Change and Adaptated Land
Use (WASCAL)
Center for Development Research (ZEF) - University of Bonn
email : ahmadou.di...@ucad.edu.sn
twitter : @dickoah
github : github/dickoa 
tel : +221 33 827 55 16
portable: +221 77 123 81 69
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev