Georreferenciación en GVSIG SEDATU

La siguiente entrada tiene el propósito de comentar y resolver varias cuestiones que tuve con el sistema de trabajo de Georreferenciación de la SEDATU.

No le había dado tanta importancia a la existencia de software de sistemas de información geográfica libres, por que no había tenido necesidad de usarlos antes, el ARC GIS es un software sumamente completo, costoso pero que vale la pena tenerlo, existe la versión mas completa es decir ARC INFO,  herramientas hechas por terceros como las XTOOLS, programadores que facilitan los procesos complejos, libros especializados, tutoriales y foros de usuarios de habla hispana que nos ayudamos y nos resolvemos todo, esto ha sido algo que hemos venido trabajando desde hace varios años.

¿Por que entonces usar GVSIG?

La Secretaria de Desarrollo Agrario Territorial y Urbano SEDATU ha decidido que GVSIG será el software de sistema de información geográfica en el que se integrará, revisará y consultará el conjunto de rasgos geográficos vectoriales diagnosticados en los planes maestros y en los denominados planes de acción integral a nivel nacional.

Para llevar a cabo esta tarea la SEDATU elaboró una serie de manuales que explican paso a paso como hacer dicho proceso en ese software libre sin embargo, desde mi punto de vista, no resuelven varios aspectos importantes:

1. La SEDATU con un registro de la IP del ayuntamiento permite el acceso a su servidor solo a través de ese software y solo a través de esa versión del software, cuando la conexión se pierde se píerden las ediciones, en ocasiones simplemente no se conecta y no se puede trabajar.

2. No consideran a los usuarios de otros softwares de SIG  y el proceso de integración de archivos que no han sido generados en CVSIG que a fin de cuentas son Shapes.

3. No consideran que el software que han distribuido es la versión 1.11 y que esta no funciona adecuadamente en computadoras de 64 bits, se puede resolver con un truco muy tedioso, (instalar JAVA DE 32 BITS E INDICARLE A GVSIG donde esta instalado dicho JAVA editando un archivo INI del SVSIG ) pero no lo explican.

4. La versión 2.0 de GVSIG es para computadoras de 64 bits pero esta versión no viene completa y ya viene diferente respecto a la interface de usuario y no tiene el DRIVER para conectarse al servidor de la SEDATU

5. En la GUIA PARA LA GEORREFERENCIACIÓN DE PROYECTOS no explican que las capas base han sido elaboradas utilizando cartografía geoestadistica urbana de INEGI es decir geometría vectorial con proyección Conforme Cónica de Lambert y DATUM ITRF92, de hecho proporcionan algunas capas que no tienen referencia espacial asignada, por conocimiento se sabe que están en dicha referencia espacial pero no vienen con su respectivo archivo PRJ para usarlas adecuadamente en cualquier software.

6. En la GUIA PARA LA GEORREFERENCIACIÓN DE PROYECTOS al crear una nueva vista no se explica que el sistema de referencia espacial por default que tiene el GVSIG es el EPSG: 23030, es decir el sistema de referencia espacial y proyección de los proyectos de georreferenciación es proyección UTM Zona 30N  (España) en la guia las capturas de pantalla en donde se puede leer el sistema de referencia del ejemplo que ilustran vienen cortadas.

 

1. Imagen de la vista donde se observa el sistema de referencia espacial por default en el ángulo inferior derecho.
   
    El sistema de referencia espacial es el EPSG: 23030
   
   

Página oficial donde se pueden consultar los códigos EPSG de todo el mundo acá se anotan las características del mencionado código.

EPSG.- European Petroleum Survey Group, ahora la OGP que es la International Association of Oil and Gas Producers.

Este grupo, desarrolló una base de datos de datums, proyecciones y sistemas de referencia,  que contiene la mayor parte de parámetros mundiales. A esa base de datos se la suele llamar en cartografía EPSG, GVSIG utiliza estos códigos. 

La SEDATU requiere que la georreferenciación se haga en sistema de referencia espacial CCL ITRF92 aunque no lo indican en sus guias, asi que buscamos el código correspondiente en la pagina de los códigos EPSG y obtenemos lo siguiente:

El código EPSG para la vista de proyecto donde se hará la georreferenciación o la integración de geometría debería ser EPSG:7398 entonces buscamos ese código en el GVSIG.

Le damos click en el botón PROPIEDADES del cuadro GESTOR DE PROYECTOS

Luego presionamos el botón PROYECCIÓN ACTUAL

Después en el menú desplegable de la parte superior TIPO lo cambiamos a EPSG  en el área de buscar anotamos el código 7398 y nos damos cuenta que ese código no vienen en la base de datos de GVSIG

!No lo trae! pero no hay problema por que lo podemos definir;  en la misma pagina llamada SPATIAL REFERENCE donde vimos el código para México le damos click a la opción llamada ESRI WKT de ese modo obtendremos el codigo WKT que podremos copiar y pegar en CVSIG para obtener la referencia espacial CCL ITRF92 de México.

Seleccionamos el texto y lo copiamos, después volvemos a presionar el menú desplegable llamado TIPO y escogemos la opción CRS de usuario, después en la ficha llamada CRS USUARIO seleccionamos la opción llamada A PARTIR DE UNA CADENA WKT y pegamos el texto en esa área.

Damos click en SIGUIENTE y como podemos observar los parámetros de la referencia espacial como DATUM y SISTEMA DE COORDENADAS han sido completados el GVSIG le asigna un código de usuario al sistema capturado, solo das click en FINALIZAR y listo ya tienes los parámetros de la CCL de México.

Sinceramente no se en que parte de la computadora se almacene esta información, lo digo por que si intentas hacer esto en una computadora de 64 bits con windows 7 con formato de disco NTFS simplemente no podrás pues aparecerá un error de escritura en la BBDD, lo siento ese problema no lo pude resolver, había foros en donde decían que dándole permisos de SEGURIDAD en la carpeta de GVSIG pero la pestaña de SEGURIDAD no aparece en este tipo de computadoras, defini los parametros de referencia espacial en una computadora de 32 bits con windows XP, intente copiar las carpetas que pudieran contener la definición de usuario que hice y pegarla en una computadora de 64 bits pero no pude.

Cuando observes en el ángulo inferior derecho de la ventana de VISTA podrás ver como el código es USR:1 ese es el nombre que se le da a las referencias espaciales personalizadas, la vista de GVSIG esta en CCL ITRF92, ahora bien te podrías preguntar de que sirve hacer todo esto si a final de cuentas si no lo haces de todos modos se acoplan las capas que la SEDATU proporciono y sobre las cuales esta basado el proceso de GEORREFERENCIACIÓN, bueno primero quiero que veas una imagen que ilustra donde cae la república mexicana así como se esta haciendo, como puedes ver esta en los limites de la proyección de la faja 30N, nóta como África comienza a deformarse hacia el este, eso es debido a que las fajas UTM mantienen la proyección solo en 6° de longitud.

Si alguien hizo sus capas en WGS84 ZONA de la 11 a la 16 que son las que corresponden a México entonces su geometría cuando sea revisada bajo los parametros de las guias, caerá igual en África en la zona del rectángulo rojo que resalte, poco mas al norte o poco mas al sur según el caso, aunque obvio si no le montan fotografias satelitales o cartografia mundial nunca se notara que estan trabajando de este modo.

En esta ilustración se muestran la omisión de no indicar el sistema de referencia espacial del proyecto y de no indicar el sistema de referencia espacial de las capas que se agregan al proyecto, asi es como todos están georreferenciando.

Beneficios de hacer el proyecto adecuadamente a continuación:

1. Georreferenciar o digitalizar vectores sobre las capas que están en CCL ITRF92 utilizan las coordenadas del sistema ITRF92 pero la información que estamos visualizando esta siendo proyectada en un sistema UTM es decir si existen pequeñas variaciones de la geometría de proyección CCL a la proyección UTM, por muy pequeña que sea la zona urbana o muy simple que sea la tarea de ubicar elementos urbanos y trazar no se debería de hacer de este modo.
2. Cuando se intente integrar información de otras fuentes con otras referencias espaciales simplemente no se empalmarán puesto que no se esta siguiendo el método correcto de definir el sistema de la vista e indicar el sistema de la capa a agregar para que el software haga la transformación y reproyecte al vuelo las geometrias con sistemas de referencia espacial distintos y las empalme.
3. Si se intentara poner la geometria sobre ortofotos, o agregar información de un levantamiento elaborado con GPS o integrar información proveniente de google earth, ninguna de estas tareas seria posible, pues para el GVSIG lo que estamos haciendo es trabajar en UTM ZONA 30N con coordenadas que escapan de la faja 30 hacia el Este. 
4. Recordemos que si bien el objetivo principal es que la SEDATU pueda administrar de manera eficiente la asignación de recursos para obras urbanas y proyectos de desarrollo social en un SIG, no hay que olvidar que un SIG es mas que esto, y en un SIG es muy común integrar información de diferentes fuentes y con diferentes sistemas de referencia espacial.

LA SIMBOLOGÍA Y LOS DESCRIPTORES DE CAPAS 

La SEDATU proporcionó manuales para describir las caracteristicas visuales de cada capa, de hecho proporciono simbologias en formato GVL para ser usadas automaticamente, indico la estructura de los campos de los shapes y de los atributos correspondientes, aunque no indico el tipo de variables correspondientes pues ya estaban hechas en sus capas editables, hasta aca todo bien sin embargo algunas de las simbologias que generó estan basadas en atributos con variables tipo STRING escritas en mayusculas mientras que en su manual indica que las variables van en minusculas de tal modo que las simbologias automaticas no funcionan, tambien establecen nombres de campos en minusculas mientras que en las capas editables estan elaborados en mayusculas lo cual hace incompatible la mezcla de información proveniente de otros softwares, sus nombres de campos algunas veces son mayores de 8 caracteres, algo que arc gis no admite, y algunos detalles que no son adecuados como el de declarar el campo AREA para los predios baldios como tipo STRING cuando eso no sirve, pues el área deberia ser una variable DOUBLE para poder hacer consultas numericas respecto a ese dato, no se puede calcular el area total de predios baldios o cual es el predio baldio mas grande usando numeros como letras.

En conclusión 

Son excelentes las intensiones de la SEDATU de generar este sistema de información geográfica, pero el software libre que han adoptado tiene deficiencias propias de un software gratuito, cuando visité los foros de usuarios de GVSIG me di cuenta que había gran variedad de versiones y problemas de compatibilidad, librerias extras, problemas para hacer ciertas acciones y verdaderos líos para ejecutar tareas que ARC GIS hace muy fácil, no es nada fácil aprender a trabajar con un software libre, se perfectamente que vale la pena colaborar para hacer que GVSIG crezca y se fortalezca, ya que siendo gratuito significaría ahorro de costos en software, ahorros para todos por que bien sabemos que parte del subdesarrollo técnologico de México se debe en parte a los altos costos del software, pero es urgente que se desarrolle un buen manual por parte de la SEDATU para que los usuarios podamos resolver ese tipo de inconvenientes de un modo fluido, la experiencia de manejar software de este tipo debe ser amigable puesto que esta tecnología ayuda a la productividad y a la gestión del desarrollo urbano.

No se deberia de restringir el trabajo al uso exlusivo de un software con tantas deficiencias, debe haber libertad para trabajar con el software con el que unos disponga y al final integrarlo a GVSIG, con parametros de calidad,  en un trato abierto y propositivo.

Digitalizar geometría vectorial urbana es solo una de las muchas cosas que se pueden hacer con estos sistemas, espero que en algunos años estas propuestas tecnologicas rindan sus frutos.