Edición de datos geográficos en OpenStreetMap

Probablemente muchos de vosotros ya conoceréis o habréis oído hablar de OpenStreetMap (OSM). Este proyecto arrancó en 2004 en Reino Unido de manos de Steve Coast y su motivación principal fue, y es la creación, edición y distribución de mapas libres.

Originalmente algunas agencias británicas cedieron parte de sus datos e infraestructuras para dar comienzo al proyecto, y a lo largo de los años numerosas organizaciones, gobiernos y entidades públicas y privadas de todo el mundo se han ido uniendo a la causa cediendo datos cartográficos de muy diversa índole.

El proyecto surgió como respuesta al déficit de información geográfica de acceso libre y gratuito, lo cual impedía o hacía muy costoso la creación de productos geoespaciales derivados, o su uso para cualquier otro fin, y que imposibilitaba la corrección de los datos existentes incorrectos o erróneos.

A parte de las aportaciones de organismos y entidades, cualquier persona puede contribuir al crecimiento y mantenimiento de la base de datos geográfica, añadiendo nuevas entidades o modificando las existentes, lo que marca una gran diferencia con los distribuidores de cartografía comerciales, que en la mayoría de los casos permiten su visualización, pero no hacer ningún tipo de edición sobre ellos.

Para formar parte de la comunidad de editores no es necesario ser un profesional de la cartografía, ni tan siquiera necesitaremos aportar nuestra información personal, simplemente es necesario darse de alta en la página de OSM aportando una dirección de correo electrónico.

Existen multitud de proyectos e iniciativas emprendidas en la comunidad OSM tanto a nivel individual como colectivo, que pretenden ampliar la base de datos geográfica con el fin de hacer más accesible la información geoespacial.

Los motivos que nos pueden llevar a editar y/o añadir información en OSM pueden ser muy diversos y van desde acciones humanitarias, como por ejemplo el proyecto "The Humanitarian OpenStreetMap" , hasta el simple inventariado urbano, suscitado, en la mayoría de los casos, por una actitud altruista de divulgación de información, en este caso geográfica.

Una vez logeados, ya estaremos en disposición de realizar nuestras aportaciones a la comunidad. Ahora solo necesitaremos elegir el modo de hacerlo. Existen, a grandes rasgos, dos opciones a la hora de editar información en OSM, la primera sería la toma de datos en campo, directamente con dispositivos GPS cargando un archivo GPX, y la segunda es la edición directamente desde un PC usando uno de los programas que ofrece la página de OpenStreetMap, o bien por medio de programas de terceros como ArcGIS o QGIS, por ejemplo.

En esta entrada nos centraremos en la edición con las propias herramientas desarrolladas para el proyecto, bien integradas en la propia página (iD y Potlach 2), o bien desarrolladas para instalar y ejecutar desde un ordenador (JOSM o Merkaartor).

Editor iD (web)

Editor Potlatch 2 (web)

Editor JOSM (escritorio)

Editor Merkaartor (escritorio)

Los dos primeros editores modifican la información en "tiempo real" sobre la BBDD de OSM. Las versiones de escritorio funcionan haciendo una copia de la información en el equipo, para una posterior subida de las modificaciones realizadas.

OSM tiene predefinidas por defecto una serie de entidades, con sus atributos asociados, aunque en este aspecto permite cierta flexibilidad a la hora de crear elementos fuera de las categorías predefinidas, con la incorporación de nuevos campos en la tabla de atributos.

Ejemplo de creación de un elemento puntual 

En definitiva la colaboración en OSM no deja de ser una decisión altruista para contribuir a una mayor difusión de la información geográfica, para poder ser utilizada, editada y distribuida de manera totalmente libre.

Generación de informes en ArcGIS

Como para cualquier otro profesional que se dedique al análisis de datos, una de las tareas más importantes y a la vez una de las más complicadas con la que nos encontramos los profesionales de los SIG, es difundir la información extraída de los mismos, de tal manera que resulte fácil de entender para los potenciales consumidores de los mismos, que probablemente no sean expertos en Sistemas de Información Geográfica, o bien no tienen tiempo para analizar complejos mapas e intrincadas gráficas y tablas de datos. Es por ello que en muchas ocasiones tenemos que encontrar el equilibrio entre lo que se quiere representar a partir de los datos disponibles, y lo que el cliente está dispuesto o capacitado a consumir.

En general la pérdida de información representada en un mapa es algo intrínseco a su definición y más aún cuando éste, está asociado a una base de datos geoespacial.

De cualquier manera, los que nos dedicamos a los GIS estamos de enhorabuena, ya que cada vez más, el uso de la componente geográfica está más extendido y valorado. No en vano una gran variedad de aplicaciones para dispositivos móviles, integran de una u otra manera la componente geoespacial, bien directamente, por ejemplo en cualquier aplicación que nos ayude a encontrar el restaurante más cercano, o bien los utilizan para conocer nuestros hábitos, para poder ofrecernos servicios más personalizados, adaptada a estos.

Por ello, el uso y comprensión de los mapas se está extendiendo de una manera vertiginosa, lo cual nos permite a los que nos dedicamos a generarlos, incrementar el grado de complejidad de los mismos. Aun así, en muchas ocasiones la información asociada a un dato geoespacial es tan basta, que se hace imposible la representación íntegra en los mimos.

Mucha de esta información que no puede ser representada en forma de mapa, corresponde a los datos tabulares almacenada en una base de datos. La forma más frecuente de tratar esta información es usando cualquier programa de hojas de cálculo, como puede ser Excel.

Es muy sencillo, si estamos utilizando ArcGIS, abrir (o en el peor de los casos, exportar) la información en formato GIS (geodatabase,  shapefile...) a un formato compatible con Excel, para realizar análisis complementarios, y representar los datos de una manera más visual (gráficos, dashboards...) El principal problema que nos encontramos al trabajar con programas externos es, como ya vimos en entradas anteriores, la "desconexión" con los datos originales, que dependiendo de la naturaleza y el uso que pretendamos darles, pueden hacer de este método una opción inviable o poco práctica.

Es por ello que la opción más óptima sería la utilización de ArcGIS para el análisis y representación integra de la información disponible, y aunque es cierto que en las versiones más recientes del Software de ESRI están haciendo especial hincapié en estos aspectos, las versiones anteriores adolecían de ciertas carencias a este respecto.

Aun así existe una funcionalidad en ArcGIS, no demasiado popular, que puede ser utilizada para la representación de datos tabulares, de una manera directa desde la fuente de datos.

La función "Report" o "Informes" nos permite, a partir de la información alfanumérica generar informes con un alto grado de personalización tanto en la información que queremos mostrar como en la apariencia del mismo, con la ventaja de poder ser creados para un conjunto de datos diferentes o que cambian en el tiempo, manteniendo el mismo formato.

Como comentábamos el informe generado puede ser modificado y personalizado fácilmente, para lograr el aspecto que deseemos.

Si necesitas más información acerca de los informes en ArcGIS, podrás encontrarla en la pagina de ayuda de ArcGIS