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

RNR Hotfix: Workflow modified to save and reassign status rather than recalculate #603

Merged
merged 1 commit into from
Jan 3, 2024

Conversation

shawncrawley
Copy link
Collaborator

The RFC 5-Day Max Downstream Streamflow service was completely recalculating its status based on comparing the output RnR flows to streamflow thresholds where available. Because streamflow thresholds are not available for every site, certain sites were not able to be categorized. This is silly since the flood status of every relevant point is already pre-calculated as the starting point for the RnR WRF-Hydro inputs. Thus, this fix writes those statuses to the db during pre-processing and then joins to that table to re-assign the status at post-processing.

These changes fix a number of issues reported by WPOD:
https://vlab.noaa.gov/redmine/issues/124216
https://vlab.noaa.gov/redmine/issues/124212
https://vlab.noaa.gov/redmine/issues/124202
https://vlab.noaa.gov/redmine/issues/124165

The changes herein were hotfixed in-place, manually, on Production.

Fixes a number of issues reported by WPOD
@TylerSchrag-NOAA
Copy link
Contributor

Nice. I know you were hesitant about how deferring to the status columns could mask the data issues with thresholds... but this seems like a good approach to propagate the RFC-assigned statuses without compromising the integrity of the data model that you've setup in your new and improved RnR workflow.

@nickchadwick-noaa nickchadwick-noaa merged commit d5fac78 into ti Jan 3, 2024
1 check passed
@nickchadwick-noaa nickchadwick-noaa deleted the rnr-hotfixes branch January 3, 2024 16:44
nickchadwick-noaa pushed a commit that referenced this pull request Feb 21, 2024
… recalculate (#603)

The RFC 5-Day Max Downstream Streamflow service was completely
recalculating its status based on comparing the output RnR flows to
streamflow thresholds where available. Because streamflow thresholds are
not available for every site, certain sites were not able to be
categorized. This is silly since the flood status of every relevant
point is already pre-calculated as the starting point for the RnR
WRF-Hydro inputs. Thus, this fix writes those statuses to the db during
pre-processing and then joins to that table to re-assign the status at
post-processing.

These changes fix a number of issues reported by WPOD:
https://vlab.noaa.gov/redmine/issues/124216
https://vlab.noaa.gov/redmine/issues/124212
https://vlab.noaa.gov/redmine/issues/124202
https://vlab.noaa.gov/redmine/issues/124165

The changes herein were hotfixed in-place, manually, on Production.
@nickchadwick-noaa nickchadwick-noaa added this to the V2.1.5 milestone Feb 23, 2024
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.

Revamp RnR to use best-available thresholds, NRLDB rating curves, and reassign status to WRF-Hydro outputs
3 participants