511 Transit and Real-Time Transit Program Roles and Responsibilities

Similar documents
Passenger Information Systems: What Transit Agencies Need to Know

American Public Transit Association Bus & Paratransit Conference

From: HDR Engineering & Oz Engineering Project: AZTech TM Transit Data Integration Concepts of Operation. Date: July 29, 2009 Job No:

SmartTraveler Plus Overview Web Based Information

REGIONAL REAL-TIME SIGNS REQUIREMENTS AND SPECIFICATIONS

LACMTA Regional Integration of Intelligent Transportation Systems (RIITS)

NRE Information Feeds Developer Pack

Wind Plant Operator Data Guide

Integration using IBM Solutions

CHAPTER 8: INTELLIGENT TRANSPORTATION STSTEMS (ITS)

Using WebLOAD to Monitor Your Production Environment

Information Technology Solutions. Managed IT Services

Introduction. PCI DSS Overview

Web Analytics Understand your web visitors without web logs or page tags and keep all your data inside your firewall.

RUN BETTER Become a Best-Run Business with Remote Support Platform for SAP Business One

About Contract Management

Support and Service Management Service Description

Electronic Service Agent TM. Network and Transmission Security And Information Privacy

Corporate Access File Transfer Service Description Version /05/2015

FIREWALL CHECKLIST. Pre Audit Checklist. 2. Obtain the Internet Policy, Standards, and Procedures relevant to the firewall review.

INFORMATION TECHNOLOGY SERVICES IT SERVICES PORTFOLIO

Business-to-Business EIPP: Presentment Models, Part 1 By: The Council for Electronic Billing and Payment

Request for Information (RFI) Supply of information on an Enterprise Integration Solution to CSIR

> SuperSTAR Suite. Customer Support Guide

Bloom Enhanced Performance Monitoring Service Level Agreement

Information Security Risk Assessment Checklist. A High-Level Tool to Assist USG Institutions with Risk Analysis


Web Traffic Capture Butler Street, Suite 200 Pittsburgh, PA (412)

API Architecture. for the Data Interoperability at OSU initiative

BridgeConnex Statement of Work Managed Network Services (MNS) & Network Monitoring Services (NMS)

NMS300 Network Management System

RouteMatch Fixed Route

Definition of Drop Copy

APTA Surveys Transit Agencies on Providing Information and Real Time Arrivals to Customers

Improved Passenger Services for Local Existing Railways Uchibo Line Transportation Management System (Operation Control and Passenger Services)

Overview: Siebel Enterprise Application Integration. Siebel Innovation Pack 2013 Version 8.1/8.2 September 2013

SECURITY PATCH MANAGEMENT INSTALLATION POLICY AND PROCEDURES

Schedule A Support and Maintenance Agreement

MedBroker A DICOM and HL7 Integration Product. Whitepaper

A Survey Study on Monitoring Service for Grid

HP Insight Diagnostics Online Edition. Featuring Survey Utility and IML Viewer

Secunia Vulnerability Intelligence Manager

IT Sr. Systems Administrator

APPENDIX 8 TO SCHEDULE 3.3

INFORMATION SYSTEMS SPECIALIST

eircom Wholesale eircom Wholesale Unified Gateway Interface Guidelines Version No: 2.0 File: UG_IG_Active_ V2_ doc

ISO COMPLIANCE WITH OBSERVEIT

Market Data Manager Overview

PRIVACY POLICY. The effective date of this Privacy Policy is December 15, Last Updated September 29, Overview

LAMAR STATE COLLEGE - ORANGE INFORMATION RESOURCES SECURITY MANUAL. for INFORMATION RESOURCES

ADS Chapter 544 Technical Architecture Design, Development, and Management

Commercial Motor Vehicle Safety and Security Systems Technology Wireless Mobile Communications

ACTION TRACKER - HOS CUSTOMER QUESTIONS

Network Computing Architects Inc. (NCA) Network Operations Center (NOC) Services

Address IT costs and streamline operations with IBM service desk and asset management.

TNS UK PRIVACY & COOKIE POLICY FOR SURVEYS ( Policy )

Secure Content Automation Protocol (SCAP): How it is increasingly used to automate enterprise security management activities

GTFS: GENERAL TRANSIT FEED SPECIFICATION

Mobile Device Management

Best Practices Report

Northwestern University Dell Kace Patch Management

Type of Personal Data We Collect and How We Use It

