Есть одна мысль по стилю домиков, конкретно по теням. В данный момент они “имеют цвет”, что на мой взгляд неправильно. На светло-сером фоне выглядит отлчно, но как только тень падает на что-то тёмное, то она его “подсвечивает”:
тень #с0с0с0 прозрачность 76 из 255
Так что на мой взгляд нужно тень делать чёрной и более прозрачной, чтобы на светлом фоне смотрелось аналогично с современной версией. В итоге получим:
тень #000000 прозрачность 17 из 255
PS - планируется-ли расширение зоны покрытия этим рендером?
jekader, так уже пробовали еще несколько дней назад. Не катит из-за прозрачности стенок, которую нельзя отключать из-за проблем сортировки. Правильнее так, да.
Чтобы полигоны с тегами
building = yes
building:part = yes
НЕ считались горизонтальным слоем и не выдавливались, во избежание ошибочного использования? building все же должен быть один.
Чтобы height на билдинге интерпретировался как его высота?
Например на останскинской башне взяли и снесли высоту: http://www.openstreetmap.org/browse/way/42220517/history
Было 540 (правильно), стало 18 (неправильно).
Это ж не дело совсем.
Для высоты сегмента можно использовать скажем building_part:height.
dkiselev, как это не по назначению? Дом состоит из двух building (9 этажный дом и 1 этажная пристройка) с одним адресом. Одним полигоном это рисовать не “грамотно”, поэтому дом и пристройка в отношении мультиполигон имеют значения outer. http://www.mapsurfer.net/?zoom=18&lat=51.711&lon=39.15658&layers=B0T отображает пристройку правильно!
suslikk, просьба не путать OGC-шный мультиполигон и OSM-овский мультиполигон.
OSM-овский мультиполигон - набор нескольких линий. Теги могут ставиться как на линии, так и на отношение.
OGC-шный мультиполигон - одина сложная геометрия, к которой приписаны какие-то свойства.
Для того, чтобы отрендерить данные OSM в традиционном ГИС-софте (к которому относится и мапник), надо привести все данные OSM в OGC Simple features.
Процесс преобразования выглядит примерно так:
перевычисляется, кто внешний, а кто внутренний. Приходится, потому что есть огромное количество мультиполигонов с неверными inner/outer.
берется первый попавшийся аутер с тегами, все теги с него копируются на мультиполигон. Это делается для того, чтобы починить старое поведение, когда теги было принято ставить на аутерах, вместо более разумной на мой взгляд простановки на само отношение;
на мультиполигон поверх них копируются теги с отношения. Если на вее было что-то сверх того, что есть на мультиполигоне, то оно не будет переписано.
Если вы считаете, что в этом процессе что-то не так - присылайте соответствующие патчи в osm2pgsql. Лично я к его разработке отношения не имею и пользуюсь лишь результатами его работы.