Introduction to TransXChange

Slides:



Advertisements
Similar presentations
ATML Readiness For Use Phase II. Phase II Readiness For Use The ATML: Phase II will build on the Core phases, adding additional ATML components and features.
Advertisements

ICAO Seminar on Aeronautical spectrum management (Cairo, 7 – 17 June 2006) SAFIRE Spectrum and Frequency Information Resource (presented by Eurocontrol)
Introduction to the TransXChange Schema
Overview of the TransXChange Model (TransXChangeSchemaGuide-2.1-v-44)
The TransXChange Publisher
The TransXChange Publisher. Converts the TXC data into a form that can be read Available free from the TXC website at:-
Advanced NaPTAN Issues. Why are NaPTAN & NPTG Important for EBSR? Information from NaPTAN & NPTG is vital for the identification of stops in EBSR & TXC.
Look, no forms! Integrating ESBRs into the IT Enterprise ATCO Seminar - May 10, 2005.
SDMX in the Vietnam Ministry of Planning and Investment - A Data Model to Manage Metadata and Data ETV2 Component 5 – Facilitating better decision-making.
Web Service Architecture
TC278 WG3 SIRI – Server Interface for Realtime Information Nick Knowles, CTO © Copyright Kizoom 2006.
TC278 WG3 SIRI – Server Interface for Realtime Information Nick Knowles, CTO © Copyright Kizoom 2006.
Software Quality Assurance Inspection by Ross Simmerman Software developers follow a method of software quality assurance and try to eliminate bugs prior.
Basic guidelines for the creation of a DW Create corporate sponsors and plan thoroughly Determine a scalable architectural framework for the DW Identify.
UI Standards & Tools Khushroo Shaikh.
Producer-Archive Workflow Network (PAWN) Goals Consistent with the Open Archival Information System (OAIS) model Use of web/grid technologies and platform.
1 Introduction to Software Engineering Lecture 42 – Communication Skills.
SG7 - SIRI SG9 - NeTEx Service Interface for Real-time Information Network and Timetable Exchange Christophe Duquesne.
Tutorial 11: Connecting to External Data
System Design/Implementation and Support for Build 2 PDS Management Council Face-to-Face Mountain View, CA Nov 30 - Dec 1, 2011 Sean Hardman.
OneM2M-MP Data_Model_Repository Establishing Data Model Repository for oneM2M Group Name: Method and Procedure Sub-commitee Source: WG3 chair.
Chapter 22 Systems Design, Implementation, and Operation Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 22-1.
What is Sure BDCs? BDC stands for Batch Data Communication and is also known as Batch Input. It is a technique for mass input of data into SAP by simulating.
DAY 15: ACCESS CHAPTER 2 Larry Reaves October 7,
National Institute of Standards and Technology 1 Testing and Validating OAGi NDRs Puja Goyal Salifou Sidi Presented to OAGi April 30 th, 2008.
U.S. Department of the Interior U.S. Geological Survey NWIS, STORET, and XML National Water Quality Monitoring Council August 20, 2003.
FIX Repository based Products Infrastructure for the infrastructure Presenter Kevin Houstoun.
ITEC224 Database Programming
Introduction to XML. XML - Connectivity is Key Need for customized page layout – e.g. filter to display only recent data Downloadable product comparisons.
An Experiment on Spatial Data Exchange October 24, 2001 MURAO, Yoshiaki (IBM Japan) ISO/TC211 Workshop on Standards in Action.
ILearnNYC / D2L Analytics Portal: I. Navigating Reports.
XML BIS4430 – unit 10. XML Origins Extensible Markup Language (XML) 1998 Inspired by Standard Generalized Markup Language (SGML) and HTML. SGML defines.
North American Profile: Partnership across borders. Sharon Shin, Metadata Coordinator, Federal Geographic Data Committee Raphael Sussman; Manager, Lands.
Public Transport Location Referencing in Gt Britain Roger Slevin Standards Manager Transport Direct Team Department for Transport London.
Software Requirements Engineering CSE 305 Lecture-2.
ORACLE
Architecting Web Services Unit – II – PART - III.
XRules An XML Business Rules Language Introduction Copyright © Waleed Abdulla All rights reserved. August 2004.
NeTEx (Network Exchange) A Transmodel based XML schema for Public Transport for Europe Networks, Stops, Timetables PTIC Oldham Nick Knowles.
 Three-Schema Architecture Three-Schema Architecture  Internal Level Internal Level  Conceptual Level Conceptual Level  External Level External Level.
