ITS Transit Standards Professional Capacity Building Program

Module 7: Traveler Information Standards, Part 2 of 2

HTML of the PowerPoint Presentation

(Note: This document has been converted from a PowerPoint presentation to 508-compliant HTML. The formatting has been adjusted for 508 compliance, but all the original text content is included, plus additional text descriptions for the images, photos and/or diagrams have been provided below.)

Slide 1:

Welcome - Graphic image of introductory slide. Please see the Extended Text Description below.

(Extended Text Description: Welcome - Graphic image of introductory slide. A large dark blue rectangle with a wide, light grid pattern at the top half and bands of dark and lighter blue bands below. There is a white square ITS logo box with words "Standards ITS Training" in green and blue on the middle left side. The word "Welcome" in white is to the right of the logo. Under the logo box is the logo for the U.S. Department of Transpotation, Office of the Assistant Secretary for Research and Technology.)

Slide 2:

Welcome slide with Mac Lister and screen capture of home webpage. Please see the Extended Text Description below.

(Extended Text Description: This slide, entitled "Mac Lister" has a photo of Mac Lister, Program Manager Knowledge and Technology Transfer, ITS Joint Program Office, on the left hand side, with his email address, Mac.Lister@dot.gov. A screen capture snapshot of the home webpage is found on the right hand side - for illustration only - from August 2014. Below this image is a link to the current website: www.pcb.its.dot.gov - this screen capture snapshot shows an example from the Office of the Assistant Secretary for Research and Development - Intelligent Transportation Systems Joint Program Office - ITS Professional Capacity Building Program/Advanced ITS Education. Below the main site banner, it shows the main navigation menu with the following items: About, ITS Training, Knowledge Exchange, Technology Transfer, ITS in Academics, and Media Library. Below the main navigation menu, the page shows various content of the website, including a graphic image of professionals seated in a room during a training program. A text overlay has the text Welcome to ITS Professional Capacity Building. Additional content on the page includes a box entitled What's New and a section labeled Free Training. Again, this image serves for illustration only. The current website link is: http://www.pcb.its.dot.gov.)

Slide 3:

Welcome slide with Jeffrey Spencer and screen capture of home webpage. Please see the Extended Text Description below.

(Extended Text Description: This slide, entitled "Jeffrey Spencer" has a photo of Jeffrey Spencer, ITS Team Leader, Federal Transit Administration, Office of Research, Demonstration and Innovation, on the left hand side, with his email address, Jeffrey.Spencer@dot.gov. A screen capture snapshot of the home webpage is found on the right hand side - for illustration only - which is the same screen snapshot from Slide 2. Below this image and to the right is the Federal Transit Administration (FTA) logo.)

Slide 4:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

Slide 5:

ITS Transit Standards Professional Capacity Building Program

Module 7:

Traveler Information Standards, Part 2 of 2

Slide 6:

Instructor

Head shot photo of the instructor, Carol L. Schweiger

Carol L. Schweiger
President
Schweiger Consulting LLC
Wakefield, MA, USA

Slide 7:

Target Audience

Slide 8:

Recommended Prerequisite(s)

  Decision-Maker Project Manager Project Engineer
Module 1: Introduction to ITS Transit Standards N/A
Module 2: Transit Management Standards, Part 1 of 2 N/A
Module 3: Transit Communications Interface Profiles (TCIP), Part 1 of 2 N/A
Module 4: Transit Communications Interface Profiles (TCIP), Part 2 of 2 N/A
Module 5: Transit Management Standards, Part 2 of 2 N/A
Module 6: Traveler Information, Part 1 of 2 IM/A

Slide 9:

Recommended Prior Knowledge

Slide 10:

Curriculum Path (Project Manager)

Curriculum Path for Project Manager: A graphical illustration indicating the sequence of training modules and where this module fits in. Please see the Extended Text Description below.

(Extended Text Description: Curriculum Path for Project Manager: A graphical illustration indicating the sequence of training modules and where this module fits in. Each module is represented by a box with the name of the module in it and a flow chart showing the logical flow of the modules with the current module boxed in red. The first three vertically sequenced boxes are green, which means that it is a Recommended Prerequisite Module. The first box is "Introduction to ITS Transit Standards, Module 1." Below that, connected by a line, is a box with the text "Transit Management, Part 1 of 2." To the right of this box, is "Transit Management, Part 2 of 2." Below "Transit Management, Part 1 of 2", connected by a line, is a box with the text "TCIP, Part 1 of 2." To the right of this box, is "TCIP, Part 2 of 2." Below "TCIP, Part 1 of 2," the lines branch out into four boxes that are horizontally sequenced. The first two: "Traveler Information, Part 1 of 2" and "Arterial Management & Transit Signal Priority, Part 1 of 2" are green; the other two: "Electronic Fare Payment Systems," and "Transit and the Connected Vehicle Environment/Emerging Technologies, Applications, and Future Platforms" are blue. Blue indicates that the module is optional. Below "Traveler Information, Part 1 of 2," is the text box "Traveler Information, Part 2 of 2 coded in blue and outlined in red. Below "Arterial Management & Transit Signal Priority, Part 1 of 2", is the text box "Arterial Management & Transit Signal Priority, Part 2 of 2," coded in blue.)

Slide 11:

Curriculum Path (Project Engineer)

Curriculum Path for Project Engineer: A graphical illustration indicating the sequence of training modules and where this module fits in. Please see the Extended Text Description below.

(Extended Text Description: Curriculum Path for Project Engineer: A graphical illustration indicating the sequence of training modules and where this module fits in. Each module is represented by a box with the name of the module in it and a flow chart showing the logical flow of the modules with the current module boxed in red. The first three vertically sequenced boxes are green, which means that it is a Recommended Prerequisite Module. The first box is "Introduction to ITS Transit Standards, Module 1." Below that, connected by a line, is a box with the text "Transit Management, Part 1 of 2." To the right of this box, is "Transit Management, Part 2 of 2." Below "Transit Management, Part 1 of 2", connected by a line, is a box with the text "TCIP, Part 1 of 2." To the right of this box, is "TCIP, Part 2 of 2." Below "TCIP, Part 1 of 2," the lines branch out into four boxes that are horizontally sequenced. The first two: "Traveler Information, Part 1 of 2" and "Arterial Management & Transit Signal Priority, Part 1 of 2" are green; the other two: "Electronic Fare Payment Systems," and "Transit and the Connected Vehicle Environment/Emerging Technologies, Applications, and Future Platforms" are blue. Blue indicates that the module is optional. Below "Traveler Information, Part 1 of 2," is the text box "Traveler Information, Part 2 of 2 coded in green and outlined in red. . Below "Arterial Management & Transit Signal Priority, Part 1 of 2", is the text box "Arterial Management & Transit Signal Priority, Part 2 of 2," coded in green.)

Slide 12:

Learning Objectives

  1. Summarize key concepts from Module 6: Traveler Information Standards, Part 1 of 2
  2. Illustrate the structure and use of data exchange standards for traveler information systems
  3. Select appropriate ITS standards for data exchange among traveler information systems, and between transit management systems and traveler information, and other systems (e.g., traffic management systems)
  4. Illustrate how to apply standards to the development of procurement specifications

Slide 13:

Learning Objective #1:

Summarize Key Concepts from Traveler Information Standards, Part 1 of 2

Slide 14:

Learning Objective #1

Traveler Information Taxonomy

Slide 15:

Learning Objective #1

Traveler Information

Category System/Technology Dependent on
Traveler Information On-board automated voice announcements (AVA) AVL system
Route and vehicle schedule data
En route/wayside traveler information, including realtime arrival/departure information in a variety of dissemination media Route and vehicle schedule data
AVL system
CAD system
Data communications technologies
On-board Internet access for passengers Data communications technologies
511, 311, and 211 systems, and Google Transit Open data
Third-party smartphone applications Open data

Slide 16:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

Slide 17:

Learning Objective #1

On-board automated voice announcements (AVA) are dependent upon which of these?

Answer Choices

  1. Automatic vehicle location (AVL) system
  2. Automatic passenger counting (APC) system
  3. Route and vehicle schedule data
  4. All of the above
  5. A and C

Slide 18:

Learning Objective #1

Review of Answers

A small graphical red and yellow X representing incorrect.a) AVL System
It is one of technologies on which an AVA system is dependent.

A small graphical red and yellow X representing incorrect.b) APC System
APC systems are not used in on-board automated voice announcements (AVA). APCs are used to count boarding and alighting passengers.

A small graphical red and yellow X representing incorrect.c) Route and vehicle schedule data
It is one of technologies on which an AVA system is dependent.

