Archivo de la categoría: GIS

Sistemas de Información Geográfica

Cartografiando para Filipinas en OSM


Tras una semana frenética de actividad en OpenStreetMap para ayudar en todo lo posible en la crisis por el tifón Haiyan/Yolanda, acabar haciendo una sesión de formación y sobre todo construcción de comunidad en Valencia para mí ha sido toda una experiencia.

Por un lado la increíble respuesta de la comunidad OSM en general a esta crisis (ya casi llegamos a los mil colaboradores), con noticias cada día más esperanzadoras de la cantidad de información que se ha generado en tan poco tiempo, así como la actividad en la lista de correo del equipo HOT. Por otro lado artículos en medios de comunicación como The Atlantic y espectaculares visualizaciones como la del NY Times. Y finalmente la guinda con la sorpresa de obtener una buena aceptación por parte de los estudiantes de cartografía de Valencia para participar en la sesión.

De hecho se nos desbordó un poco el asunto y tuvimos que prometer que repetiremos la actividad la semana que viene en la universidad con ellos para que no vinieran todos hoy. Y menos mal porque hemos casi llenado las instalaciones que tan amablemente nos han cedido la gente de beCode. Creo que vamos a seguir contando con ellos para hacer cosas juntos, ya que casi sin conocernos nos han abierto sus puertas y nos ofrecido de forma desinteresada su local para que hagamos allí lo que se nos ocurra. ¿Mola no?

Al final hemos sido algo más de veinte personas, prácticamente todas noveles en OSM. Tras una charla ultra rápida sobre qué es OSM y qué íbamos a hacer hoy, la gente se ha puesto primero a pillarle en tranquillo a JOSM, y después ya a trabajar. Y la tarea no era para nada sencilla, ya que había que comparar datos anteriores al tifón (la imagen proporcionada por Bing) con la imagen del satélite Pleiades que Esri ha servido para que la comunidad pueda identificar los daños del tifón. Imágenes desplazadas, usuarios que no habían sido muy cuidadosos con la creación de cartografía y algunas nubes más o menos densas han sido los mayores problemas que ha tenido la gente para poder dar de alta nuevos edificios y carreteras y marcar aquellos que han quedado destruidos por el paso de Haiyan.

Como suele ser habitual en estas sesiones, han habido muchas dudas, algún problema técnico y unos cuantos despistes por mi parte pero en general la gente creo que ha entendido tanto la mecánica del trabajo en OSM, como la importancia del trabajo en estas situaciones de desastres medioambientales. Realmente sesiones como hoy hacen comunidad y me alegra ver que las nuevas generaciones de cartógrafos se interesan por estos temas, espero que cale el mensaje y desde Geoinquietos Valencia hayamos contribuido a aumentar la comunidad de OSM en nuestra ciudad.

A ver qué tal nos sale la semana que viene.

 

Cómo instalar la toolbox de LAStools en QGIS


El conjunto de herramientas LAStools para procesar datos LiDAR están disponibles en el software propiertario ArcGIS desde abril de 2012, pero no ha sido hasta el FOSS4G13 de Nottingham que no han estado disponibles para QGIS. Las herramientas han sido testadas en QGIS 1.8.0-Lisboa y 2.0.1-Dufour. En esta entrada os enseñamos el modo de installar LAStools en QGIS y, básicamente, es la traducción y adaptación del manual de instalación que se encuentra en el blog de Martin Isenburg aka rapidlasso.

Nos centraremos en instalar las herramientas en la versión de QGIS 2.0.1-Dufour, por lo que lo primero que necesitamos es descargar e installar dicha versión. A partir de entonces, seguiremos las siguientes instrucciones:

  1. Si tienes abierto QGIS, ciérralo

  2. Borra la carpeta donde está contenido el plugin de LiDAR en sextante. La ruta para los usuarios de Windows es:

    "C:\Program Files\QGIS Dufour\apps\qgis\python\plugins\processing\lidar"

    La ruta para los usuarios de GNU/Linux es

    ~/.qgis/python/plugins/processing/lidar
  3. Copia la carpeta lidar que está en este archivo comprimido en el lugar de la carpeta borrada.

    Nota: Los usuarios de QGIS 1.8.0-Lisboa tienen que sustituir la carpeta lidar dentro de:

    "C:\Program Files\QGIS Dufour\apps\qgis\python\plugins\sextante\lidar"

    o si utilizas GNU/Linux, dentro de:

    ~/.qgis/python/plugins/sextante/lidar

    por la que se encuentra en este otro archivo comprimido.

  4. Descarga la versión más reciente de las LAStools que se encuentra en lastools.zip.

  5. Extrae la carpeta lastools. Si estás usando Windows, procura no estraerlo en ninguna ruta con espacios, si estás en GNU/Linux tendrás que compilar las herramientas.

  6. Inicia QGIS, y si encuentras algún error cuando se carge el script de Python, repite los pasos de 1 a 3 con más cuidado ;)

  7. Habilita el toolbox que se encuentra bajo el menú procesing como se muestra en la siguiente figura:

    images/qgis_2-0_menu_toolbox.png

  8. Cambia el toolbox de Simplified Interface a Advanced Interface, imágenes de la izquierda y derecha respectivamente:

    http://geomaticblog.files.wordpress.com/2013/10/qgis_2-0_simplified.png?w=625   http://geomaticblog.files.wordpress.com/2013/10/qgis_2-0_advanced.png?w=625

  9. Abre el submenú Options and configurations de la pestaña Processing como se muestra a continuación:

    http://geomaticblog.files.wordpress.com/2013/10/qgis_2-0_opts-config.png?w=625

  10. Activa la casilla Activate que se encuentra en Providers -> Tools for LiDAR data como se muestra en la siguiente figura, e introduce la ruta de la carpeta donde estén alojadas las LAStools en LAStools folder:

    http://geomaticblog.files.wordpress.com/2013/10/qgis_2-0_activate.png?w=625

  11. Ahora deberías ver el conjunto de herramientas Tools for LiDAR data en el toolbox y todas las LAStools como en esta figura:

    http://geomaticblog.files.wordpress.com/2013/10/qgis_2-0_lasinfo.png?w=625

  12. Inicia cualquier comando mediante un doble click y rellena las opciones. En la siguiente figura se muestra la interfaz de lasinfo.

    http://geomaticblog.files.wordpress.com/2013/10/qgis_2-0_lasinfo_interface.png?w=625

Tened en cuenta que, al distrubuirse el código de manera libre sólo de unas pocas herramientas, los usuarios de GNU/Linux tendrán menos funcionalidades disponibles. No así los usuarios de Windows, cuyas herramientas se distribuyen como shareware.

Martin Isenburg agradece a Victor Olaya por crear todo el entorno de sextante para crear nuevos plugins y por los ejemplos de cómo crear módulos. Al igual que él, yo también agradezo a Victor todo el trabajo porque también estoy trasteando con la creación de módulos dentro de sextante :P

Herramientas Libres para trabajar con datos LiDAR


En los últimos años ha proliferado el uso del LiDAR como técnica topográfica. Básicamente, consiste en un telémetro láser que mide el tiempo que tarda una pulso láser en ir y volver después de haber rebotado en un objeto. De este modo consigue hallar la distancia entre el instrumento y el objeto. Es decir, es sencillamente un distanciómetro, pero con la particularidad de que puede llegar a medir unos 100000 puntos por segundo (100 MHz). Si, además, incorporamos a los equipos de medición un GPS que nos dé la posición y un sistema inercial que nos de la orientación si estamos en movimiento, podemos dar coordenadas globales, normalmente en el sistema WGS84, a todos los puntos medidos. Por tanto, tendremos lo que se denominan nubes de puntos de los cuales conoceremos su posición en un sistema de referencia global, además de otras características relativas al objeto, como la intensidad o diferentes ecos de retornos, o referentes a la medición como ángulo de emisión del pulso, tiempo o distancia relativa al sensor.

Las compañías que desarrollan instrumentación LiDAR, ya sean telémetros aerotransportados, dando lugar a lo que se denomina en inglés Airborne Laser Scanning (ALS), o telémetros terrestes, Terrestrial Laser Scanning (TLS), también desarrollan su propio software destinado a:

  1. Extraer los datos del equipo de medida y ofrecer los datos en algún
    formato propio o, al menos, conocido.
  2. En algunos casos, hacer post-proceso de dichos datos y obtener productos
    cartográficos finales.

Sin embargo, como en el ecosistema de los GIS, existe un software privativo que monopoliza casi todo el mercado del software para realizar los trabajos de post-proceso. No voy a dar el nombre de ninguno de estos paquetes porque el objetivo de esta entrada es justamente la contraria, exponer las posibilidades existentes para utilizar software libre a la hora de trabajar con datos LiDAR.

Lamentablemente, para extraer los datos de la mayoría de los equipos actuales no hay alternativas y necesitamos utilizar obligatoriamente software privativo. Comprar la licencia no es el verdadero problema, porque si tenemos dinero para comprar un equipo que cuesta varias decenas de miles de euros es que también podemos comprar al menos una licencia por un par de miles. Lo peor es lo que verdaderamente implica el software privativo, es decir, que no eres libre de hacer lo que quieras con producto adquirido. Sin embargo, si alguien quiere hacerse un telémetro láser, puede utilizar el módulo para la captura de datos de las librerías PCL, ya que soporta algunos dispositivos conocidos. Pero sobre la librería PCL y otras más hablaremos más datelladamente en otra entrada. Además, en la mayoría de los casos, cuando podamos acceder a datos LiDAR, estos estarán ya en un fomato conocido. Lo lógico es que obtengamos los datos en el formato LAS que es el formato estándar que define la ASPRS (American Society for Photogrammetry and Remote Sensing).

Hay varias librerías libres para la lectura y escritura de archivos en este formato LAS. La decana de ellas es LASlib. Está desarrollada y mantenida por Martin Isenburg y está escrita en C++. Está licenciada bajo LGPL, por lo que se puede utilizar en otros paquetes, aunque sean privativos. Al descargar estas librerías y compilarlas genera unas herramientas llamadas LAStools que sirven para la gestión de archivos LAS (las2las, lasmerge), para creación de LAS a partir de archivos de texto (txt2las) o archivos de texto a partir de LAS (las2txt), para dar información sobre archivos (lasinfo, lasprecision, lasdiff) o para crear un índice espacial de los puntos dentro de los archivos (lasindex). En las últimas versiones, también se crea la herramienta laszip que sirve para comprimir archivo LAS. El formato de salida es LAZ y el archivo de comprimido ocupa SOLO entre el 7% y 20% del tamaño del archivo original. A todo esto hay que añadir que con la librería LASlib también se distribuye otra librería para leer y escribir formatos LAZ, también en C++ y también con licencia LGPL. Para los usuarios de windows, además, están disponibles otras herramientas precompiladas, de las cuales no voy a dar detalles porque no son libres, sino que son shareware.

De la librería LASlib se hizo un fork y nació la librería libLAS, que está bajo el auspicio de OSGeo. También escrita en C++ pero incorporan bindings para una gran cantidad de lenguajes de programación. También incorpora herramientas para la gestión de archivos en formato LAS y texto, que se llaman de igual manera que las LAStools, aunque la utilización de los comandos pueda variar. Las diferencias que existen actualmente entre ambas librerías se pueden encontrar aquí.

La librería SPDLib es bastante reciente. Tanto es así que empezó a desarrollarse en el verano de 2011. El formato estándar que utiliza para trabajar con datos LiDAR se denomina precisamente SPD (Sorted Pulse Data) y está basado en el formato HDF. Es un formato de datos ordenados e indexado que está optimizado para el acceso rápido a los datos y en el que es posible trabajar con toda la señal del pulso de retorno, en inglés full waveform, no sólo con ecos discretos, como hace las librerías anteriores. Y precisamente ésta es una de sus grandes virtudes. Por lo demás, está en consonancia con las librerías ya vistas. Está desarrollada en C++, con bindings para python e IDL, y con licencia GPL. Al compilar se crean una serie de herramientas para la gestión, manipulación e información de archivos SPD, así como una herramienta imprescindible para transformar entre formatos LAS y SPD. Otra de las ventajas que presenta es que incorpora utilidades para generar modelos digitales en cualquier formato soportado por gdal, y para aplicaciones forestales. ¡Todas ellas libres! Sin embargo, al ser desarrollada principalmente por una sola persona y ser tan reciente, uno de los problemas que presenta es la escasa y, en algunos casos, inexacta documentación.

Sin duda, existen más librerías capaces de trabajar con datos LiDAR pero con otros propósitos distintos a los que hemos cubierto aquí. Las intentaremos tratar en otras entradas. Manteneos atentos.

PD: Mientras escribo estas líneas me llega un tuit en el que hablan de otra libreria
en python para leer y escribir datos LiDAR en formatos LAS. Se llaman laspy :)

Primeras impresiones de Smart Citizen


