geofumadas

Me había estado haciendo el currito, pero ni modo, ya salió un grupo de no fumadores que quieren un curso de GvSIG así que tengo una semana para aprender a usarlo e iniciar la tutoría que me tomará 2 semanas de mi horario nocturno. También con este post inicio una nueva categoría en mi panel lateral: GvSIG.

En realidad no pidieron esa aplicación, pidieron una que sea gratis y fácil de usar… gratis muchas, fácil de usar cuestionable!… emocionante sin duda!. Creo que aprovecharé para compararlo con Manifold y otros.

Si tuvieran $250 les recomendaría Manifold porque sé lo que hace y lo que no hace, pero como no quieren gastar plata entonces mejor irse por una herramienta que tenga manuales listos y que sea estable (aunque no les saldrá gratis la curva de aprendizaje… ni la mía).

Y para quienes no tienen idea que es GvSIG, aquí lo básico:

• Surge (como oferta a licitar) a finales de 2003, fue desarrollado por IVER quien ganó la partida, pero tiene la sombrilla institucional de el Fondo Europeo de Desarrollo Regional (FEDER), La Consejería de Infraestructuras de Valencia y de la Universidad de Jaume I
• La licencia es GNU GPL
• Está desarrollado 100% sobre Java (con excepción de algunas librerías propietarias de ECWy MrSID), por lo que corre tanto en Windows, Linux y Mac.
• Las librerías en que se ha desarrollado son estándares como Geotools y Java Topology Suite conocido como JTS entre otras.
• Es interesante que aparentemente soporta “internacionalización”… se supone que se adapta de forma nativa al idioma del usuario… mmmm?
• Soporta archivos de uso común como shp, dxf, dwg, dgn, kml e inclusive gml
• Soporta formatos raster como MrSID, GeoTIFF, ECW y ENVI
• Soporta estándares OGC incluidos WMS, WFS, WCS y servicios de nomenclaturas
• Promueve las cinco características que eran requisitos al momento de ofertarse: Portable (Windows / Linux en aquel momento), Modular, Código abierto, sin costo de licenciamiento, Interoperable (al menos con AutoCAD, Microstation y ArcView en aquel momento), Sujeto a Estándares.

Si se quiere extender, se pueden integrar servicios IMS y otras maravillas a través de extensiones que incluyen visualizar y editar cartografía de OpenStreetMap, conexión a extensiones de ESRI como ArcSDE y ArcIMS… entre otras.

De lo más enriquecedor de esta herramienta es la comunidad que está detrás de su desarrollo, difusión y documentación… algo que le garantiza un cierto nivel de sostenibilidad con que no cuentan todas las plataformas abiertas… al menos con tanto énfasis en idioma español.

Allí les cuento como me va.

Búsqueda personalizada

Boston GIS ha publicado una comparación entre estas herramientas para manejo de datos espaciales:

• SQL Server 2008 Spatial,
• PostgreSQL/PostGIS 1.3-1.4,
• MySQL 5-6

Es interesante, que Manifold es mencionado como una alternativa viable… eso es bueno luego que hace más de un año le tiramos flores esperando crezca su popularidad.

Aunque a Manifold no le va bien con MySQL, y el comparativo no considera Oracle, en lo que Manifold está bien sentado.

Admito que apenas si he hecho algo de traducción, y por mi interés en Manifold sin embargo si están interesados en el post, pueden verlo completo en Inglés en su fuente original, pues en la segunda etapa del post muestran un listado de las funciones espaciales de las diferentes plataformas.

