Metodología para crear redes de drenaje (y cuencas) precisas a partir de DEM LiDAR de alta resolución?


28

Esta no es la primera vez que me encuentro con este problema; parece que no puedo generar un modelo de red de drenaje correcto y las cuencas resultantes a partir de datos LiDAR de resolución completa (celdas de 1 m).

Cuando generalizo el conjunto de datos LiDAR, lo convierto en un DEM entero y relleno sumideros, todo está bien y puedo crear fácilmente lo que parece ser un modelo muy generalizado. Sin embargo, me gustaría producir un modelo de sitio detallado para un mapa a gran escala y aquí es donde tengo problemas.

Debo señalar que la mayoría de los problemas ocurren en áreas más planas.

Me gustaría que la red de drenaje siga con precisión el terreno, pero cuando uso crear la red de drenaje a partir de una entrada DEM entera, las corrientes resultantes son muy generales y a menudo están "desconectadas" en áreas donde no debería estar. Las corrientes ni siquiera siguen de cerca las crestas naturales del terreno. También hay muchos segmentos "huérfanos" o "ir a ninguna parte". Cuando uso una entrada DEM de punto flotante , la red de drenaje resultante es detallada y precisa, pero está muy desconectada, agrupada y "llena" de corrientes huérfanas.

Sospecho que mi problema radica en algún lugar de la preparación de datos; entrada DEM de trama de enteros frente a punto flotante, el relleno se hunde correctamente, etc. ¿O podría ser que tengo que procesar los datos de superficie de alguna manera para crear primero una DEM de entrada "hidrológicamente correcta"?

¿Alguien puede describir la metodología correcta para crear redes y cuencas de drenaje continuo utilizando LiDAR de alta resolución?

Tal como está, tengo más éxito con la creación del modelo a partir de una entrada DEM entera. Sin embargo, esto no es ideal para el análisis detallado a gran escala:

La primera imagen adjunta es un modelo producido a partir de una entrada DEM entera. Se señalan varias áreas problemáticas obvias. Tenga en cuenta que en realidad hay una corriente en lo que parece ser el canal de drenaje principal. Agregué una versión muy generalizada de la transmisión. ingrese la descripción de la imagen aquí

EDITAR: Como ya mencioné, tengo más éxito con la creación del modelo a partir de una entrada DEM entera. Las siguientes capturas de pantalla ilustran por qué es así. A pesar de que la entrada DEM entera tiene muchos problemas como se puede ver arriba, todavía produce una red de drenaje que está menos desconectada, aunque no se ajusta a las características del terreno. Como puede ver en la imagen directamente debajo, el uso de una entrada DEM de punto flotante produce una red muy desconectada y agrupada llena de pequeños segmentos huérfanos.

Ráster de acumulación de flujo producido a partir de un punto flotante DEM ingrese la descripción de la imagen aquí

Ráster de acumulación de flujo producido a partir de un DEM entero ingrese la descripción de la imagen aquí

Hasta donde puedo deducir, ambos métodos producen resultados dramáticamente diferentes, ambos métodos son inutilizables para un modelo detallado.

EDITAR: Me disculpo por hacer que esta publicación sea cada vez más larga (tal vez no me estoy expresando claramente en inglés). Para ilustrar aún más el problema con el uso de un DEM de punto flotante para la entrada, adjunto la salida de Stream Link resultante, así como las cuencas hidrográficas resultantes. Lo que espero es una red Stream continua y toda el área cubierta de cuencas que fluyen entre sí.

Stream Link producido a partir de una entrada de coma flotante DEM: ingrese la descripción de la imagen aquí

Cuencas hidrográficas producidas a partir de una entrada de coma flotante DEM: ingrese la descripción de la imagen aquí

Aquí hay un ejemplo (área cercana, mismos datos) de donde se cambia toda la dirección del flujo de una cuenca debido al uso de la entrada de DEM entera: la flecha roja es la dirección del flujo del modelo y la flecha azul indica la dirección del flujo real . (líneas azules - corrientes reales, la red roja es el orden Strahler de la red de corrientes derivada de LiDAR) ingrese la descripción de la imagen aquí

Enlace a los datos: https://www.yousendit.com/download/MEtSOGNVNXZvQnRFQlE9PQ (caducará el 13 de mayo de 2011)


