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

liosha · 2010-05-20 13:21:05

Сделать-то не проблема, непонятно только, в каком виде это разнесение задавать. Порогами?

andriano · 2010-05-20 20:03:54

Zkir wrote:

Леш, сделай ключ чтобы все теги осм выводились в комментарий, а не только wayID и использованный конвертором. Это бы позволило организовать построцессинг.

А ничего, что объем *.MP при этом возрастет примерно раз в 10?

Zkir · 2010-05-20 20:16:30

2 Лёша. Ну да, порогами.

2 andriano. Эпоха борьбы за каждый байт окончилась много лет назад. Эта информация как раз и нужна чтобы организовать постпроцессинг.

Sandman · 2010-05-21 07:33:22

Zkir wrote:

2 andriano. Эпоха борьбы за каждый байт окончилась много лет назад. Эта информация как раз и нужна чтобы организовать постпроцессинг.

До момента, пока не начал сам конвертировать данные напрямую из OSM, тоже мечтал об этом. И какая собственно будет разница между пост процессингом, и прямой обработкой OSM данных?

Zkir · 2010-05-21 07:46:11

Такая, что я не пишу на перле и не собираюсь. И организовать построцессинг в готовом мп мне намного легче, чем запиливать свой отдельный osm2mp (c блэкдэжеком и шлюхами) или упрашивать о чем-то Лешу.

Sandman · 2010-05-21 07:53:40

Zkir wrote:

Такая, что я не пишу на перле и не собираюсь. И организовать построцессинг в готовом мп мне намного легче, чем запиливать свой отдельный osm2mp (c блэкдэжеком и шлюхами) или упрашивать о чем-то Лешу.

А зачем запиливать продукт, написанный, на незнакомом языке? ) Нужно получить дороги как я понимаю, собственно существенной разницы в их получении из MP/OSM фала нет. Кроме той, что в MP файле они получаются немного "причёсанными", что впрочем не всегда помогает в дальнейшей обработке этой информации... В прочем, опция возможно будет полезна не только Вам, и если данная функция будет включатся клюём из командной строчки, то почему нет?

liosha · 2010-05-21 07:59:51

Zkir wrote:

Леш, если ты сделаешь конфигурироемое разнесение полигональных объектов по уровням в зависимости от *размера*, это один разговор

А вот и сделал (на самом деле, давно собирался)

В конфиге задаётся порогами, в кв. километрах

natural         water                   p       0x3f            0       *0,0.02,0.3,4,64

wildMan · 2010-05-21 11:28:44

Zkir wrote:

Такая, что я не пишу на перле и не собираюсь. И организовать построцессинг в готовом мп мне намного легче, чем запиливать свой отдельный osm2mp (c блэкдэжеком и шлюхами) или упрашивать о чем-то Лешу.

будь хитрее! делай препроцессинг osm2osm :)

Zkir · 2010-05-21 13:07:03

А вот и сделал (на самом деле, давно собирался)

Что ж, круто. Осталось в зависимости от размера менять и тип: 0x3с-0x44

Нужно получить дороги как я понимаю, собственно существенной разницы в их получении из MP/OSM фала нет. Кроме той, что в MP файле они получаются немного "причёсанными"

Есть задачи которые ждут решения, и есть задачи которые уже решены. С формированием лесов, полей, рек, дорог, запретов поворотов, анализом релейшенов и пр. и пр. osm2mp справляется очень здорово. А вот задача отсеять к едрене фене частные парковки (или преобращовать их во что-нибудь другое) так и не решена.

будь хитрее! делай препроцессинг osm2osm

Блин. А ведь правда.

Ничего не мешает по WayID/NodeID выцепить теги из исходного осм:

OSM-->osm2mp--MP-->|
постпроцессор -->финальный mp
OSM ---------(теги)---->|

Last edited by Zkir (2010-05-21 13:14:08)

Sergey Astakhov · 2010-05-21 13:43:35

Zkir wrote:

А вот задача отсеять к едрене фене частные парковки (или преобращовать их во что-нибудь другое) так и не решена.

По идее это osmosis-ом можно сделать... Будет не post, а preprocessing.

andriano · 2010-05-21 15:55:24

Zkir wrote:

2 Лёша. Ну да, порогами.
2 andriano. Эпоха борьбы за каждый байт окончилась много лет назад. Эта информация как раз и нужна чтобы организовать постпроцессинг.

Борьба за байты закончилась, а за проценты - не закончится никогда. Места никогда не будет хватать. Сейчас *.OSM примерно на порядок тяжелее *.MP. Значит, если из *.OSM все тупо переносить в *.MP, его размер удесятирится. Т.е. РФ будет не 400 Мбайт, а 4 Гб. Точнее, даже больше.
Опять же, абсолютно непонятен смысл MP, если планируется использовать данные оригинального OSM. Зачем? Ведь копия всегда хуже оригинала. В случае MP у этой копии есть некоторые положительные стороны: вдесятеро меньший объем и удалено все нестандартное, что все равно не может быть сконвертировано во что-либо дальше. А иметь в файле, предназначенном для автоматизированной обработки более 90% комментариев - абсурд.

Ezhick · 2010-05-21 16:06:21

andriano wrote:

А иметь в файле, предназначенном для автоматизированной обработки более 90% комментариев - абсурд.

Для вас абсурд - вы не юзаете эту фичу, кому-то надо - тот будет юзать. В чем проблема???

Aleksandr Dezhin · 2010-05-21 17:11:18

Обязательно включите в комментарий автора, желательно еще с его телефоном, чтобы если какая лажа, можно было прям по прибору позвонить и поделится впечатлениями )

Zkir · 2010-05-21 20:04:28

andriano, почитайте пожалуйста, ветку внимательно, поймете в чем смысл... Поймете даже что сам формат не меняется...

andriano · 2010-05-21 20:16:12

Zkir wrote:

andriano, почитайте пожалуйста, ветку внимательно, поймете в чем смысл... Поймете даже что сам формат не меняется...

Может, это смешно, но я прочел ВСЕ 62 страницы.
А смысл чего именно Вы предлагаете мне понять? Зачем нужно сливать два файла совершенно разнородных форматов, но с дублированием информации порядка 100% в один?
Это примерно как взять BMP, конвертировать его в JPG (естественно, с некоторой потерей качества), а затем, чтобы эти потери контролировать, дописать исходный BMP в конец JPG (или через строчку), разместив его так, чтобы показывался только JPG. Будет именно то, чего мы добиваемся: объем больше BMP, но с некоторой потерей качества картинки, характерной для JPG.

Amigo · 2010-05-22 11:14:08

liosha wrote:

Фичи формата MP, не реализованные в конвертере:
* запреты по времени - сдедаю, как только они где-нибудь станут поддерживаться
Если что-то забыл, просьба напомнить

В ДР Навиком планирует реализовать временные запреты, например, разводы мостов в Питере, значит в Garmin есть такие возможности?

liosha · 2010-05-23 07:40:29

Вынес обсуждение препроцессора в отдельный топик: http://forum.openstreetmap.org/viewtopic.php?id=7652

Zkir · 2010-05-24 11:00:10

(*временно удалено*)

Last edited by Zkir (2010-05-24 11:02:15)

Zkir · 2010-05-24 21:47:55

liosha, реквестирую фичу, которую ты вряд ли будешь осмеивать

Объединять реки - если у соседних сегментов названия не пустые и совпадают, и в mp получился один тип (причем объединять сегменты и линейные (waterway=river), и полигональные(waterway=riverbank) ).

Сейчас например Москва-река представлена в мп фиг знает каким количеством кусков, что и не аккуратно, и не правильно (нельзя например оценить длину рек)

andriano · 2010-05-25 04:17:18

Zkir wrote:

