POST
|
Kevin, i suggest you look into "Watershed Delineation" tool in Arc Hydro (same toolset as Point Delineator). that tool is designed to do batch delineation and has a bit more options on snapping (if you need it). this way you do not have to write your own "looper". also, please review the "Arc Hydro - Project Development Best Practices" document. might save you some grief - e.g. spatial reference issues, data used in analysis being in the same feature dataset, HydroID assignment, .... Dean
... View more
a week ago
|
1
|
0
|
54
|
POST
|
are you using a feature class or a shape file as input into the tool (polygons)? you should be using a feature class and the HydroID associated with that feature class should be "drawn" from the gdb holding the feature class. so if you have external data you want to use as input (e.g. a shape file or a FC from a different gdb than your project gdb), first import them into your project gdb/FD, reassign HydroID if necessary, and then run the tool.
... View more
03-21-2024
09:44 AM
|
0
|
1
|
111
|
POST
|
The fix for this problem is in the latest build 3.1.63 that is available on the AH tools download site. Should work both for Pro 3.1.* and 3.2.* versions. Please give it a try.
... View more
03-11-2024
03:52 PM
|
0
|
1
|
144
|
POST
|
Thanks for bringing this up. I was able to reproduce similar (not quite the same) behavior and there is something going on with the tool that we need to investigate and fix. It might be mid-next week before we get to it. In the meantime, try the following: 1. Before running the tool, make sure you make a backup copy of APUNIQUEID table. 2. Make sure that input polygons have their HydroID populated. 3. If the tool run successfully, HydroID for result watershed and DrainID for input polys might be all 0, which will not enable you to relate the output watersheds to the input polys (but at least you will get the output polygons). If you need that connection and if your input polygons are not overlapping, getting the correct IDs is fairly simple to do using out of the box overlay tools. 4. Check APUNIQUEID table. If it does not seem right, replace it with the backup table created in #1. I will update this conversation once we have a new AH build with the fix for this tool out.
... View more
03-08-2024
10:09 AM
|
0
|
0
|
150
|
POST
|
The *_FS tables are the "flow split" tables (for drainage line and catchment feature classes). They contain the HydroID of a downstream feature if there is more than one downstream feature at a given feature (HydroID of the first downstream feature will be stored in the field NextDownID of the feature itself, while the _FS table will have the additional values). In the _FS table, "FEATUREID" field contains the HydroID of the feature that has a flow split, while "NEXTDOWNID" field contains the HydroID of the downstream feature. The only time there will be an entry in those tables is if you have braided streams in your system (there are flow splits). If you are using dendritic terrains and you do not provide streams with braids as inputs into the process (as in your case where streams are unknown), these tables will always be empty.
... View more
12-05-2023
12:58 PM
|
1
|
1
|
390
|
POST
|
Arc Hydro for Pro 3.1 is compatible with Pro 3.2. You can use Arc Hydro install 3.1.45 for now or any later build. We will be adding a Pro 3.2 link to the Arc Hydro download site shortly, but it will be pointing to 3.1 installs for now. Dedicated 3.2 install might be developed later on.
... View more
12-05-2023
10:56 AM
|
0
|
0
|
437
|
POST
|
Alice, Which version of our desktop software are you using? With Pro 3.0 and up there are new alternatives to terrain processing. That will help me in correctly directing you to the right tools (workflows). It would also help if you can explain what your ultimate goal is in this process (why are you burning in the ditches). What is the end result you are trying to get to? Thanks. Dean
... View more
10-26-2023
12:29 PM
|
0
|
1
|
616
|
POST
|
The key difference is that Arc Hydro fill allows you to specify "deranged" polygons as input. These areas will NOT be filled. So it is a different option than standard fill that can limit the fill by depth. Document that Dan pointed you to goes into details on how to identify and manage sinks if you choose to have them. Note that if you are going to do full terrain preprocessing (so you can use AH tools for watershed delineation etc.), you need to tweak the flow direction in sinks (described in that document as well). And finally, if you are using Pro 3.0 and up, there are tools that allow you to do flow direction and accumulation without filling sinks. In general, it provides better results than using the fill approach.
... View more
10-24-2023
11:12 PM
|
1
|
0
|
932
|
POST
|
Could you please describe the data you have to support the modeling you are interested in and provide definition of the connectivity index as it pertains to your specific use case? That will drive potential solution(s). For example, do you already have the stream network and locations of culverts you are interested in replacing in vector format or are you starting from digital elevation model and want to derive streams in the process. If you already have vector representation of the stream network and points of interest on it, you can use tracing capabilities in ArcGIS Pro to identify impacts of barriers on the upstream/downstream connectivity. If you do not have the stream vectors but have DEM, you can derive the streams from it using Arc Hydro tools and then use the tracing to evaluate the culvert removal impacts or alternatively, use watershed delineation at points of interest to evaluate the impacts. Arc Hydro tools do not have an explicit tool to create the “connectivity index”, but depending on your specific requirements, it would be possible to create a tool for it (if necessary supporting data are available).
... View more
08-15-2023
01:00 PM
|
0
|
0
|
508
|
POST
|
Arc Hydro might be able to help with your stormwater watershed delineation. Please review these two documents: 1) Basic concept overview: https://community.esri.com/t5/water-resources-documents/arc-hydro-for-stormwater-overview-v5-pdf/ta-p/918454 2) Detailed processing workflows: https://community.esri.com/t5/water-resources-documents/arc-hydro-stormwater-processing-pdf/ta-p/918403 We are in the process of updating the second document to reflect ArcGIS Pro Arc Hydro tools for stormwater (they are basically the same as in ArcMap version, but the updated document will have all the updated tool interfaces and workflow tweaks).
... View more
08-06-2023
04:23 PM
|
0
|
0
|
483
|
POST
|
There can be many reasons for this to happen, so the solution might not be straightforward. Since you already worked through several AH tools before getting to this point, and this tool has been around for quite some time, i will not go into installation, licensing, tool "bug", and other similar issues and will focus on typically next set of issues that might be causing this - and that is the size of the DEM you are processing and your system. Two things to try: Clip a subset of the data and try to run your full workflow on it. Keep it small (let’s say less than 5,000 by 5,000 cells for your DEM). You just want to see if the tools work first (and you should run your full planned workflow on it to just see if you are getting expected results and your underlying data are “adequate” for what you are trying to accomplish). If the process does not work on a small subset, send us the data and we’ll try to reproduce it here and if we can, we’ll fix the culprit. Please review blog “Reporting Arc Hydro Tools Issues” (https://community.esri.com/t5/water-resources-blog/reporting-arc-hydro-tools-issues/ba-p/1176263) and follow the provided guidelines there. If the process works on the smaller dataset, then it is not the tools or process, but the size/system. Please review “Arc Hydro - Project Development Best Practices.pdf” document. (https://community.esri.com/t5/water-resources-documents/arc-hydro-project-development-best-practices-pdf/ta-p/920431). The same principles apply to Pro projects. Section 6 in that document describes some of the troubleshooting steps you can take. One thing we have noticed with this tool is that if your data are residing on a network drive, the tool is more “sensitive”. Move the data to a local drive (it can be an external, but local drive – e.g. a USB3 HD) and run it from there. Also, make sure that your “temp” drive has enough space to store all intermediate rasters (normally, your “temp” drive is your system drive) – we recommend that you should have at least 10 times of available space as the DEM size. Hope this helps.
... View more
03-23-2023
10:40 AM
|
1
|
0
|
667
|
POST
|
Randal, We have updated the code for the Trace by AH Attributes to make it more Arc Hydro-ish with respect to how it is called from python. Please install AH version 3.0.58 (of course, uninstall the previous version first). Your updated code should then look something like (you can type this on the python command line and replace with proper pointers to your data – if it works, then move to your code): import arcpy import hydroconfig import tracebyahattributes in_flags = "D:\\10Data\\Raindrop2022\\AH2022.gdb\\Trace_by_AH_Attributes_Input_Start_Points_Points_3" in_barriers = None in_streams = "DrainageLine" trace_direction = 'Upstream' #or 'Downstream', 'Both' search_distance = 50 max_next_lines = 0 #0=all, 1, 2, 3, =first, first 2, first 3 line(s) when there are splits exclude_start_elements = False #..start elements would be included in the results (elements a flag hits) p = tracebyahattributes.TraceByAHAttributes() p.DebugLevel = 1 t_returns = p.executeAH(in_flags, in_streams, trace_direction, search_distance, max_next_lines, in_barriers, exclude_start_elements) if(t_returns[0] == hydroconfig.C_OK): print(t_returns) else: print(t_returns[0]) -------- to try on the python command line after successful trace run print(t_returns) ('OK', '36,31,32,25,26,27,30,21,22,18,19,23,24,16,17,14,15,3,4,11,13,1,2,12,20,9,10,5,6,7,8', 'ts_results', 'ts_start_points', '36', None) Several things to note: t_returns – this is the “result” that the function returns. It consists of several elements. Fist element (index 0) is whether the function completed successfully. If it is “OK” then it finished correctly and the following elements in the list are individual results. Second element is a string containing a comma delimited list of ArcIDs that are the trace results. This can be useful if you are running the script “headless” – e.g. outside of Pro (pure python). Third element is feature set of returned lines ( -- I think you are looking for this --) Fourth element is feature set of input flags (starting points) Fifth element is the count of returned trace lines ( -- I think you are looking for this --) Sixth element is feature set of barriers if any were used. This should return a selected set if you are running your code from within Pro. Using this function makes sense if you have simple “network” and want basic upstream/downstream trace analysis. You should use trace network if the trace system is more complex (e.g. multiple layers, complex edges, …). We use TN for stormwater analysis within Arc Hydro. Let me know if this works for you. Also, please review document "Arc Hydro - Calling Arc Hydro Tools in Python.pdf" (https://community.esri.com/t5/water-resources-documents/arc-hydro-calling-arc-hydro-tools-in-python-pdf/ta-p/920821). It goes into more detail on accessing AH functions through python script.
... View more
03-22-2023
09:54 PM
|
1
|
0
|
992
|
POST
|
Thanks. No need to switch - we are looking at the code and wanted to make sure we are looking at the right version.
... View more
03-21-2023
12:06 PM
|
0
|
0
|
998
|
POST
|
Randal - which version of Pro and Arc Hydro tools are you using?
... View more
03-21-2023
11:16 AM
|
0
|
2
|
1002
|
Title | Kudos | Posted |
---|---|---|
1 | a week ago | |
1 | 04-02-2022 04:33 PM | |
1 | 12-05-2023 12:58 PM | |
1 | 10-24-2023 11:12 PM | |
1 | 03-23-2023 10:40 AM |
Online Status |
Offline
|
Date Last Visited |
5 hours ago
|