[PROJ] Any EPSG code for visualization order WGS84(s)?
Roger Bivand
Roger.Bivand at nhh.no
Tue Sep 8 04:01:16 PDT 2020
On Sun, 6 Sep 2020, Even Rouault wrote:
> On dimanche 6 septembre 2020 15:00:40 CEST Roger Bivand wrote:
>> Thanks, Even and Alan,
>
> Adding back the list
>
>>
>> I didn't know about OGC:CRS84, and should have. However, I see the
>>
>> confusing:
>>> cat(wkt(CRS(SRS_string="urn:ogc:def:crs:OGC:1.3:CRS84")), "\n")
>>
>> GEOGCRS["WGS 84 (CRS84)",
>> DATUM["World Geodetic System 1984",
>> ELLIPSOID["WGS 84",6378137,298.257223563,
>> LENGTHUNIT["metre",1]]],
>> PRIMEM["Greenwich",0,
>> ANGLEUNIT["degree",0.0174532925199433]],
>> CS[ellipsoidal,2],
>> AXIS["geodetic longitude (Lon)",east,
>> ORDER[1],
>> ANGLEUNIT["degree",0.0174532925199433]],
>> AXIS["geodetic latitude (Lat)",north,
>> ORDER[2],
>> ANGLEUNIT["degree",0.0174532925199433]],
>> USAGE[
>> SCOPE["unknown"],
>> AREA["World"],
>> BBOX[-90,-180,90,180]],
>> ID["OGC","CRS84"]]
>>
>> usage node, with a counter-intuitive ordering of the bounding box. Is this
>> a problem in terms of coordinate operation look-up?
>
>> Or are GEOGCRS BBOX
>> minlat, minlon, maxlat, maxlon by definition, irrespecctive of axis order?
>
> Exactly the later. See
> http://docs.opengeospatial.org/is/18-010r7/18-010r7.html#33
>
Thanks again, I'd also been puzzled that EPSG:4326 after switching to
GIS/visualization order still had such a BBOX.
Might OGC:NAD83 and OGC:NAD27 be added to the PROJ db, as they similarly
appear to resolve the axis order issue for EPSG:4269 and EPSG:4267? Their
identifiers actually seem to be OGC:CRS83 and OGC:CRS83 in
http://www.opengis.net/def/crs/OGC/1.3, but am unsure why.
Roger
>
--
Roger Bivand
Department of Economics, Norwegian School of Economics,
Helleveien 30, N-5045 Bergen, Norway.
voice: +47 55 95 93 55; e-mail: Roger.Bivand at nhh.no
https://orcid.org/0000-0003-2392-6140
https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en
More information about the PROJ
mailing list