Category Archives: OSM

Mapping for the busy cartographer: today moving dots

This article describes how to make a quick map using some nice services we have at our hands. Nowadays almost everyone can create a maps using services like CartoDB, Mapbox, uMap or even Google My Maps. In this case I’ll show how I used the incredible flexibility of CartoDB to combine some Postgres/PostGIS SQL with CartoCSS to animate some dots on top of OSM cartography rendered by Mapbox.

This combination is really unique and convenient, other services only allow you to upload or draw some features and decide some static styling for them. But with this combination, using old SQL you can adapt your data for different uses, with CartoCSS the power of the Mapnik rendering library is available and finally, using the awesome Torque capabilities, animation can be added to our map.


The idea of this map is to represent a crowd of cyclists running along the future bike line by the interior ring of the city of Valencia. Tomorrow Sunday 21 September there will be a march to show the interest of city bikers for this line so my idea was to make people think about how the city look like with this (still imaginary) bike lane full of cyclists, instead of cars.

Data preparation

  1. Trace a line that represents the route
  2. Transform the line to EPSG:3857
  3. Make the line denser, placing points every 25 meters using the «Densify geometries given an interval» QGIS processing tool
  4. Convert the line to points (again with Processing) and give them these properties:
    • route it will serve to produce more routes in the future
    • lap to separate the points of the route of other points of interest outside the route
    • id to order the rendering of the points


After uploading the dataset to my CartoDB account I’ve created a new visualization that will have these layers:

  1. A blurred line with the route
  2. A point marking the meeting place to start the activity, just in front of the city hall.
  3. The animated points moving over the route


Load the layer paseo and customise the SQL. The SQL is quite self-explanatory, first we filter the points over the line and then we use the ST_MakeLine aggregated function to rebuild our original line.

WITH route AS (
  FROM paseo
  WHERE route = 1 AND lap>0
  ORDER BY id)
  1 cartodb_id,
  ST_MakeLine(the_geom_webmercator) as the_geom_webmercator
FROM route

The styling of this layer is a simple CartoCSS rule with the only trick of a heavy blur filter.

    line-color: #A53ED5;
    line-width: 8;
    line-opacity: 0.7;
    line-comp-op: lighten;
    image-filters: agg-stack-blur(10,10);

Moving dots

This is the most important part of the map, of course. I have a path of points ordered and what I want is to show a more or less crowded ring of people moving. To do it, I’ve created a UNION of ten SELECTs to the table offsetting the id over the full range of id’s. To acieve that I’ve used this long SQL:

