-
Notifications
You must be signed in to change notification settings - Fork 22
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
replace 3d array with 2d array in add_psfc_increment #59
Conversation
@CatherineThomas-NOAA , when you have time would you check to see if the changes in this PR to |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Changes look good, thanks @RussTreadon-NOAA don't worry I won't click merge until we have confirmation from @CatherineThomas-NOAA that everything works
Thanks @RussTreadon-NOAA! The code looks good to me. I'll try it at C1152, though I will likely need to wait until WCOSS comes back later this week. We've been having issues on Hercules lately. |
@CatherineThomas-NOAA . Thanks for the update. Let's hold this PR until we confirm that it works for C1152. |
I can confirm that this fix allows the C1152 case to run. I'm thinking more about this code in general though. I believe that this code change is equivalent to what was already there, but I'm not sure if what was there is what we should be doing? In the GSI minimization, we compute a increment for ps and then project it through the column: In this utility, it is only pulling the increment from the lowest level delp to represent the surface. But the surface pressure should be impacted by increments to all levels above it. Do we instead need something like...
|
The equation in GSI you provided: I think what the GSI code is doing is saying "the surface pressure increment is applied as a scaling factor to all layers based on their thickness", so thus we should be able to get that increment back, right? |
@CoryMartin-NOAA: I agree, this process should be reversible. Since a change like this would alter results and need more thorough investigation, how about we merge this PR as is so the C1152 g-w PR can advance, and then open a new issue to investigate the ps inc calculation? This PR would continue to replicate the behavior already used in our experiments. |
@CatherineThomas-NOAA works for me |
There are a few updates needed to cycle with the C1152 atmospheric model: - config.resources(.$machine): include C1152 case options for DA tasks - gdasfcst config.ufs: WRTTASK_PER_GROUP_PER_THREAD_PER_TILE_GDAS=20 - source code update for calc_analysis NOAA-EMC/GSI-utils#59 - resource change needed for atmanl upp Note that any needed changes to time limits for C1152 will be addressed at a later date. Resolves #3173
Follow on to #57 with 2d array replacing 3d array in add_psfc_increment (file src/netcdf_io/calc_analysis.fd/inc2anl.f90)
Resolves #56