Создание имен, которые остаются уникальными в бригадах по съемке земель
Используйте четкую схему идентификатора, чтобы повторные сеансы измерений, геодезические опорные точки и экспорт можно было отслеживать без переименования ошибок.
рассматривать идентификатор как постоянный ключ
Название точки соединяет координаты с записями, записанными во время работ по измерению наружного воздуха, фотографий, атрибутов и более поздней обработки. Его основная задача — надежная идентификация. Имя, которое удобно на одном контроллере, может стать неоднозначным, когда несколько бригад объединяют свою работу. Спроектируйте схему перед производством и рассматривайте идентификатор как постоянный ключ, а не как метку, которую можно случайно изменить всякий раз, когда электронная таблица выглядит неопрятной.
Решите, что представляет собой идентификатор. Физическая метка и измерение этой отметки связаны между собой, но имеют разные записи. Если каждое посещение получает одно и то же имя точки и перезаписывает предыдущую координату, история наблюдения исчезает. Если каждое посещение получает несвязанное имя, офис может не знать, что они относятся к одному месту. Используйте явную связь между идентификацией пометки и идентификацией сеанса измерения.
Продолжить изучение Повторные наблюдения: более сильная проверка GNSS
Выберите схему, которую может сохранить программное обеспечение
Проверьте допустимые символы, пределы длины и чувствительность к регистру в программах контроллера и назначения. Избегайте системы именования, которая зависит от знаков препинания, что одно приложение удаляет или длинный префикс другого усечения. Проверьте ведущие нули и имена, напоминающие цифры или даты, потому что программное обеспечение для электронных таблиц может их переосмыслить. Сохраняйте идентификаторы в качестве текста, где это уместно, и убедитесь, что экспорт и Reimport сохраняют их в точности.
Используйте простые, документированные компоненты. Префикс проекта или экипажа и последовательное число могут быть практичными, если распределение контролируется. Не перегружайте имя с каждым атрибутом функции. Тип объекта, дата и статус обычно принадлежат отдельным полям, которые могут изменяться без изменения удостоверения личности. Короткий стабильный ключ с четкими атрибутами более надежен, чем длинное закодированное предложение, которое операторы интерпретируют по-разному.
Продолжить изучение Планирование повторных сеансов измерения GNSS, выявляющих ошибки
Распределить диапазоны между бригадами
Дайте каждой команде уникальный префикс или контролируемый блок чисел, чтобы два контроллера не могли создать один и тот же идентификатор независимо. Запишите выделение и сохраните его видимым в шаблоне задания. Если оборудование переназначается между экипажами, подтвердите, какой профиль именования активен до возобновления производства. Один только серийный номер приемника не является полным планом именования, поскольку контроллер может генерировать идентификаторы точек.
План замены экипажей и дополнительная работа. Оставьте контролируемый способ выделения новых диапазонов без переименования существующих принятых точек. Если экипаж исчерпает свой диапазон, запишите новое распределение, а не перезапуск на знакомое число. Целью является уникальность всей кампании и ее исправлений, а не только в течение одного дня. Столкновение, обнаруженное после того, как атрибуты и фотографии были связаны, может быть дорогостоящим для распутывания.
Продолжить изучение Разработка схемы базы геоданных для точек наблюдения GNSS
Отдельные записи управления и производства
Дайте контрольные метки, независимые проверки, производственные точки и временные точки настройки узнаваемые роли в модели данных. Префикс может помочь, но также сохранить явный поле типа. Различие должно выжить экспорт, даже если программа сортирует или отображает имена по-разному. Не полагайтесь на числовой диапазон, известный только командиру бригады, чтобы сообщить офису, какие очки были использованы для преобразования.
Сохраните исходный идентификатор при импорте внешнего управления. Добавьте псевдоним проекта только через документированное сопоставление, если это требуется контроллеру. Сопоставление должно позволять отслеживать точку поля до авторитетного источника, не догадываясь. Избегайте переименования импортированной метки на общую метку управления, которая теряет свою идентичность, особенно когда несколько близлежащих меток имеют схожие координаты или описания.
Продолжить изучение Повторяемость GNSS в зависимости от точности: разработка значимых проверок
Ясно представляет повторы и ревизии
Для повторных измерений используйте суффикс сеанса измерения или отдельный идентификатор наблюдения, сохраняя при этом общую физическую клавишу. Храните время, настройку и статус каждого посещения. Это позволяет сравнивать перед выбором или расчетом принятой координаты. Не перезаписывайте неудачное наблюдение с успешным повтором и не оставляйте доказательств предыдущего результата. Сбой может объяснить более позднее решение о качестве или проблему оборудования.
Когда координата в офисе пересматривается, сохраняйте удостоверение точки и записывайте редакцию отдельно. Новое значение координат не обязательно означает новую физическую точку. Наоборот, перенесенная метка не должна наследовать старую идентификацию без явной истории. Определите эти правила в инструкциях проекта, чтобы архив различал изменения обработки координат от фактических изменений объекта или метки.
Продолжить изучение Повторные наблюдения: более сильная проверка GNSS
Проверка коллизий во время слияния
Перед объединением файлов экипажа проверяйте идентификаторы дубликатов и сравнивайте связанные с ними записи. Некоторые дубликаты являются законными ссылками на одну и ту же метку; Другие — столкновения между несвязанными точками. Не разрешайте их автоматически, сохраняя последнюю строку или добавляя произвольные суффиксы. Проверяйте временные метки, информацию экипажа, координаты и атрибуты, затем задокументируйте сопоставление, используемое для создания уникального комбинированного набора данных.
Проверка связанных фотографий и заметок после любого утвержденного переименования. Координатная таблица может казаться правильной, в то время как ее подтверждающие доказательства все еще указывают на старые имена. Сохраняйте первоначальный переход к конечному идентификатору, когда изменения неизбежны. Это обеспечивает надежный путь для вопросов от наружной группы измерения или клиента и предотвращает последующий обзор в зависимости от последовательности незадокументированных изменений в таблицах.
Продолжить изучение Планирование повторных сеансов измерения GNSS, выявляющих ошибки
Сохраните правила именования с выходными данными проекта
Включите в архив проекта краткое руководство по идентификатору, распределение экипажа и любой пешеходный переход. Сохраняйте первоначальный экспорт вместе с очищенным набором данных, чтобы можно было отслеживать преобразование. Протестируйте конечный файл в целевой системе и подтвердите, что идентификаторы остаются текстовыми, уникальными и неизменными, где это задумано. Сортировка, форматирование и поведение импорта не должны тихо изменять ключи, от которых зависят остальные доказательства.
Просмотрите первый объединенный набор данных в начале кампании. Это лучшее время для обнаружения конфликта префиксов или правила контроллера, которое удаляет символы. Исправьте рабочий процесс до того, как от него будут зависеть тысячи записей. Хорошее соглашение об именах упрощает рутинные операции и возможными трудные исследования: каждая принятая координата может быть прослеживается до ее наблюдений, физической точки, контекста экипажа и подтверждающих доказательств без неоднозначного поиска по аналогичным ярлыкам.
Продолжить изучение Разработка схемы базы геоданных для точек наблюдения GNSS
Дубликат идентификатора, найденный во время слияния
Если оба двух бригады дают точку под названием P001, сравните исходные записи, прежде чем переименовывать их. Они могут быть независимыми повторными сеансами измерения одной и той же контрольной метки или несвязанными производственными точками. Используйте распределение экипажа, временные метки, координаты и описания для принятия решения. Сохраните оригиналы и создайте явное сопоставление из каждой исходной записи с конечным идентификатором. Сохранение только последней импортированной строки может уничтожить доказательства без очевидного сообщения об ошибке.
После разрешения столкновения проверьте связанные фотографии, заметки и атрибуты на сопоставлении. Переименованная координата с неизмененной ссылкой на фото может создать правдоподобную, но неправильную запись. Обновите рабочий процесс именования, который позволил столкновению, и проверьте другие файлы из тех же бригад. Это превращает инцидент в контролируемое восстановление данных, а не в изолированное косметическое редактирование, и сохраняет прослеживаемость, которая делает идентификаторы точек полезными на протяжении всей остальной части проекта.
Продолжить изучение Повторяемость GNSS в зависимости от точности: разработка значимых проверок
Практический список проверок
- Определите отдельные физическую точку и идентификаторы сеансов измерения.
- Выделите уникальные префиксы экипажа или диапазоны перед производством.
- Сохраняйте переходный переход с идентификатором всякий раз, когда происходит одобренное переименование.
Спланируйте комплект GNSS
Сравните характеристики приёмников EQ10 и EQ20, затем обсудите комплектацию и поддержку, необходимые вашему проекту.
Сравнить приёмники GNSS
