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

ALE crash without thermodynamics #93

Closed
angus-g opened this issue Mar 22, 2015 · 1 comment
Closed

ALE crash without thermodynamics #93

angus-g opened this issue Mar 22, 2015 · 1 comment
Assignees

Comments

@angus-g
Copy link
Collaborator

angus-g commented Mar 22, 2015

If you run with ALE set to regrid (onto say, the z* coordinate), but with ENABLE_THERMODYNAMICS = False, a few crashes occur where it is assumed that temperature and salinity are accessible as a consequence of having ALE enabled:

@adcroft
Copy link
Collaborator

adcroft commented Mar 23, 2015

Thanks @angus-g. This is a case of options colliding with each other. I will put conditionals around the three code points you listed to avoid segv's.

Running in general coordinates without temperature/salinity is ill-defined - not using T/S really only makes sense for the stacked shallow equation mode in which layer density is prescribed and time-invariant. In any other mode (whether diabatic or not) the density is determined by an equation of state. Bob had a "buoyancy" mode in HIM and GOLD that was basically a single constituent fluid which we haven't thought about providing in general coordinates. Is that what you were looking for?

Notes for my own sake:

  • ADIABATIC turns off the parameterizations.
  • ENABLE_THERMODYNAMICS becomes ...%use_temperature and dictates whether the "tv" (thermodynamic variables) structure is allocated. Turning off tv is really only meaningful in stacked shallow water mode.
  • Using parameterizations without T/S is already tested for
  • Need to add warning for combination of general coordinates and non-T/S mode, until we provide a buoyancy mode in g.c.

@adcroft adcroft closed this as completed in d891fa4 Apr 2, 2015
adcroft added a commit that referenced this issue Apr 2, 2015
- As reported by @angus-g in #93, USE_ALE used to happily run
  though remapping and use of thermodynamics variables (tv%) even
  if USE_EOS was False.
- Checks added in
  - MOM_PressureForce_analytic_FV.F90
  - MOM_remapping.F90 now checks that T/S are associated before remapping
  - MOM.F90, we conditionally add T/S to the group halo updates for ALE
- Close #93.
- No answer changes.
gustavo-marques pushed a commit to gustavo-marques/MOM6 that referenced this issue Apr 23, 2019
MJHarrison-GFDL pushed a commit to MJHarrison-GFDL/MOM6 that referenced this issue Jun 15, 2021
  Added 4 new diagnostics to comply with CMOR requirements for units and how the
diagnostics are calculated.  Because the suggested CMOR names were already in
use, they have been added with _CMOR appended to their names.  The four new
diagnostics in question are "siconc_CMOR", "sivol_CMOR", "sisnconc_CMOR" and
"sitemptop_CMOR", and of course there are new entries in the SIS.available_diags
files.  This PR closes SIS2 issues mom-ocean#91, mom-ocean#92, and mom-ocean#93.  In addition by making the
axes in the registration call for "RDG_FRAC" consistent with the dimensionality
of the diagnostic that is written out, this PR might also have addressed SIS2
issue mom-ocean#138.  The new diagnostics have been visually confirmed to be credible,
and all solutions are bitwise identical.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants