Be flexible to use data from various sources, such as the highway police patrol’s incident data, user feedback, and monitoring stations, to develop a statewide traveler information system.

Statewide systems implementation experience from iFlorida Model Deployment

Florida,United States

Background (Show)

Lesson Learned

Before iFlorida project, most traffic management activities were handled regionally by the seven FDOT districts and by FDOT staff stationed at the State Emergency Operations Center (SEOC). A key objective of iFlorida was to establish statewide traffic management by deploying new traffic monitoring devices and consolidating data from those devices with existing sources of statewide traffic data, and then disseminating the consolidated data to the public as traveler information and to decision makers in need of statewide traffic information-primarily those involved in hurricane evacuation decision making. The iFlorida project established methods for: (a) monitoring traffic conditions statewide, (b) a 511 system, and (c) a Web site for disseminating this traffic information. Lessons learned from FDOT’s deployment of statewide traveler information services follow.
  • Beware that a statewide monitoring system may be too sparse to consistently provide useful traveler information. The original iFlorida plans called for statewide traveler information services to cover roads on the Florida Intrastate Highway System (FIHS), which included about 4,000 miles of Florida Interstate highways, the Florida Turnpike, selected urban expressways, and major interregional and intercity arterial highways. Early in the iFlorida project, FDOT realized that the amount of traffic and incident information that would be available for many of these roads was extremely limited. FDOT decided to limit the statewide traveler information to ten major roads: I-4, I-10, I 75, I-95, the Florida Turnpike, SR-60, SR-70, SR-528, US-19, and US-27. The main source of data to support the statewide traveler information was information from the FHP CAD system obtained from the FHP CAD Web site. FDOT also established processes in which the various FDOT districts would submit information about construction activities on roads that were covered by the statewide traveler information systems. The Statewide Monitoring System provided video and traffic data from the monitoring stations that were deployed. While the video from these stations was occasionally useful to confirm information about incidents that occurred within range of the video cameras, most incidents were not within camera range. The wide spacing between statewide monitoring system stations meant that the system was not very useful at supporting statewide traveler information services.
  • Evaluate if Highway Patrol’s incident data can, indeed, be a major data source for statewide traveler information systems. The FHP-CAD interface available to FDOT provided incident data from the FHP CAD system. The FHP-CAD data was the primary source of statewide traveler information. However, the central software CRS’s presentation of FHP-CAD data was not reliable, so was seldom used. Most operators chose to review FHP incident information through the public Web site interface provided by FHP. Because the FHP-CAD information was the main source of statewide traveler information, FDOT contracted in the summer of 2007 for the development of a new interface to the FHP-CAD data. This tool received data from the FHP-CAD system and created a Web site that listed incidents associated with the roads included in FDOT's statewide traveler information systems. It could also use Google Maps to display the maps of the incident locations. D5 RTMC operators found the interface to the FHP data to be both reliable and useful, though some operators still preferred to access the FHP Web site directly. FDOT staff suggested that, for the purpose of supporting statewide traveler information, some of the resources spent on the Statewide Monitoring System might have been better spent on developing interfaces to additional police CAD systems across the State.
  • Use creative but reliable means to plug holes in the statewide traveler information data stream. Despite the difficulties of obtaining information to populate the statewide 511 system and the limitations of the CRS in supporting statewide operations, FDOT D5 did create a successful statewide 511 system. When the CRS failed to successfully automate capabilities for maintaining statewide traveler information, RTMC operators used more manual methods to ensure that support for statewide traveler information continued. When the available source of incident information sometimes left holes in coverage, FDOT used creative methods to fill those holes, such as providing 511 user comments to RTMC operators so they could correct 511 messages that might be in error. Over the period from November 2005 through August 2007, the statewide 511 system typically logged about 35,000 calls per month.
In developing a statewide traveler information system, especially in a large state like Florida, a statewide monitoring system may be too sparse to adequately meet the data needs. Consideration should be given to use the Highway Patrol’s incident data as a major source. Often creative, manual means shall be necessary to generate missing values in the travel data stream. Despite having limitations, Florida’s 511 statewide traveler information system helps improve customer satisfaction , and add mobility and efficiency in the roadway network.

Lesson Comments

No comments posted to date

Comment on this Lesson

To comment on this lesson, fill in the information below and click on submit. An asterisk (*) indicates a required field. Your name and email address, if provided, will not be posted, but are to contact you, if needed to clarify your comments.


iFlorida Model Deployment Final Evaluation Report

Author: Robert Haas (SAC); Mark Carter (SAIC); Eric Perry (SAIC); Jeff Trombly (SAIC); Elisabeth Bedsole (SAIC): Rich Margiotta (Cambridge Systematics)

Published By: United States Department of Transportation Federal Highway Administration 1200 New Jersey Avenue, SE Washington, DC 20590

Source Date: 01/30/2009

EDL Number: 14480

URL: https://rosap.ntl.bts.gov/view/dot/3977

Other Lessons From this Source

Lesson Contacts

Lesson Analyst:

Firoz Kabir


Average User Rating

2 (1 rating)

Rate this Lesson

(click stars to rate)

Lessons From This Source

Assess security risks, threats, vulnerabilities, and identify countermeasures to ensure operations of transportation management centers.

Be flexible to use data from various sources, such as the highway police patrol’s incident data, user feedback, and monitoring stations, to develop a statewide traveler information system.

Beware of challenges involved in developing an integrated statewide operations system for traffic monitoring, incident data capture, weather information, and traveler information—all seamlessly controlled by a central software system.

Beware of costs, utility, reliability, and maintenance issues in deploying a statewide transportation network monitoring system.

Beware of the limitations of using toll tags in order to calculate travel time on limited access roadways and arterials.

Beware that software development for ITS projects can be utterly complex, which demands avoiding pitfalls by following a rigorous systems engineering process.

Define a vision for software operations upfront and follow sound systems engineering practices for successfully deploying a complex software system.

Deploy a variable speed limit system only after the software systems required to support it are mature and reliable.

Design traffic video transmission systems around the constraints of bandwidth limitations and provide provisions for remote configuration of video compression hardware.

Develop an accurate, map-based fiber network inventory and engage ITS team in the construction approval process.

Develop an effective evacuation plan for special event that gathers a large audience and consider co-locating the responding agencies in a joint command center.

Ensure compatibility of data format of the field-weather monitoring sensors with the central software in the transportation management center.

Ensure that experienced staff oversee the development of a complex software system and thoroughly follow systems engineering process.

Ensure that Highway Patrol's CAD system operators enter key information needed by the transportation management center operators.

Establish a well defined process for monitoring and maintenance before expanding the base of field equipment.

Estimate life-cycle cost of ITS technologies as part of procurement estimates in order to assess the range of yearly maintenance costs.

In developing software for automated posting of messages on dynamic message signs, focus on the types of messages that are used often and changed frequently, and also include manual methods for posting.

Incorporate diagnostic tools to identify and verify problems in the transmission of video in a transit bus security system.

Perform adequate analyses and tests to design, calibrate and validate the capabilities of a bridge security monitoring system in order to reduce false alarms.

To support statewide traveler information services, design and implement reliable interface software processes to capture incident data from the local and highway patrol police’s computer aided dispatch systems.

Use simple menu choices for 511 traveler information and realize that the majority of callers are seeking en route information while already encountering congestion.

Lesson ID: 2010-00550