谁开始的？
是因为它与“ LonLat”相比按字母顺序排列吗？
将Lat和Lon映射到笛卡尔平面Lon是“ x”，Lat是“ y”，所以既然我们说“（x，y）”，就应该说是“ LonLat”。现在用于显示信息。
映射应用程序上的状态栏应显示La，Lo或Lo，Lat吗？
是否应该将其标记为一种方式并让用户处理？
和输入一样，订购字段的正确方法是什么？
KML的格式是Lon，Lat，Altitude。虽然其他应用程序是Lat，Lon，所以在转换格式时必须非常警惕。
是否有标准？
#1 楼
您应该看一下ISO标准6709。这是维基百科条目：ISO 6709主要项目是顺序应始终为纬度经度。
纬度先于经度
[现在我有了6709：2008的副本，请编辑]
对于数据交换，请使用DD，但为了向后兼容，请使用十六进制有效。
有一个名为“纬度和经度坐标不是唯一的”的部分，并附带图片。
关于显示（而不是互换）坐标顺序的措辞非常强烈。它说，导航员传统上使用纬度经度顺序，更改顺序可能会损害安全性。使用十六进制，方向符号而不是+/-等。Z值遵循经度。网格/平面值应使用CRS定义中指定的顺序。
34°05'09.76“ N 117°02'01.23” W 829.1m
（哈！开始写出样本，然后自动自动写出经度值）
评论
这并不意味着标准是最好的。我的学生对纬度/经度的混合感到困惑...然后您介绍了东西向和北方...然后是x / y。我希望一根棍子能以数学方式表示坐标，无论是球面还是平面，x / y，东/北，长/纬……也许都可以进行运动
–user681
2011年2月11日，下午1:31
梅利塔（Melita）-您发现ISO 6709是标准。但是ISO 6709：2008修订版“ ...另外指定了使用纬度和经度以外的坐标类型表示的水平点位置。”您能否扩展针对人员的标准方面。
– V Stuart Foote
2011-02-11 17:48
@Stuart，很遗憾，我没有访问2008年修订版的权利，也不想花122欧元来获得特权！这里有人可能有它。我看看是否可以找到副本。关于我可以发布多少内容，仍然存在版权问题。
– mkennedy
2011年2月11日在21:13
@丹，哦，我完全同意，但是运动已经发生，并最终被修改为当前的纬度，然后是经度。关于x，y：不幸的是，并非所有人都等于x =东移，y =北移！ Esri有几个增强请求，以支持更改轴的标签，交换顺序等。
– mkennedy
2011年2月11日在21:17
@Stuart，我编辑了答案，以包含标准中的一些信息。
– mkennedy
2011年2月11日23:24
#2 楼
表示地球仪上的位置不需要两个，而是三个值，在地球上通常由（纬度，经度，海拔）表示。计算机通常在笛卡尔空间中工作，就像我们的纸质地图一样，它们更容易理解为（x，y）坐标，因此容易产生冲突。到地理坐标上，如下所示：geographic spherical symbol
---------- --------- ------
longitude azimuth φ
latitude inclination θ
elevation radius r
（r，θ，φ）（物理学界的ISO标准，尽管未在其他地方解决）的通用顺序简化了假设我们在单位球面上工作，因此（θ，φ），因此（纬度，经度）变为（θ，φ）。由于GIS是在使用笛卡尔坐标的环境中实现的，因此在系统的其余部分，我们还有一些冲突。我认为关键问题是弄清楚您使用的是什么，并坚持使用。
我个人更喜欢笛卡尔单元，因为它们在其他地方具有通用性，而与球坐标的学术联系却没有。不要忘记，这不是实施新系统时的务实选择。 （x，y）格式在内部用于大多数空间文件格式，例如WKT，Shapefiles，GeoJSON等-但是，如果您要向外行受众展示数据，那么正确的选择取决于它们最容易理解的内容。
评论
（+1）但是，有一个定向坐标系的约定。例如，根据此约定，（x，y）为正，而（y，x）为负。在球面上，（lat，lon）为负，而（lon，lat）为正（以西经和南纬为负数，这似乎是普遍的）。因此，如果要对坐标系使用一致的方向，则将在地图上使用（向东，向北），在球面上使用（纬向，经度）。
– hu
2011年6月29日23:13
#3 楼
前两个答案已经涵盖了历史，这只是我关于标准的两分钱：出于数据交换的目的，坐标的顺序取决于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].
这使整个问题变得很混乱，因为这意味着很多在那里引用epsg：4326的.prj文件（例如，spacereference.org上的文件）未明确指定与EPSG相同的轴顺序，但是但是，请参考EPSG代码，这与OGC指导说明相冲突。
评论
我不认为规格决定了存储顺序。它们指示交换/显示顺序。这有点像量子物理学。在观察到这种现象之前，您不可能（不需要）知道发生了什么。同意wkt格式。 Esri在使用服务器时增加了对轴顺序的支持，但在常规软件中则没有。
– mkennedy
2011-09-13 21:44
@mkennedy您在技术上是正确的。在shapefile中，您可以选择任何顺序。但是，一旦您将该shapefile发送给某人并将其描述为epsg：4326，就应确保顺序为（纬度，经度）。我从答案中删除了“存储”，以便更清楚地表明该标准与发布数据有关。
– mkadunc
2011-09-13 22:44
#4 楼
这是一个常见的问题，这是前面的另一个讨论：为什么有些坐标系将x轴定义为北向而有些将x轴定义为东向？ http://wiki.osgeo.org/wiki/Axis_Order_Confusion中非常详尽的讨论
@wwnick提供了以上信息，作为对重复问题的评论
#5 楼
多年来，这在AutoCAD 2D上给我带来了一个大问题，同时，autocad从90d位置开始以0度逆时针读取角度。有一阵子我喜欢相信我已经通过更改UCS来解决它，使x偏北，而y偏东。只要我继续制作2D属性图，我就永远不会真正面对我的错误：z轴指向的方向错误。当然，我的尺寸标注文字通常是从右到左阅读，但是我觉得为正确的角度阅读付出一点代价，但要付出更多的代价，将x和y放在他们的直观位置（根据北/东，纬度/经度惯例）。然后，我毕业于Autocad Civil 3d，尝试再次执行该技巧，并与底线面对面：y是北/纬度，x是东/长。接受。
评论
好吧，我个人说Lat / Lon，但我总是输入X / Y。当我处理数据并从客户那里接收数据或将其从网站上刮下来时，大约90％的时间我会得到X / Y。嗯，这肯定会带回回忆... blogs.msdn.com/b/isaac/archive/2007/12/27 / ...
将其转换为Wiki，因为它没有一个正确的答案，但希望会引起一些有用的讨论。
stat.ethz.ch/pipermail/r-help/2004-August/056560.html
directionsmag.com/articles/…