WITH route AS (
    SELECT * FROM paseo WHERE lap>0 AND route = 1
laps AS (
        cartodb_id, the_geom_webmercator,
    FROM route r1
        cartodb_id, the_geom_webmercator,
        CASE WHEN id  > 25 THEN id - 25 ELSE id - 25 + 254 END id
    FROM route r2
        cartodb_id, the_geom_webmercator,
        CASE WHEN id  > 50 THEN id - 50 ELSE id - 50 + 254 END id
    FROM route r3
        cartodb_id, the_geom_webmercator,
        CASE WHEN id  > 75 THEN id - 75 ELSE id - 75 + 254 END id
    FROM route r4
        cartodb_id, the_geom_webmercator,
        CASE WHEN id  > 100 THEN id - 100 ELSE id - 100 + 254 END id
    FROM route r5
        cartodb_id, the_geom_webmercator,
        CASE WHEN id  > 125 THEN id - 125 ELSE id - 125 + 254 END id
    FROM route r6
        cartodb_id, the_geom_webmercator,
        CASE WHEN id  > 150 THEN id - 150 ELSE id - 150 + 254 END id
    FROM route r7
        cartodb_id, the_geom_webmercator,
        CASE WHEN id  > 175 THEN id - 175 ELSE id - 175 + 254 END id
    FROM route r8
        cartodb_id, the_geom_webmercator,
        CASE WHEN id  > 200 THEN id - 200 ELSE id - 200 + 254 END id
    FROM route r9
        cartodb_id, the_geom_webmercator,
        CASE WHEN id  > 225 THEN id - 225 ELSE id - 225 + 254 END id
    FROM route r10
    cartodb_id, the_geom_webmercator,
    ((random()*10-10) + id) id
FROM laps

The first with subquery filters the points of the path for this route that feed the next subquery: 10 unions with an id offset separation of 25 points. This subquery is passed to the main query that finally randomizes the id by +-5 positions, that is the order, so the moving dots are not regular, giving a more interesting (anarchic?) effect.

Using the wizard, the main aspects of the Torque animation are set up. It’s important to use a proper resolution, duration and frame count to adjust the rendering to a nice motion. Afterwards some last touches to the CSS to adjust the compositing operation and specially the trails, leaving just one more rendering of a similar point, instead of the default bigger and more transparent feature.

Map {

  comp-op: minus;
  marker-fill-opacity: 1;
  marker-line-color: #FFFFFF;
  marker-line-width: 0.5;
  marker-line-opacity: 1;
  marker-type: ellipse;
  marker-width: 6;
  marker-fill: #41006D;
#paseo[frame-offset=2] {

Meeting point

To add a feature to the map to render the meeting point, I manually added a new feature to the layer using the CartoDB editor. This feature will have the property lap=0 so it won’t be on the other layers. The SQL for this layer is just a

SELECT * FROM paseo WHERE route = 1 and lap = 0

And the CartoCSS is quite simple with the only important trick to use an external SVG. I’ve used directly the town-hall marker from the Mapbox Maki repository.

  marker-fill-opacity: 0.9;
  marker-line-color: #FFF;
  marker-line-width: 1.5;
  marker-line-opacity: 1;
  marker-placement: point;
  marker-type: ellipse;
  marker-width: 40;
  marker-fill: #3B007F;
  marker-allow-overlap: true;

  marker-file: url(;

Fixed info window

On this layer I’ve also configured an infowindow so when you click on the town hall icon you get some data about the schedule for the event.

Base map

I started using the Nokia day grey base map offered by CartoDB, but after a couple of iterations on the design, I thought it could be great to use a pale purple base map so I went to Mapbox web and quickly crafted a variation of their Mapbox Streets base layer.

Other components

Finally, using the new nice CartoDB layout capabilities I’ve added a simple title for the mobile version of the rendering and a couple of texts and an image (uploaded to imgur) for the logo of the group promoting this activity.


Well that’s all. You can check the visualization here. The job took like 4 to 5 hours. I finished the first animated version in 2/3 hours but you know, devil is in details and designing is always about iterations and refinement. Anyway I’m quite satisfied on the result and I think it serves for its purpose. Definitely I’ll have the opportunity to review and refine this process, as I imagine more routes and bike marches will happen in Valencia where bikers are winning the battle 🙂

What do you think about this visualization. What do you like and what do you hate? Improvements? I’d love to hear your thoughts and comments to make better maps.

Update: almost same effect without crazy UNION

This morning Pedro-Juan asked my, why so many UNIONs? why not using just one long CASE?. After accepting the challenge I did something with CASEs but then realized that I wast just looping over a smaller set of id values, so I could use the modulo function. So the long UNION SQL could be reduced to this easy and simple SQL:

    cartodb_id, the_geom_webmercator, 
    ((random()*10-10) + id%3) id
FROM paseo WHERE lap>0 AND route = 1

Wow, that’s so concise compared with the huge SQL above!! Using this id%3 I forced all the values to be just 1,2,3 but with the afterwards random the moving effect is achieved.

The CartoCSS would need also some changes to allow to “fill” the rendering over all the animation time. Check the differences with the above code, specially the number of offsets added:

Map {

  comp-op: minus;
  marker-fill-opacity: 1;
  marker-line-color: #FFFFFF;
  marker-line-width: 0.5;
  marker-line-opacity: 1;
  marker-type: ellipse;
  marker-width: 6;
  marker-fill: #41006D;
#paseo[frame-offset=4] {}
#paseo[frame-offset=8] {}
#paseo[frame-offset=12] {}
#paseo[frame-offset=14] {}
#paseo[frame-offset=16] {}
#paseo[frame-offset=18] {}
#paseo[frame-offset=20] {}
#paseo[frame-offset=22] {}

The resultant visualization can be accessed here. Which one do you like more? Do you think it’s worth the simplicity over the (in my opinion) slightly worse effect?

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.


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.


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.

¡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]…

Continue reading

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!


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?


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


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?


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?


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?


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 para motivar a la comunidad tras la adopción de las nuevas licencias ODbL?


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? 🙂


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

OSM + ImpOSM + TileMill

Hacía tiempo que no le dedicaba un ratillo a los temas geofrikis, no por falta de ganas, sino porque soy disperso, muy muy muy disperso, pero se cruzó la posibilidad de mezclar cartografía y juegos de rol y …

Allí que medio liando a otro, que no hace falta que le líe nadie, llamado @RealIvanSanchez, preparamos una versión online del mapa de Cunia, la ciudad sin alma del juego de rol Rol Negro de la editorial Ediciones Sombra.

Y por aquí os voy a comentar el stack que usamos para la hazaña…

Continue reading

Extreme cartography

People are coming home after a great Spanish FOSS4G meeting. There will be time to write about the event, here or maybe on my Prodevelop blog, but before that, I really want to share with you this nice piece of art by RealIvanSanchez and Vehrka. Planet readers follow this link as Planet software eats videos for breakfast.

If you understand Spanish, you should wait for the publishing of meeting videos and see the complete presentation of Iván explaining what Extreme Cartography means to him.

What will GEOHULK think about this?

Probando MapProxy

Durante bastante tiempo hemos tenido a TileCache como «el producto» (libre por supuesto) a usar cuando queríamos montar un servidor de teselas que acelerara nuestros clientes web, usando TMS o WMS-C como protocolos de acceso. Desde hace un tiempo GeoWebCache ha ido tomando forma, lo que empezó como una beca para un Google Summer of Code se ha ido convirtiendo en un producto funcional. Pero desde hace tiempo ha llegado un nuevo chico al barrio, se llama MapProxy y tiene algunas características bastante interesantes.

MapProxy tecnológicamente hablando es un desarrollo escrito en Python, que permite desplegarse en lo que se llama un “entorno virtual” que permite aislar tu entorno de desarrollo del resto de tu sistema. Igualmente trae un sencillo servidor web para desarrollo y para usarlo en producción debemos acudir a FastCGI o bien a WSGI, un estándar Python para desplegar aplicaciones web. El despliegue por tanto es más o menos similar al de TileCache.

MapProxy no sólo se expone como un servidor TMS o WMS-C, también y esta es su mayor diferencia, se expone como un servidor WMS normal. Es decir, a partir de los orígenes que definamos y que se irán almacenando cacheados en disco, además de como servicios de teselas MapProxy también podrá atender a peticiones que caigan fuera de los límites de dicha cuadrícula. Para ello compondrá y reproyectará si fuera necesario la imagen al tamaño y sistema de referencia requerido.

Esto abre escenarios muy interesantes, por ejemplo usar nuestras caches con clientes pesados como gvSIG y no sólo tirando de servicios WMS existentes sino también de otros que únicamente fueran servidos mediante TMS. Es decir, por decirlo de forma sencilla, podemos montar un WMS de OpenStreetMap. Claro que un origen como OSM no se verá muy bien en las zonas intermedias entre resoluciones de la caché porque las etiquetas y elementos lineales se distorsionarán bastante. Pongo un pequeño ejemplo a una escala bastante grande, de cómo se vería OSM en gvSIG.

Más usos: cachear OSM u otros orígenes muy frecuentados en nuestra organización (como por ejemplo el PNOA), permitiendo a nuestros técnicos no sólo consumir estos datos desde clientes ligeros de visores corporativos sino también desde clientes pesados claro. Podríamos limitar esas caches tanto en su extensión geográfica, como en su duración temporal así como en su espacio ocupado en disco porque  MapProxy también añade bastante «azúcar» en la parte de la generación y mantenimiento de sus caches, pero esto lo dejaré para otro día.

Desgraciadamente MapProxy aún no soporta el estándar WMTS aunque diría que esto se resolverá en poco tiempo y hace otras cosas interesantes como redirigir las peticiones getFeatureInfo y getLegendGraphic a las capas originales, cosa que TileCache (si no me equivoco) tampoco hace.

Instalar MapProxy en una distribución GNU/Linux moderna es bastante sencillo, la documentación es muy buena (usan mi querido sphinx) y su lista de correo es bastante activa como para ir salvando cualquier escollo que vayamos encontrando.

En este enlace a pastebin dejo una configuración básica bastante autoexplicativa en la que se sirven dos capas, la de OSM de la figura anterior y también el WMS-C del PNOA. Me hubiera gustado conectar al PNOA mediante el protocolo TMS pero no ha habido manera, al final he usado una capa WMS, teniendo que eliminar los metatiles porque MapProxy los usa por defecto en capas WMS. En cualquier caso el ejemplo funciona a la perfección.

A continuación dejo un pantallazo de gvSIG mostrando en dos vistas el PNOA en vivo y el cacheado, se puede ver que no hay diferencia apreciable entre ambos. Lo que se ve por cierto es el Gulliver de Valencia, un parque rompepantalones muy popular.

Como conclusión a este ¿primer? artículo sobre MapProxy simplemente recomendar su evaluación si se tiene que desplegar un servidor de teselas nuevos y el entorno tecnológico es el adecuado. Servir WMS a partir de caches añade una funcionalidad que en determinados escenarios puede ser más que interesante.

Trunk is red

Con ese título: Mapas OSM-Garmin: trunk is red,  Carlos Dávila ha posteado hace un par de horas en la lista Talk-ES de OSM un correo comentando sus avances en la generación de archivos de navegación para dispositivos Garmin.

Yo soy un feliz usuario de un Garmin Legend HCx y gracias al trabajo de Carlos a partir de ahora la cartografía que llevo en mi dispositivo (siempre he usado datos de OSM) se va a ver un poquito mejor y además me va a permitir hacer navegación puerta a puerta, aunque no era el principal uso que le quería dar al aparato.

Ahí va el enlace con información sobre OSM y los mapas: Mapas gratuitos de OpenStreetMap para Garmin

Quería poner alguna imagen con los datos pero como no le voy a hacer una foto a la pantalla del GPS, mejor pego una de las capturas de pantalla que ha hecho Carlos;