[GRASSGUI] Re: [GRASS-dev] numeric-numpy-scipy for graphs?

Michael Barton michael.barton at asu.edu
Sun Apr 22 14:44:34 EDT 2007

I agree that these functions should be maintained and even enhanced,
especially for scripting.


On 4/22/07 11:41 AM, "Glynn Clements" <glynn at gclements.plus.com> wrote:

> Michael Barton wrote:
>> In fact, we can do considerably more now with the wxPython (and TclTk)
>> drawing commands to than is available in d.graph or d.linegraph, even with
>> your nice enhancements.
>> In the case of histogramming and profiling, it seems a better display to
>> have them come up in a separate window (like is now the case with the TclTk
>> profiling module) than have them rendered like a map in the main display
>> (like we do now for d.histogram in the current TclTk GUI). Rendering maps is
>> complex and it doesn't seem efficient to have to go through the same complex
>> procedures to draw a histogram or profile that doesn't need to be drawn
>> georeferenced.
>> For this reason, it seems better to do these kinds of analyses with the gui
>> tools, using underlying GRASS modules like r.profile and r.stats.
> Even if you decide not to use the existing graphics API, I would still
> suggest that any functionality which could reasonably be used
> non-interactively can be.

Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton

More information about the grass-dev mailing list