Выложено обновление версии программы под все системы.
Актуальная версия 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 подписка на новости.

Обсуждение конвертера карт программы "Семь Дорог"

13468917

Комментарии

  • naInfo said: Его в общий комплект не добавляли... он есть отдельной ссылкой

    А нель зя ли где-нибудь на сайте или здесь в форуме перечислить все полезные "отдельные ссылки" - документация, файлы конфигурации и т.д.
  • ksw812 said: А нель зя ли где-нибудь на сайте или здесь в форуме перечислить все полезные "отдельные ссылки"
    Мы стараемся за этим следить... спасибо за подсказку. Постараемся в ближайшее время обновить страницу с полезными советами...
  • отредактировано May 2012
    А конвертер megamaps потрошит alt_name, official_name ? Что-то поиск не находит названия оттуда
  • отредактировано May 2012
    кстати, вчера не смог поиском по адресу найти в новых картах саратов, ростов на дону, в старых картах саратов точно был
  • отредактировано May 2012
    Кстати тут появились более менее свежие .MP файлы России для самостоятельной конвертации.
    PS: Конвертировать можно сразу после распаковки из архива без дополнительной обработки с конфигом config_wo_layers.cfg, роутинг между областями работает. После исправления ошибок, генерализации, удаления дублей и джитера в GME тоже всё OK.
  • loc_name не попадает в текст для поиска на равне с name - неудобно, по местным названиям тоже надо искать)
  • (это всё речь про конвертацию карт на мегамапсе)
  • Простите новичку тупой вопрос - а есть ли возможность конвертировать карты обратно из формата *.7w в *.mp?
  • semenoffdima said: обратно из формата *.7w в *.mp?
    Нельзя.
  • Спасибо за ответ... А жаль, что нельзя... Иногда хочется подправить карту 7w, не залезая в "исходники"...
  • Ни одному разработчику карт, кроме открытых проектов вроде OSM, не понравится идея что кто то будет копаться в исходниках. Вспомним хотя бы гармин создавший после взлома формат карт NT. Да и Навикей в этом году исправили оплошность и включили в конвертер защиту от взлома карт. ;)
  • Защита от взлома имеет смысл только в случае, если формат карт закрытый и процесс конвертирования тоже закрытый. А так, как сейчас - можно из mp получить карту, проверить, не понравилось - редактируем mp и снова конвертируем, и так до бесконечности. Да и вряд ли изменённые карты выйдут "в народ", каждый будет делать их для себя.
  • отредактировано July 2012
    Беда с конвертацией карт Германии. MP-файлы получаются очень большими. Например, файл земли Нижняя Саксония приближается к 500 Мб и как я не изощрялся, конвертер упрямо выдает Out of memory. И это на Windows 7 x64, ОЗУ 8Gb. Разработчики, сделайте что-нибудь с вашим конвертером!!!! Может выпустить 64-битную версию? Там ограничения по виртуальной памяти не такие жесткие.
    Может еще попробовать запустить на UNIX'е из-под Wine? У кого-нибудь был такой опыт?

    Резать карту на части каким-то искусственным образом оченно не хочется. А в ОSM не для всех земель Германии есть осмысленные отношения, задающие границы регионов.
  • Ау! Может кто-нибудь ответит на мой предыдущий пост!
  • ksw812 said: Резать карту на части каким-то искусственным образом оченно не хочется. А в ОSM не для всех земель Германии есть осмысленные отношения, задающие границы регионов.
    Я в таких случаях режу просто на несколько частей при помощи osmosis. Какая разница, как порезано, на экране этого не видно :) .
  • отредактировано July 2012
    borism346 said: Я в таких случаях режу просто на несколько частей при помощи osmosis. Какая разница, как порезано, на экране этого не видно .

    Я об этом думал. Но для целиковой карты при запуске osm2mp я указываю poly-файл границы региона. В случае кусочков придется обойтись без него. Ничего худого не должно случиться?

    borism346, еще вопрос, если позволите. Влияет ли содержимое конфигурационного файла, который указывается при запуске osm2mp, на размер получающегося MP-файла? Если да, то какие параметры дергать. И еще можно ли использовать Ваши конфиги (http://maps-by.googlecode.com/files/osm2mp_conf_by.rar) для получения MP-файлов с целью последующей конфертации в 7ways? Что станет лучше, что хуже?

    А так, 64-битная версия конвертера решила бы все проблемы... (А в Wine - то же Out of Memory! Кто бы сомневался... ;-) )
  • ksw812 said: Но для целиковой карты при запуске osm2mp я указываю poly-файл границы региона. В случае кусочков придется обойтись без него. Ничего худого не должно случиться?
    Границы обрезки для osmosis я и делаю из общего poly-файла, а потом их же даю и конвертеру. Если сложить отдельные части, получится карта обрезанная по границе.
    ksw812 said: Влияет ли содержимое конфигурационного файла, который указывается при запуске osm2mp, на размер получающегося MP-файла? Если да, то какие параметры дергать.
    Влияет, там же указывается, что должно конвертиться.
    ksw812 said: можно ли использовать Ваши конфиги
    Это старые навителовские конфиги.
  • Правильно ли я понял, что сначала Вы рубите на куски poly-файл? А потом уже на их основе получаете набор файлов OSM-дампов.
  • Да, именно так.
  • Borism346, я сильно извиняюсь... А как Вы это делаете? Есть ли какой-то инструментарий (программка) или вручную по какому-то принципу?
  • Вручную. Смотрю на карте как мне удобнее порезать и примерные координаты точек начала и конца линии. Потом нахожу их в poly-файле и разделяю его на два файла. Не забыть только замкнуть оба куска (координаты первой и последней точки должны быть одинаковыми). Если нужно, какой-то кусок еще разбить, делаю аналогично.
  • Спасибо большущее!!!
  • Да не за что :) .
  • naInfo said: Думаю с появлением "прямого" конвертера из ОСМ в наш формат
    А что работа над таким конвертером ведётся? Из .OSM или .PBF в .7W ? И в чём сложность брать имена улиц не из name, а скажем из (int_name, alt_name) или из name:en или name:ru ? Задав приоритет откуда брать.
  • отредактировано July 2012
    при конвертации на megamaps для АЗС не учитываются тэги operator и brand и поэтому не получается сделать поиск по оператору (есть любители заправяться на лукойле или газпромнефти, например)
  • totoiono said: не учитываются тэги operator и brand и поэтому не получается сделать поиск по оператору
    действительно. Данную ситуацию можно устранить только изменением конфигурации конвертера osm2mp и например добавить эти поля в тэги объекта (в польском в комментарии).

  • naInfo said: действительно. Данную ситуацию можно устранить только изменением конфигурации конвертера osm2mp и например добавить эти поля в тэги объекта (в польском в комментарии).

    это сделают люди мегамапса или нужно им отдельно сообщать?
  • Хочется спросить - что за файл генерится с названием atlas.dat.
    Каково его предназначение?
    Я его не использую, просто кидаю все карты(причем от разных авторов) что есть в папку maps и все.
  • dansit said: Хочется спросить - что за файл генерится с названием atlas.dat.
    Каково его предназначение?
    Наличие файла atlas.dat в папках с картами - необязательно. Это спецфайл для ускорения прокладки маршрута, между разными файлами с картами.
    Если же ускорение прокладки на несколько процентов имеет для вас значение - создайте общий для всех ваших файлов с картами atlas.dat c помощью конвертера.
  • а что у нас с картами творится, 05,08 закачал новые карты с
    Megamaps.org, поехал мне маршрут вместо 330 км через соседний город 550 км проложился. и попрежднему высвечивает ограничение скорости в 5 км/ч(вроде). Вроде говорили что конвертор поправили, а карты нормальные так и не появились ?
  • а прошлые карты мне на кольце против шерсти рисуют маршрут
  • Можно что бы во во время компиляции карт в свойство карты автоматически добавлялась дата и время компиляции?
  • dansit said: Можно что бы во во время компиляции карт в свойство карты автоматически добавлялась дата и время компиляции?
    при создании карт конвертером - можно указать срок их "годности" в виде цифр от момента создания в виде:
    softExpire=120
    hardExpire=180
    в config файле к конвертеру.
  • Всем заинтересованным в конвертации карт: есть возможность сборки конвертера для вашей среды *nix. Пока не для всех сборок но ubuntu и debian уже можно... за бинарными файлами обращайтесь на support@navikey.ru.
  • отредактировано August 2012
    А как насчёт распараллеливания вычислений на несколько ядер? Интересует версия под винду.
    PS: Да и если бы исключить из процесса OSM2MP, а всё делать средствами конвертера. :) А то при конвертировании больших областей получаем Out of memory!
  • naInfo said: Всем заинтересованным в конвертации карт: есть возможность сборки конвертера для вашей среды *nix. Пока не для всех сборок но ubuntu и debian уже можно... за бинарными файлами обращайтесь на support@navikey.ru.

    А можно собрать большой статический бинарник для i386 и x86_64 - тогда на всех линуксах заработает
  • отредактировано August 2012
    при создании карт конвертером - можно указать срок их "годности" в виде цифр от момента создания в виде:
    softExpire=120
    hardExpire=180
    в config файле к конвертеру.
    Но ведь hardExpire не работает. Хотя конечно уникальная опция. Нигде ее из навигационных программ нет.
    Я вообще за ее существование в полном объеме. Дать возможность тому кто делает карты решать - ограничивать срок действия своей карты или нет.
  • dansit said: Но ведь hardExpire не работает.
    почему? там меняется текст сообщения.
    dansit said: Я вообще за ее существование в полном объеме. Дать возможность тому кто делает карты решать - ограничивать срок действия своей карты или нет.
    Об этом мы и думали. Тем более что очень много мнений о программе складывается на основе именно качества карт.

  • naInfo said: dansit said: Я вообще за ее существование в полном объеме. Дать возможность тому кто делает карты решать - ограничивать срок действия своей карты или нет.
    Об этом мы и думали. Тем более что очень много мнений о программе складывается на основе именно качества карт.

    Дату создания карты тоже бы надо внутрь карты сохранять. Обозвать её, например, датировкой источника карты.
  • отредактировано August 2012
    Было бы неплохо чтобы при конвертации создавался файл с сылками на ошибки выявленные при конвертации.
  • Kostik said: Было бы неплохо чтобы при конвертации создавался файл с сылками на ошибки выявленные при конвертации.

    в stderr разве не падают такие сообщения?
  • Я наверно не в курсе, о чём речь?
  • отредактировано August 2012
    Необходим фильтр постобработки, чтобы можно было делать транслитерацию названий. Вот пример фильтра для конвертера Ситигида.
  • вот версия конвертера для linux_x86_64 http://www.navikey.ru/files/7w/linux_binary_converter7w_x86_64.tar.gz
  • отредактировано September 2012
    Kostik said: Необходим фильтр постобработки
    Уже не надо, в свежей версии OSM2MP прикрутили:
    support for GME transliteration tables
    Использовать: --gme-filter имятаблицы.dat
    Сами таблицы брать из GME.
  • Здравствуйте,
    А не могли бы вы выложить свой конвертор для Mac OS, раз уж есть версия для iPad? Было бы здорово!
  • Alexandre said: А не могли бы вы выложить свой конвертор для Mac OS
    Постараемся сделать это.
  • naInfo said: вот версия конвертера для linux_x86_64

    Разработчикам большое спасибо за такой конвертер. Переваривает польские файлы размером по 500Мб.

    Обнаружил только одно отличие от поведения Windows-версии. Если в конфигурационном файле в параметре map указывается каталог, то поиск mp-файлов выполняется только в этом каталоге, а не рекурсивно по подкаталогам, как это сделано в Windows-версии. Немного неудобно, т.к. приходится писать много-много конфигурационных файлов для каждого подкаталога дерева и соответствующий сценарий, запускающий конвертер для каждого конфигурационного файла.

    А в остальном все здорово. Вот бы еще версию для FreeBSD amd64 ...

  • отредактировано September 2012
    ksw812 said: сли в конфигурационном файле в параметре map указывается каталог, то поиск mp-файлов выполняется только в этом каталоге

    Одно уточнение. В Windows я пользовался конвертером в графическим интерфейсом, в нем можно было поставить галочку "Process subfolders". Имеется ли аналогичный параметр для конфигурационного файла конвертера в Linux-версии?
  • отредактировано September 2012
    Хочу поблагодарить разработчиков - программа отличная. Интерфейс продуман неплохо. Нет нагромождения лишней информации на экране и в тоже время она доступна в 1 клик на угловые значки. Реально суперское решение.

    А теперь найденый косяк :)
    Залил свои базы (сконвертил из OSM с геофабрик) и нашел косяк в прокладке - неправильно роутит маршрут.
    Такой же косяк всплывал выше по тексту год назад.
    http://forum.navikey.ru/vanilla/discussion/comment/589/#Comment_589

    Исходные мои данные - начало и конец маршрута Москва.
    - Если в maps положить только москву - прокладка правильная (ну это логично - карты МО нет :) );
    - Если в maps положить М и МО - прокладка неправильная (прокладывает на 5 метров в МО и тутже назад);

    карты формировал и из сырых mp, и после обработок (удаление дубликатов и генерализация) - результат одинаков.

    <img src="/vanilla/uploads/FileUpload/17/277.jpg" />
    <img src="/vanilla/uploads/FileUpload/18/278.jpg" />
    <img src="/vanilla/uploads/FileUpload/19/279.jpg" />

    PS - извиняюсь за размер картинок :)
    yes.jpg 271.3K
    no.jpg 485.7K
    no2.jpg 159.3K
Войдите или Зарегистрируйтесь чтобы комментировать.