Aplicaciones de los MDT

En esta ocasión retomaré un tema tratado en entradas anteriores, los Modelos Digitales del Terreno (MDT), Si en los post anteriores nos centrábamos en el proceso de creación del modelo a partir de diferentes fuentes de datos, y utilizando diferentes técnicas y herramientas disponibles dentro de ArcGIS, ahora es momento de centrarnos en el resultado, y las posibles aplicaciones del mismo.

Lo primero que hay que considerar para poder aplicar un MDT, entre otros muchos factores, es la resolución del mismo, para saber si puede ser empleado en nuestro proyecto en particular. Así pues si se precisa un modelo en detalle de un área determinada, los datos de partida han de tener una resolución apropiada. Por ejemplo si necesitamos estudiar la localización de una laguna artificial de 1x1 km de superficie, un modelo de una resolución de 1 km2 lógicamente no nos será de utilidad, necesitaríamos un mayor grado de precisión.

Se podría pensar en este punto, qué a mayor resolución mejor calidad y precisión de nuestro modelo, y aunque esto es verdad, hay que considerar otros factores, ya que un modelo muy detallado ocupa mayor espacio de almacenamiento en disco, y mayor tiempo de procesamiento.

A continuación se muestran varios ejemplos de las posibles utilidades de los MDT. Por supuesto esto es una pequeña muestra de las muchas en las que pueden ser empleados. Algunas de estas son creadas de una manera inmediata en ArcGIS, por ejemplo los mapas de radiación solar, otros por el contrario necesitan la combinación de diferentes técnicas y herramientas para su correcta elaboración (creación de cuencas de drenaje, por ejemplo)

• Mapas de Pendientes: Se usan para multitud de análisis, y suele ser el punto de partida para la elaboración de otros mapas como alguno de los detallados a continuación. Cada color representa una pendiente del terreno, lo cual nos permite separar de una manera rápida y visual las zonas con mayor pendiente, de las de  poca pendiente. Este suele ser un paso preliminar en estudios derivados como por ejemplo la vulnerabilidad o erodabilidad del suelo.

• Mapas de erosión y erodabilidad, que están definidos además de por la pendiente del terreno, por otros factores intrínsecos, como por ejemplo la litología y otros extrínsecos como la presencia de agua u otros agentes erosivos.

• Mapas de Vulnerabilidad: los mapas de vulnerabilidad pueden ser de muy diverso tipo y estar basados en diversos factores, entre ellos la elevación y la pendiente del terreno. El resultado de estos mapas suele enfatizar las zonas con mayor grado de vulnerabilidad (susceptibilidad de un sistema al impacto de un peligro)

• Mapas de radiación. En ocasiones necesitaremos saber la exposición a la luz solar de una determinada zona, por ejemplo para determinar la cantidad de energía que puede ser producida por una planta solar, o para conocer la viabilidad de un cultivo de un tipo determinado. En este caso ArcGIS dispone de varias herramientas que nos permiten definir, clasificar y representar estas zonas

• Mapas de visibilidad: otra interesante funcionalidad en ArcGIS es la de definir líneas o zonas de visibilidad a partir de una localización determinada, el cual nos dará como resultado el área accesible visualmente desde un punto determinado. Esta puede ser utilizada para ubicar el emplazamiento de torres de vigilancia forestal, por ejemplo.

• Calculo de cuencas hídricas: los MDT son una herramienta fundamental para definir redes de drenaje, y delimitar la cuenca hidrográfica. También se pueden definir la acumulación de flujo y el aporte total en el punto de salida de la cuenca, así como otros parámetros relacionados con el ciclo hidrológico de la misma.

• Mapas de riesgos de inundación: para crear un mapa de riesgos de inundaciones se necesitan multitud de datos de diversa índole, muchos de ellos aportados por los modelos de elevaciones y sus mapas derivados.

