<div dir="ltr"><div dir="ltr">On Wed, 22 Apr 2020 at 12:40, Martin Koppenhoefer <<a href="mailto:dieterdreist@gmail.com">dieterdreist@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
but the building is also a thing, it has its own properties, e.g. start_date, wikipedia reference, architect, operator, name, height, etc <br></blockquote><div><br></div><div>This is all true.  And in an ideal world we'd map the building and its occupying</div><div>object as  two separate-but-coincident objects.  This isn't an ideal world. :(<br></div><div><br></div><div>Problem 1.  A popular editor makes it VERY hard to deal with coincident</div><div> objects.  All it would take would be a modifier key (such as control) to cycle</div><div>through all coincident objects sharing the node or way clicked on.  Instead</div><div>you get whichever object it decides to give you and can't get at the other(s).</div><div>The only way I've found is to disconnect a node, drag that node so it is</div><div>no longer coincident with other objects, click on the now separated</div><div>objects until I find the one I want, modify it, move the node back to</div><div>where it was.</div><div><br></div><div>Maybe there's a simple, obvious way of doing it that I'm missing, but I</div><div> haven't found it.  For as long as that editor makes it painful to have</div><div>coincident objects then people will avoid using them unless forced</div><div>to for other reasons (there is no other way of mapping some aspect</div><div>of one of the objects that they consider a necessary feature).</div><div><br></div><div>Problem 2: Duplication of address info.  The building has an address</div><div>irrespective of the occupying object.  But it is convenient for</div><div>consumers querying the occupying object to get the address of</div><div>the occupying organization in a single step.  "Don't repeat yourself"</div><div>is a good maxim, but one we must flout with coincident objects.</div><div>Unless you want the pain of not putting an address on the building</div><div>if it is occupied, but transferring the address from the occupier to</div><div>the building prior to deleting the occupier when the building</div><div>becomes vacant.</div><div><br></div><div>Using a node for the occupying entity gets rid of problem 1 but</div><div>does not get rid of problem 2.  And introduces problem 3: some</div><div>types of entity render if they have an area and building=yes</div><div>but do not render (not even a label) if they are nodes.  Clubs and crafts</div><div> are two examples I can think of.  As for healthcare=alternative, if</div><div>the building has an addr;housename then that is used as the label</div><div>rather than the name=*.</div><div><br></div><div>Our tagging practices are heavily influenced by the limitations of</div><div>the tools we use...</div><div><br></div><div>-- <br></div><div>Paul</div><div><br></div></div></div>