Make sure all of the data is in the same coordinate system and the processing extents include the work area.
Mark Boucher
Sent from my iPhone
All of the data is in the same coordinate system and the processing extents are correct.
Nothing about this has changed from previous years, where after a little troubleshooting (wrong versions of component programs, incorrect directory permissions, etc) it worked.
Apparently DEM reconditioning works with the data from the tutorial here. I noticed that the stream data for that one is not in a geodatabase, instead it is a .shp file. To confirm this, I tried running DEM Reconditioning on USGS data for about the same area as the data attached to my first post that used .shp files for the stream data instead of geodatabases and it succeeded.
In my previous testing with fresh data that failed DEM Reconditioning, I used geodatabase format for the stream data. to match the formats the professor was using.So it looks like Arc Hydro Tools/HEC-GeoHMS has an issue with the data being in a geodatabase. Perhaps this is what has been contributing to the errors in previous years.
Is there any way to solve the issue with using geodatabases?
Katie,
I downloaded your data and went straight to DEM reconditioning and had now problems. I am using 10.4.1 and can't use 10.3. I ran the reconditioning and it worked fine.
I also ran my typical process on the original DEM (not reconditioned) fill sinks-flow direction-flow accumulation-stream definition-stream links-catchment grid delineation-catchment poly processing-drainage lines. Everything worked fine.
As for having the flowline date in a geodatabase, I've always found geodatabases to be more stable and my practice it to put the data in a geodatabase as a matter of course. So, your finding conflicts with mine and I'll have to keep a heads up.
I had problems in the past with versions of HEC-GeoHMS and ArcHydro not being based on the same version. When I "mixed" the versions, I would run into problems.
One thing I do is ignore streams and rely on the DEM to define the streams except when there is a problem area like a bridge or embankment that the DEM "doesn't know about". I set lines and burn through those. I do burn in pipes especially in the flat lands.
Attached you can see a version of the DEM with the streams burned in (reconditioned) with the drainage lines from the non-reconditioned (non-burned) DEM. The drainage lines do not always follow the NHDFlowlines. This tells me that the flow lines are likely manually created or are out of date (ie. based on an older DEM).
Best,
Mark
Thanks for getting back to me, and sorry for the delay. The university was closed for Christmas.
Your findings are interesting. I attempted to run DEM reconditioning with nothing but the base map and flowline data and HEC-GeoHMS says "Please add data with appropriate projection to the map, save and try again." Running it with Arc Hydro Tools does not produce this error, and instead runs DEM Reconditioning successfully.
Since the professor wanted to run HEC-GeoHMS DEM reconditioning, I ran project raster on the base map to satisfy the error message. Then, if I run DEM Reconditioning through HEC-GeoHMS with the project raster layer as the Input Raw DEM, I get the same error as originally. Same with Arc Hydro Tools.
Here's what confuses me. If I create the project raster level and run HEC-GeoHMS with the base map as the Input Raw DEM instead of the project raster level, it succeeds.
I personally am satisfied with that result, but I am not sure if the DEM reconditioning and subsequent steps (the professor has students run fill sinks, flow direction, flow accumulation, stream definition, stream segmentation, catchment grid delineation, drainage line processing, adjoint catchment processing) would be affected by the data not being based on the project raster layer. I ran the subsequent steps and to my untrained eye it looks OK. Can you think of any reason this would be unacceptable?
Thank you so much for looking into this for me.