Outil Point Delineator dans Archydropro

KevinUrbanczyk

J'utilise ArcGIS Pro 3.2.0 et Arc Hydro Tools Pro.  Pour un modèle de bassin versant, j'ai créé des rasters de direction d'écoulement et de cours d'eau ainsi que des vecteurs de ligne de drainage, bassin versant et bassin versant adjacent.  J'ai plusieurs points le long d'un chemin d'écoulement stockés dans une classe d'entités et j'ai besoin d'un outil automatisé qui calculera le bassin versant pour chacun des points.  L'outil "point delineator" fonctionne très bien pour cela si je l'exécute dans model builder avec la sélection itérative des entités opérant sur les points du chemin d'écoulement.  Cela est exécuté dans un projet par ailleurs vide (j'ajoute les couches fdr.tif, str.tif, ligne de drainage, bassin versant et bassin versant adjoint pour l'outil point delineator).  Le problème est que lorsque je mets le même modèle dans un projet ArcPro qui contient de nombreux notebooks python et d'autres modèles model builder, je reçois un message d'erreur indiquant "étendue invalide":  ERREUR 010568:<\/U> Étendue invalide. Veuillez vérifier la longueur ou la largeur nulle, ou l'échec de la projection de l'étendue vers la référence spatiale de sortie. Échec de l'exécution (Watershed). , ('ligne 1011', 'c:\\program files\\arcgis\\pro\\Resources\\ArcToolbox\\Scripts\\ArcHydro\\pointdelineator.py', 'IndexError: tuple index out of range').  Je ne comprends pas pourquoi cela fonctionne dans un projet simple mais échoue dans l'autre projet complexe.<\/SPAN><\/P>

MarkBoucher

Kevin,

I think the error regarding extent simply means that the processing extent is invalid. It could be that whatever extent you had defined (or defaulted to) in the simple model was OK, but something in the more complex model has changed the processing extent.

I'm not quite yet using Pro, but I assume the concepts are the same as in Deskstop.

I was once working on a project using Batch Point processing and it would run but the results would be cut off in a rectangle that I eventually realized happened to be the same as the extent of my Batch Point dataset. I think this was a bug in Arc Hydro where it would reset the processing extent to match the Batch Points (or when it reset the extent based on the layers involved it only used the Batch Points). My solution was to set the processing extent in Model Builder to be that of a "mask" layer that I used to extact the limits of the DEM I was using (to reduce memory requirements).

Additionally, in the Desktop version of Arc Hydro, there is the Batch Point option. When you create Batch Points you can run Batch Point processing. This likely does exactly what your model iteration does, but since it is w/in the Arc Hydro set of tools possibly it could reduce errors or "pass-on-ability" of your work (the next person won't have to decipher your "code").

Hope this helps,

Mark