[GRASS-dev] r.mapcalc addition
joel.pitt at gmail.com
Thu Oct 26 05:39:42 EDT 2006
On 10/25/06, Glynn Clements <glynn at gclements.plus.com> wrote:
> > However, I'll follow Glynn's suggestion and read the seed in the
> > evaluate() function. This will be more robust if other functions are
> > implemented that call the RNG.
> > On this topic, would there be any call for implementing more
> > complicated probability distribution functions? Or is the philosophy
> > of mapcalc to have the simplest elements necessary?
> A Gaussian distribution might be useful, as you can't readily
> implement that using existing r.mapcalc functions (the usual
> implementation uses iteration, which r.mapcalc doesn't support).
> For enhancements which might be useful to other users, I'd suggest
> posting an announcement (or the code itself) to the list. If enough
> people express an interest in having the functionality built in, we
> can add it.
> Adding new functions is quite straightforward; OTOH, we don't want to
> bloat r.mapcalc with code which is unlikely to be used by anyone but
> its author.
> For more complex tasks, there's always R/GRASS. r.mapcalc will always
> be bound by its structural limitations (row-by-row processing,
> inability to define new functions, etc).
I've attached a diff of evaluate.c and the related html files that I'm aware of.
Turns out it was alot simpler adding the functionality as a environment variable
"Wish not to seem, but to be, the best."
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 2419 bytes
Desc: not available
Url : http://lists.osgeo.org/pipermail/grass-dev/attachments/20061026/4b58236b/r.mapcalc.bin
More information about the grass-dev