Хотелки, пожелания, предложения для TypeSet=Garmin
Модераторы: Fencer_Silver, Admin, Alex
-
- Активный пользователь
- Сообщения: 128
- Зарегистрирован: 05 апр 2012, 10:55
- Контактная информация:
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
Вот скрин с багами.
Думаю тут все видно.
Думаю тут все видно.
Kartaby.by
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
Видно то всё, но воспроизвести такое не получается пока. Можно поподробнееKartaBY писал(а):Думаю тут все видно.

-
- Активный пользователь
- Сообщения: 128
- Зарегистрирован: 05 апр 2012, 10:55
- Контактная информация:
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
Даж не знаю как это воспроизвести.
Просто открыл текстовый туп. В графическом режиме не отображается. В меню два черных прямоугольника.
Система - XP

Просто открыл текстовый туп. В графическом режиме не отображается. В меню два черных прямоугольника.
Система - XP

Kartaby.by
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
Честно говоря, под XP не тестировалось.KartaBY писал(а):Просто открыл текстовый туп.
С любыми текстовыми тип-файлами проблемы с XP, например, с I0000000.txt из дистрибутива MGE такая же беда?

Если только с конкретным файлом, можно его в студию (или в личку)...
-
- Активный пользователь
- Сообщения: 128
- Зарегистрирован: 05 апр 2012, 10:55
- Контактная информация:
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
Туп на жалко. Ничего там секретного нет.
С ТУПом из МГЕ тоже самое.
С ТУПом из МГЕ тоже самое.
Kartaby.by
-
- Активный пользователь
- Сообщения: 128
- Зарегистрирован: 05 апр 2012, 10:55
- Контактная информация:
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
Глючит что то последняя версия.
В первый раз при открытии файла дошло до 50% и повисло наглухо. Смог закрыть только через диспетчер задач.
После третьей попытки получилось открыть, но при редактировании СИГН получил вот такую ошибку.
На какую бы кнопку не нажал все время выскакивет сообщение.
В первый раз при открытии файла дошло до 50% и повисло наглухо. Смог закрыть только через диспетчер задач.
После третьей попытки получилось открыть, но при редактировании СИГН получил вот такую ошибку.
На какую бы кнопку не нажал все время выскакивет сообщение.
Kartaby.by
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
KartaBY писал(а):Просто открыл текстовый туп. В графическом режиме не отображается. В меню два черных прямоугольника.
Система - XP


-
- Активный пользователь
- Сообщения: 128
- Зарегистрирован: 05 апр 2012, 10:55
- Контактная информация:
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
Попробовал. Визуальные баги исчезли.Cnfhbr писал(а):KartaBY писал(а):Просто открыл текстовый туп. В графическом режиме не отображается. В меню два черных прямоугольника.
Система - XPПопробуйте пофиксенную версию 4.0.29 TYPViewer (Ссылка)

Глубже копать пока нет времени.
Kartaby.by
- Fencer_Silver
- Разработчик
- Сообщения: 922
- Зарегистрирован: 06 фев 2012, 16:00
- Откуда: Украина
- Настроение:
- Контактная информация:
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
Откройте карту, пересохраните - опять откройте пересохраненнуюKartaBY писал(а):Глючит что то последняя версия.
В первый раз при открытии файла дошло до 50% и повисло наглухо. Смог закрыть только через диспетчер задач.
После третьей попытки получилось открыть, но при редактировании СИГН получил вот такую ошибку.
На какую бы кнопку не нажал все время выскакивет сообщение.

