<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>With permission, I'm forwarding through this email from ESRI,
      which provides some great clarifications to some of the questions
      being asked in this email list.</p>
    <p>Thanks Gordon and Keith for this detailed response.<br>
    </p>
    <div class="moz-cite-prefix">On 24/7/19 12:30 pm, Cameron Shorter
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:SYBPR01MB4652959716EF5A88CD77212C8EC60@SYBPR01MB4652.ausprd01.prod.outlook.com">
      <div>
        <div style="border:none;border-top:solid #E1E1E1
          1.0pt;padding:3.0pt 0cm 0cm 0cm">
          <p class="MsoNormal"><b><span
                style="mso-fareast-language:EN-AU" lang="EN-US">From:</span></b><span
              style="mso-fareast-language:EN-AU" lang="EN-US"> Gordon
              Sumerling [<a
                href="mailto:GSumerling@esriaustralia.com.au"
                moz-do-not-send="true">mailto:GSumerling@esriaustralia.com.au</a>]
              <br>
              <b>Sent:</b> Wednesday, 24 July 2019 10:04 AM<br>
              <b>Subject:</b> RE: WGS84 / Web Mercator - next steps<o:p></o:p></span></p>
        </div>
      </div>
      <p class="MsoNormal">Hello Michael and Cameron,<o:p></o:p></p>
      <p class="MsoNormal">I have asked Kevin Kelly and Melita Kennedy
        from Esri on their thoughts on your proposal. The response from
        Kevin is as follows:<o:p></o:p></p>
      <p class="MsoNormal" style="margin-left:36.0pt"><i><span
            lang="EN-US">Geodetically, the proposed solution makes much
            more sense than equating GDA2020 with WGS84. It also
            maintains the equivalence of GDA94 and WGS84. Below are a
            few fine points of clarification. I am certain this will be
            confusing, but it’s the new normal in geodetic datum
            management.<o:p></o:p></span></i></p>
      <p class="MsoNormal" style="margin-left:36.0pt"><i><span
            lang="EN-US">GDA94 is aligned to ITRF92 at epoch 1994.0 and
            GDA2020 is aligned to ITRF2014 at epoch 2020.0. In the WGS84
            series of realizations, GDA94 is most closely aligned with
            WGS84(G730), which is itself aligned to ITRF91 at epoch
            1994.0. <o:p></o:p></span></i></p>
      <p class="MsoNormal" style="margin-left:36.0pt"><i><span
            lang="EN-US">The proposed solution, essentially defines a
            non-null WGS84-to-GDA2020 transformation that accounts for
            the roughly 1.8 meter difference between the two frames
            (GDA94/WGS84(G730) and GDA2020). This is good. More
            correctly though, the transformation should read:
            WGS84(G730)-to-GDA2020. It is understood that the dynamic
            part of WGS84 is neglected in this transformation, meaning
            that over time WGS84 and GDA2020 will drift apart.
            <o:p></o:p></span></i></p>
      <p class="MsoNormal" style="margin-left:36.0pt"><i><span
            lang="EN-US">Now, the current realization of WGS84 is
            WGS84(G1762) which is aligned to ITRF2008 at epoch 2005.0.
            And, I hear through the U.S. government grapevine that a new
            realization of WGS84 aligned to ITRF2014 is soon to be
            announced. Since GDA2020 is aligned with ITRF2014 at epoch
            2020.0, there is a slight misalignment between GDA2020 and
            WGS84(G1762), which does not include plate motion between
            the two defining epochs.
            <o:p></o:p></span></i></p>
      <p class="MsoNormal" style="margin-left:36.0pt"><i><span
            lang="EN-US">The upshot of all this is that the proposed
            solution to get data into WGS84 from GDA2020 will actually
            yield GDA94/WGS84(G730) coordinates, it will not provide
            WGS84(G1762) coordinates, nor values in the forthcoming
            realization of WGS84, WGS84(G-Something). The reverse,
            getting data into GDA2020 from WGS84, is somewhat different.
            Users with data in any WGS84 realization after WGS84(G730),
            using the proposed solution, will neglect the misalignment
            between their realization and WGS84(G730), because the
            transformation parameters assume WGS84 coordinates are
            actually WGS84(G730) values.<o:p></o:p></span></i></p>
      <p class="MsoNormal" style="margin-left:36.0pt"><i><span
            lang="EN-US">Though confusing, just some facts to be aware
            of to better educate users.<o:p></o:p></span></i></p>
      <div>
        <p class="MsoNormal"><span style="mso-fareast-language:EN-AU"
            lang="EN-US">Regards<o:p></o:p></span></p>
        <p class="MsoNormal"><b><span style="mso-fareast-language:EN-AU"
              lang="EN-US">Gordon Sumerling | Principal Consultant </span></b><span
            style="mso-fareast-language:EN-AU" lang="EN-US"><o:p></o:p></span></p>
        <p class="MsoNormal"><span style="mso-fareast-language:EN-AU"
            lang="EN-US">Esri Australia | Ground Floor, 15
            Bentham Street | Adelaide, SA 5000 | Australia</span></p>
      </div>
    </blockquote>
    <pre class="moz-signature" cols="72">-- 
Cameron Shorter
Technology Demystifier
Open Technologies and Geospatial Consultant

M +61 (0) 419 142 254</pre>
  </body>
</html>