<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 06/02/19 07:59, Paul Allen wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAPy1dOK0uuN9YuG8C-Q0hQJDB8WBC+h8Yj53P0aRNc8+DUyhLw@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=utf-8">
      <div dir="ltr">
        <div dir="ltr">On Tue, 5 Feb 2019 at 20:50, Kevin Kenny <<a
            href="mailto:kevin.b.kenny@gmail.com" moz-do-not-send="true">kevin.b.kenny@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>
            The tagging mailing list discusses six alternative ways to
            represent<br>
            the proposed feature. Someone argues that betas don't
            actually exist.<br>
            Someone else insists that betas are really just another kind
            of bees.<br>
            A third person insists that there's no way to be certain in
            the field<br>
            that what you're looking at is a beta, so the proposal
            should fail on<br>
            verifiability. Another insists that before betas can be
            mapped, we<br>
            need a whole taxonomy of Greek letters, and the discussion
            rapidly<br>
            devolves into a long digression about whether θ and ϑ are
            really the<br>
            same letter because one is printed and the other is cursive.<br>
          </blockquote>
          <div><br>
          </div>
          <div>That's a very idealized description of the process.  It
            normally doesn't work that well.</div>
          <div><br>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    Agreed. <br>
    <br>
    The proposal precess is c<span class="st">onfronting and in most
      cases less than helpfull. <br>
      A simple question of how to map a tree area goes off for how many
      responses .. demonstrating a disregard for the poster. <br>
      <br>
      And now there is a move not to let people document the tag they
      create!<br>
      <br>
      This can result in mappers creating tags, as they should and are
      'allowed', but being unable to document them, <br>
      so they cannot map things effectively because they  cannot
      communicate what they are mapping... so they simply leave OSM. <br>
      It also results in tags with a lot of use .. but not documented so
      no one knows what they are .. <br>
      and they could now well be not what was indented by the original
      mappers. <br>
      <br>
      I would advise anyone - if you make a new tag, document it!<br>
      <br>
      <br>
      <br>
    </span>
  </body>
</html>