[GRASSLIST:541] Re: New GUI suggestion

[Jonathan Greenberg]

Glenn:

    Thanks for the quick reply?  This brings up a potential second feature
request which is some way to queue-up commands in GRASS so they run one
after another -- I'm sure this can be scripted, but I would think it would
be a fairly straightforward to make a general-use queue system in GRASS
(e.g. Do all commands in grass give some signal that they are "done" that a
potential queue manager might be able to track?)

    I've never had any problem with running r.sun a bunch of times (I have
several dual-processor machines, so I don't want them sitting idle if I can
avoid it), but I do see potential problems, e.g. If a script use the same
temporary file naming, or try to write out to an existing file.  Still, the
thing I like a lot about grass is that most of the time I want to do this
(run concurrent commands) it works great!

    By the way, is this forum the appropriate place to make feature
requests, or is there some tracking system for GRASS requests?

--j


On 4/1/06 7:19 PM, "Glynn Clements" <glynn at gclements.plus.com> wrote:

> 
> Jonathan Greenberg wrote:
> 
>> Hey there, I am running the X11 gui that comes with the MacOS X binaries (I
>> disabled the aqua gui, since it is missing a lot of the features that the
>> new X11 one has), and I noticed that I can't hit "run" multiple times from
>> the same window -- presumably, I have to wait until the current run is done.
>> I'm using r.sun, and I like to start 4 or so r.sun runs (different
>> parameters, different output file names) and leave it alone, and the
>> previous guis allowed me to do this.  This one disabled the "run" button
>> once I've started it.
> 
> Unfortunately, running multiple commands concurrently in the same
> mapset is potentially unsafe. Most of the time you will get away with
> it, sometimes you won't.
> 
> You can prevent the Run button from being disabled by removing or
> commenting-out the following line in etc/gui.tcl:
> 
> catch {$opt($dlg,run_button) configure -state disabled}
> 
> However, I'm not sure whether the GUI will cope with multiple
> concurrent invocations (the earlier GUIs weren't designed to handle
> this case; it just happened to work).


-- 
Jonathan A. Greenberg, PhD
NRC Research Associate
NASA Ames Research Center
MS 242-4
Moffett Field, CA 94035-1000
650-604-5896
AIM: jgrn307
MSN: jgrn307 at hotmail.com