Леса, поля, озёра. Как грамотно?

pfg21 · 2013-09-04 13:19:53

мое мнение:
1. технически мультиполигону без разницы до размеров.
НО удобней когда они разумных размеров, небольшой и немаленький, Не надо забывать редактировать кучу мелких полигончиков тоже крайне неудобно.
2. Соседние МП могут иметь общую границу. к примеру Сосновские и Акшкюльские леса разделяет небольшая просека шириной в 5 метров, линия в оутеры обоим лесам, на линию man_made=cutline. четко, ясно, наглядно.
3. полоску пустоты рисовать если она есть как таковая, хотя бы десятки метров.

AMDmi3 · 2013-09-04 13:27:26

Единственная проблема с большими полигонами - из разрезка на части. Вырезать в большом мультиполигоне просеку под дорогу значит выкинуть поляны по одну сторону просеки из одного отношения, и собрать вместе с контуром в другое, а инструментов это облегчающих насколько я знаю пока нет - inner'ы придётся выделять руками по одному и руками контролировать что не забыл ни один полигон.

Lesovichok · 2013-09-04 13:28:01

pfg21 wrote:

2. Соседние МП могут иметь общую границу. к примеру Сосновские и Акшкюльские леса разделяет небольшая просека шириной в 5 метров, линия в оутеры обоим лесам, на линию man_made=cutline. четко, ясно, наглядно.

А разве они тогда не соединяются в общий мультиполигон?

freeExec · 2013-09-04 13:30:31

Lesovichok wrote:

А разве они тогда не соединяются в общий мультиполигон?

Как минимум они имеют разные имена.

Sergey Astakhov · 2013-09-04 13:34:48

Delin wrote:

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

Зависит от обстоятельств, возможны все три варианта.
Если лес, как единый природный объект не делится этим ручьём на части (т.е. вы в лесу его легко перешагнёте), то первый вариант.

Last edited by Sergey Astakhov (2013-09-04 13:35:31)

pfg21 · 2013-09-04 13:36:09

Lesovichok, тогда получается большой полигон.
Стараюсь бить мультиполигоны на небольшие по имеющимся линейным объектам. вот пример маленький и большой лес граничат меж собой по дороге (левая граница маленького) , иначе при объединении получился бы еще больший полигон.
плюс усложнение от много кусочной границы с riverbank'ом Керженца, на которой отмечена куча песчаных пляжей.

Last edited by pfg21 (2013-09-04 13:41:41)

pfg21 · 2013-09-04 13:39:46

AMDmi3, можно разбить лес на два контура outer работать будет, но вот редактировать с много'outer'ным полигоном вообще весело.

AMDmi3 · 2013-09-04 13:41:09

pfg21 wrote:

AMDmi3, можно разбить лес на два контура outer работать будет, но вот редактировать с много'outer'ным полигоном вообще весело.

Можно, но лучше так не делать.

Anton Lavrov · 2013-09-04 14:06:48

Delin wrote:

В теории вместо дороги-линии должна быть дорога-ареа, но osm до этого еще не дошел.
В случае дорог лес я делю, посередине провожу вей дороги. В отличии от ручейков там и места больше и геометрически дорогу проще обозначить (она как правило прямая )
А вот в наложении дорог на landuse=residential я не вижу ничего криминального.

Не-не-не, дороги как area - это вообще будет треш, как навигацию-то по ним делать? Надеюсь, osm никогда до такого и не дойдет.

Ну а если дороги - это линии, то зачем делить по ним лес или residential? Ну, если лес метров на 50 от дороги отстоит - то тогда да, лес вплотную к дороге рисовать не надо, но в этом случае такого желания обычно и не появляется.

AMDmi3 · 2013-09-04 14:21:52

Anton Lavrov wrote:

Не-не-не, дороги как area - это вообще будет треш, как навигацию-то по ним делать? Надеюсь, osm никогда до такого и не дойдет.

Уже давно дошёл, но разумеется площадные дороги используются только в дополнение к линейным.

Anton Lavrov wrote:

Ну а если дороги - это линии, то зачем делить по ним лес или residential?

Потому что над достаточно широкой дорогой лес разрывается. Не показать этого разрыва - значит допустить неточность.

Lesovichok · 2013-09-04 15:31:26

AMDmi3 wrote:

Потому что над достаточно широкой дорогой лес разрывается. Не показать этого разрыва - значит допустить неточность.

Так он всё равно дорогу отрендерит поверх леса. В растровых картах так же - зелень леса, поверх неё нитка дороги.

BushmanK · 2013-09-04 15:44:31

Lesovichok, OSM - это не карта, а база данных. Кто-то может выгрузить себе только контуры лесов для какой-то нужды (например, вычисления площади, покрытой лесом в данной местности). И наткнется на ложную информацию.

AMDmi3 · 2013-09-04 15:50:41

Lesovichok wrote:

AMDmi3 wrote:
Потому что над достаточно широкой дорогой лес разрывается. Не показать этого разрыва - значит допустить неточность.
Так он всё равно дорогу отрендерит поверх леса. В растровых картах так же - зелень леса, поверх неё нитка дороги.

Кто "он" и какая разница как "он" отрендерит? Другой "он" отрендерит дорогу линией однопиксельной ширины, третий "он" - отрендерит лес поверх всего штриховкой или полупрозрачно, четвёртый - вообще трёхмерный рендер и наложения объектов в нём нет как факта.

Lesovichok · 2013-09-04 17:03:37

BushmanK wrote:

Lesovichok, OSM - это не карта, а база данных. Кто-то может выгрузить себе только контуры лесов для какой-то нужды (например, вычисления площади, покрытой лесом в данной местности). И наткнется на ложную информацию.

В общем......даже если мы режем лес по дорогам - опять же там канава, слудя дотошной логике "мапить всё" мы должны и канаву замапить....а у неё одна граница общая с лесом, а вторая с дорогой. Опять же, по дотошной логике на OSM вообще не должно быть пустот. Значит что делать? Клеить вместе полигоны леса и канавы по общей границе?

Silver87 · 2013-09-04 17:40:42

Lesovichok wrote:

BushmanK wrote:
Lesovichok, OSM - это не карта, а база данных. Кто-то может выгрузить себе только контуры лесов для какой-то нужды (например, вычисления площади, покрытой лесом в данной местности). И наткнется на ложную информацию.
В общем......даже если мы режем лес по дорогам - опять же там канава, слудя дотошной логике "мапить всё" мы должны и канаву замапить....а у неё одна граница общая с лесом, а вторая с дорогой. Опять же, по дотошной логике на OSM вообще не должно быть пустот. Значит что делать? Клеить вместе полигоны леса и канавы по общей границе?

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

Last edited by Silver87 (2013-09-04 17:47:26)

Silver87 · 2013-09-04 17:45:14

Lesovichok wrote:

НО........править такие штуки потом будет смерти подобно. Захочешь подвинуть дорогу - придётся двигать ещё 2 линии леса по обе стороны от неё.

У Вас какое-то в корне неправильное представление о том как всё происходит. Нет никаких причин для Массовой правки всех и вся лесов после того как их качественно отрисовали. И даже если это понадобится есть куча удобных инструментов группового выделения, так что пара кликов и все 3 линии подвинуты.

AMDmi3 · 2013-09-04 18:07:46

Lesovichok wrote:

В общем......даже если мы режем лес по дорогам - опять же там канава, слудя дотошной логике "мапить всё" мы должны и канаву замапить....а у неё одна граница общая с лесом, а вторая с дорогой. Опять же, по дотошной логике на OSM вообще не должно быть пустот. Значит что делать? Клеить вместе полигоны леса и канавы по общей границе?

Нет никакой логики "не должно быть пустот", всё наоборот - не должно быть правок, не соответствующих реальности, ради какой-то с потолка взятой логики. Так, лес клеить с канавой совершенно не нужно, на самом деле его нельзя клеить вообще ни с какими объектами на уровне земли, это топологическая ошибка, ибо кроны с канавой и дорогой находятся на разных уровнях и никак не связаны (но могут быть связаны со зданием, например, если дерево растёт вплотную и крона касается стены). Всё предельно просто - лес рисуется по контуру крон, дорога по контуру дороги а канава по контуру канавы (если мы говорим о полигонах). Если объекты имеют общую границу, делаются мультиполигоны с общим ребром. Если не имеют, то насильно соединять их не надо (но можно подумать чем является пространство между ними, и отметить его, если угодно).

Lesovichok · 2013-09-04 20:41:29

AMDmi3 wrote:

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

Мне кажется, что это уже излишне, по кронам что-либо делать. Во-первых, крона сегодня тут, а через два года там.
Во-вторых - какой в этом смысл? Кому и зачем знать где там эта крона?

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

Сперва рисуем A, потом B, прощёлкивая мышкой ещё раз по общим с A точкам. Всё. Мультиполигонов нет, конфликтов нет. Что и требовалось.

Sergey Astakhov · 2013-09-04 21:04:49

Lesovichok wrote:

Сперва рисуем A, потом B, прощёлкивая мышкой ещё раз по общим с A точкам. Всё. Мультиполигонов нет, конфликтов нет. Что и требовалось.

У этого способа есть свои недостатки - куча лишних кликов, что при длинной общей границе может быть существенно.
Тут надо различать два вида границ:

1) Граница, разделяющая объекты одна и только одна. Примеры: административные границы, граница между пляжем и морем и т.п. В этом случае удобнее делать мультиполигонами.
2) Граница у объектов в общем случае разная, но иногда может совпадать. Пример: граница поля и леса. В этих случаях часто лучше делать наложением, как в вашем примере. Тогда при уточнении снимка их будет гараздо проще разъеденить.

Lesovichok · 2013-09-04 21:38:29

Sergey Astakhov wrote:

Тогда при уточнении снимка их будет гараздо проще разъеденить.

