Guía de estilo de GTFS

La especificación de GTFS brinda mucha flexibilidad sobre cómo se modela un sistema de transporte físico. ¿Cuál es el mejor enfoque? En general, es buena idea tener en cuenta las siguientes pautas al desarrollar un feed.

Organización de recorridos

En general, las entradas en routes.txt deben tener la misma organización que los recorridos físicos que las empresas comunican a los pasajeros. Por ejemplo, a menudo una agencia primero agrupa sus horarios por recorrido cuando los presenta en un sitio web o en un folleto impreso. Las entradas en routes.txt deben tener, generalmente, una correspondencia exacta con los recorridos de los horarios. Puede ser tentador para una empresa dividir un recorrido físico en entradas múltiples en routes.txt para representar variaciones de recorridos diferentes, como la dirección del recorrido, pero el enfoque preferido, en cambio, es usar características de trips.txt para modelar esas variaciones. Las entradas múltiples en routes.txt con el mismo nombre corto o nombre largo del recorrido a menudo indican que los recorridos se han subdividido innecesariamente.

Qué hacer:

routes.txt
route_id,route_short_name,route_long_name,route_type
R10,10,Aeropuerto - Centro,3

trips.txt
route_id,trip_id,trip_headsign,direction_id
R10,T-10-1,Aeropuerto,0
R10,T-10-2,Centro,1

Qué no hacer:

routes.txt
route_id,route_short_name,route_long_name,route_type
R10-in,10,Al centro,3
R10-out,10,Al aeropuerto,3
R20-in,20,Al centro,3
R20-out,20,A la universidad,3