Smart Citizen es un proyecto que apareció en goteo hace un año. Goteo es una web de crowdfunding al estilo de Kickstarter. Apareció poco después del Air Quality Egg, al cual llegué tarde para participar. Así que nada, cuando vi una idea similar me apunté sin pensármelo mucho. ¿Cuál es la idea? Bien es sencillo, imaginad una red completamente voluntaria para la medición de variables medioambientales, sobre todo aquellas relacionadas con la contaminación tanto acústica como de cualquier otro tipo. Esa red no estaría controlada por ningún organismo, realmente es una red porque existe una forma común de acceder a todos los datos, pero los miembros ni se conocen, ni tienen por qué tener los mismos objetivos, ni las mismas motivaciones. ¿A que recuerda a otras actividades similares? Efectivamente, se trata al igual que en OSM por ejemplo, de «mapear» el territorio solo que de una forma diferente, un paso más allá de la representación estática de la realidad, hacia un conocimiento más profundo de nuestro entorno al entrar en el mundo de los sensores en tiempo real, de la famosa Internet de las Cosas.

Tanto Smart Citizen como AQE solo son los comienzos de una nueva generación de hardware, software y servicios que nos harán ser más conscientes (y espero concienciados) de nuestro entorno, de la calidad del mismo y de cómo evoluciona tanto en el corto plazo como con miras un poco más alejadas. Con todo este conjunto de datos en bruto publicados en tiempo real, ¿quién sabe qué innovaciones veremos en los próximos años y cómo éstas afectarán nuestras vidas?.

En fin, volviendo al caso concreto de Smart Citizen, hace poco me llegó la placa. Básicamente es una placa Arduino con una placa superior de sensores (shield en el argot Arduino) y una batería. La placa ya viene con el software precargado aunque ciertamente van a ir saliendo actualizaciones del mismo que hay que cargar con el entorno de desarrollo estándar de Arduino, sin mucho más misterio.

SCK

Para poner en marcha la placa solo hay que configurar la red wifi a la que se conectará. Esto se hace a través de la web mediante un applet java que realiza todo el proceso. El único problema que tuve es que en mi caso, cuando se genera el puerto para el dispositivo no tengo permisos para usarlo por lo que tuve que ejecutar un sencillo sudo chmod 777 /dev/ttyACM0 para que fuera capaz de cargar la configuración. Una vez cargada, se reinicia la placa y empieza a enviar datos sin mayor inconveniente, quedando publicados de forma automática en la web.

La web todavía está en desarrollo, bueno TODO está aún en desarrollo, incluyendo el firmware que ciertamente aún no presenta los datos de los sensores todo lo bien que debiera. Por ejemplo los valores de calidad de aire vienen en Ohmios, en lugar de las más típicas «partes por millón». Todo esto estoy seguro que se irá puliendo y aún cuando algún sensor no vaya del todo fino (me temo que el de sonido, por ejemplo), solo como primera aproximación a lo que puede ser el disponer de una red de sensores publicando en tiempo real toda esta información es más que interesante.

La red Smart Citizen está sobre todo (de momento) enfocada en Barcelona, de hecho la mía es la única placa hasta la fecha activada en la provincia de Valencia.

Smart CItizen en Barcelona

Por otro lado todavía hay mucho que hacer en cuanto a la presentación de los datos que se van subiendo a su plataforma. Además de la web del sensor hay algún punto de acceso para descargar en formato JSON todos los registros y también una web para ver datos más antiguos que los escasos 20 minutos que se pueden ver desde la web oficial.

En fin de momento eso es todo, la placa ahora mismo la tengo «indoor» porque aún tengo que ver cómo le conecto un panel solar o bien saco un cable USB para poder tenerla en el balcón de casa, y que haga medidas lo más estables posible. Ya iré contando.

OpenLayers Cookbook


OpenLayers CookBook

I’ve been honoured to help Antonio to produce this book as a technical reviewer so I owe him at least a short note here (well in fact I promised him to do it!). Having the opportunity to review the book itself has been a great pleasure and an enriching experience, always with the help (and patience) of the Packt people over eight weeks of work. There are some good reviews of the book here and here so I won’t repeat what’s so well described there, take a look on them to see the contents covered and their (good) feedback on the book.

If you know some HTML and JavaScript and really want to get introduced on how to build geospatial web applications, I vividly encourage you to get this book and go beyond the basics with meaningful recipes that step by step, showcase the most important parts of the OpenLayers API.

In my experience, one can start from scratch with the examples but there are many concepts that is better to understand well, like the difference between formats, protocols and strategies (that I finally understood back in 2009, thanks to this great presentation by Tim Schaub). That and more is well covered through examples, really easy to follow and reproduce. Thus I think it’s a good investment to take a book and let someone to tell you how the thing works, isn’t it?

Ah, and as Alper has written on his review:

Please buy the book to support writer instead of downloading the illegal copies. This will courage more people to write this kind of books to support Open Source projects like OpenLayers.

Instalando MapProxy en windows, paso a paso


La semana pasada tuve el placer de formar parte de los formadores de los voluntarios de EUROSHA, un grupo de 25 jóvenes destinados a levantar cartografía en diversos países de África, como parte de las actividades del HOT. Uno de los problemas a los que se enfrentan estos voluntarios es una conexión a internet no muy fiable.

Es perfectamente posible editar datos de OSM offline (guardando los datos a fichero, editando, y resolviendo conflictos de versiones a posteriori), pero lo que no se puede hacer es consultar cartografía de fondo para comparar. Había que hacer algo al respecto. Y la solución fue instalar MapProxy, que permite tomar imágenes ráster de varias fuentes y servirlas como WMS, en local. En un portátil con linux (y python, python-pil y python-pip), instalarlo y probar la configuración por defecto fue una cuestión de minutos.

Ahora bien, los ordenadores que el HOT va a desplegar en África van con windows, principalmente por no disponer del tiempo suficiente para hacer una instalación completa con las herramientas adecuadas para la situación. Improvisemos pues, e instalemos MapProxy tal y como sugiere el manual

We advise you to install MapProxy into a virtual Python environment.

Bueno, pues no hagáis esto. Al instalar python desde cero, lo más probable es que os encontréis con problemas a la hora de instalar las librerías necesarias, en concreto PIL (Python Imaging Library). La manera sencilla de instalar Python para hacer funcionar MapProxy encima es OSGeo4W. Así que descargamos el instalador, elegimos una instalación avanzada, y nos aseguramos de que al menos los paquetes para python y python-pil se van a instalar:

El siguiente paso es descargarse distribute-setup.py y ejecutarlo dentro de una shell de OSGeo4W como administrador:

En esa misma consola, ejecutamos un easy_install mapproxy, y justo después un easy_install pyproj:

En este punto, los ejecutables de MapProxy ya están instalados. Lo podemos comprobar ejecutando mapproxy-util:

Ahora bien, MapProxy es inútil sin un fichero de configuración que le diga qué servicios tiene que cachear. Así que hacemos copia-pega de una configuración de MapProxy para OpenStreetMap, guardamos el fichero resultante como (por ejemplo) C:\OSGeo4W\mapproxy.yaml, y lanzamos mapproxy-util:

¡Et voilà! Nuestro MapProxy está funcionando y respondiendo a peticiones desde localhost:8080, cacheando tiles de OSM para convertirlas en un servicio WMS:

El resto de opciones se pueden consultar en el manual de MapProxy, pero hay unas cuantas cosas a tener en cuenta:

  • MapProxy siempre debe ejecutarse dentro del entorno de OSGeo4W.
  • … lo que quiere decir que si queremos que se ejecute automáticamente, se puede hacer un .bat haciendo copia-pega de C:\OSGeo4W\osgeo4w.bat, y modificando el comando que se lanza en la última línea de ese script.
  • La utilidad para inicializar o refrescar la caché, mapproxy-seed.exe, ha de ejecutarse también dentro del entorno de OSGeo4W.
  • Los datos cacheados se almacenan en el directorio que se especifique en el fichero de configuración, y es relativo a la ruta donde se lanza mapproxy.

¡Hazme un mapa de España! … ¡y bien rápido!


Ostras como se ponen los jefes de vez en cuando y claro, cuando vas y estiras del hilo te enteras que sobre el supuesto mapa de España van a pintar con chorricientos colores y necesitan que se vea bien a cualquier escala y que tenga el entramado de las calles, pero también salgan las provincias y puedan hacer zoom y pintar sobre las provincias… ¿no os suena?, jopé que suerte, a mi me pasa a menudo…

Así que en esta entrada vamos a intentar dar una solución planteando un mapa desaturado para poder pintar en colorines sobre él, el mapa tendrá orígenes de datos fáciles de conseguir – y libres – y utilizará un stack de software libre para construirlo… así que tendréis un mapa rápido [ish], fácil y bonito [ish]…

Sigue leyendo

iParty 13


Bien anteayer terminó mi participación en la iParty 13, la fiesta del software libre y la informática en general que organiza Aditel, la Asociaicón para el Desarrollo de la Informática y la Telemática de la UJI en Castellón de la Plana. Viene a ser como una Campus Party con gente quedando a dormir en un espacio donde pueden sobre todo jugar juntos a videojuegos pero que a la vez tiene un variado programa de talleres y charlas técnicas.

