[GRASS-dev] Need ideas for a masters thesis...

[Michael Barton]

We're struggling to add this into our r.landscape.evol script at the  
moment. We have a plan and the first parts are going pretty well. But  
we'll have to see if we can get the rest. A module that did this well  
would be a big help for modeling stream flow.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

Phone: 480-965-6262
Fax: 480-965-7671
www: www.public.asu.edu/~cmbarton, http://csdc.asu.edu




On Nov 15, 2009, at 10:00 AM, grass-dev-request at lists.osgeo.org wrote:

> Message: 4
> Date: Sat, 14 Nov 2009 19:52:52 -0800 (PST)
> From: Hamish <hamish_b at yahoo.com>
> Subject: Re: [GRASS-dev] Need ideas for a masters thesis...
> To: David Townshend <aquavitae69 at gmail.com>,	Thomas Adams
> 	<Thomas.Adams at noaa.gov>
> Cc: grass-dev at lists.osgeo.org
> Message-ID: <870535.28440.qm at web110007.mail.gq1.yahoo.com>
> Content-Type: text/plain; charset=utf-8
>
> Thomas wrote:
>> If you come from a hydraulics background??? one very
>> important need is the ability to generate channel
>> cross-sections interactively for, say, HEC-RAS and then do
>> flood inundation mapping from HEC-RAS from the modeling
>> results ??? I would think this would be a huge
>> contribution.
>
> to get a good cross section you need to set it perpendicular to the  
> river's
> center line. Which means you need a good river centerline. Which  
> means you
> have to deal with the "river mile problem".
>
> raster tools are not always good here as the river can be very thin
> compared to the overall length leading to untenable resolution  
> settings
> to get an good result. (r.cost + r.param.scale to pull out the cost
> ridges or r.slope.aspect to pull out the maxima from the 1st  
> derivative
> of the cost works, but the resolution issue gets ya)
>
> any thoughts? some sort of reverse v.buffer?
>
> small islands within the river also cause havoc with many  
> computational
> approaches.
>
>
> Hamish