<html data-lt-installed="true">
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body style="padding-bottom: 1px;">
    <p> </p>
    <div class="moz-text-html" lang="x-unicode">
      <p>Hello Calvin, Greg and users ml,</p>
      <p>> Great place to ask IMHO.</p>
      <p>Big +1.</p>
      <p><br>
      </p>
      <p> Greg, all your proposed topics are very interesting for me. <br>
      </p>
      <p>For your information, we (with Jean-Marie Arsac) have started
        to develop a QGIS plugin Topaze [1] to answer some of these
        requests or to answer them in the next versions. <br>
      </p>
      <p>This is a new component in our suite of plugins to go from land
        survey to GIS integration.</p>
      <p><br>
      </p>
      It is not yet made officially public (on the plugin.qgis.org
      repository) but it will be soon.<br>
      <br>
      <p> Contributions are welcome and we are listening to proposals.</p>
      <p><br>
      </p>
      <p>All the best,</p>
      <p><br>
      </p>
      <p>Loïc</p>
      <p>[1] <a class="moz-txt-link-freetext"
          href="https://gitlab.com/azimut-fr/qgis/topaze">https://gitlab.com/azimut-fr/qgis/topaze</a><br>
      </p>
      <blockquote type="cite"
        cite="mid:6c1d9f90-ea41-dc63-104b-731a23d7bc81@azimut.fr">
        <blockquote type="cite"
          cite="mid:298f55a0-e9e5-2dd6-ef07-24bb11f05b41@oslandia.com">
          <div class="moz-forward-container"> Subject: Re: [Qgis-user]
            What QGIS plugin development should I work on this year?<br>
            Date: Thu, 26 Jan 2023 12:07:35 -0500<br>
            From: Greg Troxel via QGIS-User <a
              class="moz-txt-link-rfc2396E"
              href="mailto:qgis-user@lists.osgeo.org"><qgis-user@lists.osgeo.org></a><br>
            Reply-To: Greg Troxel <a class="moz-txt-link-rfc2396E"
              href="mailto:gdt@lexort.com"><gdt@lexort.com></a><br>
            To: C Hamilton via QGIS-User <a
              class="moz-txt-link-rfc2396E"
              href="mailto:qgis-user@lists.osgeo.org"><qgis-user@lists.osgeo.org></a><br>
            <br>
            Great place to ask IMHO.<br>
            <br>
            These is a combination of a suggestion and a fish for an
            answer that<br>
            tells me no work is needed. I don't know how widespread the
            audience is<br>
            relative to your standards.<br>
            <br>
            1)<br>
            <br>
            Consider someone with a local coordinate system establish
            with a total<br>
            station or similar classical methods. No assumptions on
            orientation of<br>
            axes, except up is up. Let's assume there are perhaps
            hundreds of<br>
            points. Perhaps this is just a data collector dump and
            perhaps it is<br>
            gama output.<br>
            <br>
            Further assume the person has absolute positions
            (lat/lon/HAE) probably<br>
            via GPS RTK, and perhaps standard deviations.<br>
            <br>
            I want to be able to enter the correspondence, and compute a<br>
            transformation that can be not only used in qgis but stored
            in a file to<br>
            be used with proj/gdal. And, I want to store the
            corresponding points<br>
            so that I can re-open, change some, and add some, without
            starting over.<br>
            <br>
            There is a geoscience plugin that mostly does this but it
            seemed awkward<br>
            for reasons I don't remember this minute.<br>
            <br>
            <br>
            2)<br>
            <br>
            Similar, but assume someone has a survey plan with angles
            and distances,<br>
            and somehow (in a new plugin or separate) converts them to a
            local<br>
            system (because one can ~never assume the angles are true to
            any<br>
            particular geodetic coordinate system). Given 1, this is
            about entering<br>
            the angles/distances and turning it into a layer, I think.<br>
            <br>
            There is a cadastral plugin but it seems to be about taking
            a shape and<br>
            producing documents, vs taking documents and producing a
            shape.<br>
            <br>
            <br>
            3)<br>
            <br>
            With RTK, one can take 30s, 60s, whatever position traces on
            a mark.<br>
            Then one can average those. Multiple such observations over
            multiple<br>
            days can then be combined to form an estimate for the mark.
            There are<br>
            interesting questions here about finding the mark by being
            close, vs<br>
            labeling, and not labeling is a faster workflow. I'm doing
            this<br>
            manually but it would be cool to be more automated.<br>
            <br>
            <br>
            _______________________________________________<br>
            QGIS-User mailing list<br>
            <a class="moz-txt-link-abbreviated moz-txt-link-freetext"
              href="mailto:QGIS-User@lists.osgeo.org">QGIS-User@lists.osgeo.org</a><br>
            List info: <a class="moz-txt-link-freetext"
              href="https://lists.osgeo.org/mailman/listinfo/qgis-user">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
            Unsubscribe: <a class="moz-txt-link-freetext"
              href="https://lists.osgeo.org/mailman/listinfo/qgis-user">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
          </div>
        </blockquote>
      </blockquote>
      <div id="grammalecte_menu_main_button_shadow_host" style="width:
        0px; height: 0px;"></div>
    </div>
  </body>
  <lt-container></lt-container>
</html>