<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 Jordi,<div><br></div><div>it would help if you could provide your namelist files. And maybe the customised *_OPTIONS.h files, if they are very different from the standard ones.</div><div>Do you use open boundary conditions? Balanced flow is maybe an issue?</div><div><br></div><div>Martin</div><div><div><br><blockquote type="cite"><div>On 8. Jul 2025, at 16:57, Dimitris Menemenlis <dmenemenlis@gmail.com> wrote:</div><br class="Apple-interchange-newline"><div>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">Hi Jodi, perhaps a good place to start would be to understand cause of the larger oscillations in MEDSEA and ROMS, which might then help you diagnose what is missing in your MITgcm configuration. For example, if the ~10-day oscillation in MEDSEA and ROMS is primarily caused by transport through Gibraltar Strait, then you could look at MITgcm’s transport through Gibraltar Strait to see whether it has been correctly prescribed.<div><br></div><div>D.<br id="lineBreakAtBeginningOfMessage"><div><br><blockquote type="cite"><div>On Jul 8, 2025, at 6:13 AM, Jordi Iglesias <jiglesias@icm.csic.es> wrote:</div><br class="Apple-interchange-newline"><div>
<div style="padding-bottom: 1px;"><p>Dear MITgcm community,<br>
<br>
Over the past few months, I’ve been struggling to achieve
realistic sea surface height ("Eta") results in my MITgcm
simulations. I’ve tried several configurations,including
non-hydrostatic, quasi-non-hydrostatic, and nonlinear free surface
options, but the SSH output often differs significantly from the
parent model (the Copernicus Mediterranean analysis, MEDSEA). I’ve
attached an example and also shared a link to illustrate the
issue. I have tides configured, and the ssh is initialized from
MEDSEA data. However, when I compare the SSH output with the
parent model (or with a ROMS simulation, for example), it appears
to oscillate around a constant value that doesn’t evolve much over
time, or changes are very small.<br>
<br>
A summary of my configuration: Horizontal resolution: 1.6 km, NW
Mediterranean Sea, Atmospheric forcing: ECMWF, initial ssh set
with pSurfInitFile, SphericalPolarGrid, quasiHydrostatic = .TRUE.,
nonlinFreeSurf = 3, rigidLid = .FALSE., implicitFreeSurface =
.TRUE., <br>
</p><p>If any additional parameters would help diagnose the issue, I’d
be happy to provide them.<br>
<br>
The temperature, salinity, and velocity fields are generally in
good agreement with ROMS and MEDSEA, but I’d really like to
improve the SSH performance. Has anyone encountered a similar
issue or found strategies to improve SSH in MITgcm?<br>
<br>
Thanks in advance for your help!<br>
<br>
Best regards,<br>
Jordi<br>
<br>
<a class="moz-txt-link-freetext" href="https://saco.csic.es/s/c2fSgN5RWPRcDSQ">https://saco.csic.es/s/c2fSgN5RWPRcDSQ</a><br>
</p><p><br>
</p>
</div>
<lt-container></lt-container>
<span id="cid:D8924F77-9B1B-4633-B3DF-F20E164CDA90"><Screenshot from 2025-07-08 14-47-52.png></span>_______________________________________________<br>MITgcm-support mailing list<br>MITgcm-support@mitgcm.org<br>http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support<br></div></blockquote></div><br></div></div>_______________________________________________<br>MITgcm-support mailing list<br>MITgcm-support@mitgcm.org<br>http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support<br></div></blockquote></div><br></div></body></html>