Latest Contributions by MarkBoucher

Are you wanting to fill every sink in the watershed to whatever level it would fill, or to one large sink (reservoir/lake) at the low end of the watershed? If it is the former, I'd be curious with someones answer. If a minor sink fills, you'd have to determine where the overflow volume goes and how much it fills the next sink downstream and then the next, etc. If this is a dynamic model, where you aren't looking just at the total storm runoff, but how the sinks fill over time, you've go a pretty complex model going on. And I'm not sure you can to that using ArcMap. If it is the latter (one large sink), you would normally make a depth-volume curve for the sink/reservoir/lake that would allow you to determine the depth after determining the volume. Also, large sinks have an outlet. and you'd need to do reservoir routing to determine the maximum depth of fill for a storm. Again, I'm not sure you can to that using ArcMap. Mark ... View more

Possibly convert the contours to a raster and then symbolize it. Use the elevation value for the raster value and you could do some interesting representation.  Just another idea. ... View more

Alex, Sorry to reply so late!  I routinely use the Extract by Mask tool to limit the area I'm analyzing. It really reduces the processing time. To keep things consistent throughout my county, I have a "master" agreestreams, innerwalls and outerwalls datasets in a geodatabase. This allows me to break up the watersheds as needed but keep the same features for modifying the DEM regardless of where I'm working. I don't use the "Adjust flow direction in lakes" function. What I do is put an agreestreams feature that goes through the lake an then to the outlet. I also put an innerwalls line across the dam. This allows me to put a batch point at the mouth of the lake or reservoir and perform watershed delineation, etc. at that point. Hope this helps, Mark ... View more

We have detention basins that are normally dry. Some are large and we use them for flood control. We usually need to know the watershed area including the detention basin. What I do is add an agreestream polyline that goes through the detention basin from the source stream to the outlet (through the dam). This keeps it from filling. I can create a batch point at the outlet or some location on the dam and get the watershed area that includes the detention basin. If the DEM is null in your lake, to do it this way you'd have to calculate that null value to actual value (zero would work) so that it will have an elevation when filled, but it would not fill higher than the burned stream raster. The fil raster is the step toward the fdr raster which is what is really important in the rest of the processing. Not sure if this applies to what you are doing, but thought I'd put it out there. Mark ... View more

Sorry. I haven't had the opportunity to use ArcGIS Pro. Mark ... View more

Alex,   I haven't noticed that before and it isn't something I'd expect. In dealing with rasters of different cell size (not in Arc Hydro) I've seen some strange results. In Arc Hydro I would always want/expect the subsequent rasters to have cell sizes the same, and be lined up with, the rawdem.   Sometimes I will make sure that the "Snap Raster" is set as the rawdem so that the resulting processed rasters "line up" with the rawdem. If using model builder you can do this. Otherwise you use the Geoprocessing>Environments menu and dialogue. Images below.   Best,   Mark ArcMap Model Builder (use "Connect" tool/pointer and drag line from raster to yellow box "tool", choose Environments, choose Snap Raster) ... View more

Glad its working for you!  Moving data to the C:drive was "revolutionary" in my learning/experience in Arc Hydro.  If you haven't been there, go to ArcHydro Problem Solvers. I started that thread to share/record my learning experience and others' contributions are also there. Best, Mark ... View more

Interesting. I've had the processing extents off before which will clip the results vertically and/or horizontally due to a reduced processing extent. I don't think I've ever had it "mask" the results to the AGREE Streams. Are the elevations in the resulting AGREE DEM valid?  All I can think of is maybe the Raw DEM layer that the tool is defaulting to is not the "rawdem" raster. When I use Arc Hydro I always use the default raster, dataset names. This saves some time and reduces some errors. A while ago I couldn't get the DEM Reconditioning to work. I now don't recall if it crashed or did what you are experiencing.  In the end I developed my own Model Builder model to do that work. Took a bit to get the logic right and creates a bunch of intermediate rasters (likely the tool does too). It has worked well enough for me that I don't use that part of Arc Hydro. A screen shot of is is below.  At some point I'll try the DEM Reconditioning tool again. I'm learning Python bit by bit and may eventually turn to that. Python appears to have less problems than Model Builder. Also, I hear that ArcGIS Pro Model Builder will be more stable due to the 64 bit compatibility. Mark ... View more

My first time seeing this topic. Have not used the Depression Evaluation tool. The message "Could not reference the raster dataset." makes me wonder if  the processing extent is covering project area. I once had a tool change the processing extent and not change it back. So everything worked fine until I got past that step, then raster results would get trimmed to the new extent. I've learned to keep and eye on the extent. **  I've seen python code the saves the current processing extents, changes them, does some processing, and then recalls the saved extents. # Save the extent environment tempEnvironment = arcpy.env.extent # Set the extent environment using a keyword. arcpy.env.extent = "MAXOF" ... ... # recall extent arcpy.env.extent = tempEnvironment‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ I agree with the naming rules. Seeing the "~"  in the file name in the original post (C:\USERS\PMH\APPDATA\LOCAL\TEMP\ARCF98B\AH2016~4\G_G2432) reminds me of file names that were too long for the old 8 character limits of long ago. I suspect (I don't really know) that some routines still have that limit and I try to keep file names and directory names short (at least those that would go through geoprocessing - rasters especially). ** If someone knows how to display the processing extent on the map (if only temporarily or as graphic) that would be nice. I hate simply resetting the processing extent as a "solution" when I'm not sure if it is the problem.  ... View more

Yes, file locks, processing extents, missing data, ... "These are a few of (Error HRESULT E_FAIL's) favorite things".  [dub over this that song from "The Sound of Music"] ... View more

I've had problems with DEM Reconditioning for a while and have had to create my own Model Builder Model to perform the task of burning streams and building walls. Mark ... View more

Looking at your watershed boundaries and points, it seems odd that there are two points in each watershed (polygon) as well as two drainage lines (blue polylines). If the points are centroids, then there is something wrong. The "two points inside each polygon" is so consistent, it makes me think that maybe  you change the number of cells in the stream definition an didn't rerun some other part of the Basic Dendritic Terrain Processing functions If the polygons are the catchment layer, then I'd check to make sure everything is correct at that step. Flying in the blind here since I don't know everything about your project, but if you redo any step before the step you are one, you have to redo all the steps in between. There's a good chance you didn't do this, but maybe there is something is a process before the longest flow path routine that is not finishing.  I've inserted a screen capture and highlighted just the steps I use. They have to be done in order and if you re-do any step, you must redo all the following steps. Heading out of town with limited ability to follow this. Hope you figure it out! ... View more

My web search revealed little on this error. It is basically the program "crying like a baby" and you have to guess what's wrong. I think (and I could be wrong) the routine can't find any data to work with and says "Huh?" Then translates that into "HRESULT E_FAIL has been returned from a call to a COM component".  If the processing extents don't coincide with the data, then this is what happens. This could be why things don't work well over the network (the link to the data gets scrambled). But then again, this is just my guess... Check to see that your processing extent covers your data. Check/Set this in the menu "Geoprocessing>Environments>Processing Extent". On occasion, I've found that this fixes the problem.  ... View more

Sorry for the late response. I do not have experience in what you are doing. Mark ... View more

Sikanar, I have not converted raster data to dss before, so I don't think I can help you. Sorry. Mark ... View more