• Calculo de volúmenes de tierras: por ejemplo nos permitirá saber el volumen de material a movilizar en desmontes y rellenos en el estudio del trazado de una carretera. Con ello podemos anticipar el coste de este concepto antes de ejecutar la obra.

NOTA: algunas de las imágenes mostradas en esta entrada han sido tomadas de la web de ayuda de ArcGIS.

Exportar Capas GIS a formato CAD

Una de las tareas más solicitadas por los usuarios de GIS, y una fuente inagotable de quebraderos de cabeza y discusiones, es la más que recurrente transformación de la información GIS en formato CAD. Sin entrar en detalles de si es necesario, o por el contrario una pérdida de tiempo, la realidad es que cada día nos encontramos con más de una petición para transformar de un formato a otro.

La primera aproximación que se puede hacer al problema es la utilización de las herramientas que incorpora por defecto ArcGIS (10.3 en este caso y sin la extensión "Data Interoperability"). Sería tan fácil como seleccionar la capa que se desea exportar, y con el botón derecho del ratón Exportar a formato CAD.

Seleccionaríamos la carpeta de salida y tendríamos nuestra capa en formato CAD. Si en lugar de exportar toda la capa, solo queremos una parte de ella, podemos utilizar cualquier herramienta de selección, y solo se exportará la parte seleccionada. También se puede seleccionar un conjunto de capas, que serán exportadas en un único archivo CAD. También se puede acceder a la misma herramienta por medio de ArcToolBox

Aunque esta funcionalidad puede resultar suficiente en muchos casos, en otros muchos no lo es, ya que el fichero de salida solo tendrá información de los elementos geométricos (puntos, líneas y polígonos), y nada referente a los atributos de dichas geometrías.

Llegados a este punto tenemos tres opciones. La primera sería acudir a algún Software externo que nos permita personalizar el fichero CAD de salida, como por ejemplo Xtools, o el ya mencionado en otras entradas FME. Este segundo permite una personalización completa del producto de salida, y si se dispone del Software y de los conocimientos necesarios, sería una opción más óptima que la que se va a detallar a continuación.

Le segunda sería desarrollar un script o programa utilizando Python u otro lenguaje de programación, por supuesto para ello tendríamos que saber programar. 

La tercera, como ya os podréis imaginar, es el uso de Model Builder para crear nuestra propia herramienta. Dependiendo del número de capas que queramos exportar, y de los atributos que queramos representar en el CAD de salida el modelo generado podría ser algo como esto:

A pesar de su horrible aspecto, la mayoría de las tareas en este proceso están repetidas para las diferentes capas que queremos exportar. 

La herramienta mostrada arriba no crea el fichero en formato CAD por sí misma, es un paso previo para preparar una Geodatabase con las capas en el formato adecuado para, posteriormente, usando la herramienta "Export to CAD", genere los archivos con la simbología y los niveles deseados. 

Los ficheros generados por la herramienta para crear archivos en formato CAD (AutoCAD en este ejemplo), vienen definidos no solo por la geometría del elemento de entrada, sino también por cierto atributos que definirán entre otras cosas, el color, el grosor, el tipo de línea, y si es un texto, o un elemento geométrico. 

Para ello la herramienta lee los atributos de la capa de origen y si encuentra algún campo "clave", entonces lee la información almacenada en él, para representarla de la forma definida. Estos campos que denomino clave son por ejemplo:

• CadType: define el tipo de elemento de salida (Texto, Numero entero, decimal...)
• TxtValue: en caso de que el tipo anterior haya sido definido como texto o número, el valor que pongamos aquí será el que se exportara en el fichero de salida como caracteres (números o letras). En este caso la entidad de origen, línea, punto o polígono será remplazada por el texto del campo (por ejemplo si tenemos los nombres de las calles en un fichero de líneas, solo se representara el texto). 

Para los elemento que queremos representar además de como texto, como entidad geométrica, por ejemplo el uso de una parcela rustica y el borde que la delimita, será necesario duplicar la entidad de entrada  para obtener por un lado el texto, y por el otro el polígono en este caso.

