geofumadas

Aprovechando una reciente conversación con una institución de Catastro que buscaba con qué publicar sus mapas, aquí resumo lo más importante para devolver los rescates del tema hacia la comunidad.  Quizá en su momento le sirva a alguien que desea tomar una decisión o pedir ayuda geofumada.

Porqué MapServer

El escenario era alguien, que tenía la intención de irse por GeoWeb Publisher, de Bentley, pues contaba todavía con una licencia de Discovery Server, el antecesor de éste, allá en los años del polvo.  Otra razón por la que les interesaba Bentley es que su mapeo está sobre Microstation Geographics, con aplicaciones VBA para construcción y mantenimiento de mapas catastrales.

Anteriormente en el blog (Feo – Raro como dice el amigo) mostrábamos como crear un servicio de mapas web, utilizando Manifold GIS, como una alternativa de bajo costo.  También hablé un día sobre las bondades de Geoweb Publisher de Bentley como una solución cuando hay más plata.  Esto para darle continuidad a ese post antiguo en que hacía comparaciones entre diversas aplicaciones para publicación de mapas en línea.

Luego de la conversación decidimos irnos por MapServer, tema que espero explotar en los próximos días.  De paso, iniciar a probar durante el resto del año otras plataformas open source, pero en entorno web.

MapServer no es una aplicación GIS, ni siquiera pretende serlo, como lo dice su página.  Nace como iniciativa de la Universidad de Minnesota, de allí que su logo venga de la confluencia de los ríos Minnesota y Missisipi.   Es hoy por hoy es un referente en el servicio de mapas web muy distribuido, quizá por su origen anglosajón.  Como esta aplicación existe una gama amplia –muy amplia realmente-, me gusta su sencillez, de lo más simple para usuarios nuevos; toda la magia está en el manejo del fichero .map que bien se puede generar desde programas como QGis o entenderle la lógica a mapscript para explotar lenguajes como PHP, Java, Perl, Python, Ruby o C#.

Sobre MapServer están desarrolladas aplicaciones más “servidas” como Chamaleon, Cartoweb, Ka-map y Pmapper.  Estos son recomendables para usuarios con menos dominio de código, aunque es ideal entender la lógica primitiva de MapServer.

El ejemplo mostrado es eso, solo un ejemplo del trabajo que ahora estamos haciendo.  Con permiso de ellos y consciente que este servicio estará disponible al público en un par de semanas y entonces lo podrán ver funcionando.

Que otras aplicaciones web existen

Para esto, voy a usar como referente la Fundación OSGeo, que es uno de las iniciativas más creativas en cuanto a la sostenibilidad y estandarización del código abierto en el ámbito geoespacial.  Aunque admito que hay otras más.

• Mapbender, bastante popularizado, utilizado como cliente ligero junto a Mapserver en el caso de la IDE Guatemala.  La razón de su atractivo es que se desarrolló para PHP y JavaScript, dos de las combinaciones que más se usan en la web actualmente.
• Mapbuilder, que llegó a su fin en la versión 1.5 y se fusionó a Open Layers.  Lo de AJAX… era una belleza.
• Open Layers, maravillas si se quiere integrar a Google o Yahoo Maps o eficientar el caché en el despliegue raster.
• Mapguide Opensource, muy popular por su relación con AutoDesk.  Robusto a morir, en el sabor que se desee.
• Degree, toda una fumada en estándares.  Con mucho potencial en Europa.  Por su estabilidad en soporte GML se le sugiere como la alternativa neutral para implementación de procesos web en la iniciativa INSPIRE.

Otras soluciones en incubación del OSGeo están: 

• Geoserver, su mayor potencial está en que el desarrollo es sobre Java. Con mucho que ofrecer tal como Open Layers al integrarse a datos Google Maps, Google Earth, Yahoo Maps, inclusive a ArcGIS.
• Geomajas que incluye cliente ligero, escritorio y web.
• MapFish, con un enfoque prioritario hacia Pyton pero quizá una de las menos documentadas (online).

Ventajs de MapServer

Compatibilidad con estándares OGC. Quizá de lo mejor, aunque en esto casi todas las aplicaciones open source andan bien, al menos en lo que respecta WMS, WFS, WCS, GML.

