GIS for Transportation: Principles, Data and Applications

9.1 Transit


Transit organizations typically offer two distinctly different types of service: Demand Responsive Transportation (DRT) and fixed route transportation. Fixed route transportation operates according to prescribed routes and schedules whereas DRT does not. In this lesson, we will look at both of these types of transit.

Demand Responsive Transportation (DRT)

DRT is generally designed to provide curb to curb or door to door service for individuals who have special transportation needs such as seniors and persons with disabilities. The availability of DRT services can vary significantly from state to state and even county to county based on funding availability. DRT differs from taxi service in two fundamental ways:

  1. To use DRT, a rider must make an advance reservation (generally, at least 24 hours in advance).
  2. DRT is a shared-ride type service where multiple riders can be serviced at the same time, and a rider is generally not taken directly from their point of origin to their point of destination. Consequently, DRT trips can have substantially longer ride time than taxi trips.

DRT services are generally designed to serve rural areas where fixed route transit is not practical due to low ridership and also to complement fixed route services for those who live near a fixed route but are unable to use it due to physical or cognitive limitations.

ADA Complementary Paratransit

The Americans with Disabilities Act (ADA) of 1990 prohibits discrimination against persons with disabilities in a number of areas including public transportation. The FTA has defined a series of requirements public transit providers need to meet to comply with the ADA. These requirements are found in Title 49 Part 37 of the Code of Federal Regulations (CFR). In these regulations, the FTA requires fixed route providers to provide DRT service, comparable to the level of service provided to individuals who are able to utilize fixed route services, to persons with disabilities. DRT services designed to address the needs of persons with disabilities is known as paratransit service. Specifically, bus or rail fixed route providers are required to offer paratransit services to individuals who are unable to use the fixed route service due to physical and/or cognitive limitations, who live within ¾ of a mile of a fixed route and are traveling to a destination which is also within ¾ of a mile of a fixed route. This requirement is challenging and costly for transit providers to fulfill. It applies to all providers, and not just those who are receiving federal funding. It is also an unfunded mandate in that FTA does not provide grant monies to transit agencies to help offset the cost of compliance. You’ll complete an assignment next week to evaluate the eligibility of a series of trips for complementary paratransit service.

Technologies for DRT Services

Providing DRT services in a way which is both cost effective and customer friendly is a very challenging task. The number of riders requesting service can vary substantially from day to day as can the trip origins and destinations. Service requests are initiated by riders through a call to a Customer Service Representative (CSR). Reservations typically need to be made at least 24 hours before service. Generally, the day before services are delivered, schedulers need to determine how to accommodate all of the reservations for the day with a limited number of vehicles and drivers. Further, the schedulers need to ensure a wide variety of constraints are met, including promised pickup time, required drop off times (e.g., for medical appointments) and total ride time. On the day of service, dispatchers work with the drivers to ensure all trips are successfully completed. Drivers follow a trip manifest which defines which stops they will visit and the order in which they will visit them. Drivers also need to track a variety of data elements at each stop including arrival and departure times, the passengers boarding and alighting at each stop, the vehicle odometer reading, and the amount of money collected from each passenger.

Steps to request DRT services: schedule ride at least 1 day early, dispatch paratransit vehicle, pick-up rider, take rider to destination.
Figure 1 - DRT Process
Credit: US Government Accountability Office

For all but the smallest providers, it would be very difficult to manage DRT service without technology. The most important technology which providers use is DRT software. Most DRT software assists the providers with all of the key tasks associated with delivering and reporting on the service. Many systems incorporate Automatic Vehicle Location (AVL) technology, which allows the dispatcher to monitor the location of all of their vehicles. This can be extremely useful in terms of ensuring drivers stay on task and follow the manifest. Some of the more sophisticated packages can do automated scheduling. These systems determine the best vehicle for a given trip reservation. DRT scheduling is very complex, owing to the large number of variables involved, many of which are related to human behavior, and as a result, even software that can do automated scheduling cannot produce good schedules without significant scheduler oversight.