A small graphical red and yellow X representing incorrect.d) All of the above
An AVA system is dependent on A and C only.

A small graphical green and yellow check mark representing correct.e) A and C
Correct! On-board automated voice announcements (AVA) are dependent upon an AVL system, and route and vehicle schedule data.

Slide 19:

Learning Objective #1

Traveler Information Data Exchanges

Traveler Information Data Exchanges. Please see the Extended Text Description below.

(Extended Text Description: Author's relevant notes: Traveler Information Data Exchanges: This flowchart provides context for Traveler Information data exchanges. Generally, this diagram shows the collection of data from individual transit vehicles and data management centers, feeding data to customer information servers which process and disseminate specific traveler information to the end users. On the far left of the diagram, CAD/AVL systems that monitor the operations of each mode (in the diagram, the modes that are represented are subway, bus, commuter rail, light rail transit, bus rapid transit and boat) provide real-time information to the Information Reconciliation process, which takes input from other databases as shown: scheduling, planning, marketing and customer databases. Once all of the information is compiled and reconciled, information is sent through the Data Feed Layer to a Real-time Customer Information Server, which interfaces with the Monitoring/Feedback Layer, which interfaces with Performance Standards and Surveys/Feedback. Then, information is sent through the Dissemination Layer to various end user media, including travelers' devices (smartphone, mobile phone, other mobile device and personal computer), information service providers (511, Satellite Radio and news outlets), third-party developers (applications and visualizations) and within the transit agency to various media (e.g., interactive voice response, dynamic message signs, website, alerts, automated voice announcements, social media and customer service).)

