В предыдущей заметке мы рассмотрели некоторые шаги по очистке геометрии перед загрузкой данных радара; основная идея заключалась в том, чтобы сэкономить время, не загружая большое количество скомпрометированных данных. В этой заметке будут рассмотрены возможности редактирования геометрии после загрузки данных радара и объяснено, почему в целом позиционирование в 3D-проектах должно быть очень хорошим.
Загрузка данных радара GPR 
Когда мы загружаем данные радара, мы должны указать расстояние интерполяции, которое программное обеспечение будет использовать внутри. Как упоминалось ранее, обычно бесполезно делать это расстояние короче, чем половина интервала между каналами.
Еще одним фактором является объем памяти, необходимый для управления данными, и это расстояние напрямую диктует это. На рис. 3 показан небольшой проект с необработанными данными размером 55 МБ. Во время сбора данных расстояние между точками составляло 2 см, а расстояние между каналами – 11 см. На изображениях показаны данные, интерполированные в интервалы 2 см, 4 см и 10 см. Как видно, для поиска утилит подойдет любой из этих параметров. Однако дисковое пространство, необходимое для размещения всех шагов постобработки до показанного этапа, сильно различается — 0.25 ГБ для 10-сантиметрового биннинга и 3.8 ГБ для 2-сантиметрового биннинга. Итак, в этом случае, интерполируя до 2 см, мы получили в 70 раз больше исходного размера данных. Однако любое видимое преимущество незначительно, поэтому интерполяция с 10-сантиметровым биннингом кажется подходящим выбором, учитывая, что для необработанных данных требуется всего в 5 раз больше места на диске.
Нужна ли нам какая-нибудь причудливая фильтрация для импорта данных? Нет, регулировка постоянного тока, de-wow или полоса пропускания в сочетании с порогом и компенсацией расстояния Rx-Tx — это все, что нужно — при условии, конечно, что необработанные данные хорошего качества.
Исправление плохих позиций
На рис. 3 ниже показан фрагмент исследования, проведенного с установленной на транспортном средстве антенной решеткой. Даже самый неуравновешенный водитель не смог бы создать трассу ABC, как показано на рисунке. Этот тип ошибки позиционирования типичен, когда вы допускаете различия в RTK-координатах между фиксированной и плавающей точками. При потере фикса выдача с GPS непредсказуемо скачет. 
Мы не знаем, правильно ли расположены позиции перед B и после C, но по аномалии в A мы можем сделать вывод, что мы не совсем заблудились. В точке A у нас есть непрерывная аномалия, пересекающая две полосы, поэтому, по крайней мере, относительное положение между этими двумя полосами в этой точке хорошее.
На рис. 4 показан результат корректирующих действий с некоторым увеличением прироста данных. Теперь у нас есть непрерывная аномалия в B, и мы можем быть уверены, что сделали что-то в правильном направлении. Здесь мы в основном удалили точки позиционирования между B и C, оставив колесо одометра единственным устройством позиционирования между этими точками.
Итак, можем ли мы теперь заключить, что можно исправить неправильное позиционирование? Нет, мы не должны думать в этом направлении. Небольшие ошибки можно исправить, но если позиционирование в проекте плохое, на исправление уйдет слишком много времени. Вспомните проект, показанный в предыдущей заметке, с более чем 70,000 XNUMX точек позиционирования; было бы невозможно исправить большую часть из них.
На практике мы ограничены удалением некоторых явно неправильных точек позиционирования и перемещением других, при условии, что у нас есть аномалии, которые помогут в этом. Сказав все это, мы должны также упомянуть, что с коммерческой точки зрения часто можно жить с некоторыми незначительными ошибками, а возможность исправления некоторой геометрии не всегда может стоить затраченных усилий.
Навынос
Часто расстояния интерполяции выбираются слишком короткими, полагая, что это улучшит качество данных, в то время как на самом деле расстояние между каналами является наиболее ограничивающим параметром. Мы не говорим, что всегда следует интерполировать в соответствии с расстоянием между каналами, просто не следует переоценивать возможность использования кажущейся более высокой плотности вдоль полосы для улучшения конечных изображений. Мы не увидели каких-либо существенных преимуществ при интерполяции менее чем в половину разноса каналов. Мы также заметили, что современное интерактивное программное обеспечение позволяет исправлять некоторые ошибки позиционирования, хотя мы также предупреждаем о чрезмерно оптимистичных взглядах на эту способность. В больших наборах данных это невозможно, а когда возможно, это в значительной степени зависит от видимости аномалий.
В нашей следующей заметке мы рассмотрим некоторые процессы обработки, которые мы выполняем перед стадиями интерпретации и экспорта.
