Skip to content

Combined Overturning Circulation notebook using Intake#533

Merged
rbeucher merged 12 commits into
mainfrom
INTAKE-CombinedOvertuningCirculation
Jul 16, 2025
Merged

Combined Overturning Circulation notebook using Intake#533
rbeucher merged 12 commits into
mainfrom
INTAKE-CombinedOvertuningCirculation

Conversation

@marc-white

Copy link
Copy Markdown
Contributor

Closes #435 , progresses #313 .

This PR will combine the existing notebooks Recipes/Appetisers-Easy/Atlantic_IndoPacific_Basin_Overturning_Circulation.ipynb and Recipes/Appetisers-Easy/Meridional_Overturning_Circulation.ipynb into a single notebook, Recipes/Appetisers-Easy/Overturning_Circulation.ipynb, that uses Intake instead of COSIMA Cookbook.

@review-notebook-app

Copy link
Copy Markdown

Check out this pull request on  ReviewNB

See visual diffs & provide feedback on Jupyter Notebooks.


Powered by ReviewNB

@navidcy

navidcy commented Jun 29, 2025

Copy link
Copy Markdown
Collaborator

I suggest we call the combined recipe "Meridional Overturning Circulation". And it should be mostly same as the Meridional_Overturning_Circulation.ipynb but with an extra 1-2 cell to show how to split into basins.

@marc-white

Copy link
Copy Markdown
Contributor Author

We appear to be missing a global 0.1degree MOM6 output from the ACCESS-NRI Intake Catalog to use in what was the Meridional_Overturning_Circulation notebook. What's an appropriate dataset we could use/add? @navidcy @AndyHoggANU

@AndyHoggANU

Copy link
Copy Markdown
Contributor