• Web Map Service (OGC:WMS) 1.0.0, 1.0.7, 1.1.0 and 1.1.1
• Web Feature Service (OGC:WFS) 1.0.0, 1.1.0
• Web Coverage Service (OGC:WCS) 1.0.0, 1.1.0
• Geography Markup Language (OGC:GML) 2.1.2, 3.1.0 Level 0 Profile
• Web Map Context Documents (OGC:WMC) 1.0.0, 1.1.0
• Styled Layer Descriptor (OGC:SLD) 1.0.0
• Filter Encoding Specification (OGC:FES) 1.0.0
• Sensor Observation Service (OGC:SOS) 1.0.0
• Observations and Measurements (OGC:OM) 1.0.0
• SWE Common (OGC:SWE) 1.0.1
• OWS Common (OGC:OWS) 1.0.0, 1.1.0

Servir datos vía lineamientos del Open Gis Consortium, hará que cualquier programa se pegue a ellos sin mucha traba.  Desde AutoDesk Civil3D, ArcGIS. Bentley Map, hasta gvSIG, QGis, etc.  Inclusive Google Earth/maps vía wms.

Comparándolo con las aplicaciones que antes he trabajado (GeoWeb Publisher y Manifold GIS), MapServer les supera al tener mucha difusión, producto de eso su página tiene suficiente información, ejemplos desarrollados, sin mencionar la comunidad de usuarios.  En el caso de GWP hay que trabajar mucho con las uñas y lo que hay de Manifold en Español es muy poco -dejando fuera Geofumadas para no entrar en contradicción-.

El soporte de datos es una maravilla.  No es el cielo pero se aproxima a lo suficiente: 

• Datos vectoriales o de Geodatabase:  Shape files, GML, PostGIS y un mundo más vía OGR, entre ellos DGN.
• Datos raster:  Tif georeferenciado y lo que deseemos vía GDAL.
• De salida, se puede generar jpg, png, pdf y por supuesto, estándares OGC.

Luego está el soporte multiplataforma.  MapServer puede correr sobre IIS, lo que lo vuelve amigable para usuarios de Windows/PC.  También sobre Apache, con lo que puede correr sobre Windows y Linux de maravilla, no solo para servir datos sino para navegar.  En el caso de Manifold, publicación solo IIS, si les hablas de Apache les pega congestión, aunque hay quienes han hecho sus piruetas.  Y en caso de Bentley, solo Windows, inclusive el despliegue web es un ActiveX que solo corre sobre Internet Explorer, a menos que se fume IDPR a lo sublime en cartucho espacial.

De más está decir, que no se ocupa pagar licenciamiento.  La licencia con Manifold Universal estaría por el orden de $600, la de Bentley GWPublisher por los US$ 10,000 con usuarios limitados y si fuera de GIS Server de US$ 15,000 para arriba.

Por último, veo una gran ventaja en el desarrollo.  Encontrar alguien que trabaje MapServer no es que sea así de fácil, pero se encuentra con mucha mayor facilidad que con las otras aplicaciones, inclusive vía remota como ahora lo estamos haciendo.  Un desarrollador que le conozca las tripas a Bentley GWPublisher no es tan fácil de encontrar, tiene que conocer Project Wise, Geographics, Microstation VBA y Bentley Map para sacarle provecho a un desarrollo robusto sobre Bentley Geospatial Server (Aunque admito que allí se hacen cosas maravillosas).  Un desarrollador de Manifold GIS, muy difícil aunque es solo .NET, y uno de GIS Server, seguro cobrará en función de cuanto vale la licencia.

Como instalarlo en 5 pasos

No hay muchos pasos, así como el principio del Génesis:

1. Descargue OSGEO4W de aquí
2. Instálelo, mínimo MapServer, Apache y un ejemplo.
3. Instale Apache y cree el servicio (o levante un directorio vía IIS).
4. Levante el servicio
5. Ejecute el ejemplo en el navegador

Sí, como el génesis, entre el verso 1 y 2 hay varias cosas que sucedieron en la rebelión de Satanás.  Generalmente levantar el servicio ya sea vía http://localhost/  o http://127.0.0.1/ ocupa su batallada, pero se aprende.

Será en la próxima que lo explicaremos.

Suscríbete

Este es un ejercicio en iguales condiciones, para medir el tiempo que tarda en arrancar un programa desde el clic en el ícono hasta el momento que está en ejecución.

Para fines de comparación, he usado el que arranca en menos tiempo, y luego una indicación (redondeada) de veces en relación a este.  No se pretende sacar conclusiones, pues mi pobre máquina está muy cargada de programas, pero sí, todos están medidos en condiciones iguales.

Windows XP Profesional, Intel Core 2 Duo, con 2.19 Ghz y 1 GB de RAM.

Seguro que hay detalles específicos que justificarán la tardanza de unos, pero lo dejo a su libre albedrío.  Se quedan fuera ArcGIS y TatukGIS que hubiera querido incluir, pero no están instalados.

¿Opiniones?

Suscríbete

Hace un par de días, al calor de un café de palo que hace mi suegra hacíamos algunas alucinaciones sobre las tendencias marcadas para 2010 en el área de Internet.  En el caso del medio geoespacial, la situación es más estática (por no decir aburrida), mucho en esto ya está dicho en el mediano plazo por las grandes marcas, pero para no malgastar la taza de café de esta hora y el preámbulo de fin de año, aquí va.

Software comercial (no libre):  Pocas novedades.  El posicionamiento entre ESRI, Bentley y AutoDesk parece no variar, (al menos en el entorno hispano) y en cuanto a innovación ya hace casi cinco años que lo novedoso del xml e interacción con estándares OGC dejó de ser sorprendente.

También por mucho que se alegue, mejorar las capacidades de edición vectorial en el GIS y las de visualización en el CAD son temas que van para largo.

Así, en el caso de AutoDesk, lo más que veremos es AutoCAD 2011, en que la gente ya se va acostumbrando a la cinta contextual (Ribbon) y empieza a entretenerse en lo valioso que vino esa ocasión.  Es posible que Civil 3D nos de sorpresas, pero no mucho, la madurez del software y el equilibrio por no desorientar a los usuarios con muchas locuras se mantendrá.  También como sabemos, AutoDesk no hace novedades extremas en años impares (de release, no de calendario), solo maquillaje, esto nos tranquiliza pues veremos un nuevo formato .dwg hasta en 2011 cuando se anuncie AutoCAD 2012.

En caso de Bentley veremos cosas más alocadas, pero solo a nivel de fumada extrema.   I-model por el momento solo afectará a Project Wise y Publisher, también a nivel de propuesta, pues a mi entender Bentley busca recuperar su valor agregado de Select y diseminar el XFM, lo que planea a mediano plazo no lo veremos en 2010.  Quizá para este año veamos las primeras implementaciones de Bentley Cadastre participando en los Be Inspired, eso sí, debería ser fumada a lo sublime, del que tengo tres ligeros presentimientos que prefiero no revelar.

En cuanto a ESRI no tengo la más mínima idea de lo que podríamos esperar, ¿Una versión 9.4?, lo dudo.  Para herramientas con ese nivel de posicionamiento (en ventas y piratería) es difícil sentir que se puede madurar más, aunque los amigos del barrio open lo tengan en el paredón de Macondo.

En cuanto a Manifold GIS sería de lo más agresivo, posiblemente antes de Junio veamos Manifold 9.   En lo poco que hemos leído en los testamentos magistrales que suelta  Dimitry, percibo insistencia con CUDA y seguir obligando a la gente hacia los 64 bits, que es a lo que ellos llaman velocidad.   Una pena, porque hace mucho que estos deberían entrar de forma propositiva en acuerdos con los grandes, al menos con los formatos dwg y dgn que se han quedado a un nivel limosnero justificados en su ironía que se columpia entre lo real y el mal gusto.

Si algo es de esperar de Manifold es que estos amigos sí que fuman de la verde, no nos sorprendería que le metan muchas más funcionalidades locas al juguete, que poco a poco mejora su posición respecto a los grandes.  Pero a mi parecer, veremos más locuras a nivel de base de datos e interoperabilidad, poco en el nivel de construcción y edición vectorial.