Interactive Voice Response (IVR) technology is also playing an increasingly important role in DRT operations. Typically, systems which incorporate IVR will configure the system to automatically call riders the night before a scheduled trip to remind them of the trip and give them an opportunity to cancel the trip. Systems will also generally automatically call the riders when the vehicle is approaching their location. These calls, known as imminent arrival calls, are valuable for both the provider and riders. Providers benefit because the calls ensure riders will be ready, and riders benefit since the calls give them a clear idea of when to be ready and eliminate the need for them to wait outside for a prolonged period. IVR plays a significant role in reducing “No-Shows” where the driver gets to a location to pick up a rider and the rider is not there. No-shows add additional costs to a service which is already expensive to provide.

Many providers give their drivers Mobile Digital Computers (MDC) which serve a variety of functions. More and more DRT software vendors are shifting to tablet technology instead of using proprietary hardware. MDCs provide additional communications with dispatch via canned or ad hoc text messages. The MDCs also generally present the trip manifest information to the driver in an electronic form and tell the driver their next stop location, how well they are adhering to the schedule, how many passengers should be boarding and alighting at each stop, and how much money they should collect from each person. The driver also uses the MDC to capture the information they need to collect such as the stop arrival time, the passengers who boarded and who alighted the vehicle at the stop, how much they collected from each rider, and what time they departed from the stop. MDCs can also be configured to provide the driver with turn-by-turn directions and eliminate the need for a separate GPS device.

Fare Structures

Transit agencies use a number of different methodologies to establish a fare structure for their DRT services. The three most common are listed below:

Flat – In a flat fare structure, as the name implies, the cost of the trip is the same regardless of origin and destination, assuming both are within the agency’s service area.

Zone-Based – In a zone-based fare structure, the agency divides its service area into zones. The zones are generally comprised of a series of concentric circles or a rectangular grid which blankets the service area. Fares are then established for each origin and destination zone.

Mileage-Based – In a mileage-based fare structure, the agency develops a series of mileage-based tiers and associates a fare with each. The mileage associated with each trip depends only on the origin and destination and not on other pickups or drop-offs the driver may have performed while the passenger is in the vehicle. Consider the following example:

Ellen makes a reservation to go to the senior center on Monday at 10 am. On Friday afternoon, the agency’s scheduler is working with their paratransit software to finalize the driver manifests (i.e., schedules) for Monday morning. This process involves determining the most efficient way to deliver the service while at the same time observing customer service policies such as ensuring all riders get to their appointments on time and do not exceed the maximum onboard time established by the agency. On Monday morning, the drivers depart the transit agency and begin to execute the manifests (i.e., schedules) that have been prepared for them. The driver assigned to pick up Ellen arrives at her house to pick her up at 8:45 am. The driver then drives to Allen’s house to pick him up and on to Sue’s house to pick her up. He then drives to the VA hospital to drop off Allen and to Walmart to drop off Sue. Finally, he drives to the senior center and drops Ellen off at 9:50 am.

The driver may have visited many stops while Ellen was on the vehicle, but the mileage used for fare determination is based only on the route from her origin to her destination. When an agency uses a mileage-based fare structure, they can base the mileage on the fastest route from the origin to destination or the shortest distance route from the origin to destination.

Assignment 9-1

Navigate to Canvas and complete Assignment 9-1.

Fixed Route Transit

Fixed route transit services can be defined as services which operate on predefined routes according to a set schedule. The services can be divided into a number of more specific modes including:

  • Local Bus
  • Commuter Bus
  • Express Bus
  • Bus Rapid Transit
  • Light Rail
  • Subway
  • Ferry Boat
Examples of fixed route transit. bus, boat, trolley, train
Figure 1 - Examples of Fixed Route Transit
Credit: USDOT

Routes and Patterns

