даже levels не укладывается. он предназначен для указания количества этажей в здании. а не в рендеримом контуре
в итоге по результатам этой ветки в дампах уже появилось хренова туча мусора никак не соотносящегося с понятием “карта” 
+1 “В как обозначить?” приведите кто-нибудь пример, озадачился домик прорисовать сложной формы с арками и одним адресом (простейший случай с полигонами с общими границами), но устоявшейся best practice не нашел.
А ведь я говорил в канале про мусор, но кто ж слушает, когда “красиво”. Да и ничего особо красивого там нет, серые коробки.
Кому не нравится, тот не рисует 
Лично мне - помогает. Теперь можно отличить одноэтажный протяжённое здание магазина от 25-этажной пластины. В районах, которые ты не знаешь “как свои пять” помогает при ориентировании.
Вот пример от Гугла - http://maps.google.ru/?ie=UTF8&ll=40.705693,-74.008734&spn=0.005563,0.009645&z=17
а вам не кажется, что не стоит мешать понятие “for fun” с внесением мусора в базу?
хреновый пример. в гугле оно ниразу не в общей базе храниться. каждое здание - отдельная модель. а не екстенд из контура
Это не мусор. Это данные, причём вполне соответствующие действительности. Если вам они мешают - предложите способ тегирования, который вам позволит их легко и просто отфильтровывать. И все будут счастливы.
А почему информация об этажности это мусор на карте?
В текущем варианте - не соответствующие.
Дык кто использует, тот пускай и предлагает. Но почему-то вместо того, чтобы придумать новые теги, используют building.
А про засирание базы вопрос отдельный. И, к сожалению, плохо решаемый. Но это не значит, что его нет 
Информация об этажности - это не мусор. Мусор - это результат попыток изобразить 3д-модели зданий не подходящими для этого средствами.
+100
Предлагаю выпилить Останкинскую башню.
Вообще правильно, так-то, одно здание - один полигон.
Надо придумать что-то типа building:=yes.
В качестве “элемента” можно указывать “body” (элемент здания, то, что сейчас активно стали делать building’ом), например, или entrance (вход), или window(окошки если кому надо указывать), ну и т.д.
Т.е. разную высоту одного здания указывать не для building=yes, а для building:body=yes. Что по смыслу более правильно.
Может тогда и вправду прикрутить внешнее хранилище 3D моделек.
Давно пора.
Надо схему для обозначения опорной точки и направления поворота.
В принципе , подойдет вей из двух точек с тегом адреса модели.
Ну вот они и предложили. Вам этот вариант не нравится - предложите свой.
И какой же тег они предложили?
Пока что я вижу, что не по назначению используются давно имеющиеся.
Давайте писать Где модели хранить будем и в каком формате, хранить наверно лучше в чем-нибудь поддерживающем версии, нечто аля svn, и определиться с форматом.
Схема описана в ссылке из первого поста. “Критикуешь - предлагай”.
Komzpa, лучше удали поддержку min_level и min_height, ей-ей. А то сейчас такой холивар начнется… Обещаю запилить 3D-рендер моделек, лишь бы срач унять. :3
Вот, дискуссия по теме! Именно а ля svn, но вряд ли нам нужно нечто столь сложное. Для удобного редактирования достаточно возможности заливки свежей и отката до любой ранней версии.
В принципе, можно вообще отвязаться от осма (заливать не в его базу, а в свою) и делать просто слой с моделями.
Схема из первого поста не соответствует использующейся.
Там ни слова про туеву хучу building для каждого здания.