HKUST CA. Certification Practice Statement

What You Need to Know About Transitioning to SOA

PEOPLESOFT esettlements

DAIDS Appendix 2 No.: DWD-POL-DM-01.00A2. Data Management Requirements for Central Data Management Facilities

NOS for Network Support (903)

REQUEST FOR PROPOSAL (RFP) GPS AUTOMATIC VEHICLE LOCATING SYSTEM

Designtech Cloud-SaaS Hosting and Delivery Policy, Version 1.0, Designtech Cloud-SaaS Hosting and Delivery Policy

Open EMS Suite. O&M Agent. Functional Overview Version 1.2. Nokia Siemens Networks 1 (18)

A s c e r t i a S u p p o r t S e r v i c e s G u i d e

Solutions That Drive Decisions

Foreign Account Tax Compliance Act (FATCA) IDES Implementation Update. April 2015

MOD EPURCHASING CATALOGUES SFTP RETRIEVAL TECHNICAL SPECIFICATION

APPENDIX 8 TO SCHEDULE 3.3

Service Description. Ericsson IPX

COUNTY OF ORANGE, CA Schedule 2D Service Desk Services SOW SCHEDULE 2D SERVICE DESK SERVICES SOW. for. Date TBD

DataMonitor Plug-in. DataMonitor Plug-in

NSSC Enterprise Service Desk Configuration Management Database (CMDB) Configuration Management Service Delivery Guide

Domain Name Service Service Level Agreement (SLA) Vanderbilt Information Technology Services

How to use MyAvail Passenger Information Website

OPERATIONS CAPITAL. The Operations Capital program for the test years is divided into two categories:

ensure prompt restart of critical applications and business activities in a timely manner following an emergency or disaster

SOA REFERENCE ARCHITECTURE: SERVICE ORIENTED ARCHITECTURE

Alice. Software as a Service(SaaS) Delivery Platform. innovation is simplicity

Job Scheduler Oracle FLEXCUBE Universal Banking Release [April] [2014] Oracle Part Number E

Exhibit to Data Center Services Service Component Provider Master Services Agreement

LOUISIANA DEPARTMENT OF PUBLIC SAFETY OFFICE OF MOTOR VEHICLES Strategic Plan FY through FY

Transcription:

Page 1 of 10 511 Transit and Real-Time Transit Program Roles and Responsibilities As part of Resolution 3866, MTC provides static transit data through the 511 phone and web service and real-time transit departure information through the 511 phone, web services, and the Regional Hub Signage Program. MTC will disseminate transit data through APIs and data feeds available at 511.org. MTC requires the full participation and support of all transit agencies to deliver quality and timely information. MTC and the transit agencies have jointly developed data transfer mechanisms for static and real-time transit data and identified appropriate roles and responsibilities for all parties, as identified in this document. This document represents a compilation of two separate documents that had been reviewed previously by the Regional Transit Information System Technical Advisory Committee and the Regional Real-Time Transit Technical Advisory Committee. MTC will update these requirements on an as-needed basis with transit agency partners. Section 1 of this document covers Regional Transit Information System Roles and Responsibilities and Section 2 covers Regional Real-Time Transit System Roles and Responsibilities. There are two governing documents for the program that support each other and are supported by other documents. They include: 511 Transit and Real-Time Transit Program Roles and Responsibilities (this document) Appendix B-1 to Resolution No. 3866 entitled 511 Transit Information Requirements Section 1: Regional Transit Information System Roles and Responsibilities In response to State legislation (Senate Bill 1474 [chapter 256, statutes 1996]), MTC adopted a Transit Coordination and Implementation Plan in February 1997 designed to improve the connections between the region s transit services. One of the projects in the Plan was to provide intra- and inter-operator trip planning information and maintain an accurate transit information database. Since 1997, MTC s Regional Transit Information System (RTIS) / 511 Transit project has delivered schedule, route, fare, and trip planning information online for over 30 Bay Area public transit agencies. The RTIS was created by MTC, in cooperation with the Bay Area s transit agencies, to collect, organize and disseminate schedule, route and fare information for the public transit providers in the Bay Area through 511/511.org. MTC requires the full participation and support of all transit agencies to deliver quality information for the 511 Transit website by providing timely and comprehensive information updates; routinely performing quality checks; and providing notification

