[MITgcm-devel] Unrealistic low SST with SEAICE_GROWTH_LEGACY undef

Menemenlis, Dimitris (3248) Dimitris.Menemenlis at jpl.nasa.gov
Wed Feb 15 16:16:44 EST 2012


Jean-Michel, I talked about package naming with a local
ice expert (Ala Khazendar) and he also prefers "frazil".
He point out that "frazil" is a noun (not an adjective) and
that it only has one meaning, i.e., "ice crystals", so that
there is no need to follow "frazil" with "_ice".

Regarding units, I thought that Joules not Watts is the safer way
to go when dealing with a different time step at each level
(especially if pkg/frazil evolves to do fancier depth-dependent
transport/storage manipulations) or with sub-cycling time steps
within one of the ice packages.  The energy (in Joules) released
by the freezing of a given mass of sea water does not depend on
model time step, but the rate of energy conversion
(in Joules per second or Watts) does depend on the length of the
model time step.  So my preference (unless you have a strong objection)
is to use Joules inside pkg/frazil and to convert to W/m^2 only when
handing things off to Qnet or to diagnostic variables.

Dimitris Menemenlis
cell: 818-625-6498

On Feb 15, 2012, at 11:49 AM, Jean-Michel Campin wrote:

> Hi Dimitris,
> 
>> ??? What should this package be called: pkg/ifreeze, pkg/frazil, other suggestions?
> My vote on the new pkg name (among the 2 you proposed): "pkg/frazil" ?
> or outside your list "pkg/frazil_ice" (with variable short name "frazil" ?)
> 
> And regarding this:
>> A 2D array containing negative heat in "Joules" will be generated,
> I think it's better in Watts (and even more convenient in W/m^2),
> so that when using a different ime-step for each level, we have 
> a better chance to do it right. And the division by rAc (to have it
> in W/m^2) would be more convenient since all the current 2-D heat-related 
> fluxes are in W/m^2.




More information about the MITgcm-devel mailing list