5.5 Mantenimiento y comunicación

Mantenimiento y actualización

Publicar los datos una vez no es suficiente. Los sistemas de transporte cambian — se añaden rutas, se modifican recorridos, cambian horarios — y los datos deben reflejar esos cambios para seguir siendo útiles.

Una práctica recomendable es establecer un proceso periódico de actualización — trimestral o semestral como mínimo — y documentar los cambios entre versiones. Si se usa un repositorio con control de versiones, esto es automático. Si no, un registro simple en texto de qué cambió y cuándo es suficiente.

Cuando el feed incluye fechas de vigencia en calendar.txt o calendar_dates.txt, las plataformas de navegación pueden detectar cuándo un feed está vencido y dejar de mostrarlo. Mantener esas fechas actualizadas es parte del mantenimiento básico.

Comunicación del lanzamiento

Publicar los datos sin comunicarlo reduce significativamente su impacto. Algunas acciones concretas:

Anuncio institucional — un comunicado oficial del municipio o la agencia de transporte que explique qué se publicó, dónde encontrarlo y qué pueden hacer los ciudadanos con esa información.

Contacto con medios — periodistas de ciencias, tecnología o movilidad urbana suelen estar interesados en historias sobre apertura de datos públicos, especialmente cuando se puede mostrar el resultado en una app conocida como Google Maps.

Difusión en comunidades técnicas — compartir el registro en Mobility Database, anunciarlo en grupos de OpenStreetMap y comunidades de datos abiertos de la región atrae la atención de desarrolladores e investigadores que pueden construir sobre esos datos.

Evento de apertura — una presentación pública con demostración práctica — “así se ve en Google Maps, así se puede descargar, esto es lo que pueden hacer con los datos” — comunica el valor de forma concreta y genera cobertura mediática orgánica.