This would fix a lot of different types of problems. First: issues like the ones raised in the article. The killer "roads" have never had drivers successfully complete them, so they should have infinite cost.
It would handle construction. If the traffic in a route suddenly falls to zero, or suddenly goes from zero to lots, the cost functions can be updated to reroute.
It would handle dangerous neighborhoods. Route 31 was the most direct route between my first apartment and Pennsylvania. I once followed MapQuest directions on this route, and it turns out that it takes you through the part of Trenton that makes it one of the top-20 most dangerous cities in the nation (at the time). Nobody really drives this way, so it could route people via safer roads.
The problem here is that the companies that already have good databases are probably going to keep them secret, in case they figure out a way to turn that data into more ad revenue
There's a big distinction between a roboticist and someone programming GPS route determination. When you build a robot and throw some sensors at it and ask "what was your last position, your last turn, your last accelerometer and your last shift sensor reading," well, you get it. That kind of data is readily available. If you ask a lot of people for that information today, they uncheck the "share with ..." button before continuing. Or even more commonly, there's only one data point. If there's not enough data to do anything intelligent with it, then for practical purposes there's no data.
I'm not saying we should share more, but I'm trying to highlight a key difference and one that can make solving this problem more complicated than just throwing a relatively simple and common algorithm at it.
The rest of my comment is centered on what the real problem is: a lack of data. That will hurt any and every algorithm. If I have to make a decision/prediction and you give me a single or two pieces of input data, whatever process I employ is likely to return something poor.
Yeah we have algorithms for RL, but actually there are still many theoretical things we cannot prove and in practice do not work well. I am not intimately familiar, but one example is value iteration with a non-linear value function approximation.
I still maintain that RL is not well-understood, and I think evidence for that is that we don't see many examples of RL in our phones, cameras, search engines, etc. (which is not the case for supervised learning).
That the gps took them there sucks, but you need to be responsible for looking at the road and deciding if your vehicle can do it. Particularly in the mountains in winter. And be extra careful when you're approaching the half-way mark on gas, ie you can't get back to where you last saw a human. Going past that point means you're all in.
I drive to Tahoe all the time and the number of accidents you see because morons decide to zoom over mountain passes in their crappy civic with bald tires passing people in awd suvs with ski stickers on them (ie people who regularly drive in snow)...
Really, is that so hard? I see a lot of comments about what is going to happen when robotic cars do this. Well, every roboticist I know, and I know a big bunch of them, is well acquainted with the concept of having a cost-map overlay on the world map. And it is not only OK, but common, to have infinite cost assigned to many nodes -- "Don't go there robot, you will not be a happy robot."
So why does the GPS database have poorly assigned cost values on certain road segments? Perhaps because QA de-prioritizes little-traveled roads?
But more to the point -- I'll get out of roboticist mode and into seasoned backwoods traveler mode for a moment -- don't go where you are not prepared to go. Look at a paper map, ask a local at the gas station about conditions, and if the road ends up bruising your kidneys, turn back.