Característica	SQL Server 2008 Spatial	MySQL 5-6	PostgreSQL / PostGIS 1.3-1.4
Sistema Operativo	Windows XP, Windows Vista, Windows 2003, Windows 2008	Windows XP, Windows Vista, (no comprobado en 2008), Linux, Unix, Mac	Windows 2000+ (including Vista and 2003, no comprobado en 2008), Linux, Unix, Mac
Licencia	Comercial- fuente cerrada	Comercial código abierto (COSS), algunas partes GPL.	FLOSS (PostgreSQL es BSD, PostGIS es GPL Open Source - se pueden usar aplicaciones comerciales pero si se hacen cambios que afectan las librerías de PostGIS, debes regresarlas a la comunidad
GIS gratuitos que cargan los datos	shp dataloader for SQL Server 2008 desarrollado por Morten Nielsen (aún no trabaja con RC0)	OGR2OGR, shp2mysql.pl script	se incluyen shp2pgsql, OGR2OGR, QuantumGIS SPIT, SHP loader para PostGIS también desarrollado por Morten usando SharpMap.NET , existen otros
GIS Comerciales que lo soportan	Manifold, Safe FME Objects, ESRI ArcGIS 9.3 (en un último service pack)	Safe FME Objects	Manifold, FME Objects, ESRI ArcGIS 9.3
Disponibilidad de controladores específicamente para componentes espaciales	? aún no - SharpMap.NET eventualmente y probablemente construido en un nuevo ADO.NET 3.5+	GDAL C++, SharpMap via OGR, AutoCAD FDO	SharpMap.Net, JDBC postgis.jar incluido con postgis, JTS etc. tons para Java, GDAL C++, AutoCad FDO beta support
Visores de escritorio y editores gratuitos	Se construirán sobre SQL Manager, pero no disponibles en RCO y solo para viewer	GvSig	OpenJump, QuantumGIS, GvSig, uDig
Visores de escritorio y editores comerciales	ESRI ArcGIS 9.3 Server SDE en el último service pack, Manifold, FME	FME	ESRI ArcGIS 9.3 Server, ZigGIS para escritorio, Manifold, FME
Herramientas para web mapping - algo así como OpenLayers y otros entornos que soportan GML	Manifold, MapDotNet, ArcGIS 9.3 (en el último service pack), UMN MapServer ver, MapGuide Open Source (usando beta FDO driver)	UMN Mapserver, GeoServer, MapGuide Open Source	Manifold, MapDotNet, ArcGIS 9.3, UMN Mapserver, GeoServer, FeatureServer, MapGuide Open Source (usando beta FDO driver)
Funciones espaciales	Ambos OGC SFSQL MM y Geodetic custom (más de 70 funciones)	OGC MBR (bounding box functions) algunas funciones para relaciones espaciales, 2D solamente	Más de 300 funciones y operadores, no soporte geodésico, excepto para poing-2-point en funciones de distancia no indexadas, personalizado PostGIS para 2D y algo de 3D, algo de soporte MM en arreglos circulares y curvas compuestas
Indexado espacial (de acuerdo a algunos reportes, Oracle también usa algo de R-Tree y puede usar quadtree IBM DB2… o algo por el estilo	Si, 4 grillas multinivel (BOL says its B-Tree based)	R-Tree quadratic splitting - indexado solo existe para MyISAM	GIST - una variante de R-Tree
Soporte geodésico real, soporte para mediciones a lo largo de un esferoide. Hay que anotar que Oralce tiene soporte para esto	Si, con algunas limitantes	No	No
Hospedaje compartido	Mucho	Mucho	Algo, a menos que tengas un servidor dedicado sobre Linux / windows se puede lograr muchas cosas

Búsqueda personalizada

Bueno, así es la vida…

Por ahora, clavado en la elaboración de un manual de implementación de sistemas de información geográfica para catastro municipal utilizando manifold GIS.

Apenas tengo dos semanas para hacerlo, así que espero de eso poderles ir subiendo lo más importante.

Gracias por su comprensión y fidelidad, por ahora les recomiendo  Geomaticblog, que tiene un par de temas nuevos.

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.

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”

1. Activar el Internet Information Servers IIS

IIS, para los que nacieron después del 90, es lo que antes venía en el Option Pack de Windows NT, Windows XP Profesional ya lo trae integrado, aunque generalmente hay que activarlo.

Para hacer esto, se hace: "inicio / panel de control / agregar o quitar programas / agregar o quitar componentes de windows" y allí se activa, luego se aplica siguiente y se finaliza la operación.

Esto permite usar el equipo como un servidor local o remoto, y aunque se usa para PHP o PERL, Manifold viene hecho para publicar en ASP, que está integrado en Windows.

Cuando hice la pregunta de si se podía publicar en un Apache me quedaron viendo como gentil.

2. Entendiendo la estructura de Manifold.

Manifold maneja una estructura conocida como Proyecto, el que puede tener este tipo de componentes, los menciono de arriba hacia abajo:

Los orígenes de datos pueden estar dentro (como en la geodatabase) o bien pueden estar linkados externamente, tal es el caso de tablas o imágenes.  Así que el archivo .map contiene todo lo que esté dentro y pueden ser:

• Orígenes de datos
• Tablas
• Drawing (datos vectoriales)
• Images (datos raster)
• Organización de datos
• Carpetas (Folders)
• Análisis 3D
• Elevaciones
• Perfiles
• Superficies
• Modelos de terreno
• Resultados
• Labels
• Gráficos
• Layouts
• Mapas
• Otros
• Comentarios
• Formularios
• Paletas
• Queries
• Scripts
• Temas

La organización anterior es invento mío, no está en el manual pero es una forma de organizar los diferentes tipos de componentes.

3. Preparando el mapa a publicar

En mi caso, este es el proyecto que tengo organizado:

Si se fijan, he creado carpetas en base a las categorías, dentro de las cuales están los diferentes componentes.

En el caso de la capa catastral, dentro de ella están incluidos los rótulos (labels) y en caso de las imágenes, dentro de ella pueden estar hasta las imágenes de Google bien sean linkadas o importadas.

Las propiedades de zoom mín/max, proyección, datum y precisión las lleva cada componente.

En la parte inferior he dejado los mapas, que son despliegues de datos que pueden contener diferentes capas, inclusive con diferente proyección pero reproyectadas al vuelo sobre la proyección asignada al mapa.

La vida de la publicación está en preparar el mapa, las capas, transparencias, labels… todo eso lo va a reconocer el servicio IMS.

En este caso, he creado el mapa catastral con estas características:

Espero toleren que haya colocado una imagen tan grande, pero es una forma de explicarlo, si se fijan, el "map" catastral tiene activadas todas esas capas, y en el despliegue se pueden ver.  En caso de los predios los he tematizado por mapa cuadrante y de fondo he dejado la imagen de Google Earth.

4. Creando el mapa IMS

Lo anterior fue lo más complicado, ahora solo hay que hacer "file / export / webpage"

Aquí se configura el folder de exportación, la plantilla, si se quiere con frames o ASP.NET, tamaño de ventana…

También se define si se quiere ver leyendas, barra de escala, layers o barra de búsqueda.

Finalmente abajo se puede definir si se quiere que se incluya la interfase para imágenes externas e interfase para servicios WMS/WFS para que otros se conecten por esta vía al servicio.

También hay un espacio para definir cada cuando se quiere que se refresque los cambios que surgen en el mapa original hacia los mapas servidos.

Y eso es todo señores, este es el resultado.

Claro, si se mete a trabajar con ASP y el GUI, se puede hacer una mejor plantilla y crear más controles que los que trae por default.  Aquí les dejo un link de un sitio trabajado un poco más sobre Ajax y con la interfase personalizada.

Costo?

Una licencia personal de Manifold vale $245

Para hacer IMS se ocupa una licencia profesional, súmele $45 o sea $295

Aunque si lo que se quiere es ponerla en un servidor, solo es necesario ponerle una licencia runtime de profesional que cuesta $100

El costo de aprendizaje… según recuerdo, un amigo geofumado me lo explicó en 14 minutos… y me llevó 23 hacerlo solo cuando llegué a mi casa luego de sufrir porque el Windows Home Edition no trae IIS !!!

Ah… también lo pueden hacer con ArcIMS, GeoWeb Publisher o con MapGuide, aunque les costará un poquito más.

Stitch Maps es una aplicación en realidad es para armar mosaicos de imágenes, como ser mapas cuadrante escaneados pero también permite bajar imágenes de Google Earth y armarlos en un mosaico que luego se puede guardar como una sola imagen… buena fumada pues es un ejecutable que no ocupa instalarse.  Recuerdo que hace un tiempo hablé de una aplicación que hacía algo similar, pero la página desapareció… supongo que en algo malo andaban.

Veamos como funciona Stitch Maps:

1.  Seleccionar la imagen

Supongamos que quiero bajar este tramo de ciudad de Google Earth, Stitch Maps reconoce el despliegue que tengo en Google Earth.  Ojo, debes usar la opción DirectX, no funciona con OpenGL.

2. Seleccionar la altura de ojo

Para ello selecciono el botón "Google Earth"  y el sistema me muestra la misma vista con un panel a la derecha donde puedo elegir una altura (una especie de aberración de Google parecido a la altura del vuelo), y unos botones para bajar o subir la altura cien o mil metros.

En el botón "settings" puedo elegir donde van a quedar guardadas las imágenes, compresión y otras piruetas.

3. Indicar el mosaico

Al presionar el botón "maps" se me despliega una ventana donde se refleja la cuadrícula de acuerdo a la cantidad de filas y columnas que se seleccionan a la derecha.  También en la parte superior se ve la altura que tendrían cada una de las imágenes pues genera un stream para cada una de ellas… entre más densa la matriz más pequeño será el pixel por lo tanto mejor detalle (no precisión).

Aunque es recomendable usar zonas pequeñas porque seguro que Google banearía el IP de tu máquina si sus robots detectan una descarga masiva de forma sistemática.  Lo hace con Manifold, y en dos días la IP está liberada.

Al seleccionar el botón "images", el si sistema me regresa un resultado previo de el tamaño que tendría la imagen en formatos bmp, jpg y png.

Puedo elegir la opción de guardar imágenes por separado y también el formato de pixel entre 8, 16 y 24 bits.

Luego también se puede elegir automáticamente una calibración para formatos Ozi, TTQV, GPS Track, Global Mapper, Fugawi, World-file, Mapinfo y GPSdash2.

4. Ejecutar la captura de imágenes

Al seleccionar la opción "scan" empieza a crear las capturas mostrando en azul las que van siendo capturadas… en este momento no es recomendable navegar en Internet ni otras aplicaciones pues aparentemente interfiere el stream.

5. Guardar la imagen.

Al final aparece la imagen, que se puede editar asignándole una rotación o cortándole los bordes, pues a la derecha aparecen los controles de Google Earth y abajo la marca de agua del proveedor de las imágenes.  Un simple crop y está lista para guardar.

La imagen queda guardada sin georeferencia, pero para esto es el archivo  de calibración, que se guarda para cualquiera de esos formatos.  En esta están identificados los números de punto de control, latitud, longitud y matriz de píxel, obsérvese que los dos primeros y los dos últimos son las cuatro esquinas de la imagen.

También pueden observar que la imagen no es un cuadrado al ver las coordenadas que vienen siguiendo una curvatura.  Para eso es necesario la calibración.

La versión trial se puede descargar, hace todo menos guardar las imágenes.

La versión pagada de Stitch Maps anda por los $48… no está mal porque se puede comprar hasta vía Paypal… una buena forma de invertir los centavos aruñados a Google, sobre todo si no tuviera Manifold.