Research Archive
3.2 Applicability of Technologies
As described in the previous chapter, to successfully complete trips, all kinds of travelers need to be able to complete certain tasks including:
- Understanding the transportation system (planning and affording the trip);
- Accessing the transportation system;
- Entering/using/transferring/exiting vehicles; and
- Arriving at the trip's destination.
A number of these tasks can be challenging for persons who are unfamiliar with the system and for persons who are transportation disadvantaged including older adults, persons who have ambulatory disabilities, visual impairments, hearing impairments, cognitive impairments, and for persons with low incomes or who do not have access to a private vehicle. As identified in the previous Chapter there are a number of ways to assist these passengers ranging from consumer training programs, to driver assistance, to removal of physical and informational barriers, to development of better scheduling and data handling programs. Many of these assistance needs can be enhanced through the use of transit ITS and other advanced technologies.
Table 3-2 is drawn from Table 2-5 in the previous chapter. The abbreviations and shortened labeling used in the table are listed in Table 3-1. Table 3-2 includes a restatement of travel needs and potential barriers, personal limitations, and primary modes affected. For brevity, the trip components "accessing the system" and "arriving at the trip's destination" have been combined as many of the same needs apply in both cases. It also includes an additional component titled "other issues and concerns" to help the reader understand how technologies can assist related transportation trip elements.
The table also includes potential technology-based solutions (described earlier in this section.) It should be noted that most needs/barriers are present whether someone resides in a large metropolitan area (including suburban areas), small urban areas or rural areas. However, some situations have more impact in certain areas. For example, the overall lack of any public transportation services – even taxis – in rural areas is a specific problem not encountered in most cities. Larger cities may have gaps in service area by time of day or issues related to reverse commuting, but there is generally some public transportation service available to residents. Similarly, residents in suburban areas around large metropolitan areas or in low density cities may have public transportation that is relatively infrequent (e.g., one-hour headways) or that ceases service early in the evening, precluding attendance at evening events or working late shifts.
Abbreviation | Description |
---|---|
All | All persons including the general public |
Cognitive | Person who has a cognitive impairment including, for example, Alzheimer's, developmental disabilities or other cognitive impairments |
Dexterity | Person who has limited use of the hands, making it difficult to handle fares or operate switches, knobs, etc. |
Endurance | Person who is frail or requires personal assistance including persons with weather sensitivities (heat or cold); may not be able to wait for long periods or travel long distances |
Experience | Person who is not familiar with public transportation and/or the system |
Hearing | Person who is hearing impaired including deaf and hard of hearing |
Low income | Person who is low income |
Language | Limited or no English proficiency; may include inability to read |
Physical | Person who has physical disabilities especially related to ambulation |
Vision | Person who is vision impaired including blind and low vision |
Mode Related | |
All | All modes |
DR | Typically publicly funded paratransit and other flexibly routed service, including ADA complementary paratransit and general public dial-a-ride |
FR | Fixed route including bus and rail |
HS | Human service agency demand-response transportation |
TX | Taxis |
VP | Vanpooling/carpooling |
# | Travel Needs and Potential Barriers | Personal Limitations | Primary Mode(s) | Potential Technology Solutions |
---|---|---|---|---|
1. Understanding the System and Planning the Trip | ||||
a. | No experience with the system. |
|
FR DR VP |
Information available via various dissemination media including:
|
b. | Transportation service availability: service is limited, not available at times or to destinations needed. |
|
FR DR |
|
c. | Origin-destination information. |
|
FR |
|
d. | Legible schedule and fare information. |
|
FR |
|
e. | Vehicle transfers are required to complete the trip. |
|
FR DR |
Trip/itinerary planner available via various dissemination media including:
|
f. | "Door-to-door" trip planning, including linked or multi-destination trips (i.e. seamless multi-modal service.). |
|
FR DR |
|
2. Accessing the Transportation System | ||||
a. | Access points are in a safe environment, easily accessible, and there is a clear path of travel to and from these points. |
|
FR |
|
b. | Entering station or transit center. |
|
FR |
|
c. | Vehicle pick-up times are reliable. |
|
FR DR |
|
d. | Some trips need to be reserved in advance. |
|
DR HS |
|
e. | Payment for the trip and using the fare payment system. |
|
DR FR TX |
|
f. | Recognizing the correct vehicle and/or destination |
|
FR |
|
g. | Notification of vehicle arrival is provided. |
|
DR | Real-time vehicle arrival information available via a variety of dissemination media, including:
|
3. Arriving at the trip's destination | ||||
a. | Destination points are in a safe environment, easily accessible, and there is a clear path of travel to and from these points. |
|
FR |
|
b. | Exiting station or transit center. |
|
FR |
|
c. | Vehicle drop-off times are reliable. |
|
FR DR |
|
d. | Recognizing the correct destination. |
|
FR |
|
e. | Notification of stop is provided. |
|
FR |
|
4. Entering, Using, and Exiting the Vehicle | ||||
a. | Boarding correct vehicle. |
|
FR DR TX |
|
b. | Ability to enter & exit vehicle. |
|
FR DR TX VP |
|
c. | Ability to travel on the vehicle while in motion, i.e. move to and from the entry point to the seat or riding location. |
|
FR DR |
|
d. | On-board and other special announcements are provided. |
|
FR |
|
e. | Reasonable travel time. |
|
FR DR HS |
|
f. | Transfer to other vehicles or modes during the trip. |
|
FR DR TX |
|
g. | Vehicle stops in convenient locations or as the rider requests. |
|
FR DR TX HS |
|
h. | Evacuation: evacuation procedures are posted within the vehicle, and traveler can evacuate the vehicle in case of emergency. |
|
FR DR |
|
5. Other Issues and Concerns | ||||
a. | Many persons in society need a wider range of mobility choices than is currently available. |
|
All |
|
b. | Land uses seldom planned with reference to transportation services. |
|
FR DR HS |
|
3.3 State of Readiness and Level of Deployment
This section provides an overview of the state of readiness and level of deployment of ITS-related technologies, many of which were identified in the previous table as potential solutions to accessibility and mobility issues. The status of the technology has been characterized as being in one of the following categories:
- Conceptual research.
- Prototype.
- Proven prototype.
- Proven with limited deployment.
- Proven with full scale deployment.
Table 3-3 shows the state of readiness and level of deployment for selected technologies. The table includes examples for each, where applicable.
As shown in the table, many technologies are already proven with full-scale deployment. This state of readiness demonstrates that these technologies have proven to improve transit services in terms of operational efficiency and customer service. While there are challenges for human service and small transit agencies to deploying technology due to a number of factors (e.g., covering wide, sparsely populated geographic areas; serving populations that require special services; having a small number of vehicles; and having limited funding for operations), it is important for transportation providers considering new technologies to recognize that most are already well-tested and reliable.
There are three key aspects of technology deployment that transportation providers should take into account as they consider a technology:
- Providers should conduct a needs assessment to determine whether a technology can help to address specific issues.
- Providers should contact agencies similar to their own that have fully deployed the technology being evaluated to obtain information about lessons learned.
- Providers should look for opportunities to partner with other agencies that are interested in procuring the same technologies. This approach will create not only potential economies of scale in procurement, but also a group of users that can share their experiences and assist each other with the use of the technology.
Selected Transit ITS Services/Technologies | Definitions | State of Readiness / Deployment Levels | Examples |
---|---|---|---|
Fleet Management | |||
1. Advanced Communications for Operations | Enables the ITS required to implement other services. Provides necessary connections and band-width for information flows to/from vehicles, wayside devices, operations center(s), and other agencies | ||
|
Vehicle location no matter where vehicle is located using GPS, Differential GPS, Loran-C (old) and other technologies. May need to be supplemented in urban canyons, tunnels, and other dead zones. | Proven with Full Scale Deployment | Many examples |
|
Enabling ITS that is required to implement other services. Provides location tracking for vehicles, equipment, and personnel. | Proven with Full Scale Deployment | Many examples, notably Ann Arbor Transportation Authority in Ann Arbor, MI |
|
Vehicle installed display and entry of pre-determined key and/or real time data entry. | Proven with Full Scale Deployment | Many examples, notably Tri-Met in Portland, OR |
|
Voice communication to/from mobile and wayside field sources and communications center. Includes access control. | Proven with Full Scale Deployment | CARTS in Austin, TX |
|
Transfer of real-time data from mobile and wayside field sources to/from operations center and each other. | Proven with Full Scale Deployment | Many examples, notably CARTS in Austin, TX |
|
Ability for transit agencies, public safety, incident management, etc. to share communications in emergency or other situations. | Proven with Limited Deployment | SMART in suburban Detroit, MI |
2. Transit Operations/ Decision Support | Tracks location and performance of vehicles (in-service and support) and provides decision support for real time fleet operations. | ||
|
CAD for Fixed Route Services | ||
|
Identifies early, late, off route, bunching and other problems. Prioritizes identified problems and provides recommendations for restoring service. Responses are not automated. | In Prototype | N/A |
|
Monitors service to ensure required connections are made. Identifies potential missed connections and provides recommended service responses. Some actions may be automatically carried out based on decision rules of the system. | Proven with Full Scale Deployment | Many examples, notably Fresno Area Express in Fresno, CA and UTA in Salt Lake City, UT |
|
Provides route deviation within specified parameters (distance, time) based upon requests from potential passengers | Proven with Full Scale Deployment | Many examples, notably Belbus in Flanders, Belgium |
|
Provides coordinated response by field supervisors, maintenance, public safety, and emergency response teams to alarms, accidents, breakdowns and other events. | Proven with Full Scale Deployment | Many examples, notably Tri-Met in Portland, OR |
|
|||
|
Provides support for scheduling and routing of travel requests. | Proven with Full Scale Deployment | Many examples |
|
Identifies potential missed trips and other problems. Prioritizes identified problems and provides response recommendations. Responses are not automated. | In prototype | |
|
Provides coordinated response by field supervisors, maintenance, public safety, and emergency response teams to alarms, accidents, breakdowns and other events. | Proven with Full Scale Deployment | Many examples |
|
Automated scheduling and routing of paratransit service. | In Prototype | ADART in Corpus Christi, Texas |
|
Automated counting of passenger boarding's and de-boarding's. | Proven with Full Scale Deployment | Many examples, notably King County Metro in Seattle (fixed-route vehicles only) |
Traveler Information | |||
1. Static Information | |||
|
Provide information at origin prior to start of the trip. | Proven with Full Scale Deployment | Many examples, notably WMATA in Washington, DC MBTA in Boston, MA |
|
Transit Information call centers to assist passengers in their information requests. Can be automated or staffed with operators. Provides information based upon published schedules and routes. | Proven with Full Scale Deployment | Many examples, notably WMATA in Washington, DC and MBTA in Boston, MA |
|
Provision of published schedules, routes, and fares. | Proven with Full Scale Deployment | Many examples, notably WMATA in Washington, DC and MBTA in Boston, MA |
|
Provide transit routes and transfers to take based upon origin, destination, and desired time of travel. May provide information on a single or multiple transit trips. | Proven with Full Scale Deployment | Many examples, notably WMATA in Washington, DC and MBTA in Boston, MA |
|
Provide information at station, stop, or other location along route. Passenger Information Displays, Monitors, VMS, and sign boards to display arrival and/or departure times of buses/trains. | Proven with Full Scale Deployment | Many examples, notably Rockland County, NY (Touch Vision kiosk) |
|
Provision of published schedules, routes, and fares. | Proven with Full Scale Deployment | Many examples, notably Rockland County, NY (Touch Vision kiosk) |
|
Provide transit routes and transfers to take based upon origin, destination, and desired time of travel. May provide information on a single or multiple transit trips. | Proven with Full Scale Deployment | Many examples, notably Rockland County, NY (Touch Vision kiosk) |
|
Provide maps and/or directions to travel from station to final destination. | Proven with Full Scale Deployment | Many examples, notably Rockland County, NY (Touch Vision kiosk) |
|
ADA compliant next-stop announcement/ display systems, destination signs | Proven with Full Scale Deployment | Many examples, notably LYNX in Orlando, FL |
|
Provide static information concerning route, transfer locations, etc. | Proven with Full Scale Deployment | Many examples, notably LYNX in Orlando, FL |
|
Provide information on transit along with other modes. Passenger Information Displays, Monitors, VMS, and sign boards to display arrival and/or departure times of buses/trains. *Kiosks. | Proven with Full Scale Deployment | Many examples, notably MTC in Oakland, CA |
|
Provides published information. | Proven with Full Scale Deployment | Many examples, notably MTC in Oakland, CA |
|
Provides itineraries that cross transit agencies. Also provides information on alternate modes, such as drive alone, or park and ride. | Proven with Full Scale Deployment | Many examples, notably MTC in Oakland, CA |
|
One stop traveler information number that provides information or redirects call to transit and other modes. | Proven with Limited Deployment | Maine 511 – contains real-time info for Island Explorer in Bar Harbor, ME |
2. Real-Time Information | |||
|
Similar to Static but based upon current network status and alerts. | ||
|
Provide vehicle location displays and/or next vehicle expected arrival/departure times. | Proven with Full Scale Deployment | Many examples, notably CCRTA in Dennis, MA for bus locations and Tri-Met for Stop/Station Arrival Times |
|
Incorporate system status and alerts into pre-trip information. | Proven with Full Scale Deployment | Many examples, notably King County Metro in Seattle, WA (part of BusView, which is not actually operated by KC Metro) |
|
Adjust itineraries based upon current network status, incidents, and alerts. | In Prototype | FTA Multimodal Trip Planner Demonstration |
|
Passenger Information Displays, Monitors, VMS, and sign boards to display arrival and/or departure times of buses/trains. | ||
|
Provide vehicle location displays and/or next vehicle expected arrival/departure times. | Proven with Full Scale Deployment | Many examples, notably Acadia National Park, Bar Harbor, ME – Stop arrival times |
|
Incorporate system status and alerts into pre-trip information. | Proven with Limited Deployment | CityBus in Williamsport, PA |
|
Adjust itineraries based upon current network status, incidents, and alerts. | In prototype | FTA's Multimodal Trip Planner Demonstration |
|
ADA compliant next-stop announcement/ display systems, destination signs. | Proven with Limited Deployment | Many variations in larger transit systems. ( e.g., SEPTA, WMATA) |
|
Provide next stop announcements and/or expected arrival times, transfer opportunities, etc. | In Conceptual Research | |
|
Incorporate system status and alerts. | Proven with Limited Deployment | King County Metro thru BusView tool |
|
Passenger Information Displays, Monitors, VMS, and sign boards to display arrival and/or departure times of buses/trains. *Kiosks. | ||
|
Provide vehicle location displays for multiple transit agencies, potential transfer information, etc. | In Prototype | FTA Multimodal Trip Planner Demonstration |
|
Incorporate system status and alerts. | In Prototype | FTA Multimodal Trip Planner Demonstration |
|
Itinerary planning that incorporates current and expected system status and vehicle locations. | In Prototype | FTA Multimodal Trip Planner Demonstration |
|
Via e-mail, PDA, pagers, etc. | ||
|
Push systems that send personalized information to subscribers of system status, departure times, alerts, etc. | Proven with Limited Deployment | WMATA, Transport for London |
|
Customers request information from system on status, location, itinerary planning, etc. | Proven with Limited Deployment | Denver RTD Mobile-N-Ride |
Automated Payment | |||
1. Payment Media | Cashless; type of media impacts transaction time, convenience, ability to integrate/coordinate. | ||
|
Value/information saved on magnetic strip. No on-card processing or intelligence. Requires read-write unit. | Proven with Full Scale Deployment | Many examples, notably NYCT in NY, NY and CTA in Chicago. |
|
|||
|
Internal Micro-chip with content. Requires physical contact between the card and the read-write unit and must be inserted into a slot. | Proven with Full Scale Deployment | No examples: not recommended for transit. |
|
Internal Micro-chip with content. Any integrated chip card that does not require insertion into a slot in a reader, but must only be held close to the reader. | Proven with Full Scale Deployment | Many examples, notably WMATA Smart Trip card |
|
Combines contact and contact-less interfaces. | Proven with Limited Deployment | MTC in Oakland, CA (TransLink dual-interface card that is being fully deployed) and WMATA/CitiBank card (limited deployment) |
2. Integration | Choice of integrating within existing financial institutions, or not, and also level of regional and interagency coordination. Impacts convenience, back office functions, security | ||
|
|||
|
Agency or group of agencies issues fare media usable on any of the member agencies' services, and establishes fare pricing structure. | Proven with Full Scale Deployment | Many examples, notably MTC in Oakland (TransLink) |
|
(See Payment Media above) | ||
|
Proven with Full Scale Deployment | Many examples, notably WMATA Smart Trip, which will be moving to multi agency (Baltimore MTA, VRE, etc.) | |
|
Proven with Limited Deployment | Ventura County Transportation Commission in Ventura County, CA (Go Ventura project) | |
3. Services | Choice of services that will accept car d. Impacts convenience, and some transaction time | ||
|
May also vary by type of trip or market: i.e. per trip, monthly or weekly passes, or special fares ( e.g., school, senior citizen) | Proven with Full Scale Deployment | Many examples |
|
Proven with Full Scale Deployment | Many examples, notably WMATA, although it doesn't include tolls | |
|
Proven with Full Scale Deployment | Many examples, notably Hong Kong, China (Octopus card covers transit, retail, parking and telephone – 9 million cards in use) | |
Transportation Demand Management | |||
1. Dynamic Ridesharing | non-recurrent rideshare matching | Proven with Limited Deployment | King County Metro in Seattle |
2. Automated Service Coordination (Mobility Management) | Mobility management and "one stop shopping" for transportation in an are a. Combined Scheduling, AVL, fare, etc. | Proven with Limited Deployment | Northern Shenandoah Valley Public Mobility Program in Northern Virginia |
3. Station Cars and Access Support | Use of technology to extend areas accessible to transit | Proven with Limited Deployment | Zip Car in Cambridge, MA (at Alewife Station) – not accessible |
4. Pedestrian ITS (Control and Management) | Pedestrian flow monitoring and guidance to assist pedestrians within transit centers and stations or in their travel to/from the station | Proven with Limited Deployment | Various locations in Japan |
5. Parking Management & Guidance | Parking lot capacity monitoring, guidance, and guidance both within and between lot locations. | Proven with Limited Deployment | ParkingCarma at Rockridge BART station |
6. Mulitmodal Transportation Management Centers | Facility that combines traffic, transit, communications, and / or control. | Proven with Full Scale Deployment | Many examples, notably Rockville, MD – Ride On and traffic management in one facility |