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

gaffer

В карте надо исправить tun restriction на етого путевой узла.

Alex_k

Речь про tuRn restriction?

Поискал что Вы предложили менять - не нашел...

Допишу больше информации.
- В точке разворота (которую предлагает неправильно программа) сплошная линия, и развернуться там нельзя.
- атлас создан общий на оба региона.

Счас специально убрал карту М, и указал в МО начало и конец маршрута на этом отрезке где косяк.
Косяк также появился. Т.е. проблема не со стыковкой двух регионов, а именно с этой дорогой.

Но где запретить разворот (указать в свойствах) не знаю (обе дороги односторонние на OSM и в GPSME).
Если обьясните как или покажете где прочитать - исправлю.

borism346

Проблема была не в запрете поворотов. По умолчанию trunk_link подразумевает одностороннее движение. В указанной развязке есть три участка, где движение должно быть двухсторонним. В таких случаях нужно явно указывать oneway=no. На одном из участков такой тэг стоял, а на двух других его не было. Исправил в OSM. Кстати, если посмотрите в mapedit, там это будет хорошо видно.

Alex_k

Борис.

Я не понял почему эти дороги должны быть двусторонние, если их 2 и они направлены навстречу друг другу.
Учитывая что я новичек (читай неграмотный), и эта тема про кинвертер, я дождусь новой выгрузки на геофабрике и скомпилю новую МО. Если будут вопросы - отпишу с соответствующей темке через недельку.

Спасибо за ответ.

borism346

Если посмотреть, как нарисовано в OSM, то видно участки нарисованные одной линией. Вот на них и нужен тэг oneway=no. В противном случае конвертер (osm2mp) поставит там одностороннее движение, которое должно быть по умолчанию. Со всеми вытекающими в области роута...
<img src="/vanilla/uploads/FileUpload/0/280.jpg" />

Alex_k

Вполне возможно что oneway=no поможет (и поможет только для одной точки). Но вдруг это косяк конвертера ?
Давайте я выложу другие картинки...
Я не совсем понимаю ПОЧЕМУ он сворачивает до того как дорога станет в одну линию. Ближайшее место где дорога становится двусторонней и теоретически (в программе) можно развернуться это светофор.

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 его нет.

borism346

Вот так разворачивается (на светофоре стоит запрет разворота) с дороги 6 на дорогу 7:

<img src="/vanilla/uploads/FileUpload/3/283.jpg" />

Так выезжает с дороги 8 на дорогу 7:

<img src="/vanilla/uploads/FileUpload/4/284.jpg" />

Это после корректировки одностороннего движения . Хотя те участки в эти маршруты не попали.

Alex_k

Роман.

вторая картинка у меня также отображает. Проверил только что.
(да на светофоре там запрет разворота)

а вот в первой плиз перенеси несколько выше (на север метров на 30) обе точки...
мож у меня тока глюк?

borism346

Перенес точки выше:

<img src="/vanilla/uploads/FileUpload/5/285.jpg" />

Alex_k

Спасибо Борис.

У меня не показывает правильно (osm качаные дня 4 назад с геофабрики).
Через недельку попробую сконвертить заново, и посмотрю.

Спасибо.

Alex_k

naInfo said: вот версия конвертера для linux_x86_64 http://www.navikey.ru/files/7w/linux_binary_converter7w_x86_64.tar.gz

Чтото я не понял как его запускать в убунте...
Как будет выглядеть команда на обработку нескольких mp?

naInfo

Alex_k said: Как будет выглядеть команда на обработку нескольких mp?

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

ksw812

У меня один вопрос и одна просьба.

Вопрос. Как создать (возможно ли создать) индексный файл atlas.dat по уже готовым картам 7w, используя консольный конвертер?

Просьба к разработчикам. Отреагируйте, пожалуйста, на мои посты от 20.09.2012.

borism346