En caso de solo necesitar las geometrías, podremos modificar la simbología del fichero CAD, añadiendo más campos "clave", como por ejemplo:

• Color: define el color de salida y tiene que ser definido como doble
• LineWt: determinará el grosor de la línea. También ha de ser definido como doble.

Así pues y en términos generales partimos de una o varias capas GIS (shapefile, Geodatabase...), con la herramienta "Add Field" añadiremos los campos o atributos "clave" que consideremos necesarios y con la herramienta "Calculate Field" le asignaremos el valor que consideremos. Si por ejemplo el nombre de la calle está almacenado en un campo llamado "Street" simplemente tendremos que crear una expresión que referencie el campo TxtValue (el cual previamente habremos definido como CadType= Texto) al campo "Street". 

Todo lo anterior será almacenado en una Geodatabase que será el fichero de entrada en la herramienta "Export to CAD", que ahora si representara los niveles de la manera que defininmos previamente.

Capas GIS y "Excel Dashboards" (Parte II)

A continuación se detalla los pasos esbozados en la entrada anterior, a un nivel más técnico, con toda la información necesaria para implementar el proceso, tanto en ArcGIS como en Excel:

1. Crear un modelo en ArcToolBox (o un script en Python) que convierta los datos de  partida a formato Personal Geodatabase. La herramienta que usaremos aquí será "Copy Feature", pero podría ser cualquier otra que transfiera los datos de partida a nuestra "personal geodatabase", la cual tendremos que haber creado anteriormente. En este punto, y antes de ejecutar la herramienta nos aseguraremos de que el archivo (capa) de salida, reemplaza a la previamente existente, marcando la opción de sobrescribir los ficheros de salida dentro de "Opciones de Geoprocesamiento". Esto es importante ya que el Excel tomará la información de la Base de Datos y buscara la tabla con el nombre que le especifiquemos de origen.

2. Crear un Excel, y asignarle como datos de origen el archivo .mdb creado en el paso anterior. Seleccionar Tabla como formato a mostrar.

3. Si en el paso primero construimos una ArcToolBox, crear un script que ejecute la herramienta, y guardarla con la extensión .py. Si anteriormente elegimos la opción de crear la herramienta como un Script en Python, este paso no es requerido. Esto es necesario porque como ya veremos en el siguiente punto, definiremos una tarea programada dentro de Windows que llame a nuestra herramienta, y un ArcToolbox no puede ser ejecutada de esta manera. El script sería algo como:

   import arcpy  

  arcpy.ImportToolbox(r" RutaDeLaHerramienta\NombreDeLaHerramienta.tbx", "TBX")           arcpy.Model_TBX()

4. Ir a las tareas programadas de Windows y definir la ejecución del script con la frecuencia deseada, por ejemplo todos los días a primera hora de la mañana, así los cambios realizados la jornada anterior en la base de datos GIS, serán reflejados al día siguiente en nuestro archivo .mdb

5. El último paso sería actualizar los datos en el Excel, para ello la forma más sencilla es en el menú de tablas de origen de datos externos/propiedades de conexión, marcaremos actualizar datos cuando se abra el archivo. En caso de que tus conocimientos en Python sean más avanzados, podrás crear otro script, o ampliar el código del primero, para llamar a la función RefreshAll() utilizando la extensión para Windows de Python.

Esto hará que cada vez que abramos nuestro excel se carguen los datos de nuestra Geodatabase, que a su vez está alimentada por nuestra base de datos GIS.

Este sería una visión resumida del proceso en su conjunto:

Una vez realizada la "conexión" entre nuestra fuente de datos GIS y nuestra hoja de cálculo, solo queda pensar que información queremos visualizar, y de qué manera. 

Como comentamos en la entrada anterior una excelente manera de hacer más accesible la información será con el uso de los cada vez más extendidos "Excel Dashboards" en los cuales podremos incluir "Pivot Tables" y "Slicers" entre otros elementos, para facilitar la visualización y el análisis de la información alfanumérica.

