[GRASS-dev] Re: windows binaries

Michael Barton michael.barton at asu.edu
Thu Nov 9 02:56:56 EST 2006

> From: Glynn Clements <glynn at gclements.plus.com>
> Date: Thu, 9 Nov 2006 07:18:04 +0000
> To: Moritz Lennert <mlennert at club.worldonline.be>
> Cc: Michael Barton <michael.barton at asu.edu>, Paul Kelly
> <paul-grass at stjohnspoint.co.uk>, Hamish <hamish_nospam at yahoo.com>,
> <grass-dev at grass.itc.it>
> Subject: Re: [GRASS-dev] Re: windows binaries
> Moritz Lennert wrote:
>>> Disclaimer: I only see a fragment of the entire post, and might
>>> misunderstand.
>>> D.vect.thematic does not require any particular driver. It uses d.vect
>>> (iterated over different theme values) to render the final map.
>>> This is why it can work with either an xmonitor or a TclTk canvas (the
>>> latter via the PNG driver and immediate rendering mode.)
>> It won't work in immediate rendering mode since, as you say, it calls
>> d.vect several times and in immediate rendering mode each call creates a
>> new map from scratch, thus losing the overlaying of the different
>> classes.
> Could it easily be modified to work with direct rendering? I.e. make
> multiple calls to d.vect, each generating a separate PPM/PGM pair,
> then using g.composite to generate the final result?
> -- 
> Glynn Clements <glynn at gclements.plus.com>

I don't know. The problem is that this is being done in a BASH script,
outside the environment set up to handle such compositing in TclTk. I'll see
if it's doable without an enormous rewrite.


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