5. Publicación y datos abiertos

Un archivo GTFS guardado en la computadora de alguien no sirve a nadie. El trabajo técnico de mapear rutas, limpiar geometrías y estructurar los datos solo cobra sentido cuando esa información está disponible — accesible, sin barreras y con condiciones de uso claras. La publicación es el momento en que los datos se convierten en infraestructura pública.

Esta sección describe qué significa publicar datos de transporte de forma abierta, cómo hacerlo técnicamente, y qué posibilidades abre para distintos tipos de usuarios: ciudadanía que necesita planear sus trayectos, investigadores que estudian movilidad urbana, desarrolladores que construyen aplicaciones, y el propio gobierno que generó los datos.

Qué son los datos abiertos

Los datos abiertos son datos que cualquier persona puede usar, modificar y redistribuir libremente, sin restricciones de acceso ni de uso. En el contexto de transporte público, esto significa que el archivo con las rutas, paradas y horarios de una ciudad puede ser descargado por cualquiera — una startup que construye una app de navegación, una universidad que estudia acceso a empleos, una organización ciudadana que monitorea la cobertura del servicio — sin necesidad de solicitudes formales, pagos ni acuerdos especiales.

La apertura no es solo una declaración de intenciones; requiere condiciones técnicas y legales concretas. Un archivo publicado sin licencia no es técnicamente de libre uso aunque esté en un sitio web accesible. Un archivo publicado bajo una licencia restrictiva puede excluir a los usuarios que más podrían aprovecharlo. Y un archivo técnicamente abierto pero difícil de encontrar, mal documentado o sin URL estable tiene un impacto práctico muy limitado.

Licencias

La licencia es el instrumento legal que define qué puede hacer alguien con los datos. Sin licencia, aplica el derecho de autor por defecto, y nadie puede reutilizarlos legalmente.

Para que los datos de transporte sean verdaderamente útiles, la licencia debe ser compatible con los usos más comunes — integración en aplicaciones comerciales, uso en investigación, redistribución en portales de terceros. Existen muchas licencias, con diferentes características, aquí destacamos tres opciones.

Creative Commons Attribution 4.0 (CC BY 4.0) — permite cualquier uso, incluyendo comercial, con la única condición de dar crédito a la fuente. Es la licencia más ampliamente aceptada por plataformas globales como Google, Apple y Moovit, y la más recomendada para datos de transporte público. creativecommons.org

Open Data Commons Open Database License (ODbL) — diseñada específicamente para bases de datos. Permite uso libre pero exige que cualquier versión modificada se publique bajo la misma licencia (copyleft). Es la licencia que usa OpenStreetMap. Para datos de transporte es funcional, aunque algunas plataformas tienen restricciones con las condiciones de copyleft. opendatacommons.org

Creative Commons Zero (CC0) — renuncia completa a derechos. Maximiza la reutilización al eliminar cualquier requisito, incluyendo atribución. Aunque éticamente los usuarios suelen dar crédito de todas formas, legalmente no están obligados. Es una buena opción cuando el objetivo principal es maximizar la adopción.

Una advertencia importante: las licencias que incluyen la cláusula “No Comercial” (NC) excluyen a la mayoría de las aplicaciones de navegación, que operan como empresas privadas. Si el objetivo es que los datos aparezcan en Google Maps, Moovit, Transit o Apple Maps, hay que usar una licencia sin esa restricción.

Dónde publicar

Portal institucional

El primer lugar donde deben vivir los datos es en la infraestructura institucional del organismo que los generó — el municipio, la secretaría de movilidad o la agencia de transporte. Esto establece la fuente oficial, da legitimidad a los datos y facilita su mantenimiento a largo plazo.

Si el gobierno ya opera un portal de datos abiertos — basado en CKAN, Socrata u otra plataforma — basta con crear un dataset de transporte con la descripción adecuada, los metadatos correctos y el enlace de descarga directa. Si no existe un portal, publicar el archivo en el sitio web institucional con una URL estable es suficiente para empezar.

Requisitos técnicos mínimos para la URL de descarga:

• Debe descargar el archivo directamente al hacer clic — sin formularios intermedios, sin captchas, sin registro requerido.
• Debe ser permanente — la misma URL debe apuntar siempre a la versión más reciente del archivo.
• El archivo debe tener el nombre gtfs.zip o un nombre estable que no cambie con cada actualización.

Un ejemplo de URL correcta: https://movilidad.municipio.gob.mx/datos/gtfs.zip

Cuando el municipio no tiene portal propio, una alternativa es publicar en un portal de datos abiertos de alcance nacional o regional. En México, datamx.io es un portal de datos abiertos comunitario donde organizaciones de la sociedad civil y gobiernos pueden publicar datasets con fichas descriptivas, metadatos y enlaces de descarga — sin necesidad de infraestructura propia. Las rutas de transporte público de Zamora, Michoacán están publicadas ahí como ejemplo de referencia. datamx.io — Rutas Zamora

