Mkgmap

Communities Россия (Russia)
371

Вот попробуй развить эту тему (у меня с иностранными языками никак) http://gis.19327.n8.nabble.com/Why-is-mkgmap-the-option-country-name-name-td5911420.html
Я так и не понял что они мне отвечали. Но понял, что по этому вопросу надо теребить их. А также надо вводить в ОСМ жеские правила адресации, иначе бардак сохранится. Сейчас смотрел свою карту на приборе, изменил страну на Эстонию поискал адрес в Нарве. Набирал имя города по русски, Только нажал “Н” сразу высветилась “Нарва, Уезд Ида-Вирумаа”, ввожу улицу “Пу” сразу высвечиватся “Пушкина улица”, ввожу № 4, высвечивается четыре позиции:
1я поз. “Александра Пушкина улица 5 Нарва, EST” и три поз. “Александра Пушкина улица Нарва, EST”.
Нажимаю первую (прибор Нуви 1310) указатель “Александра Пушкина улица 5 Нарва, Уезд Ида-Вирумаа Эстония,” указывает на правильную улицу но в районе дома 10, возвращаюсь и смотрю вторую позицию “Александра Пушкина улица Нарва, Уезд Ида-Вирумаа Эстония” указывает на конец правильной улицы в районе дома 69. Следующая позиция в районе остановки Rugodiv на правильной улице, следующая позиция возле дома 21.
Теперь возвращаюсь и набираю улицу по английски “Pu” - высвечивает улицы начинающиеся с Pu, но нужной нет, ввожу улицу “Aleksander” - совпадений не найдено, а ведь есть в ОСМ Здание 5 Aleksander Puškini, но не индексируется так как улице уже присвоено имя по русски. Опять возвращаемся вводим город “Narva”- совпадений не найдено.
Вывод - надо теребить автора программы для правильного адресного поиска. Или теребить Маперов для правильного строгово тегирования для поиска.

372

Вот еще интересная штука. https://forum.openstreetmap.org/viewtopic.php?id=58978
Я пробовал чтобы смотреть точки в MapSource, навел курсор на магазин клик правой кнопкой создать маршрутную точку и смотришь какой адрес прописывается, но обработка долгая, и срабатывает не везде, пример населенный пункт Скоропусковский, Московская область, Сергиево-Посадский район. В нас.пункте нет наименований улиц и там плагин не работает.

373

Вот только что провел эксперимент, поменял, было name-tag-list: name:ru,name,name:en,int_name стало name-tag-list: name,name:ru,int_name,name:en
И теперь при выборе страны наименование на родном языке и соответственно улицы на родном языке. Теперь в Narve (Нарве) ищутся адреса на улице Aleksander Pu…(Александра Пушкина) так как там на каждом доме указаны теги addr:country, addr:city, addr:street, addr:housenumber. До этого улица получала русское имя и соответственно дома не искались, так как на них прописана другая улица а не Александра Пушкина. Вот такие пироги… Надо еще экспериментировать.

374

Разобрался.
В выгрузке Гислаба граница РФ сломана. Отсюда и проблема.
Как починить:

  1. Качаем отношение границы РФ по ссылке www.openstreetmap.org/api/0.6/relation/60189/full
  2. Делаем еще один проход фильтрации перед созданием bnd-файлов и наваливаем через Osmconvert это скачанное отношение к уже отфильтрованным границам.
  3. Делаем bnd-файлы.
  4. Profit. :sunglasses:
375

А давайте подумаем, как наладить адресный поиск в населенных пунктах без названий улиц? Такое достаточно часто встречается. Вот сам теперь живу в деревне и у меня адрес без улицы совсем. Просто Деревня, номер_дома. Так вот. Mkgmap в этом случае находит ближайшую линию дороги с именем и пихает это имя в mkgmap:label:2. Получается очень странный результат, никак не влияющий на работоспособность поиска. Но Выяснив это я решил унифицировать все такие случаи добавив правило, заменяющее левые названия на “без названия” вот такой строчкой в файл настроек адресации:

