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@lists.osgeo.org wrote:
Message: 4
Date: Sat, 14 Nov 2009 19:52:52 -0800 (PST)
From: Hamish <hamish_b@yahoo.com>
Subject: Re: [GRASS-dev] Need ideas for a masters thesis...
To: David Townshend <aquavitae69@gmail.com>, Thomas Adams
<Thomas.Adams@noaa.gov>
Cc: grass-dev@lists.osgeo.org
Message-ID: <870535.28440.qm@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
Thanks for all the replies. It seems that the best area I look at is making hydraulic modelling easier, particularly for HEC-RAS. I had an idea of developing a tool to do CFD-based 2D modelling (3D gets way to complicated!). Can anyone comment of the pros and cons of this approach rather than HEC?
About the interaction of GRASS and HEC-RAS we have developed a grass script
named r.inund.fluv,
that interpolate the results of a normal 1D river model and allows to obtain
a 2D flooding maps.
It works quite well and you can see documentation on the add-on web page
(http://grass.osgeo.org/wiki/GRASS_AddOns#r.inund.fluv)
The idea is quite different to that of Thomas, that describe a tool similar
to HecGeo-Ras that works with proprietary softwares. However also two
similar GRASS tools have been developed by Piergiorgio Chiraz & Andrea Ricci
. I don't know exactly where and how are available and I found only italian
documentations, but you can ask directly to the authors.
I think that the implementation of 2D model in GRASS is more complicated,
but a good idea! We try it with a dam break flooding model 2d that we are
developing at Institute of Earth science and will be available in the next
weeks (http://istgeo.ist.supsi.ch/site/projects/dambreak).
Good luck and at your disposal for any questions!
Roberto
aquavitae wrote:
Thanks for all the replies. It seems that the best area I look at is
making
hydraulic modelling easier, particularly for HEC-RAS. I had an idea of
developing a tool to do CFD-based 2D modelling (3D gets way to
complicated!). Can anyone comment of the pros and cons of this approach
rather than HEC?
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
View this message in context: http://n2.nabble.com/Need-ideas-for-a-masters-thesis-tp3997681p4011285.html
Sent from the Grass - Dev mailing list archive at Nabble.com.