On Sat, Jan 3, 2009 at 6:06 PM, Michael Barton <michael.barton@asu.edu> wrote:
Markus,
Maybe duplicated in later posts, but here is my response...
From "Markus Neteler" <neteler@osgeo.org>
...
# would be nice to have it similar in Python (g.mapsets -s):
./general/g.mapsets/g.mapsets.tcl
already exists
Today done by Martin for command line, removed, solved.
# would require a rewrite in python (ideally with a better wizard):
./raster/r.li/r.li.setup/r.li.setup.procedures.tcl
./raster/r.li/r.li.setup/r.li.windows.tcl
keep so that r.li is at least functional?
For now yes, later we'll need a Python replacement.
# still needed?
./lib/gtcltk/select.tcl
./lib/gtcltk/gronsole.tcl
./lib/gtcltk/options.tcl
./lib/gtcltk/gmsg.tcl
./lib/gis/gui.tcl
./lib/external/bwidget/*
./lib/init/epsg_option.tcl
./lib/init/gis_set.tcl
./lib/init/file_option.tcl
./lib/form/form.tcl
./lib/form/html_library_grass.tcl
./lib/form/html_library.tcl
not needed
ok
# I guess to be retired with new wxPython digitizer:
./vector/v.digit/settings.tcl
./vector/v.digit/form.tcl
./vector/v.digit/toolbox.tcl
./vector/v.digit/html_library.tcl
./vector/v.digit/cats.tcl
not needed
ok
# I guess to be retired with new py-nviz
./visualization/nviz/scripts/*.tcl
remove so that we can focus on the wxPython 3+D-viz. This has really come a
long way for a project just started this summer.
I also think that we should remove it to clean up code
and to get folks motivated to concentrate on Python (maybe
new developers can be get interested..).
Markus
Hi,
2009/1/3 Markus Neteler <neteler@osgeo.org>:
# I guess to be retired with new wxPython digitizer:
./vector/v.digit/settings.tcl
./vector/v.digit/form.tcl
./vector/v.digit/toolbox.tcl
./vector/v.digit/html_library.tcl
./vector/v.digit/cats.tcl
not needed
ok
v.digit removed in r35191.
Martin
--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa *
Hi,
2009/1/3 Markus Neteler <neteler@osgeo.org>:
[...]
# still needed?
./lib/gtcltk/select.tcl
./lib/gtcltk/gronsole.tcl
./lib/gtcltk/options.tcl
./lib/gtcltk/gmsg.tcl
removed in r35192
./lib/gis/gui.tcl
r35196
./lib/external/bwidget/*
r35193
./lib/init/epsg_option.tcl
./lib/init/gis_set.tcl
./lib/init/file_option.tcl
r35195
./lib/form/form.tcl
./lib/form/html_library_grass.tcl
./lib/form/html_library.tcl
r35194
Martin
--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa *
Current summary:
On Sat, Jan 3, 2009 at 6:30 PM, Markus Neteler <neteler@osgeo.org> wrote:
...
# would require a rewrite in python (ideally with a better wizard):
./raster/r.li/r.li.setup/r.li.setup.procedures.tcl
./raster/r.li/r.li.setup/r.li.windows.tcl
keep so that r.li is at least functional?
For now yes, later we'll need a Python replacement.
ok
# I guess to be retired with new py-nviz
./visualization/nviz/scripts/*.tcl
remove so that we can focus on the wxPython 3+D-viz. This has really come a
long way for a project just started this summer.
I also think that we should remove it to clean up code
and to get folks motivated to concentrate on Python (maybe
new developers can be get interested..).
NVIZ use(d) the form lib, so we should remove it, too:
/home/neteler/grass70/visualization/nviz/src/query_vect.c:75:
undefined reference to `F_generate'
I don't think that we should resurrect the form lib.
Markus
On Sun, Jan 4, 2009 at 4:34 PM, Markus Neteler <neteler@osgeo.org> wrote:
Current summary:
On Sat, Jan 3, 2009 at 6:30 PM, Markus Neteler <neteler@osgeo.org> wrote:
...
# would require a rewrite in python (ideally with a better wizard):
./raster/r.li/r.li.setup/r.li.setup.procedures.tcl
./raster/r.li/r.li.setup/r.li.windows.tcl
keep so that r.li is at least functional?
For now yes, later we'll need a Python replacement.
ok
Ah, not ok:
[neteler@localhost grass70]$ grep -i bwidge */*/*/*
...
raster/r.li/r.li.setup/r.li.setup.main:lappend auto_path $env(GISBASE)/bwidget
raster/r.li/r.li.setup/r.li.setup.main:package require -exact BWidget 1.2.1
Incentive for Python rewrite 
Markus
Hi,
2009/1/4 Markus Neteler <neteler@osgeo.org>:
NVIZ use(d) the form lib, so we should remove it, too:
/home/neteler/grass70/visualization/nviz/src/query_vect.c:75:
undefined reference to `F_generate'
I don't think that we should resurrect the form lib.
ops, already reverted in r35199. Hm, so lib/form to removed later
together with nviz?
Martin
--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa *
Hi,
2009/1/4 Markus Neteler <neteler@osgeo.org>:
[...]
[neteler@localhost grass70]$ grep -i bwidge */*/*/*
...
raster/r.li/r.li.setup/r.li.setup.main:lappend auto_path $env(GISBASE)/bwidget
raster/r.li/r.li.setup/r.li.setup.main:package require -exact BWidget 1.2.1
Incentive for Python rewrite
revert removing lib/external/bwidget or leave as it is now?
Martin
--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa *
On Sun, Jan 4, 2009 at 4:50 PM, Martin Landa <landa.martin@gmail.com> wrote:
Hi,
2009/1/4 Markus Neteler <neteler@osgeo.org>:
[...]
[neteler@localhost grass70]$ grep -i bwidge */*/*/*
...
raster/r.li/r.li.setup/r.li.setup.main:lappend auto_path $env(GISBASE)/bwidget
raster/r.li/r.li.setup/r.li.setup.main:package require -exact BWidget 1.2.1
Incentive for Python rewrite
revert removing lib/external/bwidget or leave as it is now?
I would leave it and hope to get a Python developer interested...
Maybe the location wizard could be recycled?
Markus
Hi,
2009/1/4 Markus Neteler <neteler@osgeo.org>:
[neteler@localhost grass70]$ grep -i bwidge */*/*/*
...
raster/r.li/r.li.setup/r.li.setup.main:lappend auto_path $env(GISBASE)/bwidget
raster/r.li/r.li.setup/r.li.setup.main:package require -exact BWidget 1.2.1
Incentive for Python rewrite
revert removing lib/external/bwidget or leave as it is now?
I would leave it and hope to get a Python developer interested...
Maybe the location wizard could be recycled?
ticket created
http://trac.osgeo.org/grass/ticket/421
Martin
--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa *