<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <div class="moz-cite-prefix">On 11/03/2016 17:26, SK53 wrote:<br>
    </div>
    <blockquote
cite="mid:CAELijW81BgeDyPeKq_n-4hoRugxY_W=O4FFA3f5JzM4wLDAL7Q@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>
            <div>Earlier today browsing Pascal Neis summary of
              changesets </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    This is new to me. Is there a way find all changesets with my
    locale?<br>
    <br>
    <blockquote
cite="mid:CAELijW81BgeDyPeKq_n-4hoRugxY_W=O4FFA3f5JzM4wLDAL7Q@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>The disadvantages, at least to my mind, are:<br>
          <ul>
            <li>Non-intuitive. Certainly I have never thought of mapping
              pubs this way, although I can see the point. I doubt that
              a newcomer to OSM would find this the straightforwardly
              obvious approach.</li>
          </ul>
        </div>
      </div>
    </blockquote>
    <br>
    Discovering many new things are often "Non-intuitive" & doesn't
    necessarily make them wrong. Given time to sink in they often become
    'normal'  <br>
    <br>
    <blockquote
cite="mid:CAELijW81BgeDyPeKq_n-4hoRugxY_W=O4FFA3f5JzM4wLDAL7Q@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <ul>
            <li>Pubs are licensed premises. The premises licensed
              usually relate to the building.</li>
          </ul>
        </div>
      </div>
    </blockquote>
    <br>
    If that were true then wouldn't the beer garden need a separate
    license?<br>
     <br>
    <blockquote
cite="mid:CAELijW81BgeDyPeKq_n-4hoRugxY_W=O4FFA3f5JzM4wLDAL7Q@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <ul>
            <li>Where do we place tags associated with the pub premises
              which may apply also to other parts of the pub property
              (an obvious one would be opening_hours).</li>
          </ul>
        </div>
      </div>
    </blockquote>
    <br>
    I'm unsure how common that would be, but it could go on the boundary
    as the garden might be used for each instance.<br>
    <br>
    <blockquote
cite="mid:CAELijW81BgeDyPeKq_n-4hoRugxY_W=O4FFA3f5JzM4wLDAL7Q@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <ul>
            <li>Peculiar rendering. In this case a pub icon in a car
              park. Even if we fully accept "not tagging for the
              renderer", let's consider how we can tell renderers to
              improve icon placement. Andy suggested on IRC a label
              node, but this implies a relation: do we want to replace a
              simple node &/or area tag with a node, an area & a
              relation? And then ask the Carto-CSS team to deal with it?
              It seems to me that this pushes the bar too high not just
              for inexperienced mappers but also those of us who have
              been at it for a while. In the meantime the CartoCSS
              rendering will look rather daft in such cases.<br>
            </li>
          </ul>
        </div>
      </div>
    </blockquote>
    <br>
    A location tag was discussed a few years ago, unsure why it didn't
    catch on. It wouldn't need to be a relation, just a sub-tag of
    co-ordinates on the boundary way. It wouldn't be compulsory, if the
    co-ords weren't supplied, it would render centrally as it does now.
    All polygon entities, such as schools, hospitals etc. render
    centrally in precisely the same manner. In OSM things are only
    difficult to do if their not explained clearly. Good wiki
    descriptions are essential.<br>
    <br>
    <blockquote
cite="mid:CAELijW81BgeDyPeKq_n-4hoRugxY_W=O4FFA3f5JzM4wLDAL7Q@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <ul>
            <li>Consistency. In general pubs will get mapped initially
              as nodes over the pub building, and attributes on a node
              easily transfer to a building outline + (usually)
              building=pub. In particular the node & area centroid
              will tend to be very close. Thus the two different ways of
              mapping relate to each other in a clear way.</li>
          </ul>
        </div>
      </div>
    </blockquote>
    <br>
    As has been pointed out by others, mapping pubs this way will make
    it consistent with the tagging of other objects.<br>
    <br>
    landuse=retail shouldn't be used for individual properties. It also
    doesn't link the entities together.    <br>
    <br>
    I don't see the centroid of the area being offset from the building
    as a problem for postcode location or routing.<br>
    <br>
    IMO places of worship should also have an boundary tag to encompass
    all ancillary objects operated by the organisation, but that's for
    another discussion<br>
    <br>
        <br>
    Cheers<br>
    Dave F.<br>
  
 <br />
 <table style="border-top: 1px solid #aaabb6;">
        <tr>
                <td style="width: 470px; padding-top: 20px; color: #41424e; font-size: 13px; font-family: Arial, Helvetica, sans-serif; line-height: 18px;">This email has been sent from a virus-free computer protected by Avast. <br /><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient" target="_blank" style="color: #4453ea;">www.avast.com</a>
                </td>
        </tr>
 </table>
</body>
</html>