Nule
2721

А как бы мне тогда один маленький тег переобозначить?
ice_road=yes хочу сопоставить со своим кастомным типом для гармина. роутинг не нужен.
igitov
2722
- condition:
- ice_road=yes
action:
- action:write_line
type: 0x*****
level_h: *
Nule
2723
Спасибо. А это в каком файле? 
poly.cfg в новом формате используется? Если да, то где скачать последнюю версию?
igitov
2724
Например в этом: ways-lines-garmin-custom.yml
Что подразумевается под новым форматом?
write_line - линия без роутинга
level_h: - верхний уровень отображения
type: - hex-тип объекта, для линий: 0x01…0x3f, 10e00…10e0f, 0x10f00…0x10f0f, ещё есть морские 0x010100…0x010109, … , 0x010702. Список в файле RGNtype.txt из папки cGPSmapper.
Nule
2726
Добавил в файл ways-lines-garmin-custom.yml :
- id: cycleway
condition:
- highway = cycleway|path
action:
- action: write_line
type: 0x30
level_h: 1
Ничего не изменилось. В результате как было 0х16, так и осталось. Поискал по файлам yml, где обрабатывается тег highway = cycleway - не нашел.
Подскажите, пожалуйста, что не так?
igitov
2727
Нужно убрать cycleway и path из файла ways-roads-common-univ.yml
- condition:
- highway = bridleway|cycleway
action:
- action: load_road
type: 0x16
level_h: 1
routeparams: '1,0,0,0,1,1,1,1,1,0,0,1'
- condition:
- highway = footway|path
- layer != -[2-5]
- area != *
- ~inside_city
action:
- action: load_road
type: 0x16
level_h: 1
routeparams: '0,0,0,0,1,1,1,1,1,0,0,1'
igitov
2728
Ах, да. Синтаксис.
Тире с пробелом в начале строки
- condition:
Исправьте у себя.
igitov
2729
Nule, Ещё бы я рекомендовал использовать текстовый редактор с подсветкой синтаксиса YAML.
Лично я пользуюсь Notepad++ (ОС Windows)
Nule
2730
Спасибо! Всё получилось. Насчет синтаксиса, в ways-lines-garmin-custom.yml все condition без тире. Видимо, потому что идет после -id. А вот в ways-roads-common-univ.yml действительно всё с тире, но там id нет.
dimuzz
2731
liosha, а обработка отношений street случаем не поломалась?
В StreetDesc полигонов записывается название города, при этом POI внутри этих полигонов адресуются корректно.
Пример: http://www.openstreetmap.org/browse/way/41909168 (в адресе дома в качестве улицы указан город, в адресе POI - имя отношения).
liosha
(liosha)
2732
Может и поломалась, надо будет проверить.
Marych
(Marych_)
2733
Здравствуйте все.
Честно пытался все 110 страниц прочитать, осилил где-то четверть и спёкся.
Поэтому прошу больно не пинать. 
У меня есть потребность получить кусок карты Китая от Пекина до Циндао, с дорогами, улицами, домами и более-менее полезными POI (вокзалы, аэропорты, гостиницы и.т.д.) и сконвертировать её в imi (формат векторных карт Magellan) через mp. Насколько я понял, мне надо самому выгрузить нужные куски с openstreetmap, а потом скормить их конвертеру и он всё сделает сам, или всё намного сложнее?
Если выгружать, то достаточно прямо из браузера это делать или нужен какой-то специфический инструментарий?
liosha
(liosha)
2735
Примерно так.
Взять китай отсюда: http://download.geofabrik.de/osm/asia/ и скормить конвертеру.
А дальше уже разбираться, что и почему не получилось 
Fortress
(Vitaly Ivanov)
2736
Ещё добавлю, что если весь Китай Вам не нужен, а нужна отлько часть, то можно указать конвертеру ограничение на конвертацию нужного куска параметрами -bbox или -bpoly. Подробнее в вики.
elagin
(Павел)
2738
Загружаю в GPSMapEdit карту Карелии (00400010.mp), полученную, традиционно с http://gis-lab.info/data/mp , 2012-07-23, а Онежское озеро не отображается. Гружу какой-то старый файл - все в порядке.
igitov
2740
Очевидно, была нарушена целостность мультиполигона озера. Конвертер не виноват.
Если речь идёт о тех же выгрузках (гис-лаб), то waterway=ditch и waterway=drain конвертируются и выделены в особые типы.
P.S. Изменил порядок следования участников Онежского озера, теперь мультиполигон логически замкнут, проблема должна решиться.