<div dir="ltr"><div>Thanks for jumping in Simon. Saves me digging through heaps of old threads.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 16, 2019 at 6:53 PM Simon Poole <<a href="mailto:simon@poole.ch">simon@poole.ch</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
    <p>Why doesn't anybody else (outside of OSM) have an issue with the
      terms that we are asking to be waived? Because they simply ignore
      them. <br></p>
    <p>I have yet to see any data project proprietary, closed or open
      that actually conveys this correctly to their users (CC BY 4.0
      IMHO actually rules out using so licensed data in closed
      projects). Given that the department in question and the other
      distributors of data on CC BY terms must be aware that the
      relevant terms are as a rule ignored, you would think that giving
      a positive answer to an organisation that is so polite to ask
      before using the data would just be a formality, but it seems not.</p></div></blockquote><div>I now remember reading your comments on this in the past, and remember why I also put DNRM in the too hard basket and just went back to mapping with the resources we've got.<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
    <p>It should really be clear from the blog post, but just to clarify: the interpretation of the CC BY licences that we based our guidance on is CCs reading of the licence and the result of discussion with CC, not something that the LWG invented.<br></p></div></blockquote><div>I knew there was consultation but thanks for explicitly mentioning they were completely involved during writing it. It is frustrating even something like a CC license needs to be "interpreted" because it can be read multiple ways.</div><div><br></div></div>-- <br><div dir="ltr" class="gmail_signature">Jono</div></div>