Выложено обновление версии программы под все системы.
Актуальная версия 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 подписка на новости.
Ошибки карт megamaps.org
Войдите или Зарегистрируйтесь чтобы комментировать.
Комментарии
За Мегамапс здесь никто не в ответе!
Установите карты, которые предлагают участники форума и будет Вам счастье....
Типа междусобойчик юзеров?
По предыдушим ответам naInfo я понял что мегамапсом рулит все таки навикей.Или во всяком случае он имеет к нему отношение. Так так домен megamaps.org зарегистрирован частным лицом с указанным телефонным номером из диапазона МТС Красноярский край и указанно 49 отделение почты Красноярска.
Навикей оттуда же. И это не случайное ведь совпадение.
А до самого мегамапса напрямую не достучатся никак. Не работает у них из обратной связи на сайте ничего
Повторюсь. Если ресурс с картами зашит в программу то стоит ожидать что разработчик программы должен влиять на поставщика карт в плане их качества.
Простому юзеру не до этого. Он просто нажимает скачать в программе. А что там и как. Какой поставщик его волнует мало.
P.S. А для себя я и так соберу нужные мне карты когда мне будет надо. Это не такой сложный процесс
Навикей на основе ошибок, пытается выявить и устранить "косяки", если это вызвано работой программы, а не карт.
По сути Навикей предоставляет свою программу и предлагает к своей программе любого составителя карт.
Видимо изначально нужно было отчего-то оттолкнуться, вот и появился в основе Мегамапс.
Программа свободна, поэтому требовать что-то от Навикея по "косякам" - карт не корректно.... Верно!
Навикей предоставил такую возможность любому - Мегамапсу, мне, Вам и так далее.
А если кто-то не так собрал карты, то Навикей тут при каких делах за чужие "косяки и грабли"?
А насчет разные или нет организации то это должен юзер naInfo ответить.
Спасибо!
http://www.openstreetmap.org/#map=16/48.5433/44.4456
А заметил-ли кто такие косяки:
1. на развязках в одном уровне не используются highway=*_link, маршрут строится через основное пересечение:
пример:
должно быть https://www.openstreetmap.org/directions?engine=mapzen_car&route=56.35505,43.86727;56.35612,43.86550
прокладывает https://www.openstreetmap.org/directions?engine=graphhopper_car&route=56.35505,43.86727;56.35612,43.86550
2. если у здания есть и адрес, и имя, поиск по имени не работает, только по адресу:
пример:
https://www.openstreetmap.org/way/350821988#map=17/56.31161/43.90392
На двухуровневой развязке поворот с трассы на *_link того-же значения считается движением прямо.
Адекватный анонс предстоящих маневров видимо так и останется несбыточной мечтой. Я уже даже примеры приводить перестал, хотя набрать их можно легко практически в любой поездке.... И это не ошибки карт в большинстве случаев.
Как можно поправить обзорную wolrdmap.7w?
Она же не с данных осм комплится.
А на ней много устаревшего. К примеру уже давно не Целинограда, он давно уже Астаной стал.
Ну и многое в таком же духе
Город Пенза. Выявил три недостатка. Программа 7ways v. 1.80.1149 для платформы Android.
(в этом сообщении первый)
1. Ошибка, зафиксированная 2017.10.20 и 2017.10.31. Координаты: 53.199250, 45.015635. Перекресток улиц Володарского-Бакунина. Направления движения по полосам.
Реальная ситуация. На самом деле, никаких знаков (Направления движения по полосам) в этом направлении движения нет.
Дорога двухполосная.
На сайте OSM тоже никаких направлений движения по полосам нет
1.1. Фиксация от 2017.10.20. Программа "Семь дорог" указывала "только правее|только прямо и направо".
Карта (выкачана стандартно в 7ways с дефолтными настройками. Как я понимаю, напрямую с megаmaps.org): RU-PNZ_1.7w "Data from OpenStreetMap project under ODbL|converted with osm2mp 1.03-777 at 2017-10-13"
1.2. Фиксация от 2017.10.31. Программа указывает "только прямо|только направо".
Карта (выкачана напрямую с megаmaps.org архивом от 2017.10.28, остатки останьных карт и спидкамов предварительно удалил): RU-PNZ_1.7w "Data from OpenStreetMap project under ODbL|converted with osm2mp 1.03-777 at 2017-10-27". Плюс полное повторение ситуации при стандартном обновлении 7ways
Хочу еще раз сказать, что хотел бы помочь исправить указанные ошибки ИМЕННО при работе с ресурсом megamaps.org (стандартные настройки 7ways), а также:
-- хотел бы знать, какие "правила" надо использовать при редактировании OSM-карт, чтобы избегать в дальнейшем подобного рода ошибок;
-- хотел бы знать методы исправления подобных ошибок при редактировании OSM-карт.
Город Пенза. Выявил три недостатка. Программа 7ways v. 1.80.1149 для платформы Android.
(в этом сообщении второй)
2. Ошибка, зафиксированная 2017.10.20 и 2017.10.31. Координаты: 53.19545, 45.01442. Перекресток улиц Володарского-Пушкина. Направления движения по полосам.
Реальная ситуация. На самом деле, знаки стоят "только правее|только направо" в двух местах, которыми считаю основными (между ними "только прямо|только направо").
Дорога трехполосная.
На сайте OSM: turn:lanes:backward=slight_right|right
2.1. Фиксация от 2017.10.20. Программа "Семь дорог" указывала "только прямо|только прямо и направо".
Карта (выкачана стандартно в 7ways с дефолтными настройками. Как я понимаю, напрямую с megаmaps.org): RU-PNZ_1.7w "Data from OpenStreetMap project under ODbL|converted with osm2mp 1.03-777 at 2017-10-13"
2.2. Фиксация от 2017.10.31. Программа указывает "только прямо|только направо".
Карта (выкачана напрямую с megаmaps.org архивом от 2017.10.28, остатки остальных карт и спидкамов предварительно удалил): RU-PNZ_1.7w "Data from OpenStreetMap project under ODbL|converted with osm2mp 1.03-777 at 2017-10-27". Плюс полное повторение ситуации при стандартном обновлении 7ways
Хочу еще раз сказать, что хотел бы помочь исправить указанные ошибки ИМЕННО при работе с ресурсом megamaps.org (стандартные настройки 7ways), а также:
-- хотел бы знать, какие "правила" надо использовать при редактировании OSM-карт, чтобы избегать в дальнейшем подобного рода ошибок;
-- хотел бы знать методы исправления подобных ошибок при редактировании OSM-карт.
Город Пенза. Выявил три недостатка. Программа 7ways v. 1.80.1149 для платформы Android.
(в этом сообщении третий)
3. Координаты 53.1895, 45.018 . Ошибка фиксировалась постоянно и не только 2017.10.20 и 2017.10.31.
Ошибка фиксировалась постоянно и не только в этом месте, но и в окресности +-300 метров.
Программа указывает, что идет улица Чехова. На самом деле, в указанном месте идет улица Кирова.
Улица Чехова заканчивается к северу, примерно в 1000 метров от указанного места. К югу, примерно в 500-1000 метров от указанного места начинается другая
улица (улица Калинина). Проверил при помощи Josm с фильтром "Чехова". Лишнего ничего нет. Прикладываю скрин с OSM.
Хочу еще раз сказать, что хотел бы помочь исправить указанные ошибки ИМЕННО при работе с ресурсом megamaps.org (стандартные настройки 7ways), а также:
-- хотел бы знать, какие "правила" надо использовать при редактировании OSM-карт, чтобы избегать в дальнейшем подобного рода ошибок;
-- хотел бы знать методы исправления подобных ошибок при редактировании OSM-карт.
Я не специалист и это только моё мнение - спрашивайте у мегамапс....
И ещё.... Говорят, что для возможности видеть полосность на карте ОСМ в JOSM, нужно установить соответствующий плагин (маршрутный плагин).
PS: Ну вот посмотрел бегло на карту ОСМ - всё корректно и например на картах OSM с Суворова на Володарского проставлены тэги (turn:lanes:backward=through|through;right) и полосы так, как и показывает - прямо и направо:
Спасибо. При проезде по Суворова направление движения показывает корректно... А вот повернув на Володарского в сторону Бакунина некорректно. Спасибо в любом случае, отправляюсь напрямую к megamaps (по Вашему направлению).
Отношение чудесным образом наползает на дома по улице Кирова...
Вот профильный форум - OpenStreetMap Forum https://forum.openstreetmap.org/viewforum.php?id=21
Вот ветка - Пенза и область https://forum.openstreetmap.org/viewtopic.php?id=21005
Что там удалить, что исправить - надо вникать:
Без ответа. Отредактировал сам. За образец отношений типа "street" принял уже имеющиеся отношения в OSM по г.Мосвка и г.Самара. Т.е.:
1. Само отношение не удалял, просто изменил значения тегах ("Чехова"-->"кирова").
2. Дома все удалил из отношения (не было понятно абсолютно, зачем малая часть всех домов по ул. Кирова в этом отношении).
3. Проверил, все ли линии дорог в отношении касаются улицы Кирова, удалил лишнее.
4. Проверил, нет ли необходимости добавить в отношение линии дорог по улице Кирова, добавил при необходимости.
5. Проверил отношения типа "street" по ближайшим улицам; при необходимости, выполнил действия, указанные выше.
Я надеюсь тот, кто создал это отношение изначально, увидит мой пост.
Редактировал примерно 3-7 ноября. Соответствующих изменений у себя в программе пока не вижу. Текущее обновление карт программы "7 дорог" датировано 2017.11.06; в обновлении сами карты датированы 2017.11.03; в description.xml указано 2017.10.28.
Вот и ещё достаточно серьёзный косячок нашел, скорее всего таки конвертилки, хотя может и навигации.
Есть дорога highway=tertiary, на ней участок с surface=ground. Так вот, маршрутит всё равно по ней, несмотря на включенный флажок "избегать грунтовок"
Если что, этот маршрут около 40 км, а чисто по асфальту- около 70 км. Если нужно, можно подробности, хотя, кмк, и этой информации достаточно.
Однако в данном примере возможен и другой расклад - для данного типа дороги не предусмотренность "surface" в уточняющих тегах.
Например по "Вики" предусмотрены уточняющие теги:
lanes=*
oneway=*
name=*
reference=*
Возможно с оглядкой на Европу, не сочли правильным "tertiary" не иметь покрытия, а уж тем более как "ground". Вы считаете наличие всего лишь следов, достаточно для такой дороги, как "tertiary"?
Что-то сомневаюсь я в этом - дорога относящаяся к "tertiary" вроде как имеет класс (требования), определяющий определённые св-ва, в т.ч. и покрытия.
Возможно и ошибаюсь.....
surface = unpaved|ground|earth|mud|grass|sand|dirt|compacted
Участок дороги http://www.openstreetmap.org/way/332143922, на фото видно, что покрытие отсутствует.
Я посмотрел, почему маршрут прокладывется таким образом, уже после того, как проехал по асфальту. Однако когда ночью, метёт, и в прицепе двадцатка, это то ещё развлечение. Поэтому и обратил внимание на это обстоятельство.
Вы указали куда ехать, программа видит, что кроме этого пути (дороги) больше нет, вот и проложила по этому единственному пути.
Что не так?
"Избегать грунтовок" - не значит запрещать!
Вот если есть дорога (дороги), среди которых и грунтовка, тогда программе указывают, что грунтовками не пользоваться.
А в Вашем случае разве есть альтернатива?
Хотя с грунтовками программа работает действительно плохо, только это не Ваш случай..... Программе без разницы времена года. И если указан к примеру "зимник", она поведёт зимой туда (наверное). И это известно всем, однако карты решают многое.
Попробуйте пользоваться альтернативными картами, а не картами "Мегамапс".
Многие проблемы должны отпасть....
Дорога не единственная, просто по асфальту путь длиннее, а навигатор ведёт по кратчайшему пути, на котором есть грунтовый участок, несмотря на включенный флажок.
Проблема в этом, и я хотел узнать, это косяк конвертера или навигатора.
Попробую написать в СпортлотоМегамапс.
Может она и есть, но не на карте.
А если на карте нет, то и возможности провести по ней нет, как бы Вы не хотели.
Маршрут Емешево-Засурье, навигатор строит так:
http://www.openstreetmap.org/directions?engine=mapzen_car&route=56.2319,46.3532;56.0394,46.2733#map=11/56.1438/46.3321
Дорога tertiary, на ней грунтовый участок, флажок "Избегать грунтовок" поднят. Стало быть, для дорог выше, чем unclassified, surface=ground не учитывается. Иначе, маршрут был бы построен через Москакасы.
Моё мнение- надо учитывать surface для всех классов дорог.
Можно конечно учитывать, что угодно.
Однако я уже на этот счёт писал уже, что дороги типа "tertiary" и выше просто обязаня иметь покрытие.
Видимо по это причине программа не будет избегать тот тип дороги, который она избегать не должна.
Читайте Вики!
И читайте, что означает тэг "ground".
Цитирую: И в той же Вики не предусмотрен (но и не запрещён) тэг "surface", как не имеющий основного смысла для дорог типа "tertiary" и выше.
Для такого типа дорог какое-то ни было покрытие, но должно быть!
Значит и указывать не обязательно. Указать можно и программа скорректирует правила движения, но не исключит маршрут.
Я конечно не специалист, но думаю в Вашем примере всё логично со стороны программы.
Желаете не ехать проложенным, поставьте промежуточную точку и все дела.....
"Tertiary", в том числе, дорога между сёлами, так что теоретически может не иметь покрытия. Мы же в России живём. Я, чесгря, думал, что таких не осталось, однако же... Коллега, я всё это читал, и начал этот разговор, поскольку увидел уже установленный тег surface=ground на участке дороги, маршрут по которой нарисовал мне навигатор. Если-бы surface указывал имеющееся покрытие, я бы не начинал.
А вот каковы внутренние "правила" (алглритм) заложены в программе, знает только разработчик.
Не думаю, что она (или конвертер) будет принимать абсолютно всё, что ей подсунут.
Но то, что программа с грунтовками работает некорректно (вернее не работает вовсе) - это давно известный факт, что бы ей не подсовывали.
Вот народ и придумывает те или иные "костыли".
Впрочем Вам виднее - перед профессионалами что-то утверждать не берусь, а только рассуждаю.....
highway = tertiary
surface = compacted
У меня она конвертится как грунтовка. Со снятой галкой "избегать грунтовок" маршрут проложился по ней. Поставил галку, маршрут пошел в обход, существенно длиннее.
Почему конверирование OSM-MP меняет тип покрытия?
Думаете это правильно, когда указываешь реальное хорошее покрытие, а тебе его конвертирование сводит на нет?
Конечно сюрпризы не исключены.....
Самые правильные и надёжные карты - это карты с нуля!
Из OSM отделить всю отсебятину и прочий мусор, почти невозможно.
Наверное это смогут сделать только хорошие программисты, написав кучу всевозможных скриптов.
surface = compacted - "Смесь крупной (например гравий) и мелкой (например песок) составляющих, утрамбованной катком так, что поверхность приобретает более устойчивую к разрушению структуру, чем просто разбросанный гравий. Используется для парковых дорожек, улучшенных с/х дорог, некоторых дорожек для обслуживания."
И всё же меня интересует другое, почему дорога с достаточно хорошим устойчивым покрытием, превращается в полностью без какого-либо покрытия - в грунтовку?
В чём Ваша тайна? mud, earth, grass, ground - это грунтовки не имеющие специального покрытия.
Зачем "compacted" (лучшие этого типа по качеству только покрытые асфальтом) превращать в грунтовки?
В чём секрет и необходимость этого?
Вынужденные "костыли"?