Volver al inicio

El Bicing de Barcelona en un mapa que dice qué sabe y qué no

Barcelona Pulse enseña los datos públicos del Bicing en un mapa: cómo estaba cada estación, cómo cambia la ciudad a lo largo de un día y qué zonas quedarían cerca de una estación si se añadiera otra. La he hecho en octubre de 2026 con un asistente de IA para programar; las decisiones y la revisión de cada parte son mías.

Jaume Pérez SentísDesarrollador web en Barcelona

Tipo
Proyecto propio
Estado
En línea, con datos de mayo de 2026
Mi papel
Decisiones, revisión y publicación; código con ayuda de IA
Código
Público en GitHub, con licencia MIT
Barcelona Pulse reproduciendo el miércoles 13 de mayo de 2026 a las 09:00: el mapa de estaciones, la lista y, debajo, la forma del día, con 118 estaciones sin bicis y 33 llenasAmpliar la captura
Reproducir: el miércoles 13 de mayo de 2026 a las 09:00. Datos reales del Bicing; fuente de los datos: Ayuntamiento de Barcelona.
  1. Cada estación, con su estado

    Con bicis, pocas, sin bicis, llena, fuera de servicio o sin dato reciente, y cuántas hay de cada en ese momento.

  2. Un día de mayo, paso a paso

    Un día entero en pasos de cinco minutos, como un vídeo, con el día y la hora a la vista.

  3. La forma del día

    Cuándo se vacían y se llenan las estaciones, y a qué horas falta parte de los datos.

  4. Qué sabe y qué no

    Datos reales de mayo de 2026, no el estado actual: de dónde salen, con qué licencia y qué les falta.

Datos abiertos que hay que leer con cuidado

El Ayuntamiento publica cada cinco minutos cuántas bicis y anclajes libres hay en cada estación de Bicing. Lo que cualquiera puede descargar sin registrarse son archivos mensuales: unos cuatro millones de filas al mes, con horas en blanco, estaciones que llevan meses sin informar y filas que se contradicen.

Al pintar eso en un mapa es fácil engañar sin querer: una estación de la que no se sabe nada parece vacía, y una hora sin datos parece una caída a cero.

Barcelona Pulse enseña lo que dicen los datos y, al lado, lo que no dicen: de cuándo es cada dato, de dónde sale y qué falta.

Tres modos y una ficha de límites

  1. Explorar

    Cómo estaba cada estación en un momento dado: bicis, anclajes libres o si estaba cerrada, con la hora del dato y de dónde sale. Si una estación no informa, lo dice en vez de marcarla vacía.

  2. Reproducir

    Un día de mayo de 2026 en pasos de cinco minutos, como un vídeo. Debajo, la forma del día: cuándo se vacían y se llenan las estaciones, y a qué horas faltan datos.

  3. Experimentar

    Añadir, mover o quitar estaciones y ver cuánta superficie queda a menos de cierta distancia de alguna. En toda Barcelona, el 56 % está a menos de 300 metros en línea recta.

  4. Qué muestra y qué no

    Una ficha con de cuándo son los datos, los huecos de cada día y hora, qué estaciones no informan y por qué, y lo que la aplicación no dice.

Escenario en Nou Barris con tres estaciones nuevas y su alcance: la superficie a menos de 300 metros pasa del 56,5 % al 60,4 %Ampliar la captura
03 · Experimentar: tres estaciones hipotéticas en Nou Barris llevan su superficie a menos de 300 m del 56,5 % al 60,4 %.
Detalle: la superficie a menos de 300 m con la red real y con el escenario, y lo que gana.
La ficha «Qué muestra y qué no» con la rejilla de huecos de mayo de 2026 por día y hora, junto al mapa de estacionesAmpliar la captura
04 · Qué muestra y qué no: los huecos de mayo, por día y hora. Las casillas rayadas son horas en las que falta parte de las estaciones.
Detalle: la rejilla de huecos de mayo, por día y hora.

De un archivo público a una aplicación en línea

He decidido y revisado cada parte: de dónde salen los datos, cómo se guardan, qué enseña cada pantalla y cómo se publica. Algunas decisiones que se notan al usarla:

  • Sin dato no es cero

    Si una estación lleva más de 15 minutos sin informar, sale como «sin dato reciente», no como vacía. Una cerrada tampoco cuenta como vacía.

  • Lo real y lo inventado, separados

    Los datos reales, una demo con datos inventados y las estaciones que añades al experimentar no se mezclan nunca: ni en la base de datos ni en pantalla.

  • Rápida con millones de filas

    El estado de toda la red en cualquier momento sale en unas centésimas de segundo, y no se hace más lenta al añadir semanas de datos.

  • Metros de verdad

    Distancias y superficies se calculan en metros, en el sistema de coordenadas que usa el Ayuntamiento. Un mapa web normal las alarga un 33 % en Barcelona.

  • Importar dos veces no duplica

    Cada importación queda registrada con su archivo. Repetirla no duplica nada, y lo que el archivo trae contradictorio se cuenta en vez de elegirse en silencio.

  • Probada antes de publicar

    Más de 200 pruebas automáticas, también contra la base de datos real, y cada pantalla usada en móvil y en escritorio antes de darla por buena.

Lo que puedes esperar de mí

  • Trabajar con datos reales y desordenados sin esconder lo que falta.
  • Medir antes de optimizar y contar los límites junto a los resultados.
  • Llevar un proyecto de la idea a un servidor: datos, pantallas, pruebas y publicación.

Estado y límites

  • No es tiempo real: son cuatro semanas de mayo de 2026.
  • La cobertura es distancia en línea recta: no mide población, viajes ni demanda.
  • No predice ni recomienda nada.
  • La aplicación solo está en español.
Ficha técnica, para programadores
Backend.NET 10, ASP.NET Core y EF Core
DatosPostgreSQL 18 con PostGIS 3.6
InterfazReact 19, TypeScript y MapLibre GL JS
MapaOpenFreeMap, con datos de OpenStreetMap
FuentesBicing y distritos: Ayuntamiento de Barcelona, CC BY 4.0
PruebasxUnit (también contra PostGIS), Vitest y Playwright
EntregaDocker, GitHub Actions y un VPS gestionado con Laravel Forge
CódigoPúblico en GitHub con licencia MIT, con el caso técnico completo: decisiones, mediciones y límites

¿Tienes datos que nadie consulta porque no se entienden?

Un histórico, unas mediciones o una exportación que hoy solo se guarda. Cuéntamelo y te digo por dónde empezaría.

Cuéntame tu caso