Cartesianos · Cartesia · Foro · Cursos · Contacto

Archivo de la categoría "geospatial - GIS"

La misma historia, ahora con GPS

Viernes, 5 de Septiembre de 2008

…En aquel Imperio, el arte de la cartografía logró tal perfección que el mapa de una sola provincia ocupaba toda una ciudad, y el mapa del imperio, toda una provincia. Con el tiempo, esos mapas desmesurados no satisfacieron y los colegios de cartógrafos levantaron un mapa del imperio, que tenía el tamaño del imperio y coincidía puntualmente con él. Menos adictas al estudio de la cartografía, las generaciones siguientes entendieron que ese dilatado mapa era inútil y no sin impiedad lo entregaron a las inclemencias del sol y de los inviernos. En los desiertos del oeste perduran despedazadas ruinas del mapa, habitadas por animales y por mendigos; en todo el país no hay otra reliquia de las disciplinas geográficas.mapa antiguo Es curioso que ese relato lo escribió por primera vez alguien llamado Suárez Miranda, en 1658 (ni siquiera Txus había nacido :) ) en un libro llamado “Viajes de varones prudentes”.Suena familiar porque Jorge Luís Borges lo citó en su obra “Historia Universal de la Infamia” en 1957, pero tiene la misma vigencia de los términos de referencia que acabo de ver para un levantamiento catastral.Errores circulares mínimos de 10 cm.¿Para un levantamiento rústico en una zona de bosque húmedo?No, gracias, mejor me gasto la tarde aburriendo a mis selectos lectores con la parte poética que pocos me conocen….en aquél país de este (el otro) lado de los pirineos, el arte por la geomática llegó a tales niveles de precisión, que los vértices de cada inmueble coincidían con el stream, con el píxel, con el micrón vomitado por el oráculo de Google Earth.  Con el tiempo, los mapas precisos no llenaron las intenciones morbosas de los geómetras, y decidieron hacer un elipsoide que fuera capaz de ajustar la malla geodésica, al ritmo que se movían las placas tectónicas en la deriva continental.  Fue tal su nivel de exactitud, que el inconveniente de múltiples direcciones en que se mueven las 13 placas tectónicas de la tierra fue ajustado en un Da[geoid]tum que ajustaba el sistema de coordenadas para adaptarse a la altitud de cada centímetro de la tierra, de tal forma que se hizo un modelo para cada línea trazada en latitudes y longitudes de 5 segundos… y entonces en vista que el vuelo de los pájaros estorbaba la captura del radar…  ¿Siguen allí?

Búsqueda personalizada

Un buen sitio IMS creado con Manifold

Martes, 29 de Julio de 2008

Hace unos días explicaba como crear servicio de mapas usando Manifold GIS y creamos un sitio ASP por medio de la plantilla que viene por default y con un servidor local… en 23 minutos.

niagara

Esta página de la ciudad de las Cataratas de Niágara (Niagara Falls) en California Ontario es un buen ejemplo de lo que se puede hacer con un poco de creatividad y malicia de código.

Menú de herramientas.

imageEstá creativo, le han agregado funcionalidades que ya vienen en plantilla como ser el zoom, pan, medir, info, refrescar…  Lo que hicieron fue usar AJAX para crear menús desplegables e íconos más vistosos aunque de uso público.

El resto es pura creatividad y gusto aplicado a una plantilla css.

Despliegue de capas

Antes yo había publicado la plantilla que viene por default, que muestra las capas que están disponibles en el mapa exportado.  Para llamar diferentes mapas, han creado un menú que llama esos mapas y de esa forma despliega los layers allí contenidos.  Mala onda que al hacer esto pierde el extent del despliegue anterior.

Pestañas de datos

Los paneles de la derecha se pueden arrastrar y soltar, ventaja de AJAX, el resto es la simple plantilla (búsqueda, capas, map overview y leyendas) con opciones de despliegue vertical.  Es interesante que cuando se muestra una capa, los layers se despliegan de forma contextual respecto a ese map (el map es un símil del mxd de ArcMap), y por allí le metieron a la fuerza un botón para refrescar.

