Хотелки, пожелания, предложения для TypeSet=Garmin

[Alex]

Коечто оттуда конечно я почерпну, но многое просто не подойдет.

[Vovan_Alm]

Ну а толку делать свои значки, если в Гармине они будут другие? Или мы значки с редактора переносим в typ файл?

У меня есть кучки иконок разных размеров, но там разношерстная куча... могу выслать скопом на мыло... Нужно? сам рисовать не умею...

[Alex]

Не нужно, я сам всё сделаю.

[Vovan_Alm]

Продвижение по сабжу есть? Или лето-жара-отпуск? Очень хочется протестировать на Гармин- картах...

[Alex]

Не смотря на жаркое лето - мы неустанно работаем.

[Cnfhbr]

В связи с обновлением MPC до версии 8.0 значительно возросло количество стандартных типов POI:

Updates of MPC v8.0 include:
• Expanded Restaurant Type Support: Many new restaurant types are supported by newer devices, so we are adding these to MPC. African, Australian, Austrian, Bohemian, Greek, Maltese, etc. Over 60 new types in all.
• Expanded Service Type Support: MPC will also support a new collection of service point types that are more granular than before. Train Station, Commuter Rail Station, Bus Station, Ferry Terminal, Race Track, Sporting Goods, ATM, etc. Over 60 new types in all.

Будем дорабатывать классификатор соответственно или пока ну его на фиг

[Alex]

Сначала, необходимо доработать, до старой версии MPC - это как минимум. Но, если есть новая версия MPC, то нужно ознакомиться. Если есть, то кинь на почту. Я гляну, может какие то типы уже есть в TOPO, тогда их без болезненно можно добавить и в GARMIN уже сегодня. В любом случае нужно сначала ознакомиться с документацией.

[Alex]

Будем дорабатывать классификатор соответственно или пока ну его на фиг ?

Новых типов 126. В принципе работы по добавлению - не много. Большая половина уже есть в TOPO, остальные - производные от имеющихся. Таблица ниже. (новые типы помечены синим курсивом без заливки)
Непонятно какие цифровые значения типам присваивать. Вариант один - такиеже как и в TOPO. Иначе пользователи TOPO - получат дубликаты типов.
Вот такие вот дела.
Как бы вариант что я предложил - оптимальный, но неизвестно что там Казинский придумает. Будет он добавлять или не будет - не понятно. Ну а если через год добавит с другими значениями, что тогда?
Вобщем думайте.

[DarkDiver]

Уже долго и мучительно обсуждали ведь.. Стэн ни чего не придумывает. Каждый тип в Garmin имеет строго определенный идентификатор (который можно увидеть внутри карты и внутри тип-файла), а не что-то там "Казинский придумывает". Казинский не придумает ни каких других значений, кроме тех, единственно возможных, которые уже до него придумал Garmin. Более того cGPSMapper уже сейчас переваривает спокойно произвольные идентификаторы типов, которые не описаны в документации, и как следствие, наиболее вероятно, переварит и идентификаторы всех этих новых типов, без всякого вмешательства со стороны Стэна.

Поэтому не надо назначать в MGE типы от балды или как в топо!
Необходимо выяснить какие идентификаторы имеет каждый тип на самом деле, и использовать именно их.
Ну а пока идентификаторы типов не известны - новые типы не добавлять.

[User_tester]

Хотелки по функции в MicroGIS Editor 1.0.9.501b.

- Для тайпсета Гармин - разрешено устанавливать точки подъезда.

1. Хотелось бы видеть установленные наименования точек подъезда (значение параметра "с" в шаблоне EntryPoint=(a,b),c) на карте в качестве подписей к точкам, чтобы было наглядно и понятно, где какая.

2. Хотелось бы иметь функцию отобразить / скрыть все точки подъезда в открытой карте, чтобы красные линии и белые точки от EntryPoint не отвлекали внимание, когда это не требуется, при рисовании карты. Когда же надо поправить точки подъезда или установить новые, то просто нажал кнопку "отобразить точки подъезда" - они появились. Далее поправил их - и снова спрятал, отжав кнопку.

3. Сейчас первая точка подъезда к зданию получается почему-то просто белой точкой, а все остальные точки подъезда к этому же зданию содержат ещё красную линию. Хотелось бы эту красную линию видеть и у первой сделанной точки подъезда.



