MicroGIS™ DevCon

Fencer_Silver писал(а):ХА! Я нашел!!! Щелкаем "Product Configuration" - во вкладке "General" - нажимаем на кнопку "Edit Feature Display Style" - появляется окно -> в нем вкладки "Custom Points" и т.д. ВОТ ТАМ - и выбираются значки и их можно редактировать. Все это перед компиляцией. Возможно прийдется записывать все типы не в HEX, а как положено - CUSTOMIZABLE_POINT_ - а в логе компиляции в шейпы - прописать что тип 0x0023 - стал CUSTOMIZABLE_POINT_1 - и легко будет для него вібрать нужную иконку!!!!!

Опять вы за старое Сколько раз говорил - нельзя делать произвольные соответствия между HEX ID и GRMN_TYPE.
Т.е. нельзя делать вот так: "прописать что тип 0x0023 - стал CUSTOMIZABLE_POINT_1"

Соответствие между HEX ID и GRMN_TYPE - это разработанный Garmin стандарт, и он должен при экспорте жестко соблюдаться.
В итоге имеем следующие диапазоны HEX ID для кастомных типов, и соотвествующие им текстовые идентификаторы GRMN_TYPE:

Custom Points 0xABBCC, где
ABB= [115 – 134]
CC=[00 - 1f]

0x11500 - CUSTOMIZABLE_POINT_1 (а не 0x0023 !!!)
0x11501 - CUSTOMIZABLE_POINT_2
.
.
0x11600 - CUSTOMIZABLE_POINT_17
.
.
0x1341f - CUSTOMIZABLE_POINT_1024

Custom Polylines 0xABBCC, где
ABB= [10e – 12d]
CC=[00 - 1f]

0x10e00 - CUSTOMIZABLE_LINE_1
0x10e01 - CUSTOMIZABLE_LINE_2
.
.
0x12d1f - CUSTOMIZABLE_POINT_1024

Custom Polygons 0xABBCC, где
ABB= [10f, 110, 115 – 132]
CC=[00 - 1f]

0x10f00 - CUSTOMIZABLE_AREA_1
0x10f01 - CUSTOMIZABLE_AREA_2
.
.
0x1321f - CUSTOMIZABLE_AREA_1024

Cnfhbr писал(а):Название CUSTOMIZABLE_POINT_1 совсем не обязательное, его тоже можно менять там же, в GRMN_TYPE String, в зависимости от нестандартного названия поступающего на вход, поэтому и скрипт Василя пропускает такие нестандартные типы в похожем на стандартный тип транслите (это нестандартное не чувствительно к регистру, но не может содержать пробелы).

Да, менять названия вида CUSTOMIZABLE_POINT_1 на произвольные можно, но большого смысла в этом нет, поскольку нужны они только для MPC (точнее нужно чтобы эти названия в файле проекта *.mpc, совпали со значением поля GRMN_TYPE в шейпах) и в итоговой карте ни где не фигурируют, поэтому я предлагаю для упрощения ситуации и для исключения возможной путаницы при экспорте в шейпы использовать только названия вида CUSTOMIZABLE_POINT_XXXX. А их правильные соответствия шестнадцатиричным идентификаторам HEX ID я привел выше (собственно все эти соотвтетствия есть и в выложенном вами же тип-файле).

DarkDiver,
сейчас в классификаторе Garmin (Classifier GARMIN) именно такие соответствия для пользовательских типов и приведены! Думаю, что Fencer_Silver упомянул иное соответствие:

Fencer_Silver писал(а): Возможно прийдется записывать все типы не в HEX, а как положено - CUSTOMIZABLE_POINT_ - а в логе компиляции в шейпы - прописать что тип 0x0023 - стал CUSTOMIZABLE_POINT_1 - и легко будет для него вібрать нужную иконку!!!!!

чисто условно!

