GTFS Scorecard: calidad en lenguaje claro para feeds de transporte
Rol: Diseño de producto, ingeniería y operación independientes · 2026
Opero GTFS Scorecard, un servicio en vivo que lee más de 2.100 registros de feeds GTFS publicados y convierte cada uno en un informe en lenguaje claro con una primera corrección recomendada. La correctitud estructural proviene del validador canónico de MobilityData; el informe añade comprobaciones de vigencia, de información para quienes viajan y de datos en tiempo real. Los registros de feeds no son necesariamente agencias distintas, y no se sabe de ninguna agencia que haya adoptado un informe en su flujo de trabajo.
Límite de evidencia
- Construido
- Un servicio de informes en vivo con una API de lectura, una GitHub Action y un servidor MCP de solo lectura
- Observado
- Más de 2.100 registros de feeds seleccionados en más de 40 países, verificados a diario
- No demostrado
- Adopción por agencias, resultados para quienes viajan, o que alguna calificación haya cambiado un feed publicado
Medidas seleccionadas
- registros de feeds seleccionados en el registro; los registros no son necesariamente agencias distintas
- 2,100+
- países con registros de feeds en el registro
- 40+
- verificación programada diaria de cada registro de feed publicado
- Daily
- agencias que se sepa hayan adoptado un informe en su flujo de trabajo
- 0
GTFS Scorecard (se abre en una pestaña nueva) lee un feed GTFS publicado y anota lo que una persona que viaja querría ver corregido primero. Es una beta en vivo: los registros de feeds se verifican a diario, cada informe es una página pública y cualquiera puede comprobar un ZIP de GTFS antes de publicarlo. Un informe describe un archivo publicado en un día determinado. No describe las operaciones de una agencia, y no afirma que la agencia lo haya leído.
La correctitud se delega
El informe no vuelve a litigar la especificación. La correctitud estructural proviene del validador canónico de MobilityData (se abre en una pestaña nueva), la misma herramienta que quienes publican feeds ya ejecutan. Lo que el informe añade es la capa superior: si el feed está vigente, si lleva la información que una persona que viaja realmente usa, y si el feed en tiempo real funciona. Un feed puede cumplir la especificación (se abre en una pestaña nueva) y aun así dejar a alguien esperando un autobús que no llega.
Lo que una calificación no hace
- Los datos en tiempo real se califican solo cuando hay un feed utilizable configurado. Un feed en tiempo real ausente no baja la calificación.
- El registro cuenta registros de feeds, y el sitio lo dice. Los registros de feeds no son necesariamente agencias distintas.
- La primera corrección recomendada se elige pensando en quienes viajan, no en la exhaustividad de la especificación.
Un hallazgo tiene que viajar
Un hallazgo de calidad solo sirve cuando llega a la persona que puede corregir el feed, y esa persona trabaja en otro lugar. Por eso los mismos datos se distribuyen de cuatro formas: las páginas públicas de informes, una API de lectura, una GitHub Action que comprueba un feed en CI antes de publicarlo y un servidor MCP de solo lectura. Nadie tiene que pedirme permiso para llevar un hallazgo a su propio flujo de trabajo.
Pagarlo a la vista
Operar el servicio cuesta hoy menos de diez dólares al mes, y la página de apoyo (se abre en una pestaña nueva) lo dice exactamente así, junto con lo que financiaría un patrocinio y el hecho de que todavía no hay patrocinadores. El modelo de apoyo se publica igual que las calificaciones: primero el estado actual, dicho con claridad, nunca redondeado hacia arriba.
Lo que operarlo me enseñó
El código es público en github.com/ChelseaKR/gtfs-scorecard (se abre en una pestaña nueva), y escribí sobre cómo operarlo cambió mi manera de leer los datos públicos en What GTFS Scorecard taught me about public data.