Saltar a contenido

GTFS-Flex

GTFS Flex es un proyecto de extensión del GTFS Schedule que tiene como objetivo facilitar la visibilidad de los servicios de transporte sensibles a la demanda.

En su mayor parte, se adoptó en GTFS en Match 2024. Se pueden encontrar algunos ejemplos en esta página que muestran lo que se puede modelarse utilizando la parte adoptada oficialmente de GTFS Flex.

🤔 Servicios como dial-a-ride suelen ser ignorados por los usuarios, que a veces ni siquiera tienen idea de su existencia. Esta falta de accesibilidad es un problema para las agencias de transporte, los planificadores de viajes y los pasajeros. Imagine un grupo de turistas que llegan a su aeropuerto local y desean llegar a una zona rural que solo ofrece un servicio de autobús bajo demanda. Los turistas consultan su aplicación de planificación de viajes preferida y no encuentran una opción viable de transporte público. Terminan alquilando un coche. Al ser turistas, extrañan todos los folletos impresos colocados en el pasillo que anuncian el servicio a pedido. Su servicio no sólo está infrautilizado, sino que carece de la capacidad de descubrimiento para satisfacer la demanda actual y futura de los usuarios. Aquí es donde entra en juego GTFS-Flex. GTFS-Flex ayuda a los pasajeros a descubrir su servicio, para que disfruten de los servicios que usted trabajó arduamente para promover.

Viaje del usuario GTFS-Flex

🔮 MobilityData espera que GTFS-Flex abra la puerta a una estandarización más profunda del transporte sensible a la demanda, incluida la expansión a componentes transaccionales y en tiempo real utilizando GTFS-OnDemand. Estamos preparando una estrategia sugerida para manejar mejor el creciente número de modos de transporte y la complejidad de conceptos en esta área.

Ver la propuesta completa

Última Pull request

Esta La extensión describe servicios que operan según un horario, pero que también incluyen una o más funciones flexibles, como:

  • Servicio Dial-a-ride: el vehículo sirve a una zona donde se permiten recogidas y devoluciones durante ciertos horarios de servicio.
  • Servicios de desviación de ruta: el vehículo sirve una ruta fija y un conjunto ordenado de paradas, pudiendo desviarse para recoger o dejar a un pasajero entre paradas.
  • Servicio punto-a-zona: el pasajero puede abordar en una parada fija, como una estación de tren, y luego descender en cualquier lugar dentro de un área, o viceversa. Las salidas desde algunas localidades están programadas o cronometradas con otros servicios.
  • Punto de desviación o servicio checkpoint: el pasajero puede abordar en una parada fija y luego descender en cualquier lugar entre una lista desordenada de paradas, o viceversa. El conductor sólo atiende las paradas en las que se le solicita.

Para obtener más información, consulte propuesta original y issue#382 (cerrado desde que cambiamos el alcance).

En la reunión de trabajo del 28 de junio, hubo un acuerdo entre la comunidad del grupo para realizar una iteración que cubra todos los campos actualmente producidos y consumidos. Por lo tanto, todos los campos que aparecen como "en discusión" en el rastreador de adopción se incluyen en este PR.

Los cambios en este PR son:

  • Modificar archivo:
    • Modificar stop_areas.txt para permitir la agrupación de ubicaciones GeoJSON y/o paradas que permiten especificar grupos predeterminados de estas funciones en filas individuales de stop_times.txt.
    • Modificar stop_times.txt para aclarar elementos de la especificación actual necesarios para informar a los consumidores de datos sobre cómo interpretar los archivos y campos agregados y extendidos
  • Ampliar archivo:
    • Ampliar stop_times.txt con start_pickup_drop_off_window y end_pickup_drop_off_window para definir el momento en que el servicio de transporte sensible a la demanda está disponible/finaliza en una ubicación GeoJSON, área de parada o parada.
    • Ampliar stop_times.txt con pickup_booking_rule_id y drop_off_booking_rule_id para definir enlaces a reglas de reserva
  • Agregar nuevo archivo:
    • locations.geojson, para definir zonas (Polygon o Multipolygon) donde los pasajeros pueden solicitar que los recojan o los dejen.
    • booking_rules.txt, para definir las reglas de reserva que brindan a los pasajeros información sobre cómo solicitar el servicio.

Aquí hay un ejemplo de datos para RufBus en Angermünde y Gartzer, Alemania. La siguiente imagen es un ejemplo que ilustra cómo se podrían presentar los datos en un planificador de viaje:

Visite la página Pull Request para leer la publicación completa y contribuir a la conversación.

Ver la Pull request

Únase a #gtfs-flex en Slack

Implementaciones tempranas

Contáctenos para agregar su implementación GTFS-Flex a esta página

Contáctenos

Rastreador de adopción

Actual

Solicitar un cambio Agregue su organización (consumidores) Agregue su organización (productores)

Historia