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.

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

Added support for driving GCHP with native GEOS metfields. #164

Merged
merged 1 commit into from Jan 3, 2022

Conversation

LiamBindle
Copy link
Contributor

@LiamBindle LiamBindle commented Oct 6, 2021

The main change in this PR is the handling for METEOROLOGY_VERTICAL_INDEX_IS_TOP_DOWN in GCHPctmEnv.

Parent PR (feature/native-metfields)

@yantosca
Copy link
Contributor

yantosca commented Oct 7, 2021

The integration tests are failing due to an error in MAPL_GridCompMod.F90. There is a variable called reverse_time which is an integer but is treated as a logical. Intel allows this but Gfortran chokes. See: https://dev.azure.com/geoschem/GCHP/_build/results?buildId=1469&view=logs&j=12f1170f-54f2-53f3-20dd-22fc7dff55f9&t=9c939e41-62c2-5605-5e05-fc3554afc9f5&l=3446

@msulprizio
Copy link
Contributor

The integration tests are failing due to an error in MAPL_GridCompMod.F90. There is a variable called reverse_time which is an integer but is treated as a logical.

The integration tests are failing because of this PR geoschem/MAPL#12, which is already in dev. Once that issue in dev is fixed, this PR should pass the Quick Build tests.

@LiamBindle LiamBindle changed the title [WIP] Added support for driving GCHP with native GEOS metfields. Added support for driving GCHP with native GEOS metfields. Oct 7, 2021
@LiamBindle
Copy link
Contributor Author

I reran the CI pipeline and it passes now.

This PR is ready for review.

@stale
Copy link

stale bot commented Nov 7, 2021

This issue has been automatically marked as stale because it has not had recent activity. If there are no updates within 7 days it will be closed. You can add the "never stale" tag to prevent the Stale bot from closing this issue.

@stale stale bot added the stale No recent activity on this issue label Nov 7, 2021
@LiamBindle LiamBindle removed the stale No recent activity on this issue label Nov 8, 2021
js = lbound(UA,2); je = ubound(UA,2)
lm = size (UA,3)

ALLOCATE(SPHU0(is:ie,js:je,lm), STAT=STATUS);
Copy link
Contributor

@lizziel lizziel Nov 10, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I may be missing something, but I'm not seeing why it is necessary to allocate the local arrays to store the vertically flipped imports. Aren't the humidities only used here:

! Stack up dry delta-P to get surface dry pressure
Do L=1,LM
! Pre-advection
PEdge_Bot = AP(L ) + BP(L ) * PS0(I,J)
PEdge_Top = AP(L+1) + BP(L+1) * PS0(I,J)
PSDry0 = PSDry0 + (PEdge_Bot - PEdge_Top) &
* (1.d0 - SPHU0(I,J,L))
! Post-advection
PEdge_Bot = AP(L ) + BP(L ) * PS1(I,J)
PEdge_Top = AP(L+1) + BP(L+1) * PS1(I,J)
PSDry1 = PSDry1 + (PEdge_Bot - PEdge_Top) &
* (1.d0 - SPHU1(I,J,L))
End Do
! Work back up from the surface to get dry level edges
! Do wet pressure at the same time - why not
Do L=1,LM+1
DryPLE0r8(I,J,L-1) = 100.d0*(AP(L)+(BP(L)*PSDry0 ))
DryPLE1r8(I,J,L-1) = 100.d0*(AP(L)+(BP(L)*PSDry1 ))
PLE0r8 (I,J,L-1) = 100.d0*(AP(L)+(BP(L)*PS0(I,J)))
PLE1r8 (I,J,L-1) = 100.d0*(AP(L)+(BP(L)*PS1(I,J)))
End Do
If yes, can't the L index be swapped with the vertically flipped equivalent?

@stale
Copy link

stale bot commented Dec 11, 2021

This issue has been automatically marked as stale because it has not had recent activity. If there are no updates within 7 days it will be closed. You can add the "never stale" tag to prevent the Stale bot from closing this issue.

@stale stale bot added the stale No recent activity on this issue label Dec 11, 2021
@yantosca yantosca added never stale Never label this issue as stale category: Feature Request New feature or request and removed stale No recent activity on this issue labels Dec 13, 2021
@lizziel
Copy link
Contributor

lizziel commented Dec 15, 2021

@LiamBindle, just checking on if you saw my review for this from early November.

@yantosca
Copy link
Contributor

I created a new branch in the GCHP superproject repo that points to the corresponding updates in both GEOS-Chem and HEMCO submodules. Integration tests and benchmarks will follow.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
category: Feature Request New feature or request never stale Never label this issue as stale
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants