Выложено обновление версии программы под все системы.
Актуальная версия 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
Актуальная версия 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)
Поддержка пользователей и общение.
Также запущена поддержка пользователей в Telegram (https://t.me/navikey_support_bot)
Запущен новостной блог http://blog.navikey.org/
В блоге публикуются сообщения о текущих работах и планах.
Доступна RSS подписка на новости.
В блоге публикуются сообщения о текущих работах и планах.
Доступна RSS подписка на новости.
Обсуждение конвертера карт программы "Семь Дорог"
Войдите или Зарегистрируйтесь чтобы комментировать.
Комментарии
Поискал что Вы предложили менять - не нашел...
Допишу больше информации.
- В точке разворота (которую предлагает неправильно программа) сплошная линия, и развернуться там нельзя.
- атлас создан общий на оба региона.
Счас специально убрал карту М, и указал в МО начало и конец маршрута на этом отрезке где косяк.
Косяк также появился. Т.е. проблема не со стыковкой двух регионов, а именно с этой дорогой.
Но где запретить разворот (указать в свойствах) не знаю (обе дороги односторонние на OSM и в GPSME).
Если обьясните как или покажете где прочитать - исправлю.
Я не понял почему эти дороги должны быть двусторонние, если их 2 и они направлены навстречу друг другу.
Учитывая что я новичек (читай неграмотный), и эта тема про кинвертер, я дождусь новой выгрузки на геофабрике и скомпилю новую МО. Если будут вопросы - отпишу с соответствующей темке через недельку.
Спасибо за ответ.
<img src="/vanilla/uploads/FileUpload/0/280.jpg" />
Давайте я выложу другие картинки...
Я не совсем понимаю ПОЧЕМУ он сворачивает до того как дорога станет в одну линию. Ближайшее место где дорога становится двусторонней и теоретически (в программе) можно развернуться это светофор.
1.jpg - это как он прокладывает неправильно. Начало и конец на самом краю МО.
2.jpg - это как проложит маршрут если сдвинуть на 15 метров ближе к светофору(отправляет вокруг квартала и выезд на дорогу7 через дорогу8 ).
У меня вот такая мысль родилась
- на 2 картинке выезд с 8 на 7 красным указан. В ОСМ нет там проезда (в жизни есть поворот).
Вопрос - почему маршрут срезается и идет там где идет?
- http://forum.navikey.ru/vanilla/discussion/comment/685/#Comment_685
п.9 Роутинг между файлами происходит по узлам имеющим признак "внешний". программа ищет ближайший (на расстоянии 10 метров) "внешний" узел и "собирает" дорожный граф.
Оба пункта чем то похожи. Происходит перескок с маршрута.
по п.1 подозреваю что алгоритм конвертера настроен например на "если угол острый и поворот только направо, то срезать маршрут вправо, за 10-15 метров".
по п.2 предполагаю что при смене карт, программа ищет несколько ближайших точек входа на маршрут (одна точка ближайшая в попутном направлении, другая ближайшая в обратном), и разворот на 180 градусов короче для программы.
Вполне возможно что обе точки в радиусе 10 метров от границы МО, и в роутинге цепляется встречная, а не попутная..
Что скажут разработчики конвертера?
ps
забыл расписать цифры
1- светофор
2- точка соединения дорог 3 и 6
4 и 5 это продолжение 7
между 7 и 8 есть в реале поворот с дороги 8 на 7, но на OSM его нет.
<img src="/vanilla/uploads/FileUpload/3/283.jpg" />
Так выезжает с дороги 8 на дорогу 7:
<img src="/vanilla/uploads/FileUpload/4/284.jpg" />
Это после корректировки одностороннего движения . Хотя те участки в эти маршруты не попали.
вторая картинка у меня также отображает. Проверил только что.
(да на светофоре там запрет разворота)
а вот в первой плиз перенеси несколько выше (на север метров на 30) обе точки...
мож у меня тока глюк?
<img src="/vanilla/uploads/FileUpload/5/285.jpg" />
У меня не показывает правильно (osm качаные дня 4 назад с геофабрики).
Через недельку попробую сконвертить заново, и посмотрю.
Спасибо.
Чтото я не понял как его запускать в убунте...
Как будет выглядеть команда на обработку нескольких mp?
в нем прописываем каталоги и пути к файлам... как обычно...
Вопрос. Как создать (возможно ли создать) индексный файл atlas.dat по уже готовым картам 7w, используя консольный конвертер?
Просьба к разработчикам. Отреагируйте, пожалуйста, на мои посты от 20.09.2012.
atlas=output
output=. // папка с готовыми картами
Проверил заново (прошла неделя).
Теперь и в Навителе и в Навикее маршрут ведет как надо.
Вопрос закрыт.
Спасибо, помогло! А где можно найти описание всех параметров конфигурационного файла?
Здорово!
Но у меня все-равно остался вопрос, на который так никто и не ответил. Имеется ли возможность рекурсивной обработки карт в подкаталогах в консольном конвертере?
Или, другими словами, есть ли в консольном конвертере аналог флажка "Process subfolders" его графического собрата? Что надо прописать в конфиг-файле? Более всего интересует Linux-версия.
Заранее благодарен.
Спасибо, работает!
есть вопрос: на Т-образных перекрестках, где второстепенная дорога примыкает к основной 4+ полосной часто ставят ограничение типа "выезд только направо", ну и запрет левого поворота с противоположной от выезда стороны. проблема в том, что развороты на таких выездах обычно запрещены со всех сторон. может быть добавить в конвертер эвристику, что если есть два парных ограничения (только_направо и только_прямо с другой стороны) - то запрещать в таких местах и разворот тоже? а то это безумие какое-то добавлять запрет поворотов на все такие перекрестки
пасиб
--Sergey
https://osm2navikey.googlecode.com/svn/trunk/ стараемся следить за обновлениями osm2mp и вовремя подправлять конфиги...
,,,,
Processing relations...
47 turn restrictions
4195 houses with associated street
31 transport stops
Processing nodes...
Can't use string ("Russian Federation") as a HASH ref while "strict refs" in use
at F:/686/lib/LangSelect.pm line 123.
Есть сомнения, уж не под Линукс ли это всё написано? Нельзя ли для обычных людей описать состав файлов и командную строку osm2mp? Скрипт используется новый, у которого размер 74993 байта? Ещё непонятен путь получения файлов *.poly. Есть скрипт getbound.pl, который по короткому названию карты скачивает файл poly. Никакого URL вводить не надо. Это здесь используется или границы карт берутся откуда-нибудь ещё?
Уважаемые разработчики, скажие пожалуйста чем конфиги osm2mp для навител отличаются от конфигов для навикей, я например кроме кодиорвки 65001 больше ничего значительного на мой взгляд не удивил, да и при конвертации MP файла с кодировкой 1251, карту прога видит вроде нормально, или есть какие то подводные камни о которых я не догадываюсь????
Путь получения .poly файла относительно не важен главное чтобы он был достаточно актуален, у меня например из за неактуальности данного файла море в приморском крае не было морем, обрезка по .poly необходима в любом случае, особенно когда стыкуеш несколько отдельных областей, и не важно какой программы карта.
Касс нумерации угловых домов через дробь (например, в г. Выдропужске перекресток ул. Путина и ул. Грызлова дом №1/2 ).
В ОСМ сообществе есть несколько вариантов.
http://wiki.openstreetmap.org/wiki/RU:Key:addr
А как рекомендуют разработчики конвертера?
И по поводу репозитория, ссылку на который дали чуть выше. Кто-нибудь сумел воспользоваться имеющимся там материалом? Как это делается? Или секретно?
Вопрос очень не однозначный, я рисую в OSM как есть физически, то есть если висит на одной стороне дома табличка с названием улицы X а на другой Y, я для того чтобы конвертор понимал нормально такое обозначение, а самое главное чтобы при поиске в любой программе находились эти адреса, режу дом по углу и присваиваю им адреса каждому в соответствии со своей улицей, а если рассматривать этот вопрос более глубоко то в таком доме, в моем городе где я живу, бывает так что по адресу X прописано 100 человек а по Y 5, вот такие пироги с нашей адресацией, а таблички две. Другие способы адресации угловых домов предложенные по выше упомянутой ссылке может и правильные плохо находятся навигатором.
Я пользуюсь последними навительскими конфигами и 689 конвертором, немного подкорректированными под мой вкус, используй 14 перл, если процесс не идет в бантике запуска поставь паузу, посмотри чего не хватает перлу, должны стоять вот эти модули:
Config Std
Getopt Long
YAML
Encode Locale
List MoreUtils
Math Polygon
Math Polygon Tree
Math Geometry Planar GPC Polygon
Tree R
Geo Openstreetmap Parser
Template
Template Toolkit
PerlIO via PrepareCP1251
еще в папку C:\Perl\lib надо обязательно закинуть вот это добро.
Могу закинуть свой настроенный osm2mp конвертор.
Интересное решение! Ссылочку на примерчик можно?
http://www.openstreetmap.org/?minlon=137.018249511719&minlat=50.5404624938965&maxlon=137.018829345703&maxlat=50.5407371520996
Процесс конвертации начинается, но стопорится на таком сообщении:
Processing nodes...
Can't use string ("Russian Federation") as a HASH ref while "strict refs" in use
at LangSelect.pm line 123.
Понять, куда копать, не могу.
Кстати, командную строку для osm2mp покажите, пожалуйста, для примера с какой-нибудь картой.
UPD Экспериментально установил, что показанная выше ошибка возникает при наличии в командной строке скрипта записи --config=\cfg\navikey-en.cfg. Если вместо navikey-en указать navikey-ru, ошибка становится другой:
Processing nodes...
Wide character in hash dereference at C:/Perl/lib/LangSelect.pm line 123.
Can't use string ("╨а╨╛╤Б╤Б╨╕╤П") as a HASH ref while "strict refs" in use at C:
/Perl/lib/LangSelect.pm line 123.
Если исключить данную запись из командной строки, конвертация происходит до конца.
Где же косяк?
UPD2 Файл navikey-en.cfg содержит ссылку на файл country-names-en.yml. А файл default.cfg - на файл country-names.yml. Структура записей в этих файлах совсем не идентична. Если сослаться на файл country-names.yml, navikey-en.cfg начинает работать правильно. То есть, правильно ли, неизвестно, но хоть не останавливается на полпути. Вот так.
PS Командную строку скрипта osm2mp использовал такую:
osm2mp.pl --bpoly=.\poly\RU-RYA.poly --config=.\cfg\navikey-en.cfg --defaultcountry="RU" --defaultregion="Рязанская область" .\Maps\osm\RU-RYA.osm -o .\Maps\mp\RU-RYA.mp
Papazol - держи свое счастье на 689 конверкоре, все настроено и работает, я добрый дедушка мороз!!!!!
UPD Всё получилось! Новые границы хорошие. Кстати, osm2mp, лежащий сейчас в svn, отличается от 689-го только комментариями.
chcp 65001
perl osm2mp.pl --config=cfg/Navikey-ru.cfg --bpoly=poly/CFO.poly --target-lang=ru --default_lang=ru --addrinterpolation --shorelines --disableuturns --defaultcountry=RU --defaultregion="Россия" --mapname="Центральный федеральный округ" --output=Maps/mp/CFO.mp Maps/osm/CFO.osm
PS: Чтобы выполнялась переключение в юникод готовый батник правлю в HEX редакторе.
Нужна 64bit версия конвертера. У того же Прогорода конвертер как то целиком США сумел переварить.
Зачем дважды? И вообще, вроде эта опция включена по умолчанию (в новом скрипте).
Есть одна проблема. Конвертер с GUI позволяет создавать атлас при наличии уже сконвертированных карт, а вот консольный вариант всегда ищет файлы *.mp, и, если не находит, вылетает с ошибкой. Из-за этого приходится всегда конвертировать все карты за раз, что не есть удобно.
PS: На нехватку памяти это никак не влияет.
http://ntcore.com/4gb_patch.php
--water-back
Создавай бантик изначально в 866 кодировке ничего мудрить в HEX редакторе не надо будет, и зачем в бантике писать "chcp 65001", если это для того чтобы MP получился в 65001 кодировки, это задается в Navikey-ru.cfg " codepage: 65001".
Чтобы рекомендовать, надо сперва попробовать.
UPD Скачал конвертер по-новой - заработало.
Я тут написал небольшую программку для автоматизации процесса. Может, кому пригодится. Не претендует на полный охват всех возможностей, но можно просто запустить и уйти спать Ж)
UPD В свете обновлённого конвертера буду немного переписывать.