Tag: routes

DevelopersNewsProducts

New open data: Busiest times at Blackwall Tunnel

The Blackwall Tunnel (A102) is one of the busiest places on London’s road network. In recent years, journey times have increased and drivers can expect delays to their journey at some times of day. We’ve released this data to the open data community, to enable developers to build the information into their products.  

Our data shows the busiest times at Blackwall Tunnel so developers can include this information in journey-planning apps

What our data shows

*Follow this link to find the data.

1)    The busiest time in the northbound tunnel on a weekday is from 07:00 – 07:30. In heavy traffic conditions, drivers’ journeys could be 15 minutes quicker if they travelled between 06.30-07.00 instead of 07:00 – 07:30.

2)    The busiest time in the northbound tunnel on a weekend is from 13.30 – 15.00. In heavy traffic conditions, drivers’ journeys could be 15 minutes quicker if they travelled between 12.00-13.00 instead of 13.30- 15.00.

We have made this data available to the open data community so you can use it to create products which display the busiest times at the tunnel, allowing drivers to choose to travel outside of these periods or create products for planning quicker and more reliable journeys.

Tell us what you think

We encourage the community to provide feedback on our new data sets to help us continue to enhance and improve our open data products. Please let us know your thoughts in the comments section below or on our tech forum.

News

Buses to Display Real-time Traffic Updates

In a world first, we are excited to announce that we will display live traffic information on the back of London buses. This technology trial uses digital information boards to let motorists know about real-time traffic conditions, and will help to improve journey reliability on London’s roads.

Digital bus displays will give road users a new source of information to help improve their journeys

Read More

DevelopersInformationNews

Unified API: Night Tube Data Available

The first Night Tube services launch on the Central and Victoria lines on Friday 19 August, offering a 24-hour service on Fridays and Saturdays. Services on the Jubilee, Northern and Piccadilly lines will follow in autumn. The Night Tube will be pivotal to London’s night economy, and with over 500 apps powered by our Open Data, we’re pleased to announce the addition of Night Tube data into our Unified API. 

Victoria line platforms at Warren Street

The Night Tube launches on the Central and Victoria lines on Friday 19 August – data is available in our Unified API

Read More

DevelopersInformation

Improved Roads Open Data – Car Parks & JamCams

In my previous post on Roads Open Data I outlined the importance of providing quality data for London’s roads, particularly at a time when our Road Modernisation Plan is being implemented and we are urging drivers to check for disruption before they travel.

We continue to make improvements to our roads open data, with London Underground live car parking spaces availability now available through the Unified API, as well as live video JamCams that give a far better indication of how traffic is flowing in the Capital.

London Underground car parks

London Underground has over 60 car parks with over 11,000 spaces. With the help of our partners NCP and SmartParking, we have released live data showing available spaces for 25 of these car parks. We are seeing whether we can expand the feed to cover all London Underground car parks in the future.

We don’t have this showing on tfl.gov.uk yet, but we’ve made the feed available as open data in the Unified API so that the dev community can have a head start.

You can get the full list of Car Parks from the Places API, which can also be searched by lat/long bounding box or radius. For each car park, we return information such as the address, opening hours, payment methods and facilities, and in some cases, the live occupancy. In the example below, Barkingside Station car park, the OccupancyUrl is returned, indicating that live data is available.

