[GRASS-dev] need update to core.create_location

Glynn Clements glynn at gclements.plus.com
Wed Oct 3 06:09:02 PDT 2012


Paul Kelly wrote:

> > Before Paul's update to g.proj today, it turns out that g.proj would
> > actually accept the argument "datum" as equivalent of the argument
> > "datatrans", even though this is not in the manual. I don't know if that
> > was intentional or an accident. So g.proj datumtrans=1 could also be
> > expressed as g.proj datum=1.
> 
> The g.proj option has always been called "datumtrans", but GRASS allows 
> the user to shorten command-line options by dropping letters off the 
> end, as long as they still unambiguously identify the option (and GRASS 
> 7 extends this a bit further). So beforehand as there was no "datum" 
> option, "datum" would have unambiguously identified "datumtrans". Now 
> you need to type at least "datumt" in order to distinguish it from the 
> new "datum" option.
> 
> I think as long as everywhere in GRASS 7 that might use the datumtrans= 
> option is updated to use it correctly, there should be no problem. Of 
> course we could also call the new option something other than "datum", 
> but it seems like such a clear and obvious name that it seems to me a 
> pity to have to change it!

Consider whether the existing option should be renamed to datum_trans=.
The abbreviation rules in 7.0 should accept datumtrans= as an
abbreviation, but will also accept e.g. dt= or dtrans=.

More generally, if one option is a prefix of another, adding an
underscore to the longer option will typically result in the minimum
abbreviation being substantially shorter.

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


More information about the grass-dev mailing list