geofumadas

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?

Ya antes le hemos echado un ojo a otras herramientas open source en el área GIS, entre ellos Qgis y gvSIG, aparte de  programas no libres que hemos probado antes.  En este caso lo haremos con User-Friendly Desktop Internet GIS (uDig), uno de los que vienen en PortableGIS.

De donde surge

uDig es una construcción de la empresa Refractions Research, quienes luego de ganar un premio importante patrocinado por GeoConnections, lo invirtieron en este y otros desarrollos.  La licencia de uDig es GNU LGPL, a esta misma empresa se le debe el desarrollo de PostGIS y aportes significativos a Geoserver.

Características

Es un desarrollo exquisito, rompiendo muchos convencionalismos de las herramientas tradicionales, con un rostro parecido a qGIS.  Entre sus características se puede mencionar:

• Construido en Java, bajo el entorno Eclipse (Como gvSIG)
• La libertad de configurar la interface es envidiable, pudiéndose arrastrar ventanas casi a cualquier lugar, ejecutarlas en segundo plano, arrastre externo e interno, minimizarlas a botones y modificando libremente los bordes de frames.
• La velocidad de ejecución es muy buena (a pesar de ser sobre Java, la he probado desde una Acer Aspire One, con Windows XP); Corre sobre Linux y Mac, obviamente con mejor rendimiento.
• En cuanto a lectura de formatos vectoriales, es limitado con archivos discretos (no lee dgn, kml, dxf, o dwg) pero sí los fumados (gml, xml).  El único tradicional que lee es el shape file.
• Con imágenes raster también tiene sus limitantes, pero se puede pegar a servicios wms y otros servicios en línea.
• En cuanto a bases de datos sí es robusto, ArcSDE, DB2, MySQL, Oracle Spatial, PostgreSQL/PostGIS y WFS, así que por medio de algunos de estos puede integrar la data vectorial que no accesa de forma convencional.
• La grilla, barra de escala y leyenda se integran como si fueran capas.  Esto es interesante pues no son funcionalidades de la interface de despliegue sino de los datos.  Aunque su configuración es medio complicada (a primera impresión)
• Tiene características que lo hacen práctico, como:
  -copy/paste de features (como Manifold GIS) 
  -pegar como xml en notepad
  -simbología temática muy práctica, con alertas para evitar problemas con daltónicos, monitores CRT, proyectores, monitores LCD, impresión a color y fotocopiadora.
• Es interesante que la herramienta normalmente viene con un ejemplo estructurado, que incluye una comunidad de Canadá y una base mundial de ciudades, países, zonas horarias e imágenes de satélite.  Esta estrategia es muy buena para entender su capacidad al momento de verlo por primera vez, cosa que deberían tomar en cuenta otros programas que se bajan, instalan y generan la gran pregunta ¿Y ahora que **** hago con estos botones?
• La búsqueda de actualizaciones en línea es otra característica práctica que otros proyectos deberían considerar. En esto, un tanto similar a gvSIG, existe una barrera en la primera impresión, y es que la riqueza que está en las extensiones no tiene suficiente marketing o le falta un hilo conductor que promueva su utilidad (y en ese caso oficialidad).  Al menos, con esta actualización en línea (que no tiene gvSIG), tras unos minutos de descarga puedo ver muchas capacidades que recibe en las extensiones Grass, JGrass, SEXTANTE, Horton Machine y de Axios en aplicaciones hidrológicas, modelos 3D, interacción GPS, raser y vector.

Desventajas

uDig hace cosas interesantes, al igual que qGIS se complementa con JGrass, pero como solución GIS no es la mejor herramienta open source, en cuanto a funcionalidades de construcción vectorial y manejo de topologías le superan qGIS (con las extensiones que trae) y gvSIG (sin extensiones).  Si bien es madura, y tiene lo que un usuario  común podría requerir, su potencial es para el usuario con capacidades de desarrollo en Java; su enfoque Internet GIS tiene sentido para conectarse a datos y búsqueda de actualizaciones pero en cuanto a publicación tiene poco que ofrecer (Sí lo hace Geoserver). 

Lee pocos formatos CAD/GIS, no ha logrado integrar la comunidad al nivel que gvSIG, y, en esto la demanda de usuarios y alianzas estratégicas son un motor importante para agilizar el desarrollo, aspecto que no parece estar logrando en el ímpetu de gvSIG (sí a nivel de Canadá, pero no a nivel global).

El hecho de romper esquemas le hace perder un par de puntos, pues muchos usuarios se descontrolan al inicio (en el manejo de proyectos, catálogos y perspectivas).  Recupera estos puntos por la sencillez que tiene una vez que se conoce su forma de operar, aunque en la filosofía de escalabilidad Java hay que cuidar el equilibrio para que la versión básica mas extensiones (que tiene sentido) no se parezca (en su evolución libre) a un árbol de navidad al que se le cuelgan tantas figuritas que un día perdemos, o armonía, o simetría, o línea de tiempo.

No ser tan conocido es una gran desventaja (que le pasa a muchos otros), ser una solución para un grupo de selectos no es garantía a largo plazo, no en aplicaciones open source; en consecuencia, poca sistematización de experiencias y documentación, aunque es admirable su protocolo para la toma de decisiones nuevas.  Para un municipio, uDig podría ser una solución muy funcional, pero obtener soporte y capacitación pueden ser un problema complejo (lejos de British Columbia); se ve mucho más práctico para proyectos que implicarán personalización y que contarán con presupuesto para sostenerlo (ej. Medio ambiente, vulnerabilidad). 

Aparte del proyecto de las papas de Perú y lo que reporta Axios, poco se ha escuchado de uDig en el entorno hispano; la continuidad de soluciones de este tipo a nivel de país dependen de la aplicación de políticas de migración hacia el software libre, tema que va muy lento en Latinoamérica.

La mayor desventaja que le veo a uDig es la sostenibilidad en el largo plazo, el hecho de ser una herramienta soportada por una empresa privada nos crea dudas en preguntas como:

• ¿Y si Refractions Research dice un día que es insostenible los costos de continuar con el soporte y desarrollo, quién lo hará?
• ¿Podrá la comunidad creada atender una dinámica de crecimiento global, en caso de haber una demanda alta?
• ¿Acaso no hay otros proyectos sobre Java/Eclipse que hacen lo mismo, que son Open Source, que pareciera duplican esfuerzos?
• ¿No pareciera que las herramientas Libres son estrategias de empresas que finalmente dejan cautivo el soporte?

Seguro que la mara Open tiene respuestas muy claras a lo anterior, pero no está de más pensar en sostenibilidad, que de por sí es complicado en proyectos libres, porque si separamos los aspectos técnicos y tecnológicos que parecen estar claramente funcionando, el aspecto financiero es cuestionable en el largo plazo.  Hoy día vivimos momentos en que un huracán hace colapsar el sistema económico mundial, un zapatazo en una conferencia puede desencadenar una guerra que en un solo día acaba con los buenos augurios, la caída de la bolsa por abajo de lo aceptable hace que grandes empresas se vayan al carajo en menos de una hora.

Estas cosas, nos ponen a pensar que ante tanta gama (y sí que es tanta) de soluciones que le dan completa libertad al hombre, peligra la dispersión de esfuerzos y dinero (porque finalmente eso cuestan).  La libertad puede llegar a ser tanta, que un día puede usarse para abandonar proyectos por decisiones de otros que no fueron fundadores de la idea original.  Al respecto, seguro ya muchos han escrito, pero  debemos seguirlo pensando con cuidado, recordando que un día nos medirán las inversiones por el impacto y no por la geofumada.

Conclusión

• Como desarrollo: muy robusto y práctico, otros proyectos deberían imitar ideas de aquí.
• Como solución: tiene grandes limitantes al compararlo con otros de su nivel, (en una primera impresión)
• Como proyecto: camina muy lento y no parece tener prisa.
• En la medida que vaya probando las extensiones, podremos darle los puntos que suma después de la primera impresión.

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.

Así como GRASS complementa a Quantum GIS, SEXTANTE lo hace con gvSIG, manteniendo la especialidad.  Son de lo mejor de los esfuerzos de colaboración entre las alternativas de código abierto en el ambiente geoespacial, en busca de evitar la duplicidad.

El esfuerzo por gvSIG en mantenerse en el manejo vectorial con muchas capacidades CAD se ve complementado con todo lo que ha sido construido en SEXTANTE luego que este abandonara su enfoque meramente raster con SAGA y se convirtiera en una biblioteca para que muchos otros programas SIG lo implementaran y se ampliara al enfoque vector. Aquí les muestro la lista de cerca de 240 algoritmos que existen para gvSIG 1.9:

De aquí se puede descargar SEXTANTE, la versión compatible con gvSIG 1.9 (estable).  Instalarlo solo requiere que al momento que lo pide se indique donde está instalado gvSIG.

Una debilidad frecuente en los programas con especialidad GIS es su limitación para construir datos con la facilidad que ofrecen las herramientas orientadas a CAD.  Poco a poco la brecha se reduce, aunque es cuestionable si ha sido el GIS que ha mejorado sus capacidades de construcción o el CAD que por haber implementado variantes geoespaciales como lo son Bentley Map y AutoCAD Map.

gvSIG 1.9 ha hecho copia casi literal de las herramientas de AutoCAD más usadas, inclusive en el orden que la línea de texto se ejecuta en al menos 21 comandos.   Los marcados en rojo son novedades de la versión 1.9 estable, no se han incluido los que esta versión mantiene en la barra de edición, que parecieran ser de selección.

1 Línea 2 Poli línea 3 Círculo 4 Autocompletar 5 Unir 6 Matriz 7 Trim 8 Copiar 9 Mover 10 Rotar 11 Escalar 12 Espejo 13 Editar vértices 14 Explotar 15 Punto 16 Arco 17 Polígono 18 Elipse 19 Hueco 20 Rectángulo 21 Estirar 22   Multi punto 23   Multilínea 24   Xline 25   Hatch 26   Insert Block 27   Texto 28   Paralela 29   Extender 30   Prolongar 31   Fillet 32   Borrar

Los primeros 14 (1 al 14)estaban en mi lista de los 25 comandos más utilizados. Algunos de ellos no son exactamente el equivalente, como: -unir/hacer bloque -editar vértice/pedit -autopolígono/boundary Los siguientes 8 (15 al 22) han sido integrados por gvSIG, aunque no estaban en mi lista de prioridad. Los últimos 9 (23 al 31) estaban en mi lista y no han sido considerados por gvSIG.  Veamos que la mayoría de estos no tienen sentido en GIS porque son atributos de los objetos, por ejemplo: -Mline -Hatch -Insert Block -Text

Puede considerarse un aporte significativo de gvSIG haber integrado esta serie de herramientas, con la lógica de trabajo de AutoCAD.  En la práctica he visto técnicos construir con esta herramienta, aunque muchos de ellos para levantamientos catastrales masivos prefieren trabajar con una herramienta CAD, crear polígono y luego traerlos a gvSIG; la mayoría me dicen que es porque sobre Java siempre el trabajo es lento.

Por otro lado, para mantenimiento catastral, una vez que se han subido topologías a PostGis, no tiene sentido sacar los datos y editarlos en una herramienta CAD; y entonces se vuelven útil estas herramientas.  Aunque para cantidades grandes de datos, siempre afecta el consumo de recursos de Java.

Muchas imágenes han sido cortadas a partir de polígonos, pero al hacerlo, no se le estableció un color transparente al fondo y aparece un negro molesto.   O en otros casos, deseamos que no sean visibles una gama de colores; Veamos como hacerlo: 

Con gvSIG.

Estoy usando la versión 1.9 estable, que finalmente la locura de descarga terminó, y en menos veinte minutos baja.  De paso vean el localizador en el panel izquierdo, al estilo de Qgis.

Para agregar transparencia a la imagen se hace lo siguiente:

• Botón derecho sobre la capa, en el marco lateral, elegimos propiedades del raster.
• Luego en el panel desplegado, elegimos la pestaña transparencia, y activamos el checkbox
• Es necesario conocer las combinaciones de colores rgb, en este caso quiero eliminar el negro, la combinación es fácil: 0,0,0.  Así que lo agregamos, al momento lo negro se vuelve transparente.
• En caso de no conocer el código rgb, se puede seleccionar de la pantalla con algunos programas gratuitos que andan por allí, como el Visual Color Picker, para poner un ejemplo.

Para guardar los cambios presionamos aceptar

Pueden agregarse más colores, aunque no vendría mal que para futuras versiones gvSIG le agregara un seleccionador de color que lo capture con un clic en la pantalla.

Con Microstation V8

En el raster manager, seleccionamos la imagen con el botón derecho, y luego attachment settings.

• Marcamos el checkbox Transparent
• Luego elegimos el color que se espera transparente.
• Luego presionamos el botón Apply

Ups! solo se puede elegir uno y una condición de transparencia para todo el resto.