2
Consulte también la pregunta relacionada: ¿ Flujo de trabajo para determinar el gradiente de flujo?
Kirk Kuykendall

¿De dónde viene el sombreado? Los resultados de acumulación de flujo (negro) no parecen derivarse de las elevaciones sombreadas. Quizás podría mostrarnos el mismo mapa pero con una representación sombreada de la cuadrícula utilizada para obtener los valores de acumulación de flujo.
whuber

Correcto. Debería haber mencionado eso. El sombreado se deriva de la misma cuadrícula. (Y la red de flujo negro es un orden de flujo (Strahler) derivado del ráster de enlace de flujo) Todo en este mapa, excepto la ubicación del flujo (azul) se genera a partir de la misma cuadrícula.
Jakub Sisak GeoGraphics

2
Mi consejo para reducir problemas complejos es utilizar un caso de prueba simple. Recorte un pequeño trozo de su fuente ráster sin procesar y pruebe los pasos de la manera que desee (por ejemplo, mantener como flotante). Definitivamente llenar los fregaderos, siempre. Examine cuidadosamente el resultado de cada paso para asegurarse de que "se ve bien".
Mike T

2
Jakub, tengo exactamente los mismos problemas. No estas solo! La respuesta que me habían dado anteriormente no era utilizar los datos LiDAR para la creación de redes de drenaje ...
Jacques Tardie

Respuestas:


11

¿Has considerado utilizar el análisis GRASS GIS? Tengo la experiencia de que los algoritmos GRASS tienen muy buena precisión en el análisis hidrológico. Por ejemplo, quiero generar algo así como una red de drenaje en DTM con resolución 5x5m. Había comparado herramientas de ArcMap (incluidas ArcHydro Tools) y puede ver el resultado en la primera imagen (líneas rojas). Luego intenté usar la función GRASS GIS 'r.stream.extract' y obtuve el resultado que se muestra en la imagen 2 (líneas rojas). Ambas líneas de drenaje se generan con área de cateto de 3 hectáreas.

Es realmente diferente y tiene bastante precisión en comparación con las transmisiones reales (imagen 3, las transmisiones reales son azules). Y GRASS GIS tiene muchas herramientas hidrológicas, es decir, también para generar área de captación.

Líneas de drenaje usando ArcMap] Líneas de drenaje con GRASS GIS Comparación entre líneas de drenaje GRASS GIS y corrientes reales


1
¡Muy interesante! Puede generar el mismo error que veo usando las herramientas de ESRI. Esto me lleva a creer que el algoritmo ESRI simplemente no es capaz de manejar datos de alta resolución. Esto prácticamente responde a la pregunta. Gracias por las imágenes, ¡increíble! Casi no tengo experiencia en el uso de herramientas GRASS para el análisis de cuencas / drenaje. Le agradecería mucho que me indicara un tutorial básico de "cómo hacerlo".
Jakub Sisak GeoGraphics

1
¡Solo quería decir que esto es genial! Ejecutar algunas pruebas preliminares con un colega mío en nuestros conjuntos de datos Lidar y los primeros resultados parecen muy prometedores. La cantidad de características y parámetros y la capacidad de incluso agregar algunos toques cartográficos es excelente. Los resultados coinciden con las transmisiones reales. También descubriendo cuán anticuados están los algoritmos de ESRI, sin cambios desde mediados de los años 80. Eso explica mucho. ¡Gracias!
Jakub Sisak GeoGraphics

¡Me alegro de haberte ayudado! Me gusta GRASS GIS por muchos análisis hidrológicos y por los muy buenos resultados que brinda. Como dijiste, ESRI está realmente desactualizado. Ni siquiera sé hom muy anticuado que es. Si desea probar más análisis hidrológicos, consulte estas páginas (tal vez ya lo haya hecho): grasswiki.osgeo.org/wiki/Hydrological_Sciences y grass.osgeo.org/grass70/manuals/topic_hydrology.html .
david_p

GRASS GIS tiene solo una desventaja, creo, y es el entorno nativo especial para capas. Es un poco molesto para aquellos que no conocen GRASS también. Pero después de un tiempo, deberías acostumbrarte.
david_p

8

