-
Notifications
You must be signed in to change notification settings - Fork 23
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
1deg and 0.25deg KDS50 bathymetry inherits terraces from GFDL50 #141
Comments
"If we wanted to fix this we'd need to go back to a more raw topography file, before the minimum-thickness threshold was applied." Russ Fiedler hides... More seriously, yes, I think you've got that right. There should be gaps between 0-20% of the original grid, which would manifest itself as a slope of 0.2 in the original GM50. In other words there is no topography with values between Nice presentation of the result. I like the |
Closing - this has been fixed in |
This issue has been mentioned on ACCESS Hive Community Forum. There might be relevant details there: https://forum.access-hive.org.au/t/bathymetry-for-ocean-model-at-any-resolution/462/8 |
See below for a scatter plot of partial cell thickness versus full cell thickness in the three configurations used in the paper. The upper and lower lines have slopes of 1 and 0.2, respectively.
The scatter shows how model bottom cell thickness ranges between the full cell thickness and 20% of that (with a 10m minimum at 0.1deg discussed here).
I'm posting this issue to note the gaps in the 1deg and 0.25deg distributions.
The 1deg and 0.25deg topog.nc files use the KDS50 vertical grid but were based on files generated for the GFDL50 grid, which already had a (presumably 20%) minimum partial cell thickness. When adapted to KDS50 the GFDL50 minimum cell thickness produces gaps in the thickness distribution, i.e. the small terraces produced by the GFDL minimum partial cell thickness are inherited by the topography on the KDS50 vertical grid. At least, that's what I think is going on.
If we wanted to fix this we'd need to go back to a more raw topography file, before the minimum-thickness threshold was applied.
(plot script is here)
The text was updated successfully, but these errors were encountered: