Estoy intentando ejecutar una función desde herramientas Arc Hydro en ArcMap 10.1; Evaluación de fregaderos. Pero antes de que pueda terminar, devuelve un mensaje de error que, francamente, no entiendo en absoluto. Dice System.runtime.interopservices.comexception (0x80004005): error hresult e_fail .
¿Alguien puede ayudarme a resolver esto? He intentado todo lo que se me ocurre. Ejecutar la función desde la caja de herramientas en lugar de menús desplegables, acortar rutas, reiniciar ArcMap, reinstalar AHT, abrir nuevos documentos de mapa, reiniciar mi computadora, esperar hasta el día siguiente y ver si se ha arreglado automáticamente …
Después de buscar en este foro encontré un posible duplicado , aunque » no tengo respuestas. Ahora se me acaban las ideas, ¿alguien puede ayudarme?
Estoy usando Licencia básica de ArcMap 10.1 SP1 y Windows 7.
Creo que lo he reducido un poco, aunque todavía no tengo claro qué es lo que está mal. La evaluación del sumidero usa una serie de funciones en Arcmap, de las cuales una es Estadísticas zonales como tabla . Esa es la que se atasca. El ráster de entrada de alguna manera no existe, se desconoce la ruta. Supongo que este es un ráster intermedio.
Después de consultar al equipo de Arc Hydro, recibí el consejo de no usar cuadrículas almacenadas en a gdb (que no hice). También intenté cambiar las ubicaciones de destino, gracias a @ G.Oxsen. Desafortunadamente, ninguno de ellos resolvió el problema. Según el equipo de Arc Hydro, la GPL0 sobre la que pregunté anteriormente es una -rejilla de memoria, así que probablemente no hay problema.
Actualmente estoy persiguiendo que esté relacionado con la instalación de SP1. ¿Alguien está usando AHT con SP1 y ha logrado que la evaluación de Sink funcione?
La desinstalación de SP1 no cambió nada, desafortunadamente. Todavía estoy trabajando en esto, pero con menos intensidad. Parece que tendré que encontrar soluciones …
Al reducir el número de sumideros que necesitan procesamiento. Me las arreglé para ejecutar la evaluación del sumidero. Tener los archivos no almacenados en un gdb parece ayudar también, como se mencionó anteriormente, y usar cuadrículas de enteros. Cambiar el «Número máximo de valores únicos para renderizar» en Opciones de ArcMap (menú Personalizar), pestaña Ráster -> Conjunto de datos ráster es otro consejo que obtuve (del Arc Hydro Team). Reiniciar ArcMap después de ejecutar una o dos funciones también ayuda a mantener la estabilidad.
Comentarios
- También tuve un problema con ArcHydro 10.1 beta. Lo que me solucionó fue ejecutar Windows Update e instalar algunos parches que me había perdido, incluidos algunos » opcionales » parches. Suena extraño, pero funcionó para mí.
Respuesta
Recibí un error un poco diferente (s ) mientras se ejecuta la evaluación de sumidero y el procesamiento básico de terreno alterado.
De todos modos, estos pasos también pueden resolver otros errores, así que esto es lo que ayudó:
- Moví todos mis datos a C: \ data \
- Creé una nueva geodatabase de archivos (llamada testing.gdb) en esa carpeta
- Aumenté el número máximo de valores únicos para representar
- Establecí los objetivos (C: \ data para ráster y C: \ data \ testing.gdb para archivos vectoriales) usando ApUtilites
- Establezco la extensión de procesamiento en la extensión de mi DEM (Geoprocesos> Ambientes> Extensión de procesamiento)
- Guardé mi proyecto como testing.mxd en C: \ data
- Configuré testing.gdb como espacio de trabajo predeterminado (esto finalmente resolvió los últimos errores que estaba recibiendo)
- También nombré mi marco de datos simplemente como «datos» ya que las herramientas de ArcHydro tienden a agregar el nombre del marco de datos a las rutas de los archivos de salida. No estoy seguro de si este paso es necesario.
Comentarios
- ¡Muy buenas ideas! Debería revisarlos la próxima vez que ‘ esté calculando cuencas, ya que todavía recibo estos mensajes de error con regularidad.
- Creo que ‘ s lo más útil es mantener todo en C: / en lugar de una unidad de red, además de evitar shapefiles. Este también es un hilo de foros de ArcHydro muy útil.
Respuesta
Tuve un problema similar con las herramientas de Archydro en ArcGIS 10.0. Intente ir a la barra de herramientas de Archydro y vaya a ApUtilities> Establecer ubicación de destino. Vaya a cada sección de esa lista y edite las ubicaciones de destino de los datos ráster. Asegúrese de que la ubicación esté dirigida a una carpeta estándar y no a un .gdb o .mdb (en la ventana de selección, asegúrese de que el campo «Mostrar tipo:» esté configurado en «Shapefile / Raster Workspace» y no en «Personal / File Geodatabase» ). Es posible que pueda lograr el mismo objetivo a través de las opciones de entorno (menú desplegable Geoprocesamiento) cambiando el entorno del espacio de trabajo a una carpeta normal y no a .gdb o.mdb, pero no metería con el entorno del espacio de trabajo a menos que tuviera que hacerlo. Cambiar el entorno del espacio de trabajo afectará a todos los procesos, no solo al entorno ráster de las herramientas Archydro. Hágame saber si esto ayuda.
Comentarios
- Yo ‘ me temo que no ‘ t 🙁 ¡Gracias por tu ayuda! Podría estar relacionado con SP1 de Arcmap 10.1, pero aún estoy buscando eso. Yo ‘ obtendré de vuelta aquí con una solución tan pronto como la encuentre.
Respuesta
El problema parece ser una carpeta larga nombres y / o nombres de carpetas con espacios. Si establece las ubicaciones de destino en un nombre de carpeta simple & ruta, todas las herramientas funcionan.
Comentarios
- Hola. Si bien esto podría ser parte de la solución, ‘ también recomiendo mirar las otras respuestas si encuentra más problemas. .
Respuesta
Bueno, tuve ese problema con Hec-geoHMS mientras intentaba crear el archivo del modelo de cuenca.
Para solucionar este problema, implementé los pasos mencionados anteriormente y id no cambia los destinos de salida de ningún archivo en ninguna operación a partir de (Preprocesamiento), por lo que, por defecto, los almacena en una carpeta llamada (Capas). El error no volvió a ocurrir debido a que «seguí la corriente».
Ahora, si está interesado en lo que estaba haciendo mal, cambié deliberadamente el destino de salida a la geodatabase de archivos en la que estaba trabajando en (lo hice como una solución a un error anterior, poco sabía que estaba empeorando las cosas). El archivo «RawDEM» desapareció y no se pudo seleccionar ni encontrar, así que tuve que usar el DEM original que tenía -Esa era una señal segura de que algo andaba mal-. Fue un gran lío. De todos modos, el error HRESULT ya no existe .
Respuesta
Tuve este error HRESULT una vez. Estaba sucediendo porque solía cambiar el destino de salida manualmente cada vez ( comenzando desde las operaciones dentro del menú de preprocesamiento) en lugar de dejar que el programa decida por defecto. Así que simplemente siga las sugerencias mencionadas anteriormente, especialmente las relacionadas con los destinos de salida de archivos vectoriales y ráster, y siga el flujo y no cambie nada .
Respuesta
La base de datos es el principal problema. Si desea resolver este problema, cree una nueva geodatabase o copie la geodatabase original de su carpeta de documentos a la carpeta del proyecto que está trabajando actualmente. Luego, configure la geodatabase copiada como geodatabase predeterminada y comience a hundirse. aviso:
- Después de crear la nueva cuenta de Windows, ejecute ArcMap por primera vez y luego ciérrelo.
- Vaya a mi documento y copie la carpeta ArcGIS para trabajar en la nueva carpeta del proyecto. (de hecho, haga una copia de seguridad de su carpeta de geodatabase original)
- Inicie ArcMap nuevamente
- Inicie un nuevo proyecto
- Establezca la geodatabase copiada como geodatabase predeterminada para su proyecto
- Guarde el nuevo proyecto con cualquier nombre en su carpeta de trabajo en el proyecto.
- Ingrese su archivo DEM y sumérjalo.
Comentarios
- ¿Podría explicar por qué es necesario el número 1?
- Además, ¿por qué debería copiar mi base de datos de Documentos? ¿Cuál ‘ es la diferencia con la creación de uno nuevo?