El resto, la marca de agua del norte, escala gráfica y una barra vertical de acercamiento que aunque está mal colocada funciona bien.

Algunas funcionalidades nos dejan en la duda si son aplicaciones sobre imágenes o capas diferentes, como la ortofoto que puede desplegarse en blanco y negro o a colores.  Con algo de Imagescript debería poderse hacer sobre la misma capa, igual que la marca borrosa cuando despliega información en una ventanita popup.  También tiene opción a dibujar sobre el mapa, con algo de WFS-T se pueden crear servicios transaccionales de mantenimiento.

¿Costo? Manifold runtime, $100 en un servidor con IIS y buen gusto css.

Búsqueda personalizada

MapBuilder se rinde… otro

Lunes, 28 de Julio de 2008

Es penoso ver proyectos interesantes rasgar sus vestiduras y aceptar que se retiran… apenas hace unos días hacíamos mención de la debilidad de los proyectos no asociados a un agresivo plan de mercadeo que le de sostenibilidad.

map builder

No es exáctamente el caso de MapBuilder, un proyecto que nace en Diciembre de 2003, con buenos resultados y que ha anunciado que sacarán una última versión estable pero que no podrán continuar con el proyecto de la forma que venían haciéndolo. Su mayor integración era con OpenLayers, quienes sí parece que le entienden al negocio; aunque ahora para MapBuilder no es tan fácil seguirles el ritmo de desarrollo.

De modo que haciendo una corrección, no es que tiren la toalla, más bien cambian de modelo de colaboración dejando a OpenLayers el rol con el fin de un mejor aprovechamieto de recursos.

Que hacía hace bien Mapbuilder

El mayor logro de este proyecto fue crear una aplicación bajo licencia LGPL que permitía sin mucha complicación crear servicios de mapas cliente para Internet bajo transformación y renderización XML bajo un entorno AJAX. según muchos, su modelo simplificado Model-View-Controller (MVC) es relativamente fácil de usar pero sobre todo con muy poco requerimiento para el servidor.

  • Los servicios de mapas pueden incluir GML, WFS, GeoRSS, y también Google Maps. Pero con su integración a OpenLayers puede llevarse a conectar también con Yahoo, Virtual Earth y Multimap
  • Tiene soporte tanto para la publicación de datos vía WFS… incluido servicios transaccionales (WFS-T)
  • Se puede construir servicios usando Web Map Context (WMC) y Open Web Services Context.
  • Es compatible con varios estándares OGC y es un proyecto que OSGeo consideró graduado

Hay algunos ejemplos muy bien montados, pues había logrado integrar su funcionalidad con algunas versiones de Firefox (algo viejas), Internet Explorer y Mozilla… de modo que su limitante no era seguirle la pista a las modificaciones locas de Google y Microsoft a sus navegadores, al final del camino aterrizamos con la triste realidad:

“Es difícil que alguien desarrolle algo bueno, de gratis”, no porque no se pueda, sino porque todo en esta vida cuesta plata… incluso el tiempo.

El problema más serio es que como esta aplicación existen varias, de modo que con mucha duda y pesar nos quedamos en la esperanza que alguien lo retome… aunque tenga que ser alguien tan malo que lo termine comercializando.

Es claro que la versión de MapBuilder posiblemente será la última, aunque desde el lado de OpenLayers se podrá dar continuidad más sostenible.

Vía: James Fee

Entrémosle a GvSIG pues…

Martes, 22 de Julio de 2008

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

Comparación de manejadores de datos espaciales

Lunes, 21 de Julio de 2008

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 image
SQL Server 2008 Spatial
image

MySQL 5-6
postgre
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

Criterios para elección de soluciones GIS/CAD

Viernes, 11 de Julio de 2008

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.

image

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

autocad map3d 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.

bentley map 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

esri 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

manifold gis 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”