[GRASS5] GRASS extension manager proposal

Benjamin Ducke benducke at compuserve.de
Thu Dec 16 15:41:47 EST 2004


OK, it seems everybody agrees that it is a good idea.
I will try and write a small g.install prototype
(that would also include the management of binary 
and script installations)
as soon as I have my belief modelling stuff ready.
Let's see hw smooth it goes ...

Cheers,

Benjamin

On Thu, 16 Dec 2004 09:13:45 -0700
Michael Barton <michael.barton at asu.edu> wrote:

> I want to echo the positive other replies to this proposal. This is very
> much along the lines of what Paolo, I, and others have suggested. It would
> be good if the 'g.install' routine could also insert shell scripts into the
> extension menu hierarchy.
> 
> Another longer-term idea (i.e., for the 6.x series) I tossed into the fray a
> few months back is to make modules self-organizing in the GUI unless
> overridden by a users. We already have a start in how that could be achieved
> by the letter-dot prefix of GRASS modules. r.* modules are raster, and so
> on. We could build on that so that each module and script written would have
> a short header string that identified where it belonged in the menu
> hierarchy. Then, when someone installed a module, it would go to a logical
> local rather than into a long extension menu.
> 
> The ultimate objective is to make a GUI that is more or less
> self-generating. If I remember correctly, some time back, Radim was working
> on a QT version of the GUI that would use XML to manage the menu hierarchy
> with this kind of goal in mind. In such a case, a self-generating menu
> system (or alternative better GUI) would be considerably more feasible.
> 
> Michael
> 
> 
> On 12/15/04 3:49 AM, "Benjamin Ducke" <benducke at compuserve.de> wrote:
> 
> > My ideas are:
> > 
> > For each extension:
> > - put all source code and binaries for selected systems into
> >   a tarball
> > - also add some standardised ASCII description files to the
> >   tarball:
> > - version information
> > - binary and dependencies information
> > - source URL and author info
> > - Tcl/Tk menu code for the GIS manager
> > 
> > For GRASS 5.7:
> > - the g.install module could be used to
> > list, install, update and remove extension
> >         binaries and documentation
> > 
> > - installation could be system-wide into any GRASS bin tree location
> >   the user has write access to or user-only into a directory
> >   into a dir under the user's current location or mapset.
> > 
> > - a new menu entry 'Extensions' in the GIS manager where extensions
> >   can register their modules in a submenu and hooks for g.install
> >   to query, update or remove these extensions are provided
> > 
> 
> ______________________________
> 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
> 
> _______________________________________________
> grass5 mailing list
> grass5 at grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass5




More information about the grass-dev mailing list