Yo no conocía el evento la verdad, asistí porque me invitaron a dar una charla de OSM. Ciertamente como excusa me vino perfecta porque tras ver el programa no me limité solo a ir a dar mi charla sino que asistí durante tres días a la fiesta, participando en los talleres y de la gente.

El primer día estuve en el taller de Arduino, que hacía tiempo que me provocaba curiosidad. De hecho me quedé con muchas ganas tras la conferencia que dio David Cuartielles en las Jornadas de SIG Libre (todo un acierto de la organización que dio el contrapunto a otra conferencia que mejor no recordar). El caso es que la charla de David me picó y salí de ella con mucha curiosidad por conocer mejor el funcionamiento de esta tecnología mezcla de software y sobre todo hardware libre. Así que nada, con la ayuda de José Manuel Escuder nos introdujimos en los principios básicos del funcionamiento de la placa Arduino y de los componentes mínimos para conseguir procesar entradas de diferente tipo para generar respuestas sencillas, básicamente luces (LEDs) y un servomotor. La verdad es que me queda mucho por aprender pero creo que sí que voy a dedicarle tiempo a esto porque me parece que tiene muchas posibilidades y abre seguro un enorme abanico de escenarios en los que este tipo de dispositivos tienen más sentido que otras plataformas móviles como podrían ser smartphones o pequeños ordenadores como el reciente Raspberry Pi

Enciendo un pilotín!!

Durante todo el viernes y sábado pudimos disfrutar de Alessandro Mascherpa y Modesto Caballero para aprender mucho sobre Drupal, el popular proyecto de software libre que hace tiempo ha pasado de ser solo un CMS para convertirse más bien en un framework para la generación de aplicaciones web. El primer día estuvimos viendo las cosas más básicas que ciertamente yo ya piloto pero el segundo día pudimos introducirnos en el desarrollo de módulos (aunque no le pude atender todo lo que yo hubiera querido). Aquí están las diapos y el código de su charla. Por la tarde vimos con Modesto módulos más avanzados para controlar la estructura de nuestras webs así como de su aspecto gracias a módulos como Context, Display Suite, Sweaver, Skinr y algunos más. Mención especial para Alessandro que hizo perfectamente de anfitrión para Modesto (de Barcelona) y para mí.

En el taller de site building de Drupal #iparty13

Pude disfrutar de un interesante taller sobre Wikipedia donde Santiago Navarro de Wikimedia España nos introdujo en las diferentes tecnologías que se desarrollan en el contexto del proyecto Wikipedia así como muchas otras cosas alrededor de este gran proyecto de conocimiento libre: su historia, estadísticas, roles de los participantes, etc.

El viernes por la tarde asistí al taller de Android que impartió Javier Muñoz, de Nabbel donde en poco más de hora y media nos introdujo en los conceptos básicos de desarrollo para este sistema operativo, desde el uso del IDE (Eclipse), hasta los diferentes tipos de componentes que podemos desarrollar, así como una breve introducción a la construcción de interfaces gráficas de usuario sin apenas escribir código XML. Para el tiempo del que dispuso ciertamente no se puede pedir más y tenemos las diapos y el código de ejemplo para seguir en casa.

Por último, el sábado por la tarde di mi charla de Introduccíon a OSM, con una buena asistencia (unas 15 personas) pudimos ver juntos qué es el proyecto, cómo se contribuye, cuál es el flujo de generación de la cartografía así como una breve introducción a JOSM. La gente estuvo muy participativa y creo que se hicieron una buena idea de qué es OSM, espero que hayamos ganado algún nuevo colaborador!!

Portada charla OSM iParty

En fin poco más, agradecer a la organización y en especial a Luís por permitirme pasar unos días con gente tan entusiasta del conocimiento y del software libre, con ganas de aprender de cualquier cosa pero también de divertirse, yo al menos me lo he pasado de fábula con ellos y espero poder repetir otro año de una u otra forma.

La noche de los mapas vivientes, crónica a cuatro manos


Cena al estilo #osm #notlm

Cena previa

Este post en el geomatic va a ser un poco diferente. Hace unos días tuvo lugar una especie de Mapping Party global y nocturna, la Noche de los Mapas Vivientes en los que entusiastas de OpenStreetMap de todo el mundo decidieron pasar una noche mapeando o experimentando sobre OSM. En Valencia la noche la pasamos Rafa y yo en su casa, ya que pese a intentarlo en un par de grupos de la comunidad no hubo mucho éxito de convocatoria. He pensado que sería buena idea que este post lo escribiéramos entre los dos, a cuatro manos vaya. Sirva también este post para romper una sequía de casi 5 meses en el blog….

