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

[Cnfhbr]

Прикрутим в следующей версии.

Не спешите добавлять новые POI - они работают более-менее нормально только в NT формате, но имеют там совсем другие hex-коды
Ситуация выясняется...

[Vovan_Alm]

Кстати, Cnfhbr, мне кажется, что ТайпВьюера глюк... Проверь...
1. Если в настройках поставить вариант десятичного кода в одну строчку, то во первых все равно вводить надо в 2 строчки... (я про ПОИ)
2. После этого если правишь вручную Стринг 19... то все коды слетают нафиг... ввел к примеру 1d и 1a - а становится код d1a00 - короче или я что то не понимаю, или там баг
3 На нетбуке прога в окно не влезает и нет полос прокрутки... тупа не видишь нижние элементы экрана... что хочешь то и делай... методом тыка

[Cnfhbr]

1. Если в настройках поставить вариант десятичного кода в одну строчку, то во первых все равно вводить надо в 2 строчки... (я про ПОИ)

Порядок ввода (Тип, Подтип) в окнах "Новая POI" или "Редактирование POI" не менялся! В настройках устанавливается лишь формат записи типа POI в выходной TXT файл для совместимости с маппером.

2. После этого если правишь вручную Стринг 19... то все коды слетают нафиг... ввел к примеру 1d и 1a - а становится код d1a00 - короче или я что то не понимаю, или там баг

Вводить надо не 1d и 1a, а 01d и 1a, тогда при правке значений String... и пр. ничего слетать не будет.

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

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

[KartaBY]

Прикрутим в следующей версии.

Не спешите добавлять новые POI - они работают более-менее нормально только в NT формате, но имеют там совсем другие hex-коды
Ситуация выясняется...

Ну и что. Ведь никто не собирается эти точки в Маппер засунуть.

[DarkDiver]

KartaBY, Причем тут мапер, там просто полное не соответствие идентификаторов типа в тип-файле и в карте, плюс многие типы на самом деле дублируют существующие, т.е. на самом деле новыми не являются, плюс еще картина отличается для NT и non-NT формата.

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

[Cnfhbr]

Ну и что.

Да так, ничего...
Во-первых, это предостережение касалось исключительно разработчиков и добавления новых типов POI в грядущее обновление редактора, а также имелась в виду только последующая компиляция посредством MPC.

Во-вторых, TYPViewer определяет hex-коды этих новых типов POI по-своему и, если попытаться в non-NT, например, изменить иконку новой POI в TYP файле, используя эти коды, то ничего не получится. В non-NT для новых POI, к примеру, для 0x2c14,HIGHER_EDUCATION и 0x2c15,GRADE_SCHOOL можно отредактировать иконку только через hex-код старой стандартной POI - 0x2c05,SCHOOL (аналогично и для других подкатегорий). Пришлось разобрать IMG файл (non-NT), так там нет никаких следов новых кодов, все новые POI переносятся в "обычный" IMG с одинаковыми старыми hex-кодами соответствующих подкатегорий...
Кроме того, пять новых POI не поддерживаются MPC в non-NT, хотя и в карту попадают:
1. CONVENIENCE_NO_GAS
2. INTERNATIONAL_AIRPORT
3. DOMESTIC_AIRPORT
4. AIRPORT_TERMINAL
5. TRUCK_DEALERSHIP
'WARNING! Message: 5 unsupported types packed into map!'