En el ejemplo que se muestra a continuación, la información representada es relativa a las tuberías de una red de drenaje urbano de aguas residuales. La red está organizada en diferentes áreas de captación (Slicer de la derecha), y puede ser filtrada por diferentes atributos como el diámetro de la tubería, el material o el año de instalación. La información puede ser representada a modo de gráfico, que se actualiza automáticamente cuando el filtro es modificado.

Capas GIS y "Excel Dashboards" (Parte I)

Como comentaba en la entrada anterior, una de las opciones para presentar los datos contenidos en una base de datos GIS, es utilizando Microsoft Excel. Dentro de este programa, y más concretamente en las últimas versiones, existen multitud de herramientas de análisis de datos, y de representación de los mismos.

Entre estas múltiples opciones vamos a profundizar un poco más en la creación de los denominados Dashboards, y la creación de gráficos dinámicos y slicers asociados a estos datos.

El primer factor a tener en cuenta es el origen de los datos, y si queremos que el resultado sea dinámico o no. Con dinámico quiero decir que si es necesario para el objeto de nuestro trabajo, que la información se actualicen al mismo tiempo que se actualiza la información en el GIS, o por el contrario simplemente necesitamos una instantánea de nuestro GIS en un momento determinado.

El segundo supuesto no supone un gran problema para alguien con unos mínimos conocimientos en SIG, simplemente tendremos que exportar los datos de la tabla de atributos de la capa que queramos analizar, y abrirla en Excel, es más, si el formato en el que estamos trabajando es shapefile, podremos abrir directamente el archivo .dbf.

En caso de encontrarnos en el primer supuesto, que bajo mi punto de vista es el que siempre tendríamos que seguir, la cosa se complica ligeramente, ya que tenemos que encontrar la forma de vincular el excel que conformará nuestro dashboard, con los datos de origen. Dentro de Excel existe la opción de importar datos de muy diversas fuentes (incluidas Bases de Datos Oracle o incluso Esri GeoDatabase).

En esta entrada no utilizaremos estas funcionalidades, que a decir verdad es la forma más óptima, por dos motivos, el primero es que necesitaríamos un perfil más técnico a nivel de bases de datos para configurar la conexión, y el segundo es porque el origen de nuestros datos puede ser diverso, lo cual nos llevaría a establecer la conexión con diversas proveedores de datos.

Así pues, mi propuesta para crear Dashboards a partir de datos GIS, y mantener el vínculo con los datos de origen es la que explicaré a continuación de manera resumida para desarrollarla de una manera más detallada en la siguiente entrada:

1. Crear un modelo en ArcToolBox (o un script en Python) que convierta los datos de  partida a formato Personal Geodatabase.
2. Crear un Excel, y asignarle como datos de origen el archivo .mdb creado en el paso anterior.
3.  Si en el paso primero construimos una ArcToolBox, crear un script que ejecute la herramienta, y guardarla con la extensión .py. Si creamos un script en Python, este paso no es necesario.
4. Ir a las tareas programadas de Windows y definir la ejecución del script con la frecuencia deseada, por ejemplo todos los días a primera hora de la mañana, así los cambios realizados la jornada anterior en la base de datos GIS, serán reflejados al día siguiente en nuestro archivo .mdb
5. El último paso sería actualizar los datos en el Excel, para ello la forma más sencilla es en el menú de tablas de origen de datos externos/propiedades de conexión, marcaremos actualizar datos cuando se abra el archivo
   
6. Esto hará que cada vez que abramos nuestro excel se carguen los datos de nuestra Geodatabase, que a su vez está alimentada por nuestra base de datos GIS

En la próxima entrada hablaré más en detalle en la parte técnica del proceso (script, toolboxes, etc.), incluyendo algunos ejemplos básicos en la representación de la información en forma de Excel Dashboard (o Smartsheets).

