Ежедневная сборка OSM для Garmin с помощью Mkgmap

О, круто! Сейчас, посмотрим

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

1. Пороги. Вот здесь не рекомендуется использовать waterway=rapids для обозначения порогов.
Но к сожалению на странице проекта whitewater нет нормальной рекомендации как мапить пороги. Там предполагается, что порог определяется наличием одного из тегов whitewater:{rapid_name, section_name, rapid_grade, section_grade} на элементе.
Лично мне такой подход кажется странным, поэтому я использую подсмотренный тег whitewater=rapid.
Предлагается этот тэг добавить в конвертацию.
В том числе и как точечное POI, например, вот с таким значком .
Также, хочется чтобы конвертировались теги whitewater={put_in, egress, put_in;egress, hazard}. (Описание и иконки можно брать со страницы проекта whitewater).

2. Добавить иконку для natural=cave_entrance (тип 0x6601).

3. Добавить иконку для водопадов (0x6508) (например, такую )

4. А вам действительно нравится значок звезда для маяка? Может использовать этот или этот ?

5. amenity=shelter сейчас конвертируется в кастомный тип 0x2b05. У меня в навигаторе это отображается значком гостиницы, что очень сбивает с толку. Предлагается тип оставить таким же, но поменять иконку. Например, на мапниковскую или вот эту .

6. tourism=alpine_hut сейчас конвертируется в 0x2b02, что в гарминовской терминологии означает “Bed & Breakfast Inn” и не соответствует действительности. Предлагается конвертировать в кастомный тип 0x2b06 c иконкой

7. Перевалы. Предлагается их конвертировать с именем “Название перевала (категория), высота”. Высоту берем из ele. Категорию, из pass:category. Пример в осм. Иконку, например, такую .

8. Непонятно, зачем, tourism=information конвертируется в 0x2f0c.
Это гарминовский нативный тип для туалета. У меня почему-то не срабатывает переопределение этой иконки в typ файле, из-за чего все информации отображаются значком туалета :).
Во-первых, можно использовать нативные типы для информации: 0x4c00 – 0x4cff.
Либо, если очень хочется оставаться в типе 0x2f, то использовать что-нибудь >= 0x2f10.

9. Пешеходные мосты отображаются очень странно: идет пунктир, потом раз! и коричневый прямоугольник в несколько раз больший тропы по толщине. Выглядит очень странно. Конкретного решения не могу сейчас предложить, но хочу донести эту странность до вас.

Я думаю пока хватит :D. И так уже простыня получилась).

Ещё места для пикника чуть-чуть бы понизить уровнем.

Ещё хотелось бы плейсы НП убрать с крупных масштабов, потому что они там мешаются. Можно оставить границу, но заливку точно убрать.

pankdm, спасибо. Много полезных мыслей! Буду их понемногу реализовывать.
Пока скажу только за маяки - звезда для них выбрана вполне осознанно, в силу своей заметности и однозначной читаемости.

Ilis, к понижению каких-либо объектов нужно подходить очень аккуратно.
Еще раз напомню свою мысль о том, что страна у нас очень и очень разная по плотности инфраструктуры. В связи с этим нет никакой возможности выбрать какой-то один общий уровень генерализации. И лучше будет иметь на карте некоторый запас в этом смысле. Так что не стесняемся пользоваться переключением детальности в своих приборах.

Сегодня карта собралась с задвоенными точками из тех, которые хотелось бы видеть на больших масштабах. Т.е. на самом подробном уровне такие точки присутствуют в “своих” типах для возможности тематического поиска, плюс точка не попадающая в индексацию, просто для визуального присутствия на верхних уровнях. По прежнему разнесенными по слоям оставил только входы и станции метро.

Мне кажется, лучше конвертить в точку. Большая часть мостов - вполне себе точечные объекты на разумных масштабах карты.
Возможно, так же стоит поступить и с автомобильными мостами.

Разве что place=city/town. Всякие хамлеты хорошо б оставить - всё равно “под” полигоном, как правило, больше ничего нет

Конвертировать в точку пока не получится.
mkgmap не поддерживает преобразование линий в POI.
По идее можно написать патч к нему – но это к тем, кто знает жаву.

Мосты в точку не надо! Мосты, как они сделаны в этой сборке, меня очень порадовали, в отличии от сборки через мп, где непонятно где мост, а где проезд под ним.

Это к местам отдыха или к полигонам НП замечание?

Если к местам отдыха, то зачем мне видеть одновременно эти навесы, если от одного до другого полдня идти?

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

Наверное некоторые идеи и просьбы можно выловить из ветки Оформление карт для Garmin
Что увидел в полглаза:

• есть подкатегория бытовые услуги, но прачечные, химчистки вытаскиваются в магазины
• бытовая химия вытаскивается в аптеки
• нужно ли поля/площадки вытаскивать в стадионы, как и детские площадки, если идея охватить больше объектов, то может тогда идентифицировать их в названии (спортивная плошадка, детская площадка etc.)
• вытаскиваются приватные гаражи/парковки (без пояснения)

Простите за мою некомпетентность; ищу хорошие туристические карты для Dakota 10 (поиск уверенных результатов не дал).
Установкой или сборкой для Гармина не занимался, поэтому хочу спросить у автора.

ValentinAK, эти карты можно использовать как 125 метровку? Или это зависит от настроек конвертера Mkgmap? Сами понимаете, что растра много не загрузишь, а детализация на природе в “плохую” погоду очень бы пригодилась (особенно когда не знаете, где находитесь).
Вы все объекты из базы OSM выгружете или выборочно?

offtopic:
bopoh13, если речь про рфию, то в дакоту лучше всё-таки грузить растр из ггцшных 250-метровок

Значение тэга «ref» содержит два элемента, разделённые точкой с запятой. В карту навигатора попадает только первый. Это поправимо? Хотелось бы видеть полное значение.
Пример: http://www.openstreetmap.org/browse/way/131113228

По мотивам вышеперечисленных пожеланий и багрепортов сегодня внес в конфиги следующие изменения:

1. добавлены точки перевалов (mountain_pass=yes) с указанием имени, высоты и категории в скобках. Тип точки такой же, как и у locality (0x0a). Как результат этого - перевалы присутствуют в поисковом индексе.
2. новый тип для пешеходных мостов foot path и pedestrian - суть та же, но более узкая линия
3. новые значки для natura=cave_entrance, tourism=camp_site, tourism=picnic_site, amenity=fountain, amenity=shelter, tourism=information, amenity=fountain natural(waterway)=waterfall, tourism=alpine_hut и amenity=telephone
4. tourism=information отделил от туалетов.
5. спортивным сооружениям и площадкам добавлены имена по умолчанию: ‘каток’, ‘площадка’, ‘бассейн’
   Также сделал попытку добавить точечные объекты зданий (building=yes), но не удачно. Никак не получается обойти механизм опции --add-pois-to-areas и запретить появления таких точек на всех полигональных зданиях. Бился пол-вечера, но все без толку - или нет точек нигде, или их несметные тучи.

Ilis, убирать полигоны крупной населенки не хотелось бы. Объясню почему. По размеру города можно косвенно судить о наличии всякой важной инфраструктуры, еще не отмеченной на карте. Особенно это актуально в дальней дороге и прохождении транзитом многих разных городов, больших и маленьких. А что касается picnic_site, то не все пешком ходят. Некоторые еще и на машинах. И видеть эти объекты на крупных масштабах бывает весьма полезно. Так же в планах поднять повыше и camp_site.

Amigo, спасибо за замечания. Но можно ли подкрепить примерами со ссылками? Особенно про бытовую химию и аптеки.
Я пока вообще не брался за раздел услуг. Надо бы на досуге заняться…
Спортплощадки конкретизировал названиями.

Surly, можно пример из базы, где ref с точкой с запятой где-то используется на дорогах? Я такого не встречал пока. Или речь исключительно о высоковольтных линиях? Если так, то на ЛЭП ref у меня вообще не учитывается.

И о линиях порогов. Дополнил тип линий еще и whitewater=rapid + whitewater=rapids на всякий случай. Получилась вот такая пипецкая конструкция:
waterway=rapid | waterway=rapids | whitewater=rapid | whitewater=rapids
{name ‘${whitewater:section_name}, пор. ${whitewater:section_grade}’ | ‘${whitewater:section_name}, пор. ${whitewater:rapid_grade}’ |
‘${whitewater:rapid_name}, пор. ${whitewater:section_grade}’ | ‘${whitewater:rapid_name}, пор. ${whitewater:rapid_grade}’} [0x1001f resolution 18 continue]

Так же добавил whitewater=rapid и whitewater=rapids в секцию генерации роутинговых линий.

Уф-фф, пока вроде все. Теперь посмотрим как это все завтра соберется.

Урааа! Наконец у нас будут перевалы!

еще бы горизонтали добавить

Нет, я таких не знаю. Мне важны именно маркировки ЛЭП.

Тогда, наверно, в конфигурации задано какое-то обобщенное правило для именования разнообразных объектов. Откуда-то же оно берется.
Карта Лёши у меня загружена, но отключена, к тому же в его карте ЛЭП точно не именуется. Других карт OSM в навигаторе нет.

Если так, то нельзя ли добавить в конфиг подпись к ЛЭП из тэга name или ref?

Горизонтали самому надо добавлять на интересующую территорию. (так как они занимают места сильно больше чем сама карта)
На рутрекере лежат уже сконвертированные в гарминовские тайлы img.

Да, забавно. Нашел эту ЛЭП на карте, подпись и правда транслируется в название из ref. Почему так - не знаю. Обработка ref есть к конфигах только для линий highway…
Имя добавить можно. Желательно, правда, сделать это без явного присутствия такой надписи на линии, оставив возможность ее прочтения только при наведении курсора на такую линию. Можно пример, как правильно должно выглядеть название из Ref с точкой с запятой? Я нифига не понимаю в аббревиатурах энергосетей.

Горизонтали - однозначно нет! Во-первых, оно весит просто безумно. А во-вторых уже есть замечательные наборы отдельных прозрачных горизонталй, накладывающихся на любую карту. Потом есть стимул заняться ими самостоятельно. Я как-то генерил их вообще с шагом в 10 метров. По Евразии это получилось 17 гигов.

Да, если делать, то именно так.

Просто целиком записать значение тэга как есть, вместе с точкой с запятой.
Суть обозначения в том, что к опорам крепятся две трехфазные цепи, по одной на каждой стороне опоры. Эти цепи имеют разную маркировку, но линия на карте рисуется одна – вот и приходится перечислять оба названия в одном тэге.

Вроде работает. Спасибо!
Единственное, хотелось бы, чтобы точки порогов тоже конвертировались (иконку см. выще). Пример в осм.