<!doctype html>
<html>
 <head> 
  <meta charset="UTF-8"> 
 </head>
 <body>
  <blockquote type="cite">
   <div>
    On 02/11/2021 8:22 PM Paul Allen <pla16021@gmail.com> wrote:
   </div>
   <div>
    <br>
   </div>
   <div>
    <br>
   </div>
   <div dir="ltr">
    <div dir="ltr">
     On Thu, 11 Feb 2021 at 18:25, Robin Burek <<a href="mailto:robin.burek@gmx.de">robin.burek@gmx.de</a>> wrote:
     <br>
    </div>
    <div class="gmail_quote">
     <blockquote>
      <div>
       <div>
        <p>Am 11.02.2021 um 18:28 schrieb Peter Neale via Tagging:<br></p>
        <blockquote type="cite">
         <div style="font-family: times new roman,new york,times,serif; font-size: 16px;">
          <div>
           <br>
           <div dir="ltr">
            They very often (but not always) have different operating hours, which you cannot show, if you insist on one entity with attributes)
           </div>
          </div>
         </div>
        </blockquote>
        <p>of course you can, do you read my/our proposal? <br></p>
       </div>
      </div>
     </blockquote>
     <div>
      You're right.  All we have to do is change all the editors to handle
     </div>
     <div>
      your new way of specifying the extra opening hours.  And then
     </div>
     <div>
      change all the data consumers to handle the extra opening hours
     </div>
     <div>
      that otherwise they may not display.
      <br>
     </div>
     <div>
      <br>
     </div>
     <div>
      And then live with the fact that people looking at the map to find a
     </div>
     <div>
      post office won't see it because it's in a shop.  Or maybe they won't
     </div>
     <div>
      see the shop they're looking for because it's shown as a post office.
     </div>
     <div>
      Or maybe we can then convince all the different cartos to display some
     </div>
     <div>
      sort of new hybrid symbol.
     </div>
    </div>
   </div>
  </blockquote>
  <div class="default-style">
   <div>
    It's all this that makes it such a great shame that we don't make more effort to get tagging schemes "right first time," extensible and future-proof to some degree. The current process is more like design by committee and a "war of attrition" - when all the combatants have lost the will to live, whatever is left on the table becomes the closest we get to a consensus.
   </div>
   <div class="default-style">
    <br>
   </div>
   <div class="default-style">
    It's essential to get guidance into the discussions covering fields of expertise such as data modelling and GIS.
   </div>
   <div class="default-style">
    <br>
   </div>
   <div class="default-style">
    When two people cannot agree on "the answer" it is also possible that they are both right - but from different perspectives. If we can recognise that, we can attempt to adjust the model to accommodate both.
   </div>
   <div class="default-style">
    <br>
   </div>
   <div class="default-style">
    In this case there are different aspects to be considered: the post office may have different opening hours; it may be either the primary or a subsidiary function of the premises; and may be operated by a different company. Maybe I have missed some others.
   </div>
   <div class="default-style">
    <br>
   </div>
   <div class="default-style">
    Now let's focus on a good way of turning these characteristics into tagging.
   </div>
  </div>
 </body>
</html>