Список форумов www.integro.ru www.integro.ru
ЦСИ ИНТЕГРО
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 

Просили пожеланий? Их есть у меня...
На страницу 1, 2, 3  След.
 
Начать новую тему   Ответить на тему    Список форумов www.integro.ru -> Пожелания и предложения
Предыдущая тема :: Следующая тема  
Автор Сообщение
Алексей Васильев



Зарегистрирован: 20.05.2009
Сообщения: 105
Откуда: Самара

СообщениеДобавлено: Ср 12 Окт 2011 16:55    Заголовок сообщения: Просили пожеланий? Их есть у меня... Ответить с цитатой

Сразу скажу, что наиновейшей версии 4.5. я не видел, и что-то может быть уже реализовано, если так - звеняйте хлопцы. А пока мои предложения:
1. Хочется при создании объектов иметь какое-то подобие копипаста. Зело полезно было бы при вводе большого количества однотипных объектов, например, массива теплиц, частного сектора (если точная форма дома некритична), производственных сооружений, и т.п. Создал объект один раз - и размножай себе почкованием вдоль линии или как-то...
2. Лично нас сильно раздражает замыкающая сплошная линия при создании объекта. Если объект сложной формы, да к тому же длинный (улица, река), сильно сбивает с толку. Если кому-то это очень полезно - то пусть это будет опцией.
3. Представляется полезным при масштабировании колесиком мыши (или плюс-минус на клавиатуре) иметь два режима изменения масштаба - крупными шагами, и мелкими. Допустим, просто колесико (или плюс на клавиатуре) меняет масштаб в корень из двух раз (или меньше - можно даже на 10%), а ALT+колесико - в два раза, или сколько там задано в множителе масштаба. Кстати, в этот множитель неплохо бы добавить пару-тройку типовых значений - 2, 5/3, 1.41426, ну и оставить возможность задавать значение вручную.
4. Неплохо бы в опциях добавить возможность инвертирования колесика мыши - как в дубль-Гисе
5. Полосы прокрутки в главном окне карты желательно бы сделать отключаемыми. В версии 3 помнится их не было, а позже появилось. Оно-то само по себе может быть и нормально, но у нас очень боольшая территория - вся область с захватом части соседних (примерно 300*300 км), и неосторожный щелчок по скролбарчику выбрасывает карту в неизвестные дали: неопытные пользователи впадают в ступор и в панике рвут телефон "у меня все пропало"! Кроме того, эти скролбары отнимают драгоценную площадь экрана от самой карты. Я не настаиваю, чтобы их не было вообще - но возможность отключения в опциях представляется желательной.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Алексей Васильев



Зарегистрирован: 20.05.2009
Сообщения: 105
Откуда: Самара

СообщениеДобавлено: Ср 12 Окт 2011 20:41    Заголовок сообщения: А еще (мечтательно так...) Ответить с цитатой

А еще (мечтательно так...) было бы здорово, чтобы проводник слоев и панель инструментов с главным меню, а также строка состояяния могли бы (по желанию) уезжать-приезжать, как это сделано в интернет-эксплорере, Турбо-Дельфи и некоторых других местах... Это был бы Класс!
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Foton



Зарегистрирован: 09.10.2006
Сообщения: 158
Откуда: Ярославль

СообщениеДобавлено: Чт 13 Окт 2011 15:55    Заголовок сообщения: Ответить с цитатой

копи-паст есть, в инструкции описан. выделяем объект, жмем контрл+М(англ), клик в нужной точке, контрл+клик в точке вставки.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Алексей Васильев



Зарегистрирован: 20.05.2009
Сообщения: 105
Откуда: Самара

СообщениеДобавлено: Чт 13 Окт 2011 19:23    Заголовок сообщения: Ответить с цитатой

Хм... Спасибо. Будем читать уставы тщательнее! Впрочем, это не совсем копипаст - насколько я понял, так можно скопировать объект только один раз, а полноценный копипаст позволяет "закопить" один раз, а "пастить" сколько угодоно. При данной реализации нарисовать маленький квадратненький домик можно быстрее, чем копировать таким способом. Так, как сделано - полезно только для объектов сложной формы, а они редко встречаются в большом количестве, чтобы форма в точности повторялась.
Или я опять чего-то не знаю?
Кстати, вот ещё чего хотелось бы. В режиме редактирования, можно выделять вершины по одному (мышкой), а можно группой - просто обрисовав мышкой квадратик. Это удобно, но иногда хочется выделить не квадратиком, а произвольным многоугольником. А этого, насколько я понял, не предусмотрено. Было бы здорово это таки предусмотреть. Например, можно добавить режим "добавить выделенных узлов" - (например, по ALT), обрисовал маленький квадратик, потом пририсовал к нему еще один, еще, еще, и чтобы уже выделенные не сбрасывались. А без Alt - чтоб сбрасывались.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Алексей Васильев



Зарегистрирован: 20.05.2009
Сообщения: 105
Откуда: Самара

СообщениеДобавлено: Пт 21 Окт 2011 07:32    Заголовок сообщения: А еще подумалось, что Ответить с цитатой

А еще подумалось, что вдобавок к функциями перемещения и поворота выделенных объектов добавить функцию масштабирования, возможно, совмещенную с поворотом. Представляется особенно удобным для группы объектов - если они были первоначально векторизованы с ошибочно промасштабированного растра
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
APopov



Зарегистрирован: 19.06.2006
Сообщения: 347
Откуда: Самара

СообщениеДобавлено: Пт 21 Окт 2011 13:09    Заголовок сообщения: Ответить с цитатой

а для копирования (масштабирования поворота) не подойдет ли этот интегровский модуль (чертежная доска)?
_________________
ОАО "Самара-Информспутник",
инженер-программист Попов Артем
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Алексей Васильев



Зарегистрирован: 20.05.2009
Сообщения: 105
Откуда: Самара

СообщениеДобавлено: Пт 21 Окт 2011 21:14    Заголовок сообщения: Это ведь предложение Ответить с цитатой

Это ведь раздел "пожелания и предложения"; я не имею в виду "мне позарезу надо вот ЭТО, срок - сегодня до 17-00". Я здесь хочу предложить чем бы умощнить ИнГео, чтобы она была бы удобнее и функциональнее, и лучше смотрелась на фоне конкурентов. Чертежную доску в описанном виде интегрировать в ИнГео вряд ли целесообразно, а расширить инструментарий одной функцией масштабирования - было бы гораздо более органично.
Кстати, поворот с масштабированием лично у меня есть - самопальный модуль, но вполне меня устраивает. Там нужно ткнуть мышкой в три точки: центр вращения, одна из старых точек, и ее должное новое место. Ну и кнопку "поехали". И все. Но если б нечто аналогичное было бы профессионально интегрировано, то было бы не только у меня, и всем было бы здорово.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Михаил Власов



Зарегистрирован: 14.02.2005
Сообщения: 580
Откуда: ИНТЕГРО

СообщениеДобавлено: Пн 24 Окт 2011 12:29    Заголовок сообщения: Ответить с цитатой

Алексей Васильев писал(а):
Кстати, вот ещё чего хотелось бы. В режиме редактирования, можно выделять вершины по одному (мышкой), а можно группой - просто обрисовав мышкой квадратик. Это удобно, но иногда хочется выделить не квадратиком, а произвольным многоугольником. А этого, насколько я понял, не предусмотрено. Было бы здорово это таки предусмотреть. Например, можно добавить режим "добавить выделенных узлов" - (например, по ALT), обрисовал маленький квадратик, потом пририсовал к нему еще один, еще, еще, и чтобы уже выделенные не сбрасывались. А без Alt - чтоб сбрасывались.

В грядущей 4.6 реализовано выделение без сбрасывания при нажатой Shift.

P.S. Спасибо за пожелания. Пишите еще. Что не сложно, включим в 4.6.

_________________
С уважением, Михаил Власов.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
Алексей В. Бастриков



Зарегистрирован: 02.06.2008
Сообщения: 118
Откуда: ООО "Инфопроект", г. Екатеринбург

СообщениеДобавлено: Пн 24 Окт 2011 13:06    Заголовок сообщения: Ответить с цитатой

А что еще интересного в 4.6 будет?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Михаил Власов



Зарегистрирован: 14.02.2005
Сообщения: 580
Откуда: ИНТЕГРО

СообщениеДобавлено: Пн 24 Окт 2011 14:17    Заголовок сообщения: Ответить с цитатой

1. Значительно облегчено подключение к MS SQL Server и Oracle Database. Теперь не надо читать многотомный мануал по подключению, теперь все сводится в четыре поля, один клик.
2. Косметический "ремонт" всех форм в плане использования шрифтов со сглаживанием.
3. Косметическое облагораживание главной формы. В окне карты убраны панели прокрутки.
4. Кардинальный редизайн форм параметров печати (все объединено в одну красивую форму).
5. Развита функция создания растра в макете печати - теперь можно за один клик сразу нарезать все фрагменты, а нарезать теперь можно не только по количеству фрагментов, но и по их размеру.
6. Снова появился сигнализатор ошибок, возникших при рисовании окна карты (подобное было в ранних версиях ИнГео - называлось лампочкой).
7. Исправления внутренних ошибок и ускорение работы в некоторых функциях.
8. Полностью переработанная и дополненная новыми возможностями процедура импорта/экспорта IDF (в виде внешнего модуля).
9. В комплекте будет COM-библиотека IngeoSerializer, при помощи которой программно можно любой объект ИнГео экспортировать в строку XML или JSON, а потом импортировать в другой объект. Например, можно будет в две строчки скопировать метод отображения из одного стиля в другой.
10. Новая программа установки с исправленной версией IDAPI.

*. Может еще чего успеем по мелочам, так что пишите.

P.S. После 4.6 грядет 5.0 с поддержкой проекций и систем координат.
P.P.S. 4.6 выйдет в середине ноября, если у кого есть желание пощупать бету, пишите на саппорт, вышлем. О сроках выхода 5.0 пока воздержусь, не спрашивайте.

_________________
С уважением, Михаил Власов.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
Сергей Попов



Зарегистрирован: 05.03.2005
Сообщения: 299
Откуда: г. Тольятти - Самара - Копейск

СообщениеДобавлено: Пн 24 Окт 2011 14:36    Заголовок сообщения: Ответить с цитатой

Михаил Власов писал(а):
Что не сложно, включим в 4.6...
*. Может еще чего успеем по мелочам, так что пишите.

Остались ещё вопросы:
1. Когда ожидается версия 4.6?
2. До 4.6 будет 4.5 и если да, то опять КОГДА?

3. Надеюсь после выхода версии 4.6 можно будет продолжать присылать свои пожелания к уже следующим релизам: 4.7 или 5.0.
---
P.S. В Трансформации карты поворот (заданный в (знак)градусах, минутах, секундах) не воспринимает отрицательное значение. Можно конечно прибавить 360 градусов и получить желаемое, но и исправить очень уж просто.

_________________
г. Тольятти, г. Самара, ОАО "КУЗНЕЦОВ"
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Дамир



Зарегистрирован: 14.10.2009
Сообщения: 75
Откуда: Туймазы, Архитектура

СообщениеДобавлено: Пн 24 Окт 2011 16:22    Заголовок сообщения: Ответить с цитатой

Сделайте просмотр координат вершин выделенного объекта.
У нас часто стоит запрет на редактирование объекта, что не дает осуществить просмотр координат, а пользователям очень нужно смотреть координаты выделенного объекта
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
Алексей Васильев



Зарегистрирован: 20.05.2009
Сообщения: 105
Откуда: Самара

СообщениеДобавлено: Пн 24 Окт 2011 19:36    Заголовок сообщения: Еще мелкое замечание Ответить с цитатой

Еще мелкое замечание: на панели пространственных операций иконка "удалить объект после операции" сильно похожа на иконку "удалить объект". Нехорошо-с... Кстати, почему-то это не распространяется на функцию разделения объекта на части. Например, есть в глухой деревне длинная улица, ее ошибочно нарисовали единой, рисуешь поперек трамвайную линию, разделяешь улицу на две части, а трамвайный путь остается, хотя он не нужен там сто лет (и вообще смотрится как анекдот), и задано "удалять объект после операции". Вручную, конечно можно, но хотелось бы единства стиля...
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Foton



Зарегистрирован: 09.10.2006
Сообщения: 158
Откуда: Ярославль

СообщениеДобавлено: Вт 25 Окт 2011 10:06    Заголовок сообщения: Ответить с цитатой

1. Заполнение семантики у группы выделенных объектов через окно свойства объекта(не через массовые операции, что очень долго).

2. в символьном методе возможность отображения в центре полигона.

3. более расширенный функционал пространственных запросов(например построение буферных областей для выделенных объектов)

4. возможность изменение порядка отображения полей в сем.таблицах прямо в проводнике БД

и вопрос еще: для перехода на 4.6 структуру базы менять нужно как в 4.5?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Михаил Власов



Зарегистрирован: 14.02.2005
Сообщения: 580
Откуда: ИНТЕГРО

СообщениеДобавлено: Вт 25 Окт 2011 13:22    Заголовок сообщения: Ответить с цитатой

Сергей Попов писал(а):
1. Когда ожидается версия 4.6?

Написал выше.
Сергей Попов писал(а):
2. До 4.6 будет 4.5 и если да, то опять КОГДА?

4.5 не будет.
Сергей Попов писал(а):
3. Надеюсь после выхода версии 4.6 можно будет продолжать присылать свои пожелания к уже следующим релизам: 4.7 или 5.0.

Конечно.
Сергей Попов писал(а):
В Трансформации карты поворот (заданный в (знак)градусах, минутах, секундах) не воспринимает отрицательное значение. Можно конечно прибавить 360 градусов и получить желаемое, но и исправить очень уж просто.

Проверим, подправим.

_________________
С уважением, Михаил Власов.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
Михаил Власов



Зарегистрирован: 14.02.2005
Сообщения: 580
Откуда: ИНТЕГРО

СообщениеДобавлено: Вт 25 Окт 2011 13:23    Заголовок сообщения: Ответить с цитатой

Дамир писал(а):
Сделайте просмотр координат вершин выделенного объекта.
У нас часто стоит запрет на редактирование объекта, что не дает осуществить просмотр координат, а пользователям очень нужно смотреть координаты выделенного объекта

Попробуем. Думаю, сделаем.

_________________
С уважением, Михаил Власов.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
Михаил Власов



Зарегистрирован: 14.02.2005
Сообщения: 580
Откуда: ИНТЕГРО

СообщениеДобавлено: Вт 25 Окт 2011 13:29    Заголовок сообщения: Ответить с цитатой

Foton писал(а):
1. Заполнение семантики у группы выделенных объектов через окно свойства объекта(не через массовые операции, что очень долго).

Не обещаю в ближайшее время.

Foton писал(а):
2. в символьном методе возможность отображения в центре полигона.

Посмотрим. Но не в ближайшее время, так как потеряется совместимость со старыми версиями ИнГео.

Foton писал(а):
3. более расширенный функционал пространственных запросов(например построение буферных областей для выделенных объектов)

Рассмотрим.

Foton писал(а):
4. возможность изменение порядка отображения полей в сем.таблицах прямо в проводнике БД

Рассмотрим.
Foton писал(а):
и вопрос еще: для перехода на 4.6 структуру базы менять нужно как в 4.5?

Нет, базы 4.6 имеют такую же структуру, что и 4.4.

_________________
С уважением, Михаил Власов.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
Foton



Зарегистрирован: 09.10.2006
Сообщения: 158
Откуда: Ярославль

СообщениеДобавлено: Вт 25 Окт 2011 15:35    Заголовок сообщения: Ответить с цитатой

Цитата:
Foton писал(а):
2. в символьном методе возможность отображения в центре полигона.

Посмотрим. Но не в ближайшее время, так как потеряется совместимость со старыми версиями ИнГео.


тогда может поправить способ "Вписать в прямоугольник"?
если использовать его для создания подписей и обозначений, то не устраивает то, что символьный метод начинает крутиться, и символы(или текст) может быть вверх ногами, что не очень удобно.
для каких случаев вообще предполагалось использовать этот способ отображения?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Сергей Попов



Зарегистрирован: 05.03.2005
Сообщения: 299
Откуда: г. Тольятти - Самара - Копейск

СообщениеДобавлено: Вт 25 Окт 2011 17:11    Заголовок сообщения: Ответить с цитатой

Какая хорошая новость!
И Михаил находит время, читает, отвечает, хотя и не спешит по всем пунктам обнадёжить.
Надеюсь не надо поднимать все те замечания и предложения, которые уже были направлены в службу поддержки?

Добавлю только ...(опять увлекусь)

1. маленькое. В режиме создания геометрического объекта, хочется упростить создание линий СТРОГО ГОРИЗОНТАЛЬНЫХ, ВЕРТИКАЛЬНЫХ, и ПЕРПЕНДИКУЛЯРНЫХ к предыдущему отрезку. Для этого можно использовать клавиатурную комбинацию. Горизонтальность и вертикальность желательно строить относительно текущего направления осей координат (они могут быть повёрнуты на любой удобный угол)

2. В макете печати очень часто использую параметр - ШАГ СЕТКИ. Прошу вынести это поле на панель. Удобна двойная сетка: мелкая стандартным цветом и кратная (указывается кратность, допустим 5) красным цветом.

3. Во многих случаях, когда надо вводить вещественное число, ИнГЕО спокойно относится и к точке и к запятой в качестве разделителя дробной и целой части. Это удобно, но не везде так. Пусть будет везде. Пример: в режиме редактирования изменить длину отрезка.

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

5. Желательно в макете печати иметь возможность текст и рисунок размещать под углом, вырезать из одного многоугольника другой (делать дырки в баранках), компоновать элементы в группы, при копировании и вставке сохранять порядок следования элементов (выше, ниже).

6. В API иметь доступ к константам - тип базы данных (Oracle, MS-SQL, Paradox, и т.д.) и названия схем хранящих семантику и метаданные.

7. В символьном методе при способе отображения "Тиражировать вдоль линии" все элементы (КРОМЕ РИСУНКА) используют данную линию как базовую. Рисунок всегда имеет горизонтальное положение. Это очень не удобно.

8. ВАЖНОЕ! В символьном методе нужны дополнительные способы отображения: 1. В первой вершине, 2. В последней вершине 3. В промежуточных вершинах (кроме первой и последней) с учётом базовой линии и всегда горизонтально. Наличие этих способов сильно упрощает проектирование модели пространственных данных. Если данное предложение будет принято в работу, тогда надеюсь успеть его дополнить.

9. Элементы рисунка символьного метода "Линия" и "Многоугольник" при не нулевой толщине в концевых точках имеют закругление. Нужен вариант и с простым, перпендикулярным отсечением.

10. В API нужны функции работы с параметрами отображения, областью видимости, топологическими связями и отношениями, растрами, вспомогательными линиями.

11. Многострочные неформализованные заметки к метаданным, чтобы в одном месте скапливалась информация о картах, слоях, стилях, таблицах, справочниках, территориях: когда, кем, для каких целей, что использовалось в качестве подосновы, степень достоверности и точности.

12. Значения по умолчанию. В базах данных это используется, можно внедрить и в ИнГЕО, и пойти даже дальше. Значение может быть не только фиксированное, но и константы сеанса: - имя пользователя, текущее время по часам сервера.

13. В массовых операциях при работе с данными желательно увеличить функциональность. К примеру, сейчас можно заполнить поле площадью, но только в квадратных метрах, а как быть с гектарами?

14. Наборы данных отображают только данные из таблицы 1 к 1. Желательно добавить таблицы 1 ко многим и вычисляемые значения (площадь, периметр, количество вершин, форм, частей форм, отрезков, дуг). Сортировка! Её нет. Можно расширить статистику по полю: для текстовых данных минимальная и максимальная длина, значения и частота.

15. В запросе к семантическим данным невозможно работать со значением, содержащим символ «”».

16. Доступ к семантике через OLE DB и работа с многобайтными кодировками символов.

17. Работа со сложными формами (из нескольких частей). Разбить на отдельные формы и склеить в одну форму по аналогии с «Выделить отмеченную форму в отдельный объект». Этот функционал нужен и для ручного режима и в API.

18. В режиме редактирования формы и частей форм нужна функция «Изменить начальную точку».

19. Часть параметров стиля контролируются только на этапе создания, но могут быть изменены при редактировании. Это: замыкания, прямые углы, дуги или линии. А два параметра: минимальное и максимальное количество точек контролируются всегда. Двойной стандарт получается. Предлагаю при редактировании иметь возможность делать исключения и по этим параметрам. Да, стоит сказать что, используя прямые углы и максимальное ограничение в 3 вершины мы получаем прямоугольник, т.е. 4 вершины и ИнГЕО к этому нормально относится.

20. При создании объекта отражаются в правой панели координаты. Полезно будет добавить и длины.

21. При измерении расстояний отключены вспомогательные линии и автоматическое подравнивание, которые были заданы в режиме редактирования. Считаю что удобнее чтобы автоматическое подравнивание по умолчанию с начала работы было включено и в режиме измерений и режиме редактирования. Если есть иные доводы, тогда это можно вынести в параметры настройки.

22. Библиотека пространственных построений. Примеры: нахождение координат точки, делящей отрезок в заданной пропорции, построение перпендикуляра, к отрезку, касательной к линии, замена дуги фрагментом вписанного/описанного/серединного многоугольника.

23. Импорт idf-файлов c возможностью отключения контроля глобальных идентификаторов.

24. Есть перемещение и поворот на произвольную величину. Нехватает возможности указать конкретную величину, так как это сделано при параллельном перемещении отрезка.

25. В момент преобразования отрезка в дугу, кривизна всегда одинаковая = 0,2000. Предлагаю изменить это значение на 0,414213562373095, что соответствует тангенсу угла 22,5 градуса. Если надо, могу дать пояснения, почему выбрано это значение.

26. Округление. Оно встречается во многих местах. Прошу не применять округление в тех случаях, когда пользователь явно указал точное значение. Пример: размеры планшетов растровой карты.
---
До завтра, в Уфе рабочий день закончился.

_________________
г. Тольятти, г. Самара, ОАО "КУЗНЕЦОВ"
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Алексей Васильев



Зарегистрирован: 20.05.2009
Сообщения: 105
Откуда: Самара

СообщениеДобавлено: Вт 25 Окт 2011 19:14    Заголовок сообщения: Создание узла не на ребре Ответить с цитатой

Желательно добавить контроль с опциональным предупреждением (или даже запретом, опять же как опцию) создания вершины не на ребре. Далеко не всегда видно, да и рука может дрогнуть, и вершина неожиданно для "Творца" создается в чистом поле. И вообще, очень редко бывает нужно создавать вершины не на ребре; пожалуй, только у точечных объектов. У всех прочих - это большая экзотика.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Foton



Зарегистрирован: 09.10.2006
Сообщения: 158
Откуда: Ярославль

СообщениеДобавлено: Ср 26 Окт 2011 10:20    Заголовок сообщения: Re: Создание узла не на ребре Ответить с цитатой

Алексей Васильев писал(а):
Желательно добавить контроль с опциональным предупреждением (или даже запретом, опять же как опцию) создания вершины не на ребре.........
поддерживаю. тогда в стиле нужна еще настройка контроля разрывов, совпадения точек, наличия нескольких частей в одной форме и т.д.


Сергей Попов писал(а):
13. В массовых операциях при работе с данными желательно увеличить функциональность. К примеру, сейчас можно заполнить поле площадью, но только в квадратных метрах, а как быть с гектарами?
было бы здорово, если бы была возможность заполнения полей вычисляемым значением(на основе других полей). тогда и площадь в гектары можно пересчитать, и периметр в километры, и вообще все что угодно. сейчас это приходится делать sql-запросами.

Сергей Попов писал(а):
14. Наборы данных отображают только данные из таблицы 1 к 1. Желательно добавить таблицы 1 ко многим и вычисляемые значения (площадь, периметр, количество вершин, форм, частей форм, отрезков, дуг). Сортировка! Её нет. Можно расширить статистику по полю: для текстовых данных минимальная и максимальная длина, значения и частота.
+1. для таблиц 1-много пришлось писать свой модуль.


еще огорчило отсутствие возможности редактирования в справочнике поля типа Текст(Memo). поле создает, а значение задать - увы.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Михаил Власов



Зарегистрирован: 14.02.2005
Сообщения: 580
Откуда: ИНТЕГРО

СообщениеДобавлено: Ср 26 Окт 2011 11:17    Заголовок сообщения: Ответить с цитатой

Вот это список!
Сергей Попов писал(а):
1. маленькое. В режиме создания геометрического объекта, хочется упростить создание линий СТРОГО ГОРИЗОНТАЛЬНЫХ, ВЕРТИКАЛЬНЫХ, и ПЕРПЕНДИКУЛЯРНЫХ к предыдущему отрезку. Для этого можно использовать клавиатурную комбинацию. Горизонтальность и вертикальность желательно строить относительно текущего направления осей координат (они могут быть повёрнуты на любой удобный угол)

Может я и ошибаюсь, но разве на карте много линий, перпендикулярных и параллельных осям координат?
Что касается перепендикуляра к предыдущему отрезку, то при рисовании можно нажать "o" и будет перпендикуляр.
Сергей Попов писал(а):
2. В макете печати очень часто использую параметр - ШАГ СЕТКИ. Прошу вынести это поле на панель. Удобна двойная сетка: мелкая стандартным цветом и кратная (указывается кратность, допустим 5) красным цветом.

Можно сделать.
Сергей Попов писал(а):
3. Во многих случаях, когда надо вводить вещественное число, ИнГЕО спокойно относится и к точке и к запятой в качестве разделителя дробной и целой части. Это удобно, но не везде так. Пусть будет везде. Пример: в режиме редактирования изменить длину отрезка.

Исправим.
Сергей Попов писал(а):
4. В макете печати есть элемент окружность, для определения границ которого можно указать описывающий прямоугольник. Правильнее конечно использовать квадрат или вписывать в прямоугольник эллипс. Вероятно, надо оставить как есть для совместимости.

Добавим параметр способа вписывания окружности/эллипса в прямоугольник.
Сергей Попов писал(а):
5. Желательно в макете печати иметь возможность текст и рисунок размещать под углом, вырезать из одного многоугольника другой (делать дырки в баранках), компоновать элементы в группы, при копировании и вставке сохранять порядок следования элементов (выше, ниже).

Не обещаю в ближайшее время. Суровые у вас макеты печати, однако.
Сергей Попов писал(а):
6. В API иметь доступ к константам - тип базы данных (Oracle, MS-SQL, Paradox, и т.д.) и названия схем хранящих семантику и метаданные.

А зачем вам эти параметры? Мы не приветствуем доступ к семантике в обход API.[/quote]

Сергей Попов писал(а):
7. В символьном методе при способе отображения "Тиражировать вдоль линии" все элементы (КРОМЕ РИСУНКА) используют данную линию как базовую. Рисунок всегда имеет горизонтальное положение. Это очень не удобно.

Придется усложнять отображение рисунка. Думаю, сделаем.
Сергей Попов писал(а):
8. ВАЖНОЕ! В символьном методе нужны дополнительные способы отображения: 1. В первой вершине, 2. В последней вершине 3. В промежуточных вершинах (кроме первой и последней) с учётом базовой линии и всегда горизонтально. Наличие этих способов сильно упрощает проектирование модели пространственных данных. Если данное предложение будет принято в работу, тогда надеюсь успеть его дополнить.

Об этом уже думали. Сделаем, но не сразу.
Сергей Попов писал(а):
9. Элементы рисунка символьного метода "Линия" и "Многоугольник" при не нулевой толщине в концевых точках имеют закругление. Нужен вариант и с простым, перпендикулярным отсечением.

Можно сделать.
Сергей Попов писал(а):
10. В API нужны функции работы с параметрами отображения, областью видимости, топологическими связями и отношениями, растрами, вспомогательными линиями.

Согласен.
Сергей Попов писал(а):
11. Многострочные неформализованные заметки к метаданным, чтобы в одном месте скапливалась информация о картах, слоях, стилях, таблицах, справочниках, территориях: когда, кем, для каких целей, что использовалось в качестве подосновы, степень достоверности и точности.

Об этом мы тоже думали.
Сергей Попов писал(а):
12. Значения по умолчанию. В базах данных это используется, можно внедрить и в ИнГЕО, и пойти даже дальше. Значение может быть не только фиксированное, но и константы сеанса: - имя пользователя, текущее время по часам сервера.

Примем к сведению, но пока не обещаю.

Сергей Попов писал(а):
13. В массовых операциях при работе с данными желательно увеличить функциональность. К примеру, сейчас можно заполнить поле площадью, но только в квадратных метрах, а как быть с гектарами?

Все на свете заранее не предусмотришь. Вам гектары, а кому-то угол первого ребра. Для таких вещей, наверное, уже следует писать модулек на API.
Сергей Попов писал(а):
14. Наборы данных отображают только данные из таблицы 1 к 1. Желательно добавить таблицы 1 ко многим и вычисляемые значения (площадь, периметр, количество вершин, форм, частей форм, отрезков, дуг). Сортировка! Её нет. Можно расширить статистику по полю: для текстовых данных минимальная и максимальная длина, значения и частота.

В далекой будущей версии ИнГео (когда семантика будет через сервер) все это будет. Мы уже макетировали.
Сергей Попов писал(а):
15. В запросе к семантическим данным невозможно работать со значением, содержащим символ «”».

Поправим.
Сергей Попов писал(а):
16. Доступ к семантике через OLE DB и работа с многобайтными кодировками символов.

В далекой будущей версии.
Сергей Попов писал(а):
17. Работа со сложными формами (из нескольких частей). Разбить на отдельные формы и склеить в одну форму по аналогии с «Выделить отмеченную форму в отдельный объект». Этот функционал нужен и для ручного режима и в API.

Разбить/склеить в смысле пространственными операциями на формами?
Тут надо думать. Пока не обещаю.
Сергей Попов писал(а):
18. В режиме редактирования формы и частей форм нужна функция «Изменить начальную точку».

Знакомое пожелание. Рассмотрим.
Сергей Попов писал(а):
19. Часть параметров стиля контролируются только на этапе создания, но могут быть изменены при редактировании. Это: замыкания, прямые углы, дуги или линии. А два параметра: минимальное и максимальное количество точек контролируются всегда. Двойной стандарт получается. Предлагаю при редактировании иметь возможность делать исключения и по этим параметрам. Да, стоит сказать что, используя прямые углы и максимальное ограничение в 3 вершины мы получаем прямоугольник, т.е. 4 вершины и ИнГЕО к этому нормально относится.

Мы не задумывали указанные параметры стиля как ограничения, накладываемые на контур. В противном случае пришлось бы включать тотальный контроль над контуром (API, импорт, пространственные операции и пр.). Рассматривайте эти параметры как подсказки для интерактивного создателя/редактора контура.
Сергей Попов писал(а):
20. При создании объекта отражаются в правой панели координаты. Полезно будет добавить и длины.

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

Иных доводов нет. Вы правы. Все вспомогательные обвесы должны мигрировать между интерактивными функциями в окне карты. Рассмотрим.
Сергей Попов писал(а):
22. Библиотека пространственных построений. Примеры: нахождение координат точки, делящей отрезок в заданной пропорции, построение перпендикуляра, к отрезку, касательной к линии, замена дуги фрагментом вписанного/описанного/серединного многоугольника.

Возможно, это включим в чертежную доску (модуль "Чертежная доска").
Сергей Попов писал(а):
23. Импорт idf-файлов c возможностью отключения контроля глобальных идентификаторов.

Чтобы не сливать с существующей картой? А всегда создавать новые элементы?
В новом модуле импорта такое поведение запланировано.
Сергей Попов писал(а):
24. Есть перемещение и поворот на произвольную величину. Нехватает возможности указать конкретную величину, так как это сделано при параллельном перемещении отрезка.

Понятно. Думаю, можно сделать.
Сергей Попов писал(а):
25. В момент преобразования отрезка в дугу, кривизна всегда одинаковая = 0,2000. Предлагаю изменить это значение на 0,414213562373095, что соответствует тангенсу угла 22,5 градуса. Если надо, могу дать пояснения, почему выбрано это значение.

Дайте объяснения.
Сергей Попов писал(а):
26. Округление. Оно встречается во многих местах. Прошу не применять округление в тех случаях, когда пользователь явно указал точное значение. Пример: размеры планшетов растровой карты.

Поправим.

P.S. Похоже, пора открывать bug/issue трекер.

_________________
С уважением, Михаил Власов.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
APopov



Зарегистрирован: 19.06.2006
Сообщения: 347
Откуда: Самара

СообщениеДобавлено: Ср 26 Окт 2011 14:12    Заголовок сообщения: Ответить с цитатой

Цитата:
А зачем вам эти параметры? Мы не приветствуем доступ к семантике в обход API.

Можно я встряну? Smile
Я знаю, что вы не приветсвуете, но без прямого доступа к БД быстро и качественно не напишешь какой-нибудь модуль, где пользователю нужно отображение данных в гриде или нужна быстрая и гибкая аналитика с помощью sql-запросов к Бд + отображение результатов.

Также, сейчас в игнео не поддерживаются стравочники ссылающиеся на другие справочники, в том числе и на себя.

Еще один довод: не всегда данные хранятся в только таблицах слоев или справочниках ингео. Ингео используется как картооснова, к которой привязаны некие другие пользовательские данные, которые удобно размещать в тойже базе что и данные ингео, т.к. часто нужно писать sql-запросы использующие и ингеовские таблицы и собственные.

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

_________________
ОАО "Самара-Информспутник",
инженер-программист Попов Артем
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Сергей Попов



Зарегистрирован: 05.03.2005
Сообщения: 299
Откуда: г. Тольятти - Самара - Копейск

СообщениеДобавлено: Ср 26 Окт 2011 17:23    Заголовок сообщения: Ответить с цитатой

Добрый день! Продолжаем разговор...
Михаил Власов писал(а):
Может я и ошибаюсь, но разве на карте много линий, перпендикулярных и параллельных осям координат?
Я тоже так думал, пока не догадался что ИнГЕО не только для геодезистов и генпланистов. Что мешает использовать ИнГЕО везде и всюду. Понаблюдал за архитекторами, вроде умные должны быть люди, голубая кровь. Подносишь им топографию на блюдечке, по слоям разложенную, в местной системе, с ближайшим окружением и правильно ориентированную относительно сторон света, а она им не нравится, нос воротят. Оказывается для них главное - здание и всё (в том числе система координат) должно плясать от этой печки. Так считать и чертить проще. Сам попробовал: а ведь в здании углы прямые, линии параллельные - и если здание положить, то и правда так проще. Надеюсь на ИнГЕО 5.хх с заявленной многопространсвенностью, когда можно внутрянку здания делать в удобной системе, а подводку коммуникаций в общепринятой системе координат и они будут стыковаться и даже может быть топологически. Т.е. ИнГЕО уже можно, а в будущем ещё удобнее будет использовать в качестве единого инструментария для открытых и закрытых пространств жизнедеятельности человека.
Ещё одно удобство прямого расположения: человеческий глаз лучше различает отклонение от нормали чем от других линий.
И ещё раз хочу заострить внимание на возможность ИнГЕО отображать оси координат на экране под нужным углом. Я предлагаю упростить построения линий паралельно именно ЭКРАНУ, а уж паралельно осям координат - это уже будет частный случай.
Михаил Власов писал(а):
Сергей Попов писал(а):
6. В API иметь доступ к константам - тип базы данных (Oracle, MS-SQL, Paradox, и т.д.) и названия схем хранящих семантику и метаданные.
А зачем вам эти параметры? Мы не приветствуем доступ к семантике в обход API.
Хочу грамотно и максимально полно использовать возможности СУБД, зная что реализации SQL у них разные. Применить в IIngeoSemDbTables.ExecSQL.
Есть одна простая, изящная идея - иметь возможность в лёт отображать по выбранному объекту кто и когда его создал, кто и когда его редактировал на основании сведений из журнала, да только журнал находится не в той схеме, где семантика.
Аналогичным способом можно в среде ИнГЕО компоновать семантику внутреннюю для ИнГЕО и внешнюю. Это можно и сейчас а предлагаемые параметры упростят настройку.
Михаил Власов писал(а):
Сергей Попов писал(а):
13. В массовых операциях при работе с данными желательно увеличить функциональность. К примеру, сейчас можно заполнить поле площадью, но только в квадратных метрах, а как быть с гектарами?
Все на свете заранее не предусмотришь. Вам гектары, а кому-то угол первого ребра. Для таких вещей, наверное, уже следует писать модулек на API.
Да, не предусмотришь, но что если хотя бы обойтись тем, что уже реализовано в Анализ->Запрос по семантическим данным. Это уже будет ого-го!
Михаил Власов писал(а):
Сергей Попов писал(а):
17. Работа со сложными формами (из нескольких частей). Разбить на отдельные формы и склеить в одну форму по аналогии с «Выделить отмеченную форму в отдельный объект». Этот функционал нужен и для ручного режима и в API.
Разбить/склеить в смысле пространственными операциями на формами?
Тут надо думать. Пока не обещаю.
Уточню на простом объекте – баранка. Это одна форма с двумя частями: дырка и внешний контур. Нужен объект с двумя формами, каждая форма состоит из 1 части. Сейчас разбить эти части нельзя, только обрисовывать. Уровнем выше: «формы – объект» это уже реализовано, предлагаю тоже самое для «части формы – форма».
Михаил Власов писал(а):
Сергей Попов писал(а):
19. Часть параметров стиля контролируются только на этапе создания, но могут быть изменены при редактировании. Это: замыкания, прямые углы, дуги или линии. А два параметра: минимальное и максимальное количество точек контролируются всегда. Двойной стандарт получается. Предлагаю при редактировании иметь возможность делать исключения и по этим параметрам. Да, стоит сказать что, используя прямые углы и максимальное ограничение в 3 вершины мы получаем прямоугольник, т.е. 4 вершины и ИнГЕО к этому нормально относится.
Мы не задумывали указанные параметры стиля как ограничения, накладываемые на контур. В противном случае пришлось бы включать тотальный контроль над контуром (API, импорт, пространственные операции и пр.). Рассматривайте эти параметры как подсказки для интерактивного создателя/редактора контура.
Хорошо, согласен, тогда в режиме редактирования пусть ИнГЕО предупреждает о возможном нарушении, но ПУСТЬ РАЗРЕШАЕТ сделать отступление от этого правила. Сейчас для этого приходится временно менять параметры стиля, а для этого нужны определённые привилегии.
Михаил Власов писал(а):
Сергей Попов писал(а):
20. При создании объекта отражаются в правой панели координаты. Полезно будет добавить и длины.
Как в редакторе контура? Подумаем.
Да, как в редакторе.
Михаил Власов писал(а):
Сергей Попов писал(а):
25. В момент преобразования отрезка в дугу, кривизна всегда одинаковая = 0,2000. Предлагаю изменить это значение на 0,414213562373095, что соответствует тангенсу угла 22,5 градуса. Если надо, могу дать пояснения, почему выбрано это значение.
Дайте объяснения.
Кривизна - это тангенс половинного угла, т.е. полный угол =45 градусов. Это угол между гипотенузой и катетами в прямоугольном равнобедренном треугольнике. Другой пример: в месте сопряжения перпендикулярных друг к другу улиц необходимо сделать закругление с известным радиусом. От точки пересечения границ проезжих частей откладываем заданное расстояние по обеим улицам, соединяем точки отрезком и заменяем отрезок на дугу. Если дуга выгнута не в ту сторону, меняем знак у кривизны. Результирующая дуга имеет гладкое сопряжение с улицами. Даже если между улицами не совсем прямой угол (отклонение в 1-2 градуса), достигнутый нами результат на столько близок к результату, что можно его уже не улучшать.
Михаил Власов писал(а):
P.S. Похоже, пора открывать bug/issue трекер.
Ай да молодец, ай да Пушкин! Слова уже попали в песню, а новый релиз ИнГЕО всё же желаннее.