Но при экспорте пользовательских типов в шейпы хочется пораньше определиться с видом записи поля GRMN_TYPE в шейпах - в HEX ID или в CUSTOMIZABLE_OBJECT_№. А то кто-то из картографов уже может начинать секцию "Edit Feature Display Styles..." в компиляторе настраивать, а там надо в точности прописать, в каком именно виде будут генерироваться записи в поле GRMN_TYPE в подаваемых на вход шейп-файлах. И я бы хотел уже всё настроить у себя! Не хочется потом все пользовательские типы в настройках заново переименовывать.

User_tester писал(а):DarkDiver,
сейчас в классификаторе Garmin (Classifier GARMIN) именно такие соответствия для пользовательских типов и приведены! Думаю, что Fencer_Silver упомянул иное соответствие:

Fencer_Silver писал(а): Возможно прийдется записывать все типы не в HEX, а как положено - CUSTOMIZABLE_POINT_ - а в логе компиляции в шейпы - прописать что тип 0x0023 - стал CUSTOMIZABLE_POINT_1 - и легко будет для него вібрать нужную иконку!!!!!

чисто условно!

Если так, то вопросов нет

User_tester писал(а): Но при экспорте пользовательских типов в шейпы хочется пораньше определиться с видом записи поля GRMN_TYPE в шейпах - в HEX ID или в CUSTOMIZABLE_OBJECT_№. А то кто-то из картографов уже может начинать секцию "Edit Feature Display Styles..." в компиляторе настраивать, а там надо в точности прописать, в каком именно виде будут генерироваться записи в поле GRMN_TYPE в подаваемых на вход шейп-файлах. И я бы хотел уже всё настроить у себя! Не хочется потом все пользовательские типы в настройках заново переименовывать.

Вот для того, чтобы ни чего не настраивать и не переименовывать, и стоит оставить вариант записи принятый по умолчанию: CUSTOMIZABLE_OBJECT_№
Тогда в секции "Edit Feature Display Styles..." ничего переименовывать не надо будет. Да и ни какого смысла и необходимости в этом, как я уже говорил, вообще нет.

А вообще было бы не плохо если бы при экспорте еще создавался бы и файл проекта *.mpc, в который бы экспортировались еще и иконки из используемого в данный момент в редакторе тип-файла, ну и опять же не будет ни каких проблем с соответствием GRMN_TYPE...

Так что работает точечная адресация? У меня почему то затык в ней... Но возможно потому что вчера впопыхах собирал карту... Сегодня попробую заново...

Работает. Я скомпилил карту, причем из TOPO, залил в прибор и проверил. Адреска работает. Всё ищется. С Custom типами - както не удобно получается. Вы обсуждайте, а мы выводы сделаем. Однозначно, надо както модернизировать процедуру подключения пользовательских типов. Вчера мы предварительно обсуждали - но однозначного решения пока нет, только идеи.

Идея такая... Сделать кастомами все не входящие в состав Гармин типы Тайпсета ТОПО. В комплект поставки включить исходник typ файла I000000.txt и Пустой файл проекта Topo.mpc с аналогичными типами уже введенными в файл-проект для МПС. Пользователь подключает typ при редактировании в Тайпсете Гармин, и делает карту в МПС используя заготовку с кастомными типами из состава Дистрибутива.

ЗЫ: загрузил карту в Нуви 3790 адреса вообще не ищет... Буду копать... видать где то затык у меня... раз у всех работает...

Добавлено спустя 23 минуты 33 секунды:
Может проблема с тем, что у меня тайпсет Гармин? Счас попробую карту из ТОПО сделать...

Vovan_Alm писал(а):Идея такая... Сделать кастомами все не входящие в состав Гармин типы Тайпсета ТОПО. В комплект поставки включить исходник typ файла I000000.txt и Пустой файл проекта Topo.mpc с аналогичными типами уже введенными в файл-проект для МПС. Пользователь подключает typ при редактировании в Тайпсете Гармин, и делает карту в МПС используя заготовку с кастомными типами из состава Дистрибутива.

