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

Silver87 · 2013-09-05 11:00:01

Да медленно перерисовывает. Поторопить (дёрнуть) можно такой ссылкой на желаемый тайл: http://c.tile.openstreetmap.org/13/4778/2343.png/dirty

Anton Lavrov · 2013-09-05 11:12:42

AMDmi3 wrote:

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

Это вы такое имеете в виду - http://www.openstreetmap.org/browse/relation/1788147 ? Вот этого я не понимаю. Так и тротуары надо как area рисовать, а дорогах полосы - разными линиями. Должен же быть предел детализации.

AMDmi3 wrote:

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

Ок, значит, для неширокой можно все же не разрывать. Осталось только определить, что значит - достаточно широкая.

pfg21 · 2013-09-05 11:26:26

тротуары рисуются area:highway = pedestrian
маперам просто уже нечего больше делать

M_Vokhm · 2013-09-05 11:28:17

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

freeExec · 2013-09-05 11:41:34

Anton Lavrov wrote:

Это вы такое имеете в виду - http://www.openstreetmap.org/browse/relation/1788147 ? Вот этого я не понимаю.

В данном случае больше по смыслу подходит http://wiki.openstreetmap.org/wiki/Rela … nd_Tunnels

Sergey Astakhov · 2013-09-05 11:47:53

Anton Lavrov wrote:

Так и тротуары надо как area рисовать

Рисуем. http://www.openstreetmap.org/browse/relation/1777725

Anton Lavrov wrote:

а дорогах полосы - разными линиями.

Тут главное не пытаться использовать существующие теги, предназначенные для другого уровня абстракции. Если отдельными тегами - то пожалуйста.

Anton Lavrov wrote:

Должен же быть предел детализации.

Предел определяется возможностью поддерживать актуальность. Если кто может поддерживать этот уровень детализации в актуальном состоянии - то почему бы и нет.

Anton Lavrov · 2013-09-05 12:07:41

freeExec wrote:

Anton Lavrov wrote:
Это вы такое имеете в виду - http://www.openstreetmap.org/browse/relation/1788147 ? Вот этого я не понимаю.
В данном случае больше по смыслу подходит http://wiki.openstreetmap.org/wiki/Rela … nd_Tunnels

Там еще поверх этого полигона еще один есть, без highway, зато с bridge=yes - http://www.openstreetmap.org/browse/relation/1705884 . Как раз по proposal-у вроде.

Anton Lavrov · 2013-09-05 12:08:47

Sergey Astakhov wrote:

Anton Lavrov wrote:
Так и тротуары надо как area рисовать
Рисуем. http://www.openstreetmap.org/browse/relation/1777725

Черт... все, сдаюсь

AMDmi3 · 2013-09-05 13:35:25

Lesovichok wrote:

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

Лес отмечается по проекции крон. Стволы - вообще не площадной объект.

Lesovichok wrote:

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

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

AMDmi3 · 2013-09-05 13:39:38

Anton Lavrov wrote:

Это вы такое имеете в виду - http://www.openstreetmap.org/browse/relation/1788147 ? Вот этого я не понимаю. Так и тротуары надо как area рисовать, а дорогах полосы - разными линиями.

Надо.

Anton Lavrov wrote:

Должен же быть предел детализации.

Не должен. Тот что есть на данный момент - ограничение в 32бита на lat/lon узлов. Это приблизительно 1 см.

ulyanovsk · 2013-09-05 13:40:43

Lesovichok wrote:

Вчера ночью залилил на сервер кусок:
http://www.openstreetmap.org/#map=13/60.7710/30.0364
Лес с резкой вертикальной границей с Запада и общей границей с ЛЭП по Югу.
Почему он с разным увеличением получает дырки то тут, то там? Это мой косяк или сервер ещё не дообрабатывал данные?
переда заливкой ошибок не былобыло , только предупреждения. Я их проверял - там всё правильно.

