Ага. Положим, есть цепочка соприкасающихся домов. Делим один из них на части - все соседние перестали отображаться. Ставим building:part на эти соседние - перестают отображаться соседние к соседним и т. д. В результате может получиться, что из-за деления одного дома на пару частей понадобится ставить дополнительный тег на десяток-другой близлежащих домов. Не дело это.
И ещё: есть ощущение, что building:part=yes+building:height=… на latlon в настоящий момент не отображаются (отрисовываются только building:part=yes+height=…).
Я начал заменять уже после того, как Вы написали об ошибках. Рендерер воспринимал building:part=vertical как building:part=yes и отрисовывал building:levels. Поэтому после замены building:part на building:parts, наоборот, должно починиться.
Полагаю, Вы не учли инерционность 3D-рендерера: он отрисовывает не то, что есть, а то, что было за какое-то время до этого (по ощущениям, задержка в обработке может занимать от нескольких дней до нескольких недель).
Komяpa, как я понимаю слой псевдо 3d на osm ru тот же, что и на latlon, Нельзя ли обновить его здесь: http://openstreetmap.ru/map#layer=MZ&zoom=17&lat=59.995252&lon=30.37657
Уже несколько дней это непотребство висит, пугает людей То же самое почему то и на слое Космоснимки.
Если интересно, как это получается: замена геометрии с помощью utilsplugin2 в josm (Shift+Ctrl+G), затем заливка пакета правок кусками (по 100-200 объектов), из-за чего отдельные точки линии оказываются в разных кусках. Рендер начинает работу сразу после первого куска, но почему-то потом останавливается, и куски из конца пакета остаются необработанными. В итоге который раз наблюдаю, что часть данных рендерится буквально за секунды, а часть висит неделями, до тех пор, пока кто-то что-то не поправит в этом же районе.
Вдогонку, ещё пара вопросов к Dinamik-у и всем понимающим про building:parts.
У нас есть здание из 3 секций, этажность слева направо 5-3-7. Мапим, разрезая по горизонтали. Нижний слой - 3 этажа по всей площади. Далее, кусок с 4 по 5 этаж слева и с 4 по 7 справа. Является ли такая схема building:parts=horisontal , или это building:parts=mixed ?
Немного изменим задачу. Теперь слева направо этажность 5-3-5 Снова режем по горизонтали. Нижний кусок тот же. Слева и справа два куска (отдельно) с 4 по 5 этаж. Вопрос тот же: является ли такая схема building:parts=horisontal или building:parts=mixed ? Поясню: building:parts=horisontal будет точно, если делать не два куска с 4 по 5 этажи, а один мультиполигон из 2 outer (т.е весь слой здания с 4 по 5 этажи, как один объект)
На здании, разрезанном по вертикали по границам разноэтажных секций, на одной из секций наверху есть маленькая декоративная надстройка, отмеченная отдельным Building:part. Для простоты предположим, что надстройка, будучи ненарисованной, не изменяет общую этажность и высоту, и почти не изменяет облик здания.
Достаточно ли это для того, чтобы прописывать Building:parts=mixed всему зданию (насколько я понял, такой вариант менее предпочтителен, чем building:parts=vertical). Или этим можно пренебречь ради блага для рендеринга и оставить building:parts=vertical
Я так понимаю сейчас building:parts=* не используется никем и ничем, так что, на усмотрение мапера.
Про bulding:part=*: если building имеет общие точки с building:part - то он не рендерится в 3d котяриным стилем, если только на нем не стоит еще и building:part. Как в отсальных 3d рендерах - не знаю.
Про 5-3-5, когда вы создаете мультиполигон с двумя замкнутыми, не пересекающимися оутерами, Бог убивает котенка! Спасите котят.
Сегодня обнаружил, что свежая правка отрендерилась, а результатов более старых правок в соседнем квартале всё ещё не видно. Похоже, пакеты правок, загруженные во время простоя рендера потом теряются и вообще не обрабатываются.
По поводу котят: заметьте, я вообще не говорил что так можно или следует делать, в тексте это было лишь пояснение к 5-3-5. Хотя, признаюсь, грешен, и даже очень: http://www.openstreetmap.org/browse/relation/1830442
Наверное лучше было сделать 17 одинаковых маленьких мультиполигончиков из двух линий каждый