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:
- 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.
- 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.
- 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.
- 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
- 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.
- 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.
- 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:
- 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.
- 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.
- 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.
- 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.