Но идентификаторы кастомных типов (GRMN_TYPE) при этом, я предлагаю оставить по умолчанию (CUSTOMIZABLE_AREA_1 и т.п.).

Млять... не ищет и все тут... ХЗ что надо ему... счас попробую скриптом Василия карту сделать...

Да кстати вопрос Название улицы откуда берем? Из Лейбла или из StreetDesc? Это тоже важный Нюанс... Преимущество должен иметь StreetDesc, если его нет... тогда брать из Лейбла...

Добавлено спустя 56 секунд:

DarkDiver писал(а): Но идентификаторы кастомных типов (GRMN_TYPE) при этом, я предлагаю оставить по умолчанию (CUSTOMIZABLE_AREA_1 и т.п.).

Согласен, пусть будет так...

Добавлено спустя 11 минут 5 секунд:
Херня какая то... и карта сделанная скриптом Василия не имеет адресный поиск... Ну звездец... блин... таких напастей раньше никогда не было... Пошел искать причину...

Vovan_Alm писал(а):Идея такая... Сделать кастомами все не входящие в состав Гармин типы Тайпсета ТОПО.

Желание наверное обусловлено тем, чтобы держать один исходник и компилировать его под разные проекты, в том числе и GARMIN MPC. Здесь проблем я не вижу. Нужно создать TYP (txt) файл в рамках вашего проекта, раздать всем картографам и вперёд.

C файлом проекта *.mpc нужно разбираться, я его пока в глаза не видел. Посмотрю что там хранится и как записывается.

TYP файла I000000.txt включенный в дистрибутив - это пока не окончательный вариант. Незабываем - это только образец включающий в себя все кастомные типы из набора MPC. Он только дает возможность избавиться от Unknown при открытии карт разных производителей. Другими словами с подключенным I000000.txt MicroGISEditor понимает все GARMIN типы из наборов cGPSMapper и MPC. Но создавать карту с подключенным I000000.txt - мягко говоря нельзя. Потому что может возникнуть путаница. С подключенным I000000.txt файлом пользователю доступно больше типов, чем понимает MPC и cGPSMapper.
По идее вы должны для своего проекта создать свой, единый для всех картографов TYP (txt) файл и подключить его к MicroGISEditor, чтобы синхронизировать классификатор (набор типов) между всеми членами проекта. Больше TYP (txt) файл ни на что не годится.

Например, представим что мы подключили TYP файл I000000.txt и создали карту. В карте задействовали все доступные в MicroGISEditor TypSet=Garmin типы, в том числе и Custom:
AREA: 0x10f00 - 0x1321f
LINE: 0x10e00 - 0x12d1f
POI: 0x11500 - 0x1341f
Получается что мы израсходовали весь запас типов для MPC. Но в нашей карте есть еще и типы понимающиеся cGPSMapper-ом, наприер: 0x10400, 0x10602, 0x10403, 0x10408, 0x10306, 0x10406 - они для MPC тоже как бы Custom. Значит они уже никак не попадут в MPC. Приведённый мною пример доказывает необходимость создавать свой TYP-файл в рамках проекта.
Здесь думаю - всё предельно понятно.

-------------------------------------------------------------------------------------------

С TYP файлом применительно к MicroGISEditor разобрались. Остается вопрос: как автоматизировать подключение полученных, в процессе экспорта SHP Shape файлов к MPC. А именно как заставить понимать Custom типы MPC. Теоретически просто, нужно идентификаторы нестандартных типов уложить в диапазон значений:
AREA: 0x10f00 - 0x1321f
LINE: 0x10e00 - 0x12d1f
POI: 0x11500 - 0x134
Другими словами, нужно сменить тип объектам с нестандартных на Custom указанные выше.

Вот как это будет - пока не ясно. Есть уже 3 нам известных способа. Высказывайтесь, голосуйте, думайте.

