Having user-installable toolboxes is a nice idea in theory. But there are at least 2 important pragmatic issues to be addressed
1) Installing these over Linux is a different thing than installing them in Windows or on the Mac. I haven't tested the extension module recently (i.e., last 6 months), but it didn't work for Mac and I don't know if it has worked reliably for Windows. Also note that on the Mac, you cannot compile things unless you install the Developer Tools, something most people don't install (or even know about) by default. To make separate and smoothly installable packages of optional tools, we would need to maintain them in binary form for users to install from somewhere. Something that works as smoothly as FireFox extensions is what we should aim for. Even OpenOffice extensions sometime have installation bombs. 2) There is not yet any consensus on what constitutes "core" tools. We need to have a discussion that goes beyond the developer group on this. What the developers think are core might not be to a larger user base. Michael ____________________ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Arizona State University voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 12, 2011, at 10:00 AM, <[email protected]> wrote: > > Message: 7 > Date: Wed, 12 Jan 2011 12:53:21 +0100 > From: Martin Landa <[email protected]> > Subject: Re: [GRASS-dev] Re: [GRASS-SVN] r44977 - in grass/trunk: > gui/wxpython/xml imagery imagery/i.evapo.PT > To: Yann Chemin <[email protected]> > Cc: [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi, > > 2011/1/12 Yann Chemin <[email protected]>: >> (Thx, did not read that one yet, so did now) >> >> I would tend to agree with Jarek too. >> >> The use of Module keywords should facilitate the three layers >> mentioned, and maybe special keywords like "core", "toolbox", >> "experimental" could permit three levels of compilation of GRASS GIS >> (Basic, Advanced, Dev). > > user should have possibility to easily install > > 1) whole toolboxes, eg. `g.toolbox toolbox=hydrology` would install > all modules related to hydrology > > 2) modules, eg. g.extension extension=r.stream` would install only > given module (or it could be integrated in g.toolbox) > > Of course we could distribute packages with common toolboxes like now > we are doing. I think it would make development more transparent. The > core would contain only libs and small subset of modules with high > stability (grass/trunk), toolboxes maintained and stable modules > (grass-tools/trunk) and the reset could be in grass-addons. > > Martin > > -- > Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