4. При выделении точки подъезда в списке можно ли сделать подсветку или как-то динамически выделять эту точку у здания на карте? Чтобы было понятно, к какой именно точке подъезда относится эта запись в списке.

[Vovan_Alm]

А разве МПС поддерживает несколько точек подъезда?

[Fencer_Silver]

А разве МПС поддерживает несколько точек подъезда?

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



Вопрос в другом. Вы (Гарминоводы) - просили разлочить все доступные свойства для редктирования. Я сейчас заканчиваю создание новых свойств для редактирования, и столкнулся с проблемой:
1. Контактная информация, в MPC - доступна, далеко не для всех объектов.
2. Мы ввели для любителей игры в Гольф - несколько типов (Approach point)


Вопросы:
1. Очень серьезный - сделать редактирование свойств "Contact info" -только для типов, которым их завещал Garmin??? Или оставить как есть???
2. Нужно ли кому-либо - редактирование свойств объектов, причасных для игры в Гольф??? Там их так много.... Может, лучше потратить это время на шейпы???


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

[Cnfhbr]

Вопросы:
1. Очень серьезный - сделать редактирование свойств "Contact info" -только для типов, которым их завещал Garmin??? Или оставить как есть???
2. Нужно ли кому-либо - редактирование свойств объектов, причасных для игры в Гольф??? Там их так много.... Может, лучше потратить это время на шейпы???

ИМХО:
1. POI Contact Information Attributes сделать только для типов точек, которые поддерживают это согласно актуальной доке к MPC, во избежание ошибок при компиляции, либо оставить как есть, но сделать редактирование свойств объектов, не поддерживающих это, пока неактивным...
2. Первым делом, первым делом лучше шейпы...

[Cnfhbr]

2. Нужно ли кому-либо - редактирование свойств объектов, причасных для игры в Гольф??? Там их так много.... Может, лучше потратить это время на шейпы???

Если же по данному вопросу предпочтение будет отдано гольфу, то имеются следующие уточнения по идентификации таких объектов:

Approach Points:
GOLF_COURSE_LAYOUT > 0x13500
GOLF_LAYOUT_INFO > ????? - не импортируется в .img как точка (см. Примечание)
GOLF_TEE_PNT > 0x13600 (а не 0х13500, как предполагалось ранее...)
Примечание:
GOLF_LAYOUT_INFO - этот тип выглядит в шейпах как отдельная точка с собственными координатами, однако при компиляции детальной карты не импортируется туда как точка, а служит лишь расширенной инфой для конкретной Golf course POI (GOLF_COURSE_LAYOUT). Для преобразования mp to shp придётся присвоить какой-нибудь подходящий hex-код для этого типа произвольно...

В отношении Approach Areas изменений нет:
GOLF_CLUBHOUSE > 0x13300
GOLF_TEE_BOX > 0x13500
GOLF_FAIRWAY > 0x13600
GOLF_GREEN > 0x13700
GOLF_BUNKER > 0x13800
GOLF_WASTE > 0x13900
GOLF_TREECOVER > 0x13b00

[User_tester]

Вопросы:
1. Очень серьезный - сделать редактирование свойств "Contact info" -только для типов, которым их завещал Garmin??? Или оставить как есть???
2. Нужно ли кому-либо - редактирование свойств объектов, причасных для игры в Гольф??? Там их так много.... Может, лучше потратить это время на шейпы???

1. Делать открытым и доступным редактирование полей Contact info для всех типов, которые поймёт и адекватно обработает компилятор MPC. То есть, действовать согласно его актуальному мануалу. Для остальных типов недокументированные для них поля я бы или совсем пока не добавлял или, на крайний случай, добавил, но залочил, во избежание последующего "несварения" компилятора.

2. Главная задача сейчас - сделать качественный экспорт в "правильные" шейпфайлы Garmin. Атрибуты для игры в гольф на данном этапе - это второстепенная задача. Но для полноты всей картины экспорта её тоже нужно решить, но позднее, когда будет сделано главное. Мало ли кому-нибудь понадобятся? В идеале экспорт должен полностью охватить весь актуальный мануал к MPC. А больше, чем в нём написано, и не сделаешь.