Distribución de la Información Geoespacial

Como ya he comentado en otras entradas, los Sistemas de Información Geográfica son una fuente (casi) inagotable de información para nuestro negocio, siempre y cuando el proceso de creación y actualización de la información esté correctamente implementado, y los usuarios y partes implicadas, mantengan la comunicación con el departamento responsable de actualizar la base de datos GIS.

Prácticamente cualquier información referente a un activo físico puede ser almacenada en una base de datos GIS, aunque en algunos casos no sea el método más eficiente, y puede hacerse accesible prácticamente al instante en cualquier lugar (aplicaciones de escritorio, dispositivos móviles, entornos web...).

Hasta aquí todo es muy bonito y aunque estamos ante una herramienta con usos casi ilimitados en la gestión y análisis de la información geoespacial, por supuesto tiene inconvenientes.

Como casi todos los programas informáticos del mercado, desde hojas de cálculo como Excel hasta Sistemas de Planificación de Recursos Empresariales como SAP o Maximo, requieren de una serie de conocimientos que no se terminan en la práctica y utilización del software, sino que se basan en la experiencia y conocimientos más profundos, de las capacidades y funcionalidades del Software, de la formación académica previa, y de cómo se pueden plasmar todos ellos dentro del campo en el cual queramos aplicarlo.

Al igual que no se puede decir que un novelista es alguien que se limita a utilizar un procesador de texto, sería un error decir que un profesional de los Sistemas de Información Geográfica es alguien que solo produce mapas (por desgracia aún hay mucha gente que piensa de esta manera)

Así pues, y aunque alcanzar un nivel básico de uso de un SIG, debería estar al alcance de cualquiera que le dedique un poco de tiempo, en muchas ocasiones nos encontramos con que esto no sucede, y se hace necesario el empleo de otras herramientas y formatos para hacer llegar la información a los potenciales consumidores de información geoespacial.

En otros casos la información ha de ser accesible, sintética, y fácilmente comprensible para los responsables de departamentos estratégicos encargados de la toma de decisiones.

Llegados a este punto, se puede considerar que ya habremos claudicado, y estaremos buscando nuevas formas para distribuir la información. La primera y más inmediata es la creación de mapas en formato papel o PDF. Estos han de ser claros y enfocados al objetivo que se pretende representar, manteniendo la información necesaria, eliminando la superflua y remarcando la fundamental. En cuanto al formato PDF se pueden incluir ciertas funcionalidades de los GIS, como el manejo de capas y la inclusión de atributos.

La segunda, y no menos importante, es el análisis de la información alfanumérica que acompaña a la información geográfica. Con el uso de hojas de cálculo o bases de datos externas al GIS, se pueden realizar análisis muy diversos y gráficos para ayudar a comprender mejor los datos que yacen bajo la información geográfica.

En la siguiente entrada hablaré de los  "Excel Dashboards", y el uso de gráficos dinámicos partiendo de la información tabular de una capa GIS. Si bien es verdad que las últimas versiones de ArcGIS, están centrándose mucho en estos aspectos, bajo mí punto de vista, aún no se pueden comparar con las funcionalidades que aporta el software de Microsoft. En cualquier caso aquí dejo un enlace para conocer más a fondo el uso de Dashboards en ArcGIS, y no descarto hacer una entrada en el futuro ahondando más en este asunto.

Revisión de topologías en ArcGIS

Después del parón estival, es hora de volver a la carga con energías renovadas y con la mochila cargada de ideas y esperando que las sucesivas entradas os resulten útiles... 

Como vimos en la entrada anterior es relativamente fácil localizar los distintos errores topológicos que pueden presentar nuestras capas de datos, bien sean colgantes, líneas coincidente, lazos, etc. Lo que no es tan fácil (o por lo menos tan inmediato) es solucionar estos errores de una manera relativamente automática, o por lo menos de una forma no muy tediosa. 

