将坐标和输入显示为LatLon还是LonLat？

72

我正在尝试弄清这是否是其他人的问题，或者每个输入/输出都应贴上标签，以使用户不会感到困惑，然后继续使用？

我认为几乎每个人都将其发音为“ LatLon”。

是谁开始的？

是否因为与“ LonLat”相比按字母顺序排列？

将Lat和Lon映射到笛卡尔平面Lon为“ x”，Lat为“ y”，因此既然我们说“（x，y）”，则应称其为“ LonLat”。现在用于显示信息。

映射应用程序上的状态栏是否应显示La，Lo或Lo，Lat？

是否应该将其标记为一种方式并让用户处理？

与输入相同，订购字段的正确方法是什么？

KML的格式为Lon，Lat，Altitude。其他应用是Lat，Lon，因此在转换格式时必须非常警惕。

有没有标准？

labeling  coordinate-system  annotation  latitude-longitude 
— Vadim
source
1
好吧，我个人说的是纬度/经度，但我总是输入X / Y。当我处理数据并从客户那里接收数据或将其从网站上刮下来时，大概90％的时间会得到X / Y。
— Tac194'2
1
这个啊肯定唤起了许多回忆... blogs.msdn.com/b/isaac/archive/2007/12/27/...
— 柯克Kuykendall
1
将其转换为Wiki，因为它没有一个正确的答案，但希望确实会引起一些有用的讨论。
— scw
— mdsumner 2011年
2
— AXK

Answers:

38

您应该看一下ISO标​​准6709。这是维基百科条目：ISO 6709

主要项目是顺序应始终为纬度经度。

纬度先于经度

[现在编辑，我拥有6709：2008的副本]

对于数据交换，请使用DD，但为了向后兼容，六进制有效。

有一个名为“纬度和经度坐标不是唯一的”的部分，并附带图片。

关于显示（而不是互换）坐标顺序的措辞非常强烈。它说，导航员传统上使用纬度经度顺序，更改顺序可能会损害安全性。使用十六进制，方向符号而不是+/-等。Z值遵循经度。网格/平面值应使用CRS定义中指定的顺序。

34°05'09.76“ N 117°02'01.23” W 829.1m

（哈！我开始写一个样本，然后自动自动写出经度值）

— mkennedy
source
7
这并不意味着标准是最好的。我的学生对纬度/经度的混合感到困惑...然后您介绍了东西向和北方...然后是x / y。我希望使用一根用数学方法表示的球棒，无论是球面还是平面，x / y，东/北，长/
梅利塔（Melita）-您发现ISO 6709是标准。但是ISO 6709：2008修订版“ ...另外指定了使用纬度和经度以外的坐标类型表示的水平点位置。” 您能否扩展针对人员的标准方面。
— V斯图尔特·富特
1
@Stuart，很遗憾，我没有访问2008年修订版的权利，也不想花122欧元来获得特权！这里有人可能有它。我看看是否可以找到副本。关于我可以发布多少内容，仍然存在版权问题。
— mkennedy 2011年
@丹，哦，我完全同意，但是运动已经发生，并最终被修改为当前的纬度，然后是经度。关于x，y：不幸的是，并非每个人都将x =东移，y =北移！ESRI有几个增强请求支持更改标签轴，交换顺序等
— mkennedy
2
@Stuart，我编辑了答案，以包含标准中的一些信息。
— mkennedy 2011年
14

表示地球仪上的位置不需要两个，而是三个值，在地球上通常用（纬度，经度，海拔）表示。计算机一般都在笛卡尔空间中工作，就像我们的纸质地图一样，它们容易理解为（x，y）坐标，因此容易引起冲突。

该顺序遵循有关球坐标的一些历史惯例，该惯例映射到地理坐标，如下所示：

geographic spherical   symbol
---------- ---------   ------
longitude  azimuth       φ
latitude   inclination   θ 
elevation  radius        r

当您假设我们在单位球体上工作时，（r，θ，φ）（物理学界的一个ISO标准，尽管未在其他地方解决）的通用顺序简化为（θ，φ），因此（纬度，经度）。

由于GIS是在使用笛卡尔坐标的环境中实现的，因此在整个系统的其余部分中都使用了笛卡尔坐标，因此我们之间存在一些冲突。我认为关键问题是弄清楚您使用的是什么，并坚持使用。

我个人更喜欢笛卡尔单元，因为它们在其他地方具有共同点，并且尽管不忘记与球坐标的学术联系，但在实施新系统时，这不是实用的选择。（x，y）格式在内部用于大多数空间文件格式，例如WKT，Shapefiles，GeoJSON等-但是，如果您要向外行受众展示数据，那么正确的选择取决于它们最容易理解的内容。

— SCW
source
2
（+1）还有就是，不过，对于公约的定向坐标系。例如，根据此约定，（x，y）为正，而（y，x）为负。在球面上，（lat，lon）为负，而（lon，lat）为正（以西经和南纬为负数，这似乎是普遍的）。因此，如果要对坐标系使用一致的方向，则将在地图上使用（向东，向北），在球面上使用（纬向，经度）。
— ub
4

前两个答案已经涵盖了历史，这只是我关于标准的两分钱：

出于数据交换的目的，坐标顺序是由CRS的选择确定的，这由OGC在其“ 轴顺序政策指导说明”中提出。

如果仔细观察，任何EPSG CRS都会指定轴的顺序，在标记为使用CRS的任何有效负载中都应遵守这些顺序。例如，在epsg：4326（WGS 84地理2D）中发布数据的任何内容都应具有表示为（lat，lon）的坐标。您可以自己检查EPSG注册表（搜索代码4326，并在Ellipsoidal CS / Axes下查看）。

指定CRS的另一种广泛使用的方式是Projection WKT（第7节；也可以在此处获得），它也规定了顺序。例如

...
AXIS["Lat",NORTH],
AXIS["Lon",EAST],
...

的AXIS参数是可选的但是，和默认值，根据本说明书中，是

AXIS["Lon",EAST],AXIS["Lat",NORTH].

这使整个问题非常混乱，因为这意味着很多.prj文件在那里引用epsg：4326（例如，spacereference.org上的文件）未明确指定与EPSG相同的轴顺序，但仍引用了EPSG代码与OGC指导说明冲突。

— mkadunc
source
我不认为规格决定了存储顺序。它们指示交换/显示顺序。这有点像量子物理学。在观察到这种现象之前，您不可能（不需要）知道发生了什么。同意wkt格式。Esri在使用服务器时增加了对轴顺序的支持，但在常规软件中则没有。
— mkennedy 2011年
1
@mkennedy您在技术上是正确的。在shapefile中，您可以选择任何顺序。但是，一旦您将该shapefile发送给某人并将其描述为epsg：4326，您就应该确保顺序为（lat，lon）。我从答案中删除了“存储”，以便更清楚地表明该标准与发布数据有关。
— mkadunc 2011年
0

多年来，这对我在AutoCAD 2D上构成了一个大问题，同时，autocad从90d位置开始以0度逆时针读取角度。有一阵子我喜欢相信我已经解决了，它通过更改UCS来解决，使x偏北，而y偏东。只要我继续制作2D属性图，我就永远不会真正面对我的错误：z轴指向的方向错误。

当然，我的尺寸标注文字通常是从右到左阅读，但是我觉得为正确的角度阅读付出一点代价，但要付出更多的代价，将x和y放在他们的直观位置（根据Northing / Easting，Lat。/ Lon惯例）。然后我毕业于Autocad Civil 3d，尝试再次执行该技巧，并与底线面对面：y是北/纬度，x是东/纬度。接受。

— Enenenwa Okwudili
source
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.