[GRASS-dev] r.mapcalc and g.remove --v/q issues
Martin Landa
landa.martin at gmail.com
Sun Oct 8 09:39:42 EDT 2006
Hi,
I agree, default verbose level should be set to MAXLEVEL (--v) ...
Martin
2006/10/8, Hamish <hamish_nospam at yahoo.com>:
> Maciej Sieczka wrote:
>
> > >> Propably due to the recent work on --v and --q flags (great stuff,
> > >> many thanks to the authors!), r.mapcalc doesn't print any progress
> > >> indicator anymore.
> >
> > > AFAIK, modules are quiet by default now. If you want verbosity (e.g.
> > > progress indication) you have to enable it.
> >
> > I didn't realize that quiet mode implies no progress indicator. In
> > that case verbose should be the default IMO, because we can't leave
> > users without a feedback from the module progress unless they
> > implicitely requests that. Am I wrong?
>
> (not sure if I fully understand the current mode, sorry I haven't been
> following this thread, but from observation, ...)
>
> I think it is wrong to make all modules --quiet be default. Many years
> of tuning have gone into the current message level, we just throw that
> out? Sure some modules are very noisy and that should be dealt with
> (remove useless noise and move debug info to G_debug()).
>
> IMO the "only create output if something interesting happens"
> guideline should only apply to UNIX-like small "do one thing well"
> modules. Quick little modules used in a script (ie in a loop) can be
> made a bit quieter, sure.
>
> But for long running modules like v.surf.rst and r.sun, we should
> definitely let the user know what's going on, what mode the module is
> running in, how many points used for processing, etc. Anything which is
> expected to take longer than about 10 seconds under normal conditions
> should at least give G_percent() output IMO.
>
> This is especially important for new users who are not confident or
> knowledgeable about what is going on or how long it will take.
>
> Hiding all G_message() and G_percent() output *by default* is totally
> nuts. Adding --quiet or GRASS_VERBOSE=0 isn't hard if you are writing a
> script or GUI frontend.
>
> It's great to have the fine grained control, but I suggest this change:
>
> Index: verbose.c
> ===================================================================
> RCS file: /home/grass/grassrepository/grass6/lib/gis/verbose.c,v
> retrieving revision 2.3
> diff -u -r2.3 verbose.c
> --- verbose.c 25 Sep 2006 09:43:09 -0000 2.3
> +++ verbose.c 8 Oct 2006 11:52:26 -0000
> @@ -46,7 +46,7 @@
> ;
> }
> else
> - verbose = MINLEVEL;
> + verbose = MAXLEVEL;
> }
> return verbose;
> }
>
>
>
> 2c,
> Hamish
>
>
> ps -
> in verbose.c, is this test correct?
>
> static int verbose;
> G_verbose() {
> ..
> /* verbose not defined -> get it from env. */
> if ( !verbose ) {
> ..
> }
>
> so it gets read from GRASS_VERBOSE not only if its unset but also if
> it happens to be at MINLEVEL?
>
> _______________________________________________
> grass-dev mailing list
> grass-dev at grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass-dev
>
--
Martin Landa <landa.martin at gmail.com> * http://gama.fsv.cvut.cz/~landa *
More information about the grass-dev
mailing list