Mkgmap

splitter формирует файл \output\template.args в котором прописан “description: RU-Kursk” на основе этой строки mkgmap формирует название карты в Basecamp “RU-Kursk”
как сделать чтоб splitter не прописывал description: “RU-Kursk” ?

За это отвечает ключ --geonames-file=
Документация по Splitter находится вот здесь:
http://www.mkgmap.org.uk/doc/splitter.html

С момента моего перевода кое что поменялось, посмотри оригинальную документацию.
Сплиттер прописывает каждому img файлу, а mkgmap прописывает всему набору. Только там надо правильно указывать description=text после -c template.args, а иначе прописывается от последней карты (квадрата) в наборе.

Спасибо все получилось.

Подскажите можно ли как нибудь ускорить процесс osmosis? (очень долго делает)
Есть ли возможность скачивать прямоугольную зону из OSM, а то скачивание “http://download.geofabrik.de/russia/central-fed-district-latest.osm.pbf” тоже по времени много занимает и трафик.

Подскажите, пожалуйста!

Есть ли возможность запретить **mkGmap **разбивать мультиполигоны на части ?
Может параметр какой недокументированный есть ?
Известно ли количество точек, при превышении которого **mkGmap **начинает заниматься разбиением полигонов ?

Дело в том, что конвертирую карту в польском формате (.MP) при помощи **cGPSmapper **-- всё нормально:

Конвертирую тот же файл при помощи последней версии mkGmap и получаю кривизну, которая запечатлена на скриншоте:

В GPSmapEdit’е видно, что мультиполигоны разбиваются на части, но похоже разбиваются некорректно!!!

Конвертировал при помощи батника:

java -jar d:\mkgmap.jar --reduce-point-density=1 --mapname=12345678 --family-id=1281 --product-id=1 "AmericanLake.mp"

причём в параметр --reduce-point-density= подставлял и 0, и 1 – без разницы
Других параметров, которые могли бы повлиять на результат, пока не нашёл…

Исходный .MP файл выложил здесь: https://yadi.sk/d/c5-7lv8v-Ubvzw

Может есть какие-нибудь идеи по поводу решения данной проблемы ?
Ну не самому же разбивать мультиполигон на более мелкие части… :open_mouth:

Заранее СПАСИБО за советы!

ЗЫ: Попробовал --order-by-decreasing-area и --reduce-point-density-polygon=1 – не помогло.
PPS: Генерализация исходного .MP файла (“похудел” в 2 раза) в GpsMapEdit не помогла.

PPPS: В .MP убрал из мультиполигонов внутренние (inner ring) полигоны. Т.е. сделал мультиполигоны просто полигонами – косяк как ни странно ИСЧЕЗ !!! :smiley:

Это, конечно, не выход из положения, т.к. при таком варианте перестают отрисовываться пупки и острова.
Возможно, причина косяков не столько в самом mkGmap, сколько в не очень качественном исходном .MP: если загрузить его в GPSmapEdit и выбрать в меню: Инструменты > Проверка карты , то высветится довольно много ошибок пересечения и перекрытия. + Большинство полигонов этой карты состоят из нескольких сотен точек.

Но всё равно остаётся вопрос: почему Mkgmap косячит с картами, которые спокойно переваривает cGPSmapper ? :frowning:

С компиляцией карт из данных ОСМ такой проблемы еще ни разу не встречал. Видимо тут какое-то рассогласование в понимании конвертером вашего исходника в польском формате. Попробуйте задать этот же вопрос создателям Mkgmap вот тут:
http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html

Спасибо за совет, попробую задать вопрос там.
Надеюсь, они поймут мой английский… :slight_smile:

Задал вопрос здесь: http://gis.19327.n8.nabble.com/Artifacts-in-final-map-MP-IMG-conversion-tp5932812.html
Выяснилось, что текущая версия Mkgmap не поддерживает мультиполигоны (полигоны с вырезами) в .MP файлах – она просто склеивает строки с координатами внешнего и внутренних полигонов в один большой полигон. :frowning:
Хотелось бы надеяться, что в ближайшем будущем этот “баг” поправят.

Да, уже прочитал. Один из авторов сказал, что сие вполне не сложно реализовать. Но теперь его на это как-то нужно сподвигнуть. :slight_smile:

Кстати, если кто не знал, то есть специальная команда, по которой генерируется тестовая карта со всеми доступными для Garmin объектами. Это бывает удобным для выбора подходящих типов.

mkgmap.jar test-map:all-elements

Пытаюсь собрать карту Румынии, получаю ошибку

SEVERE (global): The RGN section of the map or tile is too big. The maximum size is 16777215 bytes. Try splitting the map into smaller tiles or reducing the amount of information included in the map.
Number of MapFailedExceptions: 1
SEVERE (global): Error building gmapi data
java.nio.file.NoSuchFileException: ./output/Romania OSM sid.gmap/osmmap.mdx
Number of ExitExceptions: 1

Вроде Румыния не такая большая, чтобы не влазить в одну гарминовскую карту. До этого собирал Кипр с тем же конфигом, проблем не было.
Куда копать, какие опции трогать?

Вы пользуетесь сплиттером?
https://www.mkgmap.org.uk/doc/splitter.html

Уважаемые соклубники!
Может, кто-то сталкивался: Пытаюсь объединить два файла pbf - собственно local.osm.pbf и карту рельефа с охватом всего бывшего СССР. Само объединение проходит, но результирующий файл splitter обрабатывать отказывается, пишет, ошибка в .pbf-файле. С отдельными регионами, например, с ЦФО или Крымом, всё получается. Где поискать выход? Хочется карту СССР с уровнями, пусть и 10 ГБ в формате gmap.

А кто-нибудь может подсказать ключ, который разрешает автороутинг по руслу рек? На маптуристовской карте он работает, а собираю сам - не прокладывает…

А работает на свежих сборках, типа той, что из моей подписи? я, просто, не водник…

Обновил сборку, картография от 9 декабря 2022 года.

Это не ключ. Это в стиле. Роутинг в Garmin может осуществляться только по роутинговым линиям. К ним относятся 0x01 - 0x13, 0x16, 0x1a, 0x1b. Вот для роутинга ими и пользуйся, по остальным линиям роутинга нет.

Что за формат gmap такой? Помнится, у Валентина были файлы с расширением .img, которые можно смело было закидывать в приборы или использовать на компе в BaseCamp. У вас тоже файлы .img, но у меня ни в приборе, ни в BaseCamp не работают.

Вы очень отстали от жизни. У гугла или яндекса спрашивали?