Mkgmap

Eugeny_B · 2018-03-05 02:16:57

Валентин, я тебе присылал файл 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 … n=38.14211 вот тут хоть и стоит тег на здании addr:place=Скоропусковский и вроде можно его скопировать в addr:street=Скоропусковский, но как проездам, улицам и дорогам прописать name=Скоропусковский я не знаю, мой стиль подставляет не всем этим проездам и т.д. только в этом нас. пункте имя улицы А-108 и поиск работает по ней. Скоропусковский, А-108, дом 2, 3, 6 только три дома. Но это в этом, а в других? Позже проверю как на туристическом приборе, а на Nuvi из этой ситуации выхожу просто: Искать адрес -> Город -> Прибор просит ввести улицу, а ничего не ввожу и нажимаю "Готово" -> получаю список улиц в этом населенном пункте (даже притянутые) Выбираю -> Просит ввести №дома, опять готово и выбираю из того что есть (Но не все дома получают притянутый адрес), да и хочется решить эту проблему тоже.

Last edited by Eugeny_B (2018-03-05 02:42:31)

ValentinAK · 2018-09-03 14:04:10

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

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

lang:RUS = ru

Eugeny_B · 2018-09-03 14:17:22

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

ValentinAK · 2018-09-12 17:55:13

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

ValentinAK · 2018-09-13 20:33:28

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

[_point]
Type=0x11711

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

Type=0x117
SubType=0x11

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

Type=0x001
SubType=0x11

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

ValentinAK · 2018-09-13 23:20:38

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

Eugeny_B · 2018-09-14 07:00:11

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

OpenStreetMap Forum

#376 2018-03-05 02:16:57

Re: Mkgmap

#377 2018-09-03 14:04:10

Re: Mkgmap

#378 2018-09-03 14:17:22

Re: Mkgmap

#379 2018-09-12 17:55:13

Re: Mkgmap

#380 2018-09-13 20:33:28

Re: Mkgmap

#381 2018-09-13 23:20:38

Re: Mkgmap

#382 2018-09-14 07:00:11

Re: Mkgmap

Board footer