Выложено обновление версии программы под все системы.
Актуальная версия 1.82.1308.

Версия под iOS - в связи с проверкой будут выложена в магазин чуть позже.

Увеличен интервал "отвала" GPS до 15 секунд
Значение вынесено в settings.xml (без доступа из настроек)
При отключенной галочке "сглаживать вращение" карта ориентируется без отклонения угла
Исправлено "мерцание" экрана на iOS
Множество мелких исправлений

Ссылки для скачивания:
Android APK:
https://navikey.ru/files/7w/7ways-1308/7ways.apk

Linux:
https://navikey.ru/files/7w/7ways-1308/7ways-linux-rpi-arm.zip
https://navikey.ru/files/7w/7ways-1308/7ways-linux-ubuntu-bionic-x86_64.zip
https://navikey.ru/files/7w/7ways-1308/7ways-linux-ubuntu-bionic-x86.zip
https://navikey.ru/files/7w/7ways-1308/7ways-linux-ubuntu-xenial-x86_64.zip
https://navikey.ru/files/7w/7ways-1308/7ways-linux-ubuntu-xenial-x86.zip

Windows CE:
https://navikey.ru/files/7w/7ways-1308/7ways-win-ce-arm.zip
https://navikey.ru/files/7w/7ways-1308/7ways-win-ce-mips.zip
https://navikey.ru/files/7w/7ways-1308/7ways-win-ce-sh4.zip