¡Allá vamos!

Jorge

Hola Rafa, creo que esta crónica hay que empezarla por una pequeña presentación de quién eres tú. Rafa, así en breve es un geoinquieto muy activo en redes sociales (@raolbaletco) y apasionado de la cartografía, el open data y las ciudades sostenibles. Rafa es uno de los principales dinamizadores de Geoinquietos Valencia y ha sido clave para que este grupo del que ya hablaremos en otra ocasión arranque con fuerza en nuestra ciuadad. Venga vamos a empezar.

¿cómo te enteraste de esta iniciativa y qué te pareció en un primer momento?

Rafa

Todo comenzó desde Twitter en mi caso, a partir de la cuenta española @openstreetmapes  y algún comentario entrecruzado de Ivan Sánchez @RealIvanSanchez y tu perfil en Twitter @xurxosanz sobre el tema. Desde que empezamos a mover Geoinquietos Valencia mis ganas de descubrir nuevos servicios y nuevas oportunidades #geo han crecido día a día y tras los anuncios de Google Maps y mis ideas sobre #opendata me parecía un buen momento para reconectar, contribuir y dar mi granito de arena a la comunidad. Openstreetmap.org lo conozco desde principios de 2008 cuando me lo introdujeron y me interesé por aquel entonces de forma esporádica..

Detrás de ese logo de zombie pensaba que habría monotonía y poco movimiento, pero nada más lejos de la realidad: Entre la cafeína, una conversación interesante, horas y muy buen ambiente nos fuimos animando hasta tal punto que no queríamos parar aunque el día siguiente en el trabajo nos recomendaba descansar unas horas. Terminó siendo una gran noche.

¿Tenías alguna idea ya pensada para cartografiar para el evento?

Jorge

Pues tenía varias ideas. Por un lado seguir con la edición de una zona que apenas comencé en una sesión anterior en otro grupo de inquietos. La reunión se llevó a cabo en una zona casi sin cubrir en OSM así que en un hueco de aquel día le dediqué unos minutos. De eso hacía algo más de un mes y me apetecía darle un poco más de cariño a esa zona y así lo hice (changeset). Por otro lado me apetecía probar los scripts de conversión de Catastro a OSM aunque al final me emocioné con la edición pura y dura sobre ortofoto y no hice esas pruebas sino que me dediqué a dibujar las calles de Benifaió (changeset), un pueblo cercano a Valencia que no existía en OSM todavía.

NOTLM from Valencia team

Antes y después de la zona mapeada en Pobla de Vallbona

¿Y tú, qué tal fue tu noche, a qué dedicaste las horas?

Rafa

Un pequeño inciso antes de responder: Esta pregunta llega tras haberse celebrado la 3a Reunión de Geoinquietos Valencia tratando temas de Tilemill de Mapbox entre otros donde Pedro-Juan @vehrka comentó sobre la agenda de la 4a y la introducción a OSM mediante JOSM dónde se preguntó si la gente lo conocía y no todos lo conocían.

Pues tras el inciso he de comentar que yo hasta ahora lo había ido revisando desde web con el editor Potlach que ofrecen tras identificarte dentro de OpenStreetMap. Había estado revisando los diferentes programas que corrían con OSM para temas de topología cuando os pregunté a Iván y a ti por GPS para senderismo y posterior edición pero no me había puesto a editar desde JOSM hasta esa noche. Mi primera hora tras tener todo listo en mi Mac OSX fue descubrir las librerías y cómo moverme con el programa, averiguando que el botón preferencias no estaba situado como en otros SO.

Las siguiente hora la dediqué a conocer las etiquetas introduciendo metadatos sobre servicios para la bicicleta en el centro de Valencia (changeset), y conociendo la gran cantidad de usuarios que editan y añaden más valor a los mapas que vamos creando la comunidad. Cuando ya me vi con mayor soltura y tras ver que la gente se iba moviendo pensé en dónde podía dejar mi granito de arena esa noche. Pensé en muchas localizaciones pero tenía una espina clavada tras ver a mi primo Ignacio en “Españoles en el Mundo”  y decidí comprobar si Google tenía datos de una de las ciudades donde ha estado, Barcelos. Cuál fue mi sorpresa que no tenía apenas datos y me decidí a vectorizar a partir de una fotografía aérea de Bing. Los resultados se pueden ver en una comparativa realizada con Geofabrik Tools. Os invito a mejorarlo, la experiencia fue muy gratificante y en el Amazonas hay muchísimo por hacer :)

