building != yes

^^ У меня нет велосипеда. К чему всякие сложные теги с велосипедами?
Или - а зачем такие сложные схемы по тегированию кустов скважин?

Для рендера домиков естественно. Многие бумажные производители карт разные типы домиков помечают разным оформлением. Привычно уже как-то.

Так и не понял, что конкретно теперь обозначает building, тип здания или его функциональное использование? Всё в кучу как-то. В наше время, когда здания в кровавые времена совкового тоталитаризма бывшие детскими садами, школами, больницами и т.п. массово переделываются под разного рода офисы/магазины/руины, уследить за значением тега будет не очень просто.

Чтоб проверить, правильно ли я понял:
building=school
building:use=store
Школа, переделанная под торговый центр, так?

А вот это очень спорное утверждение. С моей точки зрения это текущий тип здания, а если вдруг кому-то нужна информация, для чего строилось,то лучше в отдельный тег

аналогичные landuse отличаются тем, что retail - розничная торговля, commercial - офисы и бизнес центры

Я скажу со своей стороны: не важно, что будет написано в building= - использование или тип постройки, любой из этих вариантов даёт больше информации, чем yes. :3

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

// любой из этих вариантов даёт больше информации, чем yes.
Я чего-то пока не совсем понимаю. Какую информацию для рендеринга дает, например, building=bathhouse?

Как минимум - жилое это здание, общественное или промышленное.
В 2ГИС, например, разнообразие раскраски зданий очень даже к месту.

ОК, попробую

Да, спасибо. Раз есть летняя хижина, может быть и зимняя) log_cabin больше относится к материалу, про winter_cabin Вы сами сказали, так что пожалуй, будем продвигать как forest_hut )

Так, если от исходной школы там хоть что-то осталось. Если же фасады заменены, капитальные стены внутри снесены и т.д., то уже можно указать как building=commercial/store

Я говорил больше об описании данных двух типов в вики. Впрочем, спасибо, что заметили: многие типы зданий являются по сути производными от landuse. Можно над этим подумать. Возможно, на первом уровне приближения типы зданий должны в точности соответствовать профильным landuse.

Вкратце: дополнительная информация. Обрабатывать все типы building, кроме no, стоит как yes, если это не специализированный рендер зданий.

Но:

  1. Не вполне ясно, что делать с building=construction, building=collapsed, building=proposed(есть такой?) и и же с ним. Тот факт, что здание планируется/строится/заброшено/снесено не меняет его тип, так же как перепрофилирование. Впрочем, может быть и компромиссный вариант: поступать, как с дорогами. Т.е. строящийся жилой дом building=construction + construction=apartments и т.п.

  2. и кстати, мне так и не понятно, почему building=yes показывается на дефолтном рендере (мапнике) как контур с заливкой, а остальные - как заливка без контура? По идее контур - атрибут более важного, “надёжного” объекта. Здесь же получается, что те объекты, по которым есть доп. информация кажутся менее значимыми.
    Было бы неплохо оставить контур у уточнённых зданий, кроме категории service|garages и т.п. А то сейчас странно выглядит, когда в прорисованном жилом квартале жилые дома контура не имеют и видны еле-еле(особенно на landuse=construction), зато всякие трансформаторные будки (power=sub_station) имеют жирную обводку.
    Кто-нибудь знает, откуда у этой фичи с контуром ноги растут?

Раскраска там по первоначальному назначению?

Отвечу за dimuzz: нет, по текущему.

Если по текущему, то как будет раскрашено здание в моём случае?

building=school
building:use=store

Как school, или как store?

Я думаю, что этого человека надо ввести в Совет Российского ОСМ. Чтобы он собирался каждую среду. С остальными членами этого совета.

Что значит “ввести”, Совет - это права обычного осмера + обязанности :3

Смотря где. Например здесь: http://www.openstreetbrowser.org/ здания раскрашиваются прежде всего на основе тегов amenity=* и shop=* (и мне кажется это наиболее логичным) А мапник вообще не понимает ни school ни store…

Спасибо, но я пока пас) Всё-таки совет - это прежде всего сообщество людей, которые могут реально повлиять на развитие Osm - авторов рендеров, конверторов, и т.п. а я программировании чуть больше чем полный ноль.

Кстати, а как выводить из совета?

С hut и cabin та еще история…
В альпийских странах есть понятие “общественной” (принадлежат, например, швейцарской альпийской ассоциации SAC) горной хижины для альпинистов, которая *Hütte * по-немецки, *cabane * по-французски, *capanne * по-итальянски, и сами они обычно на английский переводят ее как hut, а не как cabin, тем не менее. И это функциональный признак, а не признак конструкции.
Аналогичная ситуация в Норвегии - там есть понятие hytte, которое тоже “хижина”, при том в равной степени имеющая функционал “дачи выходного дня” или место для ночлега туристов (может быть частной или принадлежащей общественной организации DNT, ее региональному отделению). При этом когда это “дача”, то слово обозначает конструкционный признак (маленький домик с минимумом благ цивилизации, но не из “дерьма и палок”), а вот место ночлега туристов может быть выстроено крайне основательно, хотя удобств также, обычно не имеет.

Никакой дополнительной информации, из тегов типа building=bathhouse извлечь нельзя (кроме то, что возможно, это здание когда-то предназначалось под баню, зачем только нужно такое знание).

Если хочется раскрашивать здания по текущему использованию, что имеет некий смысл, хотя практическая полезность для меня сомнительна, достаточно юзать что-то вроде building:use=public|industrial|residential. А 100500 значений building=*, бессмысленная игра в уточнение.

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

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

  • конструкционные: этажность, материал стен, высоту, конструктивный тип (ангар, башня и т.п.), тип кровли, наличие фундамента…
  • функциональные: действующее назначение, режим доступа, форма собственности
  • “номенклатурные”: адрес, принадлежность к какому-то оператору или организации, кадастровый номер и т.п.
  • “исторические”: любой из перечисленных признаков, которые могут меняться со временем (при том тут могут гнездиться такие подкатегории признаков, как “изначальные” и “актуальные, но временные”).
    Ну а теперь, глядя на существующие тэги, дружно ужаснемся, пытаясь их с этими свойствами соотнести…