about changes to, and ongoing support for, the data exchange interface with 511 TransitRTIS. April 21, 2015 Page 2 of 10 MTC s Responsibilities: MTC agrees to: 1. Operate and maintain transit information as part of the 511 Traveler Information Regional Transit Information System (RTIS) program, including a website at 511.org, system software and hardware, transit agency data, tools used to import such data, the Regional Transit Database (RTD), transit trip planning feature, and other relevant applications. 2. Collect, host, and disseminate schedule, route, stop, fare, regional transit announcements/alerts, and agency overview information using data from provided by Bay Area public transit agencies. In addition to information provided on 511.org, dissemination may consist of linking out to existing transit agency websites or via a third-party trip planner provider. MTC s goal is to make this information available on the 511 website and/or to a third-party trip planner provider via a data feed, in addition to other dissemination channels (e.g., mobile devices, texting), prior to the go-live date of major transit agency schedule and service changes. 3. Provide an ongoing feed of this static transit data to third-parties interested in developing applications using such data. 4. Work with transit agencies on streamlining and/or automating data collection processes, where possible. MTC, in collaboration with agencies, will evaluate and implement changes to existing data transfer tools/processes. MTC will provide data transfer documentation to agency staff. 5. Provide agencies access to a transit data management system. Such access that allows agencies to upload/enter static transit schedule and other data updates and review agency-specific usage reports. 5.6.Provide transit agencies access to a data management system that facilitates configuration of transit services for electronic Transit Information Displays (etids) installed at regional transit hubs. 6.7.Coordinate with agencies and post relevant regional announcements and major disruption alerts on the 511.org website and the 511 phone system. 7.8.Organize the Technical Advisory Committee meetings with transit agencies; the goal of these meetings is to gain insights and gather input from transit agencies on program issues, including tool development and design issues, data transfer processes and/or tools, etc. Transit Agency Responsibilities: Transit agencies agree to: 1. Provide accurate, complete, timely information regarding transit routes, stops, schedules, fares, service disruptions and, where available, real-time transit departure times for dissemination on 511 phone, web and other services.

Page 3 of 10 1.2.Use data sharing protocols/processes provided in the transit data management system to load/update static data for all service changes. Data provided through the data management system will be incorporated into RTD and disseminated automatically without manual data management by MTC. 2.3.Transmit Provide schedule and other static transit service information updates via the transit data management system to MTC ten business days in advance of any schedule changes to allow for MTC s timely inclusion on the 511.org website and/or to the 3 rd party trip planner provider. (For agencies using the XML data import/export schema or GTFS/GTFS+, this means at least ten business days prior to the go-live date. For transit agencies using other data import/export strategies, this means at least 20 business days prior to the go-live date.) 4. Perform quality control review on a representative sample of agency service data prior to transmittal submitting changes to MTC; the review should focus on the data changed for that upcoming service revision. Upon notification by MTC, resolve any data issues in a timely matter via the transit data management system. 3.5.Maintain and edit the configuration of transit services and resolve data issues in a timely manner for the electronic Transit Information Displays (etids) installed at regional transit hubs via the transit data management system. 4.6.Notify transit customers of the availability of 511 information on transit agency web sites, in printed materials, at bus stops/rail stations, and on real-time signs at transit hubs. 5.7.Share data quality control review plan/process with MTC, as needed. 6.8.Adopt and adhere to data quality standards that MTC and transit agencies jointly develop.

