<div dir="auto"><div>OGC:CRS84 is the equivalent to EPSG:4326 with the visualization axis order change. It is the SRS used by GeoJSON. Should note that this only works with GDAL 3+, PROJ 6+. Not sure about an equivalent for the other EPSG codes.<div dir="auto"><br></div><div dir="auto">Best,</div><div dir="auto">Alan<br><div dir="auto"><br></div></div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Sep 6, 2020, 6:08 AM Roger Bivand <<a href="mailto:Roger.Bivand@nhh.no">Roger.Bivand@nhh.no</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">There are plenty of EPSG codes for authority-conformant axis orders of <br>
WGS84 (not only 4326, but also 9053-9056, 9012, 9014, 9017, 9019, and <br>
possibly others). In userland in R (and most likely GRASS, QGIS, SAGA, <br>
PostGIS (?), pyproj, web mapping, etc.), visualization order is absolutely <br>
the most commonly used and expected.<br>
<br>
We are starting to see visualization order points reported and saved as <br>
4326, with no indication that the declared CRS should have been <br>
axis-swapped before saving. This leads to chaos when the file is read and <br>
treated as real 4326 in another application.<br>
<br>
It would be a real simplification if there was an EPSG code (or codes) for <br>
WGS84 GEOGCRS with visualization axis order to match the way that most <br>
applications have conceptualized objects up to now. For now we have ad-hoc <br>
work-arounds, but no way for non-global data sets to check that points are <br>
E/N or N/E.<br>
<br>
Is there such an EPSG code (or codes); if not, who and how can apply to <br>
the "authorities" to provide support for such a wierd thing? Of course, <br>
having such an alternative set would permit easy coordinate operations of <br>
the +proj=axisswap +order=2,1 kind, but not as ad-hoc additions to <br>
existinng pipelines.<br>
<br>
Many different ad-hoc fixes are less good than a single central and <br>
authorised resolution, and EPSG codes for visualization order WGS84-family <br>
GEOGCRS are clearly needed by most applications.<br>
<br>
Any ideas?<br>
<br>
Roger<br>
<br>
-- <br>
Roger Bivand<br>
Department of Economics, Norwegian School of Economics,<br>
Helleveien 30, N-5045 Bergen, Norway.<br>
voice: +47 55 95 93 55; e-mail: <a href="mailto:Roger.Bivand@nhh.no" target="_blank" rel="noreferrer">Roger.Bivand@nhh.no</a><br>
<a href="https://orcid.org/0000-0003-2392-6140" rel="noreferrer noreferrer" target="_blank">https://orcid.org/0000-0003-2392-6140</a><br>
<a href="https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en" rel="noreferrer noreferrer" target="_blank">https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en</a><br>
_______________________________________________<br>
PROJ mailing list<br>
<a href="mailto:PROJ@lists.osgeo.org" target="_blank" rel="noreferrer">PROJ@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/proj" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/proj</a><br>
</blockquote></div></div></div>