[GRASS5] [bug #2238] (grass) r.series: support for wildcards
in input filenames
jhuddleston at itc.nrcs.usda.gov
Tue Dec 2 08:16:58 EST 2003
The g.parser usage is <filename> [<argument> ...]
For it to be changed the logic would be to loop through the arguments
until a non-file name occurs. Logic would have to be added to see if
any arguments remain. If this is acceptable design, I can add the code.
From: Glynn Clements [mailto:glynn.clements at virgin.net]
Sent: Monday, December 01, 2003 12:38 PM
To: Request Tracker
Cc: grass5 at grass.itc.it%INTER2
Subject: Re: [GRASS5] [bug #2238] (grass) r.series: support for wildcards in
Request Tracker wrote:
> It would be nice if r.series would accept wildcards for the input maps.
> r.series input=insitu_data.* output=insitu_data.stddev method=stddev
That may also true for several other modules; in which case, it might be
better to figure out how to build this into G_parser().
> such as the g.mremove script does. [0-9] expansions etc would be nice too,
but not critical.
g.mremove is a shell script, which makes implementing shell substitutions
glibc has the glob() function, which is apparently specified by POSIX.2,
although I would be reluctant to just rely upon its existence (e.g. it might
not be present on all platforms, or it may require an additional library).
> For now I use a bash loop to set INPUT_MAPS=$INPUT_MAPS,next_map then
> 'r.series input=$INPUT_MAPS ...', but that sort of sucks.
> Any reason not to activate this module for 5.3 yet?
Only the standard reason: once a module becomes "official", changing its
behaviour becomes problematic.
Glynn Clements <glynn.clements at virgin.net>
grass5 mailing list
grass5 at grass.itc.it
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 2972 bytes
Desc: not available
Url : http://lists.osgeo.org/pipermail/grass-dev/attachments/20031202/a8d41c1b/attachment.bin
More information about the grass-dev