¿Alguna idea para conseguir más adeptos para la siguiente?

Jorge

Supongo que más preparación, darle más difusión en twitter, escribir algún post en un blog de calentamiento, preguntar directamente a más geoinquietos potenciales, en el trabajo, etc. La suerte era que teníamos sitio ofrecido por beCode, una empresa valenciana, pero al final no aprovechamos la oportunidad que nos brindaron. ¡¡Seguro que hay más oportunidades!!

¿Crees que hay algún colectivo en el que conseguir colaboradores que no estemos ateniendo? ¿Algún grupo de geoinquietos por despertar?

Rafa

Tras revisar los editores de OSM en la ciudad de Valencia ví que algunos eran activos también en Twitter y en Facebook, las dos redes que más usuarios mueven en mi entorno. Sería como bien dices Jorge, potenciar ese campo pero también algunos foros técnicos que hay en la red incluso en servicios móviles como Wikiloc. Otro colectivo que puede interesarle es a los estudiantes de la UPV en general y de la UV sobre todo en Geografía… es una gran oportunidad para ellos.

Para la próxima doblaremos los esfuerzos para ser más. Un taller sobre OSM en Geoinquietos Valencia y publicidad en los tablones puede hacer que esta noche vaya ganando adeptos.

¿Crees que es un nuevo impulso de openstreetmap.org para motivar a la comunidad tras la adopción de las nuevas licencias ODbL?

Jorge

Desde luego ha sido una buena oportunidad para difundir el proyecto en general y demostrar que tras el proyecto hay un sólido grupo de gente entusiasta y que está más vivo que nunca. La ODbL es el fruto de un trabajo muy serio para conseguir una licencia válida y legal sin margen de duda, para publicar datos geográficos siguiendo estrechamente lo que entendemos como Open Data.

Una última pregunta para cerrar ¿repetirás el año que viene? :-)

Rafa

Es la noche del 7 al 8 de febrero? ¡Apuntada queda! ¡¡Hasta la próxima!!

Acabando la noche de los mapas vivientes

Equipos de trabajo para una noche de mapeo

VI Jornadas de SIG Libre de Girona, Marzo 2012


Siempre supone un motivo de ALEGRÍA -así, en mayúsculas- lanzar el anuncio de la celebración de las Jornadas de SIG Libre de Girona. Y resulta un motivo de alegría y de felicidad por dos motivos básicos el primero de los cuales, es porqué se trata de un evento, el de las jornadas de SIG Libre, que nos apetece organizar, un proyecto al que queremos sin condición alguna. En segundo lugar, porqué significa que continuamos en la brecha, muy a pesar de la crisis que amenaza y atenaza al sector en los últimos tiempos. Así que es natural que nos sintamos doblemente orgullosos de las jornadas de Girona que, como ya viene siendo costumbre, continúan ejerciendo su función de escaparate y de altavoz de las soluciones libres para SIG.

Como en cada nueva edición, os presentamos un programa de ponencias plenarias que esperamos sinceramente que os resulten de interés. Las charlas plenarias de las Jornadas, intentan abarcar temas y aspectos que si bien, en ocasiones no son meramente geográficos, sí pueden conectar con la naturaleza de los SIG y de los datos geográficos de un modo u otro. Se trata de ampliar puntos de vista, de desplazar ligeramente el foco sobre temas que van más allá de los SIG, que son tangenciales o extrapolables a nuestro sector o campo de aplicación, con el ánimo de ampliar el abanico de visiones acerca de todo aquello que sea libre.

Así pues, es tiempo de reencontrarse, de compartir y de continuar aprendiendo, de reconocer viejos gestos y caras conocidas, y descubrir nuevas experiencias, proyectos, y oportunidades de colaboración y de negocio. Y es que las Jornadas, en esencia, son esto, un escenario en el cual mostrar el “cómo” y compartir el “qué”. Son tiempos complicados, y es tiempo para la innovación y la inversión en las soluciones libres, tiempo para realizar la apuesta definitiva.

Un año más, una edición más, os emplazamos a que visitéis Girona y que participéis de forma activa en la mejora constante de este evento. Estáis en casa, y os esperamos:

www.sigte.udg.edu/jornadassiglibre

Comité Organizador Local.