F5 вас спасёт

Lesovichok · 2013-09-05 13:55:32

AMDmi3 wrote:

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

Я так понял, что в OSM ноды не являются частью полигонов, как во всех векторных графических редакторах. Там главный объект - линия, в составе которой есть точки. Там если у двух линий общий отрезок - это наложение точек, потому что у каждой линии точки свои. Грубо говоря - не может быть точек без линий, может быть линия из 1 точки.
Здесь же ноды - первичные самостоятельные объекты, а полигоны - это вторичные объекты, виртуальные, состоящие из связей нодов. Именно по-этому в OSM одну и ту же точку можно использовать в множестве объектов без проблем.
Иной подход к векторным данным.

Last edited by Lesovichok (2013-09-05 14:01:30)

dkiselev · 2013-09-05 14:20:02

Не смотря на то что дублирования точек как такового нет, редактировать становится очень тяжело.

Lesovichok · 2013-09-05 15:19:20

dkiselev wrote:

Не смотря на то что дублирования точек как такового нет, редактировать становится очень тяжело.

Я вчера в JOSMе третий раз в жизни был - ничего сложного нет. Просто надо набить руку на работу с несколькими полигонами под одной линией (средняя кнопка мыши, Ctrl, Alt). На английском это расписано в Advanced Tricks. http://wiki.openstreetmap.org/wiki/JOSM/Advanced_Tricks

Hind · 2013-09-05 15:52:43

Lesovichok wrote:

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

Совершенно верно. Вы на моей памяти первый новичок, который это правильно сформулировал.
Только не виртуальные, а вполне реальные, просто для их существования необходимо существование включенных нодов.

Есть ещё «отношения» ("relations") — почти то же, что и линии, но, если линии могут включать в себя только ноды, то отношения могут включать в себя ещё и сами линии, и другие отношения. Плюс каждое включение имеет параметр «роль».
Благодаря этому в осме можно описывать мультиполигоны (полигоны с дырками, а также из незамкнутых линий, образующих замкнутые контуры) путём создания отношения с тегом type=multipolygon и включения в него контуров с ролями inner или outer, в зависимости от того, внешний это контур или внутренний.
Или, например, отношениями отмечаются запреты поворотов.

Модель данных довольно гибкая, хоть порой и громоздкая, но иногда не хватает даже её.

dkiselev · 2013-09-05 16:03:30

Lesovichok wrote:

dkiselev wrote:
Не смотря на то что дублирования точек как такового нет, редактировать становится очень тяжело.
Я вчера в JOSMе третий раз в жизни был - ничего сложного нет. Просто надо набить руку на работу с несколькими полигонами под одной линией (средняя кнопка мыши, Ctrl, Alt). На английском это расписано в Advanced Tricks. http://wiki.openstreetmap.org/wiki/JOSM/Advanced_Tricks

Не не не, Девид Блэйн, не не не! Но в следующий раз, как найду, например наложение нескольких дорог + 3-4 лэндьюза поверх, я знаю с кем поделиться радостью

Lesovichok · 2013-09-05 16:12:37

dkiselev wrote:

Но в следующий раз, как найду, например наложение нескольких дорог + 3-4 лэндьюза поверх, я знаю с кем поделиться радостью

А можно сcылку на пример или JOSM файл с таким наложением?

Last edited by Lesovichok (2013-09-05 16:39:36)

AMDmi3 · 2013-09-05 16:42:41

Lesovichok wrote:

AMDmi3 wrote:
Сдесь дублирование геометрии, что не очень хорошо, хотя многим так и удобнее.
Я так понял, что в OSM ноды не являются частью полигонов, как во всех векторных графических редакторах. Там главный объект - линия, в составе которой есть точки. Там если у двух линий общий отрезок - это наложение точек, потому что у каждой линии точки свои. Грубо говоря - не может быть точек без линий, может быть линия из 1 точки.
Здесь же ноды - первичные самостоятельные объекты, а полигоны - это вторичные объекты, виртуальные, состоящие из связей нодов. Именно по-этому в OSM одну и ту же точку можно использовать в множестве объектов без проблем.
Иной подход к векторным данным.

