[GRASS-dev] Re: [GRASS-user] interactive multiple selection

[Michael Barton]

On Jan 23, 2009, at 11:05 AM, Glynn Clements wrote:

>
> Hamish wrote:
>
>> slightly-related, but before I forget, I had an idea about the  
>> "adding
>> where= SQL queries to all vector modules in gr7" wish. hijack the  
>> parser
>> with a semi-colon.
>>
>> for example:
>>  v.module input="roads; WHERE surface IS 'gravel'"
>>
>> the standard FS is a comma, but the semi-colon allows you still have
>> multiple inputs. I guess we'd need some new libgis function to  
>> tokenize
>> the option list (or can G_tokenize() be run nested with a programmer
>> specified delim? [upon quick look, yes, I think it can])
>
> Are you talking about making the module handle the query, or extending
> Vect_open_old() to accept a map+query so that the module doesn't need
> to do anything?
>
>> Glynn had a similar idea about the parser options for r.series(?)  
>> with
>> passing maps & methods with  
>> in=mapname1,method1,mapname2,method2[,...]
>> or so. I am not so sold on that idea, I would prefer like  
>> in=map1,map2,map3
>> meth=n,sum,mean as it is more clear.
>
> Also slightly related, the interface used by g.copy and g.rename is
> broken. They both use opt->gisprompt = "old,...", although the
> destination doesn't exist.
>
> In the absence of a real type system for options, the interface needs
> to change from:
>
> 	g.copy rast=oldmap,newmap
>
> to e.g.:
>
> 	g.copy type=rast from=oldmap to=newmap
>
> so that from= and to= can be typed correctly.
>
> -- 


I agree.

Michael