4. Gestión y Mantenimiento

El lanzamiento de la primera versión de tus datos de transporte (GTFS) es un hito enorme, pero no es el final del camino. De hecho, es solo el comienzo. Una base de datos de transporte que no se actualiza se vuelve obsoleta en cuestión de meses, perdiendo su utilidad y la confianza de los usuarios.

Este módulo aborda cómo establecer procesos sostenibles para mantener los datos vivos, precisos y útiles a lo largo del tiempo. Un GTFS desactualizado es peor que no tener datos, porque malinforma al usuario y puede dejarlo varado.

4.1. El Ciclo de Vida del Dato

La gestión de datos no es un evento único, es un ciclo continuo. Debes institucionalizar este flujo de trabajo dentro de la administración municipal:

4.1.1. Fase 1: Monitoreo y Detección

Estar atento a cambios en la realidad. Las fuentes de información pueden ser:

• Oficiales: Decretos municipales, avisos de obras públicas, cambios de concesiones.
• Operativas: Reportes directos de los choferes o jefes de ruta.
• Ciudadanas: Quejas en redes sociales (“el bus ya no pasa por aquí”), reportes en apps.

4.1.2. Fase 2: Captura y Edición

Una vez detectado el cambio, hay que digitalizarlo.

• Trabajo de Campo: Si el cambio es geométrico (nueva calle), hay que salir a mapear con GPS.
• Trabajo de Escritorio: Si es solo horario o nombre, se edita directamente en el software de gestión (QGIS, Excel, Editor GTFS).

4.1.3. Fase 3: Validación

Antes de publicar, verificar que el cambio no rompa nada.

• ¿La nueva ruta está conectada a la red?
• ¿Los horarios son coherentes?
• ¿Pasa el validador de MobilityData sin errores?

4.1.4. Fase 4: Publicación y Comunicación

• Generar el nuevo gtfs.zip.
• Actualizar la URL pública.
• Avisar a los consumidores de datos (Google, apps locales) y a la ciudadanía.

4.2. Protocolos de Actualización

¿Qué pasa cuando cambia una ruta? No puedes depender de la memoria de una sola persona. Necesitas protocolos claros.

4.2.1. Tipos de Cambios y Tiempos de Respuesta

Tipo de Cambio	Ejemplo	Tiempo de Respuesta Ideal	Mecanismo GTFS
Programado	Cambio de horario de verano, nuevas tarifas anuales.	1 semana antes	calendar.txt, calendar_dates.txt
Estructural	Nueva línea de BRT, cambio permanente de recorrido.	48 horas	Actualizar routes.txt, shapes.txt
Operativo (Largo Plazo)	Desvío por obra que durará 3 meses.	48 horas	Crear nueva variante de ruta temporal.
Operativo (Corto Plazo)	Desvío por manifestación o accidente (horas).	Tiempo Real	GTFS-Realtime (Alertas de Servicio). No se toca el GTFS estático.

4.2.2. Flujo de Trabajo Recomendado

Establece un canal de comunicación directo con los operadores de transporte. Idealmente, ellos deberían notificar a la oficina de datos antes de que el cambio ocurra en la calle.

Regla de Oro: Si el autobús cambia su recorrido en la calle, el dato digital debe reflejarlo lo antes posible. La confianza se gana en años y se pierde en un día con un dato erróneo.

4.3. Versionado de Datos

Para evitar confusiones, cada archivo GTFS publicado debe ser identificable. No llames a tus archivos simplemente gtfs.zip internamente.

4.3.1. Estrategias de Nombramiento

Usa fechas en el nombre del archivo para tu archivo interno:

• gtfs_ciudad_2023-10-15.zip
• gtfs_ciudad_v2.1_beta.zip

4.3.2. Archivo feed_info.txt

Dentro del GTFS, el archivo feed_info.txt es vital para el control de versiones. Asegúrate de actualizar estos campos en cada exportación:

• feed_publisher_name: Nombre de la entidad.
• feed_publisher_url: URL oficial.
• feed_lang: Idioma.
• feed_start_date y feed_end_date: El periodo de validez de los datos. Crucial: Si hoy es 1 de Enero y tu feed_end_date fue el 31 de Diciembre, tu feed ha “caducado” y muchas apps dejarán de mostrarlo.
• feed_version: Una cadena libre (ej. “2023.10.15” o “v3.4”).

4.4. Retroalimentación Ciudadana

Tus mejores auditores de calidad son los usuarios diarios del transporte. Facilita que te reporten errores.

• Canales Claros: Un correo electrónico (datos@ciudad.gob.mx) o un formulario web visible.
• Redes Sociales: Monitorear menciones sobre rutas confusas.
• Colaboración con OpenStreetMap: La comunidad de OSM suele ser muy activa manteniendo mapas. Establece una relación con ellos; a menudo corregirán errores geométricos antes que tú.

4.5. Herramientas de Gestión

No intentes mantener un sistema complejo solo con Excel.

• Sistemas de Control de Versiones (Git): Para los archivos fuente (GeoJSON, CSVs). Permite ver quién cambió qué y cuándo.
• Editores GTFS: Existen herramientas web (algunas open source, otras de pago) que facilitan la edición visual de horarios y rutas sin tocar los archivos de texto crudos.