
Blog
An isochrone API is a service that generates a polygon showing a reachable area based on a maximum travel time.
In a previous blog postwe compared the TravelTime Isochrone API to the HERE Isoline API. This time we are taking a look at the Mapbox Isochrone API.
We will take a look at a range of different comparison areas, but the table below summarises the main differences between a Mapbox polygon and a TravelTime polygon:
| Feature Comparison | Mapbox Isochrone API | TravelTime Isochrone API |
|---|---|---|
| Transport Modes | Driving, Walking, Cycling | Driving, Walking, Cycling, Public Transit |
| Maximum Travel Time | 1 hour | 4 hours |
| Level of Detail | Low | High |
| Developer Playground | Yes | Yes |
| Response Formats | GeoJSON | GeoJSON, JSON, KML+XML, WKT |
| Supported SDKs | Python, Java, NodeJS, Ruby | Python, Java, NodeJS, Ruby, R |
While the Mapbox Isochrone API supports Driving, Walking, and Cycling modes of transport, the TravelTime Isochrone API supports all of these modes plus Public Transit.
This ability to create catchment areas for public transit is particularly important when looking at urban areas, where this is more likely to be a popular transport choice.
For example, Apartments.com (a TravelTime customer) allows their users to search for rentals within a maximum journey time by public transit from their chosen location. This is perfect for users hunting for an apartment within an easy public transit commute from their office.
Access to public transit polygons through the TravelTime Isochrone API also has the benefit of promoting greener transport options that are not possible when using mapbox to create the polygon.
This allows the environmental impact to be more easily taken into consideration in decisions both by end users (e.g “where should I look for an apartment?”) and businesses (e.g “where should we look for a new office?”).
Through their Isochrone API, Mapbox can draw a polygon of maximum 1 hour travel time, whereas the TravelTime Isochrone API can generate polygons of up to 4 hours.
In use cases such as logistics planning and trade area coverage, these longer travel times can be particularly useful. For example, if we are operating a fulfillment center in Kansas City, and we want to know where we can deliver to in a maximum of 4 hours, we can use the TravelTime Isochrone API to generate a suitable catchment area:
In contrast, it is not possible to create this 4 hour driving polygon with Mapbox.
The Mapbox Isochrone API and the TravelTime Isochrone API differ quite significantly when it comes to the detail of the shape that is produced.
Both offer different ways of configuring the granularity settings in each API request, but below we have compared the results when using the default options for each.
A higher level of detail has several potential benefits, but a couple of the biggest ones are:
“We only return areas as reachable if it is possible to finish a journey there. This means that roads/bridges/tunnels that you can drive along but not stop are not included in the reachable shape. This results in disconnected areas where the route involves going along one of these roads and then reaches a junction where it is possible to turn onto a smaller road where stopping is allowed.”
The Mapbox Isochrone API and the TravelTime Isochrone API both offer various tools and features to help make integrating them as easy as possible.
Overall, there are some obvious similarities between the Mapbox Isochrone API and the TravelTime Isochrone API, but there are also some important differences. Based on your use case, having access to public transit isochrones, longer travel times, and more detailed shapes may make TravelTime a more appropriate solution.