Хотелки, пожелания, предложения для TypeSet=Topo или в целом

[User_tester]

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

[Fencer_Silver]

Сейчас клавишами прокручивается карта при активированной панели адресов. Описанные стандартные интерфейсные операции для списков есть во многих программах. Удобство их не вызывает сомнения, они повышают юзабилити программ.

Что-то я не понял... "при активированной панели адресов", т.е есть желание прокручивать при НЕ АКТИВНОЙ ПАНЕЛИ??? Если так - не согласен. Кнопки - должны управлять тем, на чем фокус. Перенос фокуса с помощью TAB - вот стандарт винды.

Описанные стандартные интерфейсные операции для списков есть во многих программах

А что во многих программах списки управляются при нахождении фокуса на чем либо другом?

[User_tester]

Поясню. Открыли карту, развернули левую панель адресов, закрепили скрепкой. Заходим в ней, например, туда, где представлен список улиц в левом столбце таблицы, а в правом - список соответствующих домов.

Вот если выделить какую-то улицу в списке и начать нажимать стрелки "вверх" / "вниз" на клавиатуре, чтобы поочерёдно переходить от одной улицы к другой и смотреть списки их домов, то начинает двигаться вверх/вниз карта, а активное выделение при этом не переходит в списке на новые улицы. Это при том, что я работаю в данный момент на боковой панели адресов, а вовсе не на карте. На карте пусть только появляется фокус посреди экрана на той позиции (улице, доме), которые сейчас в списке активны и выделены. Но сама карта пусть не ездит вверх-вниз при нажатии стрелок в ходе навигации по списку.

А для быстрой прокрутки большого количества улиц удобна была бы прокрутка мышью.

Эти элементарные операции сделать бы для всех списков.

[User_tester]

Хотелка в целом по программе.

Добавить возможность для объектов в панели свойств заполнять поля "Страна", "Область (район)" независимо от поля города. В реальности есть много объектов, которые лежат вне городов и им территориально не относятся. И минимальная территориальная единица, на которой они находятся, - это район (область). А для того же гармина надо, чтобы, по-хорошему если, все атрибуты в свойствах были максимально заполнены. А сейчас в микрогисе можно либо страну, район/область заполнить в свойствах, но только вместе с городом. Либо вообще не заполнять ни одного из этих полей, в случае отказа от заполнения поля "город".

[Vovan_Alm]

Поддерживаю... архинужная хотелка для Гармина, у всех роутовых полилиний атрибут Страна и Область обязан быть заполнен...

[User_tester]

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

Данная хотелка будет реализована и стоит в листе ожидания, почти на самом верху. Сроков выполнения - не скажу. Но...... Сделаем.....
Alex

[amhamitov]

Хотелось бы увидеть в "контактной и адресной информации" дополнительную строчку "район". Прописывать район в доп. ключах немного неудобно. DistrictName=

Серьезный вопрос, не однократно поднимавшийся, который ведет к серьезным изменениям в программе. Если его реализовать, обратной дороги не будет. То есть реестр адресов, получит еще одно поле - для всех тайпсетов. Но как я понимаю - на сегодня это не всех устроит. Необходимо, чтобы сначала навигационные программы это поддержали. А потом - мы это реализуем.
Alex

[_Michael_]

давняя тайная хотелка - добавьте, плз, в правую кнопку мыши "Копировать координаты" для узла и POI
в формате "широта" пробел "долгота"

Добавлено в лист ожидания.
Alex

[User_tester]

Имеется следующая проблема и соответствующая ей хотелка.

В пользовательских тайпсетах встречаются пользовательские полилинии, которые при конвертировании в конечную карту будут роутить, но из стандартного набора дорог ни одна роутовая дорога по смыслу не подходит для использования вместо неё. Поэтому надо использовать данную пользовательскую полилинию (в моём случае это 0x000f) и указать ей атрибуты роутинга, а также проверить прокладку маршрута по ней. Но программа не понимает её как роутовую и, соответственно, не даёт прописать ни атрибуты роутинга (вкладка в панели свойств недоступна), ни проверить прокладку маршрута (вообще не видит эту дорогу). Приходится закрывать карту и микрогис, открывать карту в мапэдите и в нём всё прописывать и проверять. Он, в отличие от микрогиса, почему-то понимает эту дорогу и строит по ней маршрут. Несмотря на то, что в мапэдите, как и в микрогисе, при переключении скина на стандартный гарминовский выдаётся, что тип этой линии не определён!

Есть такой момент. Я уже писал, что это временное неудобство и будет учтено при вводе нового тайпсета. Будут учтены кастомные роутовые полилинии. Кстати изменится не только GARMIN, но и TOPO. Работа уже ведется, глянь в папку с типами POI - иконки уже отрисованы и живут в папке. Скоро добавим и поправим.....
Alex

Польский формат давно стал универсальным обменным форматом между различными другими форматами карт, и редактор микрогис для карт в польском формате позиционируется как гибкий и удобный редактор. Поэтому хотелось бы иметь возможность в общем случае для любой полилинии не из числа стандартных дорог тайпсета указывать птичкой в панели свойств, роутовая она или нет. Это в зависимости от того, как у нас будет вести себя эта линия после конвертации в итоговую карту (гармин, ситигид или ещё что-то - неважно!). По умолчанию пусть будет нероутовая. Но если у нас она роутовая, то ставим птичку - и нам в панели свойств для этого типа линии открываются все соответствующие атрибуты дорог и в программе появляется возможность проверять прокладку маршрута по ним. Вот примерно такая логическая организация хотелки и пошаговый алгоритм действий конечного пользователя.

Во первых: польский формат - это не универсальный обменный формат. Он на эту роль не тянет. Это - исходный формат. К обменным форматам относятся SHP, MIF/MID и т.д
Во вторых то что ты просишь - это не правильно. Мы действуем в рамках польского формата и если отступаем от него, то на немного и это должно быть востребовано по крайней мере.
В новом тайпсете - получишь аж 7 роутовых типов: 0x000d - 0x0013. Думаю тебе хватит.
Alex

[User_tester]

Небольшая хотелка для программы в целом

Добавьте, пожалуйста, в панель адресов функцию поиска конкретных перекрёстков улиц в выбранном городе. Для удобства работы с большой картой исходника.

[_Michael_]

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

[_Michael_]

еще хотелки
1. добавить обработку нажатия кнопки (например, Ctrl) чтобы при рисовании эллипса - рисовало круг!
2. проверка дорожного графа на недотянутые/потерянные узлы: задаем расстояние и проверяем, если синий нод лежит в пределах этого расстояния с полилинией дороги, то помечаем его как кандидат на потерянный
3. в окне выбора по типу отображать кол-во выбранных
4. при проверке белых нодов при переходе сразу делать максимальный зум, тяжело выискивать.. и/или подсветку сделать, как в стрекозе - блымающие красные концентрические круги

[User_tester]

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

Так объекты же заблокированы! С ними в любом случае вы ничего не сможете сделать и свойства никак не поменяете. Зачем предупреждать?

[_Michael_]

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

Так объекты же заблокированы! С ними в любом случае вы ничего не сможете сделать и свойства никак не поменяете. Зачем предупреждать?

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

[Vovan_Alm]

А можно у мест для торговли, больниц, университетов добавить возможность ставить этажность? В Гармине это здания имеющие этажность...