[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
__________________________________________
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