Otra modalidad es que el municipio publique una página web dedicada al transporte público, con el mapa de rutas, la descarga de datos y la información de servicio en un mismo lugar. El Rutaton de Zamora es un ejemplo de esto — una microsite municipal que presenta el sistema de transporte de la ciudad de forma accesible para la ciudadanía y ofrece la descarga del feed GTFS. rutaton.zamora.gob.mx

Portal de datos HDTP

El HUB de DATOS de TRANSPORTE PÚBLICO en MÉXICO –esta página web– es un catálogo especializado en datos de transporte público de ciudades mexicanas, desarrollado por Codeando México. A diferencia de portales de datos abiertos genéricos, está diseñado específicamente para este tipo de información — incluye visualización de rutas en mapa, descarga directa del feed GTFS, ficha técnica de cada ciudad y métricas básicas sobre la cobertura del sistema. HUB de DATOS de TRANSPORTE PÚBLICO en MÉXICO

Mobility Database

Mobility Database es el catálogo global de feeds de transporte público — el registro donde desarrolladores, investigadores y plataformas de navegación buscan datos de cualquier ciudad del mundo. Registrar el feed ahí es el paso que conecta los datos locales con el ecosistema global. mobilitydatabase.org

El registro es gratuito y abierto. Cualquiera puede añadir un feed, aunque idealmente lo hace la entidad que lo mantiene. Una vez registrado, el feed aparece en búsquedas por ciudad o país, y las plataformas que consumen Mobility Database — incluyendo algunas apps de navegación — lo detectan automáticamente.

GitHub como alternativa simple

Para equipos con capacidad técnica básica, GitHub es una alternativa práctica para alojar y versionar los datos. Un repositorio público con el archivo GTFS tiene varias ventajas: la URL es estable, el historial de cambios queda registrado automáticamente, y otros pueden contribuir correcciones o reportar problemas mediante issues.

Esta opción es especialmente útil cuando los datos son mantenidos por una organización de la sociedad civil o un equipo técnico externo, antes de que el gobierno establezca su propia infraestructura de publicación.

OpenStreetMap

OpenStreetMap (OSM) es un mapa colaborativo y abierto construido por millones de personas en todo el mundo. A diferencia de los formatos anteriores — que son archivos descargables — publicar en OSM significa incorporar los datos directamente al mapa global, donde quedan disponibles para cualquier aplicación que use OSM como base: Organic Maps, OsmAnd, Maps.me, y muchos otros servicios.

OSM y GTFS son complementarios, no excluyentes. GTFS describe el sistema de transporte de forma estructurada para aplicaciones de planificación de viajes; OSM lo hace disponible dentro del mapa colaborativo global. Muchos proyectos de mapeo de transporte publican en ambos.

Cómo se modela el transporte público en OSM

OSM usa un modelo de datos diferente al de GTFS. Las paradas son nodos con etiquetas específicas, y las rutas se representan como relaciones — agrupaciones de elementos del mapa que definen qué nodos y vías forman parte de una ruta.

El esquema recomendado se documenta en el wiki de OSM como Public Transport v2. wiki.openstreetmap.org — Public transport

Paradas — cada parada donde los pasajeros esperan se representa con un nodo con las etiquetas:

highway = bus_stop
public_transport = platform
name = Mercado Hidalgo

Si se quiere marcar también la posición exacta donde el vehículo se detiene en la calzada (el punto sobre la vía), se añade un nodo adicional con public_transport=stop_position.

Rutas — cada recorrido de una ruta (ida, vuelta, ramal) se representa como una relación de tipo route:

type = route
route = bus
name = Ruta 5 — Centro → Hospital General
ref = 5
operator = Transportes Municipales de Zamora

La relación incluye como miembros: los nodos de paradas (con rol platform o stop), y las vías por donde circula el vehículo (sin rol específico, en el orden correcto del recorrido).

Rutas maestras — cuando una ruta tiene varias variantes (ida y vuelta), estas se agrupan en una relación de tipo route_master:

type = route_master
route_master = bus
name = Ruta 5
ref = 5

La relación maestra referencia a cada relación de variante como miembro. El wiki documenta este esquema con detalle. wiki.openstreetmap.org — Relation:route

Cómo editar

La herramienta recomendada para editar relaciones de transporte en OSM es JOSM — el mismo editor que se usa en el módulo de mapeo de escritorio. JOSM tiene soporte específico para crear y editar relaciones, lo que facilita considerablemente el trabajo con rutas complejas. josm.openstreetmap.de

El editor web iD también permite añadir paradas y editar relaciones, aunque con menos comodidad para relaciones con muchos miembros.

Antes de crear datos nuevos, conviene revisar si ya existe información de transporte en OSM para la ciudad. En muchos municipios mexicanos hay datos parciales — paradas, algunas rutas — que se pueden completar y corregir en lugar de crear desde cero.

Qué pasa con los datos una vez publicados

Una vez incorporados a OSM, los datos de transporte están disponibles globalmente de forma inmediata. Cualquier servicio que use OSM como fuente los incorporará en sus próximas actualizaciones.

