Todo formato de almacenamiento de información espacial lleva implícito un modelo de datos y un modelo topológico, con mayor o menor grado de restricción:
- Así, los formatos de CAD (dxf, dwg, etc.) siguen un modelo topológico “en spaguetti”. Este modelo es el menos restrictivo, equivalente a “no tener topología”. Puntos, líneas, curvas y superficies pueden convivir en un mismo dibujo, junto con textos, imágenes, etc. Esto es debido a la finalidad principal de este tipo de programas, orientados a la realización de dibujos para su posterior impresión.
- Algunos formatos, como SHP, GML, etc. establecen restricciones en las relaciones que debe cumplir una geometría consigo misma: los polígonos deben estar cerrados, no pueden autointersectarse, etc.
- Otros formatos son mas restrictivos (coberturas de Arc/Info, archivos vectoriales de GRASS), y establecen las relaciones que deben existir entre los elementos de una misma geometría, como en el caso anterior, y con los de otras geometrías, de la misma capa o de otras.
Para unificar la forma de trabajar con la información espacial procedente de formatos que siguen diferentes modelos lógicos, gvSIG ha definido su propio modelo de datos geográfico: el modelo de geometrías de FMap, de forma que los componentes de FMap encargados de realizar el acceso a datos convierten la información en el modelo original a este modelo. Este modelo se encuentra en un nivel de abstracción muy próximo al modelo de java2D para favorecer el rendimiento de las operaciones de renderizado, las más frecuentes en una aplicación SIG. El modelo topológico asociado a este modelo es un modelo muy poco restrictivo: un modelo "en spaguetti". De este modo, gvSIG es capaz de dibujar el máximo de fuentes de información geográfica, con independencia de la consistencia lógica de sus datos.
En el otro extremo de la realización de operaciones de renderizado y acceso a datos se encuentra la realización de operaciones de análisis vectorial y geometría computacional. Este tipo de operaciones requieren que los datos puestos en juego cumplan un mayor número de requisitos de calidad. gvSIG se apoya para la realización de este tipo de operaciones en la librería JTS, que define su propio modelo de restricciones topologicas, basado en el modelo topológico implícito de la especificación SFS de OGC. Para la realización de operaciones de análisis de redes también es necesario que las capas puestas en juego cumplan una serie de restricciones topológicas (comúnmente conocidas como "topología de líneas").
En caso de que no se cumplan las restricciones impuestas por estos modelos (modelo topológico implícito de OGC, modelo topológico de redes) los componentes de gvSIG encargados de la realización de estos análisis (geoprocesamiento, análisis de redes, etc.) lanzarán errores en tiempo de ejecución, o producirán resultados incorrectos.
Esto motiva la necesidad de dotar a gvSIG de funcionalidades de gestión topológica que permitan:
- Definir un conjunto de restricciones topológicas que han de regir las relaciones de los elementos geométricos consigo mismos, con otros elementos geométricos de una misma capa y con los elementos geométricos de otras capas (proceso conocido como "creación de topología").
- Validar el cumplimiento de las restricciones topológicas definidas en la topología por las diferentes geometrías puestas en juego en el modelo topológico.
- Visualizar aquellos casos que no pasaron el proceso de validación originando errores topológicos, tanto de forma gráfica como alfanumérica, proporcionando información sobre el tipo de error producido y los elementos vectoriales que intervinieron.
- Aplicar correcciones topológicas a las geometrías que causaron un error topológico, bien de forma automatizada mediante la ejecución de geoprocesos dedicados bien de forma interactiva haciendo uso de las herramientas de CAD de gvSIG.
La extensión de topología y análisis vectorial avanzado de gvSIG viene a cubrir todas estos requisitos.
