<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">
      <p>Le 22/08/2022 à 17:05, Lesparre, Jochem via PROJ a écrit :</p>
    </div>
    <blockquote type="cite"
cite="mid:AM0P192MB0482D3B3804D6D6C37AA96C7EF719@AM0P192MB0482.EURP192.PROD.OUTLOOK.COM">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style>@font-face
        {font-family:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0cm;
        margin-right:0cm;
        margin-bottom:0cm;
        margin-left:36.0pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}p.gmail-msoplaintext, li.gmail-msoplaintext, div.gmail-msoplaintext
        {mso-style-name:gmail-msoplaintext;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}div.WordSection1
        {page:WordSection1;}ol
        {margin-bottom:0cm;}ul
        {margin-bottom:0cm;}</style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span style="mso-fareast-language:EN-US"
            lang="EN-GB">I support:<o:p></o:p></span></p>
        <ul style="margin-top:0cm" type="disc">
          <li class="MsoListParagraph"
            style="margin-left:0cm;mso-list:l0 level1 lfo1"><span
              style="mso-fareast-language:EN-US" lang="EN-GB"> (…snip…)<o:p></o:p></span></li>
          <li class="MsoListParagraph"
            style="margin-left:0cm;mso-list:l0 level1 lfo1"><span
              style="mso-fareast-language:EN-US" lang="EN-GB">Greg’s
              suggestion to stop using WGS84 (EPSG:4326).</span></li>
        </ul>
      </div>
    </blockquote>
    <p>Just one nuance about above last point. I agree about deprecating
      EPSG:4326 for <i>data producers</i> (i.e. encourage all data
      producers to describe their CRS as accurately as they can). But we
      still need EPSG:4326 as an ensemble (i.e. with its ~2 meters
      uncertainty) for <i>data users</i>. The reason is that when a
      software reads a file from unknown source, if the CRS has not been
      accurately defined by the producer, there is nothing the software
      or user can do about that. In those cases, the worst thing would
      be to <i>pretend</i> that we have a CRS of some specific
      realization while actually the software has no idea. We need a way
      to said "we don't know what is the realization because the
      producer did not tell us, expect a 2 meters uncertainty".</p>
    <p>So I would not be in favour of interpreting EPSG:4326 as the
      latest realization. I think it should continue to mean "we don't
      know the realization", and every coordinate transformation
      involving EPSG:4326 should declare a 2 meters uncertainty. We need
      to keep the possibility to said "we don't know", even if we want
      to encourage data producers to be more accurate.<br>
    </p>
    <p>    Martin</p>
    <p><br>
    </p>
  </body>
</html>