-
Notifications
You must be signed in to change notification settings - Fork 37
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
Add diagnostics for water vapor photochemistry parametrization #255
Comments
Greetings @DWesl |
Could you point me toward where I suspect the allocation of the other O$_3$ photochemical tendencies would be somewhere near, so I could find those and copy that for the water photochemistry tracers.
The ozone photochemistry scientific documentation doesn't mention |
My apologies that this is so scattered. Hopefully this can clear things up. All of the diagnostics are allocated by the host in GFS_typedefs.F90 Recently the photochemistry schemes were refactored and as part of that refactoring the schemes adopted a paradigm where all diagnostics are optional. This was to avoid passing in a host-specific diagnostic array, e.g.
With that you should be able to add the h2o diagnostics by following how they are handled with the ozone diagnostics; starting from where they are allocated by the host (GFS_typedefs.F90), calculated within the scheme (module_ozphys.F90), and finally where the diagnostics are populated (GFS_physics_post.F90). |
Description
The documentation implies I can request
dtend_qv_photochem
anddtend_qv_prodloss
from the water vapor photochemistry scheme or its wrapper, as I can for the ozone photochemistry scheme.CCPP currently quietly skips those, leaving me to rely on
dtend_qv_phys
, which probably includes photochemistry, and is probably just photochemistry near the stratopause.However, forecasts produce excess water vapor near and above the stratopause, and the water vapor field varies enough I'd like to be sure, and to investigate which of the terms of the parametrization produces the increase and variation.
Solution
Wrap wherever
physics/photochem/module_h2ophys.F90
with the same bits around the call locations ofphysics/photochem/module_ozphys.F90
that let it calculatedtend_o3_photochem
, then add the array allocation and optional argument tomodule_h2ophys%run
to allow it to calculate and returndtend_qv_prodloss
. I can't tell where those calls and allocations happen well enough to add them myself.Alternatives (optional)
The text was updated successfully, but these errors were encountered: