-
Notifications
You must be signed in to change notification settings - Fork 6
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
Dry air vs. moist air and tracer units #40
Comments
I added these functions in SCREAM recently (wet->dry and dry->wet) for all tracers that SCREAM carries. We need to find a way to make them available to the codes outside of SCREAM. This is the same situation as |
As I've discussed with a few of you, it seems like we could actually get dry-air quantities from SCREAM for our aerosol calculations and then have SCREAM's aerosol atmosphere process handle conversions to/from the aerosol package. In fact, SCREAM already has some fields for dry-air quantities, even though it deals primarily with their moist-air equivalents. The nice thing about this approach is that we don't have to think about dry air vs. moist air in our aerosol parameterizations. This brings us more in line with the rest of the aerosol physics community (if I'm not mistaken), and confines dry/moist conversion issues to a single location: the aerosol atmosphere process in SCREAM. If we adopt this approach, I would like to change the Atmosphere class in Haero so its quantities are all w.r.t. dry air. What say yous, @pbosler @singhbalwinder @pressel ? |
I like the idea of picking a convention and sticking to it. I have no opinion on whether or not dry is better than moist for such a convention. Moist air was chosen for the dynamical core for reasons cited in Taylor et al., 2020, and sticking with that convention would keep us more in line with Eamxx. But if most parameterizations use dry air, and Eamxx has to convert for other parameterizations such as P3 anyway, dry air is a good option, too. Generally, physics parameterizations are harder to wrangle than dynamics, so whichever option makes physics simpler is probably best. |
I agree. All the aerosols and gasses in MAM4 are assumed to be dry, so I think it is best to keep it that way. We can do the conversion (wet<->dry) using the scream utility functions in the MAMxx interface routine. |
I'm asking around about other aerosol packages. I'll report what I find. |
From Nicole Riemer (author of PartMC at UIUC): "We are in the “dry air” camp, because otherwise one needs to adjust the mixing ratio every time one evaporates or condenses some water or when the moisture gets updated otherwise by transport, which would be confusing. It’s similar to reporting aerosol size distributions w.r.t. “dry diameter” because the actual diameter always adjusts to the ambient relative humidity and changes accordingly. It’s a good question what “most” aerosol packages use — I would assume it’s dry air, but honestly am not sure." |
From Manish Shrivastava (at PNNL, but familiar with WRF): "I think WRF also uses ug/kg dry air" I have questions out to people from CMAQ and CARMA as well. |
From Ben Murphy (EPA's CMAQ): "We are pretty much always transporting in "dry" mass mixing ratios to my knowledge. At least, that's how I interpret concentrations when converting to total mass. Incidentally, we are also usually "dry" in the sense that we store size distribution parameters consistent with no water on the particles, although we do store the mass of particulate water. ...that at least partly is motivated by the fact that aerosols are typically dried when analyzed." |
Thanks for collecting these! Looks like everyone agrees on using the dry mmrs for the aerosols, which is the same as our plan for MAM4. |
I looked through the CARMA source, and it looks like they store number concentrations instead of mixing ratios, which are indifferent to this wet/dry air question. Nevertheless, I think we'll get an answer from Chuck Bardeen (author) sometime soon. Given our sampling so far, I think it's fair to say that dry air seems to be the favored approach among aerosol models. And given that Haero doesn't actually place constraints on the aerosol prognostic variables (only the atmospheric state, as represented in its I propose two things:
How does this sound? |
I think we do this already --- at least for water vapor, since
to construct a dry-air For the time being, we should consider renaming the variables in To be more descriptive, e.g., instead of |
I think being descriptive is good, but I think as long as we document what a variable is we can probably get by with shorter names. I think it's hard to argue that This is just my $0.02, of course. What about other opinions? |
Let's move the variable name discussion to #74. |
DECISION: we are using dry air mixing ratios as prognostics in mam4xx, just like mam4 and many other aerosol packages. Conversions will be done between dry and moist air quantities in EAMxx.
Summary
The dynamics of Eamxx are defined with respect to moist air so that, for example, the water vapor tracer
qv
is given as water content per unit of total air, e.g., density water vapor / density total air. Many of our aerosol parameterizations are defined with respect to dry air, so we have to be alert to this inconsistency both for bug detection in the existing code and to make sure we don't introduce new bugs in Mam4xx.Fortunately, atmospheric scientists give us two terms that distinguish between definitions for water vapor:
For other tracers, such as aerosols mass and number concentrations/mixing ratios etc., we'll need to be careful to know whether or not they are defined with respect to dry air or moist air.
The file
conversions.hpp
contains functions that convert to and from each (moist or dry) representation for water vapor; for other tracers we'll need to write analogous methods.This web page matches the definitions from standard meteorology texts and shows how to convert between moist and dry water vapor content definitions.
To-do:
The text was updated successfully, but these errors were encountered: