Mon, May 16 2005
16:32:14
|
|
Request created by guest
|
|
Subject: d.vect.thematic fails when the map is in another mapset
Platform: GNU/Linux/i386
grass obtained from: Trento Italy site
grass binary for platform: Compiled from Sources
GRASS Version: grass61_cvs_2005_05_16
Michael
The map 'gminy_zw' is in mapset 'robot'. When displayed with d.vect.thematic
from within the 'robot' mapset all is OK. But when from another mapset d.vect.thematic
fails:
d.vect.thematic 'themetype=graduated colors' themecalc=interval map=gminy_zw@robot
column=KK layer=1 type=area icon=basic/circle size=5 maxsize=20 nint=4 colorscheme=red-blue
singlecolor=red
dbmi: Protocol error
dbmi: Protocol error
awk: cmd. line:1: (FILENAME=- FNR=1) fatal: division by zero attempted
Thematic map legend for column KK of map gminy_zw@robot
Value range: -
Mapped by 4 intervals of
Color(R:G:B) Value
============ ==========
250:0:0 >0 - 0
BTW - can the colortable be stored in GRASSRGB column? I guess you where discussing
this on the list but I can't find the option in d.vect.thematic.
Many thanks for this module, I'm sure it will be usefull for many of us.
Maciek |
|
Mon, May 16 2005
22:09:23
|
|
Mail sent by michael.barton@asu.edu
|
|
Return-Path |
<Michael.Barton@asu.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Mon, 16 May 2005 13:08:24 -0700
|
From |
Michael Barton <michael.barton@asu.edu>
|
Subject |
Re: [GRASS5] [bug #3246] (grass) d.vect.thematic fails when the map is in another mapset
|
In-reply-to |
<20050516143214.6CE701005D8@lists.intevation.de>
|
To |
Paolo Cavallini via RT <grass-bugs@intevation.de>, grass5@grass.itc.it
|
Message-id |
<BEAE4BC8.1251E%michael.barton@asu.edu>
|
MIME-version |
1.0
|
Content-type |
text/plain; charset=US-ASCII
|
Content-transfer-encoding |
7bit
|
User-Agent |
Microsoft-Entourage/11.1.0.040913
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
I think this was fixed in the update I posted today.
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: Request Tracker <grass-bugs@intevation.de>
> Reply-To: Request Tracker <grass-bugs@intevation.de>
> Date: Mon, 16 May 2005 16:32:14 +0200 (CEST)
> To: <grass5@grass.itc.it>
> Subject: [GRASS5] [bug #3246] (grass) d.vect.thematic fails when the map is
in
> another mapset
>
> this bug's URL: http://intevation.de/rt/webrt?serial_num=3246
> -------------------------------------------------------------------------
>
> Subject: d.vect.thematic fails when the map is in another mapset
>
> Platform: GNU/Linux/i386
> grass obtained from: Trento Italy site
> grass binary for platform: Compiled from Sources
> GRASS Version: grass61_cvs_2005_05_16
>
> Michael
>
> The map 'gminy_zw' is in mapset 'robot'. When displayed with d.vect.thematic
> from within the 'robot' mapset all is OK. But when from another mapset
> d.vect.thematic fails:
>
> d.vect.thematic 'themetype=graduated colors' themecalc=interval
> map=gminy_zw@robot column=KK layer=1 type=area icon=basic/circle size=5
> maxsize=20 nint=4 colorscheme=red-blue singlecolor=red
> dbmi: Protocol error
> dbmi: Protocol error
> awk: cmd. line:1: (FILENAME=- FNR=1) fatal: division by zero attempted
>
>
> Thematic map legend for column KK of map gminy_zw@robot
>
> Value range: -
> Mapped by 4 intervals of
>
> Color(R:G:B) Value
> ============ ==========
> 250:0:0 >0 - 0
>
>
>
>
> BTW - can the colortable be stored in GRASSRGB column? I guess you where
> discussing this on the list but I can't find the option in d.vect.thematic.
>
> Many thanks for this module, I'm sure it will be usefull for many of us.
>
> Maciek
>
> -------------------------------------------- Managed by Request Tracker
>
|
|
Mon, May 16 2005
23:02:44
|
|
Mail sent by werchowyna@epf.pl
|
|
Return-Path |
<werchowyna@epf.pl>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Message-ID |
<000e01c55a5a$a93f46a0$d2e41d3e@eustahiush>
|
From |
"Maciek Sieczka" <werchowyna@epf.pl>
|
To |
"Michael Barton" <michael.barton@asu.edu>, "Paolo Cavallini via RT" <grass-bugs@intevation.de>, <grass5@grass.itc.it>
|
References |
<BEAE4BC8.1251E%michael.barton@asu.edu>
|
Subject |
Re: [GRASS5] [bug #3246] (grass) d.vect.thematic fails when the map is in another mapset
|
Date |
Mon, 16 May 2005 23:03:02 +0200
|
MIME-Version |
1.0
|
Content-Type |
text/plain; format=flowed; charset="iso-8859-1"; reply-type=original
|
Content-Transfer-Encoding |
7bit
|
X-Priority |
3
|
X-MSMail-Priority |
Normal
|
X-Mailer |
Microsoft Outlook Express 6.00.2900.2180
|
X-MimeOLE |
Produced By Microsoft MimeOLE V6.00.2900.2180
|
X-Antivirus |
avast! (VPS 0519-2, 2005-05-12), Outbound message
|
X-Antivirus-Status |
Clean
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
fine, I'll check it tomorrow
thank you
Maciek
----- Original Message -----
From: "Michael Barton" <michael.barton@asu.edu>
To: "Paolo Cavallini via RT" <grass-bugs@intevation.de>;
<grass5@grass.itc.it>
Sent: Monday, May 16, 2005 10:08 PM
Subject: Re: [GRASS5] [bug #3246] (grass) d.vect.thematic fails when the map
is in another mapset
>I think this was fixed in the update I posted today.
>
> 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: Request Tracker <grass-bugs@intevation.de>
>> Reply-To: Request Tracker <grass-bugs@intevation.de>
>> Date: Mon, 16 May 2005 16:32:14 +0200 (CEST)
>> To: <grass5@grass.itc.it>
>> Subject: [GRASS5] [bug #3246] (grass) d.vect.thematic fails when the map
>> is in
>> another mapset
>>
>> this bug's URL: http://intevation.de/rt/webrt?serial_num=3246
>> -------------------------------------------------------------------------
>>
>> Subject: d.vect.thematic fails when the map is in another mapset
>>
>> Platform: GNU/Linux/i386
>> grass obtained from: Trento Italy site
>> grass binary for platform: Compiled from Sources
>> GRASS Version: grass61_cvs_2005_05_16
>>
>> Michael
>>
>> The map 'gminy_zw' is in mapset 'robot'. When displayed with
>> d.vect.thematic
>> from within the 'robot' mapset all is OK. But when from another mapset
>> d.vect.thematic fails:
>>
>> d.vect.thematic 'themetype=graduated colors' themecalc=interval
>> map=gminy_zw@robot column=KK layer=1 type=area icon=basic/circle size=5
>> maxsize=20 nint=4 colorscheme=red-blue singlecolor=red
>> dbmi: Protocol error
>> dbmi: Protocol error
>> awk: cmd. line:1: (FILENAME=- FNR=1) fatal: division by zero attempted
>>
>>
>> Thematic map legend for column KK of map gminy_zw@robot
>>
>> Value range: -
>> Mapped by 4 intervals of
>>
>> Color(R:G:B) Value
>> ============ ==========
>> 250:0:0 >0 - 0
>>
>>
>>
>>
>> BTW - can the colortable be stored in GRASSRGB column? I guess you where
>> discussing this on the list but I can't find the option in
>> d.vect.thematic.
>>
>> Many thanks for this module, I'm sure it will be usefull for many of us.
>>
>> Maciek
>>
>> -------------------------------------------- Managed by Request Tracker
>>
>
> _______________________________________________
> grass5 mailing list
> grass5@grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass5
>
|
|
Tue, May 17 2005
17:24:30
|
|
Mail sent by msieczka
|
|
Michael
Unfortunatelly the bug remains - it is impossible to use d.vect thematic on a
map which is not in the same mapset where the session was started. There is
always " Table '(...)' doesn't exist." information. Could you please try to
fix it?
The GRASSRGB switch works like a charm. Thanks!
But there is incostistency in the legend provided by d.vect.thematic -l:
Value range: 57.920000 - 69.400000
Mapped by 1 intervals of 11.5948
Color(R:G:B) Value
============ ==========
250:0:0 >57.3408 - 69.5148
As you can see the calculated "Value range" is different than in the legend's
"Value" column. No matter what interval is used (here nint=1) there is always
a difference. Could it be fixed too?
Also I think that the ">" sign between the color and the the value in the
legend should be removed - it doesn't help in anything and worsens the clarity
of the information. How do you think?
Maciek |
|
Tue, May 17 2005
17:59:21
|
|
Mail sent by msieczka
|
|
sorry for this doubled post Michael - I forgot to CC the grass5 list the
previous time
Michael
Unfortunatelly the bug remains - it is impossible to use d.vect thematic on a
map which is not in the same mapset where the session was started. There is
always " Table '(...)' doesn't exist." information. Could you please try to
fix it?
The GRASSRGB switch works like a charm. Thanks!
But there is incostistency in the legend provided by d.vect.thematic -l:
Value range: 57.920000 - 69.400000
Mapped by 1 intervals of 11.5948
Color(R:G:B) Value
============ ==========
250:0:0 >57.3408 - 69.5148
As you can see the calculated "Value range" is different than in the legend's
"Value" column. No matter what interval is used (here nint=1) there is always
a difference. Could it be fixed too?
Also I think that the ">" sign between the color and the the value in the
legend should be removed - it doesn't help in anything and worsens the clarity
of the information. How do you think?
Maciek |
|
Tue, May 17 2005
18:49:19
|
|
Mail sent by michael.barton@asu.edu
|
|
Return-Path |
<Michael.Barton@asu.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Tue, 17 May 2005 09:46:13 -0700
|
From |
Michael Barton <michael.barton@asu.edu>
|
Subject |
Re: [bug #3246] (grass) d.vect.thematic fails when the map is in another mapset
|
In-reply-to |
<20050517155921.6D190101FB3@lists.intevation.de>
|
To |
Paolo Cavallini via RT <grass-bugs@intevation.de>
|
Cc |
grass5@grass.itc.it
|
Message-id |
<BEAF6DE5.125DA%michael.barton@asu.edu>
|
MIME-version |
1.0
|
Content-type |
text/plain; charset=US-ASCII
|
Content-transfer-encoding |
7bit
|
User-Agent |
Microsoft-Entourage/11.1.0.040913
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
1. This math interval difference only happens for the first interval
(min-value) for invterval mapping. This is to make sure that ALL values are
included and each value is included only once. If I specify [>lower value
and <= higher value] for each interval, I miss the minimum value of the
total range. If I specify [>=lower value and <=higher value] for each range,
some values get counted twice. So the actual range of values mapped is
correct, but the lower value shown in the legend is slightly below the
actual minimum. The "11.5948" instead of "11.60" is some kind of internal
rounding error that I have no idea how to correct.
2. I use the notation >lower value - higher value because of several
requests by users to do so. This makes it clearer that the interval is
greater (i.e., not inclusive of) the minimum and less than or equal to
(i.e., inclusive of) the maximum.
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: Maciek Sieczka via RT <grass-bugs@intevation.de>
> Reply-To: Maciek Sieczka via RT <grass-bugs@intevation.de>
> Date: Tue, 17 May 2005 17:59:21 +0200 (CEST)
> Cc: <grass5@grass.itc.it>, <michael.barton@asu.edu>
> Subject: [bug #3246] (grass) d.vect.thematic fails when the map is in another
> mapset
>
> sorry for this doubled post Michael - I forgot to CC the grass5 list the
>
> previous time
>
>
>
> Michael
>
>
>
> Unfortunatelly the bug remains - it is impossible to use d.vect thematic on
a
>
> map which is not in the same mapset where the session was started. There is
>
> always " Table '(...)' doesn't exist." information. Could you please try to
>
> fix it?
>
>
>
> The GRASSRGB switch works like a charm. Thanks!
>
>
>
> But there is incostistency in the legend provided by d.vect.thematic -l:
>
>
>
> Value range: 57.920000 - 69.400000
>
> Mapped by 1 intervals of 11.5948
>
>
>
> Color(R:G:B) Value
>
> ============ ==========
>
> 250:0:0 >57.3408 - 69.5148
>
>
>
> As you can see the calculated "Value range" is different than in the legend's
>
> "Value" column. No matter what interval is used (here nint=1) there is always
>
> a difference. Could it be fixed too?
>
>
>
> Also I think that the ">" sign between the color and the the value in the
>
> legend should be removed - it doesn't help in anything and worsens the clarity
>
> of the information. How do you think?
>
>
>
> Maciek
>
> -------------------------------------------- Managed by Request Tracker
|
|
Thu, May 19 2005
19:39:31
|
|
Mail sent by werchowyna@epf.pl
|
|
Return-Path |
<werchowyna@epf.pl>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Message-ID |
<02db01c55c99$bf221240$57d21d3e@eustahiush>
|
From |
"Maciek Sieczka" <werchowyna@epf.pl>
|
To |
"Michael Barton" <michael.barton@asu.edu>, "Paolo Cavallini via RT" <grass-bugs@intevation.de>
|
Cc |
"grass devel" <grass5@grass.itc.it>
|
References |
<BEAF6DE5.125DA%michael.barton@asu.edu>
|
Subject |
Re: [GRASS5] Re: [bug #3246] (grass) d.vect.thematic fails when the map is in another mapset
|
Date |
Thu, 19 May 2005 19:39:31 +0200
|
MIME-Version |
1.0
|
Content-Type |
text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original
|
Content-Transfer-Encoding |
7bit
|
X-Priority |
3
|
X-MSMail-Priority |
Normal
|
X-Mailer |
Microsoft Outlook Express 6.00.2900.2180
|
X-MimeOLE |
Produced By Microsoft MimeOLE V6.00.2900.2180
|
X-Antivirus |
avast! (VPS 0520-0, 2005-05-16), Outbound message
|
X-Antivirus-Status |
Clean
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
From: "Michael Barton" <michael.barton@asu.edu>
> 1. This math interval difference only happens for the first interval
> (min-value) for invterval mapping.
Actually it also happens for the last interval too - max in the legend and
the actual max are never the same. Is it also by design?
> This is to make sure that ALL values are
> included and each value is included only once. If I specify [>lower value
> and <= higher value] for each interval, I miss the minimum value of the
> total range. If I specify [>=lower value and <=higher value] for each
> range,
> some values get counted twice. So the actual range of values mapped is
> correct, but the lower value shown in the legend is slightly below the
> actual minimum. The "11.5948" instead of "11.60" is some kind of internal
> rounding error that I have no idea how to correct.
>
> 2. I use the notation >lower value - higher value because of several
> requests by users to do so. This makes it clearer that the interval is
> greater (i.e., not inclusive of) the minimum and less than or equal to
> (i.e., inclusive of) the maximum.
>
> Michael
Understood. But anyway if I use the d.vect.thematic -l output for
publication it may look supsicious for the eventual reader. I'm not
complaining here - I rerally apprecaite your effort and just trying to be
helpfull. This legend looks suspicious and if somebody could fix it would
great.
And what about the bug remaining (as in the title)? Any chances it will be
fixed?
Maciek
> ______________________________
> 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: Maciek Sieczka via RT <grass-bugs@intevation.de>
>> Reply-To: Maciek Sieczka via RT <grass-bugs@intevation.de>
>> Date: Tue, 17 May 2005 17:59:21 +0200 (CEST)
>> Cc: <grass5@grass.itc.it>, <michael.barton@asu.edu>
>> Subject: [bug #3246] (grass) d.vect.thematic fails when the map is in
>> another
>> mapset
>>
>> sorry for this doubled post Michael - I forgot to CC the grass5 list the
>>
>> previous time
>>
>>
>>
>> Michael
>>
>>
>>
>> Unfortunatelly the bug remains - it is impossible to use d.vect thematic
>> on a
>>
>> map which is not in the same mapset where the session was started. There
>> is
>>
>> always " Table '(...)' doesn't exist." information. Could you please try
>> to
>>
>> fix it?
>>
>>
>>
>> The GRASSRGB switch works like a charm. Thanks!
>>
>>
>>
>> But there is incostistency in the legend provided by d.vect.thematic -l:
>>
>>
>>
>> Value range: 57.920000 - 69.400000
>>
>> Mapped by 1 intervals of 11.5948
>>
>>
>>
>> Color(R:G:B) Value
>>
>> ============ ==========
>>
>> 250:0:0 >57.3408 - 69.5148
>>
>>
>>
>> As you can see the calculated "Value range" is different than in the
>> legend's
>>
>> "Value" column. No matter what interval is used (here nint=1) there is
>> always
>>
>> a difference. Could it be fixed too?
>>
>>
>>
>> Also I think that the ">" sign between the color and the the value in the
>>
>> legend should be removed - it doesn't help in anything and worsens the
>> clarity
>>
>> of the information. How do you think?
>>
>>
>>
>> Maciek
>>
>> -------------------------------------------- Managed by Request Tracker
>
> _______________________________________________
> grass5 mailing list
> grass5@grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass5
>
|
|
Fri, May 20 2005
19:14:15
|
|
Mail sent by michael.barton@asu.edu
|
|
Return-Path |
<Michael.Barton@asu.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Fri, 20 May 2005 10:12:41 -0700
|
From |
Michael Barton <michael.barton@asu.edu>
|
Subject |
Re: [GRASS5] Re: [bug #3246] (grass) d.vect.thematic fails when the map is in another mapset
|
In-reply-to |
<02db01c55c99$bf221240$57d21d3e@eustahiush>
|
To |
Maciek Sieczka <werchowyna@epf.pl>, Paolo Cavallini via RT <grass-bugs@intevation.de>
|
Cc |
grass devel <grass5@grass.itc.it>
|
Message-id |
<BEB36899.127C3%michael.barton@asu.edu>
|
MIME-version |
1.0
|
Content-type |
text/plain; charset=US-ASCII
|
Content-transfer-encoding |
7bit
|
User-Agent |
Microsoft-Entourage/11.1.0.040913
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Maciek,
I fixed the problem with d.vect.thematic not working with maps from a
different mapset. I think I've also improved the interval thematic mapping.
Please check out the newest version I just committed to the cvs and posted
to my website.
I tend to agree with you that
min - max
looks better than
>min - max
although the second one is more accurate.
What does everyone else think?
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: Maciek Sieczka <werchowyna@epf.pl>
> Date: Thu, 19 May 2005 19:39:31 +0200
> To: Michael Barton <michael.barton@asu.edu>, Paolo Cavallini via RT
> <grass-bugs@intevation.de>
> Cc: grass devel <grass5@grass.itc.it>
> Subject: Re: [GRASS5] Re: [bug #3246] (grass) d.vect.thematic fails when the
> map is in another mapset
>
> From: "Michael Barton" <michael.barton@asu.edu>
>
>> 1. This math interval difference only happens for the first interval
>> (min-value) for invterval mapping.
>
> Actually it also happens for the last interval too - max in the legend and
> the actual max are never the same. Is it also by design?
>
>> This is to make sure that ALL values are
>> included and each value is included only once. If I specify [>lower value
>> and <= higher value] for each interval, I miss the minimum value of the
>> total range. If I specify [>=lower value and <=higher value] for each
>> range,
>> some values get counted twice. So the actual range of values mapped is
>> correct, but the lower value shown in the legend is slightly below the
>> actual minimum. The "11.5948" instead of "11.60" is some kind of internal
>> rounding error that I have no idea how to correct.
>>
>> 2. I use the notation >lower value - higher value because of several
>> requests by users to do so. This makes it clearer that the interval is
>> greater (i.e., not inclusive of) the minimum and less than or equal to
>> (i.e., inclusive of) the maximum.
>>
>> Michael
>
> Understood. But anyway if I use the d.vect.thematic -l output for
> publication it may look supsicious for the eventual reader. I'm not
> complaining here - I rerally apprecaite your effort and just trying to be
> helpfull. This legend looks suspicious and if somebody could fix it would
> great.
>
> And what about the bug remaining (as in the title)? Any chances it will be
> fixed?
>
> Maciek
>
>> ______________________________
>> 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: Maciek Sieczka via RT <grass-bugs@intevation.de>
>>> Reply-To: Maciek Sieczka via RT <grass-bugs@intevation.de>
>>> Date: Tue, 17 May 2005 17:59:21 +0200 (CEST)
>>> Cc: <grass5@grass.itc.it>, <michael.barton@asu.edu>
>>> Subject: [bug #3246] (grass) d.vect.thematic fails when the map is in
>>> another
>>> mapset
>>>
>>> sorry for this doubled post Michael - I forgot to CC the grass5 list the
>>>
>>> previous time
>>>
>>>
>>>
>>> Michael
>>>
>>>
>>>
>>> Unfortunatelly the bug remains - it is impossible to use d.vect thematic
>>> on a
>>>
>>> map which is not in the same mapset where the session was started. There
>>> is
>>>
>>> always " Table '(...)' doesn't exist." information. Could you please try
>>> to
>>>
>>> fix it?
>>>
>>>
>>>
>>> The GRASSRGB switch works like a charm. Thanks!
>>>
>>>
>>>
>>> But there is incostistency in the legend provided by d.vect.thematic -l:
>>>
>>>
>>>
>>> Value range: 57.920000 - 69.400000
>>>
>>> Mapped by 1 intervals of 11.5948
>>>
>>>
>>>
>>> Color(R:G:B) Value
>>>
>>> ============ ==========
>>>
>>> 250:0:0 >57.3408 - 69.5148
>>>
>>>
>>>
>>> As you can see the calculated "Value range" is different than in the
>>> legend's
>>>
>>> "Value" column. No matter what interval is used (here nint=1) there is
>>> always
>>>
>>> a difference. Could it be fixed too?
>>>
>>>
>>>
>>> Also I think that the ">" sign between the color and the the value in the
>>>
>>> legend should be removed - it doesn't help in anything and worsens the
>>> clarity
>>>
>>> of the information. How do you think?
>>>
>>>
>>>
>>> Maciek
>>>
>>> -------------------------------------------- Managed by Request Tracker
>>
>> _______________________________________________
>> grass5 mailing list
>> grass5@grass.itc.it
>> http://grass.itc.it/mailman/listinfo/grass5
>>
>
|
|
Fri, May 20 2005
19:24:19
|
|
Mail sent by daniel.calvelo@minag.gob.pe
|
|
Return-Path |
<dcalvelo@minag.gob.pe>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
From |
"Daniel Calvelo Aros" <dcalvelo@minag.gob.pe>
|
To |
Michael Barton <michael.barton@asu.edu>, Maciek Sieczka <werchowyna@epf.pl>, Paolo Cavallini via RT <grass-bugs@intevation.de>
|
Cc |
grass devel <grass5@grass.itc.it>
|
Reply-To |
daniel.calvelo@minag.gob.pe
|
Subject |
Re: [GRASS5] Re: [bug #3246] (grass) d.vect.thematic fails when the map is in another mapset
|
Date |
Fri, 20 May 2005 12:22:08 -0500
|
Message-Id |
<20050520171917.M30252@minag.gob.pe>
|
In-Reply-To |
<BEB36899.127C3%michael.barton@asu.edu>
|
References |
<02db01c55c99$bf221240$57d21d3e@eustahiush> <BEB36899.127C3%michael.barton@asu.edu>
|
X-Mailer |
Open WebMail 2.41 20040926
|
X-OriginatingIP |
200.62.141.207 (dcalvelo)
|
MIME-Version |
1.0
|
Content-Type |
text/plain; charset=iso-8859-1
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
From: Michael Barton <michael.barton@asu.edu>
Sent: Fri, 20 May 2005 10:12:41 -0700
[...]
>
> I tend to agree with you that
>
> min - max
>
> looks better than
>
> >min - max
>
> although the second one is more accurate.
>
> What does everyone else think?
I'd like the math standard :
[min ; cut1]
]cut1 ; cut2]
...
]cutn ; max]
Note the *included* min. I'll see if I can put that into your current script,
Michael.
Daniel.
|
|
Fri, May 20 2005
19:41:27
|
|
Mail sent by michael.barton@asu.edu
|
|
Return-Path |
<Michael.Barton@asu.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Fri, 20 May 2005 10:39:53 -0700
|
From |
Michael Barton <michael.barton@asu.edu>
|
Subject |
Re: [GRASS5] Re: [bug #3246] (grass) d.vect.thematic fails when the map is in another mapset
|
In-reply-to |
<20050520171917.M30252@minag.gob.pe>
|
To |
daniel.calvelo@minag.gob.pe, Maciek Sieczka <werchowyna@epf.pl>, Paolo Cavallini via RT <grass-bugs@intevation.de>
|
Cc |
grass devel <grass5@grass.itc.it>
|
Message-id |
<BEB36EF9.127CC%michael.barton@asu.edu>
|
MIME-version |
1.0
|
Content-type |
text/plain; charset=US-ASCII
|
Content-transfer-encoding |
7bit
|
User-Agent |
Microsoft-Entourage/11.1.0.040913
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
If you want to change your local version, please go right ahead and see how
it looks.
Let's not change the cvs version until we have a consensus (if possible).
For work in my field (archaeology) and from what I know of geography, the
notation
]min ; max]
would be meaningless--although it might be perfect for your field
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: Daniel Calvelo Aros <dcalvelo@minag.gob.pe>
> Reply-To: <daniel.calvelo@minag.gob.pe>
> Date: Fri, 20 May 2005 12:22:08 -0500
> To: Michael Barton <michael.barton@asu.edu>, Maciek Sieczka
> <werchowyna@epf.pl>, Paolo Cavallini via RT <grass-bugs@intevation.de>
> Cc: grass devel <grass5@grass.itc.it>
> Subject: Re: [GRASS5] Re: [bug #3246] (grass) d.vect.thematic fails when the
> map is in another mapset
>
> From: Michael Barton <michael.barton@asu.edu>
> Sent: Fri, 20 May 2005 10:12:41 -0700
> [...]
>>
>> I tend to agree with you that
>>
>> min - max
>>
>> looks better than
>>
>>> min - max
>>
>> although the second one is more accurate.
>>
>> What does everyone else think?
>
> I'd like the math standard :
>
> [min ; cut1]
> ]cut1 ; cut2]
> ...
> ]cutn ; max]
>
> Note the *included* min. I'll see if I can put that into your current script,
> Michael.
>
> Daniel.
|
|
Wed, May 25 2005
11:34:51
|
|
Status changed to resolved by msieczka
|
|