Разработка системы линейных координат в вашей базе геоданных

На этапах разработки системы линейных координат вашей базы данных вы должны решить ряд ключевых задач:

  1. Определите базовый класс линейных объектов, на основе которого вы хотите размещать события при помощи измерений. Термин "базовый " относится к линейному объекту, геометрию которого вы хотите использовать для расположения вдоль него точек и линейных сегментов. Обычно это базовый набор объектов, представляющих дороги, реки, трубопроводы и т. д. Чаще всего это будет существующий слой ключевых объектов в вашей базе геоданных.
  2. Следующая задача — определить набор событий, которые вы хотите разместить на основе вашей сети линейных объектов, включая систему их измерений. Здесь будет необходимо указать ряд таблиц событий. Нередко бывает, что такие таблицы уже созданы в вашей организации.

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

    • Гидрологические замеры вдоль объектов речной сети, с указанием местоположения в системе измерений в речных милях
    • Типы дорожного покрытия вдоль шоссе, с использованием системы измерений в милях с началом отсчета от границы округа или транспортных развязок
    • Местоположения дорожных знаков вдоль шоссе, использующие систему измерений в милях с началом отсчета от границы округа или транспортных развязок
    • Записи о типах материалов трубопровода в системе измерений в метрах или футах вдоль трубопровода
    • Типы отложений внутри речных плесов, с указанием расположения в системе измерений в речных милях
    Таблицы событий могут также содержать записи о состоянии или статусе сети. Например:
    • Состояние дорожного покрытия, замеренное датчиками, с указанием места замера в системе измерений в милях с началом отсчета от границы округа или транспортных развязок
    • состояние коллекторов на участках, измеренное датчиками, указанием места замера в системе измерений в метрах или футах
    Таблицы могут включать также события, такие как местоположения происшествий, погодные условия, повреждения трубопроводов. Основная задача наборов данных о событиях — это определять, как будут идентифицированы маршрутные объекты (например, при помощи названий или правил идентификации маршрутов, принятых в вашей организации), а также какую систему измерений вдоль линейной сети использовать для указания местоположений событий. Идентификатор маршрута будет назначаться, исходя из информации об идентификации, а система измерений будет использоваться для определения ваших M-координат вдоль класса объектов-маршрутов.

  3. Определить необходимое вам количество классов объектов-маршрутов. Для каждой системы измерений необходим свой маршрут. См. ниже раздел Поддержка нескольких систем измерений вдоль одних и тех же маршрутных объектов.
  4. Указать свойства М-координат для каждой системы измерений. Необходимо определить используемые вами при создании нового класса пространственных объектов-маршрутов единицы измерения M-координат, а также Разрешение M и Допуск M. Обычно используются значения допуска М по умолчанию.
  5. Если у вас более одной системы измерений и, следовательно, более одного класса объектов-маршрутов, собрать их в одном наборе классов объектов базы геоданных.
  6. Дополнительно, создать топологию для связывания отдельных классов объектов-маршрутов в пределах набора классов объектов.
  7. Проверить ваши разработки на примере файловой или персональной базы геоданных и внести необходимые изменения.

Поддержка различных систем измерений вдоль одних и тех же маршрутных объектов

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

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

Каждый класс объектов маршрутов в ArcGIS может хранить только одну систему измерений. Чтобы поддерживать несколько систем измерений, для каждой из них вам понадобится свой класс объектов-маршрутов.

Иллюстрация нескольких классов объектов маршрута

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

Необязательно, но крайне рекомендуется: использовать топологию (topology) для обеспечения пространственной целостности линейных объектов внутри каждого отдельного класса объектов. Может оказаться необходимым убедиться, что объекты совпадают с объектами из другого класса объектов маршрутов и имеют такие же X,Y,Z координаты местоположений.

На примере, приведенном ниже, общий набор рабочих линий, называемый классом объектов ReferenceLine, является источником геометрии для трех других классов маршрутных объектов — с измерениями в установочных метках (reference marker measurements), с измерениями в милях (mileposts), и третий (off-of-state road). Все эти классы участвуют в топологии R1Route_Topology.

Добавление топологии в набор классов объектов помогает обеспечить совпадение событий вдоль каждого класса маршрутов с общим набором дорожных объектов.

Топология классов объектов маршрута с общей совпадающей геометрией объектов

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

Более подробно о топологии в ArcGIS
5/10/2014