Это вопрос внутреннего устройства данных, он не принципиален. В обоих описанных схемах данных геометрия дублируется. С отношениями - геометрия одна, и это более верно топологически: объекты привязаны к одной единственной общей линии, а не просто их границы совпадают.
Это отражается и на редактировании - хотя современный josm разницу скрывает (но раньше, например, если потянуть за середину сегмента, по которому идет несколько линий, точка добавлялась только на одну). Даже сейчас w (draw buildings) будет вытягивать сегмент только у одной линии, g (расклейка точек), расцепит все линии. Это тем менее удобно чем линий больше (а их бывает много, обычное, например, дело - barrier + 2 landuse).

Lesovichok · 2013-09-05 16:58:03

AMDmi3 wrote:

Это вопрос внутреннего устройства данных, он не принципиален. В обоих описанных схемах данных геометрия дублируется. С отношениями - геометрия одна, и это более верно топологически: объекты привязаны к одной единственной общей линии, а не просто их границы совпадают.

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

AMDmi3 wrote:

но раньше, например, если потянуть за середину сегмента, по которому идет несколько линий, точка добавлялась только на одну). Даже сейчас w (draw buildings) будет вытягивать сегмент только у одной линии, g (расклейка точек), расцепит все линии. Это тем менее удобно чем линий больше (а их бывает много, обычное, например, дело - barrier + 2 landuse).

Это не потому, что там линий несколько идёт в одном месте, а потому что до этого был выбран 1 полигон или никакой, JOSM подумал, что тянем отрезок конкретного полигона (выбранного ранее и первого по списку). Надо сперва все полигоны выделить, мол мне для всех надо тянуть, а уже потом тянуть за крестик. так же с G - сперва выделяем нужный полигон, потом общий нод на нём, потом жмём G - получаем 1 новую обособленную для нашего полигона точку.
Я вчера за 2-3 часа тот лес нарисовал, с полями, участками, болотами и уточнением границы озера.
И у меня там всего 2 мультиполигона: хутор в лесу и остров на озере. Всё остальное на общих границах сделано.

В общем, налицо недостаток справочной информации. Надо это в голове упорядочить и видеоуроки забацать.

Last edited by Lesovichok (2013-09-05 17:04:53)

AMDmi3 · 2013-09-05 17:18:15

Lesovichok wrote:

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

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

Lesovichok wrote:

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

Я, кстати, ошибся, выше имелось в виду не Draw buildings (W), а Extrude (X). Она банально не умеет работать с несколькими выбранными веями. G, кстати, тоже - только для одного вея. 2 от 2 оторвать не получится.

freeExec · 2013-09-05 17:23:35

Lesovichok wrote:

Ноды - это гвозди вбитые в карту на стене с привязкой к местности, а полигоны - это верёвки натянутые от гвоздя к гвоздю

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

M_Vokhm · 2013-09-05 19:19:07

freeExec wrote:

Lesovichok wrote:
верёвки натянутые от гвоздя к гвоздю
ниток надо больше

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

Last edited by M_Vokhm (2013-09-05 19:21:39)

Lesovichok · 2013-09-05 19:58:15

M_Vokhm wrote:

И ниток меньше расходуется, и редактировать обычно удобнее. Кроме того, такой контур может иметь "дырки" - линии-участники мультиполигона с ролью "inner" - например, поляны в лесу или острова на озере.

