Skip to content

Bugfix/gnssro refmetoffice geom2geop #75

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

Open
wants to merge 1 commit into
base: develop
Choose a base branch
from

Conversation

steve-marshall-piq
Copy link

Description

Add geopotential height conversion to GNSSRO RefMetOffice forward operator

The RefMetOffice GNSSRO forward operator was previous reading geometric height from the MetaData/height variable, but treating it as a geopotential height when comparing to model data. This resulted in a significant bias, especially in the upper atmosphere, when compared to the RefNCEP FO.

This code adds an explicit conversion from geometric to geopotential height, using the same function used by RefNCEP.

Issue(s) addressed

No issue number has been created, but I have conferred personally with Neill Bowler, original author of this forward operator.

Dependencies

None

Impact

None

Checklist

  • I have performed a self-review of my own code
  • I have made corresponding changes to the documentation
  • I have run the unit tests before creating the PR
    A note on my unit tests.
    I ran the ufo unit tests successfully in the skylab-v8 environment, where I tested the scientific validity of these changes. I also ran all the ufo unit tests in the latest develop environment before and after making my changes. The unit tests had some errors. From the error messages, I believe this is primarily because I don't have the most up-to-date unit test data files. However, the errors in unit tests were identical before and after my code changes. The ufo_coding_norms test passed in both cases.

@jbrandmeyer-piq
Copy link

Please rebase this branch onto JCSDA/develop. Merge traffic from JCSDA/ufo to planetiq/ufo should not appear in our PRs up to JCSDA/.

@steve-marshall-piq steve-marshall-piq force-pushed the bugfix/gnssro_refmetoffice_geom2geop branch from f158fa1 to 55ed5b9 Compare March 23, 2025 16:42
@steve-marshall-piq
Copy link
Author

Attached is the document I shared with Neill Bowler, Ben Ruston, and Francois Vanderberghe.

PlanetiQ Differences between RefMetOffice and RefNCEP GNSSRO Forward Operators in JEDI.pptx.pdf

@steve-marshall-piq steve-marshall-piq force-pushed the bugfix/gnssro_refmetoffice_geom2geop branch from 55ed5b9 to 2edddf8 Compare March 24, 2025 13:33
…rator

The RefMetOffice GNSSRO forward operator was previous reading geometric
height from the MetaData/height variable, but treating it as a
geopotential height when comparing to model data. This resulted in a
significant bias, especially in the upper atmosphere, when compared
to the RefNCEP FO.

This code adds an explicit conversion from geometric to geopotential
height, using the same function used by RefNCEP.
@steve-marshall-piq steve-marshall-piq force-pushed the bugfix/gnssro_refmetoffice_geom2geop branch from 2edddf8 to a343fea Compare March 24, 2025 13:59
@steve-marshall-piq
Copy link
Author

Please rebase this branch onto JCSDA/develop. Merge traffic from JCSDA/ufo to planetiq/ufo should not appear in our PRs up to JCSDA/.
I've performed the rebase such that there is not any merge traffic in the commits for this PR. Now just a single commit relative to JCSDA/ufo develop branch.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants