www.integro.ru

Newbie

Уважаемые разработчики!
Хотелось бы обратить ваше внимание на следующие моменты в ГИС:
1) Можно ли как-то отвязаться от BDE? Беготня по 50 клиентам с настройкой на каждом БДЕ alias'a для семантической информации в формате MS SQL наталкивает на мысль, что возможно использовать ODBC без BDE
2) Неплохо предусмотреть возможность аутентификации по данным Windows
3) Исправить ошибки по массовым операциям над линейными объектами! Это нужная операция
4) Необходимо защитить данные пользователей в базе от прямого просмотра!

Михаил Власов

Гость

@Михаил Власов

Андрей Чернов · Гость

У нас есть модуль "Операции над линейными объектами" - сращивание линии, имеющих общую точку в начале/конце,
разбиение линии в точке, пересечение или отсекание линейного объекта полигоном.

Newbie

@Андрей Чернов
Ну написать модуль и мне в общем-то не слабо... Я просто веду к тому, что операции над линейными объектами должны поддерживаться самой ГИС, без доп. модулей. К тому же для площадных объектов эта операция реализована нормально. И с моей точки зрения вполне резонно просить исправить ошибки с такими операциями для линейных объектов!

Михаил Власов

Сергей Попов

Мелкие предложения:
1. Если сменить стиль выделенной формы, то данный объект перестаёт быть активным. Чтобы продолжить работу с объектом, приходится его опять выделять, при этом если было открыто окно свойств объекта, то тратится драгоценное время на повторнон отображение свойств объекта (семантики). У нас эта задержка примерно в 3-4 секунды.
Если в рамках текущего слоя выделять разные объекты, то семантика изменятся очень быстро, практически неощутимо.
Но, если предыдущий веделенный объект был в другом слое или до этого небыло выделенного объекта, то первоначально на отображение семантики тратятся эти самые 3-4 секунды.
2. Если включается режим редактирования объекта, то окно свойств объекта переходит в пассивный режим как будто нет выделенного объекта и после редактирования, опять тратятся секунды на восстановление структуры семантики и значения в окне свойств.
Предлагаю: операции редактирования, смены стиля и пририсовки новой формы к выделенному объекту не должны влиять на окно свойст объекта и исключить лишную операцию перерисовки окна свойств объекта.
3. После выполнения операции "Присоеденить формы всех выделенных объектов к первому выделенному объекту" создаётся один объект с несколькими формами, но окно свойств объекта продолжает отображать первоначальное количество форм. Если перейти на другой объект и вернуться к этому объекту, тогда информация о формах будет уже правильная.
4. Если выделяется несколько объектов, желатьно чтобы окно свойств объекта не переходило в пассивный режим (это легче всего), а реализовало один из предложенных действий:
а) отображалась информация последнего выделенного объекта,
б) отображалась информация первого выделенного объекта,
в) отображалось количество выделенных объектов и номер текущего объекта который можно редактировать и тем самым просматривать его семантику и другие сведения, переходить на карте к месту его расположения. При изменении количества выделенных объектов, автоматически отображать информацию по последнему в списке веделенных.
5. В результате применения пространственных операций над двумя объектами можно получить два объекта (один из которых изменён) или один изменённый объект (если в настройках указано удаление).
Иногда необходимо чтобы остались неизменными первоначальные объекты и появился дополнительный (третий) результатирующий объект. В настройках пространственных операций можно добавить опции "Результат сформировать в виде нового объекта".
6. Объект может состоять из нескольких форм которые можно объеденить в объект или выделить из объекта в новый объект.
Форма может содержать несколько контуров. Необходим инструмент, который позволит контуры объеденить в одну форму и выделить контур из формы в самостоятельную форму.
7. Во всех модулях экспорта и импорта и в операции трансформации карты, в этап трансформации добавить возможность округления (общепринятого, вверх, вниз - отсечение дробной части) до указанного количества знаков после запятой.
8. Предусмотреть возможность распределения прав доступа на выполнение массовых операций, чтобы иметь возможность ограничить доступ к данному оружию массового уничтожения.
9. Желательно утилиту копирования базы данных обновить, чтобы она могла работать с БД Oracle.
10. Хочется уже версии 4.4 и обещанных в ней возможностей Пространственных операций с участием линий.
Заметил, что стоит написать маленькую кучу предложений и всё - целая тема умирает или замирает на неопределённый срок.

Михаил Власов

Сергей! Пара встречных вопросов:
Во-первых, какую версию ИнГео Вы используете?
Во-вторых, какую СУБД Вы используете?
Эта информация важна для нас.
Теперь по пунктам:
1. Попробуйте 4.3 - возможно в Вашем случае задержек не будет.
2. Согласен, такое поведение не удобно. В 4.4 мы поэксперементируем в этом направлении.
3. Это ошибка, которую мы постараемся исправить.
4. Это пожелание не так легко реализовать, как кажется. Однако при проектировании 4.4 мы постараемся найти удовлетворительное решение.
5. Предлагаемое Вами решение кажется нам вполне логичным. И в проекте 4.4 мы постараемся его учесть.
6. К сожалению, такая возможность предусматривает значительный пересмотр штатного редактора контуров. Поэтому пока не могу ничего обещать.
7. Согласен.
8. Согласен. Более того, работы в этом направлении уже ведутся.
9. Утилита давно обновлена. Видимо, Вы не имели возможность получить обновленную версию. Обращайтесь в службу поддержки.
10. Завершена работа над версией 4.3. Грядет официальный выпуск. Только после этого начнется работа над 4.4. Наша новая политика создания новых версий подразумевает активное участие пользователей в этом процессе. Так что будем ждать активного взаимодействия при разработке 4.4 (оно не за горами).
Заметил Very Happy

- Это связано с тем, что на все пожелания хочется ответить пространно и вдумчиво. А с учетом объема наших работ это не всегда получается. Вот и возникает ощущение, что задали много вопросов, а ответов не дождались. Однако это не так. Все Ваши пожелания анализируются и помещаются в каталог пожеланий. Все они будут рассмотрены и по ним будут вынесены решения.
Еще раз замечу, что для нас очень важно то, что Вы активно сотрудничаете с нами в процессе работы над новыми версиями.
P.S. Скоро в разделе "На гребне волны" начнется обсуждение по вопросам новой версии 4.4 - приглашаем активно участвовать не только Сергея, но и остальных пользователей ИнГео. Давайте делать систему вместе.

Сергей Попов

Замечана одна проблемка с Пространственными операциями.
Изменилась граница города (уменьшилась), а значит надо изменить и всё, что коррелирует с границей (районы и градостроительное зонирование).
Новый контур города не намного проще предыдущего - 1325 точек.
Градостроительная зона - акватория рек и озёр - 4266 точек.
Уменьшаю зону рек до границ города с помощью пространственной операции "Пересечение" и получаю сообщение:
PtFrom=PtTo in Command.
И ничего не изменяется.
Проверил оба объекта - город - один контур, реки -12 контуров.
Когда я упростил реки до 6 контуров и около 2 тысяч точек, операция смогла выполниться.

Михаил Власов

Пришлите нам на support файл IDF с минимальным набором объектов, который однозначно приводит к ошибочному выполнению операции.

Сергей Попов

Растр. В ИнГЕО он может быть прозрачным, но это ущербная прозрачность - блёклая. Для ч/б растра хочется чтобы белый цвет был прозрачен абсолютно.

Михаил Власов

Что значит - блеклая прозрачность?
Для монохромных растров прозрачность либо есть (абсолютная), либо ее нет - согласно настройкам.
Пример:

Сергей Попов

Сергей Попов

1. Растровая печать функционирует только с ограниченым буфером растра.
На расторвую печать с неограниченным буфером выдаёт ссобщение:
System Error. Code: 8
Надостаточно памяти для обработки команды.
Сообщение появляется даже на маленькой тестой страничке: 600мм на 210 мм.
Если всё-же выбрать ограниченный буфер, то изображение формируется.
2. С НЕрастровой печатью тоже есть заковыки:
2.1. НЕрастровая печать врёт цвета и по разному в зависимости от модели принтера. Одна из самых нудных и частых проблем, когда два схожых но разных по насыщености цвета на печати сливаются - идентичны.
2.2. При использовании не просто сплошной заливки, а со штриховкой цвета могут помяняться кардинально.
Так зелёная Буби на жёлтом печатается как жёлтая Буби на белом.
Чёрные квадратики на красном преобразовались в красные квадратики на белом.
Белые на красном стали красными на белом.
Но в основном, на печати цвет штриховки это цвет фона, а фон на печати - белый.
Может это проблема моделей hp, так как примерно тот-же результат на принтере hp DesignJet450C - более древняя и слабая модель чем ныне нами используемая.
Ещё замечено, что размер и толщина ячейки штриховки разный.
Растровая печать с использованием драйвера - сторона ячейки 2мм.
Растровая печать без использования драйвера - 0,3мм
Векторная печать - 1,2 мм.
Конечно хочется иметь возможность управлять этим процессом и задавать ширину заливки и толщину линий самостоятельно.
Конечно есть в запасе ещё и символьный метод, но у каждого свои недостатки.
Опробовал параметры печати (меню Сервис->Параметры->Печать) - на векторную печать они не повлияли.
3. Так как приходится печатать карты на весь город, пока не более чем 2 метра на 4, как выход для себя считаю возможным итоговое изображение сбросить в растр и печатать уже любой другой программой.
Так как такое больщое изображение в один файл не поместится, можно сформировать куски, но может кто знает простую программу, которая умеет склеивать эти куски? Пробовал в Corel и PhotoShopе - из-за того, что эти программы отображают эти файлы, перекидываю их через буфер обмена - всё это ворочается очень медленно.
4. Ещё есть желание получать изображение не только в палитре RGB но и CMYK. При создании растра предлагается возможность получить в том числе и 32-битное изображение, но результат всегда не более чем 24-битный.
P.S. Принтер: hp DesignJet 800PS А0 с сетевой картой, винчестером и 160Mb на борту.
Версия ИнГЕО самая последняя с сайта.

nikser

Согласен с Сергеем Поповым
Растровая печать реализована странно
только непонятно это вина Ингео или плотера
у нас НР DesignJet 500 с платой GL2
С нехваткой памяти (компьютера) мы не встречались а вот зачастую печать идет в никуда (отправляешь и тишина)
приходится перебором устанавливать буфер
Что касается векторной печати - пока не взяли плату HPGL2 к плотеру, печатать было совсем невозможно, комп просто перезагружался
Нужна возможность задавать шаг и толщину штриховки
В противном случае под штриховкой ничего не видать настолько она частая. Из за этого мы давно перешли на символьные заполнения, но это дополнительный элемент в базе и там есть свои вопросы.
Что касается размеров я при 100 dpi создавал единый файл размером картинки 2х4 (в компе 512МВ)
файл около 300 метров
Для сшивки мы обычно пользуемся EasyTrace она работает намного быстрее фотошопа.
Вопрос Сергею Попову - у вас изначально было 160 МВ в плотере
Я докупал к своему 128 но никаких изменений в печати не заметил, (просто выбросил деньги)

Сергей Попов

Сергей Попов

С детства верил в прогресс, а регресс - выдумка загнивающего империализма.
Тем обиднее, что новые версии ИнГео добавляют не только новые возможности, но и новые ошибки.
В версии 4.3.0.180 уже была проблема с МАССОВЫМИ ОПЕРАЦИЯМИ.
Их исправили и заменили файл это-же версии.
А в версии 4.3.0.187 опять эта проблема всплыла.
Но всплыла и ещё одна:
Выделяю объект, перехожу в окно свойств объекта, вношу информацию и на карте выделяю другой объект. Новый объект выделяется, но не перерисовывается снятие выделения с предыдущего объекта.
НЕудобно лишние разы мышкой щёлкать.

Сергей Попов

