This repository has been archived by the owner on Aug 27, 2024. It is now read-only.
forked from MobilityData/gtfs.org
-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
* Added RSS feed icon * Changed URL for GTFS Digest to blog * Incorrect alignment of dash list ...removed extra space at each new line
- Loading branch information
1 parent
8708a62
commit 7db9d91
Showing
5 changed files
with
62 additions
and
59 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,74 +1,74 @@ | ||
# 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](../../../documentation/schedule/examples/flex) 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. | ||
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](../../../documentation/schedule/examples/flex) 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. | ||
|
||
<img src="../../../assets/flex-userjourney-resize.jpg" alt="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. | ||
🔮 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](https://github.com/MobilityData/gtfs-flex){ .md-button.md-button--primary } | ||
[Ver la propuesta completa](https://github.com/MobilityData/gtfs-flex){ .md-button.md-button--primary } | ||
|
||
## Ú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](https://github.com/MobilityData/gtfs-flex/blob/master/spec/reference.md) y [issue#382](https://github.com/google/transit/issues/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](#rastreador-de-adopcion) 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](https://docs.google.com/spreadsheets/d/1w5EHuHfxvejqApJFHA1Z0K2KytD9zahwbf8zyRlP_Ls/edit#gid=1451132209) para [RufBus](https://uvg-online.com/rufbus-angermuende/) 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: | ||
<img src="https://github.com/google/transit/assets/126435471/c986f79a-0164-4e38-a552-7e37405fe133" width="180" height="400"> | ||
Visite la página Pull Request para leer la publicación completa y contribuir a la conversación. | ||
[Ver la Pull request](https://github.com/google/transit/pull/388){ .md-button .md-button--primary } | ||
[Únase a #gtfs-flex en Slack](https://share.mobilitydata.org/slack){ .md-button .md-button--primary } | ||
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](https://github.com/MobilityData/gtfs-flex/blob/master/spec/reference.md) y [issue#382](https://github.com/google/transit/issues/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](#rastreador-de-adopcion) 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](https://docs.google.com/spreadsheets/d/1w5EHuHfxvejqApJFHA1Z0K2KytD9zahwbf8zyRlP_Ls/edit#gid=1451132209) para [RufBus](https://uvg-online.com/rufbus-angermuende/) 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: | ||
|
||
<img src="https://github.com/google/transit/assets/126435471/c986f79a-0164-4e38-a552-7e37405fe133" width="180" height="400"> | ||
|
||
Visite la página Pull Request para leer la publicación completa y contribuir a la conversación. | ||
|
||
[Ver la Pull request](https://github.com/google/transit/pull/388){ .md-button .md-button--primary } | ||
|
||
[Únase a #gtfs-flex en Slack](https://share.mobilitydata.org/slack){ .md-button .md-button--primary } | ||
|
||
## Implementaciones tempranas | ||
- [Proyecto piloto MNDoT Flex: Trillium, IBI, Transit, MNDoT, Cambridge Systematics y Token Transit](https://blog.transitapp.com/case-study/mndot-gtfs-flex-bringing-rural-riders-into-the-fold/) | ||
- [Open Trip Planner](https://www.opentripplanner.org/) | ||
- [Mobility on Demand Sandbox en Vermont](https://www.connectingcommuters.org/) | ||
- [Tránsito del área del condado de Tulare](https://ridetcat.org/) | ||
- [Alianza de tránsito del noroeste de Oregón (NW Connector)](https://nwconnector.org/other-services/) | ||
- [Aplicación Vamos Mobility](https://vamosmobileapp.com/) | ||
- [RTD Denver Flexride](https://www.rtd-denver.com/services/flexride) | ||
- [Proyecto OTP DRT de transporte público de Nebraska: Trillium, Olsson, Cambridge Systematics y TransitPlus](https://trips.nebraskatransit.com/#/) | ||
|
||
Contáctenos para agregar su implementación GTFS-Flex a esta página | ||
<a class="md-button md-button--primary" href=mailto:[email protected] >Contáctenos</a> | ||
- [Proyecto piloto MNDoT Flex: Trillium, IBI, Transit, MNDoT, Cambridge Systematics y Token Transit](https://blog.transitapp.com/case-study/mndot-gtfs-flex-bringing-rural-riders-into-the-fold/) | ||
- [Open Trip Planner](https://www.opentripplanner.org/) | ||
- [Mobility on Demand Sandbox en Vermont](https://www.connectingcommuters.org/) | ||
- [Tránsito del área del condado de Tulare](https://ridetcat.org/) | ||
- [Alianza de tránsito del noroeste de Oregón (NW Connector)](https://nwconnector.org/other-services/) | ||
- [Aplicación Vamos Mobility](https://vamosmobileapp.com/) | ||
- [RTD Denver Flexride](https://www.rtd-denver.com/services/flexride) | ||
- [Proyecto OTP DRT de transporte público de Nebraska: Trillium, Olsson, Cambridge Systematics y TransitPlus](https://trips.nebraskatransit.com/#/) | ||
|
||
Contáctenos para agregar su implementación GTFS-Flex a esta página | ||
|
||
<a class="md-button md-button--primary" href=mailto:[email protected] >Contáctenos</a> | ||
|
||
## Rastreador de adopción | ||
|
||
### Actual | ||
|
||
<iframe class="airtable-embed" src="https://airtable.com/embed/shrUPyCZWOWrvO2mX?backgroundColor=purple&viewControls=on" frameborder="0" onmousewheel="" width="100%" height="533" style="background: transparent; border: 1px solid#ccc;"></iframe> | ||
[Solicitar un cambio](https://airtable.com/shrcac1fXUrMxfoDV){ .md-button .md-button--primary } | ||
[Agregue su organización (consumidores)](https://airtable.com/shrgnVR5Su9tkHvUv){ .md-button .md-button--primary } | ||
[Agregue su organización (productores)](https://airtable.com/shrsU4idBtcLuRuwZ){ .md-button .md-button--primary } | ||
<iframe class="airtable-embed" src="https://airtable.com/embed/shrUPyCZWOWrvO2mX?backgroundColor=purple&viewControls=on" frameborder="0" onmousewheel="" width="100%" height="533" style="background: transparent; border: 1px solid#ccc;"></iframe> | ||
|
||
[Solicitar un cambio](https://airtable.com/shrcac1fXUrMxfoDV){ .md-button .md-button--primary } | ||
[Agregue su organización (consumidores)](https://airtable.com/shrgnVR5Su9tkHvUv){ .md-button .md-button--primary } | ||
[Agregue su organización (productores)](https://airtable.com/shrsU4idBtcLuRuwZ){ .md-button .md-button--primary } | ||
|
||
## Historia | ||
|
||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters