excellent! I have much more reading to do, and as i continue down
the road I will proabalby be seeking help from people like your
self. <br>
<br>
once I gain more experience with archydro (i'm a vetern of arc/info
vector and raster data modeling, and they hydro functions within the
A/I GRID module) I will be able to apply these concepts to the GRASS
modules. <br><br><div><span class="gmail_quote">On 12/23/05, <b class="gmail_sendername">Massimiliano Cannata</b> <<a href="mailto:massimiliano.cannata@supsi.ch">massimiliano.cannata@supsi.ch</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello, I've just used some functions of the ArcHydroTools....<br>Then I just developed a DB structure for online-realtime stationa and a<br>Rainfall-runoff Distributed Model within GRASS (embedded)....<br>I think that your idea is really nice and helpfull.
<br>I also think that it could be ported in the OpenSource by using GRASS<br>data structure!!!<br>I also believe that I could adjust my model to get starting data and<br>pre-processing from this new data structure,<br>in order to build an hydrologic GRASS application structure...
<br><br>I used the perfix h.modulename for my new developed command.<br>This could be an idea....<br><br>currently my model name is HydroFOSS... so OpenHydro I think is free :-)<br><br>Let me know your impression.<br><br>
Have a nice holyday.<br><br>Massimiliano<br><br><br>M S wrote:<br><br>>As some of you may or may not know. that OTHER software company is trying<br>>to establish their Geodatabase data model as a "GIS standard" (at least this
<br>>is the trend in the US from what I'm seeing). I havent been impressed or<br>>enthused about it at all. This second generation, "windows only" software<br>>(arcmap) by that other company has had many, many shortcomings, failure to
<br>>function in a production environment, and bugs that hardly justify the price<br>>tag.<br>><br>>In their attempt to weave the Geodatabase into the fabric of government<br>>agencies and large corporations, which has the trickle down effect on
<br>>consultants who work for them (Water management agencies in this specific<br>>application), they have come out with this "ArcHydro" concept. RFPs are<br>>coming out asking for "ArcHydro".
<br>><br>>The book for arcHydro states right up front, (although you have to really<br>>read between the lines), it is still a pre/post processor for real water<br>>model simulation software to do what they do best. However, it is obviously
<br>>biased from that other company's geodatabase approach. In reading it thus<br>>far, i really dont see why this cannot be done with GRASS and a RDBMS.<br>><br>>Has anyone implemented and used arcHydro? If so, what is your thoughts on a
<br>>GRASS/RDBMS approach?<br>><br>>Would anyone find a corresponding open source solution document, which<br>>unless conflicting with an existing name already, I will call "OpenHydro",<br>>useful as an open source solution to what the proprietary company is
<br>>promoting in their latest round of propaganda?<br>><br>>I am forced to learn this ArcHydro procedure/framework to do a project our<br>>company won, which called specifically for the implementation of ArcHydro.
<br>>However, through my readings and implementation, I plan on making the same<br>>concept available through open source tools, specifically with the use of<br>>GRASS and a RDBMS.<br>><br>>Basically I'm looking to find 1) anyone who has used arcHydro and 2) if
<br>>there is interest in generating an "OpenHydro" alternative using GRASS.<br>><br>>Surely all the open source developers and users are on the "nice" list of<br>>Santa!<br>><br>>Wishing Happy Holidays around the world!
<br>><br>><br>><br><br><br>--<br><br>Eng. Massimiliano Cannata<br>Scuola Universitaria Professionale della Svizzera Italiana<br>Istituto Scienze della Terra<br>Via Trevano, c.p. 72<br>CH-6952 Canobbio-Lugano<br>Tel: +41 (0)58 666 62 18
<br>Fax +41 (0)58 666 62 09<br><br><br></blockquote></div><br>