MODFLOW gsco

[andrea antonello]

Hi Alexander,
let me take this to a different thread, to have clean discussions.

> regarding MODFLOW, how is it intended to integrate (with) MODFLOW? Isn't
> MODFLOW a 'C' program? I perceive it a bit like the SWAT codes (Fortran):
> Basically wrapping the execution of the actual program by pre-processing the
> input files in their designated formats and then running it and harvesting
> the outputs?

It really depends. In JGrasstools for example we created binding to
Epanet. In that case we didn't just wrap the exe. Apart of having
modules that prepare the data, we created bindings at a temporal cycle
level.

For modflow right now I can't say exactly what would be best to do, it
should be discussed. Most probably define some scenarios that would be
good to handle and for those create data preparation and
post-evaluation modules and a simple wrapper. But I am not sure yet.

> Certainly step by step everything, but wouldn't it be amazing if like a
> surface water modelling tools could exchange data on time-step basis with a
> groundwater modelling tool :-) ? But therefore the modelling processes would
> need to be able to talk to each other. I see OMS3 might do the trick? Is
> there any reason why OMS3 is supported more prominently than e.g. OpenMI?

You are touching a difficult point here :-) JGrasstools has been
ported first to OpenMI compliance and after that migrated to OMS3. At
that time OpenMI simply was too invasive on the modules, OMS3 is nice
and fine, requiering only the annotations. But now OpenMI is OGC and I
am not sure what would be best to have. But JGrasstools now uses OMS3
annotations and I have no will to switch right now :-)

But yes, the amazing thing would be to do as we did for Epanet, attach
to the time cycle and be able to connect other wrapped modules :-)

Cheers,
Andrea

[Riccardo Rigon]

Dear Alexander,

I do not know if it helps, but we are developing an integrator of the Boussinesq Equation in OMS3. It is a 2D groundwater equation (no 3D as Modflow) but our integrator is by far more robust:

You can find the theory here:

http://abouthydrology.blogspot.it/2012/12/the-boussinesq-equation-paper.html

And the code here:

https://github.com/formeppe/OMSBoussinesq

Other information here:

http://abouthydrology.blogspot.it/search/label/boussinesq%20equation%20%28groundwater%29

For the reasons we switched from OpenMI to OMS, you can give a look here:

http://abouthydrology.blogspot.it/2011/03/going-beyond-present-stato-of-art-in.html

At the time there was no community of Java developers in OpenMI, and that was another reason for the switch. 

Hope this helps,

riccardo

--
You received this message because you are subscribed to the Google Groups "jgrasstools" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jgrasstools...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

________________________________________________________________    

Universita` di Trento         

Dipartimento di Ingegneria Civile,  Ambientale e Meccanica/CUDAM

Via Mesiano, 77, 38122  Trento      (ITALIA)                

E-mail:  riccard...@ing.unitn.it

Ph: +390461282614-10    Fax:+390461282672

Web page: http://www.ing.unitn.it/dica/hp/?user=rigon

My Blog: http://abouthydrology.blogspot.com/

ISI: http://www.researcherid.com/rid/B-5395-2008

Scholar: http://scholar.google.it/citations?user=OB1jx0IAAAAJ&hl=it

JGrasstools: http://moovida.github.io/jgrasstools/

GEOtop (Open Source distributed hydrological model):  https://code.google.com/p/geotop/

JGrass-NewAGE: https://github.com/formeppe/NewAge-JGrass

Slides Idrologia: http://www.slideshare.net/SlidesIdrologia/presentations/

Slides About Hydrology: http://www.slideshare.net/SlidesAboutHydrology/presentations/

_______________________________________________________________    

[Alexander Kmoch]

Hi Andrea,

thanks for the info. I got JGrasstools checked out and it compiles nicely and the test run fine.

I have heard different opinions from colleagues, if MODFLOW is free or not, but as I understood it from the USGS website the core program is free, but some modules as well as some visual tools might be commercial/proprietary. I am not proficient in MODFLOW, but I am parttime in a groundwater research department, and might get colleagues to answer questions. Furthermore, rumors have it, they'll get another student to do some MODFLOW modelling for the same area where I do OGC data stuff. So there might be some synergies, where I could have people to talk to :-)

Re epanet, is that the epanet: https://github.com/Baseform/Baseform-Epanet-Java-Library ?

Cheers,

Alex

[Alexander Kmoch]

Thanks Ricardo,

Nice article on the state-of-art, and I have been looking through your (english) presentations.

Cheers,

Alex

[andrea antonello]

Hi Alexander,

> thanks for the info. I got JGrasstools checked out and it compiles nicely
> and the test run fine.

great!

> I have heard different opinions from colleagues, if MODFLOW is free or not,
> but as I understood it from the USGS website the core program is free, but
> some modules as well as some visual tools might be commercial/proprietary. I

yes, that is the point. The base is free, and there is also a limited
GUI available for free, but the "good" GUI cost tons of money and are
not free.
Silvia, the lady that proposed the modflow project, was investigating
the possibility to prepare ground layer data and do validations on
them, which would already aid a lot the user that needs to use
modflow. Then maybe the free gui could be used to run the model.

Creating a GUI for modflow is beyond the scope of the JGrasstools
project, even if it could fit into its link with uDig. To be honest
though, I think that might be a too complex project with to many
decisions to make in order to keep it GSOC-sized.

So after discussing with Silvia, I would propose to stay on the side
of data preparation, if that makes sense. The last call will be of
Silvia, though, since she has precedence on this, being the author of
the proposal.

> am not proficient in MODFLOW, but I am parttime in a groundwater research
> department, and might get colleagues to answer questions. Furthermore,
> rumors have it, they'll get another student to do some MODFLOW modelling for
> the same area where I do OGC data stuff. So there might be some synergies,
> where I could have people to talk to :-)

That sounds like a super starting point. But as I said, the project
has been proposed by Silvia I we will have to see if she wants to
bring it to the GSOC.

On a side note, Only for the Zoo-project project we do not have a
student yet :-)

> Re epanet, is that the epanet:
> https://github.com/Baseform/Baseform-Epanet-Java-Library ?

No, but you just linked me an amazing project :-) I didn't know there
was a port of Epanet to java, that is quite cool.

We wrapped Epanet (for the parts wee needed) in a set of JGrasstools
modules. Those will prepare and properly link data and execute Epanet:
https://github.com/moovida/jgrasstools/tree/master/hortonmachine/src/main/java/org/jgrasstools/hortonmachine/modules/networktools/epanet
In this cae Epanet is wrapped through JNA bindings.

Cheers,
Andrea

[Alexander Kmoch]

Hi Andrea,

fair enough, I am certainly keen on both projects, and I might have thought too far ahead :-) Having JGrasstools available through WPS would be really cool, and probably is actually more applicable to my skillset within a confined GSoC project :-)

I'll see that I get my head around the ZOO JGrasstools examples that you send me.

Cheers,

Alex

On Wednesday, 25 February 2015 22:31:40 UTC+13, moovida wrote: