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