Checking for missing content type metadata ...
This resource contains content types with missing metadata required to make it public or discoverable. Show missing content type metadata.
Click on the edit button ( ) below to edit this resource.
Checking for non-preferred file/folder path names (may take a long time depending on the number of files/folders) ...
This resource contains some files/folders that have non-preferred characters in their name. Show non-conforming files/folders.
This resource contains content types with files that need to be updated to match with metadata changes. Show content type files that need updating.
Test case for integrating the ripple1D FIM library into FIM integration database and comparing with the HAND FIM
| Authors: |
|
|
|---|---|---|
| Owners: |
|
This resource does not have an owner who is an active HydroShare user. Contact CUAHSI (help@cuahsi.org) for information on this resource. |
| Type: | Resource | |
| Storage: | The size of this resource is 50.7 KB | |
| Created: | Sep 10, 2026 at 4:38 p.m. (UTC) | |
| Last updated: | Sep 10, 2026 at 5:23 p.m. (UTC) | |
| Citation: | See how to cite this resource |
| Sharing Status: | Public |
|---|---|
| Views: | 25 |
| Downloads: | 11 |
| +1 Votes: | Be the first one to this. |
| Comments: | No comments (yet) |
Abstract
This dataset serves as a representative test case demonstrating the integration of Ripple1D-derived flood inundation maps into the multi-source FIM database described in Wagle et al. (2026). Ripple1D, a HEC-RAS 1D–based library generation tool, produces flood extents indexed along two dimensions—flow and downstream boundary condition (expressed here as downstream water surface elevation or normal depth)—rather than the single-flow indexing typical of most other sources. This dual-index structure allows the same reach to be represented across a range of discharge and tailwater conditions, capturing how downstream stage influences local inundation extent. For NWM reach 447692 (located near 30.94°N, −87.34°W), a corresponding baseline NWM HAND FIM was generated using FIMserv across an equivalent range of discharges, enabling direct comparison between the HAND methodology and the higher-fidelity, dual-indexed HEC-RAS 1D results from Ripple1D. Vector flood extents and depth rasters for each scenario were standardized, optimized, and populated into the relational database, with source files hosted on HydroShare. This example illustrates the database's ability to accommodate models with more complex indexing schemes beyond simple flow-based rating curves, supporting multi-model visualization, comparison, and validation workflows for flood forecasting and preparedness.
Subject Keywords
Coverage
Spatial
Content
README.md
Motivation
The current FIM database indexes flood maps using a single value: discharge at the downstream point of the modeled domain. This works for models like HAND, which are anchored on discharge alone.
However, HEC-RAS models (such as those in the National Water Center's library) are generated using two boundary conditions per reach: - Upstream BC: discharge entering the reach - Downstream BC: a water surface elevation (WSE), normal depth, or other condition at the downstream end
A single-discharge index cannot distinguish between two HEC-RAS runs with the same flow but different downstream BCs — resulting in different flood extents. This gap prevents systematic indexing, querying, and comparison of HEC-RAS flood map libraries.
## What was done
### 1. Database schema updated for dual BC indexing
The relational schema was extended with three new columns (shown in red in the diagram below):
| Table | New Column | Purpose |
|---|---|---|
rating_curves |
DownstreamBCType |
Type of downstream BC (none, normal_depth, or wse) |
rating_curves |
DownstreamBCValue |
Numeric value of the BC (e.g., WSE in ft) |
flows |
DownstreamWSE |
The downstream water surface elevation for each flow entry |
Each unique (model x downstream BC) combination now gets its own rating curve, so a HEC-RAS reach with 8 downstream WSE values produces 8 separate rating curves — all under one FIM source.
### 2. Converted Colab notebooks to standalone Python scripts
The original workflow ran in Google Colab notebooks. To support local execution and automation, the pipeline was converted to three standalone Python scripts driven by YAML config files:
| Script | Purpose |
|---|---|
run_fimserve.py |
Generates HAND FIMs for a reach using FIMserv |
run_preprocessing.py |
Standardizes GIS files, builds rating curves with BC metadata |
run_populate_db.py |
Creates/populates the SQLite database and generates vis JSON |
Each script is configured via a corresponding .yaml file. A conda environment.yml is included for
reproducibility.
### 3. HEC-RAS folder structure supports dual indexing
HEC-RAS flood maps are organized as:
HECRAS-1D/
For example:
HECRAS-1D/447692/z_nd/f_982.tif ← normal depth BC HECRAS-1D/447692/z_90_0/f_982.tif ← downstream WSE = 90.0 ft HECRAS-1D/447692/z_85_0/f_982.tif ← downstream WSE = 85.0 ft
The preprocessing script automatically parses this structure and assigns each downstream BC its own rating curve in the database.
### 4. Visualization with dual-indexed scenarios
#### Scenario visualization
The pipeline generates a visualization JSON compatible with the [FIM visualization app] (https://hydroinformatics.tulane.edu/lab/fims/) developed by the Hydroinformatics Lab at Tulane University. Users can select a model and downstream BC combination from the dropdown menu and use the slider to step through different discharge scenarios, instantly viewing the corresponding flood extent and depth map.
Currently, the downstream boundary condition is embedded in the dropdown label alongside the model name (e.g., "HEC-RAS1D | DS: WSE 90 ft"). This is because the current work focuses on the database side, and the visualization app is maintained independently. In the future, the app could be extended to include separate controls — one slider for discharge and another for downstream BC — for a more intuitive user experience.
#### Comparison with HAND FIM
The workflow also generates HAND-based FIMs for the same reach using FIMserv, enabling direct comparison between HAND and HEC-RAS1D flood maps within the same viewer. HAND models are anchored on discharge alone (no downstream BC), so they serve as a useful baseline.
This side-by-side comparison is valuable for evaluating how HAND and HEC-RAS1D complement each other, and could inform how both models are used together in NOAA's operational flood inundation mapping services
## Why this matters
The National Water Center maintains a large library of HEC-RAS flood maps generated with varying boundary conditions. This dual-indexing extension enables:
- Systematic cataloging of HEC-RAS flood maps by both upstream flow and downstream BC
- Querying and comparison across boundary condition scenarios for the same reach
- Integration of HEC-RAS maps alongside HAND, FEMA, and other models in one unified database
- Scalability — the same framework could index hundreds of reaches across the NWC library
## Sample data and reproducibility
The branch includes a small sample dataset (reach 447692 with multiple downstream BCs) so the full pipeline can be tested end-to-end:
```bash conda env create -f environment.yml conda activate fim cd scripts python run_fimserve.py --config run_fimserve.yaml python run_preprocessing.py --config run_preprocessing.yaml python run_populate_db.py --config run_populate_db.yaml
Next steps
- Gather feedback from stakeholders on the dual-indexing approach
- Test with a larger subset of the NWC HEC-RAS library
- Evaluate integration with the existing visualization platform at scale
How to Cite
This resource is shared under the Creative Commons Attribution CC BY.
http://creativecommons.org/licenses/by/4.0/
Comments
There are currently no comments
New Comment