Во-первых: Интегро быстро исправляет замеченные оплошности. Приятно. Чертовски приятно. Отпуска вероятно закончились. Ещё бы и командировки, но наверно не сейчас. Порыскал по интернету, ИнГео не ставят рядом в ВЕЛИКИМИ ГеоПродуктами, даже не упоминают.
Упс, извиняюсь, что отстутил от первоисточника: их называют ВЕДУЩИМИ. Наверно правильно: ВЕДУЩИЕ не обязательно ВЕЛИКИЕ.
ВЕДУЩИМИ называют по объёмам и доходам. ВЕЛИКИМИ - по достижениям.
Но вот есть ещё и тенденции, направление развития и иные направления, которые позже будут названы тупиковыми.
Просто перечислю их:
OpenGIS - на русском документацию пока не видел, но "Открытый ГИС" уже влечёт и манит,
SQL/MM p3 - пока не знаю что за зверь,
Oracle Spatial - технология хранения и обработки пространственных данных,
Oracle MapViewer - модуль для визуализации пространственных данных.
Пришла в голову аналогия - простой путь к пониманию.
Информация, которой мы владеем - это ингредиенты, бульоны и торты. Тортов ещё никто не ел, максимум - котлеты.
Базы данных (хранилища) - кастрюли, сковородки, банки для сыпучих и пахучих, холодильники и посудомоечные машины.
Вьюверы - ложки, ножи, вилки, бокалы и тарелки - персональный инструментарий.
Специализированный инструментарий (моделирование пространственных процессов {транспортные, инженерные, ливневые потоки, производственные и строительные процессы, оценка генпланов, черезвычайные ситуации и реакции на неё и чёрт знает что ещё}) - это плиты (электрические, газовые), микроволновки, угли, духовки, вафельницы, блиницы, фритюрницы.
Алгоритмы - рецепты. Съедобных рецептов - раз, два и обчёлся.
Ещё куда то надо засунуть заготовительные базы, элеваторы, разделочные, помоечные и фасовочные - обработка информации до уровня ингредиентов и полуфабрикатов.
А ещё есть профессии - Шеф-повара, официанты, гарсоны, мясники, заготовители, составителю меню, диетологи, санитарная служба.
Сейчас, по крайней мере у нас это укладывается в две профессии - администратор и пользователь. Надо признать что мало кто умеет готовить, если что и употребляем, то полуфабрикаты.
ИнГео - это кухонная утварь, позволяющая вытащить продукты из шкафа (Paradox) или холодильника (SQL-сервера) и перекусить в сухомятку/сухомолку с использованием ножа и вилки.
Другие, ведущие ГИС-продукты умеют коптить (но не варить и жарить), зато обходиться приходится без вилки и чайной ложкой.
Oracle предлагает унифицированный холодильник с разной температурой в камерах (Oracle Spatial). Оцените цену обучения этой возможности за 3 дня - 825$ (РДТЕХ г.Москва).
Пунктир развития для ИнГео:
1. Развитие в сторону OpenGIS.
2. Сервер ИнГео работает не только на платформе Windows, но и на других (бесплатных) платформах - Linux.
3. Развитие тонкого клиента через WWW-броузеры.
4. Клиент ИнГео для бесплатных платформ - Linux.
5. Поддержка возможности работы с некомерческими базами данных - PostgreSQL.
6. Разрабатывать свои и консолидировать сторонние программные комплексы интегрированные с ИнГео.
Всё это позволит клиенту съкономить на сопутствующих продуктах (Операционка и БД), но что это даст Интегро?
- Надежду на развитие и только.
Вообще, над программой развития ИнГео и прочего с ним, надо хорошенько подумать и выйти с предложением в Правительство РФ о финансовой поддержке с заключением государственного заказа для школ (география, геометрия, история, предмет по Родному краю), архитектур, Роснедвижимости, РАО ЕЭС, МЧС, лесники, водоохрана, силовые ведомства, предприятия и институты Обороны).
В Уфе придётся строить академгородок (информцентр) с особыми налоговыми льготами.
Всё бы это, да богу в уши и хотя бы немного Президенту.