我正在尝试绘制应与 Google Maps 街道网络匹配的路线。
我知道如何从 Google Maps Directions API 序列化 JSON 结果。
我现在正在研究从各个路由步骤对折线进行编码。
我在 stackoverflow 上找到了一些解码器算法，但首先测试了 Google 自己的Interactive Polyline Encoder。我希望编码的行与谷歌地图匹配，但事实并非如此。
屏幕截图显示了左侧交互式折线编码器中编码段的结果，右侧显示了 Google 地图路线的结果。
编码折线为“uxhuBxrc|QPA@?@?B?B@@B@D@HDFD@B@H@JBB@DBFJ”
谷歌的交互式折线编码器中的算法是否有可能是错误的？
有没有人测试过Jeffrey Sambells 算法并知道结果是否与谷歌交互式解码器的结果相匹配？
干杯，丹尼斯
编辑：问题在于返回的折线段而不是编码算法。即使是 Google 在 Directions API 页面上的示例响应中提供的示例片段也非常不适合底层道路几何形状。
我也遇到了困难。我设法想出的唯一解决方案（虽然效果很好）是使用 Google 的 snap to road API。将不准确的折线的坐标发送到 API，它会返回更正后的坐标。
希望这可以帮助。
几个月后，我终于得到了谷歌的回复。不幸的是，他们无法理解问题并提供帮助。我再次查看了解码算法，现在我可以自己回答这个问题了。
该算法将坐标四舍五入为 1e5。
因此，不可能对与底层道路网络的渲染相匹配的折线进行编码，该渲染在最高缩放级别下具有更高的精度。
该图像显示了坐标四舍五入为 1e5 的最大位置精度。
你可以试试这个：http: //zevross.com/blog/2014/09/23/convert-google-directions-to-geojson-points-or-polylines/ ?subscribe=success#blog_subscription-3
您可以尝试以下步骤（如果您使用的是 Node.js）：
npm install polyline
接着：
var polyline = require('polyline');
// returns an array of lat, lon pairs
polyline.decode('_p~iF~ps|U_ulLnnqC_mqNvxq`@')
其中字符串“_p~iF~ps|U_ulLnnqC_mqNvxq`@”是从 Google Maps API 的响应中提取的：root > routes > overview_polyline > points
地图中的结果点可以如下所示：