Open source:  A buscar sostenibilidad.  Nadie dijo que este no sea comercial, los términos libre y no libre son los adecuados para separar los segmentos. 

Meras apreciaciones, pero a mi criterio, gvSIG con su versión estable 1.9 seguirá resolviendo pequeños bugs y creando alianzas que le den sostenibilidad y posicionamiento.  Este término parece complicado, si le damos micrófono a los sociólogos , me gusta más como lo describen los agrónomos:

un poco de árboles no constituyen un bosque, pues debe existir un entorno favorable y una cantidad determinada para que se considere sostenible.

En caso de gvSIG, deberá seguir esas alianzas que ha iniciado hacia Europa, interior de España y Latinoamérica.  Una razón básica:  quién dará continuidad a versiones locas como Windows 7 si a la Generalitat no le interesa mucho seguir con Don Bill Gates, o los mil sabores que hay en los repositorios Linux.   Y para esto, necesita crear redes de sostenibilidad de contexto híbrido: academia, sector privado, sector público, que puedan estar listos para cuando veamos cosas de gvSIG 2.0.

El caso del papelón que juegan iniciativas como OSGeo, FIG y Open GIS Consortium, es de esperar que sigan moviendo el piso en la granja, con mayor representatividad de la comunidad hispana y equilibrio entre lo libre y no libre.

Los otros no libres, es probable que tengamos una nueva versión de Portable GIS, que actualice plataformas estables e integre un par de destornilladores más.  A mi parecer, poco nuevo veremos con los otros que ya obtuvieron madurez, como Quantum GIS, Grass y Udig; estos tienen más presión por construir sostenibilidad que por hacer innovaciones.

No descarto novedades interesantes, lo que sucede es que al igual que iniciativas pequeñas (no libres), su capacidad de hacer ruido tienen poco impacto en el medio hispano.  Al menos, no como gvSIG, que con cada clavito saca la jolota a volar, estrategia que le ha funcionado más por ser sistemáticos que por el tamaño del clavito; y eso construye sostenibilidad.

Si por mi fuera, soltaría algunas preferencias que tengo por el Software no libre, lo que sucede es que gvSIG tiene que pensar en los usuarios de Widows, (el 95%) que con 90,000 parcelas sufren la lentitud del entorno Java y que distintas políticas les impiden pasarse a Linux así de romplón.

También mucho del open source rondará al rededor de lo que pase con MySQL, ahora que Oracle tiene la fumada perfecta entre el segundo y tercer dedo (más el tercero).  En parte bueno, porque muchos sí esperan novedades locas salidas de PostgreSQL y PostGIS.

