[MITgcm-support] unrealistic model results in a regional model

Fanglou Liao fanglou.liao at unswalumni.com
Tue Dec 16 09:34:32 EST 2025


Hi Dimitris
Thank you very much for your response. Yes, Martin helped a  lot and now the problem is solved.
Best,
FL
________________________________
From: MITgcm-support <mitgcm-support-bounces at mitgcm.org> on behalf of Dimitris Menemenlis <dmenemenlis at gmail.com>
Sent: Monday, December 15, 2025 11:25 PM
To: MITgcm Support <mitgcm-support at mitgcm.org>
Subject: Re: [MITgcm-support] unrealistic model results in a regional model

Hi FL, I have not followed this discussion (and perhaps Martin or Matt have already suggested/check this) but one place to look is your data.exf file.  Did you correctly specify the contents of your ERA5_sw_3hrs_1993.bin file? If you send (or resend?) your data.cal and data.exf files, I can take a quick look.

D.


On Dec 15, 2025, at 6:59 AM, Martin Losch <Martin.Losch at awi.de> wrote:

again, I don’t know what to suggest, with your parameter settings you should get time dependent forcing. Run the model with a higher debugLevel > 3 and try to figure out from the STDOUT, what’s going on.

After that there’s always the “print hallo” debugger (o:

Martin

On 15. Dec 2025, at 11:43, Fanglou Liao <fanglou.liao at unswalumni.com<mailto:fanglou.liao at unswalumni.com>> wrote:

Hi Martin

Thanks a lot for your reply. I made a mistake in my previous email, actually EXFatemp diagnostics also remains unchanged with time, so the model actually reads only the first record of my external forcing. It is because EXFlwqnet is calculated with seawater temperature which varies, so the EXFlwqnet is changing. I really do not know why the model only reads the first record of my forcing file. I tested the forcing file in matlab as follows:
aaa = rdslice('ERA5_sw_3hrs_1993.bin',[77 57 2183],1,'real*4');
plot(squeeze(aaa(10,20,:))) ; the plot (attached) shows clearly the sw stored in my forcing file is changing.
Best,
FL

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


More information about the MITgcm-support mailing list