Fixed route buses operate on designated routes according to a published schedule. One can think of routes as generalized paths buses follow. For example, Route 1 may be structured to provide service along Market Street. It may begin at a transit center where riders can transfer from one route to another or even to a different mode such as light rail or subway and travel along Market Street until it reaches some terminal point at which time it returns along Market Street to the transit center. The specific path each route traverses can depend on the time of the day, the day of the week, and even the time of year (e.g., summer service). Each distinct path associated with a route is called a pattern. As an example, Figure 1 and Figure 2 show two patterns for the same route. The route generally follows Pattern 1, but at times during the day when the YMCA is busiest, it follows a somewhat different pattern.

Route 1, pattern 1: straight there, straight back
Figure 2 - Route 1 Pattern 1
Credit: JD Kronicz
Route 1, pattern 2, straight there, extra loop to pass the YMCA on the way back
Figure 3 - Route 1 Pattern 2
Credit: JD Kronicz

Trips, Headway, Interlining, and Vehicle Blocks

When one uses the term trip in regards to DRT, it generally refers to the transport of a rider from their point of origin to their desired destination. In fixed route, the term trip has a different meaning. Over the course of a day, service along a route will generally be offered a number of times. For example, service along Market Street, in the above example, may occur at a frequency of twice an hour from 9 am to 4:30 pm, with a bus leaving the transit center every 30 minutes. In the world of fixed route, a trip corresponds to a bus completely traversing the route one time. The period of time between each trip is called the headway. In this example then, there are 16 trips and the headway is 30 minutes. If it takes more than 30 minutes to complete a single trip, then it will take multiple buses to provide service along Market Street. Sometimes a bus will operate a single route the entire day, and sometimes a bus will service multiple routes. When a bus completes a trip on one route and then begins a trip on a second route, it is referred to as interlining. A bus's schedule for an entire day is called a block. For example, Bus 2a may operate on Route 1 from 9 am to 12:30 pm, at which time it is used on Route 2 from 1 pm to 5 pm. The block for Bus 2a would be the sequential set of trips it completes over the course of the day on Routes 1 and 2.

Stops, Time Points, and On-Time Performance

A stop is a designated location along a route where riders can get on or get off the bus. The bus is obligated to stop at certain stops known as time points. These are stops that appear on the bus schedule. Generally, a transit agency will have a policy that a bus should not depart a time point before the scheduled time. How well a transit provider adheres to its published schedule is referred to as its on-time performance. It is important for transit providers to adhere to their schedules since riders depend on transit to get to their destinations on time. There are also stops along a route which are not time points. The bus will only stop at these stops if a rider is waiting at the stop or if a rider wishes to alight the vehicle at the stop. In addition to defined stops, some providers accommodate flag stops. A flag stop is an arbitrary location along the route where a rider wishes to board or alight the bus. The rider needs to flag the bus down in order to board or alert the driver they wish to alight the bus at that location.

Runs and Run Cutting

Sometimes, a single driver will operate on the same bus and route all day long. At others times, the driver may operate on a number of buses and/or routes over the course of the day. The collection of trips a driver performs over the course of their shift is known as a run. Just as a block represents a bus's schedule for the day, a run represents the driver's schedule for the day. Matching drivers with the pieces of work a transit provider needs to staff is known as run cutting. Run cutting can be a complex process at least in part because drivers and other staff often belong to a union, and the labor agreements which have been negotiated can have many different rules which need to be followed.

Fixed Route Technologies

Fixed route providers use a large number of technologies to manage operations and provide good customer service. The most significant of these technologies are described briefly below:

Fare Collection

There are a variety of fare collection technologies which fixed route providers use to collect and securely store fares. Some fare boxes are able to assist the driver in verifying that cash-paying riders provided the correct fare. Registering fare boxes are able to count coins and bills, but they cannot differentiate between different denominations of bills. For example, a registering farebox can’t tell the difference between a one dollar bill and a twenty dollar bill. Validating fare boxes can do everything a registering fare box can do and, in addition, can differentiate between different denominations of bills. Registering and validating fareboxes also generally allow the drivers to keep track of the types of passengers who are boarding (e.g., seniors, persons with disabilities, children, etc.). For providers who have relatively low ridership, it is difficult to justify the cost of registering or validating fare boxes. For these types of providers, a vault style fare box is often the most logical choice. A vault style fare box does not count cash payments. Instead, the upper compartment is generally transparent which allows the driver to confirm the correct fare was provided before it is dropped into the lower compartment. Many providers are moving toward providing more flexible payment options. Touch cards are a convenient type of fare media which are growing in popularity. Riders can generally add additional value to these cards using a ticketing machine or via the web.