Section 5: Troubleshooting and Backing Up GPOs Using Group Policy Troubleshooting Tools Integration of RSoP Functionality Using Logging Options Backing.
The european ITM Task Force data structure F. Imbeaux.
New Data Exchange Standards Briefing TfL RTIP User’s forum Windsor House 11 July 2006 © Kizoom 2006.
ESIP & Geospatial One-Stop (GOS) Registering ESIP Products and Services with Geospatial One-Stop.
XML Engr. Faisal ur Rehman CE-105T Spring Definition XML-EXTENSIBLE MARKUP LANGUAGE: provides a format for describing data. Facilitates the Precise.
L To identify the services that the customer requires from a system and the constraints under which it operates and is developed.
Requirement Engineering. Recap Elaboration Behavioral Modeling State Diagram Sequence Diagram Negotiation.
Entity Relationship Diagram (ERD). Objectives Define terms related to entity relationship modeling, including entity, entity instance, attribute, relationship.
ASET 1 Amity School of Engineering & Technology B. Tech. (CSE/IT), III Semester Database Management Systems Jitendra Rajpurohit.
UK industry meeting - Action A specifications Telematics applications for passengers (TAP TSI) Stefan JUGELT Nottingham, 16/02/2016.
Eurostat Sharing data validation services Item 5.1 of the agenda.
Introduction. Internet Worldwide collection of computers and computer networks that link people to businesses, governmental agencies, educational institutions,
An Introduction to the MEDIN Discovery Metadata Standard MEDIN Workshop BGS, Edinburgh, June 2015.
An Introduction to the MEDIN Discovery Metadata Standard MEDIN Workshop NOC, Liverpool, Sept 2015.
An automated framework to derive model variables from open transport data using R, PostgreSQL and OpenTripPlanner. Marcus Young
Software Engineering Process - II 7.1 Unit 7: Quality Management Software Engineering Process - II.
Geospatial metadata Prof. Wenwen Li School of Geographical Sciences and Urban Planning 5644 Coor Hall
WP3 Task 3.2 Adaptation of the Training Material.
IPDA Registry Definitions Project Dan Crichton Pedro Osuna Alain Sarkissian.
Training for developers of X-Road interfaces
Integrating ArcSight with Enterprise Ticketing Systems
Integrating ArcSight with Enterprise Ticketing Systems
ICAO Seminar on Aeronautical spectrum management (Cairo, 7 – 17 June 2006) SAFIRE Spectrum and Frequency Information Resource (presented by Eurocontrol)
Training for developers of X-Road interfaces
Chapter 1: Introduction
ICAO Seminar on Aeronautical spectrum management (Cairo, 7 – 17 June 2006) SAFIRE Spectrum and Frequency Information Resource (presented by Eurocontrol)
Signposting your information - MEDIN Discovery Metadata
Software Requirements Specification (SRS) Template.
Working Group on Rail Transport Statistics:
This presentation document has been prepared by Vault Intelligence Limited (“Vault") and is intended for off line demonstration, presentation and educational.
Presentation transcript:

Introduction to TransXChange

The Purpose of TransXChange TransXChange is a standard format for describing bus routes and schedules as XML documents that can be automatically exported and imported between different computer systems. There are two main variants of TransXChange: Registration schema: Defines XML documents specifically for the purpose of registering bus services with VOSA. Each document contains a single registered "service". General schema: Defines XML documents for exchanging bus timetables and related information for many different purposes. Many bus services can be specified in a single document. Partial schedules may be exchanged. 2

TransXChange Elements TransXChange comprises the following main elements: TransXChange Schema: A model and formal schema for describing and encoding bus schedules as XML documents. The schema can be used with software tools to check that documents are correctly formatted and contain the required content. TransXChange Documents and Process: A description and explanation of the standard, including rules for creating, managing and using TransXChange documents with software tools. TransXChange Publisher. The publisher is a free tool issued along with TransXChange, which allows users to render TransXChange XML documents into a readable timetable-like layout, using Acrobat pdf file format.

Document Validation To be valid TransXChange data, documents must satisfy two levels of validity criteria: 1. Well-formedness and validity: Documents must parse and validate against the TransXChange schema at the specified level Registration or General including all the integrity constraints coded within the schema, such as for key uniqueness and reference. 2. Correctness: Documents must satisfy additional processing rules and constraints that are not enforceable in the XML of the schema, but which are specified in the TransXChange Schema. The publisher provides a diagnostic function to checks for a number of these errors.

How is TransXChange Used? The following three scenarios give the most common uses for TransXChange: (i) To register a complete service. (ii) To update a registration. (iii) To exchange service related data for a wide variety of other purposes.

(1) Registration of a Route with VOSA The most common scenario for use of TransXChange is to make a registration and runs as follows: 1. Bus schedule data is prepared using scheduling software, including route and stop data. 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. 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.

(1) Registration of a Route with VOSA … 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.

(2) Update of a Registration with VOSA 11th Annual INFORM Conference Electronic Bus Service Registration 8 November 2007 30 January 2008 (2) Update of a Registration with VOSA TransXChange will also be commonly used to update an existing registration. 1. The schedule is updated by the owner using the schedule preparation system. 2. The schedule is reported as an XML registration document with updated data and modified change dates. Note that the whole schedule must be recreated; TransXChange does not currently formally support the exchange of deltas , that is, changes to just part of a route or timetable (though this is likely to be added in future). 3. The schedule is revalidated and imported by VOSA, and the changed parts are updated in the VOSA database. The validation and propagation process thereafter is as for registration. Electronic Bus Service Registration Potential EBSR Pilot TWM & Centro 13

(3) General Purpose Exchange of Data TransXChange can also be used for the general purpose exchange of structured bus schedule data between any two information systems. Normally the TransXChange General schema will be used for this purpose, as it allows consistent subsets of data to be exchanged. Example uses might include: Exchanging schedule information with journey planning systems that wish to use the service. Exchanging route information with mapping systems that wish to draw the route. Exchanging schedule and operational data with AVL systems that wish to provide real-time bus predictions. Exchanging school term dates with Educational Authorities. Exchanging Operator details.

Differences between the Schemas The TransXChange Registration and General schema are essentially the same, but differ in a few constraints as to cardinality and the required use of certain elements (see TransXChange Schema, Table 2-1). As a general principle, the Registration schema is strictly substitutable with the General schema, that is, a valid Registration document will always validate against both schemas and can be used wherever a General document is used.

Related Transport Information Standards TransXChange is an XML based standard and is compatible with the following standards for public transport information: ATCO-CIF: ATCO-CIF is a general purpose exchange format for common elements of timetable information. TransXChange is intended to be a successor to ATCO-CIF. NaPTAN: The National Public Transport Access Nodes database is a UK nationwide system for uniquely identifying all the points of access to public transport in the UK. NaPTAN is intended to assign every UK train station, coach terminus, airport, ferry terminal, bus stop, etc, a unique NaPTAN identifier. NPTG: The National Public Transport Gazetteer is an auxiliary database to NaPTAN that provides a means of relating NaPTAN stops to UK towns and villages, as well as to the regional groupings used to manage Public Transport data.

Related Transport Information Standards Transmodel: Transmodel is an abstract Reference Data model of the data of interest to organisations designing transport related information systems. It has been developed through several European Commission sponsored projects. JourneyWeb: JourneyWeb is an XML protocol allowing distributed journey planning. The protocol is being used in the Transport Direct Portal project to provide contiguous distributed journey planning across the whole of the UK. SIRI: Service Interface for Real-time Information is a standard for the exchange of real time bus information between systems developed by CEN members of the UK Real Time Interest Group. It is also based on NaPTAN and Transmodel. UK Geocoding References: For geospatial location references TransXChange supports both Grid references using Eastings and Northings, with support for both UK Mainland and Irish grids and WGS 84 Latitude and Longitude. However Grid location references must be used for registrations.