{
  "id": "CarParks_800491",
  "url": "https://api.tfl.gov.uk/Place/CarParks_800491",
  "commonName": "Barkingside Stn (LUL)",
  "placeType": "CarPark",
  "additionalProperties": [
  {
    "category": "Description",
    "key": "NumberOfSpaces",
    "sourceSystemKey": "CarParks",
    "value": "46",
    "modified": "2016-01-07T15:45:43.153"
  },
  {
    "category": "Description",
    "key": "NumberOfDisabledBays",
    "sourceSystemKey": "CarParks",
    "value": "2",
    "modified": "2016-01-07T15:45:43.153"
  },
  {
    "category": "Meta",
    "key": "OccupancyUrl",
    "sourceSystemKey": "CarParks",
    "value": "https://api.tfl.gov.uk/Occupancy/CarPark/CarParks_800491",
    "modified": "2016-01-07T15:45:43.153"
  }...

The URL is based on the place id of the car park, for example “CarParks_800491” so if you know the Car Park id, you can go straight to the occupancy data. We use a separate URL because we have a much shorter time-to-live in our cache for the occupancy vs. the place data (60 seconds and 1 day respectively). In the example below, using Barkingside again, we can see that there’s no spaces available right now.

{
 "id": "CarParks_800491",
 "bays": [
    {
     "bayType": "Disabled",
     "bayCount": 2,
     "free": 0,
     "occupied": 2
    },
    {
     "bayType": "Pay and Display Parking",
     "bayCount": 45,
     "free": 0,
     "occupied": 45
    }
  ],
  "name": "Barkingside Stn (LUL)",
  "carParkDetailsUrl": "https://api.tfl.gov.uk/Place/CarParks_800491"
}

Read More

DevelopersInformationNews

Standardisation in roads open data

This week we have a guest post from Duncan Elder, an Associate with IBI Group and a specialist in transport data, spatial information and customer information systems.

In Part 4 of the series on the Unified API on this blog, Tim discussed TfL’s roads open data and gave guidance on how to build apps using this data. Having worked closely with TfL for some time now, this prompted me to expand upon Tim’s post with a look at a long-standing issue around this kind of data – standardisation.

Whilst it is widely agreed that data held by transport agencies should be made open, there remains a question over how easily this open data can be exchanged and used by various parties. UK public transport agencies have been rather ahead of the curve here, as the exchange of train, bus and tube information is underpinned by the use of standard approaches for describing data, such as exists with NAPTAN and TransXchange, and the equivalents in Europe; Transmodel, IFOPT and NeTex.

This means that in the UK we are used to seeing widely available public transport journey planners and information from a range of different providers, all of which would be unlikely to exist without a standardised approach from the various sources of open data which power these tools.

However, when it comes to roads open data things are much more complex, with the data held by public bodies less centralised, the number of miles of roads much greater than rail, and the number of possible sources of roads data far greater. This includes an increase in the use of crowd-sourced data, in addition to existing sources of road information, which adds to the difficulty in establishing a standardised approach to data provision.

Road data

Open data for roads is a complex proposition, with many more miles of road than rail and a far greater number of possible sources

Read More

DevelopersInformation

Unified API Part 4: Roads Data

In Part 3 of this series, I gave examples of finding the ‘Routes of Things’ using the Unified API. This post will focus on roads – how to find and make use of the traffic, road disruption and planned works information on London’s road network.

We’re really keen for customers to check for disruption before they travel on all forms of transport, including the capital’s roads. Developers working with our Unified API have a really important role to play in developing products that meet road users’ needs. This is particularly important as we implement our Road Modernisation Plan – £4bn of investment in improving London’s roads – so planning ahead during these works is crucial for businesses and drivers across the city.

This means that the apps developers create will be meeting a genuine need, and we’re keen to make this process as easy as possible by explaining what data is available, how it can be used, and by taking feedback so we can make improvements.

All of the API examples in this page are live, however they do not include API authentication tokens. This means that if you follow the link as is, you will be using anonymous access, which is throttled for fair use, so you may get a 403 response. It is recommended for your own development you obtain an ‘app_key’ and ‘app_id’ by registering here. The data in these examples will be in JSON format, so installing a JSON formatter plugin in your browser will help you read the data returned.

Let’s start with the most prominent example of the roads information, shown when viewing the Traffic status board.

The Traffic Status Board gives info on all TfL managed routes on the London road network

The Traffic Status Board gives info on all TfL managed routes on the London road network

Read More

DevelopersInformation

Unified API Part 3: RoT – Routes of Things

In Part 2 of this series, Dan gave examples of finding the “Locations of Things” using the Unified API. This week, I’ll focus on the “Routes of Things” – the lines, routes and services that join up the locations on the TfL network.

As before, all of the API examples in this page are live, however they do not include API authentication tokens. This means that if you follow the link as is, you will be using anonymous access, which is throttled for fair use, so you may get a 403 response. It is recommended for your own development you obtain an “app_key” and “app_id” by registering here. The data in these examples will be in JSON format, so installing a JSON formatter plugin in your browser will help you read the data returned.

Let’s begin with the most prominent use of routes on the website – the status board. In the Unified API a line is the top-level entity which groups the routes of a service together. The Line endpoint allows us to request all of the lines for a given set of modes, so is a useful starting point for navigating into the available routes. Showing the status of a line is such a common use case that the endpoint also includes an option to include the service status for each line by appending /Status to the URL:

https://api.tfl.gov.uk/Line/Mode/tube,dlr,overground,tflrail/Status

rot_status

The status board requests the Tube, DLR, Overground and TfL Rail line status. A line can represent multiple routes around the TfL network.

Read More