Hi all,
Both of the above comments are quite helpful I think. First regarding Jonathan's:
I agree we shouldn't attempt to distinguish water as a substance based on salinity.
In the standard names, we want Roy's definition of a 'water_body' to refer to only the liquid found in bodies of liquid water lying atop an underlying solid surface and interfacing with either the atmosphere or layer of ice above; we exclude water in the atmosphere or underground aquifers (I think), I like the suggestion to use the term 'sea_or_inland_water' for these water bodies, and if only bodies of water associated with a certain area type should be considered, that should be specified using a "where directive" in the cell_methods
(e.g., "where land" would indicate only inland bodies are considered and "where sea" would indicate only areas of the sea
should be considered).
Regarding Roy's last paragraph above: in CMIP, sea_water
was meant to refer to only the water that an ocean component of a coupled climate model simulated. Of the 2062 variables requested from models in CMIP6, about 17% included sea_water
in their standard name, and only a few of those omitted specifying "where" the variable should be reported; most indicated "where sea", but for river transports into the sea from land "where land" was specified and for certain fluxes into and out of sea ice, "where sea_ice" was specified. And in a few cases there was no "where" specification given, but this will likely be corrected in CMIP7.
So, I'm coming around to the notion that we can interpret "sea_water" in all datasets written prior to version 1.13 as possibly referencing both inland water and sea water. Going forward, I would favor:
cell_methods
should include "where land".There are two reasons I'm so keen to retire the current interpretation that "sea_water" can refer to water found anywhere on earth:
area_type
"sea" here and in that context limit "sea" to bodies of water (roughly at sea level) that interact directly with an ocean. This would exclude lakes and rivers over land and so would only be consistent with the use of "sea_water" in standard names if the standard names also were limited in this way.—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.