Кое как нашёл. Подключил прибор и в программе BaseCamp под Библиотекой появилось устройство. Правой кнопкой на приборе выбираем пункт “установить карты на …”. Запустится мастер MapInstall, в нем выбираем куда установить и карту.
Снял скриншот с прибора, парка нет:
И можно убрать номера домов и барьеры на большие зумы, карта нечитабельна 
Amigo, по поводу парка - нужно смотреть MP-шник и выяснять почему так, проверить, может он есть в IMG на всех зумах только прячется за другими полигонами, смотреть TYP… Просто заняться надо.
По поводу нечитабельности карты. Вообще дома и заборы и так на самом детальном уровне. Ниже спихивать уже некуда.
Лично у меня это всё появляется с 200 м GPSmap 62 и 62s и со 120 м на GPSmap 60CSx при нормальном уровне детализации. Мне вполне комфортно.
Что случилось с номерами домов: каждому дому с номером теперь соответствует точечный объект 0x2800 - только надпись мелким шрифтом. Я рассчитывал, что эти надписи можно спрятать до 50…80…120 м с помощью Настройка карты → Доп. настройки → Уровни увеличения → Точки на карте, но не тут-то было 
Это работает только для индексируемых ПОИ.
Почему номера стали отдельной точкой: очень хотелось, чтобы при наведении курсора на полигон дома можно было узнать не только номер дома, но и улицу. Ведь другого способа выяснить, к какой улице относится дом, в Гармине нет. При этом хотелось, чтобы сам номер на карте по прежнему оставался.
Первоначально у меня был вариант реализовать это таким путём:
Type=0x13
Label=39~[0x1c] улица Труда
Часть надписи после “~[0x1c]” должна скрываться. Только довести эту идею до приемлимых результатов у меня не получилось. И работает это сочетание не во всех случаях.
Есть один возможный способ сдвинуть объекты нулевого уровня хотя бы на один зум вниз: вставить между 24-битным ( самым детальным) и следующим за ним 22-битным ещё один, 23-битный уровень. Читабельность карты несколько улучшится, но это и усложнит её. Вырастет размер файла, увеличится время конвертации и прочие негативные последствия. Все конфиги придётся перетряхивать до основания. Я конечно не против поэкспериментировать при наличии времени, но не хочется делать такие шаги без санкции Автора.
Скрины с Nuvi 710, детализация нормальная, номера домов, как видно, забивают карту и на масштабах больше 200 м
Хотел разделить детсады, школы, колледжи и вузы на разные ПОИ, но не оказалось подходящих индексируемых типов точек. Придётся ограничиться лишь новой иконкой. Есть соображения, какой? Можно позаимствовать у мапника, потлача там, josm-а… У GPSMapEdit не хочется, это несвободное ПО. Есть предложения?
… а, ну жёлтый же колокольчик - из гарминовских путевых точек.
Amigo: парк вроде ничем не отличается от других парков, но странность действительно проявляется (только в МапСорс, в других программах/навигаторах все хорошо). Возможно, дело в том, что накладывается landuse=residential, можно попробовать оформить резиденшиал как мультиполигон с дыркой
Парк и жилая застройка имеют одинаковый приоритет отрисовки. Этот парк занимает меньшую площадь, потому должен отрисовываться поверх residential. Но отчего-то так не всегда получается? с чем мы и столкнулись, по видимому. Лучше сделать дырку.
Будем считать, что эксперимент оказался неудачным? Значит возвращаем как было ранее.
Только с откатом придётся повременить. У меня пока нет доступа к свн, конфигам, перлу.
В качестве временной меры могу лишь предложить убавить детализацию на одну ступень.
А в случае с барьерами это вообще - единственный выход.
Главное полезная же фича, и у официалов в ДРФ тоже точками дома, но с 80 метров, по мне даже с 50 их надо выводить. Да в обычном режиме обзорки номера с 200 метров показываются, в режиме поиска “Куда?” с 300 метром.
Тут всё объяснимо.
Так вот, быть может для надписи используется одна из этих ПОИ без иконки или же обычная точка надписи ведёт себя иначе, чем в картах старого формата, не NT2(выяснить возможности нет, карта ж нередактируемая). Чтобы спихнуть эти надписи на 50 м, в числе прочих ПОИ, достаточно указать это в настройках (см. цитату).
Кстати, я Навикомовскими картами почти не пользуюсь, и к решению выделить из дома отдельную точку пришел независимо. Но сейчас в голову пришло возможное решение - задать для этой точки другой тип - что-то из группы
“0x64??”-Искусственные сооружения, задав параметры: без иконки, с малой надписью, без индексации. Не припомню только, можно ли последнее явно указать в конфиге, ведь по умолчанию такая точка попадает в поиск? И ещё не уверен, будет ли такая надпись вести себя предсказуемо. И точно могу сказать, она будет неотцентрирована на точке.
Шлагбаумы, светофоры и мусорки всё равно никуда не денутся, они заданы нестандартными типами)
В карте “Дороги России. РФ. Топо. Версия 6.04” надписи смещены относительно точки, стало быть точно один из индексируемых типов, но не 0x2800. В 62-м гармине выглядит довольно похабно, особенно на мелких домиках, когда надпись почти полностью лежит за пределами дома. Наша сборка в этом же приборе смотрится намного выигрышнее.
Но видимо делать нечего, пойду по тому же пути. Постараюсь в течение недели добраться до конфигов.
Так что там с дошкольными и образовательными учреждениями? Какую иконку использовать?
Еще предложение при комбинации:
crossing: traffic_signals
highway: crossing
формировать светофор, а не переход.
Случайно отформатировал диск C:\ Теперь ставлю конвертер вновь. Поставил SVN, Perl, модули к нему через ppm.bat или с search.cpan.org , скачал свежие версии конфигов и конвертера. Запустить не могу.
Чего он ругается на garmin-ru.yml?
Loading configuration...
Error in config file 'garmin-ru.yml' near:
--- load
-
Если строку “–config garmin-ru.yml” убираю из команды, пишет
Loading configuration...
YAML Error: Stream does not end with newline character
Code: YAML_PARSE_ERR_NO_FINAL_NEWLINE
То же самое если в команде указать только пути к perl, osm2mp, *.osm и создаваемому *.mp
Пробовал версии конвертера 1.01_2, 1.02 - поведение одинаковое.
Пробовать другую версию garmin-ru.yml бессмысленно, первые его строки никогда не менялись:
################################
## Load configs
################################
--- load
---
- output-polish.yml
в последних версиях конвертера используеся garmin-ru.cfg (не YML)
А вот такой вопрос.
Есть две карты Боливи я Перу. Ониу меня подключены разными МапСетами в Мапсоурсе.
Я выделяю их и загружаю обе в Garmin 60CSx в один gmapsupp.img
Typ-файлы одинаковые, отличаются только FID.
В приборе Боливия явно показывается с нужным typ’ом, а Перу нет.
Вот два скриншота - граница двух стран (даже цвет заливки разный) и кусок из Перу, где характерный объект “Лестница” показывается, как “Линия”.
Причём, если в прибор загружать только Перу (без Боливии), то всё нормально - отображение объектов соответсвует typ-файлу.
Теперь я обе карты вставляю в один МапСет и привязываю к ним один typ-файл
Всё становится нормально. Объекты в обоих странах отображаются одинаково и “Лестница” в Перу тоже.
Это так и должно быть, что при загрузки в прибор из разных мапсетов typ-файлы только к одному цепляются?
Это может оказаться фишкой именно 60-х моделей. Но вообще надо копать.
На GarminAsus A10 тоже самое.
Т.е. это мой локальный глюк? У остальных такого нет?
А по-отдельности обе карты нормально работают?
Я, обычно, из мапсоурса каждый мапсет отдельно выгружаю. На Garmin-Asus M10e и закидываю отдельно (он любые имена понимает в количестве до 25 штук), а для Legend HCx собираю в кучку Gmaptool. Таких проблем не было.