Часто бывает, что формально это школа с одним номером, но с разными отделениями (дошкольное/начальное/среднее, различные направления для крупных школ и так далее), то есть ничего общего кроме одинакового номера и (часто) общего руководителя в них нет. Обычно в данном случае достаточно указать operator (как правило в России он одинаковый у таких школ). В большинстве случаев этого достаточно (легко искать по этому критерию). Использование отношений только для того, чтобы собрать их в “общую” коллекцию школ я не встречал, хотя с другими POI было (не знаю кому это нужно, но иногда вижу).
В таких школах еще и учителя на переменах с одной на другую территорию бегают, через кварталы, и мед кабинет один на весь район, и прочее такое.
Проблемка в том, что такие школы обычно включают в себя еще и детские сады. Как объединить в мульте школьные территории и детсады? На мульт вешать школу, а на подчинённый ему полик ДС собственно вешать ДС?
Или лучше все же не объединять? Может есть еще мнения? Нужно взвешенное решение.
Если на одной территории находится только одно учреждение (детский сад/школа/колледж/университет), то достаточно amenity=kindergarten/school/college/university.
Если на одной территории находятся разные образовательные учреждения (например, детский сад + школа или две разные школы), то на территорию ставим landuse=education, на отдельные точки или полигоны зданий ставим соответствующий тег amenity=, name= и так далее.
Если детский сад находится внутри другого здания (например, детский сад внутри жилого здания), то достаточно просто точку и на неё соответствующий тег amenity=, name= и так далее.
Усложним ситуацию (и предыдущая, и следующие исключительно из практики).
Университет, корпуса в разных частях города. Университет, разумеется, один, ни один корпус не является отдельным университетом. Вроде как тоже должен быть один мультиполигон (на практике сейчас замаплена пачка POI).
Далее. Больница, часть корпусов в одном месте, часть в другом. Больница одна, одни корпуса не могут работать без других. Один мультиполигон или несколько POI?
Ещё далее. Одна (юридически) школа, но разные корпуса в трёх километрах друг от друга, ученики и учителя ходят лишь в один из корпусов. Тут, вроде бы, точно разные POI, общий лишь operator.
Итого: граница между одним POI или несколькими очень мутная и неясная, “на вкус мапера”, чёткого алгоритма нет. Всё однозначно лишь в крайних случаях.
учитывая что, региональные филиалы емнип организационно сильно отделены меж собой, будет мегамультик мегамультиков
догоним границу франции хоть в чемнибудь…
ну если ты изобретешь тег для банка в целом (включая все его службы, департаменты, склады и гаражи), то будешь решать как его мапить - коллекцией или мегамультиком
а amenity=bank это тег не для всего банка, а для банковского офиса, осуществляющего обслуживание клиентов. Как и теги магазинов - для отдельных магазинов, а не для розничной сети
Я не вижу разницы, почему вот кассу макдака можно мапить по отдельности, а школы нет. Могу так же перефразировать твои слова.
А amenity=school у нас не для всей школы, а для школьных классов, осуществляющей обучение детей.
что-то я потерял нить. Если будет тег для кассы, то и мапить их по отдельности. Школы тоже мапить по отдельности (amenity=school именно для школы, включающей и территорию, на которой классы по физкультуре ведутся).