[GRASS-dev] Re: windows binaries

[Michael Barton]

> 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

__________________________________________
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