Вот z3s писал на другом форуме:
atlas=output
output=. // папка с готовыми картами

Alex_k

borism346 said: Проблема была не в запрете поворотов. По умолчанию trunk_link подразумевает одностороннее движение. В указанной развязке есть три участка, где движение должно быть двухсторонним. В таких случаях нужно явно указывать oneway=no. На одном из участков такой тэг стоял, а на двух других его не было. Исправил в OSM. Кстати, если посмотрите в mapedit, там это будет хорошо видно.

Alex_k said: Спасибо Борис.

У меня не показывает правильно (osm качаные дня 4 назад с геофабрики).
Через недельку попробую сконвертить заново, и посмотрю.

Проверил заново (прошла неделя).
Теперь и в Навителе и в Навикее маршрут ведет как надо.
Вопрос закрыт.

ksw812

borism346 said: Вот z3s писал на другом форуме:
atlas=output
output=. // папка с готовыми картами

Спасибо, помогло! А где можно найти описание всех параметров конфигурационного файла?

naInfo

ksw812 said: А где можно найти описание всех параметров конфигурационного файла?

в ближайшее время будут опубликованы полностью обновленные руководства по программе и конвертеру.

ksw812

naInfo said: в ближайшее время будут опубликованы полностью обновленные руководства по программе и конвертеру.

Здорово!
Но у меня все-равно остался вопрос, на который так никто и не ответил. Имеется ли возможность рекурсивной обработки карт в подкаталогах в консольном конвертере?
Или, другими словами, есть ли в консольном конвертере аналог флажка "Process subfolders" его графического собрата? Что надо прописать в конфиг-файле? Более всего интересует Linux-версия.

Заранее благодарен.

naInfo

ksw812 said: Имеется ли возможность рекурсивной обработки карт в подкаталогах в консольном конвертере?

subdirs=1 - будет обрабатывать вложенные каталоги.

ksw812

naInfo said: subdirs=1 - будет обрабатывать вложенные каталоги.

Спасибо, работает!

hoopoe

приветствую.
есть вопрос: на Т-образных перекрестках, где второстепенная дорога примыкает к основной 4+ полосной часто ставят ограничение типа "выезд только направо", ну и запрет левого поворота с противоположной от выезда стороны. проблема в том, что развороты на таких выездах обычно запрещены со всех сторон. может быть добавить в конвертер эвристику, что если есть два парных ограничения (только_направо и только_прямо с другой стороны) - то запрещать в таких местах и разворот тоже? а то это безумие какое-то добавлять запрет поворотов на все такие перекрестки

пасиб

--Sergey

naInfo

hoopoe said: что развороты на таких выездах обычно запрещены со всех сторон.

Мне кажется, что все таки, это задача картографа - указать точные ограничения проездов... иначе мы можем "вшить" в программу алгоритмы, которые не смогут быть гибкими в отношении исключений из общих правил...

Papazol

Данная тема немного запущена, да и я отстал от жизни. Интересует вопрос, как сейчас обстоит дело с конвертацией из *.osm в *.mp? Скрипт osm2mp.pl обновился уже несколько раз, я скачал последнюю версию, но она что-то не желает работать. Нужные по описанию файлы (yml) почему-то отсутствуют, использовал старые. И была ещё раньше проблема с использованием файлов *.poly. В общем, надо восстановить весь процесс. Кто поможет?

Kostik

Россия и Russia в поиске, с этим тоже можно бороться средствами конвертера. Например через списки соответствия.

Baz

Kostik said: Россия и Russia в поиске, с этим тоже можно бороться средствами конвертера. Например через списки соответствия.

только в рамблеровских картах, в мегамапсовских Россия, как правило, одна, но там зато именованные сервисные дороги видны как улицы в поиске адреса, то бишь если линия highway=service имеет заполненный тег name= или если POI рисовали не точкой, а полигоном, с тегом highway=service, то название POI, из тега name=, тоже фигурирует в списке улиц адресного поиска

naInfo

Papazol said: Нужные по описанию файлы (yml) почему-то отсутствуют, использовал старые. И была ещё раньше проблема с использованием файлов *.poly. В общем, надо восстановить весь процесс. Кто поможет?

есть репозиторий в котором находятся конфиги для osm2mp и скрипты для запуска полного цикла конвертации:
https://osm2navikey.googlecode.com/svn/trunk/ стараемся следить за обновлениями osm2mp и вовремя подправлять конфиги...

Goldmembr

С каким конвертором работают эти конфиги, с последним выдаю вот что:
,,,,
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.

Papazol

naInfo said: есть репозиторий в котором

Есть сомнения, уж не под Линукс ли это всё написано? Нельзя ли для обычных людей описать состав файлов и командную строку osm2mp? Скрипт используется новый, у которого размер 74993 байта? Ещё непонятен путь получения файлов *.poly. Есть скрипт getbound.pl, который по короткому названию карты скачивает файл poly. Никакого URL вводить не надо. Это здесь используется или границы карт берутся откуда-нибудь ещё?

Goldmembr

Вся тема, лежащая в репозитории, под конвертор osm2mp.pl 577 2012-07-24, или что то близкое, по край не мере с ним работает хоть в винде хоть под линухой, другой вопрос автор запихнувший все это дело туда собирается ли обновить конфиги под более новые версии конвертора??

Уважаемые разработчики, скажие пожалуйста чем конфиги osm2mp для навител отличаются от конфигов для навикей, я например кроме кодиорвки 65001 больше ничего значительного на мой взгляд не удивил, да и при конвертации MP файла с кодировкой 1251, карту прога видит вроде нормально, или есть какие то подводные камни о которых я не догадываюсь????

Goldmembr

Papazol said: Ещё непонятен путь получения файлов *.poly. Есть скрипт getbound.pl, который по короткому названию карты скачивает файл poly. Никакого URL вводить не надо. Это здесь используется или границы карт берутся откуда-нибудь ещё?

Путь получения .poly файла относительно не важен главное чтобы он был достаточно актуален, у меня например из за неактуальности данного файла море в приморском крае не было морем, обрезка по .poly необходима в любом случае, особенно когда стыкуеш несколько отдельных областей, и не важно какой программы карта.

konsta

Не знаю где лучше задать вопрос, попробую тут.

Касс нумерации угловых домов через дробь (например, в г. Выдропужске перекресток ул. Путина и ул. Грызлова дом №1/2 ).
В ОСМ сообществе есть несколько вариантов.
http://wiki.openstreetmap.org/wiki/RU:Key:addr

А как рекомендуют разработчики конвертера?

Papazol

Проблема на проблеме с этими конвертерами. Теперь оказалось, что новая (16) версия Перла не работает с osm2mp.pl (ну, или наоборот) по причине отсутствия какого-то стандартного конфига. На спец. форуме вычитал, что надо использовать версию 14. Установил её, и всё то же самое. Ну невозможно глубоко проникнуться всем на свете! Как быть-то здесь?
И по поводу репозитория, ссылку на который дали чуть выше. Кто-нибудь сумел воспользоваться имеющимся там материалом? Как это делается? Или секретно?

Goldmembr

konsta said: Касс нумерации угловых домов через дробь (например, в г. Выдропужске перекресток ул. Путина и ул. Грызлова дом №1/2 ).
В ОСМ сообществе есть несколько вариантов.

Вопрос очень не однозначный, я рисую в OSM как есть физически, то есть если висит на одной стороне дома табличка с названием улицы X а на другой Y, я для того чтобы конвертор понимал нормально такое обозначение, а самое главное чтобы при поиске в любой программе находились эти адреса, режу дом по углу и присваиваю им адреса каждому в соответствии со своей улицей, а если рассматривать этот вопрос более глубоко то в таком доме, в моем городе где я живу, бывает так что по адресу X прописано 100 человек а по Y 5, вот такие пироги с нашей адресацией, а таблички две. Другие способы адресации угловых домов предложенные по выше упомянутой ссылке может и правильные плохо находятся навигатором.