En el ejemplo que tratamos en la entrada anterior el problema consistía en que teníamos una capa lineal que definía el perímetro de los edificios, y a partir de ella queríamos generar una capa poligonal, pero al utilizar la herramienta “Feature to Polygon” en ArcMap nos encontramos con que muchas de esas líneas no están cerradas y por ello el programa no nos genera el recinto correspondiente. Utilizando la herramienta de creación de topología encontraremos los errores que no nos permiten crear los polígonos.

Una manera de arreglarlos, es armarnos de paciencia y recorrer toda la extensión del mapa editando y solucionándolos uno a uno. Esta solución, que en muchas ocasiones es la única viable, es sin duda la más tediosa de todas, por no decir que la más lenta, lo cual se traduce en la más cara.

ArcGIS presenta una serie de herramientas que permiten solucionar estos errores de una manera semiatomatica. 

• La primera sería “Planarize Lines”. Esta herramienta es muy útil para pequeños errores y cuando el volumen de datos es relativamente pequeño. La forma de proceder seria la siguiente: una vez tengamos cargada la capa de datos y la de errores topológicos, comenzamos una sesión de edición, seleccionamos la línea que esté abierta y pulsamos en “Planarize Lines”, situada en la barra de herramientas de Topología. Si la distancia entre las líneas no es muy grande posiblemente  el error se solucione de una manera satisfactoria.
  
  Como se ha dicho esta herramienta funciona bien cuando la distancia es corta, porque aunque podamos modificar la tolerancia todo lo que queramos, cuanto mayor sea ésta, más impredecible es el resultado. 
  
  Esta herramienta también presenta otro problema cuando estamos utilizando equipos no demasiado potentes, ya que si tenemos un gran volumen de datos, el proceso es muy lento y en muchas ocasiones puede incluso echarnos del programa, con lo que ello implica (perdida de datos no guardados e incluso ficheros corruptos). Además para ejecutarla tenemos que iniciar una sesión de edición, seleccionar todos los datos y ejecutarla con la pérdida de tiempo que ello conlleva.

• El siguiente paso lógico a seguir sería utilizar la herramienta “Error Inspector” para ver una lista de los errores que aun nos siguen quedando después de pasar la herramienta anterior.
  
  En ella podemos ver el número de errores totales que nos quedan por revisar, y el tipo de error que son. Además podemos ir seleccionando uno a uno para analizarlos individualmente y solucionarlos según consideremos. Para ello seleccionaremos el error en cuestión (pasará a ponerse de color negro) con la herramienta   “Fix Topology Error Tool” y con el botón derecho desplegamos el menú contextual
  
  Aquí tenemos varias opciones (que dependen del tipo de error y de la regla topológica que se viole) desde alargar las líneas a cortarlas, e incluso podemos decidir no solucionar el error y marcarlo como una excepción. Esta es la manera más ordenada de corregir los errores pero no es la más rápida ya que tendríamos que ir revisando los errores uno por uno, pero en muchas ocasiones no nos quedará más remedio que operar de esta manera.

• Una manera alternativa para solucionar ciertos errores, no es una nueva utilidad de las versiones más recientes de ArcGIS, al contrario es un comando que estaba implementada en las primeras versiones de ArcInfo. Esta es el comando  CLEAN, el problema es que solo se puede realizar sobre coberturas, así que tendríamos que pasar previamente los datos a este formato que por cierto es poco usado en la actualidad. Para más información sigue el siguiente enlace: http://books.google.es/books?id=ufQOAQAAIAAJ&pg=PP17&lpg=PP17&dq=clean

En definitiva ArcGIS ofrece multitud de métodos para realizar una revisión de los posibles errores topológicos presentes en nuestros ficheros de trabajo, pero como hemos podido ver no todas son lo suficientemente efectivas o rápidas como nos gustaría, en la mayoría de los casos no nos quedará otra solución que hacer una edición manual de los datos para solventar los errores, sin embargo existen alternativas que permiten optimizar el trabajo previamente a ésta edición manual.

