我正在尝试将新的编码折线与现有折线合并,而不对整个折线进行解码和重新编码.新的编码折线将上传到(linux)服务器,我想将其附加到现有的折线.

问题是,你不能把它们混合在一起.下面是一些可以使用的示例数据.我希望在PHP或shell脚本中找到/创建一个解决方案,但问题是,我没有足够的技术理解来解释编码折线算法.

41.386692,-73.475912
41.424822,-73.375027
41.428292,-73.311173
41.426183,-73.254577
41.470168,-73.218532
41.498865,-73.155278
(Yes, 6 points are easy, but it's going to be more like 7,000 coordinate pairs)

• 编码的前3个坐标对: yir{Fnwm_MimFquRuTanK
• 最后3: s`z{Fbpb~L{qGg`FkrDkjK
• 全部6: yir{Fnwm_MimFquRuTanKdLw`J{qGg`FkrDkjK

交互式折线编码器实用程序
编码折线算法格式(您可以通过交互式编码器获得此信息)
折线编码器

编辑:

我还有两端编码折线的原始数据.所以我也可以分别保存第一个和最后一个坐标对.

有用的阅读:

我最后写了一篇博文,其中详细介绍了编码折线的工作原理.你可以在这里阅读:什么是编码折线？

一些Google Maps产品具有折线的概念,就基础数据而言,它基本上只是一系列lat/lng点,例如可能在地图上绘制的线中显示.Google Map开发人员库使用编码折线格式,该格式生成表示构成折线的点的ASCII字符串.然后通常利用Google库的内置函数或由实现解码算法的第三方编写的函数来解码该编码格式.

用于编码折线点的算法在编码折线算法格式文档中描述.什么是不是描述的是用于实现该算法通过这种方式,每个单独的步骤的重要性的理由.我很想知道以这种方式实现算法背后的思考/目的是否在任何地方公开描述.两个示例问题:

• 某些步骤是否会对压缩产生可量化的影响？这种影响如何随点之间的差异而变化？
• 使用ASCII 63的值的总和是某种兼容性黑客吗？

但总的来说,描述与算法一起解释为什么算法以它的方式实现.