<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">Hi all,<div><br></div><div>I don’t seem to be on top of things here, so thanks to Paola for the clarification.</div><div><br></div><div>But the MITgcm can do more (o:</div><div><br></div><div>there’s the parameter `selectP_inEOS_Zc` that can be set in data&PARM01. Otherwise it defaults to the historical settings associated with the eosType. From `PARAMS.h`:</div><div><div>C     selectP_inEOS_Zc    :: select which pressure to use in EOS (for z-coords)</div><div>C                           =0: simply: -g*rhoConst*z</div><div>C                           =1: use pRef = integral{-g*rho(Tref,Sref,pRef)*dz}</div><div>C                           =2: use hydrostatic dynamical pressure</div><div>C                           =3: use full (Hyd+NH) dynamical pressure</div></div><div><br></div><div>So using eosType=‘MDJWF’ together with selectP_inEOS_Zc = 0 should also work and not violate the energy budget.</div><div><br></div><div>Martin</div><div><div><br><blockquote type="cite"><div>On 12. Mar 2024, at 16:49, Paola Cessi <pcessi@ucsd.edu> wrote:</div><br class="Apple-interchange-newline"><div>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

<div>
<div style="word-wrap:break-word; line-break:after-white-space">Hi Dave,
<div><br>
</div>
<div>another issue of using a complex EoS such as TEOS-10 in a model which makes the Boussinesq approximation is that proper conservation of total energy (including internal energy) is lost unless some care is taken. For example, with the Boussinesq
 approximation the dependence of the EoS on the pressure, p, must be through the term  p = -rhoConst*gravity*z, not the in situ pressure. If the actual in situ pressure  is used in a Boussinesq model, then there is an inconsistent energy budget. </div>
<div><br>
</div>
<div>This is explained in detail in the attached paper. If you are using an incompressible, Boussinesq model use JMD95Z, not JMD95P.</div>
<div><br>
</div>
<div>Cheers,</div>
<div>
<div>
<div dir="auto" style="letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; text-decoration: none; overflow-wrap: break-word; line-break: after-white-space;">
<div style="word-wrap:break-word; line-break:after-white-space">
<div style="letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px;">
<span style="font-style:normal">Paola<br>
</span><br>
</div>
</div>
</div>
</div>
<div></div>
</div>
</div>
<div style="word-wrap:break-word; line-break:after-white-space">
<div>
<div></div>
<div><br class="x_webkit-block-placeholder">
</div>
<div>
<blockquote type="cite">
<div>On Mar 12, 2024, at 4:44 AM, Dave Munday - BAS <<a href="mailto:danday@bas.ac.uk">danday@bas.ac.uk</a>> wrote:</div>
<br class="x_Apple-interchange-newline">
<div>
<div style="line-break:after-white-space"><span style="">Thanks Martin. That’s quite reassuring that I haven’t made a daft choice with at least trying out MDJWF. TEOS-10 would have been nice, but I’m quite happy to do without for now.</span>
<div style=""><br>
</div>
<div style="">D</div>
<div><br>
<blockquote type="cite">
<div>On 12 Mar 2024, at 09:16, Martin Losch <<a href="mailto:Martin.Losch@awi.de">Martin.Losch@awi.de</a>> wrote:</div>
<br class="x_Apple-interchange-newline">
<div>
<div style="line-break:after-white-space">Hi Dave,
<div><br>
</div>
<div>JMD95Z (based on Jackett and McDougall 1995) is basically a “re-tuned” UNESCO formula (UNESCO for in-situ temperature and JMD95Z for potential temperature), both use p = -rhoConst*gravity*z as an approximation for pressure.</div>
<div>JMD95Z uses the actual hydrostatic pressure (lagged by one timestep), and hence requires a little more computation</div>
<div>MDJWF implements McDougall, et al (2003). The EOS is based on a different fromula and principles and contains fewer terms, so that the authors (?) claim that there fewer computations involved, hence it should be faster. This EOS also uses the
 hydrostatic pressure of the previous time step</div>
<div><br>
</div>
<div>In practice, the EOS is not the bottleneck of any simulation, so that I would not expect any significant speed differences. For potential temperature I wouild use MDJWF, just because it is “newer”. </div>
<div><br>
</div>
<div>There’s also TEOS10, which requires that “THETA” and “SALT” are interpreted as conservative temperature and absolute salinity. This implementation is not quite complete yet, see PR #812: <a href="https://urldefense.com/v3/__https://github.com/MITgcm/MITgcm/pull/812__;!!Mih3wA!DjhCnEwPZhyprmcYr_89m6KqNgmJNB21EC-PMgNe0EpUy6Vm-BFs2jS5snW4uYL1HBOPG_wQVFB303U$">https://github.com/MITgcm/MITgcm/pull/812</a></div>
<div><br>
</div>
<div>Martin</div>
<div><br>
<div>
<blockquote type="cite">
<div>On 11. Mar 2024, at 18:35, Dave Munday - BAS <<a href="mailto:danday@bas.ac.uk">danday@bas.ac.uk</a>> wrote:</div>
<br class="x_Apple-interchange-newline">
<div>
<div>Dear MITgcm-ers,<br>
<br>
I’ve just been trying to make a decision about which particular nonlinear EOS to use for a very long-running two basin sector model with biogeochemistry. In reading the docs the MDJWF EOS is described as “more accurate and less expensive”, which is appealing
 when running models for 10-20 000 years. A lot of the verification experiments are set to use JMD95Z or JMD95P. Is there a reason to prefer them over MDJWF?<br>
<br>
Many thanks,<br>
<br>
Dave<br>
<br>
<br>
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.<br>
<br>
_______________________________________________<br>
MITgcm-support mailing list<br>
<a href="mailto:MITgcm-support@mitgcm.org">MITgcm-support@mitgcm.org</a><br>
<a href="https://urldefense.com/v3/__http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support__;!!Mih3wA!DjhCnEwPZhyprmcYr_89m6KqNgmJNB21EC-PMgNe0EpUy6Vm-BFs2jS5snW4uYL1HBOPG_wQUnvZ4sk$">http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
_______________________________________________<br>
MITgcm-support mailing list<br>
<a href="mailto:MITgcm-support@mitgcm.org">MITgcm-support@mitgcm.org</a><br>
<a href="https://urldefense.com/v3/__http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support__;!!Mih3wA!DjhCnEwPZhyprmcYr_89m6KqNgmJNB21EC-PMgNe0EpUy6Vm-BFs2jS5snW4uYL1HBOPG_wQUnvZ4sk$">http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support</a><br>
</div>
</blockquote>
</div>
<br>
</div>
_______________________________________________<br>
MITgcm-support mailing list<br>
<a href="mailto:MITgcm-support@mitgcm.org">MITgcm-support@mitgcm.org</a><br>
https://urldefense.com/v3/__http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support__;!!Mih3wA!DjhCnEwPZhyprmcYr_89m6KqNgmJNB21EC-PMgNe0EpUy6Vm-BFs2jS5snW4uYL1HBOPG_wQUnvZ4sk$
<br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>

<span id="cid:f18168c1-4dbb-4e13-8264-c87a4a388c82@dmawi.de"><SeawaterBoussinesq.pdf></span></div></blockquote></div><br></div></body></html>