Computer Aided Dispatch / Automatic Vehicle Location (CAD/AVL)

Many transit organizations who operate a fixed route bus service use CAD/AVL. CAD/AVL systems consist of onboard hardware to track the buses, and software which helps the dispatchers to manage service as it is occurring and resolve issues as they arise. CAD/AVL allows the dispatcher to see where all the agency's vehicles are on a map and to quickly determine which are on schedule and which are ahead of schedule or behind schedule.

Automatic Passenger Counters (APC)

APCs are simple devices which are mounted by each door and count the number of passengers boarding and alighting the bus. While there are different types of APCs on the market, the most common employ a series of infrared beams. Each time the beams are broken, the system counts it as either a boarding or alighting. During busy times, the devices can miss a passenger here and there. The devices can also have a hard time with children, especially if they are carried onto the bus. The data collected via APCs can be used to determine the current onboard passenger count, a piece of information that is sometimes made available to the riding public along with other real-time bus information. Transit agencies sometimes also use APC data to fulfill part of their reporting NTD requirements to the FTA but, in order to do so, they need to demonstrate that their APCs meet certain accuracy requirements. You'll learn about NTD reporting later in this lesson.

Automated Announcement Systems (AAS)

In order to comply with ADA requirements, fixed route vehicles are generally equipped with an AAS which provides both audible announcements and visual announcements about upcoming stops and points of interest. These systems are generally triggered based on the vehicle's position as it approaches a designated location. Most systems utilize geofences to determine when an onboard announcement should be made.

Vehicle Surveillance

Most fixed route vehicles are equipped with camera systems which record activities on the bus as well as outside the bus. It is common for a bus to have 6 separate audio and video streams with some of the larger articulated buses being equipped with 8 separate streams. The video from these buses is stored in onboard DVRs and can be streamed by dispatch if needed. The DVR capacities are generally sufficient to store a few weeks of video before overwriting. The systems are configured to automatically flag sections of video in the event the system senses any unusual forces due to a collision or abrupt deceleration or turn. The driver can also press a button to manually flag a section of the video. When the system flags a section of the video, it preserves a window of time which brackets the triggering event for later review. Flagged sections of video are often wirelessly downloaded when the bus returns to the depot. Vehicle surveillance systems are extremely useful for identifying undesirable driver behaviors and incidents onboard the bus, as well as helping to determine the cause of any bus-related accidents. Local police are also sometimes interested in this video if they believe it may be of use in solving or prosecuting a case.

Real Time Passenger Information

Real time passenger information systems have become extremely popular in recent years. These systems make real-time bus information available to riders via web applications, smartphone applications, and dynamic message boards which are sometimes located as transit centers or other high traffic stops. In Lessons 8 and 9, we looked at an example of one which CATA uses called MyStop.

Rider Alerts

Transit providers often offer rider alert systems to notify users about disruptions in services or to provide other types of notifications. Riders can typically sign up for alerts related to specific routes and/or system-wide alerts.

Scheduling Software

Developing and adjusting routes, patterns, stops, trips, and blocks can be challenging especially for larger transit providers. Scheduling software is designed to assist agencies in this regard. Scheduling software also often incorporates some functions to assist with run cutting as well.

Vehicle Health Monitoring

Many buses come equipped with vehicle diagnostics that can transmit various vehicle health information back to the transit agency. This technology helps to ensure problems are taken care of before they lead to vehicle breakdown. Some vehicle health systems integrate with maintenance management systems and can automatically schedule vehicles for preventative maintenance.