Good question. That 0.1° run was just a test. Do we have any global 1/4° MOM6 runs in the catalogue? If not, could use a PanAnt run (and just explain it's just a Southern Ocean domain)?

@marc-white

Copy link
Copy Markdown
Contributor Author

@AndyHoggANU there is the OM4_025.JRA_RYF dataset that could work?

@AndyHoggANU

Copy link
Copy Markdown
Contributor

Yep, that's good for demonstration purposes.

@marc-white

Copy link
Copy Markdown
Contributor Author

Yep, that's good for demonstration purposes.

Possibly not @AndyHoggANU - unless I'm missing something, it appears to lack a 'potential density'-equivalent variable.

@rbeucher

Copy link
Copy Markdown
Contributor

@adele-morrison @navidcy @aekiss can you suggest a dataset that would work?

@charles-turner-1

Copy link
Copy Markdown
Collaborator

We could potentially just use TEOS-10 to generate a potential density field here - or is that bad practice to do so with models?

https://teos-10.github.io/GSW-Python/

@rbeucher

Copy link
Copy Markdown
Contributor

I believe this is the last (or second-to-last) recipe to convert to intake. It would be great if we could complete this ASAP.

@adele-morrison

Copy link
Copy Markdown
Collaborator

It looks the OM4_025.JRA_RYF experiment has a vmo variable on density layers (with potential density coordinate rho2_l). There is also vmo on depth layers (z_l), so I guess you just need to make sure you open the right one.

@marc-white

Copy link
Copy Markdown
Contributor Author

@adele-morrison I'm not sure how that will work though - the potential density variable from the MOM5 data (pot_rho_2) is a full data variable with time and coordinate dependence, and gets manipulated as such by the remap_depth function. The potential density rho2_l in the MOM6 data is a time-and-position-independent coordinate.

@marc-white

marc-white commented Jul 16, 2025

Copy link
Copy Markdown
Contributor Author

Are we now at the point where we just merge this 'as-is' and open a ticket to sort out the MOM6 data issue later? The book is adapted for intake already, although it likely needs some tidying up first.

@marc-white

Copy link
Copy Markdown
Contributor Author

Checklist to close off for as-is merge:

  • Remove debugging & development statements
  • Remove original notebooks

@charles-turner-1

Copy link
Copy Markdown
Collaborator

Currently the notebook can't be run the whole way through in one hit without errors - will update and merge when this is the case.

@charles-turner-1 charles-turner-1 self-assigned this Jul 16, 2025
@charles-turner-1

Copy link
Copy Markdown
Collaborator

@marc-white It won't let me request a review from you - presumably because this PR was yours originally - but can you review my changes & check you're happy with them?

@review-notebook-app

review-notebook-app Bot commented Jul 16, 2025

Copy link
Copy Markdown

View / edit / reply to this conversation on ReviewNB

marc-white commented on 2025-07-16T07:04:40Z
----------------------------------------------------------------

Line #21.            # "attrs": {"cell_methods": "rho2_l:sum yq:point xh:sum time: mean"},

Could this be removed?


@review-notebook-app

review-notebook-app Bot commented Jul 16, 2025

Copy link
Copy Markdown

View / edit / reply to this conversation on ReviewNB

marc-white commented on 2025-07-16T07:04:41Z
----------------------------------------------------------------

Was this in the original notebook? I can't recall...


charles-turner-1 commented on 2025-07-16T21:57:41Z
----------------------------------------------------------------

Nah - I added this in to show why a subsequent cell is broken

@review-notebook-app

review-notebook-app Bot commented Jul 16, 2025

Copy link
Copy Markdown

View / edit / reply to this conversation on ReviewNB

marc-white commented on 2025-07-16T07:04:41Z
----------------------------------------------------------------

This looks.... odd. Is this what we'd expect?


charles-turner-1 commented on 2025-07-16T21:59:41Z
----------------------------------------------------------------

This is why the cell below fails - the depth mapping calculation is wrong for MOM6.

I'm adding a bit more exposition now.

@review-notebook-app

review-notebook-app Bot commented Jul 16, 2025

Copy link
Copy Markdown

View / edit / reply to this conversation on ReviewNB

marc-white commented on 2025-07-16T07:04:42Z
----------------------------------------------------------------

This is showing up as a blank plot on the ReviewNB view, please check.


charles-turner-1 commented on 2025-07-16T22:01:09Z
----------------------------------------------------------------

Yup, that's correct - Added a note explaining this.

@review-notebook-app

review-notebook-app Bot commented Jul 16, 2025

Copy link
Copy Markdown

View / edit / reply to this conversation on ReviewNB

marc-white commented on 2025-07-16T07:04:42Z
----------------------------------------------------------------

Data location to be removed, replace with intake words


@review-notebook-app

review-notebook-app Bot commented Jul 16, 2025

Copy link
Copy Markdown

View / edit / reply to this conversation on ReviewNB

marc-white commented on 2025-07-16T07:04:43Z
----------------------------------------------------------------

Not for action, but we really need to work out a more efficient way to load in these time-invariant values.


charles-turner-1 commented on 2025-07-16T22:03:50Z
----------------------------------------------------------------

agreed

@review-notebook-app

review-notebook-app Bot commented Jul 16, 2025

Copy link
Copy Markdown

View / edit / reply to this conversation on ReviewNB

marc-white commented on 2025-07-16T07:04:44Z
----------------------------------------------------------------

Can remove commented parts


@marc-white marc-white marked this pull request as ready for review July 16, 2025 07:05

Copy link
Copy Markdown
Collaborator

Nah - I added this in to show why a subsequent cell is broken


View entire conversation on ReviewNB

Copy link
Copy Markdown
Collaborator

This is why the cell below fails - the depth mapping calculation is wrong for MOM6.

I'm adding a bit more exposition now.


View entire conversation on ReviewNB

Copy link
Copy Markdown
Collaborator

Yup, that's correct - Added a note explaining this.


View entire conversation on ReviewNB

Copy link
Copy Markdown
Collaborator

agreed


View entire conversation on ReviewNB

@charles-turner-1

Copy link
Copy Markdown
Collaborator

Thanks for catching those issues @marc-white.

Currently, it looks like that calculation that remaps density space back to depth space is wrong for MOM6. I'm going to take a quick look to see it it's an easy fix - it not I've put some comments surrounding what's going wrong in that suggest taking a look at the cosima hackathon.

@charles-turner-1

Copy link
Copy Markdown
Collaborator

I've mostly fixed the depth calculation. I think it's still a little dodgy - I've added a comment about this - but it should function pretty well as a recipe now. Think it's ready to merge.

@rbeucher rbeucher left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just make sure that remaining issues are documented and flagged in a GitHub issue for the Hackathon. Thanks for your help on this.

@rbeucher rbeucher merged commit ca79615 into main Jul 16, 2025
2 checks passed
@rbeucher rbeucher deleted the INTAKE-CombinedOvertuningCirculation branch July 16, 2025 23:32
charles-turner-1 added a commit that referenced this pull request Aug 1, 2025
@charles-turner-1 charles-turner-1 mentioned this pull request Aug 1, 2025
2 tasks
rbeucher pushed a commit that referenced this pull request Aug 1, 2025
* Remove errant references to cosima cookbook

* Delete basin wise overturning circulation, see #533. Think this got accidentally undeleted

* 'cosima_cookbook user'=> 'cookbook user' in comment for greppability

* Remove cookbook tutorials

* Typo

* Fix the barotropic steamfunction notebook
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

Successfully merging this pull request may close these issues.

Combine the Overturning Circulation Recipe and the Basin-specific Overturning Circulation Recipe?

6 participants