[MITgcm-devel] obcs in seaice dynamics

Jean-Michel Campin jmc at ocean.mit.edu
Fri Oct 21 20:03:44 EDT 2011


Hi Dimitris,

I understand. Will fix this in the coming days.
Cheers,
Jean-Michel

On Fri, Oct 21, 2011 at 01:36:50PM -0700, Menemenlis, Dimitris (3248) wrote:
> Jean-Michel, it might be good to add a couple of checks in obcs_check
> for folks that are using some of the hacks, e.g., COMPUTE_UVICE and
> AVOID_CONVERGENCE.  All that is needed is a warning to define
> OBCS_UVICE_OLD if it is not already defined?  That way folks that
> use the experimental options and that have custom OBCS_OPTIONS.h,
> which doesn't include "#define OBCS_UVICE_OLD" will know why
> their code stops working.
> 
> I can take care of adding these checks if you like.  Let me know
> 
> Dimitris Menemenlis
> 
> On Oct 21, 2011, at 12:15 PM, Jean-Michel Campin wrote:
> 
> > Hi,
> > 
> > I have added a new implementation of OBCS in seaice-dyanmics.
> > and kept the old one with #define OBCS_UVICE_OLD.
> > Will switch seaice_obcs test exp to use the new version soon.
> > 
> > I did not implement any of the OBCS_SEAICE_* "experimental"
> > options in the new version:
> > - some may not be really used (SMOOTH_UVICE_PERP, SMOOTH_UVICE_PAR)
> > - a COMPUTE_UVICE equivalent would need to be really different 
> >  (+would be better in a separated obcs_seaice_calc.F S/R) and I 
> >  don't know what it should be.
> > - can certainly put back AVOID_CONVERGENCE in obcs_adjust_uvice.F,
> >  but one thing I noticed in my simple test was that in the old version,
> >  the zero seaiceMaskU,V @ Southern & Western boundaries was
> >  slowing down the ice velocity near the boundaries and generating
> >  some divergence/convergence. So may be we don't need anymore
> >  this AVOID_CONVERGENCE piece of code.
> > 
> > I also had to put some masking in the water-drag coeff in order
> > to get a valid wind-stress at the open-boundary. The wind stress
> > at the open-boundary is not used for ocean dynamics but is used
> > in vertical mixing scheme (KPP, GGL90, ...), so better to be right.
> > 
> > And regarding seaice_obcs test exp., it's still not "clean"
> > (meaning some value @ Western Boundary can influence the solution
> > at the Eastern boundary, and results will change if OBCS_uvApplyFac
> > is set to zero), but this is due to KPP and not to seaice.
> > 
> > Cheers,
> > Jean-Michel
> > 
> > 
> > _______________________________________________
> > MITgcm-devel mailing list
> > MITgcm-devel at mitgcm.org
> > http://mitgcm.org/mailman/listinfo/mitgcm-devel
> 
> 
> _______________________________________________
> MITgcm-devel mailing list
> MITgcm-devel at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-devel



More information about the MITgcm-devel mailing list