IInImage.Surface.Navigator.Navigate (4.4.0.226)
то есть 2 куска кода дадут разный результат :
----------
iImg.Surface.Navigator.Navigate cx, cy, scale
iImg.Surface.Navigator.YMirror = false
iImg.Surface.Navigator.XAngle = 0
application.activedb.paintXML iImg.Surface, pXML
iImg.SaveToFile fn
----------
iImg.Surface.Navigator.YMirror = false
iImg.Surface.Navigator.XAngle = 0
iImg.Surface.Navigator.Navigate cx, cy, scale
application.activedb.paintXML iImg.Surface, pXML
iImg.SaveToFile fn
----------
Сортировка по полям в окне настройки пользователей
Сейчас пользователи сортируются в алфавитном порядке по полю "Пользователь", хотя часто надо отсортировать по полному имени или описанию. Мы, например, в описании прописываем название отдела и хотели бы сортировать пользователей по отделам. А так же было бы неплохо, чтобы размер окна настроек пользователей можно было увеличивать, а то неудобно просматривать список пользователей+описание, приходится прокруткой гонять туда-сюда таблицу.
Работа с полями длинее 255 символов (ORACLE)
Все действующие версии ИнГЕО неприспасоблены к работе с полями длинее 255 символов в СУБД ORACLE. Если такое поле появляется, ИнГЕО преобразует или к типу LONG или CLOB, хотя до 2000 во всех версиях и до 4000 символов с 10 версии ORACLE можно использовать тип VARCHAR2.
У LONG и CLOB есть куча ограничений и ИнГЕО часто ошибается при копировании структуры карт с такими полями, при импорте, не отображает сразу в окне свойств объекта, ограничен анализ по семантическим данным.
Модуль импорта dxf
Модуль уж очень убог по сравнению с импортом mif/mid. (нет кнопок распространение)
Выложите исходники в открытый доступ, пожалуйста. Они вроде свободно распространялись ранее(может вру и там был только экспорт). Да и mif/mid я бы подредактировал для более удобного импорта.
Ошибка при импорте idf
при импорте объектов из idf в новый проект,
карты и слои почему-то добавляются в старый
Добавьте к слою ингео свойство "Название объекта"
Естественно, это хочется отразить в первую очередь в АПИ.
Модуль привязывался не только к макету, но и к ингео.
Ситуация такая - создано больше 50 макетов с одной версией модуля.
Теперь надо внести в модуль изменения.
Если бы модуль можно было привязать к ингео - проблем бы не было.
Будут ли обновления ГИС ИНГЕО ? с конца февраля ничего не присылали .
Будут ли обновления ГИС ИНГЕО ? с конца февраля ничего не присылали .
Количество записей в справочнике?
Идея проста: отображать в заголовке окна справочника количество записей или сделать кнопку подсчета количества записей как в семантической таблице.
API сервера данных
Предлагаю открыть API для сервера данных. Это позволит:
1. Создавать общий для всех клиентов функционал системы независимо от наличия у клиента установленного модуля. Если у системы 100 пользователей, регистрировать у каждого библиотеку модуля в данном случае неверно
2. Обращаться к системе удаленно
3. Не зависеть от UI. В ряде задач он не нужен вовсе, нужно только иметь возможность работать с данными
Я считаю, что API ко всему прочему должен иметь web-интерфейс в некотором виде, например WCF-сервис. Это позволит разворачивать серьезные распределенные приложения на базе системы для решения любых задач: анализ, визуализация данных.
Сервер данных только для внутренних нужд. Расширяемость не предусмотрена и не планируется. Для прикладных серверов используйте MapX.
Service d'assistance aux clients par UserEcho