Добавлено спустя 3 минуты 9 секунд:

Vovan_Alm писал(а):Да кстати вопрос Название улицы откуда берем? Из Лейбла или из StreetDesc? Это тоже важный Нюанс... Преимущество должен иметь StreetDesc, если его нет... тогда брать из Лейбла...

Думаю, что Лейбл должен быть Лейблом, иначе смысл в Лейбле? Лейбл может включать Название (Старое Название) например. Зачем тогда картограф парился?

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

Добавлено спустя 5 минут 17 секунд:
Про Лейбл... Вот к примеру в городе переименовали ул. Ленина в ул. Сталина... В Лейбле пишем Сталина (Ленина) ул. а в StreetDesc ставим Сталина ул. Так как так во первых короче, во вторых легче набирать в поиске, потому что букв меньше и нет скобок... Все Адреса у полигонов имеют следующий вид 54, Сталина и привязка к улице для точечного поиска сохраняется... ибо полное соответствие и там и там Сталина ул. Но если ты ностальгируешь или знаешь только старое название, то ты можешь смотреть на улицы и визуально видеть что улица Ленина теперь улица Сталина (Ленина) ул...

Так разве не удобнее?

Добавлено спустя 21 минуту 55 секунд:
В общем так... и у меня заработал адресный поиск... что было ХЗ... сделал все заново, заработало... Поиск есть...

Добавлено спустя 12 минут 48 секунд:
Алекс... Есть еще такая бяка... в картах сделанных МПС... Все кастомные ПОИ не ищутся поиском... Потому делать Магазин Канцелярский нет никакого смысла... Картинка будет на экране ПОИ стоять будет... Но в поиске его не будет... Потому Я бы вообще пока кастомные ПОИ не использовал... Смысла нет... Может в МПС 8 что то измениться... но пока применительно для 7.22 кастомные пои не нужны... Под набором ТОПО я подразумевал типы набора Навител... И то полигоны и полилинии... Тут неплохо было бы ввести топографические объекты, всякие там овраги, такыры, саксаулы, промоины, трещины, солончаки и т.п....

Vovan_Alm писал(а):Про Лейбл... Вот к примеру в городе переименовали ул. Ленина в ул. Сталина... В Лейбле пишем Сталина (Ленина) ул. а в StreetDesc ставим Сталина ул. Так как так во первых короче, во вторых легче набирать в поиске, потому что букв меньше и нет скобок... Все Адреса у полигонов имеют следующий вид 54, Сталина и привязка к улице для точечного поиска сохраняется... ибо полное соответствие и там и там Сталина ул. Но если ты ностальгируешь или знаешь только старое название, то ты можешь смотреть на улицы и визуально видеть что улица Ленина теперь улица Сталина (Ленина) ул...

Label и StreetDesc должны быть одинаковы, насколько я знаю. Но, вероятно, можно альтернативные названия улиц разделять символом почты @
Далее, в полигоны зданий прописываются страна, район, область, город, улица, номер дома. В лабел здания можно писать, что угодно: 5, Ленина или Ленина, 5 или просто 5. Точечная адресация создаётся на основе полностью заполненных адресных данных в полигоне здания. Лабел в здании роли не играет.

Добавлено спустя 1 минуту 51 секунду:

Vovan_Alm писал(а):В общем так... и у меня заработал адресный поиск... что было ХЗ... сделал все заново, заработало... Поиск есть...

Ищутся ли дробно-буквенные типа Ленина, 5а и дробные адреса типа Ленина, 5/1 ?

Добавлено спустя 5 минут 29 секунд:

Vovan_Alm писал(а):Алекс... Есть еще такая бяка... в картах сделанных МПС... Все кастомные ПОИ не ищутся поиском... Потому делать Магазин Канцелярский нет никакого смысла... Картинка будет на экране ПОИ стоять будет... Но в поиске его не будет... Потому Я бы вообще пока кастомные ПОИ не использовал... Смысла нет... Может в МПС 8 что то измениться... но пока применительно для 7.22 кастомные пои не нужны...