Section 2: Regional Real-Time Transit System Roles and Responsibilities April 21, 2015 Page 4 of 10 MTC and transit agencies are jointly responsible for delivery of real-time transit information to the traveling public via 511 (e.g. phone and web), the regional real-time hub signage program, and participating transit agencies. The Real-Time Transit Information System will develop and maintain a real-time transit arrival/departure information system for the San Francisco Bay Area that does the following: 1. Provides vehicle arrival/departure prediction information as provided by transit agencies for every stop on routes equipped with technology to make these predictions. 2. Collects from transit agencies all related real-time transit data in a standard format for data dissemination via the 511 phone system, 511 website, mobile devices, and regional real-time signage as well as data sharing between transit operators. MTC will gather from partner transit agencies the required data to supply the Real-Time Transit Information System. The preferred data transfer standard is Java Message Service (JMS). Transit agencies already using Web Services may continue with that protocol as the data transfer standard. The following policies outline the high-level roles and responsibilities of data sharing and data storage for MTC and the transit agencies for the regional real-time transit program. Detailed responsibilities related to the transference of data using JMS or Web Services are included in Appendices A and B. Appendix A contains the JMS details and Appendix B includes Web Services. MTC s Responsibilities: MTC agrees to: 1. Adhere to the system requirements for reliability, accuracy, performance, etc. as defined in Real-time Transit Information System Requirements document. 2. Develop, operate and maintain a central clearinghouse ( Regional System ) that will collect all real-time transit data from transit agencies, satisfying the following criteria: Ensure Regional System meets security levels equivalent to industry standards. Configure Regional System to archive configuration data no longer than 90 days. The Regional System will not store real-time prediction data on an on-going basis. On a routine basis, not to exceed monthly, MTC will log and store prediction data for performance monitoring analysis. The process will include: (i) two to three hours of logging of transferred prediction data from a transit agency; (ii) data will be transferred to a database not connected to the Internet; (iii) prediction data will be deleted after performance monitoring analysis is completed; and (iv) MTC will refer any requests for archived prediction data, including Public Records Act requests, to the appropriate transit agency. The transit agency will decide whether or not to grant MTC permission to release the data. Support future recommendations from the Transit Connectivity Plan regarding archiving policies of arrived-status data for monitoring on-time arrival. Until

Page 5 of 10 such a plan is in place to use arrived-status data, MTC will not store it. MTC will work with the transit agencies to determine a secure data storage policy. 3. Develop, operate, and maintain the necessary equipment and software from the Regional System side to support the transfer of real-time data from transit agency systems to the Regional System, as defined in the latest versions of the following data transfer documents: Extensible Markup Language (XML) Document Type Definitions (DTDs) for Java Message Service (JMS) Implementation Extensible Markup Language (XML) Document Type Definitions (DTDs) for Web Service Implementation 4. Provide a data feed to any transit agency that requests real-time data. The Regional System will provide data in two formats: GTFS-Realtime as defined at https://developers.google.com/transit/gtfs-realtime/. GTFS-Realtime feed type Trip Updates will be provided at a minimum. Additional feed types (vehicle positions and service alerts) may be added in the future when data required for those feed types are included in the real-time data provided to the Regional System by the transit agencies. Service Interface for Real-time Information (SIRI) in both XML and JSON. SIRI specification is available at http://www.siri.org.uk. At a minimum StopMonitoring service will be provided. Other SIRI services may be developed in the future when data required for a service is included in the real-time data provided to the Regional System by the transit agencies. 5. MTC may share real-time transit data, listed in Appendix C, with third party ISPs and the general public. Data will be shared under a set of Terms & Conditions or an agreement, which will include but not be limited to: revocable rights, data is as is, and trademarked/copyrighted materials from either 511 or any other participating transit agency may not be used in connection with these data. 6. MTC will not restrict transit agencies from providing their real-time data to third party ISPs as long as there is no impact to the quality and maintenance of the transit agency s data transfer to the Regional System. Transit Agency Responsibilities: Transit agencies agree to: 1. Adhere to the transit agency requirements as defined in the latest version of the Realtime Transit Information System Requirements document. 2. Establish a connection to the Regional System that follows the Regional System protocols outlined in the appendices to transfer all real-time transit data from the transit agency real-time system to the Regional System.

3. Operate the application to transfer real-time data to the Regional System. April 21, 2015 Page 6 of 10 4. Ensure that there is no impact to its provision of Real-Time Data, in the event that the transit agency provides its specific Real-Time data to a third party. Joint Responsibilities: MTC and the transit agencies agree to: 1. Conduct on-going performance monitoring to ensure accurate and timely transfer of data to the Regional System and accurate provision of real-time data to the public. a. Transit agencies shall define prediction accuracy standards specific to their real-time systems and shall monitor that these standards are being met. b. MTC will conduct monthly performance monitoring (one agency per month) by comparing prediction outputs from the transit agencies with prediction inputs received in the Regional System to confirm that severe latency (i.e. more than two minutes) is not introduced. The Regional System shall continuously monitor incoming data flows from transit agencies and notify transit agencies when data is not delivered after fifteen minutes. MTC staff or contractors will work with transit agency staff to resolve data flow issues immediately. c. MTC will conduct monthly performance monitoring (one agency per month) to confirm data accuracy from the rider s perspective. Procedures will include calling 511 from stops and comparing predictions to the actual observed arrival/departure times. Data accuracy is expected to meet the following minimum requirements: Prediction (in minutes) Must meet accuracy (Reliability) Accuracy measurement (in minutes) 1 to 10 90% of the time 3 11 to 25 85% of the time 4 Plus 25 85% of the time 6 If these minimum standards are not met, MTC and the transit agency will work to improve accuracy and agree on a remediation plan. MTC reserves the right to not display data that does not meet these minimum accuracy requirements. 2. If the real-time transit information industry evolves to suggest potential revenue for real-time transit data, MTC will develop, in consultation with transit agencies, a policy recommendation to the Commission.

Page 7 of 10 Appendix A JMS Data Transfer Requirements MTC requires that all transit agencies use the JMS data transfer standards to transfer all real-time transit data from their real-time transit systems to the Regional System. Transit agencies already using Web Services may continue with that protocol as the data transfer standard as. outlined in Appendix B. The following policies address the roles and responsibilities specific to JMS as defined in the latest version of the Extensible Markup Language (XML) Document Type Definitions (DTDs) for Java Message Service (JMS) Implementation. MTC Responsibilities: MTC agrees to: 1. Supply each transit agency with a JMS client interface application (including sample data) that performs the following functions: a. Logs into MTC s JMS data transfer server; b. Publishes prediction data from the transit agency s real-time system; c. Responds to requests from the Regional System for transit route and stop inventory (a.k.a. configuration data); d. Responds to requests from the Regional System for arrived status data. 2 Provide parameters for the JMS client interface application in order to establish communication with the JMS server at the Regional System. Transit Agency Responsibilities: Transit agencies agree to: 1. Establish and maintain a connection to the Regional System by performing the following tasks: a. Install the JMS client interface application, provided by MTC, on a server with access to the Internet within the transit agency s or their designated vendor s secure network (i.e. behind the firewall). b. Modify the client application by: I) Replacing the sample data from the MTC s interface application with live data from the transit agency s real-time system; II) Changing out the hard-coded data provided with the client application that responds to transit route and stop inventory with current configuration data from the transit agency s internal systems; III) Replacing the hard-coded data provided with the client application that responds to arrived status requests with current arrived status data from the transit agency s internal systems. c. Develop software that formats real-time prediction, configuration, and arrived status as per the JMS DTD from the transit agency s real-time system and makes them available to the JMS client application in order to publish for the Regional System.

Page 8 of 10 2. Operate the application to publish real-time prediction data to the Regional System. a. Publish the real-time predictions to the regional data transfer server; b. Accept and respond to requests from the regional data transfer server for transit agency real-time configuration data and arrived-status data; c. Maintain the client application and data feed to the regional data transfer server.

Page 9 of 10 Appendix B Web Services Data Transfer Requirements Under extenuating circumstances, MTC may grant transit agencies the authorization to use the Web Services standards to transfer all real-time transit data from their systems into the Regional System. The following policies address the roles and responsibilities specific to Web Services as defined in the latest version of the Extensible Markup Language (XML) Document Type Definitions (DTDs) for Web Service Implementation. MTC Responsibilities: MTC agrees to: 1. Supply each authorized transit agency with 1) the Extensible Markup Format (XML) document type definitions (DTDs) for the messages exchanged between the transit agency web services and the 511 system and 2) the Web Service Description Language (WSDL). Transit Agency Responsibilities: Transit agencies agree to: 1. Establish and maintain a connection to the Regional System by performing the following tasks: a. Maintain a web services server with access to the Internet. The server location is at the discretion of the transit agency. b. Based on the document type definitions provided in the latest version of the Extensible Markup Language (XML) Document Type Definitions (DTDs) for Web Service Implementation, write software code to reply to requests from the Regional System for configuration data, prediction data, and arrived status data. c. Maintain the data feed to the regional data transfer server. 2. Operate the application to accept and respond to requests from the Regional System for: a. real-time predictions; b. real-time configuration data; and c. arrived status data.

Appendix C Real-Time Data to be shared with External ISPs and General Public April 21, 2015 Page 10 of 10 Configuration data: Agency name Agency type (e.g. rail/bus) Route names Route codes Route database IDs Route direction names Route direction codes Stop names Stop ID codes (regional IDs) Stop database IDs Arrival/Departure Prediction data: Time stamp Stop database IDs Three predictions for each route w/full date-time (e.g. yyyy-mm-dd hh:mm) Vehicle Location Data: Vehicle ID Trip ID Vehicle latitude and longitude