[GRASS-user] New version of r.stream.order

Hi all!

I updated r.stream order to the new version.
In new version Horton and Hack do not require accum map. It use the longest stream length (calculated internally) to determine both Hack and Horton. But accum it is still leave as an option. So now Hack stream order indicate the longest (previously most accumulated) stream in the catchment. Due to the module do not require to read huge accum maps for horton and hack orders it works almost twice faster than previously.

I also added r.stream.del (see more in description) but its functionality is now integrated with r.stream.extract so I add it only as an option for r.watershed. It will be probably depreciated in the future.

regards
Jarek Jasiewicz

This sounds great. Thanks for the contribution.

I have been wanting to use these stream analysis tools, but ran into a packaging problem under kubuntu, and am still trying to sort it out. I seem to recall it having to do with the grass-dev package in ubuntugis repo.

Mark

On Nov 9, 2009, at 9:47 AM, Jarosław Jasiewicz <jarekj@amu.edu.pl> wrote:

Hi all!

I updated r.stream order to the new version.
In new version Horton and Hack do not require accum map. It use the longest stream length (calculated internally) to determine both Hack and Horton. But accum it is still leave as an option. So now Hack stream order indicate the longest (previously most accumulated) stream in the catchment. Due to the module do not require to read huge accum maps for horton and hack orders it works almost twice faster than previously.

I also added r.stream.del (see more in description) but its functionality is now integrated with r.stream.extract so I add it only as an option for r.watershed. It will be probably depreciated in the future.

regards
Jarek Jasiewicz
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user