Little did I know that there is indeed an impressive brand new API (api.beta.tfl.gov.uk) powering the newly redesigned tfl.gov.uk website that was launched in late March 2014. This I discovered by accident when investigating the seeming information difference between station disruptions in the TrackerNet API and what was displayed on the TFL website.
Below are images showing the difference in information provided for the same tube station "Paddington" between the old TrackerNet API and what is shown on the TFL website itself.
 |
| TrackerNet results for Paddington station |
 |
| TFL website information for Paddington station (only the past paragraph is what is available in TrackerNet) |
The new API
api.beta.tfl.gov.uk offers information about it seems every aspect of the TFL network and facilities. The developers seem to have taken the approach to developing the new TFL site as simply one presentation layer on top of this vast and rather well performing API.
The guidelines ask that developers that want to leverage the API sign up for a key and an app-id that should be submitted with every query. But all API calls seem to work just fine without supplying these values.
One minor gripe that I have with the API is that it is perhaps overly verbose with average data result sizes close to 1MB in size (uncompressed) . Comparing the size of the boris bikes between the APIs:
| Old API | New API | ||
|---|---|---|---|
| Compressed | Uncompressed | Compressed | Uncompressed |
| 31.8KB | 266KB | 110KB | 1.6MB |
But this is a small price to pay today for a much richer and consolidated API experience.
Unfortunately the data published by the old API is not compatible with the new one and most notibly is the station and tube line names that are different. Luckily developers such as Matt Hinchliffe have already gathered some really useful support data to make the data and its use easier.
Now I guess I should update my bike and bus websites to leverage this new found API gold :)
