Details Ticket 3246


Comment | Reply | Take | Open


Serial Number 3246
Subject d.vect.thematic fails when the map is in another mapset
Area grass6
Queue grass
Requestors werchowyna@epf.pl
Owner none
Status resolved
Last User Contact Fri May 20 19:41:27 2005 (3 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Wed May 25 11:34:51 2005 (3 yr ago)
Created Mon May 16 16:32:14 2005 (3 yr ago)

Transaction History Ticket 3246


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