Beyond Open Transport

Open Transport is our pioneering initiative to change the transport and mobility landscape for the benefit of its customers. Using integrated and shared data via open Application Programming Interfaces (APIs) we want to create better transport services and improve innovation and competition.

We see the widespread adoption of an Open Standard for customer account interoperability as being an opportunity for transport providers, mobility-as-a-service (MaaS) platforms and their suppliers.

Thus allowing:

  1. customers to easily join-up the data from many different transport providers
  2. customers to use the digital user interface (an app or website) of their choice, not several from different providers at once
  3. new data-driven services to enter the mobility market

But also, Open Transport can potentially provide the means for other services and providers (e.g. smart cities, civtech, finance, energy, etc.) to integrate and interact with a customer’s transport data.

In short, we are not sure we know all the possible future uses for the work we have done. But the possibilities lie beyond the current examples we have even dared to consider so far.

The Open Transport Initiative – Gaining Recognition

Covid-19 has changed the working environment for many people and has definitely changed their approach to spending. Often this is reflected in the corporate world, with a more cautious approach to investment and innovation, as organisations play safe during uncertainty.

This topic is something we have been discussing at the Open Transport Initiative. We have asked ourselves several poignant questions, such as: Should we be changing our approach to transport account interoperability? Should we perhaps wait until ‘the new normal’ settles down before driving mobility data adoption forwards?

But as a team, we have all agreed that our key aim of transport account data interoperability and findability has never been more relevant than now. Recent changes in transportation usage and conditions for travelling, along with reduction in carbon emissions, have created a period of accelerated change. One that can hopefully lead to a better (e.g. more efficient and greener) long-term use of public and private transport.

This was reinforced for us last week when The Open Transport Initiative was shortlisted in the Excellence in Technology and Innovation category for the Scottish Transport Awards.

The Scottish Transport Awards have been running for 18 years. It recognises the efforts and achievements of the Transport Sector across Scotland. There are many admirable programmes who are also shortlisted in these awards. It is therefore great to be named alongside organisations who have been working so hard to drive innovation and excellent in the travel sector.

At any time, this would be a great honour. But to receive this recognition so early in our formation and during a time of uncertainty, is a real achievement for us and all those who have contributed to our work.

Open Transport enables a comprehensive and open MaaS ecosystem

Mobility-as-a-Service (MaaS) needs data for it to work. More specifically it needs data about the transportation purchases and usage of its customers. Therefore having access to a broader and more comprehensive set of mobility data over a decent period of time (and over all modes of transportation) provides a better understanding of the different transportation needs of each of those customers.

In short, MaaS can only be truly successful if it joins up the data from all different transport providers that its customers actually use.

So whether the data comes from rail, bus and subway services or taxis, micro-mobility services and commercial cycle hire schemes… this combined data (using either an aggregated or federated approach to join it all up)… all helps to enable more tailored transport services to be delivered to individuals or supports the ability to better match them to existing services.

Open Transport provides an Open Standard for the interoperability of data in customer transport accounts. It is a free standard that does not have to be restricted just to public transit services. Plus if implemented once, it offers the potential to integrate to any other service that also adopts it.

Open Transport enables a better approach to MaaS

One (and perhaps the foremost) aim of Mobility-as-a-Service (MaaS) is to put the travelling customer at the core of the service and offer them tailor-made mobility solutions based on their specific needs.

2 very different approaches:
To do this effectively MaaS requires one of two approaches to customer data:

  1. An aggregated approach:
    The customer needs to have all their mobility data residing in the same place (e.g. a centralised online service). Meaning that every transport provider in that mobility ecosystem then needs to be part of a single MaaS Platform.
  2. A federated approach:
    The customer allows their data residing in a number of different places (e.g. multiple online transport provider accounts) to share enough so that a complete picture of their transportation purchases and usage can be constructed.

To-date most MaaS efforts and initiatives have used the aggregated approach. This typically means a transport authority selects a single vendor for an entire geographic or legislative region and combines each participating transport provider’s data into a single database. The customer therefore has one account to access, view and use all this data.

However, this aggregated approach has several possible down-sides:

  1. The participating transport providers are mainly restricted to public transit services such as rail, bus and subway.
  2. Private operators, such as taxis, micro-mobility services and commercial cycle hire schemes tend not to be included (either because they do not want to be or because the barriers-to-entry are too high)
  3. The participating providers typically do not have a direct relationship with their customers, they are simply part of a wider service.
  4. Any vendor in a monopolistic position of running a large Maas Platform is less likely to innovate or invest in developing their product
  5. The boundary (area of responsibility) of the MaaS platform is restricted by the reach of the transport authority, not by the journeys the customers want to make.

A different approach
Open Transport, by providing a free standard for mobility account interoperability enables a federated approach instead. Transport providers adopting this Open Standard not only mean their customers can integrate a number of different accounts they own, but can then chose to manage this data in the account of their choice (e.g. the one that gives them the most useful or feature-rich experience).

What do you mean FREE?

Open Transport is an initiative that has released two different Open Standards for transport and mobility account interoperability. But one of the most common questions we get asked is about whether our work is really free or not.

Why standards?
Standards are needed with technology, to ensure that more than one developer or vendor can work together on a technical product or solution.

