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.

Sign up for GitHub

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

Jump to bottom

Add diagnostics: tob & sob #102

Closed
jkrasting opened this issue Mar 31, 2015 · 2 comments
Closed

Add diagnostics: tob & sob #102

jkrasting opened this issue Mar 31, 2015 · 2 comments
Assignees
@jkrasting
Milestone
CMOR-ization of d...

Comments

@jkrasting
Copy link
Contributor

Add the "tob" and 'sob" diagnostics.

These are 2-D fields for the temperature and salinity at the bottom of the ocean.

cmor_field_name='tob', cmor_long_name='Sea Water Potential Temperature
at Sea Floor', cmor_units='degC',
cmor_standard_name='sea_water_potential_temperature_at_sea_floor'

cmor_field_name='sob', cmor_long_name='Sea Water Salinity
at Sea Floor', cmor_units='psu',
cmor_standard_name='sea_water_salinity_at_sea_floor'
@jkrasting jkrasting added this to the CMOR-ization of diagnostics milestone Mar 31, 2015
@adcroft
Copy link
Collaborator

adcroft commented Mar 31, 2015

Naively use k=G%ke will return a "skin layer" if the layers are vanished above topography. If the diagnostics happens immediately after the vertical diffusion (assuming non-zero diffusivity) this is going to be very close to the first inflated layer above the bottom. Otherwise we might want to define a "sampling thickness" parameter, say 1m, over which to integrate vertically to ensure we have a meaningful quantity.

@jkrasting
Copy link
Contributor Author

Implemented tob and sob on a separate branch.

For now, tob and sob are based solely on G%ke.

tob_sob

This was referenced Apr 8, 2015
Merged
Merged
@jkrasting jkrasting self-assigned this Apr 8, 2015
@adcroft adcroft closed this as completed in 03cc127 Apr 9, 2015
nikizadehgfdl pushed a commit to nikizadehgfdl/MOM6 that referenced this issue Oct 9, 2017
@jkrasting
Merge pull request mom-ocean#102 from NOAA-GFDL/nikizadehgfdl-patch-4
40696f6 
correction to handle a none-None type
gustavo-marques added a commit to gustavo-marques/MOM6 that referenced this issue May 17, 2019
@gustavo-marques
Merge pull request mom-ocean#102 from NCAR/ocn_lag
e0a8b9b 
Fix ocn lag logic for continue_runs
MJHarrison-GFDL pushed a commit to MJHarrison-GFDL/MOM6 that referenced this issue Jun 15, 2021
@Hallberg-NOAA
+Add init_call argument to ice_data_type_chksum
1341f59 
  Added a new optional argument to ice_data_type_chksum to help address SIS2
issue mom-ocean#102 by specifying some checksums that can be omitted because they are
always zeros during initialization.  Also replaced module use statements to
various fms_ or mpp_ modules with use statements from the MOM framework
directory or SIS_framework in ice_type.F90.  This includes using updated names
in various subroutine calls, replacing calls to mpp_chksum with SIS_chksum and
mpp_get_compute_domain with get_compute_domain.  All answers are bitwise
identical, but there is a new optional argument to a publicly visible
subroutine.
MJHarrison-GFDL pushed a commit to MJHarrison-GFDL/MOM6 that referenced this issue Jun 15, 2021
@Hallberg-NOAA
Use init_call argument to ice_data_type_chksum
dbea0ba 
  Added code to use the optional init_call argument to ice_data_type_chksum,
which was recently omitted when this optional argument was added in an attempt
to partially address SIS2 issue mom-ocean#102.  Without this change, the logical variable
init was being used but not set, so it would have been random whether some of
the chksums were being written.  All solutions are bitwise identical.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@jkrasting jkrasting

Labels
None yet
Projects
None yet
Milestone
CMOR-ization of diagnostics
Development

No branches or pull requests
2 participants
@adcroft @jkrasting