[MITgcm-devel] Re: [MITgcm-support] obcs_apply_ptracer

Jean-Michel Campin jmc at ocean.mit.edu
Thu Apr 24 10:59:31 EDT 2008


Hi Martin,

Am i right regarding exp4, that this is less an issue since
the gradients of bathy near obc regions are small (=> much less
that 1 level => no "step") + uses free slip.
I would then suggest to keep this one with OBCSfixTopo=.FALSE.
(with the comment: for backward compatibility).
And otherwise, kind of agree with Dimitris, we could put as a default 
OBCSfixTopo=.TRUE., as long as we have a way to reproduce old bugs ...

Jean-Michel

On Thu, Apr 24, 2008 at 06:31:00AM -0700, Dimitris Menemenlis wrote:
> Martin, thanks!  I will definitely set OBCSfixTopo=.TRUE. for seaice_obcs, 
> since I need to change output.txt anyways.  It seems to me that this switch 
> should be .TRUE. by default and .FALSE. only if it is needed to preserve 
> backward compatibility with existing verification experiments.  D.
> 
> 
> >I have now "fixed" the problem that taka had; and that fix should also fix
> >the problem that you were having with seaice because my fix will put land 
> >on
> >the boundary (online), where there is land just inside the domain (that's
> >what we concluded to do at our secret MAD/NSA conference call).
> >
> >All: I suggest that we modify at least one of the verification experiments 
> >to
> >use this fix (OBCSfixTopo is false by default). Which one do you guys
> >suggest, maybe even seaice_obcs? Or should I change the default. We didn't
> >talk about that on the phone.
> _______________________________________________
> MITgcm-devel mailing list
> MITgcm-devel at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-devel



More information about the MITgcm-devel mailing list