[GRASSLIST:9634] Re: water resource management with GRASS & RDBMS

[Laurent C.]

Hi,

I'm working in a civil engineering company and we're doing many water 
management studies.
I'm not really a GIS user but since gis are becomes more widely used, 
we're interested in using gis software.
For example, a GRASS (or QGIS) interface for epanet toolkit can really 
be a killing app.
I've seen a grass4 module for floodplain analysis using HEC-2 model. 
This can be a really cool feature too.

I haven't any programming skills but I'm very interessested by this kind 
of features. So I'll be glad to help.

But since I don't know ArcHydro, maybe I misunderstand the subject :)



M S a écrit :

> As some of you may or may not know.  that OTHER software company is 
> trying to establish their Geodatabase data model as a "GIS standard" 
> (at least this is the trend in the US from what I'm seeing).  I havent 
> been impressed or enthused about it at all.  This second generation, 
> "windows only" software (arcmap) by that other company has had many, 
> many shortcomings, failure to function in a production environment, 
> and bugs that hardly justify the price tag.
>
> In their attempt to weave the Geodatabase into the fabric of 
> government agencies and large corporations, which has the trickle down 
> effect on consultants who work for them (Water management agencies in 
> this specific application), they have come out with this "ArcHydro" 
> concept.  RFPs are coming out asking for "ArcHydro".
>
> The book for arcHydro states right up front, (although you have to 
> really read between the lines), it is still a pre/post processor for 
> real water model simulation software to do what they do best.  
> However, it is obviously biased from that other company's geodatabase 
> approach.  In reading it thus far, i really dont see why this cannot 
> be done with GRASS and a RDBMS.
>
> Has anyone implemented and used arcHydro?  If so, what is your 
> thoughts on a GRASS/RDBMS approach?
>
> Would anyone find a corresponding open source solution document, which 
> unless conflicting with an existing name already, I will call 
> "OpenHydro", useful as an open source solution to what the proprietary 
> company is promoting in their latest round of propaganda?
>
> I am forced to learn this ArcHydro procedure/framework to do a project 
> our company won, which called specifically for the implementation of 
> ArcHydro. However, through my readings and implementation, I plan on 
> making the same concept available through open source tools, 
> specifically with the use of GRASS and a RDBMS.
>
> Basically I'm looking to find 1) anyone who has used arcHydro and 2) 
> if there is interest in generating an "OpenHydro" alternative using GRASS.
>
> Surely all the open source developers and users are on the "nice" list 
> of Santa! 
>
> Wishing Happy Holidays around the world!