Slide 20:

Learning Objective #1

Example of Central System Technology Relationships

Main Point: Shows the relationships among central Traveler Information and other transit ITS technologies

Example of Central System Technology Relationships. Please see the Extended Text Description below.

(Extended Text Description: Author's relevant notes: Example of Central System Technology Relationships: This graphic shows the relationships among various Central System Technologies. Beginning in the center of the graphic, there is a red rectangular column representing the Central Server Configuration. In this column the following servers are represented in individual blocks from top to bottom: Database Server, CAD/AVL (Computer Aided Dispatch and Automatic Vehicle Location) Server, APC/ASA Mgmt. Server, Fixed Route Scheduling Server, TSP Server, IVR Server, Communications Server, and RTIS/Web Server. From the IVR Server, there is a gray line representing a wired connection that leads to a black box labeled "Central Phone System" with a smart phone icon above it. From the RTIS/Web Server, a red line representing data feed points down to a blue box labeled "Transit Agency Website." Coming from the left side of the RTIS/Web Server is another line pointing to blue box labeled "Third Party Developers." From the left side of the Communications Server, there is a dotted gray line that goes to a black box labeled "Comm Gateway" and branches upwards through three cloud networks (bottom to top: the Wi-Fi/Internet, Cellular Network, and Radio systems), going on to two separate yellow boxes. These boxes are labeled "Revenue Fleet" and "Non-revenue Fleet." From the Cellular network cloud, there is another dotted gray line going downwards representing the wireless connection to the Wayside DMS. Coming from the entire Central Server Configuration, there is a solid green line representing the LAN/WAN connection or VPN. This line goes through a light green box labeled "Transit Agency WAN and LAN" and branches out to a light blue section identified as the "Agency Configuration." Within the "Agency Configuration," the following items are represented in individual dark blue boxes (top to bottom): Electronic Payment System, Maintenance Management System, Video Playback Software, WLAN Download Manager, Workstations to access central systems, VCM Software, and TSP System. Outside the "Agency Configuration," the LAN/WAN connection also leads to a dark blue box labeled as "Future Systems." There is a dotted line around several components of the diagram to illustrate the traveler information-related elements. The dotted line surrounds the following diagram components: Customer Phones; Central Phone System; three components within the Central Server Configuration: IVR Server, Communications Server and RTIS/Web Server; Wayside DMS; Third Party Developers; Transit Agency Website; and Regional Agencies.)

Slide 21:

Learning Objective #1

Example of Onboard Technology Relationships

Main Point:

Shows the relationships among on-board Traveler Information and Transit Management technologies.

Example of Onboard Technology Relationships. Please see the Extended Text Description below.

(Extended Text Description: Author's relevant notes: Example of Onboard Technology Relationships: This graphic shows an example of the relationships among various ITS technologies onboard a vehicle. In the center of the diagram is a box labeled MDT (Mobile Data Terminal). Coming from the top of MDT, is a box labeled "GPS Receiver and Antenna" connected via a voice radio connection. Connected to the MDT via a vehicle area network are the Maintenance Network Gateway, farebox, headsign and APC. The APC is connected to the front-door sensor and rear-door sensor via an alternative link. Utilizing both a Voice Radio Connection and a Data Connection, the MDT is connected to the Voice and Data Radio. This is then connected to the RF antenna. Connected by another vehicle area network are the Interior DMS, the ASA Controller, and the DVR. The ASA controller is then connected to the PA System and Ambient Noise Control Microphone. The DVR is connected to internal and external cameras. Coming from the bottom of the MDT rectangle is a red line representing an Ethernet link. This link connects a Wireless Mobile Router/Gateway with cellular modem and WLAN card. This link continues and also connects to the DVR. To the left, the MDT is also connected to the following: Collision Avoidance, Odometer, Covert Alarm Switch, Doors, and Wheelchair. There is a dotted line around several components of the diagram to illustrate the traveler information-related elements. The dotted line surrounds the following diagram components: Interior DMS; PA System; Ambient Noise Control Microphone; and AVA Controller.)

Slide 22:

Learning Objective #1

Service Packages (SPs)

Slide 23:

Learning Objective #1

Transit Traveler Information Service Package Example

Main Point: An example of one traveler information SP diagram.

Transit Traveler Information Service Package Example. Please see the Extended Text Description below.

(Extended Text Description: Author's relevant notes: Transit Traveler Information Service Package Example: This graphic has a rectangular box in the center which is labeled Transit Management and is purple in color. Within Transit Management is another smaller rectangle labeled Transit Center Vehicle Tracking and is white in color. Above the Transit Management box is a rectangle labeled Personal Information Access, which is purple in color. Within Personal Information Access is another smaller rectangle labeled Personal Interactive Information Reception and is white in color. There is a line with an arrow from Transit Management to the Personal Information Access box, which is labeled "personal transit information." There is a line with an arrow from the Personal Information Access box to Transit Management, which is labeled "transit information user request." To the right of Transit Management is a rectangle labeled Transit Vehicle, which is purple in color. Inside Transit Vehicle is another smaller rectangle labeled On-board Transit Information Services, which is white in color. Above the Transit Vehicle box is an oval labeled Traveler, which is yellow in color. There is a line with an arrow from the Transit Vehicle box to the Traveler oval, which is labeled "traveler interface updates." There is a line with an arrow from Transit Vehicle to Transit Management, which is labeled "transit traveler request." There is a line with an arrow from Transit Management to Transit Vehicle, which is labeled "transit traveler information." Below the Transit Management box is a rectangle labeled Remote Traveler Support, which is purple in color. Within Remote Traveler Support is another smaller rectangle labeled Remote Transit Information Services and is white in color. There is a line with an arrow from Transit Management to the Remote Traveler Support box, which is labeled "transit traveler information." There is a line with an arrow from the Remote Traveler Support box to Transit Management, which is labeled "transit information user request." To the right of the Transit Management box is an oval labeled Media, which is yellow in color. There is a line with an arrow from the Transit Management box to the Media oval, which is labeled "transit information for media." To the left of Transit Management is a rectangle labeled Information Service Provider, which is purple in color. Inside Information Service Provider are two other smaller rectangles labeled ISP Traveler Data Collection and Infrastructure Provided Trip Planning, which are white in color. There are two lines with arrows from Transit Management to the Information Service Provider box, which are labeled "transit and fare schedules" and "transit schedule adherence information." There is a line with an arrow from the Information Service Provider box to Transit Management, which is labeled "transit information request." Above the Information Service Provider box is an oval labeled Other ISP, which is yellow in color. There is a line with an arrow to and from Information Service Provider to Other ISP, which is labeled "transit service information." To the left of the Transit Management box is an oval labeled Other Transit Management, which is yellow in color. There is a line with an arrow to and from the Transit Management box to the Other Transit Management oval, which is labeled "transit traveler information coordination." This service package provides transit users at transit stops and on-board transit vehicles with ready access to transit information. The information services include transit stop annunciation, imminent arrival signs, and real-time transit schedule displays that are of general interest to transit users. Systems that provide custom transit trip itineraries and other tailored transit information services are also represented by this service package.)

Slide 24:

Summary of Learning Objective #1

Summarize Key Concepts from Traveler Information Standards, Part 1 of 2

Slide 25:

Learning Objective #2: Illustrate the Structure and Use of Data Exchange Standards for Traveler Information Systems

Slide 26:

Learning Objective #2

Standards Facilitate Meeting User Needs

Slide 27:

Learning Objective #2

Standards Facilitate Meeting User Needs (cont.)

Slide 28:

Learning Objective #2

Standards Facilitate Meeting User Needs: Example

Slide 29:

Learning Objective #2

Standards Facilitate Meeting User Needs: Value

Slide 30:

Learning Objective #2

Standards Facilitate Meeting User Needs: Value (cont.)

Slide 31:

Learning Objective #2

Standards Facilitate Meeting User Needs: Value (concluded)

Slide 32:

Learning Objective #2

Standards Facilitate Meeting User Needs: Criteria for Evaluating a Standard

Slide 33:

Learning Objective #2

Standards Facilitate Meeting User Needs: Starting Point for Identifying Standards

Slide 34:

Learning Objective #2

Center-to-Infrastructure (C2I) Application Area Capabilities Related to Transit

Slide 35:

Learning Objective #2

Center-to-Vehicle/Traveler (C2V) Application Area Capabilities Related to Transit: Vehicle

Covers interface between transit management center and transit or paratransit vehicles

Slide 36:

Learning Objective #2

Center-to-Vehicle/Traveler (C2V) Application Area Capabilities Related to Transit: Traveler

Covers interfaces between traveler information providers and devices used by traveling public

Slide 37:

Learning Objective #2

Center-to-Center (C2C) Application Area Capabilities Related to Transit

Slide 38:

Learning Objective #2

Identifying Appropriate Standards

Applicable Standards

In general, the following standards are applicable to Traveler Information deployments. To determine which specific standards are applicable for a deployment you will need to determine which architecture flows will be needed for the Traveler Information piece of your deployment. Contract your local FHWA ITS Division Specialist or an ITS Standards Program Field SupportTeam contact

Standard Development Status
NTCIP 1102 Octet Encoding Rules (OER; Base Protocol; Published
NTCIP 1104 Center-to-Center Naming Convention Specification; Published
NTCIP 2104 Ethernet Subnetwork Profile; Published
NTCIP 2202 Internet (TCP/IP and UDP/IP) Transport Profile; Published
NTCIP 2303 File Transfer Protocol (FTP) Application Profile; Published
NTCIP 2304 Application Profile for DATEX-ASN (AP-DATEX); Published
NTCIP 2306 Application Profile for XML Message Encoding and Transport in ITS Center-to-Center Communications (C2C XML); Published
NTCIP 3003 Profile Framework; Published
NTCIP 9001 NTCIP Guide; Published
SAE J2266 Location Referencing Message Specification (LRMS); Published
SAE J2354 Message Set for Advanced Traveler Information System (ATIS); Published
SAE J2540 Messages for Handling Strings and Look-Up Tables in ATIS Standards; Published
SAE J2540M RDS (Radio Data System) Phrase Lists; Published
SAE J2540y2 ITIS (International Traveler Information Systems) Phrase Lists; Published
SAE J2540/3 National Names Phrase List; Published

Slide 39:

Learning Objective #2

Structure of Standards: GTFS

Slide 40:

Learning Objective #2

Structure of Standards: GTFS-realtime

Slide 41:

Learning Objective #2

Structure of Standards: SIRI

Slide 42:

Learning Objective #2

Structure of Standards: SIRI (cont.)

Slide 43:

Learning Objective #2

Structure of Standards: SIRI (concluded)

Slide 44:

Learning Objective #2

Structure of Standards: TransXChange

Slide 45:

Learning Objective #2

Overview of TransXChange Use

Overview of TransXChange Use. Please see the Extended Text Description below.

(Extended Text Description: Author's relevant notes: Overview of TransXChange Use. The slide shows the use of TransXChange to make a registration with VOSA under the Electronic Bus Schedule Registration system. The slide shows a flowchart with the following steps: 1. Bus schedule data is prepared using scheduling software, including stop data from NaPTAN and route and geospatial data from other sources. 2. The schedule is exported as a TransXChange XML document to VOSA for registration. On export, the document is validated against a specified version of the schema. Note that TransXChange documents can also in principle be created by hand, though this would be both tedious and error prone. 3. The schedule is then imported by VOSA and Local Transport Authorities. On import, the document is validated against the version of the schema indicated by the document. 4. Following validation, the registered particulars alone are rendered as a readable pdf document using the Registration option of the TransXChange publisher. 5. The schedule is then imported by information system builders such as journey planners and AVL system implementers. 6. All or part of routes and schedules may be exchanged by system providers, annotated with additional operational data, over and above the registered particulars.)

Slide 46:

Learning Objective #2

Structure of Standards: Other Relevant Standards/Formats

Slide 47:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

Slide 48:

Learning Objective #2

Which one of these standards is not a traveler information standard?

Answer Choices

  1. Service Interface for Real Time Information (SIRI)
  2. Society of Automotive Engineers (SAE) J1939
  3. TransXChange
  4. GTFS

Slide 49:

Learning Objective #2

Review of Answers

A small graphical red and yellow X representing incorrect.a) SIRI
Incorrect. SIRI is an XML protocol for exchange of public transport real-time information.

A small graphical green and yellow check mark representing correct.b) SAE J1939
Correct! This is an on-board Vehicle Area Network (VAN) standard.

A small graphical red and yellow X representing incorrect.c) TransXChange
Incorrect. TransXChange is a UK national data standard for the exchange of bus route and timetable information.

A small graphical red and yellow X representing incorrect.d) GTFS
Incorrect. GTFS defines a common format for public transportation schedules and associated geographic information.

Slide 50:

Summary of Learning Objective #2

Illustrate the Structure and Use of Data Exchange Standards for Transit Management Systems

Slide 51:

Learning Objective #3: Select Appropriate ITS Standards for Data Exchange Among Traveler Information Systems, and Between Transit Management Systems and Traveler Information, and Other Systems (e.g., Traffic Management Systems)

Slide 52:

Learning Objective #3

Life-Cycle Cost Considerations

Slide 53:

Learning Objective #3

Life-Cycle Cost Considerations (cont.)

Slide 54:

Learning Objective #3

Case Study for Selection of Standards: Massachusetts Bay Transportation Authority (MBTA), Boston, MA

Slide 55:

Learning Objective #3

Case Study for Selection of Standards: MBTA (cont.)

Case Study for Selection of Standards: MBTA. Please see the Extended Text Description below.

(Extended Text Description: Case Study for Selection of Standards: MBTA (cont.). This slide shows the number of standards being used for each data feed prior to the MBTA reorganizing the feeds (discussed in a future slide). The top portion of the slide shows a box with a transit schedule in it, a line labeled GTFS with an arrow to the right connected to a box to the right labeled GTFS. The next line down shows a box with a bus in it, two lines, one labeled Bus (NextBus) and the other labeled Bus (RealTimeBus), each with an arrow to the right connected to boxes to the right, one labeled API and the other labeled GTFS realtime, respectively. The next line down shows a box with a commuter rail schedule in it, a line labeled Commuter Rail with an arrow to the right connected to a box to the right labeled "csv/json/xml." The next line down shows a box with red, blue and orange subway cars in it, two lines, one labeled Heavy Rail 2.0 and the other labeled Heavy Rail 1.0, each with an arrow to the right connected to boxes to the right, one labeled "csv/json" and the other labeled "csv/json/xml", respectively. The bottom line shows a box with a danger triangle in it, a line labeled Alerts 1.0 with an arrow to the right connected to a box to the right labeled RSS.)

Slide 56:

Learning Objective #3

Case Study for Selection of Standards: MBTA (cont.)

Slide 57:

Learning Objective #3

Case Study for Selection of Standards: MBTA (cont.)

Case Study for Selection of Standards: MBTA. Please see the Extended Text Description below.

(Extended Text Description: Case Study for Selection of Standards: MBTA (cont.). This slide shows that the reorganization of the open data program and use of standards. There are six lines with arrows to the right that all connect to a box labeled New MBTA-realtime software. The six lines are labeled GTFS schedule, Com. rail predictions, Bus predictions, Subway predictions, Elevator status and Alerts thru GUIs. Then four lines with arrows to the right connect to four boxes. The top box is labeled GTFS, the next box down is labeled GTFS-realtime, the next box down is labeled API (XML, JSON) and the bottom box is labeled RSS (alerts only).)

Slide 58:

Learning Objective #3

Case Study for Selection of Standards: MBTA (concluded)

Slide 59:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

Slide 60:

Learning Objective #3

Which standard is not being used by the MBTA for their open data program?

Answer Choices

  1. General Transit Feed Specification (GTFS)
  2. extensible Markup Language (XML)
  3. JavaScript Object Notation (JSON)
  4. Service Interface for Real Time Information (SIRI)

Slide 61:

Learning Objective #3

Review of Answers

A small graphical red and yellow X representing incorrect.a) GTFS
Incorrect. GTFS is one of the standards used by the MBTA.

