Еще раз, имхо, максимум что надо простому пользователю, это подъехать к правильному входу на территорию и это важно, слабо представляю себе человека не способного отличить транс от здания школы (name и addr никто не отменял), но и в этом случае можно придумать тег, типа главный вход главного здания школы и создавать точку POI на нем, если мы говорим о прикладной задаче попасть именно в главное здание, но и как выше говорилось, если я млин электрик и ищу именно транс, нафиг мне главное здание, мне нужно понимание, что за этим забором та школа что я ищу.
А главное — это какое, извините? Самое большое или где директор сидит?
Школа — это комплекс территории, входов на территорию, зданий и входов в здания, спортплощадок и других пришкольных огородов. Самое общее из них — территория. Всё остальное надо описывать отдельно. Как и для любого другого объекта, если не знаем территорию, то ставим точку. Введение каких-то исключений для школ неправильно.
siberiano
опять сферические кони в вакууме. Нельзя обозначить amenity=school только одно из зданий 1681, потому что остальные тоже являются школами и детскими садами. Нельзя обозначить территорию 1681, потому что у него много территорий. Не нужно измываться над здравым смыслом только ради того, чтобы в поиске находился один экземпляр 1681.
Я знаю кучу школ и детских садов где на одной территории располагается 2 детских сада или школы. Я придерживаюсь того что школа это организация и должна обозначаться точкой на здании.
Всё же, а в чём проблема с описанием amenity=school? Ведь стандартная схема делает landuse=education излишним.
Если посмотреть на вики, то значимый текст (не перевод) имеется только в 4 языках: английский (самый полный), немецкий, французский и русский. Японский, итальянский, бразильский, арабский - та или иная глубина перевода английского (спасибо Переводчику Google http://translate.google.ru/?hl=ru&tab=wT#fr|en| за качественный перевод экзотических языков).
Полный текст в английской вики:
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool - в англовики
"Place a node Node or draw an area Area around the grounds of the school, and tag it as amenity=school.
The school buildings are areas within this with building=yes, you then mark the entrance of the buildings with building=entrance.
Mark one or more of the nodes in the way of the grounds with school=entrance and if appropriate barrier=gate. There should be a footway or service road as appropriate to the school=entrance from the main road network so that it is possible to route to the entrance of the school entrance."
Французы вообще решили при помощи схемы school:FR=* заколачивать свои названия учреждений (что-то такое хотел Adriano)
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool
school:FR=maternelle (jusqu’en GS)
school:FR=élémentaire (CP à CM2)
school:FR=primaire (regroupant maternelle et élémentaire)
school:FR=collège (6e à 3e)
school:FR=lycée (2nde à Terminale)
А немцы добавили что помимо amenity=school они будут использовать amenity=education для других образовательных учреждений типа школа искусств или автошкола.
Русский “перевод”, кстати полностью уникален и содержит советы которых нет в других языках, хотя более-менее в русле международного варианта. Сравните русский и английский текст и убедитесь 
Так уж нам важна “особенность” и отличие от других стран? Может из-за этого у нас так много холиваров?
То есть если в прикладной программе поиск осуществляется только по POI, то конвертер должен добавлять эти POI внутрь полигона. А отсутствие дублирования при этом обеспечивается именно применением тегов строго на одном объекте.
Я правильно понял?
Мне лично такая идея не нравится:
- В списке для поиска (а этот список обычно доступен пользователю) появляется много лишних объектов.
- Совершенно неочевидно, что школу вообще нужно как-то подписывать (кроме amenity=school и ref=*). Т.е. предлагаемая система еще и требуе использования тега name не по назначению.
Потому что до детализованного маппинга ЖД станций OSM еще не дорос. Дорастет, не вопрос, будем ставить. Пока же исторически сложилось, что railway=station это одна точка на главных путях.
Да, именно так. Если пользователь ищет НГУ, он должен получать территорию (или все территории). Он же не сказал, что именно в НГУ ему нужно. Вот если бы он сказал: “Хочу НГУ, главный корпус”, тогда да.
Да, такая проблема есть. Но она касается не только школ, а еще и больниц, заводов и т.п. landuse=educational эту проблему никак не решает. На территории может быть несколько зданий с разными адресами. Чтобы обойтись без анализа геометрии существует костыль is_in, его вполне можно договориться ставить на здание, это ничему не противоречит. Другое решение я предложил ниже.
У большинства интернатов, у школ, построенных по старым проектам, у новых школ с отдельным спорткомплексом, у очень крупных школ. Только рядом с тобой: ФМШ (две общаги и учебный корпус),125-я школа (теплицы, гаражи), 6-я гимназия (бассейн, пусть недостроенный). У каждого первого детского садика есть то ли хозяйственное здание, то ли овощехранилище. Вообще, у metadenisik’а надо спрашивать.
Нет. OSM это карта, а не справочник организаций. Не нужно делать из OSM дубльгис.
Схема “amenity=school ставится один раз на территорию (школьный двор)” понятна любому пользователю. Так даже в вики написано. С этой стороны мимо.
С точки зрения программиста, поиск, это далеко не единственный use case. Как насчет рендеринга? Я хочу, чтобы школьный двор а) рендерился, б) был подписан именем школы и в) был доступен для клика. Разумное желание, согласен? Как мне это сделать с твоей схемой?
Если тебе нужен поиск, занимайся поиском. Предложи отношение, позволяющее собрать объекты, принадлежащие одной организации в отношение.
Всем будет хорошо: пользователю, когда он получит в результатах поиска НГУ:
-
Новосибирский государственный университет
[list=*] -
Главный корпус
-
Лабораторный корпус
-
Спртивный комплекс
-
Бассейн
-
Столовая
-
Общежитие №3
-
Общежитие №4
…
Мапперу, который наконец-то сможет делать из OSM дубльгис. Разработчику, который сможет нормально заняться микронавигацией без кучи исключений.
Тебе нужно сказать пользователю: “чувак, тут несколько входов. Тебе какой?”
Не нужно думать за пользователя. Если у него есть билет, он ищет платформы. Если нет билета, то кассы. Если он кого-то встречает, то переход к платформам. Если этот кто-то — девушка, то фонтан. Если пользователь на машине, он ищет парковку. Если он пришел за багажем, он ищет багажный терминал и т.п. У дубльгиса нет навигации, поэтому он может позволит себе считать что вокзал это и есть станция.
“Чаще всего” это очень опасный аргумент, потому что если его принять, на хвостах распределения будет полная каша. Вот приняли, что у дома “чаще всего” один адрес и получили карлсруэ. Показать какой бардак сейчас с угловыми домами?
Да, да! Именно! На его кабинет прямо и точку для подписи поставить.
Ибо когда родителей к директору в школу вызывают они именно туда идут 
Собственно, я на это уже пытался заострить внимание, только точил с совсем другой стороны.
Собственно, не вижу смысла ломать то, что есть, когда проще построить новое.
Если уже привыкли, что amenity=school/university это есть территория, то может имеет смысл добавить в тэг building=educational? Это будет именно так структура, которая позволит как найти территорию школы, так и сами здания.
Более того, если у школ зданий не так много, расположены они зачастую рядом и огорожены одним забором, то с университетами дело обстоит хуже. Бывает так, что учебные корпуса и административные корпуса находятся в разных строениях с разными адресами соответственно.
Собственно, мои соображения я уже излагал тут. При помощи отношения (type=campus) пытался делать НГПУ. На мой взгляд получилось вполне логично, хотя какое-то обозначение для учебных корпусов просится. Правда, эта вся идея не встретила поддержки.
В building принято записывать тип конструкции здания, а не то, как оно используется.
Хотите - заведите новый тег и/или отношение и там задавайте что хочется.
Ну так это и предлагается, уже оупомянули, что учебный корпус это вполне себе конструктивная особенность здания.
Не привыкли. Территория - landuse
landuse - это не территория, а основное назначение территории. Очевидно, что школы строятся в районах, предназначенных для жилой застройки, поэтому для них landuse=residental. landuse - это квартал целиком, в котором кроме жилых домов могут быть магазины, школы, аптеки, гаражи и т.п. и не нужно пытаться все это мелко нарезать.
Я считаю, что нужно amenity, и использовать только для территории. Новые теги только для дополнительного образования, заново весь Ижевск переделывать я не буду (в октябре 2010 нарисовал порядка 80 школ — можете проверить).
Это почему? Тогда давайте по беломору рисовать, и хватит. И секретность соблюдём.
Потому что не нужно рисовать того, чего нет.
Вся эта инфраструктура характерна именно для жилой застройки. И хотя отдельные сооружения имеют различное назначение, это никак не влияет на тот факт, что все они находятся в пределах жилой зоны.
Поддерживаю предложение. Школы и другие учебные заведения бывают не только в жилых районах, притом не являются неотъемлемой частью жилых районов, поэтому отдельный landuse нужен. К тому же, не должно быть смешения amenity и landuse. Amenity означает POI и используется для поиска, а landuse должны определять заливку/штриховку карты в «средних» масштабах.
А для более корректного обозначения учебных заведений можно будет ввести отношения site, которые позволяют объединить территорию зо зданием и входами.
- Школы как раз являются неотъемлемой частью именно жилых районов. По двум причинам:
- школы там, где нет детей, никому не нужны, т.е. школам в других местах делать нечего,
- детям нужны школы, т.е. место школам именно там, где живут люди.
-
Никакой путаницы: в районе, обозначенном landuse=residental есть amenity=school, shop=convenience и leisure=cinema. “Синхронизировать” само учреждение с местом, где оно расположено - есть тавтология. Причем, не имеющая под собой реальной основы.
-
Конкретно в OSM amenity может относиться к площадным объектам (см. Map Features). И, кроме того, “не рисуйте под рендер”. Это означает помимо прочего, что говорить о заливке/штриховке в контексте данных OSM - mauvais ton.
Дык вроде викифицированной практикой является отмечать и территории и здания:
amenity=school - school and grounds
amenity=college - a College campus or buildings
amenity=university - a University campus or buildings
И ничего, рендеры как-то разбираются…
Я понимаю, что OSM позволяет одну и ту же сущность обозначить вагоном способов (в taginfo, например, встречается landuse=school), но давайте все-таки не отступать от общепринятого стандарта.