Измененные области в версионных классах пространственных объектов

Доступно с лицензией Standard или Advanced.

Редактировать набор классов объектов и его топологию могут одновременно несколько пользователей.

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

В разделах, приведенных ниже, описываются результаты согласования измененных областей, ошибок, исключений и возможных конфликтов. В каждом случае, результат получен после согласования, которое проводилось после внесения изменений как в родительскую (default), так и в дочернюю версии по отдельности. Если родительская (default) версия не редактировалась до согласования с дочерней, результатом согласования будет содержание дочерней версии. В каждом примере Версия 2 создаётся как дочерняя от Версии 1 (default). Обе версии затем редактируются так, как показано в примере; затем Версия 2 согласовывается с Версией 1 (default). На иллюстрациях примеров используется следующая легенда.

Легенда для примеров

Примечание:
Для сервис-ориентированных версий, в примерах ниже, Версия 1 - default, а Версия 2 - дочерняя по отношения к ней.

Пример 1

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

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

  • Любые измененные области, присутствующие в родительской (default) версии и проверенные в дочерней, после согласования опять станут измененными.

    Любые измененные области, присутствующие в родительской (default) версии и проверенные в дочерней, после согласования опять станут измененными.

  • Все измененные области, проверенные в родительской (default) версии, вне зависимости от их наличия в дочерней, после согласования останутся проверенными.

    Все измененные области, проверенные в родительской (default) версии, вне зависимости от их наличия в дочерней, после согласования останутся проверенными.

Как показано выше, исходный статус родительской версии (default) (не измененной области) сохраняется после согласования. Однако, в результате изменений дочерней версии, могут появиться другие измененные области.

На примерах 2 и 3 показаны другие сценарии, в ходе которых измененные области в родительской (default) версии в результате проверки и последующего согласования остаются проверенными.

Пример 2

Пример 2

Пример 3

Пример 3

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

Примечание:

Примечание: В данном примере редактировались обе - Версия 1 и Версия 2, но форма полигона изменена лишь в версии 2.

Пример 4

Пример 4

Пример 5

Пример 5