Никакие правила не извращаются, мультиполигон используется корректно.
Мультиполигоны к месту везде, где иначе будут накладывающиеся веи, и особенно когда один вей полностью перекрывается другим (заборы).
И что теперь, не рисовать маршруты?
Никаких. Для этого нужно уходить от нодов-веев и делать нормальные человекопонятные объекты и связи, как минимум на уровне API. Но для такого радикализма ОСМ уже слишком закостенел.
+1, гораздо сложнее когда точки двух разных полигонов слиты и это 100+ слитий 
я такое переделываю в мульти-полигон, новичку может будет по сложнее, но как бы не знаю. Пока я полностью не врубился в мощь мульти-полигонов я просто их не трогал и не лапал отношения.
В этом треде: «продвинутые мапперы», не прочитавшие инструкций новички и печальные авторы конвертеров.
Ну я мультиполигонами только большие куски леса фигачу, а то уж очень муторно рисовать полигоны полей/лесов по общим точкам…
Типичная прямоугольная панелька, казалось бы ничего особенного. Мультиполигон из шести веев.
http://osm.org/go/0t2ZK1a7r–
Зато всё по правилам и мапник доволен 
Это правильно и круто.
Ну, давайте сделаем свой незакостенелый OSM с блекджеком и нормальными человекопонятными объектами и связями, как минимум на уровне API.
А если серьёзно, то я не встречал пока вменяемых предложений по изменению модели OSM. Без шуток.
Не могли бы вы обрисовать своё видение организации оптимальной структуры данных. Ну или ссылок каких накидать.
Хм… да немного перебор, я не думаю, что там wood настолько сплошняковый… прям ни капли чистого места…
Я вот тоже стал подседать на мультиполигоны … но вот только совсем не завидую тому, кто вдруг захочет что-то улучишить или исправить …
Вообще прикольна модель объектов в ОСМ:
- Точка - node
- Линия состоящая из точек - way
- Линия состоящая из линий - relation (река например)
- Площадный объект без дырок состоящий из точек - way
- Площадный объект без дырок состоящий из линий - multipolygon aka relation
- Площадный объект с дырками состоящий из линий - multipolygon aka relation
Мультиполигон состоящий только из outer - изврат. Это типичный way но составленный из линий а не точек. Короче “relation наше всё” звучит как-то непривычно для человека пришедшего из мира векторной графики …
Так проблема идеологическая или техническая? С технической точки зрения в JOSMе с мультиполиками всё ок. А если проблема идеологическая, то на данном этапе развития ОСМ лучше способы решения проблемы обсуждать на кухнях под канистру горячительного)))
4 и 5 бывают копиями, но таки я лично использую 5 вариант, когда например граница residential и industrial совпадает или граница парка идёт, но не по всей границе есть barrier, потом в мульти-полигоне есть и линия с barrier и линия без тегов и вкрапления barrier в эту линию… Или недавний пример - граница парка - кирпичный забор завода, то есть стенка и к заводу и к парку в ОСМо-плане принадлежит. Наверное плохо, когда это доводят до абсурда…
GaM
Еще пример: стык леса и луга. Ранее я рисовал 2 полигона с общими точками в месте соприкосновения. Сейчас же я лучше нарисую 2 мультиполигона. Быстрее и править потом проще…
А я вот в упор не понимаю чем 2 полигона с границей “по общим точкам” хуже 2х мультиполигонов. То что линии накладываются - и что? При двух мультиполигонах геометрия все равно в общей линии накладывается, просто это происходит не столь явно. Хотя мне не западло и так и эдак нарисовать.
А еще мультиками удобно собирать полигон place у пребрежных НП из линии по суше и куска coastline.
Хм… Вообще-то гис-технологиям не один десяток лет, и всё уже давно придумано.
Ну если навскидку:
- надо отцепить API от внутреннего представления данных
- на уровне пользователя объекты надо сделать атомарными и более-менее унифицированными (никаких мультиполигонов, которые состоят из веев, которые состоят из нодов!)
- нужны более гибкие способы задания связей между объектами
Если когда-нть до этого дойдёт, тогда можно уже будет думать дальше.
не знаю как Фелису, а мне понятней не стало, может гугл подскажет…
“Если когда-нть до этого дойдёт, тогда можно уже будет думать дальше.” - OSM так не работает. Пока нет чёткого представления, бесполезно браться за реализацию.
Если не сложно, можно конкретные ссылки? Где бы почитать теорию и какие-то азы.
Мне действительно интересно. Но я далёк от мира ГИС. Я варюсь в CAD/CAM и векторной графике поэтому сравнивать могу только с ними.
Из ГИС имел дело только с MapInfo. Но много и плотно. Ненавижу эту программу всеми фибрами души. Именно за “бестолковую модель данных” (ИМХО, конечно).
И текущая модель представления данных в OSM мне по душе. Вопрос скорее в неудобном инструментарии для работы с этой моделью. Отсюда много непонимания и сложности в освоении.
Ещё раз и ко всем
Если вам по душе другое представление данных, поделитесь ссылкой на описание этой системы. Заранее признателен всем откликнувшимся.
Дык я ж говорю: в ОСМ этого не будет, по многим причинам.
Как OSM работает, все знают: API 0.6 уже почти 3 года, а про 0.7 ещё даже нет понимания, что в него включить.
Так что действительно, “бесполезно браться”.
Лёшь, поделись ссылками хотя бы для познания.