Единица 2 / 11

Геодезия, ГНСС и обработка данных съемки

Прибыль:

  • Возможность редактировать и контролировать качество необработанных данных GNSS, файлов RINEX и координат точек с помощью рабочих процессов на базе искусственного интеллекта.
  • Возможность преобразования произвольных текстовых заметок об измерениях, эталонных и триангуляционных записей в стандартные таблицы и отчеты.
  • Возможность проверки генерируемой AI интерпретации положения и точности с использованием статических/RTK-принципов измерения и ошибок окклюзии.

Геодезия — наука об определении формы и размеров земной поверхности и расположения точек на ней с высокой точностью. Основным инструментом этой науки сегодня является ГНСС. GNSS (Global Navigation Satellite System/Глобальная спутниковая система позиционирования) — общее название спутниковых группировок, таких как GPS, ГЛОНАСС, Galileo, BeiDou; Приемники вычисляют положение, измеряя время прибытия сигналов от этих спутников. В этом модуле мы обсуждаем, где безопасно работает искусственный интеллект и где проводится линия на пути от разбросанного состояния GNSS и данных классической съемки (тахеометр, нивелирование) к регулярным, проверенным координатам. Принцип неизменен: ИИ организует данные и отмечает несогласованность; Инженер дает окончательную приемку координаты посредством принципов измерения.

Давайте сначала проясним несколько основных терминов. RINEX (формат обмена, независимый от приемника) — это стандарт текстового файла, в котором хранятся необработанные данные GNSS-наблюдений приемников разных марок в общем формате. Статическое измерение — это метод, при котором приемник остается фиксированным на точке в течение длительного времени (минуты-часы) и обеспечивает высокую точность. RTK (кинематика реального времени) — метод, мгновенно дающий сантиметровую точность с поправкой от опорной станции. Ошибка замыкания – это разница, которая накапливается при возвращении в начальную точку замкнутого маршрута измерения (многоугольник или уровень) и теоретически должна быть равна нулю; Это наиболее конкретный показатель качества измерения.

Где ИИ безопасно вступает в действие?

Самый надежный вклад ИИ в обработку GNSS и геодезических данных — это не сам расчет местоположения, а работа по регулированию и контролю, связанная с этим расчетом:

  1. Необработанные данные и редактирование заметок. Произвольные текстовые заметки в полевом блокноте, названия точек, высоты приборов и условия наблюдений часто разбросаны. ИИ разбивает их на стандартные таблицы.
  2. Проверка контроля качества. В нем перечислены несоответствия, такие как точки, высота приемника которых никогда не вводилась, точки, измеренные дважды с одним и тем же именем, необоснованное время определения, неправильные координаты и т. д.
  3. Производство отчета. Он преобразует сводную информацию об измерительной кампании, использованном методе и таких показателях, как количество спутников/PDOP, в читаемый текст. (PDOP: снижение точности позиционирования; это число, которое должно быть небольшим и показывает влияние геометрии спутников в небе на точность позиционирования.)

Однако в задачу ИИ не входит и не должно входить: объявлять координату «точно правильной» без учета ошибки окклюзии, игнорировать принципы измерения и подтверждать прикладное значение, заменять балансировку (процесс распределения излишка измерения в статистически лучшее положение). Балансировка и окончательная приемка остаются под контролем соответствующего программного обеспечения и инженера.

Подсказка: спросите ИИ «эта координата правильная?» Это неправильный вопрос. Правильный вопрос: «Какие несоответствия и неупорядоченные значения есть в этом наборе данных?» с вопросом: «Разумна ли эта ошибка замыкания для данного класса точности?» это вопросы.

Шаг за шагом: Превращение журнала полевых измерений в обрабатываемые данные

  1. Сначала вы определяете схему. Столбцы: номер_точки, тип (триангуляция/многоугольник/детализация), right_y, up_x, возвышение_h, загрузка инструмента, метод (статический/RTK), номер спутника, pdop, дата, примечание. Наложите схему на модель, чтобы выходные данные были согласованными.
  2. Зафиксируйте единицу измерения и датум. Запишите, в какой CRS находятся координаты (например, TUREF/TM) и в какой вертикальной системе отсчета находится высота (например, Национальная сеть вертикального контроля Турции).
  3. Обработка небольшой партии. Дайте партиями по 20-30 баллов; Вы рано замечаете ошибку.
  4. Получите сканирование контроля качества. Модель должна собирать такие проблемы, как отсутствие высоты инструмента, повторяющееся имя точки, наблюдение за высоким PDOP и т. д., в отдельном списке «предупреждений».
  5. Вернитесь к источнику. Сравните случайные строки полученной таблицы с необработанной аннотацией; особенно порядок координат и имена точек.

Три мини-кейса: в цифрах

Случай 1 — Повторяющийся захват точки. Кампания по поиску подробностей набрала 1240 баллов. Сканирование контроля качества с помощью искусственного интеллекта выявило, что имена трех точек использовались дважды (с разными координатами), а высота инструмента не была введена в семи точках. Если бы эти 10 проблем были рассмотрены вручную, это заняло бы часы; Поскольку ошибочные данные были обнаружены на ранней стадии, они не попали в создание карт.

Случай 2 — предупреждение PDOP. В одной RTK-кампании было измерено 15 точек в условиях со значением PDOP выше 6 (плохая геометрия спутника). В модели эти точки отмечены как «высокая неопределенность»; Инженер приказал повторно измерить их и обнаружил, что в двух точках они отклоняются на несколько сантиметров. ИИ не принимал решений, он просто обращал внимание на рискованные наблюдения.

Случай 3 — Закрытие комментария об ошибке. На дальнем маршруте ИИ при подготовке отчета о кампании охарактеризовал ошибку закрытия как «приемлемую». Инженер ручным расчетом проверил допустимый предел по длине маршрута и классу точности; Ошибка была чуть ниже предела, но очень близка к пределу. На всякий случай инженеру пришлось повторно измерить одну ногу. Урок: ИИ, говорящий «приемлемо», не заменяет ручную проверку стандарта.

Слабая подсказка/Сильная подсказка

Слабая подсказка:

Отредактируйте эти примечания к измерениям и сообщите мне, верны ли они.[примечания]

Мощная подсказка:

Ваша роль: помощник по контролю качества данных измерений. Переведите приведенные ниже примечания к полям в предоставленную СХЕМУ и создайте ОТДЕЛЬНЫЙ «список предупреждений». СУДИМ о точности координаты; просто отмечайте несоответствия и неупорядоченные значения. Схема: point_no | тип | провисание | вверх_х | кот_х | инструмент_загрузка | метод |satellite_count | пдоп | дата | Контекст примечания к дате: CRS = TUREF/TM30 (EPSG:5254). sag_y ожидается ~6-значный счетчик. Правила предупреждения: отсутствуетtool_yuk; повторение point_no; пдоп>6; неупорядоченная координата; пустое обязательное поле.Примечания: [примечания к полю]

Сильная подсказка запрещает суждения, конкретизирует правила контроля качества и придает контекст ожиданиям ранга; Вывод становится проверяемым.

Четыре копируемых шаблона

1) Стандартизация сырья:

Переведите следующее примечание к полю на стандартную терминологию, распаковывая сокращения (например, «al.y»->«высота инструмента»), но НЕ меняйте числовые значения. Отметьте расплывчатые выражения знаком «[неясно]». Примечание: [примечание к полю]

2) Сканирование контроля качества GNSS:

Перечислите проблемы качества в таблице наблюдений GNSS ниже: малое количество спутников, высокая PDOP, короткое время наблюдения, плавающее (нефиксированное) решение, неупорядоченная координата. В каждой строке напишите тип проблемы и рекомендуемое действие. Не решайте, просто отмечайте. Таблица: [таблица наблюдения]

