Вопрос измерения и его физический механизм

Как команда картографов должна отличать подлинную ненаблюдаемую область от проблемы отображения, которая выглядит как пустой патч карты? Это практический вопрос для групп, оценивающих программное обеспечение для обработки изображений дронов, поскольку полезность картографического продукта зависит от наблюдений и решений, которые его поддерживают.

Ячейка NoData указывает на отсутствие действительного сохраненного значения под маской растра или условностями. Отсутствие реконструкции, обрезки, пробелы в покрытии и ошибки экспорта могут привести к аналогичным визуальным дырам, но требуют различных средств правовой защиты.

Ортомозаика — это отображение карты, собранное из фотографических наблюдений и геометрической обработки. Его непрерывный внешний вид может скрывать различия во времени источника, направлении обзора, поддержке поверхности и локальной видимости. Определите физическую особенность, которую нужно нанести на карту, и проверьте ее в исходных изображениях, прежде чем судить о конечном пикселе. Крыша, навес, земля и вода — это разные поверхности; полезное утверждение качества определяет, какие из них фактически поддерживают изображения и где двумерное представление становится ограничивающим.

Приобретение и подготовка к вводу

Поддерживайте запланированный полигон покрытия и сохраняйте изображения за конечной границей. Маркировка известных недоступных или ненаблюдаемых поверхностей перед приобретением, поэтому недостающие участки не обнаруживаются только во время доставки.

Оцените родной растр, его маску и поверхность, используемую для размещения содержимого изображения. Сравните скриншоты только после сопоставления масштаба дисплея и цветовой обработки. Когда артефакт появляется, найдите его исходные изображения и определите, является ли механизм геометрией, выбором изображения, освещением, покрытием или экспортным поведением. Эти причины могут выглядеть одинаково в предварительном просмотре браузера, но требуют очень разных средств. Сохраняйте принятого мастера, чтобы картографические производные не заменяли собой данные измерений.

Иллюстративный пример работы

Следующие цифры являются гипотетическими входными данными планирования, а не измеренными результатами продукта или претензией на точность. Представьте себе, что полигон для доставки площадью 50 гектаров содержит 1.5 гектара NoData. Простая фракция недостающих областей составляет 1.5/50 = 3. Это резюме является недостаточным, если в недостающей заплатке содержится единственная дорога доступа или функция, которую запросил пользователь. Классифицируйте отверстия по причине и приоритету. Зритель, интерпретирующий ноль как NoData, может создать ложную дыру на действительной темной поверхности, в то время как отсутствие покрытия источника создает реальный наблюдательный пробел. Проверьте маски и сохраненные значения перед переработкой. Если 1.5 гектара не наблюдаются, выберите перелет, другое измерение или явное исключение; заполнение соседним цветом не установит полного измеренного покрытия.

Обзорный беспилотник, приемник GNSS и цель наземного управления в полевых условиях
Полевые наблюдения и независимые проверки поддерживают интерпретацию обработанной карты. Иллюстративные изображения; не набор обследованных данных или эталон производительности.

Что означает пример для этой темы

Документация NoData должна описывать местоположение и последствия, а не только общую недостающую площадь. Небольшое отверстие на критическом пересечении может иметь большее значение, чем широкий неважный участок воды. Сохраняйте маски через экспорт и проверяйте, как программное обеспечение получателя интерпретирует их. Интерполирование может быть приемлемым для заявленной визуальной цели, но оно не должно тихо преобразовывать неизвестное измерение в видимо наблюдаемое значение.

Эксперимент воспроизводимой обработки

Проверьте растровую маску источника, след покрытия и восстановленную поверхность в каждом отверстии. Откройте файл во втором подходящем зрителе и проверьте фактические сохраненные значения, прежде чем сделать вывод о том, что обработка не удалась.

Сделайте сравнение воспроизводимым перед изменением рабочего процесса. Заморозить рабочую копию инвентаря изображений и дать исходному уровню четкий идентификатор запуска. Сохранить соответствующую конфигурацию камеры, этапы подготовки изображения, настройки обработки, запрошенные выходы и степень сравнения. Выберите области инспекции, которые включают исследуемый механизм, а также область стабильного контроля. Полезный контроль — это поверхность, которая, как ожидается, останется незатронутой предлагаемым изменением, поскольку она может выявить, оказывает ли явное локальное улучшение более широкий неблагоприятный эффект в других местах блока.

Изменяйте один оправданный фактор в любое время, когда это практически возможно. Используйте те же физические характеристики и независимые контрольные наблюдения в исходном и кандидатном вариантах. Сравните их общую действительную область, а затем сообщите о любой разнице в общем поддерживаемом охвате отдельно. Держите увеличение изображения, растяжение цвета и направление просмотра последовательными, когда скриншоты являются частью доказательства. Запись использования ресурсов и сбоев в качестве результатов: конфигурация, которая немного улучшает детали, но неоднократно превышает доступную память, может быть не пригодна для согласованной доставки.

