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

Estimate river width and depth if no river geometry data available #195

Open
TBovenschen opened this issue Aug 3, 2023 · 2 comments
Open
Assignees
Labels
workflows Issue linked to the workflows
Milestone

Comments

@TBovenschen
Copy link

When no river geometry data is available (hydroAtlas or Lin 2019 do not have small rivers included) HydroMT does not create the riverwidth and -depth layers and the wflow model can not be run.
Maybe the old deprecated method of setup_riverwidth could be used as backup to the new methods, to estimate the riverwidth based on discharge/precip/upstream area when no data is available. I think it would be most logical if this would be included as an option in the setup_river method.
Another option would be to estimate the river width based on a raster (like merit_hydro). Merit_hydro has the river width data included, and it covers some area that are not covered by for example Lin 2019, so might be useful sometimes. I am however not sure whether this is possible and would give reliable results.

@hboisgon
Copy link
Contributor

hboisgon commented Aug 4, 2023

Good suggestions! I would also be in favor of being able to still use the 'old' setup_riverwidth method.

For river depth, another suggestion could be to use directly discharge from wflow outputs based on kinematic wave approach (under the Lin database a return period of 2 years is used). Note that for the kinematic wave, a default bankfull_width of 1 meter an be used and has almost no impact on the results for water level and very little to no impact on the discharge.

@alimeshgi alimeshgi added the needs refinement issue still needs refinement label Dec 4, 2023
@hboisgon hboisgon added the workflows Issue linked to the workflows label Dec 14, 2023
@JoostBuitink JoostBuitink added this to the 2024 - high priority milestone Jan 24, 2024
@hboisgon
Copy link
Contributor

hboisgon commented Feb 27, 2024

Suggestion: split setup_rivers into setup_rivers (mask only and dem adjust) and setup_river_cross_sections (width, depth, roughness)

setup_rivers: derive mask and data from high res dem and width if available in this dataset

  • mask
  • length
  • slope
  • optional: width_raw (as this may not be complete)

setup_river_cross_sections_from_vector and setup_river_cross_sections(_from_raster) should allow to update only width or only depth or only roughness. (later like d3d setup_river_cross_sections_from_point xy crosssection)

roughness methods:

  • mapping table based on streamorder --> current setup_rivers maybe improve with table per resolution or upstream area

width methods:

  • vector: from width in gdf (new: fill locally with powlaw(uparea) instead of smoothing?) --> current setup_rivers
  • raster: based on power law (discharge, precip, uparea) --> old setup_riverwidth method - discharge is best - uparea can be okay locally
  • raster: add fill gap and smooth from width_raw using a power law(uparea)

depth methods:

  • vector: from depth in gdf --> current setup_rivers
  • vector: from width + qbankfull in gdf using powlaw/manning/gvf --> current setup_rivers
  • raster: from width + qbankfull derived from gridded qbankfull (not discharge timeseries 2yr RP postprocessing script on wflow output or postprocessing method) (e.g. wflow kin wave run where depth has a very small influence) using powlaw/manning/gvf --> new method
  • both: maybe not make it mandatory to create it especially for kinematic wave

Also possible: create new river database merging lins and merit hydro data
Add new river dataset GRIT: https://zenodo.org/records/7629908
Interesting abstract (data not yet available?): https://meetingorganizer.copernicus.org/EGU24/EGU24-19997.html

@alimeshgi alimeshgi removed the needs refinement issue still needs refinement label Apr 10, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
workflows Issue linked to the workflows
Projects
None yet
Development

No branches or pull requests

4 participants