Routing modes

The routing request parameter modes determines which transport modalities should be considered when calculating the list of routes.

Some modes (mostly bicycle and car) also have optional qualifiers RENT and PARK to specify if vehicles are to be parked at a station or rented. In theory this can also apply to other modes but makes sense only in select cases which are listed below.

Whether a transport mode is available highly depends on the input feeds (GTFS, OSM, bike sharing feeds) and the graph building options supplied to OTP.

The complete list of modes are:

Prerequisite: Vehicle positions need to be added to OTP from dynamic data feeds.

For dynamic bike positions configure an input feed. See Configuring real-time updaters.

This mode needs to be combined with at least one transit mode (or TRANSIT) otherwise it behaves like an ordinary bicycle journey.

Prerequisite: Bicycle parking stations present in the OSM file and visible to OTP by enabling the property staticBikeParkAndRide during graph build.

If this is combined with TRANSIT it will return routes with a Kiss & Ride component. This means that the car is not parked in a permanent parking area but rather the passenger is dropped off (for example, at an airport) and the driver continues driving the car away from the drop off location.

This mode needs to be combined with at least one transit mode (or TRANSIT) otherwise it behaves like an ordinary car journey.

Prerequisite: Park-and-ride areas near the station need to be present in the OSM input file.

The following modes are 1-to-1 mappings from the GTFS route_type:

Lastly, this mode is part of the Extended GTFS route types:

Note that there are conceptual overlaps between TRAM, SUBWAY and RAIL and some transport providers categorize their routes differently to others. In other words, what is considered a SUBWAY in one city might be of type RAIL in another. Study your input GTFS feed carefully to find out the appropriate mapping in your region.