A small graphical red and yellow X representing incorrect.b) XML
Incorrect. The MBTA selected XML format for its API.

A small graphical red and yellow X representing incorrect.c) JSON
Incorrect. JSON is also used in the MBTA API.

A small graphical green and yellow check mark representing correct.d) SIRI
Correct. The MBTA determined that SIRI was somewhat complicated, so they chose not to use it.

Slide 62:

Learning Objective #3

Case Study for Changing Traveler Information Standards: Metropolitan Transportation Authority (MTA), New York, NY

Slide 63:

Learning Objective #3

Case Study for Changing Traveler Information Standards: MTA (cont.)

Slide 64:

Learning Objective #3

Open Source Software Criteria

Slide 65:

Learning Objective #3

Using Standards to Facilitate Integration with Legacy Systems: Portland TriMet Case Study

Slide 66:

Learning Objective #3

Using Standards to Facilitate Integration with Legacy Systems: Portland TriMet Case Study

Slide 67:

Summary of Learning Objective #3

Select Appropriate ITS Standards for Data Exchange Among Transit Management Systems and Between Other Systems

Slide 68:

Learning Objective #4: Illustrate How to Apply Standards to the Development of Procurement Specifications

Slide 69:

Learning Objective #4

Read a Standard

Slide 70:

Learning Objective #4