Con respecto a la generación de modelos de elevación hidrológicamente correctos, también llamado drenaje forzado, ANUDEM , sigue siendo lo mejor de mi raza. Es el programa utilizado para generar el conjunto de datos de elevación nacional canadiense (CDED, irónicamente almacenado como metros enteros). Además, la herramienta TopoToRaster en ArcGIS usa Anudem debajo del capó (una revisión o tres detrás de la actual).

El USGS usó un programa diferente para el modelo de los Estados Unidos, Delta3D de AverStar, pero cuando pregunté (hace diez años) era un programa personalizado y no disponible en el estante (aunque por unos 100k lo adaptaron a nuestras necesidades) )

No conozco ninguna otra herramienta para generar modelos de elevación forzada de drenaje, pero me encantaría saber de ellos.


Realmente intenté esto, pero el toold se bloquea mucho. Utilicé los contornos derivados de LiDAR (subconjunto 2K x 2K), luego eliminé pequeños contornos insignificantes para simplificar la superficie y probé el TopoToRaster, pero sigue muriendo. (Demasiados puntos en el error de polilínea de contorno) ¿Debería intentar elevar puntos en su lugar?
Jakub Sisak GeoGraphics

Y hablando de CDED, he tenido todo tipo de problemas (aún sin resolver) con el redondeo de enteros y los problemas resultantes de "anomalía en la terraza".
Jakub Sisak GeoGraphics

Pude crear con éxito una superficie "hidrológicamente correcta" con la herramienta TopoToRaster usando los puntos LiDAR como entrada de punto (punto). Creé 2 superficies con diferentes tamaños de celda de salida: 2 y 4. El ráster de acumulación de flujo resultante sufre los mismos problemas. Estoy empezando a sospechar que esto no se puede hacer en ArcGIS. También me gustaría señalar que lleva mucho tiempo ejecutar el TopoToRaster.
Jakub Sisak GeoGraphics

5

De vuelta en la universidad, trabajé en un proyecto que hizo esto bastante bien. No soy hidrólogo, ni terminé el proyecto (graduado), pero es posible que desee comprobar esto:

TauDEM 5.0

Por lo que recuerdo, funcionó bastante bien. Es una herramienta gratuita y puede ser justo lo que necesita.

Editar: después de leer su pregunta con más cuidado, creo que esta es exactamente la herramienta que necesita. No tiene desconexiones como usted describe, todo el flujo continúa aguas abajo, es decir, no hay corrientes huérfanas. La mayoría de los DEM calculan la dirección del flujo con solo 8 direcciones posibles, N, E, S, W y NE, SE, SW, NW. Esto conduce a un flujo antinatural. TauDEM tiene una dirección ponderada, puede fluir en 360 grados. Tendrá un flujo más natural y supongo que será más preciso.

Además, si tiene múltiples núcleos, los utilizará. Usando un LiDAR de alta resolución, TauDEM debe procesar lo que necesita con bastante rapidez.


2
¡Secundaré esto! La dirección de flujo D8 producirá resultados no deseados en datos de alta resolución donde TauDEM tiene disponible una dirección de flujo D-infinito. Además, tenga en cuenta la intención de un modelo de flujo hidrológico. Más grande no siempre es mejor (resolución inteligente). Un DEM de ultra alta resolución es más su problema que el modelo. Los DEM derivados de Lidar tienen inherentemente un "ruido" real que nunca fue diseñado para usarse en un modelo de flujo. Recomiendo encarecidamente reducir su DEM.
Jeffrey Evans

Echa un vistazo a SAGA GIS-softaware también. Me gustaría señalar que este NO ES UN problema relacionado con DEM ya que la información (es decir, x, y, z) siempre es la misma en cada uno de los MÉTODOS de acumulación de flujo diferentes (es decir, D8, Dinfinity, etc.) . El procesamiento paralelo que se encuentra en SAGA GIS también permite un procesamiento bastante rápido de datos LIDAR. He usado estos métodos para cálculos bastante grandes y funcionaron bien. La cuestión es que preprocesas tus datos correctamente. Es decir, quemar estructuras de drenaje (alcantarillas, puentes) y llenarlas y ENTONCES hacer los cálculos de acumulación de flujo.
reima

Dem tau tenía capacidad para múltiples procesadores, así
Si no sabes- simplemente GIS

4

Gracias a todos por sus contribuciones. He concluido que la superficie LiDAR de resolución completa no es adecuada para este tipo de análisis.