З.Ы. Если не трудно, по багам пишите в ветку о бетта-тестировании.
-
- Бета тестер
- Сообщения: 1149
- Зарегистрирован: 23 апр 2012, 11:23
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
Хотелка для Point Addressing
Хотелось бы добавить второе поле адреса в здание, чтобы для него при экспорте в шейпы тоже создавалась ещё 1 пара ADDR_PNT и ARRV_PNT.
Зачем это нужно? Для создания двойного адреса у здания, когда дом стоит на перекрёстке двух улиц. Такое встречается сплошь и рядом.
Можно, конечно, один адрес делать точечным (вписывать его в полигон здания), а второй адрес - привязывать к пересекаемой улице с помощью устаревшей системы Road Addressing. Либо один полигон здания стыковать из двух половин - под каждый из двух точечных адресов. Но это всё усложнения и искусственный выход из положения! К тому же, оба решения сильно ограничены. Для адресации по дороге точку подъезда нельзя создать. Плюс, не поймутся дробные и буквенные адреса типа "Ленина, 5А" и "Ленина, 3/1". Придётся дополнительно выкручиваться и придумывать фокусы: типа улица с названием "5А{3Ленина" или "3/1{3Ленина"... И портить тем самым карту, засорять реестр адресов.
А современная система Point Addressing позволяет всё элегантно сделать любым числом пар точек ADDR_PNT / ARRV_PNT. И точно указать, куда надо привести при навигации по любой ADDR_PNT. Вплоть до роута к отдельным подъездам в здании. Это универсальный подход адресации.
Вопрос в том, как эту поддержку принципиально многих пар ADDR_PNT/ARRV_PNT создать в MicroGIS Editor.
Хотя бы для двух пар попробовать.
Хотелось бы добавить второе поле адреса в здание, чтобы для него при экспорте в шейпы тоже создавалась ещё 1 пара ADDR_PNT и ARRV_PNT.
Зачем это нужно? Для создания двойного адреса у здания, когда дом стоит на перекрёстке двух улиц. Такое встречается сплошь и рядом.
Можно, конечно, один адрес делать точечным (вписывать его в полигон здания), а второй адрес - привязывать к пересекаемой улице с помощью устаревшей системы Road Addressing. Либо один полигон здания стыковать из двух половин - под каждый из двух точечных адресов. Но это всё усложнения и искусственный выход из положения! К тому же, оба решения сильно ограничены. Для адресации по дороге точку подъезда нельзя создать. Плюс, не поймутся дробные и буквенные адреса типа "Ленина, 5А" и "Ленина, 3/1". Придётся дополнительно выкручиваться и придумывать фокусы: типа улица с названием "5А{3Ленина" или "3/1{3Ленина"... И портить тем самым карту, засорять реестр адресов.
А современная система Point Addressing позволяет всё элегантно сделать любым числом пар точек ADDR_PNT / ARRV_PNT. И точно указать, куда надо привести при навигации по любой ADDR_PNT. Вплоть до роута к отдельным подъездам в здании. Это универсальный подход адресации.
Вопрос в том, как эту поддержку принципиально многих пар ADDR_PNT/ARRV_PNT создать в MicroGIS Editor.

- Alex
- Администратор
- Сообщения: 1017
- Зарегистрирован: 06 фев 2012, 15:57
- Откуда: Украина
- Настроение:
- Контактная информация:
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
Если здание стоит на перекрёстке и имеет 2 адреса - режь полигон на два. Программа не имеет и не редактирует атрибуты ADDR_PNT/ARRV_PNT, они создаются при экспорте в шейп.
-
- Бета тестер
- Сообщения: 1149
- Зарегистрирован: 23 апр 2012, 11:23
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
Пожелания по поддержке мультиязычности.
1. Интерфейсно хотелось бы оформить мультиязычность в МГЕ в виде дополнительных настраиваемых полей в панели свойств или таблиц соответствия язык-перевод, вызываемых по кнопке в поле "Наименование" (или в полях, где надо ещё мультиязычность - страна, район, город, улица).
2. В само поле "наименование" для объекта хотелось бы, чтобы в исходнике МГЕ попадала первая строка из таблицы (по умолчанию - главная). И именно она отобразится на карте в исходнике при включенном отображении Labels. Остальные строки пусть живут в таблице в фоновом режиме и на карте не будут видны.
Это позволит облегчить карту от километровых надписей объектов. С этим я уже столкнулся... реально трудно работать с исходником!
3. В шейпфайлы при экспорте пусть длинная строка собирается автоматически из фрагментов, указанных в таблицах соответствия. Соответственно, в DBF-файле длина полей с мультиязыком должна формироваться увеличенной.
1. Интерфейсно хотелось бы оформить мультиязычность в МГЕ в виде дополнительных настраиваемых полей в панели свойств или таблиц соответствия язык-перевод, вызываемых по кнопке в поле "Наименование" (или в полях, где надо ещё мультиязычность - страна, район, город, улица).
2. В само поле "наименование" для объекта хотелось бы, чтобы в исходнике МГЕ попадала первая строка из таблицы (по умолчанию - главная). И именно она отобразится на карте в исходнике при включенном отображении Labels. Остальные строки пусть живут в таблице в фоновом режиме и на карте не будут видны.
Это позволит облегчить карту от километровых надписей объектов. С этим я уже столкнулся... реально трудно работать с исходником!

