[MITgcm-devel] coare bulk, exf, and cheapaml

[Gael Forget]

Bruno,

I am transferring this thread to the devel list. 

Jean Michel and I agreed that the first thing we need 
is a verification experiment that includes cheapaml. This will
make it much easier for anyone to compile and run cheapaml, 
and will allow us to proceed with/keep track of future code revisions.

Can you send us a working setup to start from?

Typically something like
http://mitgcm.org/viewvc/MITgcm/MITgcm/verification/tutorial_advection_in_gyre/code/      (option files, SIZE.h, packages.conf)
http://mitgcm.org/viewvc/MITgcm/MITgcm/verification/tutorial_advection_in_gyre/input/	(data and other namelists)
and inputs fields for initial conditions and boundary conditions. It would be best if it required just a few cpus.
Once we get it compiled and running here, we will go over details.

The next two baby steps would be : 
1) update to coare4.0 in cheapaml.
2) copy it into exf in a form similar to pkg/exf/exf_bulkformulae.F

Cheers,
Gael

ps : since you were just added to the devel list you should receive 
       this email from MITgcm-devel. Assuming you did, it is sufficient 
       to reply to this address. I added you in copy just in case ...


On Jul 30, 2012, at 9:11 AM, Gael Forget wrote:

> Hi Jean Michel,
> 
> on friday I was talking with Bruno Deremble about the cheapaml pkg and how to 
> improve its integration into MITgcm. Bruno is willing to take on the coding.
> 
> The context in which this came up is that there is a version of the coare bulk 
> formulae algorithm (dear to the CLIMODE project) in cheapaml, that could 
> be used beyond cheapaml. We would like to allow switch between that and
> Large an Pond in realistic runs (using exf). We further would like to allow an easy switch from 
> simple bulk forcing to cheapaml. So the first goal would be to either move that coare bulk 
> routine to exf OR allow exf to call it via cheapaml. I thought the former is the better option, 
> since that would allow us to remove not only that routine but also (in a subsequent revision)
> the 'copy' of the Large and Pond bulk, and redundant I/O codes in cheapaml. Not sure wether 
> we need to tie cheapaml to exf, or wether model/src can provide all of the inputs to cheapaml. 
> But I thought it would be practical if cheapatml got its inputs from exf.
> 
> Does this make sense to you? Is there a better way?
> 
> There are several other parts of cheapatml that may be redundant (?) and probably 
> should be reviewed. Some AB time stepping, gad, obcs, pickup codes. In general I told 
> Bruno to try to rely on the existing pkgs when possible, and avoid local code copies.
> Right?
> 
> Cheers,
> Gael
> 
> ps 1 : m
> ps 2 : Jean-Michel : should we start this on devel list? Bruno : I believe you can suscribe at 
> http://mitgcm.org/mailman/listinfo/mitgcm-devel
> 
>