Изменение порядка следования полей в таблицах
В оболочке MS-SQL можно поменять порядок следования полей, но ORACLE как и реляционная модель считают, что порядок следования полей непринципиален. Если надо - реализуется на стороне приложения.
Вот и прошу средствами ИнГЕО реализовать механизм упорядочения полей. Жизнь находит просчёты сделанные на этапе проектирования, и надо их исправлять, добавляем поля но только в конец списка.
Порядок следования полей будет задаваться для семантических таблиц и справочников.
Системы координат в Ингео
Добрый день, Уважаемые разработчики
хотел бы поднять вопрос по введению систем координат в ГИС "Ингео"
вопрос конечно не новый и не раз возникал, и поэтому хотелось бы
уточнить Вашу позицию в этом вопросе, планируется ли...
Вроде бы существуют разработки "Самара-Информ спутник" которые позволяют подключать и отображать данные из различных источников,
или проекты подобные QGIS, и конечно в таких системах без пересчетов координат на лету не обойтись,
а в БД "Ингео" казалось бы источник один, СК одна и большого смысла в пересчетах нет, но вот, где это было бы удобно...
к примеру, имеются карты в разных местных системах координат,
и некая система координат субъекта (сейчас это МСК-XX у Росреестра, которые требуются для кадастрового учета) и было бы удобно иметь такой "пересчет на лету", чтобы не создавать копии наборов данных в разных СК.
Как это можно было бы реализовать. В "Ингео" есть понятие территории, где мы задаем ее границы, карты связаны с территориями (через проекты). Если добавить к территориям набор параметров трансформации, то при включении карт из одной территории в другую, необходимо сделать суммарную трансформацию, т.е. сначала обратную трансформацию исходной территории и к ней добавить трансформацию территории назначения. На картинке это бы могло выглядеть примерно так...
по умолчанию создавать территорию с пустыми трансформациями, а в случае необходимости таких пересчетов просто добавлять ключи пересчета для новых территорий, было бы удобно.
Выложить часть кода в Open Source
Даже хотя бы модули.
Например.
экспорт DXF .. Шаблонов так и нет. Реализовать - пару дней.
Импорт dxf - mif/mid намного удобнее. Хотелось бы поправить.
И в остальном тоже - множество мелочей, которые легко реализуются и до которых у разработчиков руки не доходят.
Модули работающие на сервере и реализующие единые бизнес-правила
Допустим, есть модуль который реализует определённое бизнес-правило (Пример: при измении координат углов красных линий, перезаписывет в семантуку старые координаты, новые коориднаты, кто и когда это сделал).
А теперь надо этот модуль растиражировать по компьютерам. Если на конкретном ПК нет модуля, а действие выполнено - это дыра.
Мечта: модуль прописать на сервере и чтобы он перехватывал события, выявлял нужные и выполнял предписанные действия.
Понятно что может пострадать производительность.
Тогда ещё более замороченная фантазия: сервер незаметно от пользователей распределяет модули по клиентам (обновляет при необходимости) в момент их подключения. А дальше работают локальные модули и нагружают процессор клиента.
Макет печати - поворот текста
- для элемента Текст, дать возможность поворачивать на произвольный угол (хотя бы дать возможность поворачивать на 45 градусов, а не как сейчас, на 90)
Набор объектов. Заголовок начинать с количества объектов.
Нередко приходится прибегать к этому функционалу, только для того, чтобы узнать количество объектов слоя или выбранных стилей.
Количество отображается в заголовке, но в конце зачастую очень длинной строки - приходится делать лишние операции с мышкой.
Другой вариант - вывести это значение в строку состояния.
Окно логов Ингео
В апи организовать поддержку этого хозяйства - дать модулям возможность писать в логи.
Часто в модулях, в основном для целей отладки, приходится каждый раз писать что-то подобное, неплохо было бы чтобы Ингео предоставляла "родной" механизм сбора и показа логов юзеру.
Здесь же можно организовать просмотр логов базы (INGEO_LOGS), для юзеров-админов.
Быстрое копирование выделенного объекта на текущий (активный) слой с указанием замены стиля
Операция достаточно частая и приходится перекидывать в пустой слой, а потом возвращать обратно в бывший текущий слой, не удобно. Прикрутите такую возможность к массовым операциям.
Механизм скриптов для формирования отображаемых текстов
Идея принадлежит ЦСИ "ИНТЕГРО" и была озвучена в 2005 году на форуме: http://integro.ru/forum/viewtopic.php?t=46&start=0
Благодаря Vita из Хабаровска эта тема получила новый толчок к обсуждению.
---
Однако в ИнГео 4.4 (следующая версия) мы планируем использовать механизм скриптов для формирования отображаемых текстов.
В этом случае Вы сможете в тексте символьного метода определить следующую конструкцию:
{script:=Join(Split(SemData("таблица1.поле1"), ","),vbNewLine)}
Или, если у Вас есть два текстовых элемента (верхний и нижний), тогда,
для текста верхнего элемента:
{script:
dim lines
lines = Split(SemData("таблица1.поле1"), ",")
result=lines(0)
}
Уважаемые пользователи ИнГЕО, призываю Вас активно голосовать за те предложения, которые наиболее востребованы.
Customer support service by UserEcho