Size: a a a

OpenStreetMap Беларусь

2019 June 24

SK

Sergey Kutsuk in OpenStreetMap Беларусь
Sergey Kutsuk
Ну, так сразу бы и говорили :)))
Вы же совсем другую проблему решаете
Сравните:

1. Как ПРАВИЛЬНО бы рисовать блокированные таунхаусы?
2. Как бы мне так перерисовывать уже нарисованные одним полигоном группы блокированных таунхаусов, чтобы МНЕ было ПРОЩЕ?

:)))
источник

SK

Sergey Kutsuk in OpenStreetMap Беларусь
Vitali Danilovich
Сейчас плагин рисования домиков в josm поддерживарет рисование в стык, т.е. сам делает общие точки для домов в стыке или с общей стеной. Всегда их рисовал отдельно
Ого! А покажь!
источник

i

iWowik in OpenStreetMap Беларусь
"Правильно", то есть "по правилу" или скорее "по правилам". А правил два, как минимум.
источник

i

iWowik in OpenStreetMap Беларусь
"В какой полосе правильно ехать по улица на автомобиле?"
Сколько правил для решения этого вопроса вы можете перечислить?
источник

SK

Sergey Kutsuk in OpenStreetMap Беларусь
It depends (c) :)
источник

i

iWowik in OpenStreetMap Беларусь
- где безопаснее (ям меньше)
- где угодно в пределах НП
- как можно правее
- не занимать левый ряд при свободном правом, если дорога имеет много полос и ограничений больше 60 км/ч
- не далее второй полосы (если грузовик)
источник

YY

Yury Yatsynovich in OpenStreetMap Беларусь
Понятно... Я и думал, что, поскольку многие здания отрисованы как полигоны (ибо, например, есть дырки внутри), то приложения-алгоритмы должны уметь работать со зданиями-полигонами, так что разбитые на relations большие здания не должны создать никому проблем
источник

VD

Vitali Danilovich in OpenStreetMap Беларусь
Sergey Kutsuk
Ого! А покажь!
источник

SK

Sergey Kutsuk in OpenStreetMap Беларусь
Спасибо :)
Я-то думал, что ровно с другой стороны когда ведёшь и встречаешь. А этот снэппинг давно вроде был
источник

VD

Vitali Danilovich in OpenStreetMap Беларусь
ну по другому тоже сработает, но сложно совсместить будет вторую точку
источник

SK

Sergey Kutsuk in OpenStreetMap Беларусь
Yury Yatsynovich
Понятно... Я и думал, что, поскольку многие здания отрисованы как полигоны (ибо, например, есть дырки внутри), то приложения-алгоритмы должны уметь работать со зданиями-полигонами, так что разбитые на relations большие здания не должны создать никому проблем
Если там один адрес, то relаtion имеет смысл.
Но не факт, что необходим / оптимален
источник

YY

Yury Yatsynovich in OpenStreetMap Беларусь
Не, в том и смысл разбивки, что адреса там разные -- после разбивки каждому зданию-отношению будет прописан свой адрес
источник

SK

Sergey Kutsuk in OpenStreetMap Беларусь
Yury Yatsynovich
Не, в том и смысл разбивки, что адреса там разные -- после разбивки каждому зданию-отношению будет прописан свой адрес
Ну, вот мы и пришли к моему посту :)
источник

SK

Sergey Kutsuk in OpenStreetMap Беларусь
Если каждый "домик" имеет свой адрес, то ответ, по-моему, очевиден :)
источник

YY

Yury Yatsynovich in OpenStreetMap Беларусь
"по замкнутому way на каждый блокированный дом-адрес, никаких отношений" -- а почему? Просто личные предпочтения или есть сложности обработки relations? В чем недостаток, например, такой отрисовки: https://www.openstreetmap.org/relation/9668871 ?
источник

NM

Notna M in OpenStreetMap Беларусь
Вариант попроще это жахнуть один полигон terraced или похожее, и через него провести интерполяцию адресов
источник

V

VlIvYur in OpenStreetMap Беларусь
Можно входы обозначить и на них навесить адреса
источник

i

iWowik in OpenStreetMap Беларусь
Драники на Эльбрусе уже замапили?
https://pbs.twimg.com/media/D9101rBVUBErxQY.jpg
источник

i

iWowik in OpenStreetMap Беларусь
Йо! Какие драники?!
На горе нет даже name:be!
https://www.openstreetmap.org/node/281936405
Неудобно как-то перед драниками.
источник

SK

Sergey Kutsuk in OpenStreetMap Беларусь
iWowik
Драники на Эльбрусе уже замапили?
https://pbs.twimg.com/media/D9101rBVUBErxQY.jpg
Это не вершина, судя по заднику
источник