-
Notifications
You must be signed in to change notification settings - Fork 180
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
JEDI-based ensemble recentering and analysis calculation #3312
base: develop
Are you sure you want to change the base?
Conversation
The remaining shell norm warnings appear to be false positives |
@DavidNew-NOAA , I cloned
There were no shellcheck warnings for |
@RussTreadon-NOAA Thank you for the tutorial on fixing erroneous shell norms! It took a few iterations, but I've figured it out |
Interesting. I updated to d9e0275.
No shellcheck warnings. I am using a copy of
Is this version of shellcheck too old? I see that g-w has a
Now I see shellcheck warnings ... but these warnings are not the ones we see from github actions. Any ideas @WalterKolczynski-NOAA, @aerorahul , @KateFriedman-NOAA as to (a) what's going on and (b) how to get the github shellcheck action to pass? |
@aerorahul @WalterKolczynski-NOAA This PR is ready for review. It has a pending companion GDAS PR, but I'd like some feedback on this PR before I merge the GDAS PR and break things. |
Description
COORDINATED MERGE
This PR implements ensemble recentering and analysis calculation in the Global Workflow, using JEDI-based applications to replace certain GSI utilities when JEDI is turned on in the workflow. If using GSI, then the workflow will remain unchanged. This PR also (finally) implements native-grid DA increments into the worflow.
The
gdas_analcalc
andenkfgdas_ecen
jobs will be replaced bygdas_analcalc_fv3jedi
andenkfgdas_ecen_fv3jedi
jobs respectively. Theenkfgdas_echgres
job is eliminated, since changing of resolution of the deterministic backgrounds is done internally in the JEDI-based recentering application.The design for this PR is based on discussions between the DA team and GW team a few months ago. Explanation of the flow of data through the workflow:
The
gdas_analcalc_fv3jedi
job dependencies do not change. The native-grid backgrounds andincrements are staged, and then the GDASApp JEDIfv3jedi_add_increments
application is run to add them and interpolate to the Gaussian grid. The Gaussian-grid backgrounds are also staged, and then a simple Python function inserts to these analysis variables into the histories, which become the Gaussian analyses. This is done this way to guarantee that the resulting Gaussian analyses are in the exact format required by UPP.The
enkfgdas_ecen_fv3jedi
no longer depends on the analysis calc job, since the ensemble-resolution variational analysis is computed/interpolated internally in the JEDI-based recentering application. All other job dependencies remain the same. We no longer need to compute the ensemble mean analysis in this job, since it can be outputted the the JEDI local ensemble DA application in theenkfgdas_atmensanlsol
job and just staged for recentering. The variational increment and deterministic backgrounds are also staged to compute the ensemble-resolution variational analysis. The output of this job is no longer the recentered ensemble increments, but rather the "correction increment", which when added to ensemble increments becomes the recentered increments. The prefix for the "correction increment" iscatminc
.The
enkfgdas_fcst
job now stages both the ensemble increments and the correction increment. They are added together withncbo
inforecast_postdet.sh
to generate the recentered increment.All forecast increments, both deterministic and ensemble, are now on the native cubed-sphere grid
Resolves #3248
Type of change
Change characteristics
How has this been tested?
Checklist