Skip to content
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

Closed
aekiss opened this issue Apr 8, 2019 · 3 comments
Closed

1deg and 0.25deg KDS50 bathymetry inherits terraces from GFDL50 #141

aekiss opened this issue Apr 8, 2019 · 3 comments

Comments

@aekiss
Copy link
Contributor

aekiss commented Apr 8, 2019

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.

partialcells
(plot script is here)

@russfiedler
Copy link

russfiedler commented Apr 8, 2019

"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 zw(k) and zw(k)+0.2*(zw(k+1)-zw(k))

Nice presentation of the result. I like the Nike tick mark in the 025 example!

@aekiss
Copy link
Contributor Author

aekiss commented Oct 22, 2020

Closing - this has been fixed in /g/data/ik11/inputs/access-om2/input_20201022/ - see #158 (comment)

@aekiss aekiss closed this as completed Oct 22, 2020
@access-hive-bot
Copy link

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants