Проблема в том, что при занесении данных в базу информация для каждого члена отношения потеряется, и останется только инфа для отношения. И движок в этом случае никак building:levels для члена отношения получить не сможет.
В общем, это еще и вики противоречит, там сказано что тэги на частях не могут быть разными. Значит через отношения здания переменной этажности обозначать не получится.
Если можно, то наглядный пример приведите, чтобы косяки не создавать и не переделывать подобные отношения. Я имею ввиду пример для загрузки в josm, чтобы руками потрогать.
Коллеги, подскажите, наконец. Имеется здание, состоящее из трех частей разной этажности. Нарисовано было до меня как три смежных полигона, на каждом стоит building=yes и различные building:levels. Адрес, понятно, один. Как корректно повесить адрес на все это хозяйство? В Вики искал - не нашел, в форуме отыскал только эту тему, но ясности не прибавилось…
Не со всем изображённым можно с ходу согласиться:)
Например, в самом правом примере получается два здания (одно из которых не имеет адреса) в одном месте, что вовсе не обязательно: можно поставить building и адрес на общий контур здания, building:part=stilobate + building:levels=1 на стилобат, buiding:part=base + building:levels=7 + building:min_level=1 на возвышающуюся часть.
Для здания (building) указывается число этажей в той секции здания, где этих этажей больше всего (“максимальная этажность”). То есть если часть здания имеет 5 этажей, а часть - 3 этажа, то на building ставим 5 этажей и соответствующее значение building:parts, на 5-тиэтажную секцию (building:part) 5 этажей, на 3-хэтажную секцию - 3 этажа.
Главный недостаток - необходимость дублирования линий в полигонах/мультиполигонах самого здания и его частей. От этого можно было бы избавиться, собирая здание из касающихся частей как отношение, но т.к. пришли к выводу, что мультиполигон в качестве такого отношения не годится, то возникает необходимость придумывать какую-то новую сущность. Если учесть, что сами части могут быть мультиполигонами, всё это будет слишком громоздко, и вряд ли кто станет поддерживать такую схему.
Немного улучшило бы ситуацию отделение building:part:levels от building:levels. Можно было бы разрезать здание по горизонтали и использовать в простейшем случае два частично накладывающихся полигона вместо трёх перекрытых полностью. Но по ряду причин building:part:levels тоже не прижилось.