<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 2017-07-09 13:53, Yves bxl-forever
wrote:<br>
</div>
<blockquote cite="mid:20170709135312.12ed59ad@adelie.localdomain"
type="cite">
<pre wrap="">Hi,
Philippe raised an interesting point about the following note.
<a class="moz-txt-link-freetext" href="http://www.openstreetmap.org/note/722850">http://www.openstreetmap.org/note/722850</a>
There are several occurrences where a shop or an amenity spans over several buildings.
Buildings have their own id based on UrbIS data, I suppose it will not be appropriate to merge them, even when they appear as being one single house.
For this very case (Maison Dandoy), the shop spans over 4 different buildings and they does not seem to have any other use (nobody lives upstairs and there is no door): perhaps a multipolygon will work here. But if there is a solution that covers most cases, it might be useful to hear about, and avoid that careless mappers would duplicate nodes or ask endless questions about "missing" items.
Any idea or suggestion?
Many thanks.
Yves
</pre>
</blockquote>
I had to improve a school made of several buildings and it was a
simple amenity=* polygon enclosing the buildings.<br>
I find this quite nice and simple, only subject to rare problems if
there were multiple amenities sharing the buildings in various ways,
unless the amenities were allowed to nest or overlap one another.<br>
Generally, the amenities are drawn inside one building.<br>
Also, it has been discussed on Tagging@ that a house number of a
buildings can also be indicated on an amenity to specify which
entrance to use to reach it. And I added the obvious "also to have
the amenity tags contain its complete list of information". The
unwary could otherwise believe that there is no number.<br>
<br>
Cheers
<br>
<br>
<table>
<tbody>
<tr>
<td>André.</td>
</tr>
</tbody>
</table>
<br>
<br>
</body>
</html>