3) Предварительная оценка ошибки отключения:

Для следующих данных замыкания полигона/выравнивания: (а) рассчитать погрешность замыкания, (б) напомнить допустимый предел данного класса точности, (в) прокомментировать близость к пределу и добавить пометку «требуется подтверждение ручного расчета». НЕ ПРИНИМАЙТЕ окончательное решение о приемке. Данные: [данные маршрута]

4) Проект отчета об измерительной кампании:

Напишите проект отчета об измерительной кампании, используя следующие показатели: метод, количество точек, среднее количество спутников, среднее значение PDOP, ошибки окклюзии, используемую CRS и вертикальную датум. Использование определенных утверждений о точности; Добавьте примечание «при условии одобрения инженером». Метрики: [метрики]

Сравнение условий точности

срок

Значение

Значение в геоматике

Статическое измерение

Длительное постоянное наблюдение

Триангуляция, основа высокой точности

РТК

Мгновенная коррекция по эталону

Быстрое получение деталей с точностью до сантиметра

ПДОП

Качество геометрии спутника

Меньшее значение = более надежное местоположение

Фиксировать/плавать

Неясность решена/не решена

Плавающие решения для детальной покупки не принимаются.

ошибка выключения

Разница накапливается на закрытом маршруте

Конкретное доказательство качества измерений

Распространенные ошибки

  • Заставить ИИ судить о точности координат. ИИ отмечает несоответствие; Точность определяется принципами измерения и балансировки.
  • Плавающие решения считаются исправлениями. Использование неразрешенных наблюдений RTK в качестве точных координат.
  • Игнорирование PDOP и количества спутников. Полная уверенность в измеряемой точке при плохой геометрии.
  • Смешение вертикальной исходной точки с горизонтальной исходной точкой. Уровень и координата находятся на разных привязках; Было бы ошибкой заменять одно другим.
  • Опираясь на решение ИИ о «приемлемом» без подтверждения ошибки отключения вручную.
  • Загрузка необработанных данных в облачную модель без их анонимизации. В некоторых проектах точечные местоположения относятся к чувствительным объектам.

В итоге

Безопасное пространство ИИ в ГНСС и обработке данных съемки; организация необработанных данных, сканирование на предмет несоответствий и составление проектов отчетов. Точность расчета положения и окончательная приемка остаются за инженером с использованием таких принципов измерения, как состояние PDOP/фиксации, ошибки закрытия и балансировка. Спросите ИИ «правда?» но "какие здесь несоответствия?" просить; Всегда подтверждайте критические предположения, такие как ошибка закрытия, путем ручного расчета в соответствии со стандартом.

Задача приложения

Напишите запрос контроля качества для вашей (или гипотетической) 20-строчной таблицы наблюдений GNSS: включите схему, контекст CRS, ожидаемый ранг и как минимум пять правил предупреждений (отсутствующая высота инструмента, повторяющаяся точка, высокий PDOP, плавающее решение, неупорядоченная координата). Затем сверьте первые три пункта списка предупреждений в выходных данных AI с необработанными данными.

контрольный список

  • [ ] Я определил схему и контекст CRS/вертикальной базы данных с нуля.
  • [ ] Я попросил ИИ проверить несоответствие, а не вынести суждение.
  • [ ] Я создал экземпляры правил предупреждений (PDOP, fix/float, ранг, отсутствующее поле).
  • [ ] Я разделил решения с плавающей запятой и наблюдения с высоким PDOP.
  • [ ] Я проверил, не перепутал горизонтальную и вертикальную датум.
  • [ ] Я подтвердил ошибку закрытия путем ручного расчета по стандарту.
  • [ ] Я анонимизировал/обработал конфиденциальные данные в сертифицированной среде.
  • [ ] Я сохранил окончательные координаты, принимая на себя ответственность инженера.