Что касается NT формата, то новые POI имеют там совсем другие (3-х байтовые) коды, которые TYPViewer пока не определяет, либо MPC не выкладывает их в TYP файл в процессе компиляции. Возвращаясь к примеру со школьными иконками, то в NT формате можно изменить иконку для каждой новой POI индивидуально (но не в конфиге MPC, а TYPViewer'ом), однако только через истинные hex-коды этих типов, например: для 0x2c14,HIGHER_EDUCATION через код - 0x10d14, а для 0x2c15,GRADE_SCHOOL через - 0x10d15, соответственно...
Кроме того, новая POI - 0x3503,TAXI_STAND - не отображается в MapSource/BaseCamp ни в non-NT, ни в NT форматах!

Учитывая только некоторые проблемы, описанные выше, я и пытался предостеречь Alex'а от ненужной спешки по прикручиванию новых POI в редактор во избежание последующих переделок...

P.S. Пока строчил данную петицию DarkDiver уже лаконично ответил...

[DarkDiver]

Добавлю, что тут похоже проблема в MPC, который создает не правильный тип-файл, в котором коды типов не соответствуют тому, что попадает в карту.
Поэтому те коды новых типов, которые были озвучены ранее, нельзя считать верными и поэтому их рано добавлять в редактор. Кроме того уже сейчас могу определенно сказать, что часть новых типов на самом деле новыми не являются, а дублируют старые, и имеют старые идентификаторы. Такую картину мы уже наблюдали и до этого, когда один и тот же тип имел несколько вариантов текстового идентификатора, например SMALL_LAKE и LAKE_LT_1MI - это на самом деле один тип - 0x41, есть и другие примеры...
В общем, с новыми типами нужно еще разбираться...

[KartaBY]

Печаль

[Vovan_Alm]

А с теми кодами, что вы ранее выложили, можно эти объекты ввести в typ файл? Или тоже ждать?

Добавлено спустя 7 минут 20 секунд:
Для Cnfhbr: Вот так выглядит у меня на Нетбуке Асус Eee 1016P Редактирование ПОИ во ТайпВьюере... Разрешение экрана 1024х600 - считаю оптимальное для этого типа экрана...

[Cnfhbr]

А с теми кодами, что вы ранее выложили, можно эти объекты ввести в typ файл? Или тоже ждать?

Ждать версии 8.24!

Для Cnfhbr: Вот так выглядит у меня на Нетбуке Асус Eee 1016P Редактирование ПОИ во ТайпВьюере... Разрешение экрана 1024х600 - считаю оптимальное для этого типа экрана...

А у меня на крошечном ноуте так:

И нет никаких проблем...

[Vovan_Alm]

Так что мне делать то? Крошечный ноут окупать как у тебя, или все же ввести полосу прокрутки?

[Cnfhbr]

Так что мне делать то? Крошечный ноут покупать как у тебя...

Зачем крошечный? Чем меньше, тем только хуже будет...

[DarkDiver]

Хочу напомнить. Поскольку планируется править классификатор для добавления новых типов Гармин,

1) поправьте заодно перевод для морских буев и маяков:
0x101xx - это маяки, а не буи
0x102xx - это буи, а не маяки

2) Полилиния 0x10101 - Shore Line - береговая линия

3) Еще хочу напомнить про перевод названий типов огней LightType. Во вложенном файле корректный с точки зрения принятой терминологии перевод типов огней - поправьте пожалуйста.

Учтено.
Alex

[User_tester]

Тоже есть просьба!



Поправьте, пожалуйста, описание в МГЕ:

LARGE_CITY - Городская застройка (≥200000 жителей)
SMALL_CITY - Городская застройка (≥50000 жителей)
TOWN - Городская застройка (<50000 жителей)

Сёл и деревень ("застройка сельского типа") с таким большим количеством жителей не бывает!

Тогда будет единообразно (тип TOWN) и всё в соответствии с мануалом MPC.

[Cnfhbr]

Cnfhbr число знаков, что бы CUSTOMIZABLE_POINT_1024 влезло целиком...

Теперь влазит целиком!
Выпущена обновленная бета-версия 4.0.28 TYPViewer (Ссылка)
Полностью поддерживается специальный TXT файл с новым параметром CustomMPCName=###, кроме того, для обычных TYP и TXT файлов в текст-боксах MPC Type (в окнах добавления и редактирования типов объектов) теперь можно лицезреть соответствующий GRMN_TYPE объекта, а при наведении на него курсора - ознакомиться с описанием этого типа.
Примечание: соответствие между hex-кодами и GRMN_TYPE заложено в таблице MPCTypes.txt из дистрибутива TYPViewer, при обнаружении ошибок можно самостоятельно отредактировать...

Просьба, по возможности, тщательно потестить и отписаться!