[MITgcm-devel] [MITgcm-cvs] MITgcm/pkg/obcs CVS Commit

[Martin Losch]

Hi Jean-Michel,


On Feb 28, 2011, at 11:17 PM, Jean-Michel Campin wrote:

> Hi Martin,
> 
> 1) regarding OBCS_BALANCE documentation, I can try to update the text
> in the coming weeks.
Cool. The reason why I picked this up, is that I am getting tired of the multiple obcs-question at mitgcm-support. We can probably reduce the traffic on that list dramatically, if the documenation for this package is more or less complete and up to date. So if you find that you do not get around to this, let me know and I'll try to find some more time. But I would need infomation/text-stubbs for the orlanski part that I do not understand.
> There is one thing I suggest to change in the
> text you added, regarding dome exp: 
> DOME - Dynamics of Overflow Mixing and Entrainment
> http://www.rsmas.miami.edu/personal/tamay/DOME/dome.html
> (it's not exactly like the Danemark Strait Overflow Pb).
Oops, I'll fix that.
> 
> 2) I think it's worth to fix what Oliver mentionned, and I would
> also change U(3:4,34) & U(3:4,1) to just U(3,34) & U(3,1)
> since this is what is done in obcs_apply_uv.F
I'll fix that, too.
> 
> 3) I've tried to change obcs_apply_uv.F, to apply OBC in 2 steps:
> C     first tangential component ; then normal component.
> C     This ensures that the normal component is set correctly even
> C     when it conficts with tangential setting from an other OB.
> And this does change the output of exp. seaice_obcs (?)
> 
> I am still tempted to check-in this modif, because it's more
> important to get the normal flow right (for tracer advection,
> + the pressure solver discard normal flow (ini_cg2d)),
> and even more important to know what OBC is imposed.
> 
> Also, right now, the OBCS_BALANCE is only considering normal velocity,
> and this will not work for seaice_obcs where in some places,
> normal velocity component is overwitten by tangential
> velocity component. This 2 steps approach would fix that.
> 
> Any objection ?
I do not have any objections against improving the obcs code. Go ahead.

M.