Напишите правило принятия решения, прежде чем рассматривать наиболее привлекательный результат. Например, кандидату может потребоваться сохранить все критические функции, уменьшить выявленную систематическую модель и избежать нового разрыва в охвате. Фактические пороговые значения должны быть получены из цели проекта и качества ссылки, а не из иллюстративных цифр в этой статье. Сохраняйте как принятые, так и отклоненные записи экспериментов достаточно долго, чтобы объяснить выбор. Это особенно важно, когда более поздний оператор должен повторить рабочий процесс при различных условиях освещения, камеры или программного обеспечения.

Диагностика результата

Черный дисплей может быть действительной темной поверхностью, областью в маске или несовместимой интерпретацией NoData. Заполнение каждого патча автоматически может преобразовать неизвестные области в вводящие в заблуждение видимые наблюдения.

Неопределенность и независимые проверки качества

Отдельное внутреннее соглашение от независимой проверки продукта. Наблюдения, используемые для определения положения камеры, калибровки или поверхности, сами по себе не могут установить внешнюю точность. Запаситесь подходящими проверками, когда задача измерения требует их, и документируйте неопределенность этих проверок. Ссылка должна идентифицировать ту же физическую особенность, которая появляется на карте или модели; точное обследование двусмысленного края все еще может привести к неопределенному сравнению. Проверяйте различия и пространственные закономерности, потому что одно среднее может скрыть широкий уклон или один последовательный локальный сбой.

Держите заявления о неопределенности привязанными к используемому количеству. Горизонтальное расположение, высота, расстояние, полнота поверхности и визуальная интерпретируемость не являются взаимозаменяемыми. Расстояние пикселей является свойством выборки, а плотность точек — свойством представления; ни один из них не указывает на ошибку производного измерения. Не преобразуйте остаток фотокамеры непосредственно в универсальное требование о точности. Если доказательства ограничены пилотным регионом или одним классом поверхности, укажите этот диапазон и избегайте распространения заключения на непроверенные материалы, отдаленные границы или скрытые поверхности.

Неизвестные области должны оставаться идентифицируемыми. Гладкие сетки, заполненные растры, сбалансированное изображение или острая текстура могут быть полезны для общения, в то же время содержащие информацию, полученную из окружающей среды. Сохраните маски или запись редактирования для последовательных выводимых областей и выберите дополнительные наблюдения, когда недостающие доказательства влияют на решение. В тех случаях, когда применяется формальное описание, используйте его требуемую процедуру отбора проб и представления отчетности, а не рассматривайте этот пояснительный рабочий процесс в качестве сертификации. Практическая цель — это оправданное заявление о поддержке использования, с достаточным количеством доказательств для другой команды, чтобы оценить его пределы.

Практическое решение и отчет о доставке

Исправьте ошибки экспорта или маскируйте их напрямую, повторно приобретите существенное недостающее покрытие, когда это возможно, и сохраните явные данные NoData, где изображения не могут поддерживать защитную ценность.

Принятая передача должна содержать краткий перечень авторитетных результатов и доказательств, необходимых для их интерпретации. Включает интервал приобретения, определения поверхности, соответствующие единицы и справочную информацию, границу покрытия, манифест ввода, принятую конфигурацию и результаты качества материала. Откройте загруженные файлы в соответствующем независимом ридере и проверьте сложные области, а также простые. Сохраните однозначный идентификатор версии, чтобы получатель не случайно измерил более ранний экспериментальный экспорт, который имеет аналогичное имя файла.

Переведите каждое оставшееся ограничение в практическое следствие. Состояние, которое признак, область или использование его влияет и является ли соответствующий следующий шаг другой точкой зрения, дополнительным измерением, другим представлением или более узкой интерпретацией. Избегайте использования дженериков с высококачественной этикеткой, когда одна критическая область остается неподдерживаемой. Краткое объяснение, приложенное к соответствующему местоположению, более полезно, чем впечатляющая глобальная статистика, которая оставляет пользователям возможность обнаружить исключение после принятия соответствующего решения.

Тестирование подходящего облачного рабочего процесса

DroneCollab может стать частью оценки программного обеспечения для обработки изображений дронов, когда команде нужны ортомозаика, облака точек, продукты DSM / DTM или текстурированные трехмерные модели. Рабочие процессы ГНСС/ППК имеют значение там, где их требует проект, но каждый результат по-прежнему зависит от доказательств приобретения и обзора. Сначала проверьте сложный регион и привяжите выбранный результат к физическому вопросу пользователя. Скромный пилот с четкими проверками более информативен, чем неподтвержденное обещание о точности или изображение в галерее.

Ссылки и дальнейшее чтение