Details Ticket 3600


Comment | Reply | Take | Resolve


Serial Number 3600
Subject v.to.db, GUI: units menu - units doubled
Area wish6
Queue grass
Requestors tutey@o2.pl
Owner none
Status open
Last User Contact Tue Sep 13 00:28:53 2005 (3 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Wed Jul 26 14:46:42 2006 (2 yr ago)
Created Mon Sep 5 10:22:06 2005 (3 yr ago)

Transaction History Ticket 3600


Mon, Sep 5 2005 10:22:06    Request created by guest  
Subject: v.to.db, GUI: units menu - units doubled

Platform: GNU/Linux/i386
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: cvs 23.08.05

The pull-down menu for units in v.to.db in GUI contains the full name of the
unit as well as it's shortened name i.e.:

mi
miles
f
feet
me
meters
...

Confusing.

Maciek
Mon, Sep 5 2005 10:34:41    Request created by guest (as #3601)  
Subject: v.to.db: wrong units names

Platform: GNU/Linux/i386
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: cvs 23.08.05

According to well known and accepted convention v.to.db is using wrong unit names.
"me" should be "m", "k" -> "km", "h" -> "ha", "f" -> "ft". I don't know about
acres. Definitely not "a" though, "a" is for are http://en.wikipedia.org/wiki/Are.
Although I suppose current short unit names in v.to.db were not intended to be
interpreted as official unit names, but I also believe any GIS should follow
an official naming convention for area and lenght units. "me" for meters, "k"
for kilometers etc. is confusing and not intuitive.

Maciek
Mon, Sep 5 2005 16:40:48    Mail sent by radim.blazek@gmail.com (as #3601)  
Return-Path <radim.blazek@gmail.com>
Delivered-To grass-bugs@lists.intevation.de
DomainKey-Signature a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bDMI6kcP6O/KSfEp8u0XQeH+7s+i0ihbAFAgvBo4ZDQcDf+p8Q331N7wdCy7ij7rF+j+VMs/aaYDG1y3rRKtV3YHaYUQAx24oSdZziGwWnA50jJ7+BWvIMx2cYRwvRrxWRa9xPTMdRiEDNR2KfWI95M9BQwIFG/sbgnvSsmR3kM=
Message-ID <340505ef050905074044c6e436@mail.gmail.com>
Date Mon, 5 Sep 2005 16:40:38 +0200
From Radim Blazek <radim.blazek@gmail.com>
To Request Tracker <grass-bugs@intevation.de>
Subject Re: [GRASS5] [bug #3601] (grass) v.to.db: wrong units names
Cc grass5@grass.itc.it
In-Reply-To <20050905083441.419781006BA@lists.intevation.de>
Mime-Version 1.0
Content-Type text/plain; charset=ISO-8859-1
Content-Transfer-Encoding quoted-printable
Content-Disposition inline
References <20050905083441.419781006BA@lists.intevation.de>
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
For backward compatibility we must keep all options from
6.0, so you can add more but you must not remove any.

Radim

On 9/5/05, Request Tracker <grass-bugs@intevation.de> wrote:
> this bug's URL: http://intevation.de/rt/webrt?serial_num=3D3601
> -------------------------------------------------------------------------
>=20
> Subject: v.to.db: wrong units names
>=20
> Platform: GNU/Linux/i386
> grass obtained from: CVS
> grass binary for platform: Compiled from Sources
> GRASS Version: cvs 23.08.05
>=20
> According to well known and accepted convention v.to.db is using wrong un=
it names. "me" should be "m", "k" -> "km", "h" -> "ha", "f" -> "ft". I don'=
t know about acres. Definitely not "a" though, "a" is for are http://en.wik=
ipedia.org/wiki/Are.
>=20
> Although I suppose current short unit names in v.to.db were not intended =
to be interpreted as official unit names, but I also believe any GIS should=
follow an official naming convention for area and lenght units. "me" for m=
eters, "k" for kilometers etc. is confusing and not intuitive.
>=20
> Maciek
>=20
> -------------------------------------------- Managed by Request Tracker
>=20
> _______________________________________________
> grass5 mailing list
> grass5@grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass5
>


Mon, Sep 5 2005 22:10:40    Mail sent by werchowyna@epf.pl (as #3601)  
Return-Path <werchowyna@epf.pl>
Delivered-To grass-bugs@lists.intevation.de
Message-ID <014a01c5b255$b797cb70$bae41d3e@eustahiush>
From "Maciek Sieczka" <werchowyna@epf.pl>
To "Radim Blazek" <radim.blazek@gmail.com>, "Request Tracker" <grass-bugs@intevation.de>
Cc <grass5@grass.itc.it>
References <20050905083441.419781006BA@lists.intevation.de> <340505ef050905074044c6e436@mail.gmail.com>
Subject Re: [GRASS5] [bug #3601] (grass) v.to.db: wrong units names
Date Mon, 5 Sep 2005 21:17:10 +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 0528-4, 2005-07-14), 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: "Radim Blazek" <radim.blazek@gmail.com>

> For backward compatibility we must keep all options from
> 6.0, so you can add more but you must not remove any.

Fine. Let's just leave this report for the record to not forget about it 
during the developement of next Grass version.

Thanks,
Maciek 


Tue, Sep 6 2005 02:23:23    Mail sent by hamish_nospam@yahoo.com (as #3601)  
Return-Path <hamish_nospam@yahoo.com>
Delivered-To grass-bugs@lists.intevation.de
Date Tue, 6 Sep 2005 12:22:54 +1200
From Hamish <hamish_nospam@yahoo.com>
To "Maciek Sieczka" <werchowyna@epf.pl>
Cc grass-bugs@intevation.de, grass5@grass.itc.it
Subject Re: [GRASS5] [bug #3601] (grass) v.to.db: wrong units names
Message-Id <20050906122254.58d60f3c.hamish_nospam@yahoo.com>
In-Reply-To <014a01c5b255$b797cb70$bae41d3e@eustahiush>
References <20050905083441.419781006BA@lists.intevation.de> <340505ef050905074044c6e436@mail.gmail.com> <014a01c5b255$b797cb70$bae41d3e@eustahiush>
X-Mailer Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu)
X-Face M<EoB)"*Z~u!,vFhXmw}R_KbdBta*P_=T|rbBL'e1/CQ9;/1g\BU3&!=y8ria$2Uk!HT&BB 8i?|X_+7~1jsy}F~g$2va%3fV`*=L(*cem[@3\yg,G,@rg6/QMJ
Mime-Version 1.0
Content-Type text/plain; charset=US-ASCII
Content-Transfer-Encoding 7bit
X-Spam-Status No, hits=-4.0 tagged_above=-999.0 required=3.0 tests=BAYES_00, FORGED_YAHOO_RCVD
X-Spam-Level
> According to well known and accepted convention v.to.db is using wrong
> unit names. "me" should be "m", "k" -> "km", "h" -> "ha", "f" -> "ft".
> I don't know about acres. Definitely not "a" though, "a" is for are
> http://en.wikipedia.org/wiki/Are.
..
> > For backward compatibility we must keep all options from
> > 6.0, so you can add more but you must not remove any.
> 
> Fine. Let's just leave this report for the record to not forget about
> it  during the developement of next Grass version.

The abbreviations are standard throughout GRASS, e.g. r.report has used
those since before it was put into CVS almost 6 years ago and surely
since before then. That means that any reason for changing them
should be pretty important. I'm not sure that this meets that test.

It may be possible to allow "m", "km", etc to be parsed as well as
"me","meter", etc., just like we allow help, -help, --help to all work.
Option parsing would be omitted from the G_parser() step then and you
wouldn't get a pull down menu in the GUI.


Hamish


Tue, Sep 13 2005 00:28:53    Mail sent by mneteler  
Yes, this looks bad. It should be modified to behave
like r.report:


Simple 
    parms.units->options      =
"mi,miles,f,feet,me,meters,k,kilometers,a,acres,h,hectares";

must be deleted in parse.c

Markus
Wed, Apr 26 2006 08:38:09    Request 3601 merged into 3600 by hbowman (as #3601)  
Wed, Apr 26 2006 08:38:34    Area changed to wish6 by hbowman  
Wed, Jul 26 2006 14:46:42    User changed to tutey@o2.pl by msieczka  
Comment | Reply | Take | Resolve

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