<div dir="ltr"><div>Thanks Even.</div><div><br></div><div>I understand that AXIS tag is not supported in some WKT1 standards (well, that is what "I understand" reading WKT2 standard).</div><div>However, <br></div><div> projinfo EPSG:25833 -o wkt1_gdal</div><div>generates a WKT with the two AXIS tags (easting-northing). Is that valid?</div><div><br></div><div>Javier<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 14 Mar 2023 at 19:11, 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">Hi Javier,<br>
><br>
> Is that normal?<br>
<br>
yes, WKT1_GDAL emulates the behaviour of the GDAL <= 2.4 era. In <br>
particular GDAL <= 2.4 by default didn't include the AXIS[] definitions, <br>
so when importing from such WKT, easting/northing order is assumed.<br>
<br>
Note: GDAL 2.4 supported the EPSGA (A for AXIS) pseudo authority, so <br>
when resolving EPSGA:31467, it outputed a WKT1 with AXIS[]. But I didn't <br>
try to emulate that rather esoteric behaviour in the PROJ 6 rewrite.<br>
<br>
Bottom line: only use WKT1_GDAL for legacy purposes, understanding that <br>
there are a number of potential stumbling points in doing so.<br>
<br>
Even<br>
<br>
-- <br>
<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
My software is free, but my time generally not.<br>
<br>
</blockquote></div>