Было бы удобно видеть имя растрового файла при выделении ячейки в сетке рядом с координатами ячейки.

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

 Начиная с версии 4.4.0.226 при импорте idf окно выбора пути к файлу всегда ссылается на каталог документов пользователя. Неудобно, особенно если перед этим сделать экспорт в idf с одной БД и открывать импорт в другой - путь сбивается. В более ранних версиях путь экспорта запоминался и отображался при импорте. Можно вернуть как было? :)

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

В этом случае справочник используется только для удобства, в таблице запоминается не код а выбранное или введённое значение.

Часто возникает задача выбрать на определенном участке какие-то объекты по стилю и семантическим данным. Приходится извращаться.

А так бы - через пространственный запрос нашел нужные объекты. И среди них выбрал через остальные запросы.

Модуль "связывания внешних файлов с пространственными объектами", достен по адресу:  http://www.integro.ru/dl/ingeo/modules_and_tools/index.htm.

Модуль может иметь грандиозный успех и повсеместное применение.

Остались нереализованными крохи на фоне уже имеющегося.

1. Необходима возможность связать объект с каталогом (не только с файлом). При выборе каталога - его содержимое открывается в проводнике.

2. Не реализована возможность работы с таблицей 1 к 1 - класс самых используемых таблиц. При этом понятно что нельзя добавить файл/каталог к существующему. Можно только заменить.

3. Полезна будет простенькая функция - "Открыть каталог в проводнике, содержащий выбранный файл".

Это минимум, но этого достаточно для внедрения в промышленную эксплуатацию.

1) Авторизация пользователей через AD.

У пользователей и так количество user/pass приближается к пределам мозга. Можно, конечно, написать свой скриптик, но хотелось бы иметь такое "с коробки".

2) Предусмотреть на сервере Ингео сервис обновления, как самого клиента Ингео, так и сторонних модулей (учитывая, что модули могут иметь свои компоненты, регистрируемые в Windows) и, соответственно, автоматическое распространение обновлений-новых версий на клиентские машины.

Эти вопросы ранее уже частично поднимались: http://ingeo.userecho.com/topic/124604-moduli-rabotayuschie-na-servere-i-realizuyuschie-edinyie-biznes-pravila/

Или на крайний случай через консольные команды Ingeo.exe

Сейчас это нужно для программного обновления классификаторов

Предложение факультативное, для обсуждения.

Функционал НАБОРА ОБЪЕКТОВ в ИнГЕО 4.6.ххх существенно обновлён и улучщен. Он становится похожим на визуальный редактор запросов.

Есть фильтрация, сортировка, группировка.

А теперь чего нет:

1. Вычисляемых полей. Варианты: а) проще всего перекинуть в Excel, там сделать вычисления и всё останольное на их основе (сортировка, фильтрация,...)

б) упростить до строки, в которую пользователь вводит фрагмент SQL-предложения (допустим: "A.Perimetr/1000", или "A.Summa-B.Peni"). Есть подводные камни: различие в конструкциях SQL-предложений используемых СУБД, и синонимы (в примере А. , B.) таблиц.   
в) использовать механизм, уже реализованный в Запросе по семантическим данным до работкой. Там формируется фрагмент выражения WHERE.

2. Агрегирующих функций. Количество, сумма, и т.д. по всем выбранным объектам или с группиировкой GROUP BY. Я пока даже не могу представить как бы это выглядело.

Понятно что много чего нет и не будет. И в любой момент можно сказать что ИнГЕО не подменяет СУБД.

Допустим, мы можем всё что угодно в СУБД (есть права и знания). Чего мы не можем в СУБД, так это получить список выбранных объектов.

Что если сделать штатную таблицу "Выборок" в которой поля для хранения номера сеанса и ID выбранного(ых) объекта(ов).

В НАБОРЕ ОБЪЕКТОВ мы явно указываем - размести в таблице "Выборки" и узнаём номер сеанса (в строке состояния). Далее обработку делаем с помощью SQL-запросов, без программирования. При закрытии базы таблица "Выборки" очищается.