mapbench
Language note: Full UK translation for this tool is not ready yet. Showing the English tool interface. More localized content will be added over time.
Interactive toolRouting & Travel Time

Travel Time Estimator

Get typical driving duration and distance along the road network for trip planning.

✓ No account required✓ Worldwide✓ Shareable results
Tool workspace
Set your inputs, inspect the map and read the result
Loading tool…
Simple workflow

How to use this tool

  1. 1Set origin and destination.
  2. 2Read distance and estimated travel time.

Quick answer: Estimate drive time and road distance between two places. Coverage: Worldwide. No account is required.

ETA without live traffic

A travel-time estimate answers ‘about how long will this drive take in ordinary conditions?’ It follows the road network and typical speeds, not the congestion of this exact minute.

Use it to compare corridors, plan departures with a buffer, or size a service radius in time rather than kilometres. For ‘how far can I go in 30 minutes’ shapes, switch to the drive-time map.

When this tool is useful

Use Travel Time Estimator when the question matches the method the page actually uses. Typical workflows include:

  • Run the same workflow for locations in different countries while keeping units and assumptions consistent.
  • Answer a one-off question about travel time and keep the result tied to a visible map or explicit input.
  • Compare two or more scenarios involving how long to drive without creating an account or installing desktop software.

Worked examples

These examples are meant to show how to interpret this kind of output, not to replace the values produced from your own inputs.

  • Urban drive — A short route can take much longer than its distance suggests because of road classes, turns, bridges and local restrictions. Treat public routing times as planning estimates unless live traffic is explicitly provided.
  • Cycling reach — A cycling-time area often stretches along continuous cycleways and contracts around rivers, limited crossings and steep terrain.
  • Multiple stops — Changing stop order can reduce backtracking substantially. Route optimisation is most useful when several destinations are scattered across a city or region.

How to interpret the result

The most common errors come from using a correct result to answer the wrong geographic question. Keep these points in mind for Travel Time Estimator:

  • When optimising many stops, keep the true origin first and let the engine order the rest; then sanity-check the result visually. Optimizers minimise distance, not your time windows — hard appointments still belong in manual order.
  • Add a congestion buffer to any free-flow travel time: 20–40% in peak urban areas is a sane rule of thumb, and the interface labels its times as free-flow for exactly this reason. For appointments, plan with the buffer; for physics, trust the raw number.

Limits & appropriate use

Routing's limits live in three places: data vintage, access reality and time modelling. The network is OpenStreetMap's current picture — new interchanges lag, private gates may be missing, seasonal ferries keep their own calendars. Access rules reflect mapped law, not today's roadworks. And durations are free-flow physics: speed limits and road classes without your city's sociology, so peak hours, weather and parking belong in your buffer, not in the engine's promise. The tools label all three limits on every result, because an unlabelled estimate is a trap.

What the stack does brilliantly is the reproducible core: the same stops, mode and engine give the same route to everyone, everywhere, which makes it a superb baseline for comparison, screening and planning. Escalation is domain-specific and well understood — professional dispatch adds live traffic and driver hours; logistics tenders add contracted networks; navigation products add certified maps. A free browser tool that hands you a clean, exportable baseline with its assumptions printed is not competing with those; it is feeding them.

  • Live congestion and ETAs → traffic-aware commercial routing.
  • Driver-hours and windows → transport-management systems.
  • Certified navigation → licensed map products with update guarantees.

Data & methodology

Routes and isochrones come from the FOSSGIS Valhalla engine on OpenStreetMap data (OSRM fallback for driving). Durations are free-flow estimates and are labelled as such on every result.

For source details, licences and model limitations, see Data Sources and Methodology.

Key terms worth knowing

Isochrone
The reachable-area polygon for a given travel time from a start point.
Costing model
The routing engine's mode profile (auto, pedestrian, bicycle) with its speeds and rules.

Go deeper: guides & original studies

Use these resources when you need the reasoning behind the calculation, a comparison with another geographic method, or an example of the same approach applied across a dataset.

Related tools

If this page answers only part of your question, these tools use a nearby but different method or dataset.

Editorial guidance: MapBench explains the method and limitations so the tool can be used as a transparent reference, not as a black-box answer. For legal boundaries, safety-critical routing, surveying, engineering, regulated decisions or official statistics, verify the result with the responsible authority or a qualified professional.

Category: Routing & Travel Time. Results are intended for everyday analysis and planning unless a page explicitly states otherwise.

Common questions

Frequently asked questions

Clear answers about the calculation, accuracy and appropriate use.

Live traffic?

No — free-flow style estimates. Peak hours can be longer.

Worldwide?

Yes where OpenStreetMap road data exists.

Data & privacy
  • ✓ Browser-first processing where supported
  • ✓ External data sources are documented
  • ✓ No account required for public tools
  • ✓ Data sources and privacy policy
Category
Routing & Travel Time

Routes, travel times and drive-time areas.

Browse all Routing & Travel Time →