У каждого объекта есть часть информации, которая может быть взята не из семантических данных.

В первую очередь это ID - идентификатор объекта.

Во вторую очередь это вычисляемые значения: ПЛОЩАДЬ и ПЕРИМЕТР.

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

Напрашивается мысль включить их в стандартный перечень СПЕЦИАЛЬНЫХ ПОЛЕЙ и реализовать единообразие всех вышеперечисленных операций над любым значением из этого перечня.

Мы сможем выбрав в НАБОРЕ нужные объекты сразу посчитать их суммарную площадь.

В МАССОВЫХ ОПЕРАЦИЯХ мы сможем в семантической таблице заполнить поле значением идентификатора объекта. Иногда это надо при обмене данными со сторонними службами. Правда тут желательны две разновидности: ID и глобальныйID.

Но главное - возможность пополнения в будущем ПЕРЕЧНЯ СПЕЦИАЛЬНЫХ ПОЛЕЙ без необходимости внесения изменений в МАССОВЫЕ ОПЕРАЦИИ, в НАБОР ОБЪЕКТОВ. в НАСТРОЙКАХ МЕТОДОВ ОТОБРАЖЕНИЯ.

Сейчас сортировки нет совсем. По одному полю, по нескольким полям.

За этим следует - реализация поиска по полю, исключение из списка записей (объектов) неудовлетворяющих условиям поиска. 

добрый день, в макете печати

было бы удобно вынести кнопку "растеризовать" на панель,

рядом с печатью, 

а то за ней часто ползать в меню файл приходиться

 Если таблица справочника в СУБД имеет Default-поля или автоинкрементный ИД, то вставка вида

приведёт к ошибке. Я предлагаю те поля которые пользователь не ввел сам (поля со значением null) не включать в оператор вставки. Все будут счастливы :)

В Модуле импорта файлов Росреестра добавить опцию "переворот" координат X-Y для БД ИнГео, использующих классическую, а не геодезическую СК.

Наблюдаю активное применение ИнГЕО для формирования межевых планов.

Модуль "Спутник ИнГЕО: Отчёты" (Самара-Информспутник, г.Самара) объекту  ЗЕМЕЛЬНЫЙ УЧАСТОК заполняет таблицу 1 ко многим "Прохождение границ", где каждая строка - это информация об отрезке границы (от точки, до точки, описание границы). Последнее поле заполняется оператором (по забору, по стене здания, и т.д.). Часто приходится тиражировать одно и тоже многократно. Но не вся таблица заполнена одним значением, иначе можно было бы применить массовые операции.

Предлагаю в интерактивном режиме позволить тиражировать введённое значение на указанное количество смежных записей.

Варианты:

1. Как в Excel (там для выделенной ячейки есть специальный маркер в нижнем правом углу). Это красиво, но трудоёмко.

2. Вводим значение в поле (первое или последнее будущего массива однотипных значений). Выделяем диапазон, включая заполненное поле. Нажимает специальную комбинацию клавиш (допустим Ctlr-F2, или Ctrl-Enter).

ИнГЕО тиражирует значение найденное в первой (если нет в первой - в последней) из указанного диапазона.

Это может работать и с простыми значениями, и со значениями из справочника.

Аналогичный алгоритм можно распространить и на записи таблицы 1 ко 1 множестра объектов в Окне "Набор объектов".

Окно НАБОРА ОБЪЕКТОВ привязано к одному слою, активному в момент формирования окна.

Окно свойств объекта в этом смысле гибче, перенастраивается в случае выбора другого активного слоя.

Предложение:

Если Окно НАБОРА ОБЪЕКТОВ в данный момент не содержит объектов, то оно может быть применено для включения в него выбранных объектов, не зависимо от того, какой слой был активен в момент открытия окна.

Простой пример: закачал неизвестные данные, необходимо упростить (удалить слои без объектов). Сейчас это делается рутинно, а с предложенной возможностью - в два раза быстрее.

Ещё, НАБОР ОБЪЕКТОВ мог бы в ПРИНЦЫПЕ  содержать объекты из нескольких разных слоёв. Тут открывается масса возможностей, но и масса новых сложностей. Надо ешё подумать над этим.

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

Простое решение - создать карту, слой и стиль для полигонального класса объектов с правами на создание, редактирование и удаления для всех пользователей. Так мы выходим из ситуации.

Одно но - это не действует в базе, настроенной ТОЛЬКО НА ПРОСМОТР.

Предложение: использовать имеющийся инструмент измерения расстояния, дополнив его полем выбора: "Вычислить площадь" и полем, отображающим результат вычисления.

Сработает и в символьном методе.

Можно добавить и другие характеристик объекта (количество форм, количество точек, проверку на содержание формы определённого стиля - это уже условные переходы).

Давно ещё Интегровцы обещали нечто подобное.

Помним и ждём!