Я имею в виду, что можно собирать gmapsupp.img программами типа sendmap20 или gmaptool, а можно - с помощью mapsource. В первом случае вырезается/просто не создается srt-подфайл, определяющий сортировку символов. Во втором случае srt-подфайл обрабатывается правильно. Mkgmap с недавних пор тоже умеет создавать эти srt-подфайлы, но для русской cp1251 пока никто не сделал соответствующего исходника.
Посмотрел готовый gmapsupp.img в Mobile XT на Сибинане. Да, действительно, названия пропадают через некоторое время. Но я ничего не менял в настройках последние пару дней. Природа явления не ясна, будем наблюдать пока.
Вся разница лишь в наличии возможности выбора нужных частей карты для загрузки в прибор через MapSource.
Понял! Спасибо за разъяснения!
Хм… можно, конечно, временно выпустить временную третью версию карты с транслитом. Так, для тестов.
Я так и не понял, почему происходит такая странность с исчезновением названий улиц. Хотя в Мапсорсе, нРуте и моем железном Гармине 60Сх все нормально и ничего не исчезает. 
Нашлась за то другая беда - Mkgmap видимо совсем перестал понимать данные восточнее 180-го градуса и один из тайлов не посчитался. Но в gmapsupp.img он не попадает.
Вообще же что-то очень не понятное происходит и с другими восточными кусками карты. MapSource их отображает так, как будто у них отсутствуют background-полигоны. При этом, при увеличении такая карта просто пропадает и MapSource показывает оверзум аж на 30-и километрах! Это дело я наблюдаю с самого начала знакомства с Mkgmap и не нашел ничего об упоминании решения этой проблемы.
Но есть и немного хорошего - адресная информация все-таки попадает в файлы карт!
Вот, чего GPSMapEdit показывает:
Осталось только наладить верную передачу этого дела в индексный файл…
add:
Да, вариант с транслитом - тоже не проблема сделать. Но уж больно в Mkgmap транслит кривой. 
Действительно сделайте, если не трудно вариант на транслите.
Вы же эту карту позиционируете как туристическую, а многие старые etrex не русифицированы.
Только конечно вариант под Mapsource интересует (чтобы было можно направить на прибор только малую часть), так как в таких приборах часто и памяти кот наплакал.
P.S.
Для eTrex Vista HCx нужен полноценный gmapsupp.img с mdr. Забудьте про sendmap
Добавил набор для Мапсорса в транслите.
Вообще, по неподтвержденным данным, sendmap уже научился не убивать srt, с mdr он дружит давно. gmaptool тоже дружит с mdr и его вполне достаточно для сборки карт для Vista HCx с адресным поиском - по крайней мере у меня адресный поиск работает без mapsource.
Я с этим боролся с помощью levels. В итоге получалась карта нормально отображаемая в MapSource, но чересчур перегруженная в приборе 
Не, Глеб, это не наш метод.
Там суть проблемы такова:
От контакта данных со 180-м градусом Сплиттеру сносит башню и он выворачивает наизнанку координаты границ тайла. От чего башню сносит уже самому Mkgmap-у.
Полез разбираться и нашел решение. Берем файл areas.list от последней сборки, руками правим координаты обрезки 2-х граничащих со 180-м градусом тайлов и скармливаем его обратно Сплиттеру. В итоге получаем просто поделенную пополам Чукотку. Теперь обе эти проблемные части нормально отображаются в Мапсорсе!
Но решение это временное, т.к. есть 2 неприятности:
- При таком режиме работы Сплиттера теряется его способность самостоятельно определять границы тайлов в зависимости от плотности данных.
- Чукотские тайлы не имеют общей границы. На месте их стыка теперь присутствует вертикальная щель 500 метров шириной.
По сути же мы просто уменьшили этот самый “вывернутый” участок, и, по хорошему, надо все-таки вправлять мозги Сплиттеру товарищам программерам.
Хм. А причем тут JOSM?
И для надёжности продублировать в Спортлото.
И еще вопрос. Есть целая тема про иконки для различных точек для Garmin. Вы что-то заимствуете от туда или лучше дублировать просьбы?
Ой, не туда ссылку дал (в голове шёл параллельный процесс).
http://trac.openstreetmap.org/newticket
(логиниться обычным osm логином)
Что-то сам рисую, что-то заимствую.
Логичнее писать тут, т.к. TYP-файлы все-таки разные.
Тут тоже про Mkgmap ни слова. Может быть лучше было бы воспользоваться вот этим?
http://gis.638310.n2.nabble.com/Mkgmap-Development-f4411397.html
ЗЫ:
Чукотка в сегодняшней сборке присутствует в полном объеме и полстраны уже не пропадает из за оверзума. 
В карте России на транслите вместо русской буквы Ю не получилось латинской. Она преобразовалась в русскую же Ы.
Поиск кстати и в такой карте на транслите не работает, что очень жаль
Тогда первые несколько просьб:
-
Пешеходный переход. По-моему сейчас никак не отображается.
-
По стандартному имени. Первая просьба: tourism=camp_site Сейчас называется длинно и витиевато: “Безым. Кемпинг/RV парк”. Хотелось бы что-то более лаконичное, по типу (при отсутствии name): “Необоруд. кемпинг”, “Место для Кемпинга”, а может и просто “Кемпинг”?
Не, пешеходные переходы добавлять не буду, т.к. по моему глубокому убеждению это уже избыточная информация. За рулем лучше на знаки смотреть - они и крупнее, и вообще так безопаснее. 
По дефолтным именам: Давайте прикинем, а точно ли оно надо? Сейчас Гармин не показывает надпись, если ее нету. Таким образом на карте присутствует только значок, соответствующий типу объекта. Выходит, что если одинаково подписывать безымянные точки, то появляется лишняя бесполезная информация, т.к. дублируется надписью и так читаемая иконка.
Ну как бы не совсем то избыточная… Наличие на маршруте авто нерегулируемых пешеходных переходов увеличивает время прохождения (т.к. требуется пропускать пешеходов) и толковый навигатор должен уметь это учитывать при построении быстрого маршрута.
Ха, а на тему пои согласен! Об это-то и я не подумал 
Я надеялся, что можно стандартный тип переименовать, а если его придется “именовать”, это да, это плохо…