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: 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
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

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 to

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] [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 gl...@gclements.plus.com ___ grass-dev mailing list grass-dev@lists.osgeo.org

[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

[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 |

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 wenzesl...@gmail.com wrote: On Sun, Jun 8, 2014 at 7:10 AM, Huidae Cho gras...@gmail.com wrote: Non-existent mapset fixed in r60749. Thanks. I can confirm that it works. Now we need the test for

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

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 gl...@gclements.plus.com 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
Hmm... one flag -s (switch default) should be enough, I think. On Thu, Jun 19, 2014 at 1:38 PM, Huidae Cho gras...@gmail.com 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

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, svn_gr...@osgeo.org wrote: Author: neteler

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 gras...@gmail.com wrote: Hi Markus, Is sink filling discouraged or just not needed and optional? My impression is that r.watershed produces better

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: 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 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

[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 module 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,