Otras hierbas:  Lo impredecible.  Google Earth, a mi criterio en unos tres años podría tener muchas capacidades de construcción y análisis sobre el pinche kml y los servicios OGC.  Es probable que el hecho de enchutarlo a la braca como estándar al Consortium produzca frutos sobre desarrollos de terceros, esto haría que Google insista en darle el valor que le merece (a ellos), una plataforma de navegación gorilopólica.   (Esto último entiéndase en el contexto de las zonas UTM 15 y 16 más el efecto del café de esta señora

Que más podría decir, este es el vecindario de productos que rondan por aquí.  CadCorp, MapInfo y SuperGIS son de otro barrio, y esto mantiene el post en la miopía de la granja local.

Ha sido liberada la versión 2 de Portable GIS, una aplicación simplemente maravillosa para ejecutar desde un disco externo, una memoria USB e inclusive una cámara digital los programas necesarios para el manejo de información espacial tanto a nivel de escritorio como web.

Cuanto pesa

El archivo instalador pesa 467 MB, pero se requiere al menos 2GB libres en una USB para poder instalarlo, pues una vez descomprimido y funcionando anda por 1.2 GB el espacio requerido.

Que programas incluye

Es sorprendente lo que hace, pues desde una memoria USB se puede ejecutar los siguientes programas:

Software GIS de escritorio

• uDig (1.1.1)
• GvSIG (1.1.2)
• Quantum GIS (1.02)

Manejadores de bases de datos:

• PostgreSQL (8.4.01) (PgAdmin III y Psql Tools)

Programas para servicios web:

• MySQ Database server
• Postgre SQL Data server
• Xampplite: PHP,
• Apache (1.6.2)
• Geoserver (1.7.6)

Como aplicaciones adicionales:

• FWTools: ogr, gdal, python, mapserver, openEV (2.4.2)
• Tilecache (2.10)
• Featureserver (1.12)
• PgAdmin III (1.10)
• OpenLayers (2.8)

Y también vienen estas utilidades:

• SqlSync (plataforma para sincronización de bases de datos)
• GeoMetadataExtractor (extrae metadatos de imágenes georeferenciadas)
• Shp2Text (convierte archivos a shp, con columnas de coordenadas)
• Ogr2Gui (GUI para OGR toolkit)
• ShapeChecker (Chequea y corrige shape files corruptos)

Como funciona

Simplemente se descarga el instalador, se ejecuta y se elige la unidad de disco donde se va a instalar.  Esto crea un ejecutable que contiene el menú, una carpeta llamada “usbgis” que contiene todos los programas e inclusive un archivo autorun.info.

Siempre que se conecta la USB, requiere ser ejecutado "setup Portable GIS”, para que el sistema reconozca la ruta que el explorador le ha asignado al disco.  Luego de esto solo es usar los programas y punto.  Se ve ideal para trabajar con las computadoras tipo netbook, o para andarlo en una memoria al estar de viaje o rebotando entre oficinas sin un equipo fijo.

Uno de los mayores atractivos son las aplicaciones de tipo servidor, para el caso Apache o geoserver, que solo para aprender a instalarlos la primera vez ocupan un buen rato; en este caso solo es necesario presionar el botón “start” o “stop” para detenerlos.

Los programas OpenLayers, Tilecache y Featureserver se ejecutan desde el archivo index.html, una vez levantado el servidor Apache (desde http://localhost).

En el caso de QGis, trae incluido Grass, solo hay que seleccionar el directorio al ejecutarlo la primera vez (..\usbgis\apps\Quantum GIS\grass).  También será necesario hacerlo si se conecta a otro equipo y el sistema le asigna otro nombre a la unidad.

PortableGIS se sirve bajo licencia GPL y funciona solo en sistemas operativos Windows.

De aquí lo pueden descargar.

La forma como han madurado las herramientas libres es interesante,  hace algunos años, hablar de GIS libre, sonaba como a UNIX, en voz de Geek y en un nivel de desconfianza por temor a lo desconocido.  Todo eso ha cambiado mucho con la diversidad de soluciones que han madurado no solo en la construcción de rutinas comúnmente esperadas sino innovadoras estrategias de masificación, testeo y adaptación a la inteligencia colectiva basada en el intercambio.  El OSGeo y los estándares OGC son resultados de esa madurez.

Sucede que ahora con mucha confianza podemos recomendar soluciones de código abierto que son eficientes (QGis o gvSIG para poner dos ejemplos), hay una diversidad de donde elegir, aunque también somos conscientes que en unos años muchas serán descontinuadas o se fusionarán bajo la sombra de las más sostenibles (ejemplo los casos de Qgis+Grass y gvSIG+Sextante).  El tema quienes sobrevivirán debe ser considerado seriamente hoy día, pues la fidelidad tiene su límite, la sostenibilidad del software GIS bajo modalidad open source se basa en pilares como: La tecnología, el negocio y la comunidad. 

La sostenibilidad tecnológica de alguna forma es controlable, o al menos parece que ya no nos asusta su loco ritmo de hacer obsoleto un desarrollo cada 5 minutos.  Pero hemos aprendido a entender, que también esto es una forma de limpiar el escenario y las aplicaciones que tienen problemas de sostenibilidad van saliendo del camino, aunque es doloroso para los fieles.  Para poner un ejemplo Ilwis, que con todo y sus méritos, le está costando salir de Visual Basic 6.

La sostenibilidad financiera, o lo que llamamos negocio, de forma sorprendente ha caminado.  Ahora existen muchos proyectos que se sostienen a puro voluntariado, mediante fundaciones, proyectos formalmente constituidos o inclusive simples botones de “colabore vía Paypal”.  A este nivel es admirable el caso de gvSIG, que como parte de un proyecto grande de migración al software libre, tiene una sostenibilidad financiera bastante bien planificada.

Pero la sostenibilidad de la comunidad pareciera ser el eje más complejo de controlar, porque no solo depende del “creador” sino porque tiene gran influencia en el campo tecnológico (en ambas vías) y puede hacer difícil manejar el tema financiero.  Los expertos financieros y tecnológicos son formados por la academia, y son ciencias si no exactas, teóricamente definidas.  El concepto de “este tipo de comunidad”, surge a partir de la masificación de Internet y la consolidación de tendencias que evolucionaron de forma natural como resultado “de la comunidad”; de modo que el eje es interdisciplinario, entre la comunicación, educación, mercadotecnia, tecnología y todo con un aderezo de psicología social.

Mis respetos para quienes están detrás de esta línea, con proyectos como es el caso de gvSIG, cuya expectativa de internacionalización es sumamente agresiva.  Debo admitir que es uno de los proyectos por los que guardo mi más sincera admiración (aparte de los gajes de este oficio), considero que han logrado mucho no solo en el medio hispano (que de por sí es complicado).

Una de las líneas de este eje (y la única que voy a tocar hoy) es el tema de “fidelidad del usuario” a través del intercambio recíproco de información.  Medir esto debe ser muy complicado, así que me voy a basar en un ejercicio más absurdo que simple:

-La Wikipedia es alimentada por la comunidad. 
-El usuario fiel a un software, que gusta comunicar, escribe de éste. 
-En el entorno de comunidad, todos los usuarios fieles a ese software, aportarán a él en la Wikipedia.

Es un absurdo, lo sé, pero quiero ponerlo de ejemplo, pues aunque la Wikipedia es muy criticada por los catedráticos como fuente fideligna, su contenido cada día se vuelve la primera referencia y cumple un papel importante en la relación usuario-búsqueda-contenido.

Entonces, he usado de punto de partida la página “sistemas de información geográfica”, luego he ido a cada una de las páginas de 11 programas y he contado el número de palabras allí existentes, desde el tema hasta las referencias de categoría.

En casi 5,000 palabras que suman, el resultado es el siguiente:

Observen que la suma de GvSIG + Sextante se llevan el 21%, no es de extrañar, si recordamos que estos han sido proyectos que han dedicado mucho a la documentación organizada de información en sus web oficiales, han invertido en sistematización del proceso, manuales, listas de usuarios y muchos otros esfuerzos por la internacionalización.

También podemos ver que QGis + Grass se quedan atrás, su difusión más fuerte no es precisamente en el medio hispano, a pesar que Grass es quizá el GIS Open Source más antiguo que sigue con vida.

Este es solo el tema de fidelidad basada en la reciprocidad, y viendo solo como ejemplo la Wikipedia.  Como vemos, y con satisfacción, gvSIG + Sextante tienen una influencia importante en el medio hispano.  Posiblemente veríamos un comportamiento similar en las redes sociales, blogs, revistas informáticas y foros de discusión, aunque, claro que esto genera un mayor grado de responsabilidad por la comunidad.

Pero el hecho que “nuestros gajes” nos lleven a cuestionar aspectos relativos a la comunicación, no intentan sugerir que somos expertos en el tema de sostenibilidad.  Es parte de ser “comunidad”, son las reacciones comunes de quienes esperamos con mucha fe en proyectos de este tamaño (aunque, lo admito, no justifica el tono).

Posiblemente es necesario poner atención a la difusión de información, que se filtra por los diferentes canales que promueven la iniciativa (como el caso de Geomática Libre Venezuela) o comunicaciones no formales en las listas de distribución que se convierten en verdades no oficiales y que crean expectativas.  Esto y más pequeñeces se arregla mediante políticas de comunicación institucional, en el que hay que reconocer los “canales de la comunidad” tanto a favor como en contra, para asegurar parte de esa sostenibilidad.

Es adecuado revisar como la comunidad reacciona ante la difusión, porque la comunidad es un elemento vivo, tiene un comportamiento parecido al de las personas, reacciona, piensa, siente, habla, escribe, se queja, se alegra y sobre todo tiene expectativas en el proyecto.  Un ejemplo de como se crea una expectativa:

-Que es lo malo de gvSIG 1.3, que ya vimos gvSIG 1.9
-Qué es lo malo de gvSIG 1.9: que es inestable
-Que es lo malo que esté inestable: que no sabemos cuando lo estará
-Momento: parece que ya luego lo estará.
-Cuando estará…

Es necesario revisar el tema de comunidad, en un proyecto así de grande, con una alcance internacional, multicultural.  La comunicación constante de forma oficial nunca está de más, si aporta a la sostenibilidad de la comunidad.

Finalmente el post original que me ha movido a tocar el tema he debido eliminarlo, luego de que los remiendos hayan sido casi imposibles y el hilo nuevo incompatible con la tela desgastada. 

Si los amigos de gvSIG cumplen su promesa, el próximo lunes 27 de Julio tendremos la versión 1.9 estable.  Por ahora el testeo ha estado de maravilla, de acuerdo al volumen que se percibe en las listas de distribución.  Mientras llega el lunes, para cuando espero tener la satisfacción de felicitar el cumplimiento de palabra, a costa de los seguros desvelos que deben llevar los desarrolladores, echémosle una mirada a QGIS así a vuelo de pájaro tordo.

QGIS fue desarrollado en C++ usando Qt toolkit, corre sobre Windows, Mac y Linux.  El proyecto surge en Mayo de 2002, con soporte para 26 idiomas y su licencia es GPL. 

Probaremos la versión 1.02 que de entrada me ha dejado bastante satisfecho para ser una herramienta de uso libre, se puede descargar desde este enlace y esta es la página oficial de Qgis.

Apariencia

La iconografía y diseño de interfaz es de lo más rescatable, no incide en usabilidad, pero sí en gusto corporativo (vende) a la hora de ofrecerlo.  Aspecto que criticaba anteriormente de gvSIG, porque en algún momento su apariencia y disparidad de creatividad hizo que un gerente me dijera “parece un programa veterano, algunos íconos parecen haber sido hechos con Paintbrush de 8 bits”.

Pero en esta superficialidad, QGIS anda muy bien, inclusive con un simple clic se puede elegir entre 3 diferentes temas de iconografía muy bien conceptualizados, con solo pasar el mouse por el tema muestra como se vería la interface.

Funcionalidades interesantes

QGIS requiere de Grass para muchas funcionalidades que aquella herramienta tiene bien consolidadas, muy bueno para no duplicar esfuerzos.  Al iniciar QGIS y no encontrarlo instalado, levanta una alerta; en este caso estoy haciendo una revisión sin incluir Grass.  Al querer cargar un set de datos Grass, por no estar instalado se me cerró la aplicación, por lo que no recomiendo usarlo sin instalar ambas herramientas.

Los atajos, Una buena cantidad de comandos tienen una letra asignada, tal que se puede cargar la función con solo presionar esta letra.  Esto es muy práctico, recuerdo que en AutoCAD era una de las mejores mañas cuando casi todo comando se hacía vía teclado.

El overview, en el panel izquierdo está un mapa que muestra la zona de despliegue, con sincronización en ambas vías.  Muy útil, se puede elegir que capas se desean ver en el overview, y también se puede soltar como ventana flotante a diferente tamaño.

El marco lateral, simplemente genial, se puede arrastrar los plugins como etiquetas al primer plano, se pueden hacer flotantes, y con un simple botón derecho activar o desactivar.  También el manejo de ancho es de simple arrastre no solo en el panel izquierdo sino en el inferior.

El panel inferior, al desplegar la tabla de atributos, aparece en el área, pero también puede ser flotante.  Muy funcional, con opciones de zoom a las filas seleccionadas y cambio de ancho de columnas con un simple arrastre del mouse.  También en el marco inferior tiene las funciones de buscar y seleccionar, parecido a como lo tiene Manifold GIS, aparte del simple status bar.

La conformación de este diseño de interface hace que sea más aprovechable, lo de marcos flotantes es de lo mejor, me recuerda mucho Microstation, pues para el caso, la ventana de atributos puede estar desplegada sin afectar otra operación.

Análisis de datos, tiene los aspectos básicos de geoprocesamiento y research que alguien podría requerir, a simple vista existen algunas funciones muy interesantes que prefiero ver en otra ocasión, pues los plugins de Ftools incluyen modelado de terreno, hidrológico entre otros.

Plugins extra, Como cualquier aplicación gpl, su ganancia está en los plugins que poco a poco va haciendo la comunidad(aunque con ventaja de no ser en Java), por default trae los básicos y parecieran pocos pero no son tan simples como parecen: se pueden cargar capas WFS, exportar a MapServer, capturar una coordenada, agregar ayudas a la vista como norte, escala y copyright, texto delimitado por comas, tiene un conversor dxf a shp, plugin para georeferenciar imágenes, consola de gps, consola python, malla de coordenadas, etc.  Pero lo mejor, es la opción de cargar los plugins de Grass que son un tema aparte.  Similar a lo que pasa con gvSIG y Sextante aunque la madurez de Grass es respetable, una de las herramientas GIS más antiguas.

Es interesante el OGR converter, que puede convertir capas entre diferentes formatos, como shp, dgn, gpx, gml, csv, kml, mapinfo, así como BD espaciales vía ODBC, MySQL, PostgreSQL, entre otros.

Funciones básicas, como otras herramientas, se pueden crear bookmarks espaciales, grupos de capas, las capas tienen control de zoom mínimo y máximo, facilidad para agregar sistemas de coordenadas y proyección; en caso de capas shp, si tienen prj, Qgis rescata esta información.  Una gran cantidad de procesos incluyen barra de progreso, lo que nos parece muy bueno.

Es muy interesante como están configurados los atributos de los objetos, pues en el mismo panel hay pestañas para propiedades generales, simbología, metadatos, labels, acciones y atributos tabulares; todo se puede guardar como un estilo .qml y cargarse para aplicarlo a otras capas.  También esta tabla es flotante y se puede ajustar su ancho y altura al gusto.  Inclusive este panel y otros pueden abrirse como una aplicación separada.

También llama la atención funcionalidades que parecieran simples pero que llevan una gran utilidad, como la medición de distancias continuas, que se refleja en un panel tabular, que incluye la distancia de cada segmento.

Acceso y edición de datos

Puede cargar datos vectoriales shp, gml, Mapinfo y ddf, aunque se pueden convertir datos de otros formatos vía el OGR converter.  Adicionalmente capas vectoriales vía WFS y PostGIS.  Rescatable, permite especificar la codificación de caracteres al cargar la capa.

En cuanto a capas raster, soporta una barbaridad, aparte de WMS. Adicionalmente incluye lectura de stándares OGC WFS, WCS, CAT, SFS, y GML.

Para crear nuevas capas vectoriales se pueden hacer por medio de OGR shape files o Grass.  Los proyectos son guardados como XML con extensión qgs, donde queda guardada la conformación de capas al estilo gvSIG.

En cuanto a la edición de datos, en las propiedades del proyecto quedan almacenadas especificaciones como sistema de coordenadas, unidades, precisión de decimales, habilitación de edición topológica, permisión o limitante de superposición de polígonos en una misma capa y condiciones de snap (tipo y tolerancia) por cada capa disponible en el proyecto.  Esto último es interesante, aunque me decepcionó  que solo tiene opción de segmento y vértice.  Insisto, Grass debe ser una justificación para esto.

Intenté editar una capa, insertando un vértice, pero me pareció bastante lento, aparte que fue necesario ir a agregar las opciones de snapping (perdón por mi torpeza, es la primera vez que toco este juguete).  Lo veré luego que cargue las herramientas de edición de Grass.  Tampoco parece haber un track si varios están editando una capa de forma simultánea, gana quien guarda primero. ugh!

Salida de datos

Para fines de salida rápida, hay opción de guardar la vista como imagen, y un plugin para impresión rápida, pero a diferencia de gvSIG, no tiene un control de layouts estilo ArcView; sino un print composer que me parece un tanto tomado de los cabellos, aunque permite cargar dataframes, labels, cajetines y símbolos, y se pueden crear varias composiciones para un proyecto, no encontré como guardarlas como templates; el manual dice que es posible.  Supongo que en los plugins de Grass hay mejores cosas para estos fines.

Comparación con gvSIG

Claro que lo haremos, después del lunes próximo.