Категорически не согласен. Всё, что понимает MPC 7.22, под который сейчас делается экспорт, должно быть добавлено в экспорт. Если в версии MPC 8 что-то перенесут из пользовательских объектов в стандартные, то замечательно. Но все поддерживаемые пользовательские точки, линии, полигоны обязаны быть 100%. В своей карте лично вы можете их не использовать - это ваше право. Но другие картографы могут с успехом их применять, ориентироваться среди пользовательских объектов пока чисто по различным иконкам, без поиска, и быть при этом довольны! Не надо их ущемлять в возможностях!

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

Ну и отлично!!! Надо проверить ограничения разворотов, ограничения по типу ТС, соединения полосности, у кого прибор это поддерживает.

Ищутся ли дробно-буквенные типа Ленина, 5а и дробные адреса типа Ленина, 5/1

Насколько я понял, если в HouseNumber есть слэш "/" - то надо в шейпах ставить признак "0". Пока я это не прописывал, но это дело 10 секунд. Вы проверьте и отпишитесь.

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

Кстати - точки подъезда поддержаны то же - можете их расставлять спокойно!!!

Не совсем так... 0 ставится в единственном варианте Цифры/Цифры, т.е 1/1... Во всех остальных случаях т.е 1кор2, 1/А, 1А, 1/1А 1А/2 ставится 1-ца

Добавлено спустя 2 минуты 45 секунд:
Полосы счас начну расставлять для примера на паре-тройке дорог... Как сделаю отпишусь... Извиняюсь, но еще работать надо, не могу 100% посветить тестированию...

Добавлено спустя 14 минут 47 секунд:
Проверил поиск по сложным номерам... На этапе введения номера не дает вводить дроби и русские буквы (вероятно недостаток прошивки Нуви 3790), но после выбора Улицы - предлагает список Домов с различными вариантами... см рисунок...

Забыл добавить, позже опишем все правила в помощи - ЕСЛИ У ДОРОГИ СТОИТ LEGALSPEED - то в шейпы пишется это значение, если нет - то стандартная скорость из класса дороги, согласно МРС мануалу. Так, что LEGALSPEED - поддержан то же. Можно расставлять....

Alex писал(а): Например, представим что мы подключили TYP файл I000000.txt и создали карту. В карте задействовали все доступные в MicroGISEditor TypSet=Garmin типы, в том числе и Custom:
AREA: 0x10f00 - 0x1321f
LINE: 0x10e00 - 0x12d1f
POI: 0x11500 - 0x1341f
Получается что мы израсходовали весь запас типов для MPC. Но в нашей карте есть еще и типы понимающиеся cGPSMapper-ом, наприер: 0x10400, 0x10602, 0x10403, 0x10408, 0x10306, 0x10406 - они для MPC тоже как бы Custom. Значит они уже никак не попадут в MPC. Приведённый мною пример доказывает необходимость создавать свой TYP-файл в рамках проекта.
Здесь думаю - всё предельно понятно.

Непонятно только одно, мы израсходовали по 1024 кастомных ПОИ, 1024 Полилиний и 1024 Полигонов? Чего мы туда понапихали то?

Добавлено спустя 8 минут 51 секунду:
И еще предлагаю подумать над Тайпсетом ТОПО... зачем там все знаки дорожного движения? Топо это карты Генштаба... Овраги, реки, горы, промоины, изолинии, изобаты... Нафига там знаки ПДД? Давайте создадим Тайпсет АВТО... и туда это все вставим... Да и вообще ценность знаков очень сомнительна. Одно дело если знак появляется при движении и показывает все возможные маневры на данном перекрестке... Это полезно... Но у нас если на перекресток понапихать знаков, то они все скопом будут на карте откуда не двигайся, создавая хаос и путаницу...