Además, los datos son consultables directamente mediante la API de Overpass — una herramienta que permite extraer elementos específicos del mapa con filtros geográficos y de etiquetas. Esto hace que los datos sean reutilizables de forma programática sin necesidad de descargar archivos. overpass-turbo.eu

Integración en aplicaciones de navegación

La presencia en aplicaciones de navegación populares es el impacto más visible para la ciudadanía. Cuando alguien busca cómo llegar a un lugar en su ciudad y la aplicación le muestra opciones de transporte público con tiempos de viaje y transbordos, eso es el resultado directo de datos GTFS publicados correctamente.

Google Maps

Google ofrece un programa gratuito para que agencias de transporte integren sus datos. El proceso requiere:

1. Registrarse en el Google Transit Partner Dashboard con una cuenta institucional. partnerdash.google.com
2. Firmar el acuerdo de licencia de contenido — gratuito, sin exclusividad.
3. Proporcionar la URL estable del archivo GTFS. Google valida y actualiza el feed automáticamente.
4. Revisar los datos en un entorno de prueba privado antes del lanzamiento público.

El tiempo entre el registro y la aparición en Maps varía — puede ser desde días hasta semanas. Google no publica los tiempos exactos, pero la mayoría de los casos reportados están en ese rango.

Apple Maps

Apple tiene un proceso similar mediante el programa de tránsito de Apple Maps Connect. mapsconnect.apple.com

OpenTripPlanner

Para municipios que quieren ofrecer su propio planificador de viajes — independiente de plataformas comerciales — OpenTripPlanner es una solución de código abierto que consume datos GTFS directamente. Requiere capacidad técnica para desplegarlo, pero permite personalización completa y no depende de terceros. OpenTripPlanner

Usos por tipo de audiencia

Ciudadanía

Para los usuarios del transporte público, el dato más valioso es el que les ayuda a planear sus trayectos cotidianos. La ruta más directa hacia ese beneficio es la integración en apps de navegación — Google Maps, Apple Maps, Moovit — porque son herramientas que millones de personas ya usan sin necesidad de aprender algo nuevo.

Más allá de la navegación, los datos abiertos también permiten que organizaciones ciudadanas y medios de comunicación los usen para crear visualizaciones, reportes o herramientas de consulta adaptadas al contexto local — mapas de cobertura por colonia, comparaciones de tiempos de viaje, análisis de acceso a servicios esenciales.

Académicos e investigadores

Los datos de transporte son insumo directo para investigación en movilidad urbana, accesibilidad, planificación territorial, análisis de equidad y muchos otros campos. Para que sean útiles en ese contexto, necesitan algunas condiciones adicionales:

Documentación — una descripción clara de cómo se recolectaron los datos, en qué fecha, qué metodología se usó, qué limitaciones tienen. Un archivo GTFS sin ese contexto puede llevar a interpretaciones incorrectas.

Versiones históricas — mantener archivos de versiones anteriores permite estudios longitudinales. Una práctica sencilla es guardar una copia de cada versión publicada con la fecha en el nombre del archivo, en una carpeta de históricos accesible públicamente. Por ejemplo: gtfs_2023_03.zip, gtfs_2024_01.zip.

Metadatos estandarizados — si los datos se publican en un portal CKAN u otro sistema de catálogo, completar bien los campos de metadatos — institución responsable, cobertura geográfica, fecha de creación, fecha de última actualización, metodología — facilita que los datos sean descubiertos y citados correctamente.

Licencia clara — los trabajos académicos requieren citar la fuente y, en muchos casos, redistribuir datos derivados. Una licencia CC BY 4.0 o CC0 elimina cualquier ambigüedad al respecto.

Desarrolladores

Para quienes construyen aplicaciones, la prioridad es la accesibilidad técnica: URL estable, formato estándar, sin barreras de acceso. Si el feed está bien formado — validado y sin errores — puede consumirse directamente sin procesamiento adicional.

Más allá del GTFS, publicar los datos también en formatos GeoJSON facilita el trabajo de desarrolladores que trabajan con mapas web. Algunos proyectos publican ambas versiones: el GTFS completo para aplicaciones de tránsito, y archivos GeoJSON de rutas y paradas para usos más ligeros.

Un repositorio en GitHub con documentación técnica — instrucciones de uso, descripción de los campos, ejemplos de código — reduce significativamente la fricción para que desarrolladores externos usen los datos.

Gobierno y planificación institucional

Para el organismo que generó los datos, la publicación en formato abierto también abre posibilidades de uso interno. Los mismos datos que sirven para Google Maps se pueden usar en herramientas de análisis interno:

• Visualizar la cobertura del sistema sobre un mapa y compararlo con la distribución de población.
• Calcular tiempos de acceso a hospitales, escuelas o zonas de empleo desde distintos puntos de la ciudad.
• Detectar zonas con baja frecuencia de servicio o rutas con recorridos ineficientes.
• Monitorear cambios en la red entre distintas versiones del feed.

Herramientas como QGIS, con el plugin GTFS, permiten hacer ese análisis sin conocimientos avanzados de programació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.