Este artículo, Terrain Datasets, Las 10 razones principales para usarlos , me ha hecho pensar que una superficie ráster DEM es el modelo de datos incorrecto para usar en su caso. Rechazamos los TIN para nuestros modelos de elevación ya que las facetas produjeron demasiados artefactos en nuestros experimentos. Sin embargo, nuestros datos de origen eran contornos y no un campo denso de alturas puntuales como Lidar.
Matt wilkie

4

Específicamente a la pregunta sobre el uso de números enteros o flotantes: los enteros son mejores para la velocidad, el almacenamiento y evitan algunos tipos de deriva debido a errores de redondeo. Sin embargo, cuando use un entero, ¡no use metros para sus valores de Z (elevación)! Cambie las unidades verticales a centímetros o milímetros, o manténgalas como metros y escale los valores (multiplique por 100 o 1000) que tiene el mismo efecto. Si eso no es factible, utilice coma flotante

El análisis de pendiente y aspecto y otros derivados de segundo y tercer orden son particularmente sensibles a la crudeza de las elevaciones enteras basadas en metros. Realmente es una mala práctica, sin embargo, también es una práctica estándar.

Ver Análisis del terreno: principios y aplicaciones (John Peter Wilson y John C. Gallant) en la sección particular 2.7.2 Unidades de elevación y precisión vertical , y La caracterización geomorfológica de los modelos digitales de elevación ( Jo Wood ), busque "redondeo de enteros". Ambos documentos son pesados. Primero me di cuenta del problema a través de una descripción concisa y comprensible del problema en un documento sobre la construcción del primer modelo de elevación continental para Australia (circa 2000), usando el software ANUDEM , pero no puedo localizarlo en este momento.


1
Gracias Matt Buen material. Intentaré esto e informaré de nuevo. Mucha información muy interesante. Gracias por el esfuerzo que has puesto.
Jakub Sisak GeoGraphics

1
Cuando multiplico el ráster de entrada por 1000 obtengo los mismos resultados que antes. Probé tanto el entero como el punto flotante. La trama de acumulación de flujo resultante es casi idéntica en ambos casos. Desactivado para intentar hacer que la técnica TopoToRaster funcione.
Jakub Sisak GeoGraphics

3

No sé si esto ayudará, pero escribí una publicación de blog hace un tiempo en la red hidroeléctrica para 1cm LIDAR DEM. Podría tener algunas pepitas para ti.

http://www.thadwester.com/1/post/2011/03/hydrologic-networks.html


Gracias. La obtención de una trama de Dirección de flujo continua de la que podría derivar una red de drenaje utilizable, especialmente en áreas planas, parece ser mi mayor problema. ¿Puede describir cómo se puede usar el método D8 en ArcGIS para producir un ráster de dirección de flujo?
Jakub Sisak GeoGraphics

Solo para agregar a esto. Creo que el algoritmo existente no es infinito, como si tuviera un parámetro de corte que no le permite rastrear el flujo aguas arriba si determina que podría haber problemas de memoria.
Jakub Sisak GeoGraphics

Puede crear un ráster de Dirección de flujo en Arcgis. Puedo hacerlo por ti si no tienes la capacidad.
Thad

Lo siento, me refería a la acumulación de flujo en el comentario anterior, no a la dirección del flujo. Este es el problema inicial como se describe en esta pregunta. La herramienta de herramienta de dirección de flujo no produce resultados utilizables cuando se ejecuta en datos Lidar densos en áreas bajas. De hecho, el uso de un ráster de punto flotante produce errores irreparables mientras que el uso del ráster entero generaliza demasiado los datos. Tal como está, es imposible derivar un modelo de drenaje preciso a partir de datos LiDAR utilizando solo las herramientas de ArcGIS.
Jakub Sisak GeoGraphics

No entiendo cómo importaría la densidad de los datos. Los datos que uso son 1 cm ^ 2. Mucho más denso. Déjame descargar tus datos y lo intentaré.
Thad

1

Solo pensé que agregaría algo más para pensar aquí. Ahora me pregunto si el proceso de delineación de cuencas hidrográficas incluso funciona. Tengo un modelo que he estado editando manualmente y continuamente estoy revisando áreas que simplemente están mal. No creo que pueda confiar en los modelos generados por computadora ArcGIS en absoluto ...

Captura de pantalla

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.