Trip Planning/Google Transit

Many fixed route providers offer trip planning services to their riders. These services are generally web-based and allow the rider to indicate their origin, destination, and desired date and time of departure or date and time of arrival. The trip planning service then presents options which define a combination of walking and fixed route options that best meet their needs. The options may involve one or more transfers between fixed route vehicles. The most popular fixed route trip planning service is Google Transit. The idea for what has become Google Transit was first spawned by TriMet, a transit agency which services Portland, Oregon. TriMet approached MapQuest, Yahoo, and Google to see if they would be interested in incorporating transit data into their map products, but only Google replied. The Google Transit Trip Planner launched on December 7, 2005. Google transit incorporates stops, routes, schedule, and fare information for a provider’s bus, subway, rail, and/or light rail service. The service is automatically available as a free service via Google Maps in any area where one or more local transit providers publish their data to Google.

For most of the first year, TriMet was the only operator available on Google Maps. In September 2006, five more cities got on board: Eugene, OR; Honolulu, HI; Pittsburgh, PA; Seattle, WA; and Tampa, FL. Today, Google Transit spans many hundreds of cities.

Google map route of directions in Philadelphia, PA.
Figure 4 - Example of Google Transit in Downtown Philadelphia
Credit: Google

In order for transit providers to submit their fixed route information to Google in a consistent way­, a data specification was required. The specification which was developed for this purpose is discussed in the next section. As mentioned above, Google Transit is a free service to transit agencies and to the public who can perform trip planning in Google Maps. However, if you wish to tie into the capabilities programmatically to incorporate the power of Google Transit (or more generally Google Maps) into your own software application, there are often associated fees you need to consider. A popular and robust alternative open source trip planning system is Open Trip Planner.

General Transit Feed Specification (GTFS)

The specification which was developed to allow transit agencies to publish their fixed route data to Google Transit is known as GTFS. Originally it stood for the Google Transit Feed Specification, but in 2010, Google changed the name to the General Transit Feed Specification given its growing status as the default specification for transit data. GTFS is an open data standard which represents fixed-route schedule, route, and bus stop data in a series of 13 comma-delimited text files compressed into a ZIP file. Each of the 13 text files contains a series of fields or attributes about a component of the fixed route service. Some of the files and fields are optional (see Table 1).

Table 1 - GTFS Data Files
Required Optional
Agency.txt Calendar_dates.txt
Stops.txt Fare_attributes.txt
Routes.txt Fare_rules.txt
Trips.txt Shapes.txt
Stop_times.txt Frequencies.txt
Calendar.txt Transfers.txt

A description of each table along with the meaning of each field is provided here.

The primary use of GTFS data is to publish fixed route schedule data to Google Transit so that riders can perform trip planning. However, there are many other potential uses for GTFS data. For example, transit planning software systems such as TBEST commonly allow users to upload route, stop, and schedule data in GTFS format. In the past few years, Google has created a new specification based on GTFS which incorporates real-time information in addition to the static schedule data. The new specification is known as GTFS Real Time and is starting to gain some traction among transit agencies, but is not yet widely used.

In Assignment 9-2 you’ll have a chance to work with GTFS data from a transit agency in Tampa, Florida. Specifically, you’ll use the route geometry contained in the shapes.txt component of the GTFS data to establish the zone for ADA complementary paratransit.

Assignment 9-2

Navigate to Canvas and complete Assignment 9-2.

The following assignment is optional. You do not need to complete this assignment to fulfill the requirements of the course. TBEST is a powerful tool for transit planning and is available for free. If you have an interest in the tool, this assignment will help you to get some hands-on experience using it.

Optional Assignment

