Входы и их обозначение.

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

Итак, подъезды.

(картинка кликабельна)

В данный момент идёт голосование по поводу пропозала entrance=*: http://wiki.openstreetmap.org/wiki/Proposed_features/entrance

Пропозал далеко не нов, и некоторое время уже используется.

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

Как предлагается рисовать.

  • entrance=yes/main/exit/emercency - тип входа в здание. Обычно yes, для пожарных выходов - emergency, exit для односторонних выходов (иногда можно встретить в магазинах), main - для главного входа в здание;
  • ref - номер подъезда;
  • addr:flats - диапазон квартир, находящихся в этом подъезде.

Почему building=entrance - это плохо.
building=entrance - схема, изначально появившаяся, как рисование под рендерер. Osmarender имел несчастье добавить поддержку произвольных точечных домов, и рисовал их чёрной точкой. Кто-то когда-то поставил building=entrance на вход (напоминаю, по определению building=* - всегда цельное здание, в чём меня окончательно убедили liosha и проиче авторы конвертаций в навигаторы), увидел, что оно отрендерилось в осмарендере чёрной точкой, и счёл это поддержкой данного тега со стороны osmarender’a.

После извещения мейнтейнеров Osmarender (они всё ещё живы, хоть и в анабиозе) в стиль было внесено исправление, в результате которого была добавлена поддержка entrance=yes: http://trac.openstreetmap.org/changeset/26833

Если вам небезразлична судьба подъездов, пожалуйста, проголосуйте за пропозал http://wiki.openstreetmap.org/wiki/Proposed_features/entrance :3

Так как же всё-таки с комбинациями типа barrier=entrance + entrance=main - они имеют право на существование или entrance могут быть только у зданий? Чем не угодили building=entrance?

Мне кажется это вполне логичное продолжение распространённых схем:

highway=construction + construction=*
highway=service + service=*
highway=crossing + crossing=*
shop=clothes + clothes=*

и т.д.

Почему в данном случае следует поступать по другому?

Потому что тут нет никакого уточнения: подъезд в смысе входа - это не здание.

С другое стороны есть подъезд в смысле парадной - http://osm.org/go/0t21OlZFD– вот это логично отмечать как building, хотя учитывая что он часть основного здания возможно имеет смысл отмечать его тем же тэгом.

Komяpa:

Если идет речь не о многоквартирном доме, а о бизнес-центре, складе и т.д.
В ref тогда тоже номер или название подъезда (кое-где используются буквы для обозначения подъездов).
А в каком теге указать организации, которые находятся в данном подъезде?
Я бы вместо addr:flats использовал что-то типа addr:info, куда можно записывать и квартиры и названия организаций.

Кстати, эту же схему можно использовать для обозначения отдельных боксов в гаражных кооперативах!

сама по себе идея интересная, но какое навигационное ПО поддерживает данные теги?

например, в навителе не встречал такой глубины отображения свойств здания. как быть с этими данными? обозначать их при конвертации в польский формат, как точки ПОИ на здании? тогда какой тип присваивать точкам?

в общем пока вопросов много, надо думать с реализацией…

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

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

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

  1. По-моему, речь идет не о подъездах совсем, а о механической смене тегов (building=entrance “вход в здание” на entrance=yes “вход в здание”. Всякий подъезд - вход, но не всякий вход - подъезд. Особенно если речь идет об адресации.

  2. Не очень понятно, какая проблема решается. То что building=entrance на точке это не здание совсем, как и например building=no, все уже давно привыкли, имхо.

building=entrance - подъезды домов (aka парадные)
entrance=* - входы в парки/заводы/территории университетов/etc
Уже так сложилось.

Переносить entrance=* ещё и на подъезды особого смысла нет, наоборот будет лишняя путаница.

PS.
Для навигаторов эти теги имеют совершенно разное значение.

  • building=entrance используется для “подъездной адресации” навитела
  • entrance=main - для установки расположения POI объекта
  • barrier=entrance - для задания ограничений маршрутизации
    И вряд ли получится объединить все три эти аспекта в один тег.

FYI, building=enterance появился как костыль для областей, где адресация осуществляется по подъездам (Германия, Калининградская область). К тому моменту, когда потребовалось маппить такие подъезды уже существовало достаточно много софта с адресным поиском, поэтому проще было не вводить еще один элемент адресации, а использовать специальный тип зданий. В континентальной России и большинстве сопряженных стран тег building=enterance не имеет смысла и может быть безопасно заменен на enterance=*.

А highway=street_lamp и highway=bus_stop - это не есть дорога, и что? Так уж повелось, что в OSM практически нигде нет однозначного соответствия “тег == тип сущности”.

+1

По-моему entrance=* должно быть уточнением, а тег building=entrance ничем не плох особо, и уже привыкли многие.

Может и не плох, но и не хорош ничем.

Хорош он только тем, что сейчас используется именно он, и кое-что уже на него завязано.

Vote end: 2011-11-27 - Это прикол такой?

нет, опечатался. Исправил.

Мне кажется скорее это должен быть некий релейшн, объединяющий entrance с теми POI в которые можно через него попасть. Текстовый тег в этом плане мало полезен, поскольку может содержать произвольную информацию и оттого не поддаётся автоматическому распарсиванию.

Я уже понадеялся что в кои то веки началось голосование нормальной продолжительности (ИМХО, для нормального голосования нужно не меньше трех месяцев, а лучше полгода) Так нет, оказалось опечатка.

http://shtosm.ru/2011/04/28/1/

Там за 14 часов проголосовало 28 человек — зачем полгода? Кроме того, такой бюрократизм приведёт к полному вымиранию пропозалов, большинство которых сейчас касается совсем уж мелочей.

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