[GRASS-dev] pyGRASS not finding addons?

2014-06-19 Thread Yann Chemin
Hi, Running GRASS through pyGRASS with an addon (i.eb.z0m) made this: Traceback (most recent call last): File "L8.py", line 312, in i.eb_z0m( input = b_ndvi, output = b_z0m, quiet = QIET, overwrite = OVR ) File "/usr/local/grass-7.1.svn/etc/python/grass/pygrass/modules/shortcuts.py", lin

Re: [GRASS-dev] [GRASS-SVN] r60703 - in grass/trunk: display/d.vect general/g.gisenv gui/wxpython/animation lib/python/temporal raster/r.colors raster/r.external raster/r.in.bin raster/r.mapcalc raste

2014-06-19 Thread Huidae Cho
I assume G__check_option_rules() is supposed to be called by G_parser(). Then, instead of calling G_fatal_error, it should append errors to st->errors. If so... for g.mlist we can define two different versions of rules: This version prints more correct errors because only present options/flags wil

Re: [GRASS-dev] [GRASS GIS] #2343: GRASS 7: "inf" values break insert statements in v.rast.stats

2014-06-19 Thread GRASS GIS
#2343: GRASS 7: "inf" values break insert statements in v.rast.stats --+- Reporter: sbl | Owner: grass-dev@… Type: defect| Status: new Priority: norma

Re: [GRASS-dev] [GRASS-SVN] r60855 - grass/branches/releasebranch_7_0/raster/r.watershed/front

2014-06-19 Thread Markus Neteler
Hi Huidae, Markus Metz is the expert here... Best MarkusN (just doing a lot of backporting) On Thu, Jun 19, 2014 at 8:21 PM, Huidae Cho wrote: > Hi Markus, > > Is sink filling discouraged or just not needed and optional? My impression > is that r.watershed produces better results with not sin

Re: [GRASS-dev] [GRASS-SVN] r60855 - grass/branches/releasebranch_7_0/raster/r.watershed/front

2014-06-19 Thread Huidae Cho
Hi Markus, Is sink filling discouraged or just not needed and optional? My impression is that r.watershed produces better results with not sink filled rasters, but sink filling doesn't hurt much. Thanks. Huidae On Tue, Jun 17, 2014 at 1:40 PM, wrote: > Author: neteler > Date: 2014-06-17 10:40

Re: [GRASS-dev] g.mlist list multiple types from all mapsets

2014-06-19 Thread Huidae Cho
Hmm... one flag -s (switch default) should be enough, I think. On Thu, Jun 19, 2014 at 1:38 PM, Huidae Cho wrote: > Looks like we need pretty printing by default in terminal and parsable > printing by default in non-terminal with -p to force pretty printing. When > defaulting to pretty printing

Re: [GRASS-dev] [GRASS-SVN] r60703 - in grass/trunk: display/d.vect general/g.gisenv gui/wxpython/animation lib/python/temporal raster/r.colors raster/r.external raster/r.in.bin raster/r.mapcalc raste

2014-06-19 Thread Huidae Cho
Looks good to me. I'll try it with g.mlist/g.mremove later. On Thu, Jun 19, 2014 at 10:58 AM, Glynn Clements wrote: > > Glynn Clements wrote: > > > I'll make a start on this. > > A first draft of the code has been added in r60871. Not tested yet. > > -- > Glynn Clements > _

Re: [GRASS-dev] g.mlist list multiple types from all mapsets

2014-06-19 Thread Huidae Cho
Looks like we need pretty printing by default in terminal and parsable printing by default in non-terminal with -p to force pretty printing. When defaulting to pretty printing in terminal, we may need to ignore some flags only meant for parsable output. Also, a flag to force parsable printing in te

Re: [GRASS-dev] g.mlist list multiple types from all mapsets

2014-06-19 Thread Huidae Cho
FYI, multiple mapsets implemented in r60872. On Sun, Jun 8, 2014 at 8:30 AM, Vaclav Petras wrote: > > > > On Sun, Jun 8, 2014 at 7:10 AM, Huidae Cho wrote: > >> Non-existent mapset fixed in r60749. >> >> Thanks. I can confirm that it works. Now we need the test for it. > > On Fri, Jun 6, 2014

[GRASS-dev] [GRASS GIS] #2347: r.ros uses arbitrary direction convention

2014-06-19 Thread GRASS GIS
#2347: r.ros uses arbitrary direction convention -+-- Reporter: madi | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone:

[GRASS-dev] [GRASS GIS] #2346: r.timestamp: support also YYYY-DOY

2014-06-19 Thread GRASS GIS
#2346: r.timestamp: support also -DOY -+-- Reporter: neteler | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal

Re: [GRASS-dev] [GRASS-SVN] r60703 - in grass/trunk: display/d.vect general/g.gisenv gui/wxpython/animation lib/python/temporal raster/r.colors raster/r.external raster/r.in.bin raster/r.mapcalc raste

2014-06-19 Thread Glynn Clements
Glynn Clements wrote: > I'll make a start on this. A first draft of the code has been added in r60871. Not tested yet. -- Glynn Clements ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

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

2014-06-19 Thread GRASS GIS
#2333: choose python interpreter during the GRASS installation on windows --+- Reporter: zarch | Owner: grass-dev@… Type: enhancement |

Re: [GRASS-dev] g.mlist list multiple types from all mapsets

2014-06-19 Thread Glynn Clements
Huidae Cho wrote: > IMO, if we replace g.list with g.mlist, it would be better to remove the -p > flag and switch between the pretty output and machine-friendly output based > on isatty(STDOUT_FILENO). In most cases, if the user types a command from > the terminal without redirecting, they want t

Re: [GRASS-dev] [GRASS-SVN] r60703 - in grass/trunk: display/d.vect general/g.gisenv gui/wxpython/animation lib/python/temporal raster/r.colors raster/r.external raster/r.in.bin raster/r.mapcalc raste

2014-06-19 Thread Glynn Clements
Huidae Cho wrote: > I think we need two more functions: > // if the first option is present, all the other options must also be > present. > // same as multiple G_option_requires(first, opt)... > void G_option_requires_all(void *first, ...); As you note, this can be ach

Re: [GRASS-dev] [GRASS GIS] #2343: GRASS 7: "inf" values break insert statements in v.rast.stats

2014-06-19 Thread GRASS GIS
#2343: GRASS 7: "inf" values break insert statements in v.rast.stats --+- Reporter: sbl | Owner: grass-dev@… Type: defect| Status: new Priority: norma