Применяя ИнГЕО для формирования межевых планов потребовался вышеописанный функционал. Сейчас требования Росреестр чуточку ослабил, но для ранее созданных планов это остаётся актуальным.

Контуры: среди них есть внешние и внутренние (дырки). Понятно, что дырки не должны лезть вперёд внешних, из которых они вырезаются.

Желательно и API и интерактивная возможность.

В ИнГЕО 4.6 не пробовал ещё. В остальных версиях - есть такая ошибка:

Параметры трансформации растровой карты не востанавливаются при переносе кастровой карты в другую базу.

Толи они не попадают в idf-файл, толи не обрабатываются.

ИнГЕО 4.6.0.200: В Наборе объектов и Табличных данных строки имеют чередующийся фон. Вероятно для красоты и чтобы глаз улавливал изменения.

Замечено что после применения сортировки, чередование фона либо сбивается, либо управляется неизвестным алгоритмом.

Что это: ошибка или особый алгоритм?

В API добавить константы: вид СУБД (PARADOX, MS-SQL, ORACLE, иные), название схем для метаданных и семантики.

Это облегчит возможность использования SQL-предложений, с нюансами конкретной СУБД.

Название схем тоже пригодится.

1. Иметь доступ к таблице INGEO_LOGS для чтения из него информации о тех, кто создавал, редактировал выбранные объекты.

2. При создании таблиц, индексов и т.д., проверка сформированного идентификатора на уникальность в данной схеме.

 В случае, если выбирать объект через Ctrl+клик из нескольких объектов и при этом открыто вспомогательное окно, (например Поиск по шаблону, набор объектов, свойства объекта) объект выделяется и фокус переключается на вспомогательное окно и нельзя удалить выбранный таким образом объект нажатием Del на клавиатуре. Требуется либо нажать мышкой на кнопку удаления на панели инструментов, либо щелкнуть по заголовку ГИС, чтобы вернуть ей фокус.

Редкий случай - многоконтурный ЗУ с множеством выгрызов под опоры и т.д.

Данный алгоритм не выявил две близко расположенные точки, принадлежащие разным контурам.

А выявил Росреестр и завернул.

Может функционал немного подправить, чтобы впредь выявлять такие случаи?

Текущее разделение на проекты совсем неудобное. Что хочу:

Хочу ТЕГИ. Каждому карте, слою, стилю можно было бы присвоить один или несколько тегов.

+ редактор ВИДов, где простыми логическими операциями И, ИЛИ и т.д. можно было задать требуемый вывод.

+ 2 списка видов - один общий, и один для видов пользователя

Например, нумерация точек участка.

Под каждую точку создается отдельный объект. На карте царит нереальный хаос. Особенно при нумерации соседних участков.

Хотелось бы чтобы при выделении одной точки выделялись бы все связанные.

Можно конечно извратиться и опять сбацать велосипед, 

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

2. Или мега-извращенное решение сделать 100 стилей от 1..100. И табличку с 100 полями с нумерацией от 1 до 100, к которым привязаны стили. А потом создавать последовательно объекты. Пририсовывая последущий к предыдущим.

Но хотелось бы решение из коробки)

Упрощается доступ.

Естейственно, что результирующее изменение не влияет на первую вершину и даже на смежные рёбра.

Раньше я наблюдал только изменине направления.

Сегодня вторая точка стала первой.

Не скажу что это интересно комуто ещё, кроме кадастровых инженеров.