In this assignment, you’ll get a chance to get some hands-on experience with TBEST as you explore some of its many features. Prior to doing this assignment, you will need to download and install TBEST Version 4.4 for ArcGIS 10.5. As part of Assignment 8.6, you reviewed some tutorial videos which are available to help users learn how to use the features TBEST offers. In preparation for this assignment, watch the tutorial videos on scenarios, network tools, TBEST reporting, and the attribute search tool. TBEST also has a comprehensive users' guide available from both the website and the help menu within TBEST. Complete the following activities.

  1. Open TBEST.
  2. Download Socio-Economic data,  GTFS Data, and a transit system logo.
    1. Under the File menu, select “Downloads”, select “Download Socio-Economic Support Data...”, and finally select “Florida 2014 Population 2014 Employment 2015 Parcel”, and click “Download”.
    2. Download the latest GTFS file for HART.
    3. Download the transit system logo for HART.
  3. Create a new transit system.
    1. For this assignment, you’ll model Hillsborough Area Regional Transit (HART) which services Tampa in Hillsborough County.
    2. In the TBEST explorer window, right click “Transit Systems” and select “New System”.
    3. You will be prompted to select the source socioeconomic data. The only option you have is the data you downloaded in step 2. Select it and click “Ok”.
    4. On the “New Transit System” dialog, enter HART as the transit system name.
    5. Select Hillsborough County as the extent.
    6. Leave the remaining settings alone and click “Ok”.
    7. It will likely take 60-90 minutes to compile the socioeconomic data and parcel data for Hillsborough County, Florida.
  4. Create a new TBEST Scenario.
    1. In the TBEST explorer window, expand the HART transit system you created in step 5.
    2. Right click “Scenarios,” and select “Create a New Scenario…”
    3. Name the new scenario “2017 Base Conditions”.
    4. Select “TBEST Land Use Model 2016” as the scenario model (it is the only option).
    5. Enter “2017” as the Forecast Year.
    6. Select an average annual wage for Hillsborough County and enter it as the mean annual wage for the scenario.
    7. Enter “2” as the annual growth rate.
    8. Click “Ok” to create the new scenario.
  5. Create HART’s Fixed Route Network.
    1. You’ll create HART’s fixed route network by importing their latest GTFS data file. As an alternative, you could manually create the network in TBEST, but that would be time-consuming.
    2. In the TBEST explorer window, right click on the “2017 Base Conditions” scenario and select “Import Routes from GTFS”.
    3. On the TBEST GTFS Network Import dialog, select the file downloaded in step 2b as the source GTFS zip file.
    4. Select the top three checkboxes (i.e., Weekday, Saturday, and Sunday) to select all service periods.
    5. Click “Load Routes” to load all routes.
    6. Check “Select All” in the lower left corner of the dialog to select all routes.
    7. Click the “Import” button to begin importing the network.
    8. You will be prompted for confirmations 2 times. Click “Ok” to both.
    9. Once the network has been successfully imported (it should take about 10 minutes), you can exit the GTFS Network Import screen.
  6. Exploring HART’s Fixed Route Network.
    1. Right mouse click on the newly created “2017 Base Conditions” scenario and select “Open Scenario”.
    2. Grab a screenshot of the resulting map showing HART’s routes. (5 points)
    3. In the routes window, expand Route 1 – Florida Avenue.
    4. Expand the Northbound Patterns.
    5. Double click Pattern 40317.
    6. TBEST automatically highlights the pattern and associated stops on the map.
    7. In addition, the segments and stops are automatically populated in their respective windows.
    8. Grab a screenshot of the entire TBEST window with Pattern 40317 selected. (2 points)
    9. TBEST has powerful search capabilities which allow you to find and select a group of stops, segments, or routes based on attribute filters. The search tool is available on the main TBEST toolbar (binoculars) or via the Scenario menu.
    10. Open the search tool and search for stops associated with express routes.
    11. To do so, select “Stops” as the Category, “Route Type” as the attribute, “Equal To” as the Operator (i.e., “Is”), and “Express” as the Value.
    12. Click “Add to Search Criteria” to add the filter.
    13. Click “Apply” perform the search.
    14. Grab a screenshot of the map showing the express route stops selected. (3 points)
    15. Group selecting routes, segments, and stops in this manner is useful for mass adjusting attributes for alternative scenario modeling. For example, you could use the stop calculator to adjust the headway of all currently selected stops to 20% less than each stop’s current headway setting.
  7. Set Socio-Economic Growth Rates and Base Fares.
    1. Under the Scenario menu, select the “Set Socio-Economic Growth” submenu, and finally “Enter Growth Rates”, to bring up the “Socio-Economic Data Growth Rates” dialog.
    2. Enter 2% in total population. By default, this rate will be used for the other factors as well.
    3. Click “Set Growth Rates” to apply the rates and close the dialog.
    4. To establish the base fares, open the System Fare Levels Dialog ($ Icon on the main TBEST toolbar, or select “System Level Fares” from the “Scenario” menu).
    5. Base fares are set according to the route type. All of HART routes are of one of three types: Circular, Radial, and Express.
    6. In the dialog enter $6 for the express routes and $4 for the circulator and radial routes.
    7. Click “Ok” to apply the fares and close the dialog.
  8. Running the Model.
    1. You are now ready to run the model. To do so, right-click the “2017 Base Conditions” scenario in the TBEST explorer window and select “Execute Model Run”.
    2. On the “Scenario Model Run” dialog, you will use the default settings and click “Run”.
    3. You will be asked to confirm the run and whether you want to save changes to the scenario. Click “Yes” to both.
    4. It will take about 20 minutes to run the model.
  9. Examining Model Results.
    1. On the “Scenario” menu, select “Model Reports” and then “Scenario Summary Tool”.
    2. Select the HART transit system and the “2017 Base Conditions” scenario.
    3. Leave the default “Summary Span and Time Period” settings as is, and click “Show Report”.
    4. Explore the results presented here.
    5. Examine the performance measures “Boardings Per Service Hour” and “Boardings Per Stop Visit”.
    6. Which route has the highest “Boardings Per Service Hour”? (2 points)
    7. Generate a chart showing these 2 performance measures for the HART express routes and a handful of the non-express routes (Hint: You can use the TBEST search tool to identify express routes).
    8. Examine how the relationship between these 2 performance measures in general differs between express routes and other routes (e.g., “Boardings Per Service Hour” are high and “Boardings Per Stop Visit” are low).
    9. Grab a screenshot of the chart. Identify the routes which are express routes. Describe any difference in relationship you observe. How might you account for your observations? (3 points)
  10. Title VI Analysis
    1. To run a Title VI Analysis, you need to have all scenarios closed. You can close any open scenarios by clicking “Close Scenario” on the main TBEST toolbar.
    2. Right mouse click on Title VI Analysis in the TBEST explorer window and select “New Title VI Analysis”.
    3. Name the new analysis “Route 1 Title VI Analysis”.
    4. Select “HART” as the transit system.
    5. Select “2017 Base Conditions” as the scenario.
    6. Leave the buffer distance as 0.25 miles and click “Next”.
    7. Leave the service area setting as Hillsborough County and click “Next”.
    8. On the Poverty Levels screen, adjust the poverty incomes to reflect the 2017 values from the Department of Health and Human Services and, once done, click “Next”.
    9. On the “Route Selection” screen select Route 1 and click “Next”. (Note: we are running just 1 route for this exercise, so the analysis will complete faster.)
    10. Upload the transit system logo for HART and click “Next”.
    11. Click “Next” on the “Jurisdictional and Rex Route Input” screen.
    12. The Major Roads screen already has the correct shapefile selected. For states other than Florida, you would need to download the correct TIGER road data. Click “Next”.
    13. Click “Finish” on the “Title VI Setup Screen”.
    14. Click “Yes” on the confirmation screen.
    15. After a few minutes, the Title VI Analysis will finish, and the “Title VI Analysis Console” appears. On the left side of the console, there is a variety of maps, and on the right side, there are a series of reports. Maps open in ArcMap.
    16. Spend a few minutes exploring the variety of output. Grab a screenshot of 1 map and 1 report you find interesting and briefly describe each. (5 points)