[MITgcm-devel] ocean_emissivity consistency

Jean-Michel Campin jmc at ocean.mit.edu
Wed Dec 21 10:55:49 EST 2011


Hi Dimitris,

If you can take care of this, would be nice.
I am about to check-in changes in pkg/exf (for the interpolation
parameters) but it will be confined to exf.

Cheers,
Jean-Michel

On Mon, Dec 19, 2011 at 12:29:18PM -0800, Menemenlis, Dimitris (3248) wrote:
> Makes sense ... and less disruption the way you suggest.
> 
> Do you want me to add the SEAICE_waterAlbedo check,
> or will you take care of that?
> 
> Cheers
> 
> Dimitris Menemenlis
> 
> On Dec 19, 2011, at 12:25 PM, Jean-Michel Campin wrote:
> 
> > Hi Dimitris,
> > 
> > I think some constants are "constant" enough that having them set
> > in model/src make sense. I tried a long time ago to put some
> > in COMMON /PARM_ATM/ (PARAMS.h), like celsius2K, but it did not
> > propagate as default for other pkg (exf is using cen2kel, set to
> > a different value), may be because it was not possible to change
> > it in file "data" ?
> > In the same way, stefanBoltzmann, Latent heat (fusion, evap), 
> > air heat capacity (this one is already there: atm_Cp) could be 
> > defined in PARAMS.h
> > 
> > But regarding albedo, since it can be computed in many different
> > ways (fct of temp/age of snow, zenit angle ...), it's less clear to me 
> > what benefit we would get from setting some default in model/src.
> > The drag coeffs are not so universal neither (are they ?) but
> > some surface emissivities might be. My point here is that if
> > one constant is used only once to computed a derived quantity 
> > (e.g., a flux), it's probably better to keep it in the pkg
> > which compute this flux.
> > 
> > The case of SEAICE_waterAlbedo is little bit different, and
> > would be better to have it set to UNSET_RL in case we use
> > pkg/exf, and stop if it set (in data.seaice) to something else.
> > 
> > Cheers,
> > Jean-Michel
> 
> 
> _______________________________________________
> MITgcm-devel mailing list
> MITgcm-devel at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-devel



More information about the MITgcm-devel mailing list