Мультиполигоны

Zverik · 2011-03-22T13:13:44.000Z

пока никак, только руками.
можно написать плагин для CommandLine.
я потихоньку пишу плагин для работы с отношениями и мультиполигонами, но его ждать долго.

garl · 2011-03-22T13:19:48.000Z

а рендер и конвертеры такое дело понимают?

luiswoo · 2011-03-22T13:23:51.000Z

А смысл? JOSM на такое не ругается, если только линия 3 не должна стать участком границы…

Zhuzhyk · 2011-03-22T13:51:37.000Z

Рендер точно понимает.

Oksion · 2011-03-22T13:58:25.000Z

Смысл в том, например, что тогда например линия 3 может стать оврагом (забором) или любым другим линейным объектом, без необходимости дублировать точки. Рендеры отлично понимают.

pankdm · 2011-03-22T14:04:57.000Z

luiswoo:

А смысл? JOSM на такое не ругается, если только линия 3 не должна стать участком границы…

Oksion:

Смысл в том, например, что тогда например линия 3 может стать оврагом (забором) или любым другим линейным объектом, без необходимости дублировать точки. Рендеры отлично понимают.

Или например, если линия 3 достаточно сложна, то не приходится ее два раза по одним и тем же точкам рисовать.

Oksion · 2011-03-22T14:08:26.000Z

Вообщем мультиполигоны на удивление рулят, и вообщем сама по себе сущность довольно хорошая, особенно когда сталкиваешься с рисованием природных объектов, озёр болот лесов, вроме того, как я понимаю в нынешней версии api OSM мультиполигоны рекомендованы к применению. Вот я и думал что может есть какой бот, который приводит из старого варианта в новых с мультиполигонами, вроде задача довольно тривиальная и автоматизируемая.

liosha · 2011-03-22T14:25:13.000Z

Oksion:

Вообщем мультиполигоны на удивление рулят, и вообщем сама по себе сущность довольно хорошая

Это очень спорно. Изначально это просто костыль, нужный, чтобы обойти ограничение апи на 2000 точек в вее.

Oksion · 2011-03-22T14:30:37.000Z

а я думал, это осознанный шаг на пути к более объектной моделе OSM

VikDD · 2011-03-22T14:30:38.000Z

liosha, может и костыль, но чертовски удобно, когда вместо десяти веев рисуешь один и включаешь его в полигон (представьте по дороге идут граница области/района/леса/поля/ещё чего-то…) да и вообще, появляется довольно простой способ расширять/уточнять объект, не перерисовывая, а дорисовывая его.

dkiselev · 2011-03-22T14:36:36.000Z

Вот только дорогу приходиться бить на куски. И еще замечательная возможность правя дорогу поломать нафиг границу области, района (это проще всего и в josm не увидишь), лес, поле и что там еще…

tmprec · 2011-03-22T14:37:28.000Z

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

liosha · 2011-03-22T14:39:04.000Z

VikDD:

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

Удобство как раз очень сомнительное: вместо одной стандартной геометрии имеется куча кусков, из которых эту геометрию как-то надо собирать. Причём ещё неизвестно, соберётся ли она вообще, потому что никаких средств на уровне апи для её проверки нет.

Ну и отдельная песня про расхлябанную модель данных, в которой однотипные объекты оказываются на двух разных уровнях иерархии.

Aleksandr_Dezhin · 2011-03-22T15:23:00.000Z

liosha:

Удобство как раз очень сомнительное: вместо одной стандартной геометрии имеется куча кусков, из которых эту геометрию как-то надо собирать. Причём ещё неизвестно, соберётся ли она вообще, потому что никаких средств на уровне апи для её проверки нет.

Ну так для обычных замкнутых веев тоже нет ничего.

Oksion · 2011-03-22T16:42:35.000Z

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

liosha · 2011-03-22T16:50:06.000Z

Aleksandr Dezhin:

Ну так для обычных замкнутых веев тоже нет ничего.

Почему?? Про замкнутый вей всегда известно, что он будет кольцом

Aleksandr_Dezhin · 2011-03-22T17:00:33.000Z

liosha:

Почему?? Про замкнутый вей всегда известно, что он будет кольцом

Я про разнообразные ошибки типа самопересечений, С-образных полигонов, дублей сегментов и пр.

AMDmi3 · 2011-03-22T17:15:20.000Z

Кроме того, API не знает какие веи должны быть замкнутыми.

Ivan_Komarov · 2011-03-22T18:35:22.000Z

VikDD:

liosha, может и костыль, но чертовски удобно, когда вместо десяти веев рисуешь один и включаешь его в полигон (представьте по дороге идут граница области/района/леса/поля/ещё чего-то…) да и вообще, появляется довольно простой способ расширять/уточнять объект, не перерисовывая, а дорисовывая его.

Категорически согласен с этим. Не далее как вчера по бингу выпиливал болото из лесного массива на границе последнего. Без м/п пришлось бы обклацывать два раза.

Oksion · 2011-03-22T20:20:03.000Z

Вот сегодня как-раз испытывал мультиполигоны на практике, конкретно интересовало удобство работы и создания их в josm. В итоге после некоторого времени проведённого за компьютером, получилось http://osm.org/go/2amnX4pb- Мой итог, при использовании мультиполигонов скорость и удобство работы возрастает. Какие плюсы были мной замечены:

Удобство создания карт со сложными “природными” объектами.
Удобство редактирования (уточнения) карт, практически нет необходимости удалять объекты.
Не создаём лишнего мусора в базе данных (дубликаты веев и точек).

Минусы:

Довольно высокий “порог входа”. Необходимость предварительно читать мануалы как этим пользоваться, и вникать.
Чуть более сложное чем обычно в josm назначение тегов для мультиполигонов.
Плохо стыкуются с замкнутыми веями.