[GRASS-dev] Ignored enhancements

Hamish hamish_b at yahoo.com
Tue Feb 12 01:10:10 PST 2013


Doug wrote:
> I appreciate the effort.

(me too :)

>  Working with  large rasters, this will make a big difference! 

with respect to r.hozion, I'm still trying to understand where
the best use case for it is.

the idea as I understand it (which is not completely) is that
it precomutes some of what r.sun does, so that the r.sun module
runs faster. But the r.sun module places the sun exactly where
it wants it, while r.horizon must make some compromise and
approximate the position. to get any sort of reasonable placement
you'd need upwards of 100 seed maps, but since r.sun must open
them all at once the performance hit you take from the extra
overhead cancels out the speed gain. And so you have more disk
I/O with worse positioning -- better not to have used r.horizon
at all?

see further discussion and benchmarking in "r.sun2 commissioning
trials":
  http://trac.osgeo.org/grass/ticket/498

and on the r.sun page in the wiki:
  http://grasswiki.osgeo.org/wiki/R.sun#Seed_maps


thanks for any light you can shed on this, it has puzzled me
for a while.


Hamish


More information about the grass-dev mailing list