Implementación de gvSIG al SIG del ayuntamiento de Sant Sadurní d'Anoia
El ayuntamiento de Sant Sadurní d'Anoia empezó a utilizar las herramientas de SIG para gestionar toda la información territorial desde el año 2004.
El programa de SIG que utilizaban en Servicios Técnicos se llamaba GeoVisor, programa desarrollado por GeoData que se caracteriza por ser sencillo de utilizar, potente en consulta y amigable. El GeoVisor estaba desarrollado haciendo uso de un componente OCX llamado MapObject que la empresa ESRI comercializaba. Con la aparición del programa ArcGIS ESRI dejó de comercializar dicha librería.
A partir del 2008 se desarrolló un servidor de mapas con MapServer para tener acceso a cierta cartografía desde la ciudadanía. Los datos publicados fueron un callejero, ortofotos, guía urbana y el planeamiento urbanístico.
En el año 2011 se decide reemplazar el programa GeoVisor por un programa basado en código libre por 2 razones:
- Reducir el coste en licencias
- Poder desarrollar personalizaciones y herramientas nuevas
A priori gvSIG es un programa más completo y con muchas más herramientas y opciones que GeoVisor, sin embargo nos encontramos con los siguientes problemas que gvSIG no resuelve tan bien como GeoVisor o no se contempla esta característica, se listan a continuación:
- Cardinalidad 1-N. Acceso a datos de tablas que se relacionan con cardinalidad 1-N, como por ejemplo los propietarios de las parcelas.
- Hiperenlaces. Gran cantidad de hiperenlaces a ficheros,en una misma capa o en varias.
- Rendimiento. Problemas de rendimiento en PC con pocos recursos (video, RAM y procesador).
Para hacer frente a este tema se propone utilizar gvSIG.
gvSIG contiene muchas características que han servido de argumento para implementar gvSIG y sustituirlo por el GeoVisor.
A continuación se listan las características más importantes que han serido para decidirse por gvSIG:
-
Que se puedan personalizar los elementos del mapa para imprimir (fecha, título del mapa, escala, etc...)
-
Traducción al catalán
-
Que trabaje con formatos estándares (shapefiles, ECW, Mr Sid, CAD, WMS, etc...)
-
Que contenga herramientas de edición
-
Carga y refresca bien grandes volúmenes de datos, (bases topográficas y ortofotos)
Rendimiento
Para mejorar los problemas de rendimiento se resolvió de la siguiente manera:
-
Trabajar con un gvSIG 1.11 portable ubicado en una unidad de red compartida
-
Reducir las extensiones a la mínima expresión, descartar las que no sean estrictamente necesarias
-
Reemplazar alguna tarjeta gráfica de bajo rendimientos, inferiores a 256MB.
Cardinalidad 1-N
Para hacer más amigable el acceso a los datos cuando tenemos tablas relacionas con cardinalidad 1-N hemos desarrollado una extensión nueva utilizando la extensión NavTable Form.
Esta nueva extensión le hemos puesto el nombre de “FiloxeraN”, no deja de ser un formulario personalizado que la extensión Navtable Form permite hacer y algunas mejoras para acceder ala información de manera más amigable.... se espera tener la extensión documentada y liberada para presentarla en sociedad en la misma jornada.
Hiperenlaces
El tema de los hiperenlaces de momento se está utilizando las opciones que tiene gvSIG, no obstante hemos empezado a analizar posibles mejoras en este sentido desarrollando alguna nueva extensión que sea más amigable el acceso a los hiperenlaces....
Los beneficios de esta propuesta son los siguientes:
Los beneficios obtenidos, son en primer lugar, visualizar como las resultados obtenidos se correspondían con los objetivos planteados inicialmente. En este sentido es obvio que queda muchísimo camino por recorrer en el campo de las infraestructuras y su explotación, pero los resultados obtenidos nos animan muchísimo (y esperamos también que a toda la comunidad gvSIG) en este sentido.
- Presentación realizada en las 8as Jornadas Internacionales gvSIG.
