EQUATOR GNSS / BY TECHNOGISГермания · Индонезия
Данные и качество

Организация папок проекта GNSS для надежной обработки и доставки результатов проекта

Четкая структура папок разделяет оригиналы, обрабатывает входные данные, проверяет записи и выданные выходные данные проекта, сохраняя при этом их отношения видимыми.

Организация папок проекта GNSS для надежной обработки и доставки результатов проекта

Организуйте цепочку измерения

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

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

Продолжить изучение Подготовка GNSS-данных для PPK

Защитите исходные данные поля

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

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

Продолжить изучение Создание аудиторского журнала для данных GNSS Land Survey

Отдельные ссылки и вспомогательные входы

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

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

Продолжить изучение Разработка стратегии резервного копирования и восстановления для проектов GNSS

Предоставить стабильные идентификаторы обработки

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

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

Продолжить изучение Использование геопакета для структурированного архива GNSS Land Survey

Приёмник GNSS на геодезическом штативе.
Приёмник GNSS на геодезическом штативе. · Rowan Johnson / USGS / Public Domain

Сделайте проверку качества первого класса записи

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

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

Продолжить изучение Подготовка GNSS-данных для PPK

Управляйте именами и описаниями координат

Используйте соглашение об именах, которое включает стабильную информацию о проекте, сеансе или версии, не становясь длинными. Избегайте неоднозначных суффиксов, таких как Final2 или Newest. Включите метаданные координат фреймворка в манифест и, где это полезно, в имена экспорта. Файл с именем points.csv не должен быть единственным ключом к тому, содержит ли он географические координаты, проецируемые координаты, эллипсоидальные высоты или локальную строительную сетку.

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

Продолжить изучение Создание аудиторского журнала для данных GNSS Land Survey

Отдельные рабочие файлы от выпущенных выходных данных проекта

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

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

Продолжить изучение Разработка стратегии резервного копирования и восстановления для проектов GNSS

План совместной работы и резервное копирование

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

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

Продолжить изучение Использование геопакета для структурированного архива GNSS Land Survey

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

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

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

Продолжить изучение Подготовка GNSS-данных для PPK

Практический список проверок

Практический список проверок

  1. Организуйте цепочку измерений.
  2. Планируйте сотрудничество и резервное копирование.
  3. Проверьте структуру с помощью упражнения на прослеживаемость.
EQUATOR GNSS

Спланируйте комплект GNSS

Сравните характеристики приёмников EQ10 и EQ20, затем обсудите комплектацию и поддержку, необходимые вашему проекту.

Сравнить приёмники GNSS

Источники

  1. IGS/RTCM — RINEX 4.02 specification
  2. NOAA NGS — User Guidelines for Single Base Real Time GNSS Positioning
  3. IGS CORS Guidelines — Metadata