(продолжаю список...)

27. Одинаковые точки (две точки подряд с абсолютно одинаковыми координатами). Понятно что это топологический казус и пользователь сам виноват. Я иначе хотел поставить вопрос: одинаковые точки, это ОДНОЗНАЧНАЯ ошибка, это ВСЕГДА ошибка или кто может придумать пример в оправдание? Если ВСЕГДА, тогда простое предложение: чтобы ИнГЕО автоматически исправляла эту ошибку в момент создания, редактирования и импорта объектов.

28. При перемещении объектов поражённых одинаковыми точками наблюдается интересная картина: одна из этих точек перемещается вместе с объектом, а остальные остаются на прежнем месте и получается фантомный след: лучи из прежней дислокации. Предполагаю что ИнГЕО располагает двумя наборами вершин: 1) все, 2) уникальные, а алгоритм перемещения обрабатывает только вершины из второго списка.

29. Неявные топологические связи - совпадение координат вершин разных форм одного объекта. Опишу проблему, которая часто наблюдается: редактирую одну из этих форм, отключаю топологию (клавиша S), перемещаю вершину, а перемещается вершина другой формы, не той которую я в данный момент редактирую.

30. Проверка объекта. Не всегда, но достаточно часто в результат попадают объекты с предупреждением «Точки расположены слишком близко», хотя перед проверкой специально данный вид предупреждения был отключен.

31. Одна из ошибок, которую обнаруживает Проверка объекта, это «Слишком маленький объект». Обычно это мусор и хочется оптом весь его удалить, но приходится только поштучно. Предлагаю реализовать экспорт перечня обнаруженных объектов или множественное выделение.

32. В ИнГЕО изначально заложена плоская модель, но ведь плоскостей может быть множество и многие грешат однотипностью (этажи здания). Получается псевдотрёхмерка. Одинаковые методы отображения, одинаковые таблицы. Может можно компоновать однотипные таблицы в одну с добавлением признака к какому слою данная запись относится.

33. В таблицах 1 к 1 резервируется запись для каждого объекта, что приводит к генерированию множества практически пустых записей. Массовое заполнение таких таблиц – большая неожиданность для базы данных и времени тратится несоизмеримо больше чем при создании аналогичного количества записей. Предлагаю отказаться от резервирования пустых записей.

34. Справочники. Их можно усовершенствовать.
1). Допустим справочник содержит актуальные записи (доступные для внесения в связные таблицы – ФИО исполнителя) и архивные записи (ФИО исполнителя, который в настоящее время уже не работает). Отражать надо все записи, а позволять выбирать только из активных.
2). Справочник в качестве подсказки часто вводимых значений, но не запрещающий вводить отсебятину. Такой справочник используется только на этапе ввода, а реально хранится выбранное или введённое значение.

35. В журнале действий над объектами прошу добавить регистрацию действий пользователя: редактирование существующей записи, создание записи, удаление записи, добавление формы, удаление формы, редактирование формы с сопутствующей информацией о таблицах, полях, формах (правда у форм нет идентификаторов и имён, только названия стилей, но хоть это).
За одно: Производил посчёт времени работы пользователей в ИнГЕО и выявил что не каждой записи входа соответствует запись о выходе (сбои, обрывы связи). Самое сложное было выявить пары: вход - выход. Если бы у каждого сеанса был бы свой идентификатор, задача решалась бы проще и надёжнее.

36. Самый простой способ закрыть от пользователя метаданные - запретить пользоваться проводником и он будет ограничен набором карт его проекта. Некоторым пользователям нужна свобода действий по настройке их карт и им разрешается пользоваться проводником. И тут у них глаза разгораются: а это что? а почему мне нельзя?
Предложение простое: если кому нельзя значит и не показывать данные проекты, карты, слои, таблицы и в проводнике и в правой панели - окне Слои (не совсем это окно, скорее ПАНЕЛЬ УПРАВЛЕНИЯ), а таблицы и в окне свойств объекта.

-- опять до завтра! Всем творческих успехов!

_________________
г. Тольятти, г. Самара, ОАО "КУЗНЕЦОВ"
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Дамир



Зарегистрирован: 14.10.2009
Сообщения: 75
Откуда: Туймазы, Архитектура

СообщениеДобавлено: Чт 27 Окт 2011 10:53    Заголовок сообщения: Ответить с цитатой

Ситуация:
Цитата:
В одном слое находится два стиля и таблица: один стиль - стандартный метод отображения, второй стиль - текстовый метод отображения, в таблице информация, которая выводится текстовым методом.
Стандартным методом мы рисуем объекты (первая точка может быть в любом из четырех углов). Заполняем семантику. С помощью модуля Установить подписи у объектов, отображаем информацию по объектам.

Вопрос:
Будет ли внедрена возможность в ИнГЕО перемещать или поворачивать в одном слое отдельный стиль, не затрагивая другие стили (если стилей в слое 2 и более)?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
Показать сообщения:   
Начать новую тему   Ответить на тему    Список форумов www.integro.ru -> Пожелания и предложения Часовой пояс: GMT + 5
На страницу 1, 2, 3  След.
Страница 1 из 3

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете добавлять приложения в этом форуме
Вы можете скачивать файлы в этом форуме


© phpBB Group
Русская поддержка phpBB