[GRASS5] prototype new GIS Manager in TclTk

Jachym Cepicky jachym.cepicky at centrum.cz
Wed Jan 11 14:17:07 EST 2006


hi,

Error in startup script: can't read "env(HOSTTYPE)": no such variable
    while executing
"set HOSTTYPE $env(HOSTTYPE)"
    (file "/usr/local/grass-6.1.cvs/etc/gm/gm.tcl" line 42)

just short

jachym


On Wed, Jan 11, 2006 at 10:56:19AM -0700, Michael Barton wrote:
> Following up on the discussions on the next generation GUI for GRASS, I?m
> working with several people on an interim GUI in TclTk that will begin to
> implement ideas in the UI roadmap. The idea is to enhance the current TclTk
> GUI so that display functions can increasingly be built into the GUI system
> rather than depending on d.* modules? interactions with an x-display. We
> hope that this will encourage GRASS developers in general to modify GRASS
> display modules so that they do not require an x-display, and can be
> implemented in a wider variety of display/GUI systems.
> 
> My first step for TclTk has been to move GRASS map displays to a TclTk
> canvas, and create display management tools in TclTk. I?ve done this using
> the PNG driver, so it doesn?t depend on x11 for display. This has a number
> of advantages for usability (easier zooming and panning, constant display of
> geographic coordinates in an indicator window), seems faster for large maps,
> and has several nice features for continued development. One is direct
> printing to postcript (currently I?ve got a very simple version of this
> running with eps output). Another is the ability for each display to have
> it?s own layer tree and region settings (the next thing I?ll try to
> implement).
> 
> Basic raster querying is functioning, but vector query will need to await
> modification of d.what.vect to accept xy coordinates. I think that nviz
> displays in a canvas. If so,  it could be better integrated in the new
> display system. To drop the xdriver completely would require changes to
> programs that require it for display‹including v.digit and r.digit,
> d.rast.edit, d.profile, and i.points at least. For now, these can run by
> simply opening an x-display using d.mon. In the interim, we simply need to
> create a set of scripts or TclTk procedures that will automatically open
> (and hopefully close) the required x-monitor.
> 
> Please don?t hesitate to give the new prototype GIS Manager a try. To
> install, simply drop the gis.m script into $GISBASE/scripts and put the /gm
> folder into $GISBASE/etc.  Then run gis.m & from the GRASS command line to
> start it. You'll want to open a canvas display monitor, using the grey
> monitor button on the left.
> 
> You can find it on my website at
> <http://www.public.asu.edu/~cmbarton/files/grass_gismgr/gism_o50110.tgz>
> 
> Enjoy! And let me know your thoughts.
> 
> Michael
> ______________________________
> Michael Barton, Professor of Anthropology
> School of Human Evolution and Social Change
> Arizona State University
> Tempe, AZ  85287-2402
> USA
> 
> voice: 480-965-6262; fax: 480-965-7671
> www: http://www.public.asu.edu/~cmbarton
> 

-- 
Jachym Cepicky
e-mail: jachym.cepicky at centrum.cz
URL: http://les-ejk.cz
GPG: http://les-ejk.cz/gnupg_public_key/
-----------------------------------------
OFFICE:
Department of Geoinformation Technologies
LDF MZLU v Brně
Zemědělská 3
613 00 Brno
e-mail: xcepicky at node.mendelu.cz
URL:    http://mapserver.mendelu.cz
Tel.:   +420 545 134 514




More information about the grass-dev mailing list