Skip to content

Remove salinity from tracers #54

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

Open
wants to merge 2 commits into
base: main
Choose a base branch
from
Open

Conversation

simone-silvestri
Copy link
Collaborator

@simone-silvestri simone-silvestri commented Mar 6, 2025

Ice salinity can be prognostic or diagnostic or prescribed, thus it is not a tracer because tracers are assumed to obey an evolution equation for which we have tendencies (i.e. always prognostic), therefore it is more sustainable to extract out salinity so that we can make general assumptions on the fields held in the tracers field (i.e. that we have to compute a tendency and we need to evolve them).

@simone-silvestri simone-silvestri changed the title Remoce salinity from tracers Remove salinity from tracers Mar 6, 2025
Copy link

codecov bot commented Mar 6, 2025

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 70.72%. Comparing base (c6aa25c) to head (b877143).
Report is 1 commits behind head on main.

Additional details and impacted files
@@            Coverage Diff             @@
##             main      #54      +/-   ##
==========================================
- Coverage   70.76%   70.72%   -0.04%     
==========================================
  Files          27       27              
  Lines         797      796       -1     
==========================================
- Hits          564      563       -1     
  Misses        233      233              

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@glwagner
Copy link
Member

glwagner commented Mar 6, 2025

I was thinking that we can have an abstraction for diagnostic tracers like we have for background fields. So any tracer can be prognostic or diagnostic.

The nice thing about this is that the place where you'd find salinty S isn't moving around in the model struct depending on configuration. You can count on model.tracers.S whether S is diagnostic or prognostic.

What design do you propose instead?

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.

2 participants