<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div>I usually go for a mixture of 1.1. and 1.3., i.e.</div>

<div> </div>

<div>- use building:part for the architectural blocks the building is made of,</div>

<div>with building:min_height / building:min_level where appropiate</div>

<div> </div>

<div>- use type=multipolygon building=*, stuff the usual building tags into that,</div>

<div>this will be rendered by non-aware 3d renderers, i.e. serves backward compat</div>

<div>and will be added in role outline to the following</div>

<div> </div>

<div>- use type=building relation to group together outline and parts,</div>

<div>see http://wiki.openstreetmap.org/wiki/Relation:building</div>

<div>(though I've never used ridge or edge roles)</div>

<div> </div>

<div>See http://www.openstreetmap.org/relation/2436669</div>

<div>for an example that deals with the exact same problem you</div>

<div>describe (level 2 having larger extents than ground level).</div>

<div> </div>

<div> </div>

<div>As for your point 2. - afair simple buildings allows to define</div>

<div>roofs only along with building:part, so there is no extra</div>

<div>mechanism to define roof elements separated from those.</div>

<div> </div>

<div>If you have a roof that deviates a lot from the building</div>

<div>parts it covers (or you want to define the roof as a single</div>

<div>object covering a lot of building parts), you can "hack"</div>

<div>around the proposal's limitation by using extra building</div>

<div>parts for the roof elements in question (or single roof)</div>

<div>that lack a building level and only account for the resp.</div>

<div>roof levels.</div>

<div> </div>

<div>In part this method can be challenged by "we do not</div>

<div>tag for renderers" principle, but there is no other</div>

<div>alternative for in-db 3d building mapping that I</div>

<div>know of (and that is as widely used as the simple</div>

<div>building proposal).</div>

<div> </div>

<div>Most frequent you will be tempted to use this "hack"</div>

<div>for full building connectors (not skyways that are</div>

<div>limited to a subset of stories/levels):</div>

<div> </div>

<div>If you have a hipped roof on the main building parts</div>

<div>and a gabled one covering the connector part and</div>

<div>their roofs are at same height, the roof outline of</div>

<div>the connector will overlap that of the levels below.</div>

<div> </div>

<div>There are two solutions to this:</div>

<div>- model connector's roof separately (i.e. using</div>

<div>two building:part relations</div>

<div>- extend the outline of the connector as a whole</div>

<div>into the main building parts it connects</div>

<div> </div>

<div>For the first solution you could argue: "but it's only</div>

<div>one building part not two, and if the levels below are</div>

<div>mapped separately a flat roof will be silently assumed,</div>

<div>where a gabled one is attached, but modeled separately"</div>

<div> </div>

<div>For the second solution you might get problems with</div>

<div>indoor mappers in time.</div>

<div> </div>

<div>Both are to some degree "quick and dirty", but then</div>

<div>that may be true for the whole simple building proposal.</div>

<div>It's acclaimed to be 'simple' for a reason and does not</div>

<div>account for some of the specialities in architecture</div>

<div>you'll find out there.</div>

<div> </div>

<div>IMO this is a good thing, because this also limits data</div>

<div>size (it naturally deflates real data, because mappers</div>

<div>go for the most dominant parts of a building and do</div>

<div>not loose themselves in details).  For feature-rich</div>

<div>buildings with lot of small detail that is hard to</div>

<div>capture with the simple buildings proposal, you</div>

<div>could still go for an external model, store the data</div>

<div>elsewhere and mash it, like f4-map does.</div>

<div> </div>

<div> </div>

<div>Greetings</div>

<div> </div>

<div>
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Donnerstag, 02. März 2017 um 14:09 Uhr<br/>
<b>Von:</b> "Martin Koppenhoefer" <dieterdreist@gmail.com><br/>
<b>An:</b> "Tag discussion, strategy and related tools" <tagging@openstreetmap.org><br/>
<b>Betreff:</b> [Tagging] how to map simple buildings</div>

<div name="quoted-content">
<div>
<div>I have just started mapping according to the simple building scheme and have some questions to the more experienced mappers:<br/>
 </div>

<div>A situation I meet very often are buildings consisting in several parts, e.g. often there are higher parts on the (flat) roof that are smaller than the rest.<br/>
 </div>

<div>1. Which representation do you deem preferable:<br/>
 </div>

<div>1.1. map the largest horizontal building extension (e.g. building:levels=5) and add on top a building:part with building:min_level=5, building:levels=1<br/>
 </div>

<div>1.2. map a polygon for only the part that has building:levels=5 leaving out the higher part and add this higher part as building:levels=6 (no min_level here).<br/>
 </div>

<div>1.3. Do you map these as building:part=* and add a third object (in the simplest case) for the building with building=* to combine them? Do you prefer the third object to be a relation or a closed way, and do you add building:level tags as a fallback to it?<br/>
<br/>
 </div>

<div>2. What is the "roof"? E.g. in the context of flat roofs which are inhabited (apartments, terraces, etc.)</div>

<div>2.1. is this part of the "roof" and the level should not be counted in building:levels (IMHO it is part of the roof):<br/>
<a href="http://www.dach1.at/wp-content/uploads/sl_dach.jpg" target="_blank">http://www.dach1.at/wp-content/uploads/sl_dach.jpg</a><br/>
 </div>

<div>2.2 but if 2.1 is part of the "roof", shouldn't this also be 2+1 levels rather than 3?<br/>
<a href="http://media.getrix.it/1/5544/2488638989.jpg" target="_blank">http://media.getrix.it/1/5544/2488638989.jpg</a><br/>
 </div>

<div>2.3 similarly, is this 5+1 or 6 levels?<br/>
<a href="https://imganuncios.mitula.net/casa_di_200_mq_a_collina_fleming_vigna_clara_roma_4010133485552255323.jpg" target="_blank">https://imganuncios.mitula.net/casa_di_200_mq_a_collina_fleming_vigna_clara_roma_4010133485552255323.jpg</a><br/>
 </div>

<div>2.4 there are also cases where inclined tiles have been applicated later to prefabricated houses with flat roofs to make them look more similar to traditional houses. Inside the house has remained the same, but from the street it now looks as if there was kind of inclined roof.</div>

<div><br/>
 </div>

<div>3. Am I right that this is not representable with the simple building model?</div>

<div>(It's a rotated roof, not parallel with the building sides)</div>

<div><a href="http://www.cityastronomy.com/exterior-open.jpg" target="_blank">http://www.cityastronomy.com/exterior-open.jpg</a><br/>
<br/>
 </div>

<div>Thank you,</div>

<div>Martin</div>
</div>
_______________________________________________ Tagging mailing list Tagging@openstreetmap.org <a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a></div>
</div>
</div>
</div></div></body></html>