Что это за монстр-мультиполигон будет в масштабах Ленинградской области? Разрывов же и пустот там не может быть. Значит вся ленобласть - один громадный мультиполигон, с бесконечным числом отношений. Это не реализуемо.
И нитки/верёвки между гвоздями - они лишь виртуально есть. Реально же есть 3 точки с координатами на карте (1,2,3). И есть, условно, база с полигонами, где есть полигон номер 1574874564197, образуемый точками 1,2 и 3.
То есть пусть там хоть 500 полигонов через 2 точки проходят, ниток между ними нет, пока не запустишь рендер или редактор.
Вот же структура XML. Нет там линий. Полигоны - есть совокупность нодов, которые хранятся отдельно. Никаких отрезков нет.
http://wiki.openstreetmap.org/wiki/OSM_XML
В 3D моделирование та же петрушка. Одна вершина(нод) может входить в огромное число соседних полигонов, но это всего лишь 1 вершина. Удалим её - все полигоны развалятся.

Last edited by Lesovichok (2013-09-05 20:08:27)

freeExec · 2013-09-05 20:39:11

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

lenux · 2013-09-05 20:54:22

Lesovichok дам пожалуй пару советов. Совет первый:
1. Не слушайте как мапить. Т.е. вырезать канаву или нет.
2. Если есть желание читать про структуру данных http://habrahabr.ru/post/146503/
3. Перед отправкой данных снимайте выделение с объектов. И выполняете проверку в josm
4. Смотрите видеоуроки по relation toolbox . Так же ставите модули mirror download, building tools , countor merge , imagery offset db , fast draw . Если собираетесь груды озёр обводить в сибири, то scanaerial.
5. Мапьте, мапьте. На 100500 объект понимание само придёт : )

А теперь к обсуждению:
1. Не знаю что замания мапить луга. Если на объекте ничего нет (поле с травой, лес закончился), то и смысл это маппить? Наоборот, если место "пусто" то значит возможно что там что-то появиться => надо смотреть. А если будет замаплено, то значит там уже что-то есть. + леса всё же изменяют форму со временем.
2. Карта в конечном счёте должна быть понятна. Вырубать к примеру канавы из леса смысла нет. Однако если протекает речка шириной с дверной проём, то тоже. А если её ширина существенна для riverbanka то когда он появится, то лес делить стоит по полигону ривера, если же он не много отойдёт, то и полигон отойдёт.
3. Поэтому Lesovichok тут скорее правильный совет: Сначала просто мапь, а потом придёт само как надо : D (Так что у нас тут как в ДЗЭНе, ничего не понимаешь, а потом сразу оооо ) ). Потому что всех вариантов не перечислить . Для всех объекто всё равно тэгов нет и т.д. Так что используй вики для поиска тэгов. И примерной наводки как надо.

По структуре: Есть точка (х и у ). Две и более точки могут образовывать линии(у них есть направления).
Есть мультиполигоны. Это как массивы ты добавляешь в них точки и линии. На каждый объект (точку и/или линию и/или мультиполигон) можно навесить тэги.

Announcement

#51 2013-09-05 11:00:01

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

#52 2013-09-05 11:12:42

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

#53 2013-09-05 11:26:26

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

#54 2013-09-05 11:28:17

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

#55 2013-09-05 11:41:34

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

#56 2013-09-05 11:47:53

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

#57 2013-09-05 12:07:41

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

#58 2013-09-05 12:08:47

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

#59 2013-09-05 13:35:25

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

#60 2013-09-05 13:39:38

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

#61 2013-09-05 13:40:43

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

#62 2013-09-05 13:55:32

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

#63 2013-09-05 14:20:02

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

#64 2013-09-05 15:19:20

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

#65 2013-09-05 15:52:43

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

#66 2013-09-05 16:03:30

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

#67 2013-09-05 16:12:37

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

#68 2013-09-05 16:42:41

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

#69 2013-09-05 16:58:03

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

#70 2013-09-05 17:18:15

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

#71 2013-09-05 17:23:35

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

#72 2013-09-05 19:19:07

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

#73 2013-09-05 19:58:15

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

#74 2013-09-05 20:39:11

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

#75 2013-09-05 20:54:22

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

Board footer