Как обозначать? (Part 1)

Как обозначить территорию?

hunting=yes
name=Удольское охотничье хозяйство
operator=ООО “ВООО и Р”

Наверно еще
boundary=protected_area
protect_class=14

Что делать с такими объектами и note?

https://www.openstreetmap.org/relation/11063613#map=9/56.2700/39.5682

У нас мульты админ границ на ватервеи и дороги можно вешать?

можно.
для точности прочитать текстовое описание админ.границы

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

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

Спасибо.

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

Часто бывает, что формально это школа с одним номером, но с разными отделениями (дошкольное/начальное/среднее, различные направления для крупных школ и так далее), то есть ничего общего кроме одинакового номера и (часто) общего руководителя в них нет. Обычно в данном случае достаточно указать operator (как правило в России он одинаковый у таких школ). В большинстве случаев этого достаточно (легко искать по этому критерию). Использование отношений только для того, чтобы собрать их в “общую” коллекцию школ я не встречал, хотя с другими POI было (не знаю кому это нужно, но иногда вижу).

Но (!), если территория одной школы разделена на 2 или более “части”, не связанных между собой, то в этом случае нужно создать мультиполигон и указывать соответствующие теги на нём, а не на каждой части отдельно.
https://wiki.openstreetmap.org/wiki/RU:Tag:amenity=school#Школа,_имеющая_несколько_территорий

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

Проблемка в том, что такие школы обычно включают в себя еще и детские сады. Как объединить в мульте школьные территории и детсады? На мульт вешать школу, а на подчинённый ему полик ДС собственно вешать ДС?

Или лучше все же не объединять? Может есть еще мнения? Нужно взвешенное решение.

Категорическое НЕТ
https://wiki.openstreetmap.org/wiki/Relations_are_not_categories

В памяти всплывает relation, объединяющий памятники. Кажется его быстро снесли.

Так оно есть, и даже два.

А как бы вы замапили такой случай?

Школа занимает отдельное здание и половину первого этажа соседней жилой многоэтажки:

  1. два отдельных POI с одинаковым name
  2. один мультиполигон (просто полигон не получится, так как здания разделяет двор многоэтажки, не являющийся школьной территорией)

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

Смотрите landuse=education, хорошая статья.

Если на одной территории находится только одно учреждение (детский сад/школа/колледж/университет), то достаточно amenity=kindergarten/school/college/university.

Если на одной территории находятся разные образовательные учреждения (например, детский сад + школа или две разные школы), то на территорию ставим landuse=education, на отдельные точки или полигоны зданий ставим соответствующий тег amenity=, name= и так далее.

Если детский сад находится внутри другого здания (например, детский сад внутри жилого здания), то достаточно просто точку и на неё соответствующий тег amenity=, name= и так далее.

Так беда в том, что учреждение-то одно “сад+школа”, и директор один. Значит объект OSM вроде бы один.

ОК.

Усложним ситуацию (и предыдущая, и следующие исключительно из практики).

Университет, корпуса в разных частях города. Университет, разумеется, один, ни один корпус не является отдельным университетом. Вроде как тоже должен быть один мультиполигон (на практике сейчас замаплена пачка POI).

Далее. Больница, часть корпусов в одном месте, часть в другом. Больница одна, одни корпуса не могут работать без других. Один мультиполигон или несколько POI?

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

Итого: граница между одним POI или несколькими очень мутная и неясная, “на вкус мапера”, чёткого алгоритма нет. Всё однозначно лишь в крайних случаях.

я бы делал (и делал по факту) один мультик

то же самое

юридическое нас мало интересует. По факту это разные школы, просто в Москве такая идиотская модель.

в разных частях города находятся разные факультеты. здания соотвестнно именовать по факультетам или корпусам.

посмотреть оф.документы там обычно имеется название “филиал больницы А в н.п Б” или что подобное.

филиалы это внутренняя системаорганизации , теги оператор овнер и иже с ними.
для внешнего пользователя мало интересная.

Согласен