In order to implement GTFS Flex-based route planning, we need to scaffold the architecture required for the model to run from Compass.
this includes
- a frontier model that checks if we can board GTFS-FLEX mode by looking up the zone by edge and time of day
- a traversal model that inserts any state information about boarding GTFS-FLEX if needed and then uses the road network to move at drive-mode speeds
removed requirement:
constructor for fully-qualified global GTFS-FLEX identifiers from the combination of <agency_id><service_id><route_id><origin_zone_id><departure_time_bin>
we can set up a mapping from these values into a enumeration in order to store them in the search state.~
a frontier model that checks the state to see if we are currently using GTFS-FLEX by some key that captures the source zone and departure time range; if so, it applies geofencing rules preventing us from going out of the supported zones
we have decided that GTFS-Flex may exit a zone during a trip, but it just cannot count that location as a destination
In order to implement GTFS Flex-based route planning, we need to scaffold the architecture required for the model to run from Compass.
this includes
removed requirement:
constructor for fully-qualified global GTFS-FLEX identifiers from the combination of<agency_id><service_id><route_id><origin_zone_id><departure_time_bin>we can set up a mapping from these values into a enumeration in order to store them in the search state.~
a frontier model that checks the state to see if we are currently using GTFS-FLEX by some key that captures the source zone and departure time range; if so, it applies geofencing rules preventing us from going out of the supported zoneswe have decided that GTFS-Flex may exit a zone during a trip, but it just cannot count that location as a destination