Windows NT:
https://navikey.ru/files/7w/7ways-1308/7ways-win-nt-x86_64.zip
https://navikey.ru/files/7w/7ways-1308/7ways-win-nt-x86.zip
Группа в Telegram (https://t.me/navikey)
Поддержка пользователей и общение.

Также запущена поддержка пользователей в Telegram (https://t.me/navikey_support_bot)
Запущен новостной блог http://blog.navikey.org/
В блоге публикуются сообщения о текущих работах и планах.
Доступна RSS подписка на новости.

POI (точки интереса), особенности редактирования карт

отредактировано June 2014 Раздел: Общие
В рекомендациях по подготовке карт - http://www.navikey.ru/files/7w/7w_MapsCooking_Manual.pdf - представлен перечень типов объектов.
Полагаю этот перечень не полный? Для примера - 7 дорог не отображают СНТ (садовые товарищества). По крайней мере пробовал разные карты, разные скины и не добился отображения СНТ. Да и в файле layers.dat конвертера карт этот вид POI отсутствует. СНТ нет и в Скинах.
СНТ доступны в OSM:
- садоводческое товарищество -
местность, используемая под огороды: landuse=allotments
административные границы: place=allotments

Существует ли возможность самостоятельно добавлять недостающие объекты для 7 дорог?
Планируется ли корректировка (расширение) перечня точек интереса в 7 дорог?

Комментарии

  • White_54 сказал: 7 дорог не отображают СНТ (садовые товарищества)
    White_54 сказал: Существует ли возможность самостоятельно добавлять недостающие объекты для 7 дорог?
    Чтобы добавить недостающие объекты, их необходимо прописать в конфиге конвертера osm2mp. Ну и в скин добавить.
    <img src="/vanilla/uploads/FileUpload/14/814.jpg" />
    SNT.jpg 274.7K
  • borism346 сказал: Чтобы добавить недостающие объекты, их необходимо прописать в конфиге конвертера osm2mp. Ну и в скин добавить.
    Обречь себя на постоянное самостоятельное обновление карт?! А что до Rambler OSM, MegaMaps, ...? Стучаться к ним в поддержку? Или через эту тему можно будет ходатайствовать о внесении корректив в их конфигурацию конвертеров?

    Сам до конфига конвертера osm2mp я не добрался. Только в рамках "набора для ленивых". Как оказалось конвертация карт требует не слабого железа и/или времени для территорий типа Московйская область.
    Но мысль понятна. Надо для начала поэкспериментировать с заготовкой "cfg-garmin" из набора для ленивых.

    А какие мысли у Navikey (naInfo) по этому поводу. Ведь есть темы для правки ошибок карт. Может можно наладить взаимодействие и по добавлению, исключению, объединению, разъединению точек интереса?
  • отредактировано June 2014
    borism346 сказал: Чтобы добавить недостающие объекты,
    В вашем примере СНТ тоже отмечены не как точка POI, а как область (территория) c именем? От того и иконки индивидуальной нет, только имя собственное (хотя иконка пожалуй просто не определена в скине), окрас и границы.

    Изначально я полагал что область (территория) должна дать цвет (текстуру) и границы объекта, а точка создать собственно POI с именем собственным. И одно не должно бы зависеть от другого. На практике как то всё несколько запутано оказалось.
    Взять детский сад: есть территория и есть здание. И территория и здание это область со своими границами и окрасом. Напрашивается точка POI с именем собственным и характерной иконкой. Полагаю что каким будет окрас и иконка смотри в скин.
    В реалиях территория детского сада тоже даёт и имя и иконку. Здание - свою иконку. Результат две иконки детского сада в одной точке (при условии что сама точка POI не выставлялась).

    Как бы с этим разобраться и разложить по полочкам - область (территория, здание), точка интереса = полигон, POI. И где тут реальное место здания.
  • отредактировано June 2014
    White_54 сказал: А что до Rambler OSM
    landuse=allotments и place=allotments в конфигах есть, как и в моих сборках. Другое дело что что отображение их настроено на максимальных масштабах.
    White_54 сказал: В реалиях территория детского сада тоже даёт и имя и иконку. Здание - свою иконку. Результат две иконки детского сада в одном точке (при условии что сама точка POI не выставлялась).
    А это всё потому что нет стандартного способа его отметить, вот и приходится в конфиг добавлять и так и так.
  • Kostik сказал: А это всё потому что нет стандартного способа его отметить,
    Т.е. в OSM своя система маркировки объектов, а в каждой из Навигационных систем свой перечень и порядок маркировки объектов? В процессе многочисленных конвертаций нужно учесть весь доступный в OSM перечень объектов и обеспечить его присутствие в конечной карте.

    Вот обратная проблема. В 7 дорог есть объект (для примера) 0x2f15 Коммунальные службы. Но в OSM такого объекта нет. Есть электрик, водопроводчик, кровельщик... Как на карте отметить домоуправление (управляющую компанию)?
  • отредактировано June 2014
    White_54 сказал: Как на карте отметить домоуправление (управляющую компанию)?
    Можно задать вопрос тут: Как отмечать?
    Или поискать подходящий по смыслу тут: Как обозначить
  • Kostik сказал: Можно задать вопрос тут: Как отмечать?
    Или поискать подходящий по смыслу тут: Как обозначить
    Спасибо.
    Там ответ простой - Смотрите примеры или Всё описано в мапфичерзах.
    Это я поиском первым делом нашёл, но то что хорошо для OSM не всегда корректно в 7 дорог.
    На самом деле садовые товарищества я давно отметил, не проблема. Но в 7 дорог они не появились. В то же время мои правки прекрасно визуализируются скажем в MapcamInfo.
  • отредактировано June 2014
    borism346 сказал: Если отмечено landuse = allotments, то будет только полигон. А если отмечено place = allotments, то будет и полигон, и точка. Причем точка будет участвовать в поиске.
    Да, это похоже рабочий вариант. Если применить к области два ключа="landuse" и "place" со значениями "allotments", то объект и наблюдается и присутствует в поиске. Надо ещё уточнить на разных сборках карты.
    А народ изгаляется кто во что горазд. СНТ отмечают ключом "жилой квартал" наиболее встречающийся вариант.
  • - level: street
    tags: [ street, place ]
    area_condition: place = suburb|quarter|neighbourhood|locality
    Kostik написал: »
    Слишком кривой костыль получается, не сложно для этих 26 микрорайонов добавить релейщены associatedStreet, и нарушения принятой схемы тегирования нет и адреска работает.
    Kostik написал: »
    на зданиях:
    addr:city=Зеленоград
    is_in:neighbourhood=N-й микрорайон
    http://www.openstreetmap.org/way/36830658
    В Зеленограде свои костыли, в Старом Осколе свои.

    Это мне опять вникать, разбираться.
  • Так как должны быть помечены - район НП | именованная часть НП | ...
    suburb|quarter|neighbourhood|locality
    Вот два исторических района Санкт-Петербурга:
    1. Отношение: Ольгино (1355214)
    2. Отношение: Лахта (2980877)
    - Зачем установлен addr:district=Приморский район, лишнее для адресного поиска и режущий город на части?!
    - Почему addr:region, а не addr:city=Санкт-Петербург, это же часть города?!
    - Зачем вообще эти addr:* в данном случае?!
    И это нужен отдельный костыль...
  • Вызвал бурную дискуссию по поводу Зеленограда.
  • отредактировано January 2016
    Окончательно запутался. Есть в Зеленограде микрорайоны. Помечены как place=neighbourhood. Выделены как landuse=residential.
    В Старом Осколе микрорайоны по тому же принципу. Только где то neighbourhood, а где то suburb или quarter или locality . Не везде landuse.
    Геометрия есть и ничего не мешает объединить дома с помощью:
    - level: street
    tags: [ street, place ]
    area_condition: place = suburb|quarter|neighbourhood|locality

    Какой смысл создавать еще контур но с другими тегами type=associatedStreet и как его потом описывать в конфиге. Каков синтаксис применения is_in:neighbourhood тоже не понял. Нужна подсказка или время для осмысления.

    Другое дело Санкт-Петербург, как таковых микрорайонов нет. Как и в Москве есть районы и округа. Как быть с ними, особенно когда их дополнительно снабжают addr:*
    Там везде улицы. И адресация вполне идет по улице. Я бы убирал такое как - addr:district=Приморский район?! Тут должны работать административные границы, задаваемые boundary=administrative и admin_level=5|8. Применение place = suburb мне кажется некорректным. В Москве этого нет. И проблем нет.
  • скажите плз - может именно поэтому - в картах от Мегамапс Орг
    при выборе города Сочи - ул ДЕКАБРИСТОВ - появляется 3 варианта
    1- Декабристов
    2 Декабристов (Кучук Дере)
    3 Декабристов (ЛОО)
    при выборе п 3 и попытке набрать дом 184- нихфига не находит
    этот дом=- Я самолично добавлял
    а находит его только в случае выбора п 1 (да там и больше нет домов)
    скажите в чем Моя ошибка ?? дом должен быть в ЛОО
  • Я думаю это правильно, что ваш адрес в п.1. Что бы он был в п.3 надо добавить addr:suburb=Лоо - http://www.openstreetmap.org/way/238363503

    Но мне наоборот хотелось бы исключить эти при варианта улицы Декабристов.
    И это можно сделать либо в OSM, либо в конфиге.
  • спасибо
    проверьте плз -так правильно??
    http://www.openstreetmap.org/way/79606539
  • BadGarry сказал: проверьте плз -так правильно??
    http://www.openstreetmap.org/way/79606539
    Здесь может быть важна каждая мелочь:
    Лоо
    ЛОО
    лОО
    https://ru.wikipedia.org/wiki/Лоо - правильно первое. Надо подправить.

  • Спасибо
    скопировал с Вашего примера как Лоо
    и отредактировал
  • Навешивать на дома теги addr:* это извращение, 99% ошибок из-за этого. Нужно то всего один раз сделать правильную границу НП где все эти тэги и будут.
  • Kostik сказал: Навешивать на дома теги addr:* это извращение, 99% ошибок из-за этого. Нужно то всего один раз сделать правильную границу НП где все эти тэги и будут.
    Мне кажется, что не всё так однозначно - карты OSM используют не только в 7 дорог.

  • Kostik сказал: Вызвал бурную дискуссию по поводу Зеленограда.

    Думаю дискуссия закончилась...
    А что до Зеленограда и Старого Оскола, то вроде работает и костыль не большой:
    - level: street
    tags: [ street, is_in:neighbourhoo, place ]
    # TODO relations: [ street, associatedStreet ]


  • Я пробовал так и не работало:
    tags: [ street, place, is_in:neighbourhoo ]
  • --- addr_prefixes
    ---
    - addr
    - is_in
  • Kostik сказал: Я пробовал так и не работало:tags: [ street, place, is_in:neighbourhoo ]

    Стоит отпустить контроль и ситуацию на две-три недели как выползают косяки-непонятки.
    - попробовал конвертацию на ОС Windows = нет микрорайонов в Зеленограде. Ну думаю не новость, писали об этом, особенности ОС.
    - проверяю карты выпущенные на Linux = а и там нет микрорайонов в Зеленограде. Когда потерял? Вроде всякий раз проверяю, да и народ молчит...
    - присмотрелся что мы пишем в конфиге:
    tags: [ street, place, is_in:neighbourhoo ] , а должно быть
    tags: [ street, place, is_in:neighbourhood ] ?!
    Как оно работало? Ума не приложу. Теперь не дождусь когда доберусь до ПК на Linux. Есть там ошибка, нет. Как обработается Зеленоград?! Чудеса!
  • White_54 сказал: --- addr_prefixes
    ---
    - addr
    - is_in
    Последняя строчка носит принципиальное значение. Без неё всё плохо. С ней даже под Windows 10 нормально обработались микрорайоны Зеленограда.
  • Случайно заметил проблему с Tag:amenity=shelter:
    - с одной стороны это любые виды небольших укрытий от непогоды.
    - с другой выяснилось что это могут быть небольшие укрытия на остановках или платформах вдоль железнодорожных или автобусных маршрутов.

    "Забить" на небольшие укрытий от непогоды можно. А вот отказать в отображении автобусной остановке сложнее:
    - часть остановок оформляются этим тегом с добавлением Key:shelter_type=public_transport т.к. на остановке есть укрытие (навес, три стены..)
    - и всё бы ничего, но этой же парочкой отображаются и укрытия на ж/д платформах.

    Если присвоить этому элементу тип автобусной остановки, то на любом крупном ж/д перроне появится автобусная остановка.
    Если этот тег вовсе скрыть (оставить без значка) то часть автобусных остановок выпадет. Останутся только те что highway=bus_stop + shelter=yes.
    Т.к. навесов на остановках всё больше и больше, число выпавших из карты (отмеченных не тем знаком) остановок всё больше и больше.

    Кто что может сказать по данному моменту. Я не нашел решения для идеального отображения и автобусных остановок, и ж/д платформ. Не определился и куда отнести небольшие укрытий от непогоды в не транспортных маршрутов.
Войдите или Зарегистрируйтесь чтобы комментировать.