在上一篇文章中，我们介绍了在加载雷达数据之前清理几何图形的一些步骤； 主要想法是通过不经历加载大量受损数据的过程来节省时间。 本说明将讨论加载雷达数据后编辑几何图形的可能性，并解释为什么在 3D 项目中定位需要非常好。
加载雷达 GPR 数据 
当我们加载雷达数据时，我们必须指定软件内部使用的插值距离。 如前所述，使这个距离短于通道间距的一半通常没有什么用处。
另一个因素是管理数据所需的内存，而这个距离直接决定了这一点。 在图 3 中，我们展示了一个小项目，原始数据为 55 MB。 数据采集时，点距为2 cm，通道间距为11 cm。 图像显示插值到 2 cm、4 cm 和 10 cm 箱的数据。 可以看出，要找到实用程序，这些设置中的任何一个都可以。 但是，容纳后处理中的所有步骤直到所示阶段所需的磁盘空间却大不相同——0.25 cm 分箱需要 10 GB，3.8 cm 分箱需要 2 GB。 因此，在这种情况下，通过插值到 2 厘米，我们最终得到了原始数据大小的 70 倍。 但是，任何可见的好处都可以忽略不计，因此使用 10 厘米分箱进行插值似乎是一个合适的选择，因为它只需要 5 倍的磁盘空间来存储原始数据。
我们是否需要一些花哨的过滤来导入数据？ 不需要，只需对 Rx-Tx 距离进行直流调整、去噪或带通，再加上阈值和补偿——当然，前提是原始数据质量良好。
纠正不良立场
下面的图 3 显示了使用车载阵列进行的调查的一部分。 即使是最不稳定的车手也无法创建如图所示的赛道 ABC。 当您允许 RTK 坐标在 fix 和 float 之间发生变化时，这种类型的定位错误是典型的。 当定位丢失时，GPS 的输出会发生不可预测的跳跃。 
我们不知道B前C后的定位是否好，但我们可以从A处的异常得出结论，我们并没有完全迷失方向。 在 A 处，我们有一个跨越两个条带的连续异常，因此至少这两个条带之间的相对位置在这一点上是好的。
在图 4 中，显示了校正操作的结果，数据增益更高。 我们现在在 B 处有一个连续的异常，并且可以确定我们在正确的方向上做了一些事情。 我们这里做的主要是删除B和C之间的定位点，让里程表轮作为这些点之间唯一的定位装置。
那么我们现在可以得出结论，可以修复错误的定位吗？ 不，我们不应该朝那个方向思考。 小错误是可以改正的，但是如果整个项目定位不好，修复起来就太费时间了。 回想上一篇笔记中展示的项目，有超过 70,000 个定位点； 要纠正其中的很大一部分是不可能的。
在实践中，我们仅限于删除一些明显错误的定位点并移动其他点，前提是我们有异常来帮助这样做。 说了这么多，我们还应该提到，在商业上，忍受一些小错误通常是可以接受的，而且纠正一些几何形状的能力可能并不总是值得付出努力。
总结
通常，插值距离选择得太短，因为相信这会增强数据，而实际上，通道间距是最受限制的参数。 我们并不是说应该始终对通道间距进行插值，只是说不应高估使用沿条带看似更高的密度来增强最终图像的能力。 我们还没有看到插值小于一半的通道间距有任何显着的好处。 我们还注意到，现代的交互式软件可以纠正一些定位错误，尽管我们也警告对这种能力过于乐观的看法。 在大型数据集中，这是不可能的，而且在可能的情况下，它在很大程度上依赖于异常可见。
在我们的下一篇笔记中，我们将介绍我们在解释和导出阶段之前所做的一些处理。
