You can install our site as a web app on your iOS device by utilizing the Add to Home Screen feature in Safari. Please see this thread for more details on this.
Note: This feature may not be available in some browsers.
I have a question. I have put in from Augusta, Georgia, via Washington D.C., to Pittsburgh PA. and I am getting a number of "No route Found". Am I doing something wrong?
That works now, but if I put in from Toronto, On via Augusta, via Washington, to Pittsburgh I get no route found.Nope, my fault, sorry. Now it should work as expected!
@blincoln
I’m still having an issue planning longer routes with waypoints.
Example: from 22150 (Springfield, VA) to 98229 (Bellingham, WA) routes just fine. If I add any location as a waypoint (I tried Wall, SD, Michigan City, IN, and several other known destination chargers), it fails and says “no route found.”
Thanks for looking into this.
OK, it should now be able to handle really complicated routes too.
Last week, I added a feature to quickly find just any route along the way to assess whether it was possible to route at all, but that turned out to give up too quickly. Now I have removed that restriction.
Ha Distance is not an issue when it comes to planing, but many potential choices of routes and chargers is. And we have plenty of options going through Europe tooThanks. I figured it had to do with the long/complex routes. I don't want to kill your processing power, but we have pretty long distances to cover here in North America.
Planning a route on my Chromebook tonight and as shows the route it constantly shows the detail window. I close it and it just opens again seconds later. Haven't seen the before and use your app a bunch.
Hi,
I was playing with your tool to see if a LR M3 would allow me to do some of my usual trips without need for supercharging underway.
Very nice tool with a lot of options to play with. Congratulations and thanks to share this with the community.
One series of tests I have done is without charging needs at all. I would like to better understand which engine you are using for the routing itself. Your engine seems to take traffic into account, but then I don't understand why drive times are way too optimistic.
I compared 3 routers you know:
ABRP 2h32 roundtrip for 267 km (taking the Antwerp route outwards and coming back through Ghent)
View attachment 285922
Gmaps 2h59 roundtrip for 265 km
Waze 3h11 roundtrip for 279,5 km
Maps and Waze times are realistic... unfortunately.
There was some delay between Gmaps and Waze testing (due to multi-tasking...), so this explains partly why they differ in their routing options.
But as you can see Maps for the same distance takes 20% more time, most probably because he uses intelligent traffic info.
So I have 2 questions:
1) how does it came that you calculate a different route for outward and inward journey? I presume it's because your routing engine does have some traffic notion.
2) why is the timing of the ABRP route so optimistic? Don't you take into account the "real" speed as given by the routing engine?
Why give importance to this? Because consumption varies widely in function of the speed of a stretch of road. Certainly when we try (foolishly) to compensate time lost in traffic jams by overspeed on open road.
stop & go in traffic jams + overspeed might cause up to 20% overconsumption.
See here below a comparison between ABRP, Maps and Waze of the outward journey cut in 4 (representative) parts
View attachment 285921
I think all needed traffic info is available through the maps API (free as long as it is for personal use)
Google Maps APIs | Google Developers
What are your thoughts about using traffic info in ABRP?
Emmanuel
Thank yo for your reply.
I understand your point of view. And you are right when saying Google's pricing is "simply not economically viable".
I have a few ideas (2 cents value):
1) I presume that when you say this, you put the API key at server level and of course all requests add-up and the bill comes to you.
If you have one API-key per user (ie the user is providing the key by itself), the number of requests is much lower and secondly, the user wishing to spend for more accurate information may want to pay himself for the service.
2) On the other hand maybe a hybrid calculation is possible. There would be a heuristic when to query Google for traffic data and when to use OSRM for the parts of calculation that are less traffic sensitive.One of the key points would be to know how fast you can determine which is your first stop. Each stop is then an endpoint for the google query.
3) Do all calculations with OSRM and then update your route (and consumption!) with Google traffic data. Consumption would be influenced by the difference of traffic speed versus max allowed speed. On a route where you might drive 120km/h, if google says it will be 40km/h there should be a (negative) impact on consumption. On the other hand if Google says speed will be 100km/h the impact should be positive, because one will be forced to drive slower, but without stop & go.
This assumes you can obtain chunks from Google with their respective speed.
In the best case your estimate of consumption will be more accurate and hence calculation of needing a charge stop will be also.
The hitparade of the best route against the alternative routes could be modified as the driving and the charging times could be impacted by traffic on the road.
But first would be to have an idea of the usefulness of this info for your user base. Perhaps they don't bother at all about traffic and impact on consumption and range.
Does the ChaDeMo option work in Canada? When I select it, I see ChaDeMo chargers on the map, but it can't find a route. I'm trying to plan a route from Ottawa to Halifax.
Thanks, that seems to work. I have to try several options to get a route that looks good, but I can do that.Presently, ABRP puts a limit to the number of optimization steps when searching for solutions with ChaDeMo chargers (since those optimization problems tend to be very hard to solve). In your case, you need quite a few ChaDeMo stops to reach Halifax and this route will simply not be found in time. I would recommend that you add a few of the chargers by hand by clicking them and "add as waypoint".
I picked a different ChaDeMo station as a waypoint and then it went back to SCs for the first section