corridor query parameter (1000–20000 meters, default 8000) controls how far off the
route the optimizer looks for charging stations. Every station within that distance is a
candidate; everything outside is invisible to the optimizer. A wider corridor means more
candidates — often better chargers — at the cost of potentially longer detours and, for very
wide corridors, driving-time estimates that are harder to guarantee.
The same Amsterdam → Bremen request with corridor=1000 and corridor=20000:

Candidate stations for the same route and station filter at 1 km vs. 20 km corridor width. Data from two real optimization runs.
Request
What changed between 1 km and 20 km
In the comparison runs behind the figure, both plans stop once — during the driver’s mandatory 45-minute rest — and both arrive in Bremen at practically the same time. The difference is what that stop is worth:
The wider corridor did not make the tour faster here — it made the same rest stop recharge
twice the energy, so the truck arrives with 9 percentage points more battery for the next leg.
Responses to requests with a non-default corridor include a warning: with a very wide corridor,
detours to far-away stations make the driving-time calculation harder to guarantee. Treat
8000 as the sensible default and widen it when station coverage on the route is thin.Always set the truck-ready filter
A wider corridor surfaces more stations — including urban chargers a 40-ton truck cannot physically use (access, turning radius, parking bay length). The optimizer only checks power and connector unless you tell it otherwise: setpoi_info.truck_approved as the starting point of
every truck request.
"T"— verified accessible for a tractor unit"TT"— verified accessible for a truck with trailer (subset ofT)

Without the filter the optimizer picks a charger on an industrial street near Almere; with truck_approved=T it picks a truck-capable highway rest area — and arrives earlier, because the truck-ready site charges at 400 kW.