I've been really tied up with academic things lately, but want to help
out with some information here.
See below
On Oct 5, 2008, at 7:16 PM, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]
> wrote:
Date: Sun, 5 Oct 2008 22:57:42 +0100
From: Glynn Clements <[EMAIL PROTECTED]>
Subject: Re: [GRASS-dev] porting r.in.wms to python
To: grass-dev <grass-dev@lists.osgeo.org>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
Glynn Clements wrote:
Here's the current status on conversion of scripts to Python:
Apart from the scripts in the "scripts" directory, various parts of
GRASS install shell scripts. After filtering out the "shell" scripts
which are actually Tcl/Tk scripts using the "exec $GRASS_WISH" trick,
I see:
bin/nviz
etc/Init.sh
etc/gui/scripts/d.colors.sh
This is a GUI for starting d.colors. It should be deprecated in GRASS 7.
etc/gui/scripts/d.path.sh
Hamish wrote this script
etc/gui/scripts/r.colors.rules
etc/gui/scripts/r.reclass.file
etc/gui/scripts/r.reclass.rules
etc/gui/scripts/r.recode.file
etc/gui/scripts/r.recode.rules
These 5 scripts need to be deprecated. They were written because it
used to be impossible to enter the name of a rules file from the GUI
or even start interactive rules entry in an xterm from the GUI for
setting colors, reclassification, or recoding.
It is now possible to enter the name of a rules file from the GUI and
xterms are being deprecated. There is a native TclTk module for
interactive rules entry, and more sophisticated rules entry modules
built into the wxPython GUI.
All should be deprecated in GRASS 6.4 and GRASS 7
etc/gui/scripts/r.support.sh
Another GUI wrapper for launching the interactive xterm version of a
module. Definitely should be deprecated in GRASS 7 and maybe in 6.4.
etc/prompt.sh
I don't know what this is
etc/r.li.setup/masked_area_selection
etc/r.li.setup/sample_area_vector.sh
etc/r.li.setup/square_mouse_selection.sh
etc/wxpython/scripts/p.cmd
etc/wxpython/scripts/p.db
etc/wxpython/scripts/p.mon
etc/wxpython/scripts/p.rast
etc/wxpython/scripts/p.vect
Martin (and Jachym?) wrote these as a way to test out ways to interact
with a Python display canvas from the command line. I think they have
lain dormant for awhile, but might be of interest to some in the future.
etc/wxpython/scripts/wxgui
I don't know what this is.
scripts/gis.m
This is replaced by g.gui. It should be deprecated in GRASS 6.4 and
GRASS 7
scripts/r.li.setup
Of these, Init.sh and prompt.sh should probably stay as shell scripts.
We might want to think about replacing init.sh with a Python version
of the same is Python becomes a GRASS dependency. It would be
completely cross-platform. I did some initial playing around with this
a year ago. It looks pretty simple, though the whole script needs to
be redone.
Hope this is helpful.
Michael
The former has an equivalent batch file for Windows users, and isn't
essential. The latter is only probably only useful if you already have
a Bourne shell.
r.li.setup and the scripts relating to nviz and gis.m all invoke
Tcl/Tk scripts. These should probably be re-written to use either
tclsh or wish.
Also, the three etc/gui/scripts/r.*.rules scripts all use
grass-xterm-wrapper, which no longer exists.
etc/gui/scripts/r.support.sh also uses grass-xterm-wrapper, but
r.support's curses-based interactive mode no longer exists.
The scripts relating to the wxPython GUI should be re-written in
Python (what do those scripts do, anyhow?).
That just leaves the three scripts in etc/r.li.setup. These are all
shell scripts which rely upon d.mon, so they won't work at present.
Once these issues are dealt with, there should no longer be any need
to distribute MSys as part of the WinGRASS packages.
Also, should we change windows_launch.bat to invoke Python on the
scripts, or just install the scripts with a .py extension and add .PY
to PATHEXT?
--
Glynn Clements <[EMAIL PROTECTED]>
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev