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
_______________________________________________
grass-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-dev