3. В шейпфайлы при экспорте пусть длинная строка собирается автоматически из фрагментов, указанных в таблицах соответствия. Соответственно, в DBF-файле длина полей с мультиязыком должна формироваться увеличенной.
- Alex
- Администратор
- Сообщения: 1017
- Зарегистрирован: 06 фев 2012, 15:57
- Откуда: Украина
- Настроение:
- Контактная информация:
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
Мультиязычность будет обязательно и не только для TypSet=Garmin, а и для TypSet=Topo тоже, но не завтра.
-
- Активный пользователь
- Сообщения: 128
- Зарегистрирован: 05 апр 2012, 10:55
- Контактная информация:
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
Хотелка.
Поработал я с ЛА, с особыми дорожными ситуациями и понял, что не хватает визульного обзора этого добра на экране.
Посему предлагаю сформировать отдельный видовой экран по типу как у нас сейчас "показать классы дорог" только заточенный именно под ЛА и все ограничения.
Где:
- ЛА будет визуально отображаться направление движения по полосам
- визуально отображаться ограничения из особых дорожных ситуаций
- визуально отображаться ограничения по видам транспорта
- визуально отображаться ограничения по времени
и т.д.
Поработал я с ЛА, с особыми дорожными ситуациями и понял, что не хватает визульного обзора этого добра на экране.
Посему предлагаю сформировать отдельный видовой экран по типу как у нас сейчас "показать классы дорог" только заточенный именно под ЛА и все ограничения.
Где:
- ЛА будет визуально отображаться направление движения по полосам
- визуально отображаться ограничения из особых дорожных ситуаций
- визуально отображаться ограничения по видам транспорта
- визуально отображаться ограничения по времени
и т.д.
Kartaby.by
-
- Активный пользователь
- Сообщения: 128
- Зарегистрирован: 05 апр 2012, 10:55
- Контактная информация:
Re: Хотелки, пожелания, предложения для TypeSet=Garmin
Хотелки или мое видение интерфейса.
1. Раздражает при создании объектов разных типов перенос свойств от последнего объекта.
Например: создал линию, внес все атрибуты. Перешел в другой конец карты и создал точку - атрибуты остались от прежнего объекта.
Лучше пусть будут пустые атрибуты в новом объекте, чем заполнены ошибочными данными.
2. Хочу, что бы при создании роутовой полилинии со свободным концом автоматически устанавливалась "Точка участвует в роутинге" на свободном конце (можно даже на обоих концах если они оба висят).
3. Автоматически устанавливалось галка "показать направление" при включении "односторонее движение".
4. В режиме "выбор объектов" при наведении на линию точку или полигон:
а) убрать в адресной информации пункт "Индексировать". Он все равно не доступен для редактирования.
б) пункт "признак города" оставить только для точек. Я не знаю случаев применения его на линиях и полигонах.
г) пункт "номер дома" оставить только для полигонов и точек.
в) спрятать с глаз позиции "Факс", "E-mail" и "Web-Page". Они не переносятся в шейпы, но имеют право быть. Кому надо их заполнять пусть лезет в глубь меню.
г) при установке на не роутовой линии (река, овраг и т.д.) убрать "Признак города" и все что идет ниже.
д) при установке на точке убрать "Точки подъезда к объекту". (все равно не работают)
уф.
1. Раздражает при создании объектов разных типов перенос свойств от последнего объекта.
Например: создал линию, внес все атрибуты. Перешел в другой конец карты и создал точку - атрибуты остались от прежнего объекта.
Лучше пусть будут пустые атрибуты в новом объекте, чем заполнены ошибочными данными.
2. Хочу, что бы при создании роутовой полилинии со свободным концом автоматически устанавливалась "Точка участвует в роутинге" на свободном конце (можно даже на обоих концах если они оба висят).
3. Автоматически устанавливалось галка "показать направление" при включении "односторонее движение".
4. В режиме "выбор объектов" при наведении на линию точку или полигон:
а) убрать в адресной информации пункт "Индексировать". Он все равно не доступен для редактирования.
б) пункт "признак города" оставить только для точек. Я не знаю случаев применения его на линиях и полигонах.
г) пункт "номер дома" оставить только для полигонов и точек.
в) спрятать с глаз позиции "Факс", "E-mail" и "Web-Page". Они не переносятся в шейпы, но имеют право быть. Кому надо их заполнять пусть лезет в глубь меню.
г) при установке на не роутовой линии (река, овраг и т.д.) убрать "Признак города" и все что идет ниже.
д) при установке на точке убрать "Точки подъезда к объекту". (все равно не работают)
уф.

Kartaby.by