[MITgcm-support] SHELFICE Package: stability parameter

[Martin Losch]

Note that said equation 18 is not defined for Lo<0 for which etaStar should be set to 1, but the formula goes to 0 for Lo -> 0, so that there will be jump/discontinuity at Lo = 0 (from 0 to 1). This may be one of the reasons (appart from the unclear Lo), why this formula was never implemented.

Martin

> On 29. Sep 2022, at 07:54, Martin Losch <Martin.Losch at awi.de <mailto:Martin.Losch at awi.de>> wrote:
> 
> Hi Josephine,
> 
> I am not aware of any attemps, but there’s a code sketch that is commented out (see around lines 482-484 in shelfice_thermodynamics.F).
> 
> The H+J99 paper does not describe, how to evaluate the Obukhov length Lo, but otherwise is should be straightforward to implement this (f=fCori(i,j,bi,bj), Rc=0.2, zetaN=0.052 according to table1 in H+J99). 
> 
> Martin
> 
>> On 28. Sep 2022, at 19:11, Josephine Anselin - BAS <joslin53 at bas.ac.uk <mailto:joslin53 at bas.ac.uk>> wrote:
>> 
>> Hi all,
>>  
>> In shelfice_thermodynamics.F (within the SHELFICE Package), the stability parameter (etastar) is set to 1.
>>  
>> Has anyone tried to modify the code to compute the stability parameter as per Equation 18 in Holland & Jenkins (1999). If yes, is the modified version available online?
>>  
>> Many thanks,
>> _________________________________________
>> Joséphine Anselin
>> Physical Oceanography PhD Student
>> British Antarctic Survey, Polar Oceans Team
>> University of Cambridge, Applied Mathematics
>>  
>> 
>> 
>> This email and any attachments are intended solely for the use of the named recipients. If you are not the intended recipient you must not use, disclose, copy or distribute this email or any of its attachments and should notify the sender immediately and delete this email from your system. UK Research and Innovation (UKRI) has taken every reasonable precaution to minimise risk of this email or any attachments containing viruses or malware but the recipient should carry out its own virus and malware checks before opening the attachments. UKRI does not accept any liability for any losses or damages which the recipient may sustain due to presence of any viruses.
>> 
>> _______________________________________________
>> MITgcm-support mailing list
>> MITgcm-support at mitgcm.org <mailto:MITgcm-support at mitgcm.org>
>> http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support <http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support>
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org <mailto:MITgcm-support at mitgcm.org>
> http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.mitgcm.org/pipermail/mitgcm-support/attachments/20220930/66d3663a/attachment.html>