Объединять реки - если у соседних сегментов названия не пустые и совпадают, и в mp получился один тип (причем объединять сегменты и линейные (waterway=river), и полигональные(waterway=riverbank) ).
Сейчас например Москва-река представлена в мп фиг знает каким количеством кусков, что и не аккуратно, и не правильно (нельзя например оценить длину рек)

А не правильнее ли делать это в OSM, а не в MP?

Last edited by andriano (2010-05-25 04:17:53)

liosha · 2010-05-25 05:17:58

Zkir wrote:

Объединять реки - если у соседних сегментов названия не пустые и совпадают, и в mp получился один тип (причем объединять сегменты и линейные (waterway=river), и полигональные(waterway=riverbank) ).

Хм... А _зачем_?
При конвертации в конечный формат всё равно всё будет резаться

Kotelnikov · 2010-05-25 05:28:44

andriano wrote:

А не правильнее ли делать это в OSM, а не в MP?

Правильнее, но в ОСМ есть ограничение на кол-во точек для одного объекта.

Хотя я бы не отказался от объединения мелки х полигончиков леса и дальнейшей порубки их квадратами, например, 10х10 км.

Last edited by Kotelnikov (2010-05-25 05:29:41)

dimuzz · 2010-05-25 06:36:34

liosha, а можно ли реализовать конфигурируемую поддержку массогабаритных ограничений (с целью улучшения маршрутизации грузового транспорта) типа maxaxleload, maxweight, maxheight?
Насколько я понимаю, они должны работать аналогично barrier, но с поддержкой знаков сравнения (">", ">=" и т.п.), например:
# emergency, delivery, car, bus, taxi, foot, bike, truck
--- maxheight
---
>4.5 0,0,0,0,0,0,0,1
Как вариант, наличие знака "больше" можно принимать по умолчанию.

liosha · 2010-05-25 06:54:44

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

Zkir · 2010-05-25 07:35:24

liosha wrote:

Zkir wrote:
Объединять реки - если у соседних сегментов названия не пустые и совпадают, и в mp получился один тип (причем объединять сегменты и линейные (waterway=river), и полигональные(waterway=riverbank) ).
Хм... А _зачем_?
При конвертации в конечный формат всё равно всё будет резаться

А зачем ты дороги соединяешь?

В конечном формате объекты разумеется будут порезаны, но в соответсвии с правилами конечного формата, в по размеру блока на данном масштабном слое.

Посмотри сколько раз сейчас подписана Москва-река - каждый сегмент отдельно.

Кроме того, можно будет организовать классификацию рек по длине (а если повезет, то и по ширине), например поднять Волгу на верхний масштабный слой.

Last edited by Zkir (2010-05-25 07:36:56)

Announcement

#1526 2010-05-20 13:21:05

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

#1527 2010-05-20 20:03:54

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

#1528 2010-05-20 20:16:30

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

#1529 2010-05-21 07:33:22

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

#1530 2010-05-21 07:46:11

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

#1531 2010-05-21 07:53:40

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

#1532 2010-05-21 07:59:51

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

#1533 2010-05-21 11:28:44

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

#1534 2010-05-21 13:07:03

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

#1535 2010-05-21 13:43:35

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

#1536 2010-05-21 15:55:24

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

#1537 2010-05-21 16:06:21

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

#1538 2010-05-21 17:11:18

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

#1539 2010-05-21 20:04:28

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

#1540 2010-05-21 20:16:12

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

#1541 2010-05-22 11:14:08

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

#1542 2010-05-23 07:40:29

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

#1543 2010-05-24 11:00:10

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

#1544 2010-05-24 21:47:55

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

#1545 2010-05-25 04:17:18

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

#1546 2010-05-25 05:17:58

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

#1547 2010-05-25 05:28:44

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

#1548 2010-05-25 06:36:34

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

#1549 2010-05-25 06:54:44

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

#1550 2010-05-25 07:35:24

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

Board footer