Details Ticket 4066


Comment | Reply | Take | Open


Serial Number 4066
Subject gis.m: black background
Area grass6
Queue grass
Requestors mlennert@club.worldonline.be
Owner none
Status resolved
Last User Contact Mon Feb 13 18:05:39 2006 (3 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Sun Feb 19 17:37:50 2006 (3 yr ago)
Created Tue Feb 7 12:31:58 2006 (3 yr ago)

Transaction History Ticket 4066


Tue, Feb 7 2006 12:31:58    Request created by guest  
Subject: gis.m: black background

Platform: GNU/Linux/x86
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: cvs_head_20060207

I can confirm the problem with the back blackground in gis.m which Maciek mentioned
as a side note in another bug report (http://intevation.de/rt/webrt?serial_num=4049&display=History)
.
When I erase the map display the background becomes white, but as soon as I display
a map it becomes black again.

Moritz

Tue, Feb 7 2006 14:03:29    Mail sent by mlennert@club.worldonline.be  
Return-Path <mlennert@club.worldonline.be>
Delivered-To grass-bugs@lists.intevation.de
Message-ID <43E89A9F.20809@club.worldonline.be>
Date Tue, 07 Feb 2006 14:03:27 +0100
From Moritz Lennert <mlennert@club.worldonline.be>
User-Agent Debian Thunderbird 1.0.7 (X11/20051017)
X-Accept-Language en-us, en
MIME-Version 1.0
To Request Tracker <grass-bugs@intevation.de>
Cc grass5@grass.itc.it
Subject Re: [GRASS5] [bug #4066] (grass) gis.m: black background
References <20060207113158.C34161005B7@lists.intevation.de>
In-Reply-To <20060207113158.C34161005B7@lists.intevation.de>
Content-Type text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding 7bit
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
Request Tracker wrote:
> this bug's URL: http://intevation.de/rt/webrt?serial_num=4066
> -------------------------------------------------------------------------
> 
> Subject: gis.m: black background
> 
> Platform: GNU/Linux/x86
> grass obtained from: CVS
> grass binary for platform: Compiled from Sources
> GRASS Version: cvs_head_20060207
> 
> I can confirm the problem with the back blackground in gis.m which
Maciek mentioned as a side note in another bug report
(http://intevation.de/rt/webrt?serial_num=4049&display=History).
> 
> When I erase the map display the background becomes white, but as soon as I
display a map it becomes black again.


Maybe this might help in identifying the problem:

A setting in the gis manager resulting in the command does not show 
anything, i.e. not white boundaries on black background as it should.

d.vect map=eurnuts3 color=255:255:255 lcolor=0:0:0 fcolor=none 
display=shape type=point,line,boundary,area icon=basic/x size=5 layer=1 
lsize=8 xref=left yref=center llayer=1

However,

d.vect map=eurnuts3 color=255:0:0 lcolor=0:0:0 fcolor=none display=shape 
type=point,line,boundary,area icon=basic/x size=5 layer=1 lsize=8 
xref=left yref=center llayer=1

does show red boundaries on the black background...

Moritz


Tue, Feb 7 2006 19:29:55    Mail sent by michael.barton@asu.edu  
Return-Path <Michael.Barton@asu.edu>
Delivered-To grass-bugs@lists.intevation.de
Date Tue, 07 Feb 2006 11:26:04 -0700
From Michael Barton <michael.barton@asu.edu>
Subject Re: [GRASS5] [bug #4066] (grass) gis.m: black background
In-reply-to <43E89A9F.20809@club.worldonline.be>
To Moritz Lennert <mlennert@club.worldonline.be>, Paolo Cavallini via RT <grass-bugs@intevation.de>
Cc grass5@grass.itc.it
Message-id <C00E344C.1DFE0%michael.barton@asu.edu>
MIME-version 1.0
Content-type text/plain; charset=US-ASCII
Content-transfer-encoding 7bit
User-Agent Microsoft-Entourage/11.2.1.051004
Thread-Topic [GRASS5] [bug #4066] (grass) gis.m: black background
Thread-Index AcYsE/Q4Mt+klpgHEdqhuAAUUSYxwg==
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
I cannot reproduce this. Perhaps I don't understand the problem.

See comments below.

Michael
______________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ  85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton


> From: Moritz Lennert <mlennert@club.worldonline.be>
> Date: Tue, 07 Feb 2006 14:03:27 +0100
> To: Request Tracker <grass-bugs@intevation.de>
> Cc: <grass5@grass.itc.it>
> Subject: Re: [GRASS5] [bug #4066] (grass) gis.m: black background
> 
> Request Tracker wrote:
>> this bug's URL: http://intevation.de/rt/webrt?serial_num=4066
>> -------------------------------------------------------------------------
>> 
>> Subject: gis.m: black background
>> 
>> Platform: GNU/Linux/x86
>> grass obtained from: CVS
>> grass binary for platform: Compiled from Sources
>> GRASS Version: cvs_head_20060207
>> 
>> I can confirm the problem with the back blackground in gis.m which
> Maciek mentioned as a side note in another bug report
> (http://intevation.de/rt/webrt?serial_num=4049&display=History).
>> 
>> When I erase the map display the background becomes white, but as soon as
I
>> display a map it becomes black again.
> 
> 
> Maybe this might help in identifying the problem:
> 
> A setting in the gis manager resulting in the command does not show
> anything, i.e. not white boundaries on black background as it should.
> 
> d.vect map=eurnuts3 color=255:255:255 lcolor=0:0:0 fcolor=none
> display=shape type=point,line,boundary,area icon=basic/x size=5 layer=1
> lsize=8 xref=left yref=center llayer=1

This only sets the line color to white. It has no effect on the background.
If you don't change the background (use 'd.erase black' as a command layer,
for example), you'll get white on white. The default background was changed
from black to white when we went from GRASS 5 to GRASS 6. So this is
behaving correctly.

As I said, however, you can change the background with d.erase

> 
> However,
> 
> d.vect map=eurnuts3 color=255:0:0 lcolor=0:0:0 fcolor=none display=shape
> type=point,line,boundary,area icon=basic/x size=5 layer=1 lsize=8
> xref=left yref=center llayer=1
> 
> does show red boundaries on the black background...

On my system, this makes red lines on a white background.

Keep in mind a couple things.

1) I'm only doing this from the GIS Manager, not from the command line. d.*
commands will give unpredictable results (or won't work at all) from the
command line in the new GIS Manager because I'm no longer using x11
displays.

2) I'm working with a Mac binary from 21 January. It's possible that the
recent changes to the display drivers are causing the background to go to
black. Anyone want to hazard a guess on this??

Michael

> 
> Moritz
> 


Tue, Feb 7 2006 21:06:38    Mail sent by mlennert@club.worldonline.be  
Return-Path <mlennert@club.worldonline.be>
Delivered-To grass-bugs@lists.intevation.de
Message-ID <34537.85.10.64.196.1139342797.squirrel@geog-pc40.ulb.ac.be>
In-Reply-To <C00E344C.1DFE0%michael.barton@asu.edu>
References <43E89A9F.20809@club.worldonline.be> <C00E344C.1DFE0%michael.barton@asu.edu>
Date Tue, 7 Feb 2006 21:06:37 +0100 (CET)
Subject Re: [GRASS5] [bug #4066] (grass) gis.m: black background
From "Moritz Lennert" <mlennert@club.worldonline.be>
To "Michael Barton" <michael.barton@asu.edu>
Cc "Paolo Cavallini via RT" <grass-bugs@intevation.de>, grass5@grass.itc.it, glynn@gclements.plus.com
User-Agent SquirrelMail/1.4.5
MIME-Version 1.0
Content-Type text/plain;charset=iso-8859-1
Content-Transfer-Encoding 8bit
X-Priority 3 (Normal)
Importance Normal
X-Spam-Status No, hits=-3.7 tagged_above=-999.0 required=3.0 tests=BAYES_00, PRIORITY_NO_NAME
X-Spam-Level
On Tue, February 7, 2006 19:26, Michael Barton wrote:
>>>
>>> Subject: gis.m: black background
>>>
>>> Platform: GNU/Linux/x86
>>> grass obtained from: CVS
>>> grass binary for platform: Compiled from Sources
>>> GRASS Version: cvs_head_20060207
>>>
>>> I can confirm the problem with the back blackground in gis.m which
>> Maciek mentioned as a side note in another bug report
>> (http://intevation.de/rt/webrt?serial_num=4049&display=History).
>>>
>>> When I erase the map display the background becomes white, but as soon
>>> as I
>>> display a map it becomes black again.
>>
>>
>> Maybe this might help in identifying the problem:
>>
>> A setting in the gis manager resulting in the command does not show
>> anything, i.e. not white boundaries on black background as it should.
>>
>> d.vect map=eurnuts3 color=255:255:255 lcolor=0:0:0 fcolor=none
>> display=shape type=point,line,boundary,area icon=basic/x size=5 layer=1
>> lsize=8 xref=left yref=center llayer=1
>
> This only sets the line color to white. It has no effect on the
> background.
> If you don't change the background (use 'd.erase black' as a command
> layer,
> for example), you'll get white on white. The default background was
> changed
> from black to white when we went from GRASS 5 to GRASS 6. So this is
> behaving correctly.
>
> As I said, however, you can change the background with d.erase

As I said in the original bug report: "When I erase the map display the
background becomes white, but as soon as I display a map it becomes black
again.". So my problem in the above case is not that I get white on white,
but that I have a black background (which I cannot get rid of), but that
when I try to display a vector map with color set to white, it doesn't
show as it should (white on black). The map does show, however, when I
change color to any other value (red, green, blue, etc)

Something is wrong with the map display...

>
>>
>> However,
>>
>> d.vect map=eurnuts3 color=255:0:0 lcolor=0:0:0 fcolor=none display=shape
>> type=point,line,boundary,area icon=basic/x size=5 layer=1 lsize=8
>> xref=left yref=center llayer=1
>>
>> does show red boundaries on the black background...
>
> On my system, this makes red lines on a white background.
>
> Keep in mind a couple things.
>
> 1) I'm only doing this from the GIS Manager, not from the command line.
> d.*
> commands will give unpredictable results (or won't work at all) from the
> command line in the new GIS Manager because I'm no longer using x11
> displays.

I used the GIS Manager.

>
> 2) I'm working with a Mac binary from 21 January. It's possible that the
> recent changes to the display drivers are causing the background to go to
> black. Anyone want to hazard a guess on this??

I guess this must be linked somehow... Could that be possible, Glynn ?

Moritz


Tue, Feb 7 2006 22:24:41    Mail sent by glynn@gclements.plus.com  
Return-Path <glynn@gclements.plus.com>
Delivered-To grass-bugs@lists.intevation.de
From Glynn Clements <glynn@gclements.plus.com>
MIME-Version 1.0
Content-Type text/plain; charset=us-ascii
Content-Transfer-Encoding 7bit
Message-ID <17385.4086.842804.206346@cerise.gclements.plus.com>
Date Tue, 7 Feb 2006 21:24:06 +0000
To Request Tracker <grass-bugs@intevation.de>
Cc grass5@grass.itc.it
Subject Re: [GRASS5] [bug #4066] (grass) gis.m: black background
In-Reply-To <20060207113158.C34161005B7@lists.intevation.de>
References <20060207113158.C34161005B7@lists.intevation.de>
X-Mailer VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
Request Tracker wrote:

> this bug's URL: http://intevation.de/rt/webrt?serial_num=4066
> -------------------------------------------------------------------------
> 
> Subject: gis.m: black background
> 
> Platform: GNU/Linux/x86
> grass obtained from: CVS
> grass binary for platform: Compiled from Sources
> GRASS Version: cvs_head_20060207
> 
> I can confirm the problem with the back blackground in gis.m which
> Maciek mentioned as a side note in another bug report
> (http://intevation.de/rt/webrt?serial_num=4049&display=History).
> 
> When I erase the map display the background becomes white, but as
> soon as I display a map it becomes black again.

I've just fixed a bug related to the background colour in the PNG
driver; pngdriver.h had "unsigned int background" rather than
"extern unsigned int background", so each source file had its own
"background" variable, most of which would be implicitly initialised
to zero and remain at zero.

BTW, while most of the changes were simply reorganisation, and didn't
affect any functionality (or, at least, weren't meant to), the PNG
driver's implementation of R_erase() has been changed to erase to the
original background colour (which will be transparent if
GRASS_TRANSPARENT is set to TRUE), not the current colour.

This affects the behaviour of "d.erase -f" and "d.frame -e". 
Previously, there was no way to erase to transparent after
initialisation.

-- 
Glynn Clements <glynn@gclements.plus.com>


Wed, Feb 8 2006 00:27:59    Mail sent by mlennert@club.worldonline.be  
Return-Path <mlennert@club.worldonline.be>
Delivered-To grass-bugs@lists.intevation.de
Message-ID <50554.85.10.64.196.1139354881.squirrel@geog-pc40.ulb.ac.be>
In-Reply-To <20060207212441.9BC961006B9@lists.intevation.de>
References <20060207212441.9BC961006B9@lists.intevation.de>
Date Wed, 8 Feb 2006 00:28:01 +0100 (CET)
Subject Re: [bug #4066] (grass) gis.m: black background
From "Moritz Lennert" <mlennert@club.worldonline.be>
To "Glynn Clements via RT" <grass-bugs@intevation.de>
Cc michael.barton@asu.edu
User-Agent SquirrelMail/1.4.5
MIME-Version 1.0
Content-Type text/plain;charset=iso-8859-1
Content-Transfer-Encoding 8bit
X-Priority 3 (Normal)
Importance Normal
X-Spam-Status No, hits=-3.7 tagged_above=-999.0 required=3.0 tests=BAYES_00, PRIORITY_NO_NAME
X-Spam-Level
On Tue, February 7, 2006 22:24, Glynn Clements via RT wrote:
>
> Request Tracker wrote:
>
>> this bug's URL: http://intevation.de/rt/webrt?serial_num=4066
>> -------------------------------------------------------------------------
>>
>> Subject: gis.m: black background
>>
>> Platform: GNU/Linux/x86
>> grass obtained from: CVS
>> grass binary for platform: Compiled from Sources
>> GRASS Version: cvs_head_20060207
>>
>> I can confirm the problem with the back blackground in gis.m which
>> Maciek mentioned as a side note in another bug report
>> (http://intevation.de/rt/webrt?serial_num=4049&display=History).
>>
>> When I erase the map display the background becomes white, but as
>> soon as I display a map it becomes black again.
>
> I've just fixed a bug related to the background colour in the PNG
> driver; pngdriver.h had "unsigned int background" rather than
> "extern unsigned int background", so each source file had its own
> "background" variable, most of which would be implicitly initialised
> to zero and remain at zero.
>
> BTW, while most of the changes were simply reorganisation, and didn't
> affect any functionality (or, at least, weren't meant to), the PNG
> driver's implementation of R_erase() has been changed to erase to the
> original background colour (which will be transparent if
> GRASS_TRANSPARENT is set to TRUE), not the current colour.
>

That's it. Setting GRASS_TRANSPARENT to FALSE in
/usr/lib/grass/etc/gm/mapcanvas.tcl gives me a white background. But I
don't know if this is desired. Do we want transparency for the map display
? What does this entail ?

Moritz


Wed, Feb 8 2006 01:24:16    Mail sent by michael.barton@asu.edu  
Return-Path <Michael.Barton@asu.edu>
Delivered-To grass-bugs@lists.intevation.de
Date Tue, 07 Feb 2006 17:02:34 -0700
From Michael Barton <michael.barton@asu.edu>
Subject Re: [bug #4066] (grass) gis.m: black background
In-reply-to <50554.85.10.64.196.1139354881.squirrel@geog-pc40.ulb.ac.be>
To Moritz Lennert <mlennert@club.worldonline.be>, Paolo Cavallini via RT <grass-bugs@intevation.de>, Glynn Clements <glynn@gclements.plus.com>
Message-id <C00E832A.1E007%michael.barton@asu.edu>
MIME-version 1.0
Content-type text/plain; charset=US-ASCII
Content-transfer-encoding 7bit
User-Agent Microsoft-Entourage/11.2.1.051004
Thread-Topic [bug #4066] (grass) gis.m: black background
Thread-Index AcYsQvZmNT3AzJg2EdqhuAAUUSYxwg==
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
At this point, the way I've composited (i.e., all in the  PNG driver), I
don't think it matters. If we switch to a different method in the future it
might, but we can cross that bridge when we come to it.

Glynn, should I set the default behavior to GRASS_TRANSPARENT=FALSE?

Michael
______________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ  85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton


> From: Moritz Lennert <mlennert@club.worldonline.be>
> Date: Wed, 8 Feb 2006 00:28:01 +0100 (CET)
> To: Glynn Clements via RT <grass-bugs@intevation.de>
> Cc: <michael.barton@asu.edu>
> Subject: Re: [bug #4066] (grass) gis.m: black background
> 
> On Tue, February 7, 2006 22:24, Glynn Clements via RT wrote:
>> 
>> Request Tracker wrote:
>> 
>>> this bug's URL: http://intevation.de/rt/webrt?serial_num=4066
>>> -------------------------------------------------------------------------
>>> 
>>> Subject: gis.m: black background
>>> 
>>> Platform: GNU/Linux/x86
>>> grass obtained from: CVS
>>> grass binary for platform: Compiled from Sources
>>> GRASS Version: cvs_head_20060207
>>> 
>>> I can confirm the problem with the back blackground in gis.m which
>>> Maciek mentioned as a side note in another bug report
>>> (http://intevation.de/rt/webrt?serial_num=4049&display=History).
>>> 
>>> When I erase the map display the background becomes white, but as
>>> soon as I display a map it becomes black again.
>> 
>> I've just fixed a bug related to the background colour in the PNG
>> driver; pngdriver.h had "unsigned int background" rather than
>> "extern unsigned int background", so each source file had its own
>> "background" variable, most of which would be implicitly initialised
>> to zero and remain at zero.
>> 
>> BTW, while most of the changes were simply reorganisation, and didn't
>> affect any functionality (or, at least, weren't meant to), the PNG
>> driver's implementation of R_erase() has been changed to erase to the
>> original background colour (which will be transparent if
>> GRASS_TRANSPARENT is set to TRUE), not the current colour.
>> 
> 
> That's it. Setting GRASS_TRANSPARENT to FALSE in
> /usr/lib/grass/etc/gm/mapcanvas.tcl gives me a white background. But I
> don't know if this is desired. Do we want transparency for the map display
> ? What does this entail ?
> 
> Moritz
> 


Wed, Feb 8 2006 03:49:24    Mail sent by glynn@gclements.plus.com  
Return-Path <glynn@gclements.plus.com>
Delivered-To grass-bugs@lists.intevation.de
From Glynn Clements <glynn@gclements.plus.com>
MIME-Version 1.0
Content-Type text/plain; charset=us-ascii
Content-Transfer-Encoding 7bit
Message-ID <17385.23593.822756.661118@cerise.gclements.plus.com>
Date Wed, 8 Feb 2006 02:49:13 +0000
To Michael Barton <michael.barton@asu.edu>
Cc Moritz Lennert <mlennert@club.worldonline.be>, Paolo Cavallini via RT <grass-bugs@intevation.de>
Subject Re: [bug #4066] (grass) gis.m: black background
In-Reply-To <C00E832A.1E007%michael.barton@asu.edu>
References <50554.85.10.64.196.1139354881.squirrel@geog-pc40.ulb.ac.be> <C00E832A.1E007%michael.barton@asu.edu>
X-Mailer VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
Michael Barton wrote:

> At this point, the way I've composited (i.e., all in the  PNG driver), I
> don't think it matters. If we switch to a different method in the future it
> might, but we can cross that bridge when we come to it.
> 
> Glynn, should I set the default behavior to GRASS_TRANSPARENT=FALSE?

I think that you should make the compositing a higher priority.

The ability to enable/disable/add/remove/reorder layers (without
re-rendering everything) is likely to be a core feature of any
eventual GUI, so the issues really need to be sorted out sooner rather
than later.

Also, using the monitor's persistence for compositing will only work
for as long as the concept of a monitor continues to exist. Once the
d.* modules are reduced to generating image files, the GUI will have
to do the compositing itself.

-- 
Glynn Clements <glynn@gclements.plus.com>


Mon, Feb 13 2006 09:59:33    Mail sent by jachym.cepicky@centrum.cz  
Return-Path <jachym.cepicky@centrum.cz>
Delivered-To grass-bugs@lists.intevation.de
Date Mon, 13 Feb 2006 10:07:00 +0100
From Jachym Cepicky <jachym.cepicky@centrum.cz>
To Glynn Clements <glynn@gclements.plus.com>
Cc Request Tracker <grass-bugs@intevation.de>, grass5@grass.itc.it
Subject Re: [GRASS5] [bug #4066] (grass) gis.m: black background
Message-ID <20060213090700.GE8006@trava>
References <20060207113158.C34161005B7@lists.intevation.de> <17385.4086.842804.206346@cerise.gclements.plus.com>
MIME-Version 1.0
Content-Type text/plain; charset=iso-8859-2
Content-Disposition inline
Content-Transfer-Encoding 8bit
In-Reply-To <17385.4086.842804.206346@cerise.gclements.plus.com>
User-Agent Mutt/1.5.11
Sender Jachym Cepicky <jachym.cepicky@centrum.cz>
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
Hallo,
is this problem solved or not? Fresh cvs from today, the background
under vector file is black :-/

jachym

On Tue, Feb 07, 2006 at 09:24:06PM +0000, Glynn Clements wrote:
> 
> Request Tracker wrote:
> 
> > this bug's URL: http://intevation.de/rt/webrt?serial_num=4066
> > -------------------------------------------------------------------------
> > 
> > Subject: gis.m: black background
> > 
> > Platform: GNU/Linux/x86
> > grass obtained from: CVS
> > grass binary for platform: Compiled from Sources
> > GRASS Version: cvs_head_20060207
> > 
> > I can confirm the problem with the back blackground in gis.m which
> > Maciek mentioned as a side note in another bug report
> > (http://intevation.de/rt/webrt?serial_num=4049&display=History).
> > 
> > When I erase the map display the background becomes white, but as
> > soon as I display a map it becomes black again.
> 
> I've just fixed a bug related to the background colour in the PNG
> driver; pngdriver.h had "unsigned int background" rather than
> "extern unsigned int background", so each source file had its own
> "background" variable, most of which would be implicitly initialised
> to zero and remain at zero.
> 
> BTW, while most of the changes were simply reorganisation, and didn't
> affect any functionality (or, at least, weren't meant to), the PNG
> driver's implementation of R_erase() has been changed to erase to the
> original background colour (which will be transparent if
> GRASS_TRANSPARENT is set to TRUE), not the current colour.
> 
> This affects the behaviour of "d.erase -f" and "d.frame -e". 
> Previously, there was no way to erase to transparent after
> initialisation.
> 
> -- 
> Glynn Clements <glynn@gclements.plus.com>
> 
> _______________________________________________
> grass5 mailing list
> grass5@grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass5

-- 
Jachym Cepicky                                  
e-mail: jachym.cepicky@centrum.cz           
URL: http://les-ejk.cz                      
GPG: http://les-ejk.cz/gnupg_public_key/    
-----------------------------------------   
OFFICE:                                     
Department of Geoinformation Technologies   
LDF MZLU v Brně                             
Zemědělská 3                                
613 00 Brno                                 
e-mail: xcepicky@node.mendelu.cz            
URL:    http://mapserver.mendelu.cz
Tel.:   +420 545 134 514


Mon, Feb 13 2006 10:20:19    Mail sent by mlennert@club.worldonline.be  
Return-Path <mlennert@club.worldonline.be>
Delivered-To grass-bugs@lists.intevation.de
Message-ID <43F04F4F.6010904@club.worldonline.be>
Date Mon, 13 Feb 2006 10:20:15 +0100
From Moritz Lennert <mlennert@club.worldonline.be>
User-Agent Debian Thunderbird 1.0.7 (X11/20051017)
X-Accept-Language en-us, en
MIME-Version 1.0
To Jachym Cepicky via RT <grass-bugs@intevation.de>
Subject Re: [bug #4066] (grass) gis.m: black background
References <20060213085933.9924E1006A4@lists.intevation.de>
In-Reply-To <20060213085933.9924E1006A4@lists.intevation.de>
Content-Type text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding 7bit
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
Jachym Cepicky via RT wrote:
> Hallo,
> is this problem solved or not? Fresh cvs from today, the background
> under vector file is black :-/

For a quick solution, change

set env(GRASS_TRANSPARENT) "TRUE"
to
set env(GRASS_TRANSPARENT) "FALSE"

in $GISBASE/etc/gm/mapcanvas.tcl

No decision has been made on whether this should be made permanent. 
Glynn hinted at the need to revise the entire GUI display system, and I 
think he is right, but while waiting for that you can use this work-around.

Moritz

> 
> jachym
> 
> On Tue, Feb 07, 2006 at 09:24:06PM +0000, Glynn Clements wrote:
> 
>>Request Tracker wrote:
>>
>>
>>>this bug's URL: http://intevation.de/rt/webrt?serial_num=4066
>>>-------------------------------------------------------------------------
>>>
>>>Subject: gis.m: black background
>>>
>>>Platform: GNU/Linux/x86
>>>grass obtained from: CVS
>>>grass binary for platform: Compiled from Sources
>>>GRASS Version: cvs_head_20060207
>>>
>>>I can confirm the problem with the back blackground in gis.m which
>>>Maciek mentioned as a side note in another bug report
>>>(http://intevation.de/rt/webrt?serial_num=4049&display=History).
>>>
>>>When I erase the map display the background becomes white, but as
>>>soon as I display a map it becomes black again.
>>
>>I've just fixed a bug related to the background colour in the PNG
>>driver; pngdriver.h had "unsigned int background" rather than
>>"extern unsigned int background", so each source file had its own
>>"background" variable, most of which would be implicitly initialised
>>to zero and remain at zero.
>>
>>BTW, while most of the changes were simply reorganisation, and didn't
>>affect any functionality (or, at least, weren't meant to), the PNG
>>driver's implementation of R_erase() has been changed to erase to the
>>original background colour (which will be transparent if
>>GRASS_TRANSPARENT is set to TRUE), not the current colour.
>>
>>This affects the behaviour of "d.erase -f" and "d.frame -e". 
>>Previously, there was no way to erase to transparent after
>>initialisation.
>>
>>-- 
>>Glynn Clements <glynn@gclements.plus.com>
>>
>>_______________________________________________
>>grass5 mailing list
>>grass5@grass.itc.it
>>http://grass.itc.it/mailman/listinfo/grass5
> 
> 


Mon, Feb 13 2006 16:59:29    Mail sent by glynn@gclements.plus.com  
Return-Path <glynn@gclements.plus.com>
Delivered-To grass-bugs@lists.intevation.de
From Glynn Clements <glynn@gclements.plus.com>
MIME-Version 1.0
Content-Type text/plain; charset=us-ascii
Content-Transfer-Encoding 7bit
Message-ID <17392.44247.695600.399963@cerise.gclements.plus.com>
Date Mon, 13 Feb 2006 15:59:19 +0000
To Jachym Cepicky <jachym.cepicky@centrum.cz>
Cc Request Tracker <grass-bugs@intevation.de>, grass5@grass.itc.it
Subject Re: [GRASS5] [bug #4066] (grass) gis.m: black background
In-Reply-To <20060213090700.GE8006@trava>
References <20060207113158.C34161005B7@lists.intevation.de> <17385.4086.842804.206346@cerise.gclements.plus.com> <20060213090700.GE8006@trava>
X-Mailer VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
Jachym Cepicky wrote:

> > > this bug's URL: http://intevation.de/rt/webrt?serial_num=4066
> > > -------------------------------------------------------------------------
> > > 
> > > Subject: gis.m: black background
> > > 
> > > Platform: GNU/Linux/x86
> > > grass obtained from: CVS
> > > grass binary for platform: Compiled from Sources
> > > GRASS Version: cvs_head_20060207
> > > 
> > > I can confirm the problem with the back blackground in gis.m which
> > > Maciek mentioned as a side note in another bug report
> > > (http://intevation.de/rt/webrt?serial_num=4049&display=History).
> > > 
> > > When I erase the map display the background becomes white, but as
> > > soon as I display a map it becomes black again.
> > 
> > I've just fixed a bug related to the background colour in the PNG
> > driver; pngdriver.h had "unsigned int background" rather than
> > "extern unsigned int background", so each source file had its own
> > "background" variable, most of which would be implicitly initialised
> > to zero and remain at zero.
> > 
> > BTW, while most of the changes were simply reorganisation, and didn't
> > affect any functionality (or, at least, weren't meant to), the PNG
> > driver's implementation of R_erase() has been changed to erase to the
> > original background colour (which will be transparent if
> > GRASS_TRANSPARENT is set to TRUE), not the current colour.
> > 
> > This affects the behaviour of "d.erase -f" and "d.frame -e". 
> > Previously, there was no way to erase to transparent after
> > initialisation.
> 
> is this problem solved or not? Fresh cvs from today, the background
> under vector file is black :-/

I had already committed that fix when I wrote the message; I haven't
changed anything relevant since.

Under what circumstances does the problem arise? Only with the PNG
driver, or also with XDRIVER? Are you setting any of the GRASS_*
environment variables.

-- 
Glynn Clements <glynn@gclements.plus.com>


Mon, Feb 13 2006 17:10:39    Mail sent by neteler@itc.it  
Return-Path <neteler@itc.it>
Delivered-To grass-bugs@lists.intevation.de
Date Mon, 13 Feb 2006 17:10:24 +0100
From Markus Neteler <neteler@itc.it>
To Glynn Clements <glynn@gclements.plus.com>
Cc Jachym Cepicky <jachym.cepicky@centrum.cz>, Request Tracker <grass-bugs@intevation.de>, grass5@grass.itc.it
Subject Re: [GRASS5] [bug #4066] (grass) gis.m: black background
Message-ID <20060213161024.GA30675@bartok.itc.it>
Mail-Followup-To Glynn Clements <glynn@gclements.plus.com>, Jachym Cepicky <jachym.cepicky@centrum.cz>, Request Tracker <grass-bugs@intevation.de>, grass5@grass.itc.it
References <20060207113158.C34161005B7@lists.intevation.de> <17385.4086.842804.206346@cerise.gclements.plus.com> <20060213090700.GE8006@trava> <17392.44247.695600.399963@cerise.gclements.plus.com>
Mime-Version 1.0
Content-Type text/plain; charset=us-ascii
Content-Disposition inline
In-Reply-To <17392.44247.695600.399963@cerise.gclements.plus.com>
User-Agent Mutt/1.4.1i
X-PGP-Key http://www.gdf-hannover.de/neteler/markus_gpgkey.asc
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
On Mon, Feb 13, 2006 at 03:59:19PM +0000, Glynn Clements wrote:
> 
> Jachym Cepicky wrote:
> 
> > > > this bug's URL: http://intevation.de/rt/webrt?serial_num=4066
> > > > -------------------------------------------------------------------------
> > > > 
> > > > Subject: gis.m: black background
> > > > 
> > > > Platform: GNU/Linux/x86
> > > > grass obtained from: CVS
> > > > grass binary for platform: Compiled from Sources
> > > > GRASS Version: cvs_head_20060207
> > > > 
> > > > I can confirm the problem with the back blackground in gis.m which
> > > > Maciek mentioned as a side note in another bug report
> > > > (http://intevation.de/rt/webrt?serial_num=4049&display=History).
> > > > 
> > > > When I erase the map display the background becomes white, but as
> > > > soon as I display a map it becomes black again.
> > > 
> > > I've just fixed a bug related to the background colour in the PNG
> > > driver; pngdriver.h had "unsigned int background" rather than
> > > "extern unsigned int background", so each source file had its own
> > > "background" variable, most of which would be implicitly initialised
> > > to zero and remain at zero.
> > > 
> > > BTW, while most of the changes were simply reorganisation, and didn't
> > > affect any functionality (or, at least, weren't meant to), the PNG
> > > driver's implementation of R_erase() has been changed to erase to the
> > > original background colour (which will be transparent if
> > > GRASS_TRANSPARENT is set to TRUE), not the current colour.
> > > 
> > > This affects the behaviour of "d.erase -f" and "d.frame -e". 
> > > Previously, there was no way to erase to transparent after
> > > initialisation.
> > 
> > is this problem solved or not? Fresh cvs from today, the background
> > under vector file is black :-/
> 
> I had already committed that fix when I wrote the message; I haven't
> changed anything relevant since.
> 
> Under what circumstances does the problem arise? Only with the PNG
> driver, or also with XDRIVER? Are you setting any of the GRASS_*
> environment variables.


I got the following suggestion from Michael which helped:

On Fri, Feb 10, 2006 at 08:51:46AM -0700, Michael Barton wrote:
> I think you need to set GRASS_TRANSPARENT to FALSE in mapcanvas.tcl.

I don't know if that's in CVS now.

Markus


Mon, Feb 13 2006 18:05:39    Mail sent by michael.barton@asu.edu  
Return-Path <Michael.Barton@asu.edu>
Delivered-To grass-bugs@lists.intevation.de
Date Mon, 13 Feb 2006 10:03:11 -0700
From Michael Barton <michael.barton@asu.edu>
Subject Re: [GRASS5] [bug #4066] (grass) gis.m: black background
In-reply-to <20060213161024.GA30675@bartok.itc.it>
To Markus Neteler <neteler@itc.it>, Glynn Clements <glynn@gclements.plus.com>
Cc Jachym Cepicky <jachym.cepicky@centrum.cz>, Paolo Cavallini via RT <grass-bugs@intevation.de>, grass5@grass.itc.it
Message-id <C01609DF.1E28E%michael.barton@asu.edu>
MIME-version 1.0
Content-type text/plain; charset=US-ASCII
Content-transfer-encoding 7bit
User-Agent Microsoft-Entourage/11.2.1.051004
Thread-Topic [GRASS5] [bug #4066] (grass) gis.m: black background
Thread-Index AcYwv16PnPnrBJyyEdquAAAUUSYxwg==
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
I think (hope) this is fixed in the gism2 version I just released. It
doesn't affect my Mac, so I can't test it.

Michael
______________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ  85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton


> From: Markus Neteler <neteler@itc.it>
> Date: Mon, 13 Feb 2006 17:10:24 +0100
> To: Glynn Clements <glynn@gclements.plus.com>
> Cc: Jachym Cepicky <jachym.cepicky@centrum.cz>, Request Tracker
> <grass-bugs@intevation.de>, <grass5@grass.itc.it>
> Subject: Re: [GRASS5] [bug #4066] (grass) gis.m: black background
> 
> On Mon, Feb 13, 2006 at 03:59:19PM +0000, Glynn Clements wrote:
>> 
>> Jachym Cepicky wrote:
>> 
>>>>> this bug's URL: http://intevation.de/rt/webrt?serial_num=4066
>>>>> -------------------------------------------------------------------------
>>>>> 
>>>>> Subject: gis.m: black background
>>>>> 
>>>>> Platform: GNU/Linux/x86
>>>>> grass obtained from: CVS
>>>>> grass binary for platform: Compiled from Sources
>>>>> GRASS Version: cvs_head_20060207
>>>>> 
>>>>> I can confirm the problem with the back blackground in gis.m which
>>>>> Maciek mentioned as a side note in another bug report
>>>>> (http://intevation.de/rt/webrt?serial_num=4049&display=History).
>>>>> 
>>>>> When I erase the map display the background becomes white, but as
>>>>> soon as I display a map it becomes black again.
>>>> 
>>>> I've just fixed a bug related to the background colour in the PNG
>>>> driver; pngdriver.h had "unsigned int background" rather than
>>>> "extern unsigned int background", so each source file had its own
>>>> "background" variable, most of which would be implicitly initialised
>>>> to zero and remain at zero.
>>>> 
>>>> BTW, while most of the changes were simply reorganisation, and didn't
>>>> affect any functionality (or, at least, weren't meant to), the PNG
>>>> driver's implementation of R_erase() has been changed to erase to the
>>>> original background colour (which will be transparent if
>>>> GRASS_TRANSPARENT is set to TRUE), not the current colour.
>>>> 
>>>> This affects the behaviour of "d.erase -f" and "d.frame -e".
>>>> Previously, there was no way to erase to transparent after
>>>> initialisation.
>>> 
>>> is this problem solved or not? Fresh cvs from today, the background
>>> under vector file is black :-/
>> 
>> I had already committed that fix when I wrote the message; I haven't
>> changed anything relevant since.
>> 
>> Under what circumstances does the problem arise? Only with the PNG
>> driver, or also with XDRIVER? Are you setting any of the GRASS_*
>> environment variables.
> 
> 
> I got the following suggestion from Michael which helped:
> 
> On Fri, Feb 10, 2006 at 08:51:46AM -0700, Michael Barton wrote:
>> I think you need to set GRASS_TRANSPARENT to FALSE in mapcanvas.tcl.
> 
> I don't know if that's in CVS now.
> 
> Markus
> 


Sun, Feb 19 2006 17:37:50    Status changed to resolved by mneteler  
Comment | Reply | Take | Open

You are currently authenticated as guest.
[Show Configuration] [Login as another user]

Users Guide - Mail Commands - Homepage of RequestTracker 1.0.7 - list any request