Кстати об уточнении...на радостях полез рисовать и накосячил. Как исключить точки из полигона не удаляя их?
То есть, на моём примере - как исключить точу II из полигона B, не удаляя её?

ПС: По мне - главный плюс этого метода в том, что меньше точек и линий, а значит проще делать детализацию потом и все правки.

ППС:
РАЗОБРАЛСЯ (http://wiki.openstreetmap.org/wiki/JOSM/Advanced_Tricks) Fancy Geometry Tricks.
Когда множество полигонов имеют общие узлы(точки) - это называется Группа.
Чтобы исключить из группы весь полигон или его точку(и), выбираем такой полигон и/или точку(и) на нём и нажимаем G. Теперь наш полигон или точка на нём станет самостоятельной, смотря что выбирали перед разгруппировкой.

Last edited by Lesovichok (2013-09-04 21:57:05)

pumbur · 2013-09-04 23:27:34

Сперва рисуем A, потом B, прощёлкивая мышкой ещё раз по общим с A точкам.

прощёлкать можно только две первые точки, а потом жать [f] пока не дойдёт до финиша.

и ещё, например, есть плагин contourmerge.

и средняя кнопка мыши для выбора объектов A/B по линии 1-3.

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

chnav · 2013-09-05 07:15:25

Lesovichok wrote:

нажимаем G. Теперь наш полигон или точка на нём станет самостоятельной, смотря что выбирали перед разгруппировкой.

...и имеем кучу ошибок "duplicated nodes". Этот метод используется только перед тем как вы собрались двигать полигон.

Last edited by chnav (2013-09-05 07:17:24)

literan · 2013-09-05 08:35:20

pumbur wrote:

прощёлкать можно только две первые точки, а потом жать [f] пока не дойдёт до финиша

эх, кабы раньше знать!!!! порой такие элементарные и нужные вещи лежат на поверхности

freeExec · 2013-09-05 09:07:27

Это чё, я вот недавно узнал, что S, X позволяет у домов например двигать стены. А раньше приходилось выделять по 2 точки и стараться двигать их прямо.

Lesovichok · 2013-09-05 10:56:49

Вчера ночью залилил на сервер кусок:
http://www.openstreetmap.org/#map=13/60.7710/30.0364

Лес с резкой вертикальной границей с Запада и общей границей с ЛЭП по Югу.
Почему он с разным увеличением получает дырки то тут, то там? Это мой косяк или сервер ещё не дообрабатывал данные?
переда заливкой ошибок не былобыло , только предупреждения. Я их проверял - там всё правильно.

Announcement

#26 2013-09-04 13:19:53

Re: Леса, поля, озёра. Как грамотно?

#27 2013-09-04 13:27:26

Re: Леса, поля, озёра. Как грамотно?

#28 2013-09-04 13:28:01

Re: Леса, поля, озёра. Как грамотно?

#29 2013-09-04 13:30:31

Re: Леса, поля, озёра. Как грамотно?

#30 2013-09-04 13:34:48

Re: Леса, поля, озёра. Как грамотно?

#31 2013-09-04 13:36:09

Re: Леса, поля, озёра. Как грамотно?

#32 2013-09-04 13:39:46

Re: Леса, поля, озёра. Как грамотно?

#33 2013-09-04 13:41:09

Re: Леса, поля, озёра. Как грамотно?

#34 2013-09-04 14:06:48

Re: Леса, поля, озёра. Как грамотно?

#35 2013-09-04 14:21:52

Re: Леса, поля, озёра. Как грамотно?

#36 2013-09-04 15:31:26

Re: Леса, поля, озёра. Как грамотно?

#37 2013-09-04 15:44:31

Re: Леса, поля, озёра. Как грамотно?

#38 2013-09-04 15:50:41

Re: Леса, поля, озёра. Как грамотно?

#39 2013-09-04 17:03:37

Re: Леса, поля, озёра. Как грамотно?

#40 2013-09-04 17:40:42

Re: Леса, поля, озёра. Как грамотно?

#41 2013-09-04 17:45:14

Re: Леса, поля, озёра. Как грамотно?

#42 2013-09-04 18:07:46

Re: Леса, поля, озёра. Как грамотно?

#43 2013-09-04 20:41:29

Re: Леса, поля, озёра. Как грамотно?

#44 2013-09-04 21:04:49

Re: Леса, поля, озёра. Как грамотно?

#45 2013-09-04 21:38:29

Re: Леса, поля, озёра. Как грамотно?

#46 2013-09-04 23:27:34

Re: Леса, поля, озёра. Как грамотно?

#47 2013-09-05 07:15:25

Re: Леса, поля, озёра. Как грамотно?

#48 2013-09-05 08:35:20

Re: Леса, поля, озёра. Как грамотно?

#49 2013-09-05 09:07:27

Re: Леса, поля, озёра. Как грамотно?

#50 2013-09-05 10:56:49

Re: Леса, поля, озёра. Как грамотно?

Board footer