[GRASS5] [bug #2254] (grass) d.site.pg should handle floating point attributes

Request Tracker grass-bugs at intevation.de
Thu Dec 18 19:04:50 EST 2003


this bug's URL: http://intevation.de/rt/webrt?serial_num=2254
-------------------------------------------------------------------------

Subject: d.site.pg should handle floating point attributes

Platform: GNU/Linux/i386
grass obtained from: Trento Italy site
grass binary for platform: Compiled from Sources
GRASS Version: 5.0.2

It would be nice if d.site.pg gave the user an option as to the type of data being 
pulled out (e.g. floating point or text) instead of automatically making it a category 
value.  Ideally, it could add an argument for each type which would be a list of 
columns containing that kind of attribute, so that 
d.site.pg coordx=east coordy=north cats=cat_col fp=fp_col1,fp_col2 str=str_col 
would yield 
east|north|#cat_col %fp_col1 %fp_col2 @str_col. 
But even just a few possible flags to define the type of the single value retrieved 
would be nice so that 
d.site.pg -c coordx=east coordy=north cats=col 
would yield east|north|#col, 
d.site.pg -f coordx=east coordy=north cats=col 
would yield east|north|%col, 
and d.site.pg -t coordx=east coordy=north cats=col 
would yield east|north|@col. 
 
Also, while on the subject, the tcltkgrass interface for d.site.pg should put the 
where argument in quotes so that white space in the where clause works 
properly.  Because of the way that arguments are passed, 
where="blah=1 and bleep=2" 
doesn't work the way we would want it to.  It has to be 
"where=blah=1 and bleep=2" 
so that it all gets passed as a single argument. 
That kind of problem should probably be looked up in other tcltkgrass interfaces 
as well, because it would come up anywhere a space is valid in an argument, but 
I've only noticed it in d.site.pg. 

-------------------------------------------- Managed by Request Tracker




More information about the grass-dev mailing list