[MITgcm-devel] changing some diagnostics names
Jean-Michel Campin
jmc at ocean.mit.edu
Tue Nov 14 13:03:36 EST 2006
Hello Dimitris,
I can't call you right now since my phone is not working.
I think I did not make things clear:
Those diag will be added, we will keep TFLUX & SFLUX
(in order to do a true budget), and will add also
2 others diags for surfaceForcingT & surfaceForcingS
(with scaling factor) (names ? surForcT & surForcS ?
or something else ?).
Some diags will be identical under some circumstances,
or could be deduces from others, but with NLFS & realFreshWater,
we need all of those diags.
regarding the replacement of TICE, we don't really need a prefix
"oce" since there is no ambiguity, but I am ready to
change for oceFreez.
Jean-Michel
On Mon, Nov 13, 2006 at 05:01:02PM -0800, Dimitris Menemenlis wrote:
> JM, thanks for taking care of this. I prefer all your 1rst choices below.
>
> >oceTAUX, oceTAUY <- replace TAUX,TAUY
> >oceQnet (or oceQNET) new, Qnet diagnostics
> >oceQsw (or oceQSW) <- replace SWFLUX
> >oceFWflx (or oceEmPmR) new, EmPmR diagnostics
> > (prefer the 1rst one since melting/freezing contribution is
> > included)
> >oceSflux (or SaltFlux) new, saltFlux diagnostics
> > (prefer the 1rst one, consistent with the others diags.)
>
> To make sure that I understand:
>
> 1) oceQnet is surfaceForcingT rescaled? Is it or is it not identical to
> TFLUX?
>
> 2) oceSflux is exactly what SFLUX was prior to 7 nov 06?
>
> 3) surfaceForcingS is the "sum" of oceFWflx and oceSflux, where oceSflux
> includes SRELAX and also virtual salt fluxes when model is driven with
> virtual salt fluxes?
>
> > 79 |PRESSURE| 15 |SM MR |m |Cell-Center Height
> >that I would rather change to the isomorphic name "RCENTER" (similar
> >to RSURF),
>
> OK.
>
> > 75 |TICE | 1 |SM U1 |W/m2 |heat from melt/freeze
> > of sea-ice, >0
> > increases theta
> >that I found confusing since we have several Tice variables in the code
> >(for sea-ice temperature) and some Tice output files.
> >I propose instead a name like FREEZING or QFREEZE (or something else ?)
> >since this is non zero only when allowFreezing is true.
>
> oceFreez ?
>
> _______________________________________________
> MITgcm-devel mailing list
> MITgcm-devel at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-devel
More information about the MITgcm-devel
mailing list