<div dir="auto">Thanks for this summary. I agree tidying up the wiki and our practice is a good idea and thank you for thinking it all through. <div dir="auto"><br></div><div dir="auto">I'm hardly a tagging connoisseur but I'll venture one further point:</div><div dir="auto"><br></div><div dir="auto">I thought Robert Whitaker's point about the ref tag being more efficiently done as the *dataset* name made a great deal of sense (rather than the dataset *maintainer* name, HE, Cadw, etc, as at present and retained in your proposals).</div><div dir="auto"><br></div><div dir="auto">I replied to him, accidentally off-list, pointing out that HE actually runs two lists ("legacy" and current), which is evidence to me that his suggestion is germane as well as being more practical/efficient.</div><div dir="auto"><br></div><div dir="auto">I see several advantages:</div><div dir="auto">1) ease of parsing, as RW said </div><div dir="auto">2) related, good precedent for other ref systems</div><div dir="auto">3) expandable in the case that the heritage org decides to renumber things again</div><div dir="auto"><br></div><div dir="auto">The documentation would be hardly more complex, and if we're changing things up I think Robert's suggestions are low cost for significant gain.</div><div dir="auto"><br></div><div dir="auto">Edward</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 26 Jul 2021, 11:41 Tony Shield, <<a href="mailto:tonyosm9@gmail.com">tonyosm9@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div>
    <p>Having started this discussion may I summarise and then outline
      what actions I propose to perform unless there are objections.</p>
    <p>I intend to change the HE entries I have added over the last year
      or so to conform to this agreed scheme on a case by case basis -
      no mechanical edit.</p>
    <p>If people want a mechanical edit I will assist if I can.</p>
    <p>Wiki sites</p>
    <p><a href="https://wiki.openstreetmap.org/wiki/Key:heritage" target="_blank" rel="noreferrer">https://wiki.openstreetmap.org/wiki/Key:heritage</a></p>
    <p><a href="https://wiki.openstreetmap.org/wiki/Key:listed_status" target="_blank" rel="noreferrer">https://wiki.openstreetmap.org/wiki/Key:listed_status</a></p>
    <p><a href="https://wiki.openstreetmap.org/wiki/Key:HE_ref" target="_blank" rel="noreferrer">https://wiki.openstreetmap.org/wiki/Key:HE_ref</a>                  <br>
    </p>
    <p>Summary</p>
    <p>The preferred operator is of the form</p>
    <p>heritage:operator=Historic England<br>
      heritage:operator=Cadw<br>
      heritage:operator=Historic Environment Scotland<br>
      heritage:operator=Northern Ireland Environment Agency</p>
    <p>The preferred references are of the form</p>
    <p>ref:he=12345<br>
      ref:hs=LB2345<br>
      ref:cadw=34567<br>
      ref:niea=55643</p>
    <p>as defined in the Key:heritage.<br>
    </p>
    <p>The country namespaced version  ref:GB:he has merit and I can see
      has a definition for Austria, China, Hong Kong but with lower case
      country codes; I will not change to this format without further
      discussion.</p>
    <p>Proposal</p>
    <p>1. Change the Key:heritage page to use the full name rather than
      the abbreviated names.</p>
    <p>2. Change the Key:listed_status page to remove the HE_ref
      references, also change the operator references to conform with 1
      above, list tags which are relevant to a complete listing e.g. url
      of HE, operator of the site, start_date of the building. <br>
    </p>
    <p>3. Modify the Key:HE_ref page to indicate this is deprecated and
      the style of Key:heritage is preferred.<br>
    </p>
    <p>Regards</p>
    <p>Tony (TonyS999)<br>
    </p>
    <div>On 21/07/2021 13:15, Jez Nicholson
      wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">I also think that full name should be used for
        heritage:operator=Historic England
        <div><br>
        </div>
        <div>I would like refs to be GB namespaced.... ref:GB:he,
          ref:GB:hs, ref:GB:cadw, ref:GB:niea</div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">On Wed, Jul 21, 2021 at 1:11
          PM Mark Goodge <<a href="mailto:mark@good-stuff.co.uk" target="_blank" rel="noreferrer">mark@good-stuff.co.uk</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"><br>
          <br>
          On 21/07/2021 11:51, Tony Shield wrote:<br>
          > -------------------------------------------<br>
          > <br>
          > There is clear conflict between heritage:operator with
          values of <br>
          > Historic England and he.<br>
          > <br>
          > References are using the tags HE_ref or ref:he with the
          same value.<br>
          > <br>
          > Data Integrity suggests using one method of tagging and
          having the <br>
          > documentation clear about which tagging to use.<br>
          > <br>
          > Can we discuss with a view to agreeing one method - the
          Global heritage <br>
          > style or the UK listed status style?<br>
          <br>
          My personal opinion, for what it's worth, is that the value of
          <br>
          heritage:operator should be the normal English name, not an <br>
          abbreviation. So<br>
          <br>
          heritage:operator=Historic England<br>
          heritage:operator=Cadw<br>
          heritage:operator=Historic Environment Scotland<br>
          heritage:operator=Northern Ireland Environment Agency<br>
          <br>
          but the ref tag should follow the global pattern, rather than
          creating <br>
          new tags, and use abbreviations. So, for example:<br>
          <br>
          ref:he=12345<br>
          ref:hs=LB2345<br>
          ref:cadw=34567<br>
          ref:niea=55643<br>
          <br>
          This makes for consistency and better machine reading of the
          data, while <br>
          preserving human readability of tag values.<br>
          <br>
          Mark<br>
          <br>
          _______________________________________________<br>
          Talk-GB mailing list<br>
          <a href="mailto:Talk-GB@openstreetmap.org" target="_blank" rel="noreferrer">Talk-GB@openstreetmap.org</a><br>
          <a href="https://lists.openstreetmap.org/listinfo/talk-gb" rel="noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-gb</a><br>
        </blockquote>
      </div>
      <br>
      <fieldset></fieldset>
      <pre>_______________________________________________
Talk-GB mailing list
<a href="mailto:Talk-GB@openstreetmap.org" target="_blank" rel="noreferrer">Talk-GB@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-gb" target="_blank" rel="noreferrer">https://lists.openstreetmap.org/listinfo/talk-gb</a>
</pre>
    </blockquote>
  </div>

_______________________________________________<br>
Talk-GB mailing list<br>
<a href="mailto:Talk-GB@openstreetmap.org" target="_blank" rel="noreferrer">Talk-GB@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-gb" rel="noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-gb</a><br>
</blockquote></div>