-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Basin mask for basin specific heat and salt flux diagnostics #95
Comments
Nice work. I wonder if it breaks bit reproducibility because the ocean mask (cells containing ocean) aren't consistent with the ocean mask in I looked at the code, and the mask is used in advection, so if the mask changed that might affect the tracer fields. |
Good question. I've compared it against what I think is the land mask (the variable Difference between the two after matching dimension names, and setting nan points to 0, non-nan points to 1:
Is this in I also saw that it was read in by |
This issue has been mentioned on ACCESS Hive Community Forum. There might be relevant details there: https://forum.access-hive.org.au/t/access-esm1-5-basin-ocean-heat-transports-incorrect/3674/6 |
You're right. I don't think there should be any way that this is used to do anything other than diagnose those transports, and yet they do make a difference, right? I guess you've tried not reading in the basin_mask and confirmed you get the same (original) output? If this hits the too-hard basket would it be straightforward to use the regionmask package to achieve the same effect? https://cmip6-preprocessing.readthedocs.io/en/latest/regionmask.html |
Ok it looks like I wasn't being completely competent when editing the namelist settings. I suspect including the basin properly should work fine without affecting reproducibility. Currently testing it and will update with the details. |
The ESM1.5 configurations currently save several 1D heat and salt flux variables over different ocean basins:
However the output for each basin is identical to the
global
output, as brought up here:The ocean namelist for the ESM1.5 configs don't include a
read_basin_mask
flag, which defaults to.false.
, and they also don't link the basin mask file currently at/g/data/vk83/configurations/inputs/access-esm1p5/modern/unused/ocean/uncategorised/global.1deg/2020.05.19/basin_mask.nc
in theconfig.yaml
files, and it looks like MOM reverts to computing global integrals when this file isn't supplied.Adding the namelist flag and path to the file give different output for the different basins:
For reference, the basin mask file looks like:
And it also lines up with the land mask used in ESM1.5.
Unfortunately, including the basin mask seems to break bit reproducibility. The following shows the difference in monthly mean surface temperature for the first month of simulation for a PI run with and without the basin mask file added in:
I'll rerun some tests to double check that it is the basin mask causing the differences.
The text was updated successfully, but these errors were encountered: