<div dir="ltr">Thanks!<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 29 Mar 2023 at 20:19, Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</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">
  
    
  
  <div>
    <p>Javier,</p>
    <p>yes the conventions are different. PROJ follows (mostly)
      <a href="https://docs.ogc.org/is/18-010r7/18-010r7.html#37" target="_blank">https://docs.ogc.org/is/18-010r7/18-010r7.html#37</a>:</p>
    <p>"""<br>
    </p>
    <p>Identifier is an optional attribute which references an external
      description of the object and which may be applied to a coordinate
      reference system, a coordinate operation or a bound CRS. It may
      also be utilised for components of these objects although this is
      recommended only for the following circumstances:</p>
    <ul>
      <li> coordinate operation methods and parameters;</li>
      <li> source and target CRSs when embedded within a coordinate
        transformation or a concatenated coordinate operation;</li>
      <li> source CRS when embedded within a point motion operation;</li>
      <li> individual coordinate operations embedded within a
        concatenated coordinate operation;</li>
      <li> base CRS when embedded within a derived CRS (including
        projected CRS);</li>
      <li> source CRS, target CRS and abridged transformation when
        embedded within a bound CRS;</li>
      <li> individual members of a datum ensemble.</li>
    </ul>
    <p>"""</p>
    <p>So if the top object has an ID, generally its sub-objects won't
      have their IDs emitted, except the above exceptions (I see we
      don't emit ids for individual members of a datum ensemble. I
      remember that those exceptions have been in flux, so probably this
      was changed after this was implemented in PROJ. anyway I would be
      inclined to to change that now, as datum ensemble are sufficiently
      verbose as they are)</p>
    <p>See
<a href="https://github.com/OSGeo/PROJ/blob/bafe3a91901b4515a8017a6b019e43edb74a0764/src/iso19111/io.cpp#L485" target="_blank">https://github.com/OSGeo/PROJ/blob/bafe3a91901b4515a8017a6b019e43edb74a0764/src/iso19111/io.cpp#L485</a>
      for the logic. It could be tuned to whatever people fancy for
      their WKT (there's actually a predefined WKT2_SIMPLIFIED variant
      where there are no ids on projection methods and parameters),
      since the omission of id is a convention, and not a hard rule<br>
    </p>
    <p>There's always a bit of "tension" about the appropriate verbosity
      of WKT: should it be a full dump of the (extract of) the
      underlying geodetic database or just a summary with the
      appropriate level of detail.</p>
    <p>Even<br>
    </p>
    <div>Le 29/03/2023 à 18:46, Javier Jimenez
      Shaw a écrit :<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div>Hi</div>
        <div><br>
        </div>
        <div>Comparing some WKT1 strings I found something strange. If I
          ask for WKT1_GDAL based on an EPSG code, I get the authorities
          of the spheroid, prime and the datum. However, If I use an
          WKT2 as the input, they are not there.</div>
        <div><br>
        </div>
        <div>Is that expected?<br>
        </div>
        <div><span style="font-family:monospace"><br>
          </span></div>
        <div><span style="font-family:monospace">> projinfo -o
            wkt1_gdal EPSG:6318</span></div>
        <span style="font-family:monospace">WKT1:GDAL string:<br>
          GEOGCS["NAD83(2011)",<br>
              DATUM["NAD83_National_Spatial_Reference_System_2011",<br>
                  SPHEROID["GRS 1980",6378137,298.257222101,<br>
                      AUTHORITY["EPSG","7019"]],<br>
                  AUTHORITY["EPSG","1116"]],<br>
              PRIMEM["Greenwich",0,<br>
                  AUTHORITY["EPSG","8901"]],<br>
              UNIT["degree",0.0174532925199433,<br>
                  AUTHORITY["EPSG","9122"]],<br>
              AUTHORITY["EPSG","6318"]]<br>
          <br>
          > projinfo -o wkt1_gdal "$(projinfo EPSG:6318 -o wkt2_2019
          -q)"<br>
          WKT1:GDAL string:<br>
          GEOGCS["NAD83(2011)",<br>
              DATUM["NAD83_National_Spatial_Reference_System_2011",<br>
                  SPHEROID["GRS 1980",6378137,298.257222101]],<br>
              PRIMEM["Greenwich",0],<br>
              UNIT["degree",0.0174532925199433,<br>
                  AUTHORITY["EPSG","9122"]],<br>
        </span>
        <div><span style="font-family:monospace">   
            AUTHORITY["EPSG","6318"]]</span></div>
        <div><br>
        </div>
        <div>Thank<br>
        </div>
        <div><br>
        </div>
        <div>
          <div dir="ltr">
            <div dir="ltr">
              <div>.___ ._ ..._ .. . ._.  .___ .. __ . _. . __..  ...
                .... ._ .__</div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <pre>_______________________________________________
PROJ mailing list
<a href="mailto:PROJ@lists.osgeo.org" target="_blank">PROJ@lists.osgeo.org</a>
<a href="https://lists.osgeo.org/mailman/listinfo/proj" target="_blank">https://lists.osgeo.org/mailman/listinfo/proj</a>
</pre>
    </blockquote>
    <pre cols="72">-- 
<a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a>
My software is free, but my time generally not.</pre>
  </div>

</blockquote></div>