Read a Standard: GTFS

Filename Required Defines
agency.txt Required One or more transit agencies that provide the data in this feed.
stops.txt Required Individual locations where vehicles pick up or drop off passengers.
routes.txt Required Transit routes. A route is a group of trips that are displayed to riders as a single service.
trips.txt Required Trips for each route. A trip is a sequence of two or more stops that occurs at specific time.
stop_times.txt Required Times that a vehicle arrives at and departs from individual stops for each trip.
calendar.txt Required Dates for service IDs using a weekly schedule. Specify when service starts and ends, as well as days of the week where service is available.
calendar_dates.txt Optional Exceptions for the service IDs defined in the calendar.txt file. If calendar_dates.txt includes ALL dates of service, this file may be specified instead of calendar.txt.
fare_attributes.txt Optional Fare information for a transit organization's routes.
fare_rules.txt Optional Rules for applying fare information for a transit organization's routes.
shapes.txt Optional Rules for drawing lines on a map to represent a transit organization's routes.
frequencies.txt Optional Headway (time between trips) for routes with variable frequency of service.
transfers.txt Optional Rules for making connections at transfer points between routes.
feed_info.txt Optional Additional information about the feed itself, including publisher, version, and expiration information.

Slide 71:

Learning Objective #4

Read a Standard: GTFS (cont.)

agency.txt

agency_id, agency_name,agency_url,agency_timezone,agency_phone,agency_lang
FunBus,The Fun Bus,http://www.thefunbus.org,America/Los_Angeles,(310) 555-0222,en

stops.txt

stop_id,stop_name,stop_desc,stop_lat,stop_lon,stop_url,location_type,parent_station
S1,Mission St. & Silver Ave.,The stop is located at the southwest corner of the intersection.,37.728631,-122.431282,,,
S2,Mission St. & Cortland Ave.,The stop is located 20 feet south of Mission St.,37.74103,-122.422482,,,
S3,Mission St. & 24th St.,The stop is located at the southwest corner of the intersection.,37.75223,-122.418581,,,
S4,Mission St. & 21st St.,The stop is located at the northwest corner of the intersection.,37.75713,-122.418982,,,
S5,Mission St. & 18th St.,The stop is located 25 feet west of 18th St.,37.761829,-122.419382,,,
S6,Mission St. & 15th St.,The stop is located 10 feet north of Mission St.,37.766629,-122.419782,,,
S7,24th St. Mission Station,,37.752240,-122.418450,,,S8
S8,24th St. Mission Station,,37.752240,-122.418450,http://www.bart.gov/stations/stationguide/stationoverview_24st.asp,1,

routes.txt

route_id,route_short_name,route_long_name,route_desc,route_type
A,17,Mission,"The ""A"" route travels from lower Mission to Downtown.",3

Slide 72:

Learning Objective #4

GTFS-realtime

Slide 73:

Learning Objective #4

SIRI

Slide 74:

Learning Objective #4

SIRI: Example of StopMonitoringRequest

Slide 75:

Learning Objective #4

SIRI: Example of StopMonitoringRequest (cont)

<ServiceRequest>

<RequestorRef>NADER</RequestorRef>

<RequestTimestamp>2004-12-17T09:30:47-05:00</RequestTimestamp>

<StopMonitoringRequest version="1.0">

<!-- All LlNE77services from stop EH00001to destination PLACE457 in the next 30 minutes-:

<RequestTimestamp>2004-12-17T09:30: 47-05:00</RequestTimestamp>

<MessageIdentifier>NDR06756</MessageIdentifier>

<!--=======TOPIC =============================== -->

<PreviewInterval> P30M </PreviewInterval>

<MonitoringRef> HLTST011 </MonibringRef>

<!--=======POLICY======================-->

<MaximumStopVisits>7</MaximumStopVisits >

<MinimumStopVisitsPerLine>2 </MinimumStopVisitsPerLine>

<StopMonitoringDetailLevel>normal</StopMonitoringDetailLevel>

</StopMonitoringRequest>

</ServiceRequest>

(Additional Author's Notes for this slide: Example of StopMonitoringRequest (cont.). This slide shows an example of a StopMonitoringRequest. The request, written in XML format, consists of a standard header, which is similar for all SIRI requests, and then Topics and Policies that are specific to the SIRI-SM functional service. The request asks for the departures for a stop HLTST011. The response is to contain up to seven vehicle journeys at the stop, as set by the policy. If there are more than seven available, then only the first two for each line will be shown.)

Slide 76:

Learning Objective #4

TransXChange

Slide 77:

Learning Objective #4

TransXChange Schemas

Slide 78:

Learning Objective #4

TransXChange Model

Slide 79:

Learning Objective #4

TransXChange Model (cont.)

Slide 80:

Learning Objective #4

TransXChange Model (cont.)

TransXChange Model. Please see the Extended Text Description below.

(Extended Text Description: Author's relevant notes: TransXChange Model (cont.). This diagram shows, in UML class diagram notation, the core elements of the TransXChange schema. Reusable elements with a global scope are organized beneath the root TransXChange. There is a yellow box labeled "<XML root> TransXChange" that is connected to boxes that each represent elements of the TransXChange model. To the left of the yellow box connected by a line (labeled Registrations) with an arrow is a blue box labeled "Registration." There is another yellow box labeled "Service" that is connected by a line (labeled Registration) with an arrow to the Registration box. The "<XML root> TransXChange" box is connected by a line (labeled services) with an arrow to the "Service" box. Below the "<XML root> TransXChange" box connected by a line (labeled operators) with an arrow to a green box labeled "Operator." The "Service" box is connected by a line (labeled operator) with an arrow to the "Operator" box. The "Service" box is connected by lines (one labeled standard and the other labeled flexible) with arrows to two yellow boxes – one is labeled "StandardService" and the other is labeled "FlexibleService." The StandardService box is connected by a line (labeled patterns) with an arrow to a yellow box labeled "JourneyPattern." The box labeled "<XML root> TransXChange" is connected by a line (labeled journeys) with the arrow to an orange box labeled "VehicleJourney." The VehicleJourney box is connect by a line (labeled pattern) with an arrow to the JourneyPattern box. The JourneyPattern box is connected by a line (labeled route) with an arrow to a red box labeled "Route." The "<XML root> TransXChange" box is connected by a line (labeled routes) with an arrow to the Route box. The "<XML root> TransXChange" box is connected by a line (labeled stop references) with an arrow to a green box labeled "<view> AnnotatedStopPointRef." The "<XML root> TransXChange" box is connected by a line (labeled stop areas) with an arrow to a green box labeled "StopArea." The "<XML root> TransXChange" box is connected by a line (labeled local) with an arrow to a green box labeled "StopPoint." The "<view> AnnotatedStopPointRef" box is connected by a line (labeled stop) with an arrow to a green box labeled "StopPoint." The "StopPoint" box is connected by a line with an arrow to a green box labeled "Site." The "StopPoint" box is connected by a line (labeled areas) with an arrow to a green box labeled "Stop Area." )

Slide 81:

Learning Objective #4

Rigidity, Flexibility, and Change in the Application of Standards

Slide 82:

Learning Objective #4

Rigidity, Flexibility and Change in the Application of Standards (cont.)

Slide 83:

Learning Objective #4

Incorporate a Standard into a Specification for Procuring a Traveler Information System

Slide 84:

Learning Objective #4

Incorporate a Standard into a Specification for Procuring a Traveler Information System

Incorporate a Standard into a Specification for Procuring a Traveler Information System. Please see the Extended Text Description below.

(Extended Text Description: Incorporate a Standard into a Specification for Procuring a Transit Management System: This flowchart indicates the progressive application of the standards. The first box is labeled "Concept of Operations: What you want the systems/devices to do." An arrow points downward toward the next box, which is labeled "Document your Requirements." An arrow points to the right toward the next box, which is labeled "Develop Test Procedures." The box labeled "Document your Requirements" is connected to a box below it with a down-pointing arrow. This box below is labeled "Select Functions that can be Standardized, and Identify Value Ranges or Specific Values Where Necessary." An arrow points downward to the next box, which is labeled "Select Specific Objects and Value Ranges Where Necessary to Meet Requirements.")

Slide 85:

Learning Objective #4

Structure of Standards: Excerpts from Functional Specification Using GTFS

1 GTFS guidelines for transit feeds are available at: http://code.google.com/transit/spec/transit feed specification.html

Slide 86:

Learning Objective #4

Test and Determine Conformance with a Standard

Slide 87:

Learning Objective #4

Test and Determine Conformance with a Standard (cont.)

Slide 88:

Learning Objective #4

Test and Determine Conformance with a Standard: Conformance Clause

Slide 89:

Learning Objective #4

Test and Determine Conformance with a Standard: Conformance Testing

Slide 90:

Learning Objective #4

Test and Determine Conformance with a Standard: Conformance Testing (cont.)

Slide 91:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

Slide 92:

Learning Objective #4

Which of the following elements are included in a conformance testing program?

Answer Choices

  1. Standard or specification
  2. Procedures for testing
  3. Organization(s) to test/issue certificates of validation
  4. All of the above

Slide 93:

Learning Objective #4

Review of Answers

A small graphical red and yellow X representing incorrect.a) Standard or specification
This is included in a conformance testing program.

A small graphical red and yellow X representing incorrect.b) Procedures for testing
This is included in a conformance testing program.

A small graphical red and yellow X representing incorrect.c) Organization(s) to test/issue certificates of validation
This is included in a conformance testing program.

A small graphical green and yellow check mark representing correct.d) All of the above
Correct! All three are part of a conformance testing program.

Slide 94:

Learning Objective #4

Standards and Intellectual Property

Slide 95:

Learning Objective #4

Standards and Intellectual Property (cont.)

Slide 96:

Learning Objective #4

Standards and Intellectual Property (concluded)

Slide 97:

Summary of Learning Objective #4

Illustrate How to Apply Standards to the Development of

Procurement Specifications

Slide 98:

What We Have Learned

  1. Service packages represent slices of the physical architecture that address specific services like surface street control.
  2. The use of standards is desirable for both business and technical reasons. The principal benefits of standards are as follows:
    1. protection of investment
    2. interoperability
    3. improved quality and value
  3. Application areas provide a starting point for identifying the ITS standards and other resources, and are deployment-oriented categories that focus on commonly deployed ITS services or systems.
  4. Using standards in a deployment can greatly reduce component development costs, especially if standardized off-the-shelf components are available.
  5. The requirements or criteria for conformance must be specified in the standard or specification.

Slide 99:

Resources

Slide 100:

Next Course Modules

Students who have completed Module 7 may delve into the following PCB modules:

Slide 101:

Thank you for completing this module.