Papazol said: Или секретно?

Я пользуюсь последними навительскими конфигами и 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 конвертор.

konsta

Goldmembr said: режу дом по углу

Интересное решение! Ссылочку на примерчик можно?

Goldmembr

konsta said: Интересное решение! Ссылочку на примерчик можно?

http://www.openstreetmap.org/?minlon=137.018249511719&minlat=50.5404624938965&maxlon=137.018829345703&maxlat=50.5407371520996

Papazol

Много я чего перепробовал, установил, и, наконец, скрипт стал запускаться. Модуля Template у меня в списках нет.
Процесс конвертации начинается, но стопорится на таком сообщении:
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

Goldmembr

Papazol - держи свое счастье на 689 конверкоре, все настроено и работает, я добрый дедушка мороз!!!!!

Papazol

Спасибо. В особенности за getbound. Остальное у меня работает, но по картам, полученным в результате всех процессов, маршруты прокладываются по прямой. Теперь буду пробовать с новыми границами сконвертировать.

UPD Всё получилось! Новые границы хорошие. Кстати, osm2mp, лежащий сейчас в svn, отличается от 689-го только комментариями.

Kostik

Я запускаю через такой батник:
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 редакторе.

Kostik

Правда затея конвертировать сразу федеральными округами провалилась, слабым звеном оказался конвертер 7WaysConv.exe


Нужна 64bit версия конвертера. У того же Прогорода конвертер как то целиком США сумел переварить.

Papazol

Kostik said: --disableuturns --disableuturns

Зачем дважды? И вообще, вроде эта опция включена по умолчанию (в новом скрипте).

Есть одна проблема. Конвертер с GUI позволяет создавать атлас при наличии уже сконвертированных карт, а вот консольный вариант всегда ищет файлы *.mp, и, если не находит, вылетает с ошибкой. Из-за этого приходится всегда конвертировать все карты за раз, что не есть удобно.

borism346

У меня нормально атлас создается консольным конвертером из уже готовых карт.

Kostik

Papazol said: Зачем дважды?

Просто не заметил. А включил по привычке.

PS: На нехватку памяти это никак не влияет.

Kostik

Нашёл маленькую утилиту которая позволяет 32бит программам использовать 4Гб в памяти 64битной винде. Надо будет опробовать.
http://ntcore.com/4gb_patch.php

Kostik

И ещё у кого при конвертации например Кубы или Кипра пропадает окружающее их море нужно добавить:
--water-back

Goldmembr

Kostik said:
PS: Чтобы выполнялась переключение в юникод готовый батник правлю в HEX редакторе.

Создавай бантик изначально в 866 кодировке ничего мудрить в HEX редакторе не надо будет, и зачем в бантике писать "chcp 65001", если это для того чтобы MP получился в 65001 кодировки, это задается в Navikey-ru.cfg " codepage: 65001".

Kostik

Goldmembr said: Создавай бантик изначально в 866

Чтобы рекомендовать, надо сперва попробовать.

Goldmembr

Скачай архив osm2mp_Navikey, выложенный мной выше, там именно так и сдельно, и все работает.

Kostik

Goldmembr said: Скачай архив

Там нет английского конфига. Да к тому же у меня и так всё работает.

Papazol

borism346 said: У меня нормально атлас создается консольным конвертером из уже готовых карт.

Что в конфиге указано при этом?
UPD Скачал конвертер по-новой - заработало.

Я тут написал небольшую программку для автоматизации процесса. Может, кому пригодится. Не претендует на полный охват всех возможностей, но можно просто запустить и уйти спать Ж)
UPD В свете обновлённого конвертера буду немного переписывать.