Criterios para elección de soluciones GIS/CAD

Hoy ha sido el día que me ha correspondido exponer en el curso de catastro inmobiliario de Bolivia. El tema ha sido orientado a la reflexión de cómo elegir una herramienta informática para un desarrollo geomático.

Este es el gráfico que he usado, y mi enfoque ha sido el análisis del contexto en donde esperamos implementar la solución.

El asunto es que si se quiere elegir una simple herramienta para captura de datos se debe considerar aspectos que no tienen que ver solamente con la capacidad de hacer vectores, sino más bien la sostenibilidad que puede soportar en la medida que sea exigido por los usuarios que acceden a ésta desde diferentes niveles y la cantidad de usuarios que requerirán licencias.

Entre algunos criterios que hemos considerado, y cuyo peso podrá variar en función del contexto de país o alcances, entre otros se pueden considerar:

• Interoperabilidad
• Estándares OGC
• Curva de aprendizaje
• Velocidad vrs. Cantidad de usuarios
• Crecimiento modular
• Disponibilidad de interfases de programación (API)
• Costo integral

Luego hemos dividido el contexto geomático en al menos seis etapas y sopesado el nivel de importancia de los criterios anteriores en diferente momento. Cada una de las etapas puede seleccionarse un listado de características especiales que los usuarios o especialistas proponen y a estos se les da un peso a fin de evaluar de forma comparativa las ventajas y desventajas de las diferentes soluciones:

1. La etapa de construcción

En esta, básicamente se espera que la solución sea efectiva y práctica para la producción a alto nivel por parte de los técnicos que vienen de campo, digitalizan, limpian topología, integran a bases de datos e interactúan con imágenes o servicios de mapas.

2. La etapa de administración

En esto se considera, que los datos producidos puedan someterse a estándares tales como para ser aceptados dentro de una base de datos o un administrador de archivos versionados. Aspectos como sostenibilidad de formatos y API disponible son muy importantes. Y claro, las soluciones que se buscan a este nivel para manejo de bases de datos se espera que más que tener interfases atractivas, puedan tener un buen rendimiento para entornos multiusuario y capacidad de almacenar tanto datos tabulares como geometría e índices raster.

4. La etapa de Publicación, a este nivel se considera que las soluciones de construcción de datos hayan tenido posibilidades de transformación a estándares ogc y que las herramientas de servicio de datos tengan un nivel de personalización para que tanto se puedan servir datos como que también se vean artísticamente atractivos.

5. La etapa de mantenimiento, esto es un segundo nivel de construcción, en que se espera que las herramientas tengan la opción a poder personalizar su acceso para conservación de resultados versionados, almacenamiento histórico de cambios y de nuevo, facilidad en la construcción precisa. Si es posible la opción a hacer anotación gráfica bajo un activex que funcione en línea… mejor.

6. La etapa de respaldo, le he llamado así, pero en realidad es una etapa de repositorios de acceso, donde los usuarios dentro de la institución acceden, transforman datos, respaldan y generan nuevos productos. Aquí los requerimientos a la solución CAD/GIS apenas se van a la estabilidad de formato y capacidad de soportar versionado, mientras que las herramientas de manejo, que tengan mucha disponibilidad al desarrollo, normas de seguridad y funcionalidades cliente servidor.

3. La etapa de intercambio, este es un segundo nivel de la publicación, en la que se espera servir datos en formatos xml, gml u otros soportados por estándares ogc, productos que esperamos sean utilizados por otras soluciones geomáticas pero que también regresen modificados. Que decir, capacidad de pervertirse bajo estándares geofumados, incluida la opción de simplificación vectorial… sí, bien geofumados.

Aunque el principio es aplicar un test de características a diferentes soluciones en cada etapa del proceso, no debemos olvidar su contexto integral; así que hemos concluido con un ejercicio rápido en caso de tener un cliente importante, como un instituto de catastro en un país, que desea implementar un sistema completo para un entorno de unos 20 técnicos de producción CAD/GIS, 3 desarrolladores, 75 usuarios de intranet y consulta múltiple en línea (hemos omitido los costos de un Oracle de $30,000 anuales por procesador, el desarrollo informático, los equipos y la implementación):

Hacerlo con AutoDesk podría costar arriba de $180,000, con las limitantes en la fase de repositorios que debería complementar con otras marcas y el rendimiento de recursos de los equipos para servir datos de forma eficiente y bajo metas altas de postproceso.

Hacerlo con Bentley podría costar hasta $210,000, con las limitantes en la fase de intercambio, publicación tomada de los cabellos y algo en la curva de aprendizaje

Hacerlo con ESRI podría constar hasta $300,000, con las limitantes en la fase de construcción y repositorios, para lo que ocuparía complemento de otras marcas; aparte que en el camino podría surgir que se requieren 10 licencias de una extensión que vale $9,000

Hacerlo con Manifold podría costar $15,000, con las limitantes en la fase de construcción, curva de aprendizaje y necesidad de desarrolladores de primera (aunque en todos los casos hay que desarrollar mucho). También aclaro que hay otras soluciones de bajo costo, pero uso este porque lo he probado últimamente y me ha sorprendido.

En el peor de los casos me sobran $155,000 como para contratar la elaboración de buenos manuales y si juego con licencias runtime puedo tentar el ego del cliente.

Es curioso que casi el total se puede hacer con software libre, a puro GvSIG/Grass, Postgre, intelliCAD y otras hierbas si logro integrar un equipo de sistematización de procesos, desarrolladores geofumados y la credibilidad para vender el proyecto… si el cliente tenía considerado $700,000… le puedo pegar más duro pues entre mayor es la cantidad de usuarios se puede justificar más el software libre o de bajo costo.

Marca	Construcción	Administración	Publicación	Repositorios	Intercambio
AutoDesk	20 Map3D 2 Raster Design 2 Civil 3D	Oracle 10G	MapGuide +extras	Navis Works ?+ Topobase	desarrollo a lo salvaje
Bentley	7 Benley Map 13 Bentley Cadaster 2 Descartes 2 Geopack	Oracle 10G	Geoweb Publisher +interoperability +mapscript	Project Wise spatial	mmm… a llorar se ha dicho
ESRI	10 Bentley Powermap 10 ArcView 4 extensiones 2 ArcScan	Oracle 10 ArcSDE MapObjects GIS Engine	ArcIMS GIS Server	GIS Server en otro procesador	uuuuy
Manifold	Desarrollo de extras 20 licencias Manifold Universal	Manifold EnterpriseOracle 10G	Runtime Universal	Runtime ultimate	Runtime Universal

En resumen, espero haber despertado su curiosidad por las soluciones libres y de bajo costo, aunque el tiempo era muy corto como para llegar más lejos. Hemos definido varias conclusiones breves:

• La tecnología adecuada es: “la que pueda ser sostenible” dentro del contexto global del desarrollo
• Nunca podrá existir una tecnología “buena para todo”
• El aspecto “económico” debe pensarse en función de “ciclo de vida de tecnologías” y su interoperabilidad
• Los procesos documentados (sistematización) extienden la el ciclo de vida de las tecnologías
• No todos están listos para el software libre, para iniciar es preferible las aplicaciones “comerciales”, con la experiencia se puede pensar en aplicaciones "de bajo costo", con la osadía a las “libres” o “propias”