You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
During recent testing of the latest code based, v2.0.2.0, and using the new run_unit_benchmark_tests.py and using eval_bench_data.py, it was discovered that nws scores dropped significantly, 10 to 20 points. The new eval_bench_data.py and some other charges already exist in WIP PR 320.
NOTE - Please build and fix against the current PR 320 / dev-inundation-fix
After considerable research, it is believed the culprit has been found. In create_geocurves.py, it applies a mask to a depth grid using the shape made from nwn_features.geometry, not considering/not seeing donut holes in the middle of some inundation depth grids. This is a known issue but has proven to have far more impact than expected on nws/ahps sites due to the small spatial area.
There may also be a problem with the geometry based on the max depth grid, but more research is required.
The depth grids appear to be correct but they are not being used directly against the rating curve records. It appears that if we start with the starting rating curve, with each record in it, find the matching depth grid from the 05_hecras_outputs folder, then use the geometry of that to add to the newly merged geocruves.csv. The profile_number in each record in the rating curve, always matches the correct depth using the following naming convention as an example based on 12090301.
starting with r06_create_rating_curves\12365_COLORADO RIVER\rating_curve_5791848.csv -> profile_num of 93 (for example)
find 05_hecras_output\12368_COLORADO RIVER\COLORADO RIVER\Depth (flow93_ft).12368.12368.tif (notice profile number of 93 and the 93 in the depth grid name). This is the geometry we need for that record in the final geocurve.
PS.. the vertical bars in this bar chart are a temp bug to be fixed later in eval_bench_data.py:
Below, the pink represents donut holes that are being retained by the geocurve and result in over inundation.
The text was updated successfully, but these errors were encountered:
During recent testing of the latest code based, v2.0.2.0, and using the new
run_unit_benchmark_tests.py
and usingeval_bench_data.py
, it was discovered that nws scores dropped significantly, 10 to 20 points. The neweval_bench_data.py
and some other charges already exist in WIP PR 320.NOTE - Please build and fix against the current PR 320 / dev-inundation-fix
After considerable research, it is believed the culprit has been found. In
create_geocurves.py
, it applies a mask to a depth grid using the shape made from nwn_features.geometry, not considering/not seeing donut holes in the middle of some inundation depth grids. This is a known issue but has proven to have far more impact than expected on nws/ahps sites due to the small spatial area.There may also be a problem with the geometry based on the max depth grid, but more research is required.
The depth grids appear to be correct but they are not being used directly against the rating curve records. It appears that if we start with the starting rating curve, with each record in it, find the matching depth grid from the
05_hecras_outputs
folder, then use the geometry of that to add to the newly merged geocruves.csv. Theprofile_number
in each record in the rating curve, always matches the correct depth using the following naming convention as an example based on 12090301.PS.. the vertical bars in this bar chart are a temp bug to be fixed later in
eval_bench_data.py
:Below, the pink represents donut holes that are being retained by the geocurve and result in over inundation.
The text was updated successfully, but these errors were encountered: