Back to variables | Category Index
Each Output variable record corresponds to a physical parameter specification.
Link to CMIP7-AFT Data Request - Variable Changes
| Attribute | Value |
|---|---|
| branded_variable_name | wmo_tavg-ol-hxy-sea |
| cell_measures | area: areacello volume: volcello |
| cell_methods | asms-tmn (Time Mean of Area Sum on Sea) |
| cmip6_compound_name | Omon.wmoSouth30 |
| cmip6_frequency | mon |
| cmip6_tables_identifier | Omon (Monthly ocean data) |
| cmip7_compound_name | ocean.wmo.tavg-ol-hxy-sea.mon.30S-90S |
| cmip7_frequency | mon |
| conditional | True |
| description | Upward mass transport from residual mean (resolved plus parameterized) advective transport. |
| dimensions | longitude, latitude, olevel, time |
| disambiguation | South30 |
| modelling_realm | Ocean |
| name | ocean.wmo.tavg-ol-hxy-sea.mon.30S-90S |
| physical_parameter | wmo (Upward Ocean Mass Transport) |
| primary_modelling_realm | Ocean |
| processing_note | Report on native horizontal grid. Online mapping to depth/pressure vertical grid if depth or pressure are not native. Those who wish to record vertical velocities and vertical fluxes on ocean half-levels may do so. If using CMOR3 you will be required to specify artificial bounds (e.g. located at full model levels) to avoid an error exit. This is a regional subset of the variable. If you are producing the global equivalent of Omon.wmoSouth30, you should omit this regional South30 version. If the global equivalent of this variable is not in the Data Request, you can still produce that instead of the regional variable if you prefer, and you will be able to publish it. |
| provenance | Omon ((isd.003)) |
| region | 30S-90S |
| spatial_shape | XY-O (Global ocean field on model levels) |
| temporal_shape | time-intv (Temporal Interval) |
| title | Upward Ocean Mass Transport |
| type | real |
| uid | 80ac31ef-a698-11ef-914a-613c0433d878 |