[GRASS-user] Some suggestions

Hamish hamish_nospam at yahoo.com
Mon Jun 4 23:35:13 EDT 2007


Michael:
> Having a tear off layer manager for each display would *really* make
> for a cluttered screen. There wouldn't be much reason for the tear off
> manager in this case.

I'm thinking about a dual monitor setup, you have a display window and
associated control window in each. Effectivly concurrent use of the same
mapset. .. just an idea ..


M:
> >> What is missing is a fully interactive terminal--one that will
> >> prompt you for entries and you can respond.
H:
> > Do you mean like:
> >   GRASS_UI_TERM=1 i.landsat.rgb
> > does, but output to tcl/python code not in the xterm?
M:
> No. More like being able to enter g.setproj and answer the prompts.


G63> GRASS_UI_TERM=1 i.landsat.rgb

OPTION:   LANDSAT red channel
     key: red
required: YES

Enter the name of an existing raster file
Enter 'list' for a list of existing raster files
Hit RETURN to cancel request
> 

?


> We can create a full-fledged terminal in wxPython I think. 
..
> If we start using Python big time, however, it could be worth thinking
> about a Python terminal for all. But this is different from a standard
> *nix terminal.

Offering a python terminal is a very nice idea. Then you get access to
all grass commands + SWIG access to the libgis fns in a safe, platform
consistent way.

Maybe package the module families as import r.py, v.py, g.py etc, so
"r.module" links to [r.]r.module. much better than:

import os, popen2
command = 'ls'
child = os.popen(command)
data = child.read()
child.close()

[maybe easier with the subprocess module or something already written
for the wxPyGUI? (no idea about python)]


Hamish




More information about the grass-user mailing list