Recognize that interoperability is becoming an important issue in achieving the vision of a nationwide 511 system.
A national experience with the development and deployment of 511 Systems.
San Francisco,California,United States; Cincinnati,Ohio,United States; Kenton County,Kentucky,United States
Currently, interoperability is being approached in different ways by deployers. This will help provide the 511 services still in the planning stage with insight and lessons as to the best, most applicable, solution given a certain set of technical and financial circumstances. As an example since December 2002, the metropolitan Cincinnati system (ARTIMIS) has been successfully passing Kentucky suburban incident information into the Kentucky statewide Condition Acquisition Reporting System (CARS-511) using Traffic Management Data Dictionary (TMDD) ITS standards, implemented in Traveler Information Markup Language (TIML) / eXtensible Markup Language (XML). Kentucky traffic events reported in ARTIMIS are imported to the CARS-511 system for fully automated reporting without any manual data re-entry. Although the two 511 systems were developed at different times and independently, the standards are allowing seamless data exchange as no call transfers or manual processing are necessary  .
The following general system design considerations from the Implementation and Operational Guidelines for 511 Systems Version 2.0 are provided as issues to consider.
- Identify travel corridors. Consider local, regional and corridor travel that require information presentation on their 511 system.
- Maintain coordination with bordering jurisdictions. Recognize that your neighbors will also be dealing with the same issues and their cooperation and coordination is essential to implementing a successful system.
- Use standards when developing system. The SAE ATIS (J2354) standard has many important components for 511 systems, including transit information and vehicle routing. The example provided above in metropolitan Cincinnati showed how two systems developed at different times were able to provide seamless data exchange because standards were implemented.
- Examine and understand wireless calling areas. Develop a plan for dealing with mis-routed calls at the boundary of your system.
- Encourage telecommunications carriers to develop service offerings for 511 access that can be implemented in multiple jurisdictions. Implementing in multiple jurisdictions will ease the task of 511 deployment by communities other than the “early implementers.” An example of this was presented in the San Francisco 511 Case Study: MTC's efforts to implement 511 access swiftly have been frustrated to some extent by the understandable need of Pacific Bell to develop its plans for offering 511 access in tandem with planning by its parent company, SBC, and its sister telecommunications carriers within the SBC corporate family. While SBC's measured approach to developing a system wide "preferred solution" has undoubtedly been a source of frustration for MTC, it offers a potential advantage for local governments outside the San Francisco Bay Area that are served by Pacific Bell or other SBC affiliates. By the time those governments are ready to implement 511 access for their traveler information services, SBC's preferred solution will have been tested and deployed and any start-up problems likely will have been cured. It makes sense for government agencies, at local, state, and federal levels, to encourage telecommunications carriers to develop 511 access solutions that can be replicated throughout their service areas, and to find ways to distribute the cost of developing those solutions fairly among the "early implementers" like MTC and those local agencies that are slower to put 511 access in place.
As seen in the San Francisco Bay Area case study, working to deploy an interoperable system may have created some early implementation delays, however the advantages of developing a region wide 511 system that has been tested and deployed will reduce the implementation schedule for other agencies as they prepare to implement a 511 system and will help to more equally distribute the development costs among all the system implementers.
This lessons suggests that callers will have an expectation that information relating to areas outside of their region will be available in a single call, therefore 511 developers need to recognize the importance of interoperability and look beyond their borders to make 511 a success with the traveling public. Without system operability there is numerous independent 511 systems scattered throughout the country and this is not what the Federal Communications Commission (FCC) or the 511 Deployment Coalition envisioned. It fails to meet the national vision and the Coalition’s goals of providing a safer, more reliable and efficient transportation system. For the vision to become a reality, callers need to be able to get information from areas outside the local 511 system requiring interoperability of systems at the local level.
 Deployment Assistance Report #4 511 Regional Interoperability Issues, March 2003
 San Francisco 511 Case Study
Author: 511 Deployment Coalition
Published By: AASHTO, APTA, ITS America, USDOT
Source Date: 9/3/2003URL: http://www.its.dot.gov/511/511ver2.htm
Average User Rating
Lesson of the Month for September, 2005 !
Intelligent Transportation Systems > Traveler Information > Pre-Trip Information > 511
Intelligent Transportation Systems > Traveler Information > En Route Information > 511
Intelligent Transportation Systems > Transportation Management Centers > Permanent TMCs > Multi-Agency/Co-Located