Creación de topologías en ArcGIS

La capacidad de realizar análisis topológicos, es una de las piedras angulares en los Sistemas de Información Geográfica, y que entre otras cosas, lo diferencia de programas de Diseño Asistido por Ordenador (CAD).

La topología (geoespacial en este caso) dentro de un GIS se podría definir como las relaciones espaciales entre las distintas entidades geométricas de los elementos de nuestro proyecto. Estas relaciones son por ejemplo; vecindad, proximidad, superposición, etc. 

Estas propiedades tienen una gran relevancia en el estudio de elementos con una componente espacial, por ejemplo, para determinar las distancias entre elementos que han de interactuar entre ellos (la distancia entre una estación de bomberos y una fábrica de productos inflamables). A lo largo de los años los SIG han desarrollado y mejorado la capacidad de análisis basadas en la topología. 

Muchos de los problemas que nos encontramos a la hora de trabajar con datos vectoriales de distintos formatos, es la falta de consistencia topológica que presentan. En muchos casos esto se debe a que en su origen estos no fueron concebidos pensando en sus relaciones espaciales sino como una mera representación de la realidad geográfica de una determinada zona. En otras muchas ocasiones la conversión de formatos entre distintas plataformas genera este tipo de inconsistencias que nos pueden generar más de un quebradero de cabeza. Un caso habitual es intentar crear un shape poligonal, a partir de uno lineal y ver que de los 5000 polígonos esperados solo tenemos 1000.

ArcGis ofrece distintas herramientas para identificar, y en algunos casos subsanar dichos problemas. Evidentemente el primer paso para solventar este tipo de situaciones es localizar los errores, para ello lo primero que tendremos que hacer es migrar los datos en cuestión dentro de un Feature Dataset, que a su vez estará dentro de una Geodatabase. La forma mas cómodo para hacerlo es creando en ArcCatalog la geodatabase y dentro ella el Feature Dataset, y dentro de este, importar el fichero en cuestión.

En este punto estamos en disposición de comenzar a generar la topología para dicha capa. Lógicamente hemos de saber cuáles son nuestras necesidades ya que tendremos que definir ciertas reglas topológicas, por ello antes de nada tendremos que analizar cuáles son los problemas que se nos presentan. En el ejemplo anterior posiblemente el error esté en que la capa lineal no está correctamente cerrada (o por lo menos no dentro de la tolerancia permitida). Para localizar dichos errores tendríamos que indicar dentro de la topología que tuviese en cuenta esta incidencia. Para ello ArcGis ofrece una serie de reglas topológicas, como por ejemplo la detección de colgantes, que en nuestro ejemplo sería la que nos sería de utilidad. Para añadir una (o varias) reglas topológicas dentro de nuestra geodatabase simplemente tendremos que desplegar el menu con el botón derecho del ratón y marcar la opción “New - Topology” 

Una vez aquí solo tendremos que ir siguiendo al asistente para definir el nombre de la topología , la tolerancia de la misma, la capa sobre la que será aplicada y por último la regla topológica concreta que vamos a aplicar, en nuestro caso “Must not have dangles”

Entonces el programa creara las relaciones especificadas, y nos preguntara si queremos validarla, le decimos que si y veremos como aparece una nueva capa dentro de nuestra Geodatabase. En este punto ya podremos conocer la magnitud de nuestro problema, ya que mirando las propiedades de la nueva capa, y pinchando en “Generate Summary”, podremos ver el número de elementos que incumplen la(s) regla(s) topológica(s) definidas.

Una vez llegados a este punto el siguiente paso lógico sería solucionar estos errores, a ser posible de la manera más automática que se pueda, y como veremos más adelante esto no siempre es fácil. 

Por supuesto ArcGIS ofrece múltiples formas de eliminar colgantes, pero en ocasiones (por lo menos a mi entender) no siempre es la más óptima, tanto en tiempos de procesos como en la calidad del resultado.