[GRASS5] [bug #4356] (grass) d.m: d.rast.num fails when called from 'Add comand layer'

[Michael Barton]

I notice the slowness too, but don't know why. Thanks for the fixes.

Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton



> From: Hamish <hamish_nospam at yahoo.com>
> Date: Mon, 1 May 2006 21:46:53 +1200
> To: Michael Barton <michael.barton at asu.edu>
> Cc: <werchowyna at epf.pl>, <grass-bugs at intevation.de>, <grass5 at grass.itc.it>
> Subject: Re: [GRASS5] [bug #4356] (grass) d.m: d.rast.num fails when called
> from 'Add comand layer'
> 
>>> Subject: Re: [GRASS5] [bug #4356] (grass) d.m: d.rast.num fails when
>>> called from 'Add comand layer'
> ..
>>>> Are you using d.m or gis.m?
>>> 
>>> gis.m doesn't use X monitors - d.rast.num will not under gis.m at
>>> all :).
>> 
>> In fact, r.rast.num DOES work under gis.m Fortunately, it doesn't need
>> an xmonitor. As far as I know it is working fine with error checking
>> for raster resolution, etc. This is why I'm asking which GUI you are
>> having trouble with. Since this has changed pretty rapidly, I  should
>> also ask which build date are you working with.
> 
> If you haven't zoomed way in it used to tell you your numbers would be
> tiny and did you want to continue? [y]. Then it would get stuck like
> that in the output window.
> 
> d.rast.num just now updated in CVS not to use G_yes().
> If things are very bad, it tells you the problem and G_fatal_error()s.
> If things aren't so bad, it gives you a warning.
> If things are fine, it doesn't bother you at all.
> 
> gis.m already had a test to only run if given < 10,000 cells.
> 
> I notice rendering is fairly quick off screen, quite slow on screen.
> (e.g fliping to a different workspace speeds it up 100x)
> For me calling from gis.m seems to be 100x slow...
> 
> AFAICT that's the last of the G_ask() and G_yes()s in the display
> modules for things that don't require a full xterm.
> 
> 
> 
> Hamish