Dear colleagues
I'm currently working on a continous model in HEC-HMS using gridded precipitation. The model is set up and already working for event simulation. Once I add methods for calculating evapotranspiration (Penman-Monteith-Equation) though, the run is aborted at the 99% mark. Excep for the precipiation input I use non-gridded methods by the way.
I tried the following to identify the problem: Running the simulation without calculating ET works properly, as done in an event simulation. Changing the ET method on the other hand still produces the same error. Using gage rainfall instead of gridded precipiation (and leaving the ET methods as is) works without problems.
Thus, there seems to be a compatibility problem with gridded precipiation and (non-gridded) ET calculation. This seems strange to me though, as the program just computes subbasin averages for precipiation by using a non-gridded transform method. So the precipiation input shouldn't have any different format than a gage-weighted rainfall, as far as I understand it.
Right now I'm a bit stuck, since I also don't find any information in the User's Manual regarding this problem. I'm using HEC HMS 4.4 by the way. Is my analysis correct, or do you maybe have another idea to identify the problem? Has anyone encountered something similar?
Any help would be highly appreciated! Please ask if you have further questions or I made something not clear.
Best regards
Sören vom Ende
Hello Sören Vom Ende
To try imagining the problem let us assume that we are the software. Regarding ET, it is variable according to elevation. To calculate runoff u need to abstract ET values from rainfall values...right?? so when the software has a gridded rainfall values then maybe searches for an opposite value for ET to make calculation. and when it finds there is only one ET value maybe it has a contradiction that ET value location is far from a specific precipitation point and has a programming limit for difference in elevation. Meanwhile when u have only station value with one ET value it would automatically calculate average value... any way i would be happy to continue discussion if you want....free software has this common problem u get unexplained errors...i think your problem solution is to use gridded ET values...
Mahmoud Hammad first of all thanks for your reply! That's what I figured as well. I tried using the Clark Unit Transform Method, since it would calculate a basin average rainfall just like with Thiessen Polygons. I figured it would work the same way. But in reality it doesn't. What makes the simulation work though is the ModClark Transform method in conjunction with gridded snowmelt. I get no error in this case, independently of ET...
The answers of this researchgate question can give you some information
https://www.researchgate.net/post/How_can_I_create_a_precipitation_gridset_for_HEC-HMS_using_Radar_Data
Regards.
Hi, were you able to solve this issue? I am also facing it now as I am trying to compare different ways of representing precipitation within a watershed. One way is through the gridded precipitation dataset. So, I tried to set HEC-HMS model with gridded precipitation data and specified a single temperature series at each sub-basin level to estimate the ET. Seems like the meteorological model runs just fine but when it moves to compute the basin model, the HEC-HMS crashes at 49% and says " WARNING 15303: Aborted run ....." .
The model works just fine if I do not specify the shortwave radiation and evapotranspiration in the meteorological model.
Thanks
- Badges
- Science topic
- Similar topics
- Correction