<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

  </head>

  <body text="#000000" bgcolor="#FFFFFF">

    <div class="moz-cite-prefix">

      <p>Le 16/02/2019 à 17:36, Paul Ramsey a écrit :</p>

    </div>

    <blockquote type="cite"

cite="mid:CACowWR157ECutyiFa4MN7uRtHcdEgVu7dxLdaUu6W9k_4skzxQ@mail.gmail.com">

      <p class="moz-quote-pre" wrap="">I get a PJ in which the first

        ordinate is latitude and second is

        longitude, so the old EPSG axis-order issue... is there a global

        way

        to turn this off / condition this</p>

    </blockquote>

    <p>I woud not recommend to provide a global flag causing departure

      from EPSG definitions if we want to put an end to the axis-order

      issue. If someone wants (longitude, latitude) axis order, this is

      okay but we shall not call those definitions "EPSG". Alternatives

      are:</p>

    <ul>

      <li>Use a different name.</li>

      <li>Maybe use some modifier (e.g. "EPSG::4326;axisOrder=lon,lat").</li>

      <li>Provide some C/C++ methods that modify PJ after construction

        (e.g. makeRightHanded(PJ)). Such method should erase the EPSG

        identifier from the PJ definition, if any.</li>

      <li>Other idea?<br>

      </li>

    </ul>

    <p>The intent is also to avoid confusion with other CRS having

      non-obvious directions, e.g. projections on poles where all

      directions are going North or South (e.g. "South along 90°

      meridian"), or <tt>DerivedCRS</tt> or <tt>EngineeringCRS</tt>

      which are now supported by Proj. Those new Proj capabilities make

      more important to avoid changing axis order under the hood (i.e.

      without explicit action from the developer).</p>

    <p>    Martin</p>

    <p><br>

    </p>

  </body>

</html>