Why Open Standards?
Open Standards are standards that have been made publicly available and that can have various rights to their usage. Their purpose is to ensure that application developers (and therefore their clients) are not locked in to a specific technology or vendor. Open Standards also help make applications more functional (as more than one organisation can develop their ideas in parallel) and interoperable (as more than one product or service can be developed to align to these standards).

But… FREE?
Yes. To ensure that our work has the greatest chance of adoption across the transport and mobility sectors, we have decided that the Open Transport standards are completely free to adopt, by any organisation, transport provider, authority, etc.
There are no conditions or caveats to this, this work can be viewed, downloaded and used by anyone, anywhere.
https://opentransport.co.uk/open-standard/

What do we want in return?
Nothing. Since our aim is uniform and mass adoption of a consistent transport account interoperability standards across the mobility ecosystem, this alone would be sufficient reward for all the work that has been put in.
But if any adopter wanted to credit Open Transport by mention us and this website in their terms & conditions or code, that would be fine too.

Update of “operator-info” API specification to v1.1

Today we are announcing a update of our “operator-info” API specification to version 1.1.0

This important update to our original Open Standard published in January now incorporates three specific change requests

CR001
The addition of another “mode”, that of “016 – suspended cable car”. Also now reflected in our Mode API reference implementation at https://open-transport.azure-api.net/mode

CR002
Change of API structure to align to PAS212, the automatic resource discovery for the ‘Internet of Things’ specification. Also now reflected in our Operator-Info API reference implementation at https://open-transport.azure-api.net/operator

CR003
Expansion of the look-up service to include MIPTA (Mobile Interface for Public Transport Assets) asset registry endpoint location (URL)

The full API specification has been published online here:
https://app.swaggerhub.com/apis/open-transport/operator-info/1.1.0

Open Transport at Open Banking World Congress

This week, two of our board members (Marcus and Hayden) presented to the Open Banking World Congress on the context, history and future of Open Transport.

In a 40 minutes session called “Advancing Towards Open Transport” they explained the use cases and benefits of an Open Standards for mobility account interoperability.

Although the Open Banking World Congress 2020 is now closed, it is still possible to register for the on-demand archive of presentations that should be available soon:
https://openbankingworldcongress.com/register/

Open Transport enables a consolidated view of mobility accounts

When we set-out to create the Open Transport standard, we had in our minds the problem that many transportation customers have:

  • Multiple online / self-service accounts
    Typically one for each transport provider and another for each Mobility-as-a-Service (MaaS) platform.
  • Multi-modal journeys
    Those commuting, business and pleasure trips that involve more than one mode of transportation.
  • Limited time
    Or perhaps just a frustrated need to have things “work as I want, when I need them to”.

So we created a common interoperable specification for allowing any transport or mobility account to share transportation-specific data (only). And we made it available as an Open Standard, for free and without caveat or constraint.

So now, this enables a customer to link their participating transport accounts and then use a single website or app to view all this data in a consolidated way.

Update of “customer-account” API specification to v1.0.1

Today we are announcing a update of our “customer-account” API specification to version 1.0.1

This small-but-important update from our original Open Standard is backwards compatible with v1.0 , with the addition of an “account-balance” for each purchase / product. Therefore making the standard more useful for the interoperability of those accounts that store a monetary amount, such as an Account Based Ticketing (ABT) proposition or a pre-paid Mobility-as-a-Service (MaaS) scheme.

This update has been published online here:
https://app.swaggerhub.com/apis/open-transport/customer-account/

Amendment process:
If anyone would like to consider any additions or changes to these, please see our published amendment process:
https://opentransport.co.uk/2020/02/03/amendment-process-for-our-open-standards/

Open Transport Mode Definitions

We have been asked by several organisations to publish a table of mode definitions, as used in our Open Standard:

IDMode Description
001on foot where the person is a pedestrian (used for complete end-to-end journey mapping)
002cycleincludes both human-powered pedal cycle and ebike, typically rented or shared but also possibly privately owned (for complete end-to-end journey)
003moped & motorbikeincludes shared & privately-owned self-powered vehicles (for complete end-to-end journey)
004scooterincludes human and electric/battery powered where passenger steps in/on
005segwayincludes any motorised self-balancing personal platform and also electric unicycles
006carincludes any vehicle where the driver is also a passenger, such as: car / van vehicle rental, car pool & car club
007bus includes any vehicle typically greater than 8 seats.. such as a mini bus
008tramincludes any guided vehicle, such as streetcars (motor or cable-powered) and also trolleybuses that are limited by overhead power lines
009metro & subwayincludes any light rail transit and their interconnecting systems, whether over or under the ground (e.g. Glasgow subway & London DLR)
010train includes intercity, Eurostar / TGV, funicular, etc. carried on either tracks or mono-rail (incl. MagLev)
011water bus includes river buses, typically just passenger service with multiple stops
012water ferryincludes passenger only and also passenger & vehicle (especially ‘roll-on roll-off’)
013airincludes aeroplane, helicopter taxi, etc.
014car parkingincludes on-street & off-street (e.g. dedicated building or airport short & long stay)
015taxiincludes any vehicle where the driver is NOT a passenger
016suspended cable carincludes any aerial cable cars, such as London “Emirates Air Line”, Barcelona Montjuïc & Port Cable Cars and New York Roosevelt Island Tramway

If anyone would like to consider any additions or changes to these, please see our published amendment process:
https://opentransport.co.uk/2020/02/03/amendment-process-for-our-open-standards/