Конвертация OSM в Navitel

В конфигах в файле addressing есть строка area_condition: place = city|town|village|hamlet|allotments|isolated_dwelling. Скорее всего просто нет точки с тегом place = allotments. Там где точка стоит, должно искаться.

Точки рекомендовано ведь на адресуемых полигонах не ставить, не дублировать в OSM? Если в секции добавить city вот так, то отдельно дублировать, точку создавать на полигоне населенного пункта не нужно. Она конвертером создается из place=. Но только когда tags соответствует. Я же говорю - иначе ищется только там, где имеются внутренние объекты -там по area_condition создается “жилая застройка” Но далеко не у всех дач прорисованы внутренние объекты.

  • level: city
    tags: [ city, town, hamlet,** allotments** ]
    area_condition: place = city|town|village|hamlet|allotments|isolated_dwelling

ещё раз вопрос поднимаю :slight_smile:

Сейчас 3D уровни развязок/мостов из тега layers перестали браться? Вроде в конфигах параметр --interchange_3d присутствует, а в mp все точки без 3D, хотя даже в комментах точки на развязке layer=1, т.е. читалось значение из osm. Может, по-новому как-то иначе обработка 3D включается(раньше вроде, --interchange3d)?

Уже давно конвертер osm2mp развязки в 3D не конвертит :(. Давно просил Лешу вернуть, но увы…

тут вопросеw был о навителе, поставил Navitel-large-9.4.0.84.apk, подкинул только что скачанные карты и заметил такую штуку.
в режиме “Автомобиль/Мотоцикл” роутит по highway=path (доп.теги ice_road=yes seasonal=winter snowmobile=yes)
кагбэ совершенно не правильно сие.

borism346 Да что-то я попробовал в mp задать уровни на развязке, но 9.4-й Навител все равно неправильно часть уровней отрисовал, две полосы верхних красиво пересекли, а третью дорогу 0-го уровня переплетает с наклонным спуском, хотя в GME это место в 3D правильно отрисовывается. Может, поэтому и не дорабатыает Леша конвертер? Неактуально для OSM карт Навителя.

Исторически Лёша переделал конвертер задолго до того. У него просто не дошли руки.

С каких пор Навител перестал обрабатывать 3D? Конвертеру то в этом виде всего около двух лет. А в старой версии были по 3D маленькие вопросики иногда с 3.2.6. Я то Навител после 5.0.3 не пользовал(на 7W перешел), раз они так относятся к пользователю. Сейчас увидел сообщение об изменении политики поддержки nm2 карт, решил попробовать. А на оф.картах 3D развязки сейчас правильно рисует?

2 наземных + подземный

3 наземных

dimuzz, на каком уровне становятся видимы светофоры, на 24? Можно ли их переместить на 23 уровень? :confused:

Протестировал. Расширение видимости на несколько уровней не влияет на отображение POI :frowning:
В последнем обновлении (версия 9.5) светофоры вообще видны только с 30 метров.

Сделать можно, но сейчас alt_name более-менее нормально заполнено для водных объектов, например “Уфа (Караидель)” или “вдхр Мариинское (Ново-Мариинский пруд)”. У населенных пунктов в alt_name могут быть сюрпризы, например “Буланова (Буланова (Якшинский сельсовет))” или “Ураим (Ураим, железнодорожный рзд)”.

Не уверен, что это идеологически правильно, но в адресный поиск добавил (at revision: 193).

dimuzz
Обратил внимание что из nodes-navitel.yml пропали секции:


- condition:
    - only_node
    - barrier = *
  action:
    - action: load_barrier

- condition:
    - only_node
    - garmin:extnode = 1|yes
  action:
    - action: force_external_node

Можешь прокомментировать для чего?

Начниая с rev.146, они перенесены в ways-roads-navitel.yml, поскольку nodes-navitel.yml не используется при генерации роутингового слоя.

dimuzz Обнаружили что если leisure = sports_centre обозначена точкой внутри полигона здания, то она конвертится в тип 0x2c08 (стадион), что не правильно. Вот пример.

Спасибо, а в конвертации для 7Дорог это отразится? Или карты на Рамблере собираются по своим конфигам -не из SVN(Kostik собирает их у себя по своим настройкам, и заливает на Рамблер)

А не нужно еще после city:yes делать CityName: %Name?

Сейчас логика такая - если спортивный центр не здание, то конвертируется в стадион, если здание - в спортзал/фитнес-центр.
Проблема в том, что нахождение точки внутри здания не наследует “building=yes”.
Как вариант, для таких точек можно обрабатывать covered=yes либо все точечные объекты считать спортзалом, независимо от того, на воздухе они или в помещении.