我很清楚这个问题被多次询问过，我花了好几天时间查看stackoverflow的答案，但找不到任何落后的解决方法。
问题非常简单：我们需要在谷歌地图上显示汽车传递的确切路线（因此，来自GPS长/纬度历史数据），路线长达数百甚至数千公里。这意味着我们将始终超过航点限制至少一个数量级（免费8或溢价25）。我的直觉告诉我，将GPS位置批量分配到8/25批次，发送许多请求，然后将所有这些请求捕捉到道路，最后将所有这些合并为一条路线，这是一个有点疯狂的解决方案。
如果我们在高速公路上那么它不是那么大的问题，因为快速和预期/计算的路线将起作用，但如果一些长路线是高速公路的组合，但也在城里开车穿过很多转弯的小街道，那么我可以想象实际（从原始GPS数据）和显示的路线之间存在巨大差异。
我想知道我是否遗漏了什么？是否有一些'更合适'的方法来解决这个问题？
PS。 我目前不需要任何代码，只是构建这个想法的正确方法。
由于
[UPDATE] 将几个数字放入混合中： 1）平均路线距离约为1800kms 2）产生的原始GPS点数约为15000-18000（每100-150米） 3）路线必须经过的几个点（航路点）至少有几百个，有时几千个（当大部分路线在城市地区时）
答案 0 :(得分：1)
一种可能的解决方案是Roads API。
相关问题：
<强>问题
道路API似乎没有准备好迎接黄金时段（问题跟踪器中报告结果不一致）
一次限制为100分，建议最大间隔为400米（未记录）（参考Google Map Road API not interpolating path and not giving smooth route答案下的注释）。
答案 1 :(得分：0)
您可以自己将路线渲染为图像，并将其作为叠加图层加载到Google地图之上。 例如，在我的网站中，我们渲染天气预报图层并将其作为图层添加到基本地图的顶部：