Конвертер OSM -> MP

chilin · 2010-06-09 13:43:36

...Перенёс начало вопроса в профильную тему.

chilin wrote:

liosha wrote:
ikz wrote:
[offtopic on]
Кстати, mp2plm (конвертер для pgs) тоже не берет файлы после нового конвертера. Вернулся по здешнему совету на r246 - заработало.
[offtopic off]
Тут скорее всего потому, что mp2plm на самом деле конвертирует не .mp, а конкретно вывод osm2mp, включая комментарии. Поэтому при изменении структуры этих комментариев запросто может падать.
MapEdit же комментарии воспринимает именно как комментарии, и не пытается их никак интерпретировать.
В продолжении офтопа: по этой же причине (разный формат .mp у ME++ и вывода osm2mp) нет возможности автоматизировать конвертацию в некий ещё более офтопный формат . Насколько крамольна мысль о приведении формата вывода osm2mp к "стандарту" GME и ME++?

liosha wrote:

chilin, к какому именно стандарту?
Насколько я знаю, единственная "несовместимость" у osm2mp с GME - это много-outer-ные мультиполигоны, в которых GME неспособен сам распределить дырки. Других проблем пока не наблюдалось.

Я имел ввиду конвертер mp -> rxm (maps.exe). Он всегда виснет, если использовать вывод osm2mp. Если же пересохранить в ME++, то получившийся .mp, конвертер переваривает нормально. ME++ нельзя автоматизировать, а в GME нельзя выставить нужный для rxm набор. Остаётся один выход - "правильный" вывод из osm2mp. В чём там конкретно различие я не в курсе. Если прогнать оба mp через текстовую сравнилку - видимая разница существенная. Можно как то настройками исключить из конвертирования эти многовложенные мультиполигоны - попробую, может действительно из-за них.

liosha · 2010-06-09 13:55:22

Нет, тут мультиполигоны не при чём

Проблема в том, что rx-овский конвертер использует устаревший формат адресной информации - CityIdx, а osm2mp сохраняет в современном - CityName. GME понимает оба, но по умолчанию сохраняет в старом, хотя это настраивается - Tools - Options - Load&Save - Polish format.

Впихивать старый формат в osm2mp нет смысла, это проще постпроцессором сделать

chilin · 2010-06-09 14:07:05

liosha wrote:

Нет, тут мультиполигоны не при чём
Проблема в том, что rx-овский конвертер использует устаревший формат адресной информации - CityIdx, а osm2mp сохраняет в современном - CityName. GME понимает оба, но по умолчанию сохраняет в старом, хотя это настраивается - Tools - Options - Load&Save - Polish format.
Впихивать старый формат в osm2mp нет смысла, это проще постпроцессором сделать

Вот оно как михалыч... (с) Спасибо, покопаю на досуге в эту сторону.

andriano · 2010-06-09 16:16:35

liosha wrote:

...устаревший формат адресной информации

А я вот до сих пор не могу понять, почему это более прогрессивный формат является устаревшим.

liosha · 2010-06-09 18:05:56

chilin wrote:

ME++ нельзя автоматизировать

Точно нельзя? Там, судя по исходникам, во внутренностях Lua используется, значит должен какой-то интерфейс быть. Или его ещё не доделали?

chilin · 2010-06-09 18:21:14

liosha wrote:

chilin wrote:
ME++ нельзя автоматизировать
Точно нельзя? Там, судя по исходникам, во внутренностях Lua используется, значит должен какой-то интерфейс быть. Или его ещё не доделали?

Гуглояндекс не знает. Поспрашивал на форумах - говорят ничего такого нет. Автор не отвечает (я правда его по русски спрашивал ) А скриптовый Lua действительно вселяет надежду.

dimuzz · 2010-06-09 18:23:13

liosha, а как записывать двоеточие внутри тегов в nodes.yml?
Например, условие tower:type = communication игнорируется.

liosha · 2010-06-09 18:32:40

dimuzz wrote:

liosha, а как записывать двоеточие внутри тегов в nodes.yml?
Например, условие tower:type = communication игнорируется.

Баг. Исправил

dimuzz · 2010-06-09 18:38:54

Спасибо! Теперь телебашни будут отличаться от труб, красота!

Fortress · 2010-06-09 20:07:32

dimuzz, а url и website будут обрабатываться?

dimuzz · 2010-06-10 04:23:36

Fortress wrote:

dimuzz, а url и website будут обрабатываться?

Fortress, насколько я понимаю, тег url должен конвертироваться для всех узлов с contacts: yes в конфигурации POI.
UPD: liosha, похоже, все-таки правильнее конвертировать тег website.

Last edited by dimuzz (2010-06-10 04:41:41)

liosha · 2010-06-10 06:56:49

chilin wrote:

liosha wrote:
Нет, тут мультиполигоны не при чём
Проблема в том, что rx-овский конвертер использует устаревший формат адресной информации - CityIdx, а osm2mp сохраняет в современном - CityName. GME понимает оба, но по умолчанию сохраняет в старом, хотя это настраивается - Tools - Options - Load&Save - Polish format.
Впихивать старый формат в osm2mp нет смысла, это проще постпроцессором сделать
Вот оно как михалыч... (с) Спасибо, покопаю на досуге в эту сторону.

Уппс, сорри, был неправ.
Оказывается, глюк там из-за того, что этот maps.exe уходит в себя, если координаты в DataX написаны с пробелом.

Исправил, теперь компилится. Но насколько правильно там всё остальное - хз

Fortress · 2010-06-10 08:45:18

dimuzz wrote:

Fortress wrote:
dimuzz, а url и website будут обрабатываться?
Fortress, насколько я понимаю, тег url должен конвертироваться для всех узлов с contacts: yes в конфигурации POI.
UPD: liosha, похоже, все-таки правильнее конвертировать тег website.

Чего-то я не до конца въехал, какие тэги нужно добавить например сюда, чтобы тэг website конвертировался? Я должен добавить contacts=yes? Без него работать не будет?

liosha · 2010-06-10 08:59:02

Fortress, добавлять ничего не надо, последние версии конвертера website понимают.

Fortress · 2010-06-10 14:24:15

Спасибо, все работает В навителе в свойствах точки показывает адрес сайта и иконку с изображением internet explorer, при нажатии на которую открывается сайт (теоретически; у меня pna и функции браузера похоже вырезаны).

dimuzz · 2010-06-12 15:16:54

liosha, а есть условие, обратное условию named?
Пример применения: зависимость level_h от наличия/отсутствия имени у объекта (amenity=stadium, shop=supermarket).

liosha · 2010-06-15 10:51:42

Теперь есть, ~named

liosha · 2010-06-16 11:53:24

Добавил новый конфиг для полигонов. Из старого теперь берутся только дороги.

kimol · 2010-06-16 15:19:46

На карте Новосибирской области (00400054.mp) исчезли автобусные остановки.

liosha · 2010-06-16 16:55:57

kimol wrote:

На карте Новосибирской области (00400054.mp) исчезли автобусные остановки.

Завтра должны вернуться

garl · 2010-06-25 05:54:02

сори за оффтоп.
http://code.google.com/p/osm2mp/source/ … mp/poi.cfg
уже не доступно или сменили дислокацию ?

dimuzz · 2010-06-25 06:00:13

garl wrote:

сори за оффтоп.
http://code.google.com/p/osm2mp/source/ … mp/poi.cfg
уже не доступно или сменили дислокацию ?

Нет уже такого файла. В новых версиях используются nodes-common.yml и nodes-garmin-custom.yml другого формата:
http://code.google.com/p/osm2mp/source/detail?r=248

Last edited by dimuzz (2010-06-25 06:02:53)

garl · 2010-06-25 06:25:22

спс , а то и глянуть было некуда.

dimuzz · 2010-07-01 18:17:46

liosha, а возможно ли использовать в конфигурации кириллицу?
Речь о такой конструкции для Навитела:
- condition:
- amenity = police
- name = ДПС|Пост ДПС
action:
- action: write_poi
type: 0xf202
level_h: 1
contacts: yes
В какой бы кодировке ни сохранял nodes-navitel.yml - не понимает... С английскими буквами и пробелами все нормально.

Fortress · 2010-07-01 18:35:36

А можно ли сделать, чтобы пои, которая попадает в контур здания присваивался адрес, такой же как у здания? При условии, что у нее не задан собственный адрес?

Announcement

#1601 2010-06-09 13:43:36

Re: Конвертер OSM -> MP

#1602 2010-06-09 13:55:22

Re: Конвертер OSM -> MP

#1603 2010-06-09 14:07:05

Re: Конвертер OSM -> MP

#1604 2010-06-09 16:16:35

Re: Конвертер OSM -> MP

#1605 2010-06-09 18:05:56

Re: Конвертер OSM -> MP

#1606 2010-06-09 18:21:14

Re: Конвертер OSM -> MP

#1607 2010-06-09 18:23:13

Re: Конвертер OSM -> MP

#1608 2010-06-09 18:32:40

Re: Конвертер OSM -> MP

#1609 2010-06-09 18:38:54

Re: Конвертер OSM -> MP

#1610 2010-06-09 20:07:32

Re: Конвертер OSM -> MP

#1611 2010-06-10 04:23:36

Re: Конвертер OSM -> MP

#1612 2010-06-10 06:56:49

Re: Конвертер OSM -> MP

#1613 2010-06-10 08:45:18

Re: Конвертер OSM -> MP

#1614 2010-06-10 08:59:02

Re: Конвертер OSM -> MP

#1615 2010-06-10 14:24:15

Re: Конвертер OSM -> MP

#1616 2010-06-12 15:16:54

Re: Конвертер OSM -> MP

#1617 2010-06-15 10:51:42

Re: Конвертер OSM -> MP

#1618 2010-06-16 11:53:24

Re: Конвертер OSM -> MP

#1619 2010-06-16 15:19:46

Re: Конвертер OSM -> MP

#1620 2010-06-16 16:55:57

Re: Конвертер OSM -> MP

#1621 2010-06-25 05:54:02

Re: Конвертер OSM -> MP

#1622 2010-06-25 06:00:13

Re: Конвертер OSM -> MP

#1623 2010-06-25 06:25:22

Re: Конвертер OSM -> MP

#1624 2010-07-01 18:17:46

Re: Конвертер OSM -> MP

#1625 2010-07-01 18:35:36

Re: Конвертер OSM -> MP

Board footer