mkgmap:country=RUS & mkgmap:street!=* & highway=* { set addr:street='без названия' }

Но это никак не способствует включению адресного поиска - название населенного пункта Гармин не дает ввести. Это начинает работать только если внутри населенного пункта есть хотя-бы одна улица с названием. Выходит, что необходимо название улицы в mkgmap:label:1. Но как туда запихнуть это самое “без названия” и только для улиц с адресацией? У меня не получилось. В лучшем случае такое имя добавлялось ко всем безымянным дорогам. Что не правильно и не нужно. В общем взываю к коллективному разуму.

376

Валентин, я тебе присылал файл status, обрати внимание, что для рабочего поиска сокращение “ул.” вместо “улица” нужно делать в ТРЕХ местах: 1. highway=* & name 2. addr:street 3. mkgmap:street
То есть “Имя улицы” должно до буквенно совпадать с addr:street указанной на доме и совпадать в момент производства карты с внутренней переменной mkgmap:street при создании индекса.
А иначе поиск работать не будет. Пример твоя уже вчерашняя карта: город Нарва, улица Александра Пушкина, дом 17 на твоей карте не ищется, потому что, в тегах имени улицы есть name:ru=улица Александра Пушкина, а в тегах дома 17 прописано addr:street=Aleksander Puškini, возможно пример не корректный так как в тегах дома 17 прописано еще addr:city=Narva, но поверь, что даже без тега addr:city=Narva поиск все равно работать не будет, так как name:ru и addr:street не совпадают.
Теперь разложим твою строку: Если страна Россия и внутренняя переменная mkgmap:street ничему не равна и highway любой, то установить addr:street=‘без названия’. И сразу вопрос, а куда или кому/чему установить addr:street=‘без названия’.
Ведь нам надо чтобы этот тег был установлен на здании, а highway в данном населенном пункте получил имя ‘без названия’ иначе совпадения не будет и поиск не сработает.
https://www.openstreetmap.org/query?lat=56.36886&lon=38.14211 вот тут хоть и стоит тег на здании addr:place=Скоропусковский и вроде можно его скопировать в addr:street=Скоропусковский, но как проездам, улицам и дорогам прописать name=Скоропусковский я не знаю, мой стиль подставляет не всем этим проездам и т.д. только в этом нас. пункте имя улицы А-108 и поиск работает по ней. Скоропусковский, А-108, дом 2, 3, 6 только три дома. Но это в этом, а в других? Позже проверю как на туристическом приборе, а на Nuvi из этой ситуации выхожу просто: Искать адрес → Город → Прибор просит ввести улицу, а ничего не ввожу и нажимаю “Готово” → получаю список улиц в этом населенном пункте (даже притянутые) Выбираю → Просит ввести №дома, опять готово и выбираю из того что есть (Но не все дома получают притянутый адрес), да и хочется решить эту проблему тоже.

377

Сокращения нужны только для повышения читабельности надписей на экранах с невысоким разрешением. Для целей организации поиска нужно просто наладить разделение слов в названиях (компиляция с ключем –split-name-index) и отделение их от префиксов и суффиксов (улица, бульвар, шоссе и др.). Для этого в конфигах есть специальный файл, где оно настраивается - roadNameConfig.txt

# russian
prefix1:ru = "улица", "переулок", "проспект", "проезд", "разъезд", "тракт", "площадь", "бульвар", "шоссе", "дорога", "тупик", "микрорайон", "аллея", "линия", "набережная"
prefix2:ru = "им.",   "имени" 
suffix:ru  = "улица", "переулок", "проспект", "проезд", "разъезд", "тракт", "площадь", "бульвар", "шоссе", "дорога", "тупик", "микрорайон", "аллея", "линия", "набережная"

lang:RUS = ru
378

Ну хоть через 4 месяца ответил, спасибо.
Сокращения я использую на туристических приборах как ты и говоришь для повышения читабельности. Пользователи автомобильных приборов попросили без сокращений, так как злая тетка плохо понимает сокращения и получается забавное произношение улиц. А перенос префиксов в конец имени (то есть делая из них суффиксы) я делал что бы получить однообразие отображения улиц при поиске. Все это я делал до введения в mkgmap функции roadNameConfig.

379

Два дня бился с проблемой. Оказывается TYPViewer работая под Windows 10 портит тхт-файл исходника, сволочь! Причем как изощренно это происходит - он перемешивает картинки POI с кодом какой-нибудь другой. В итоге смотришь на карту и офигеваешь, не понимая, что происходит. И никак это побороть не получилось. :rage:
В итоге вернул обратно старый SSD с Windows 7 и все опять нормально заработало. Ахренеть.

380

Так. Вроде начинает все немного проясняться.
Сегодня вернулся к разбору описанной выше проблемы более подробно. TYPViewer под Windows 7 сохраняет коды точек в таком виде:

[_point]
Type=0x11711

А вот в Windows 10 ровно тот же TYPViewer уже пишет вот так:

Type=0x117
SubType=0x11

И это Mkgmap уже отказывается корректно транслировать. Если открыть готовый TYP-файл, то мы увидим следующее:

Type=0x001
SubType=0x11

При этом коды линий и полигонов остаются в прежнем виде, когда одной строчкой описывается и тип, и подтип. Корежит только блок с точками. Завтра попробую связаться с разработчиком TYPViewer.
Такие дела… :roll_eyes:

381

Победил, блин. Бессмысленно и беспощадно “с умом” потрачена куча времени. Кто бы мог подумать, что сие находится в настройках самого TYPViewer. :laughing:

382

А у меня давно оказывается так, только вместо французского - русский

383

Немного иначе, но получилось!
Для того, что бы заработала эта логика нужно ввести свою собственную переменную при компиляции карты. В моем случае она выглядит так:

--style-option=code-page=1250
или
--style-option=code-page=1251

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

if (mkgmap:option:code-page=1251) then
include "inc/name-ru";
end
if (mkgmap:option:code-page=1250) then
include "inc/name-en";
end

Я вынес в отдельные файлы все, что касается переводов и имен по умолчанию.
Единственный момент - при внедрении такого переключения в файл настроек линий, при компиляции все они просто пропадали. Природа этого явления мне пока не понятна. Так что пришлось сделать два логических блока if-then внутри файла lines отвечающих за языковое разделение, без ссылки на внешние файлы.

384

Прорыв года, практически, блин. Я нашел способ, как отображать в моем ущербном Nuvi-1490 некоторые важные точки! Например светофоры и броды. До этого я безуспешно пытался подобрать какой-то из пригодных для этого типов poi но без особых результатов. И вот я-таки нащупал логику. Смысл в том, что у точки должно быть имя. И только с ним навигатор считает нужным такую точку показать на экране. Пускай в typ-файле отображение названия отключено, но в данных оно быть должно. В своем файле настроек русскоязычных названий я это сделал вот так:

(highway=traffic_signals | crossing=traffic_signals) & name!=* {set name='светофор'}
(highway=ford | ford=yes) & name!=* {set name='брод'}

Но еще есть Nuvi-2797LMT, который точки показывает вообще от балды, по-моему. Как к его логике найти подход, вот вопрос.

385

Такая же логика и у моего Garmin-Asus M10e. Также при конвертации пришлось давать имена многим объектам и отключать отображение в typ-файле :).

386

Граждане. А как обрабатывать значение у ключа, которое содержит в себе точку с запятой?
Пример:

whitewater=put_in;egress
387

; - перечисление
т.е whitewater=put_in;egress равноцено одновременному присутствию на объекте и whitewater=put_in и whitewater=egress

388

Нет. И Overpass это недвусмысленно подтверждает.

389

; - перечисление
Но оно не приветствуется и не всеми и не везде поддерживается.

390

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