<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 2013-07-24 16:54, Ronnie Soak wrote
      :<br>
    </div>
    <blockquote
cite="mid:CALKj2D9v-LG18nSer8PaVpDuc2O6o91-43gZVyVH12HE4Fe8cw@mail.gmail.com"
      type="cite">
      <p dir="ltr">
        On 24 Jul 2013 16:44, "Janko Mihelić" <<a
          moz-do-not-send="true" href="mailto:janjko@gmail.com">janjko@gmail.com</a>>
        wrote</p>
      <p dir="ltr">><br>
        > I don't think we should be so inflexible with the "object
        vs attribute". It depends on the context.<br>
        ><br>
        > If you are a data consumer, and are making a list of all
        addresses in a town, then the addr:housenumber + addr:street is
        your object, and building=yes is your attribute that says "there
        is a building at this address". If you are making a list of all
        buildings, then it's the other way around. If you are making a
        list of restaurants, then the amenity=restaurant is your object,
        with attributes building and address.<br>
        ></p>
      <p dir="ltr">+1</p>
      <p dir="ltr">Chaos</p>
    </blockquote>
    The "object vs attributes" distinction I speak of is not related to
    processing the database.<br>
    OSM is made of colorless tags and you consider them as primary or
    secondary as you see fit.<br>
    The point is to avoid being told "you can't say it's <b>for</b>
    leisure because you said it's <b>a</b> water".<br>
    It is finding a characteristic that one can make exclusive and that
    always exists.<br>
    Bing exclusive translates in facts the rule that a key must be
    unique.<br>
    Having to exist is necessary so that the allowed associated
    attributes can be enumerated.<br>
    I think that the best way to do that is to use the physical nature,
    or assimilated.<br>
    A building, a water, a highway etc... are characteristics that are
    exclusive.<br>
    The point is that a water can be used for leisure but that leisure
    cannot be uses as water.<br>
    The point is that water can be used for leisure fishing and swimming
    or none.<br>
    Hence water= is OK for a description but leisure= is not.<br>
    swimming= is an attribute of the water and is compatible with
    fishing=.<br>
    If we want to speak of addresses again, their problem being used as
    objects defined that way starts with countries or streets using no
    addresses.  No problem using them either way you describe.<br>
    <br>
    Cheers,<br>
    <br>
    <table>
      <tbody>
        <tr>
          <td>André.</td>
        </tr>
      </tbody>
    </table>
    <br>
  </body>
</html>