Hiển thị tọa độ và đầu vào là LatLon hoặc LonLat?

Tôi đang cố gắng để hiểu nếu đây là một vấn đề cho người khác hoặc mọi đầu vào / đầu ra nên được dán nhãn để người dùng không bị nhầm lẫn và chỉ đi với nó?

Tôi nghĩ rằng hầu hết mọi người phát âm nó là "LatLon".

Ai bắt đầu nó?

Có phải vì nó theo thứ tự bảng chữ cái so với "LonLat"?

Ánh xạ Lat và Lon sang mặt phẳng Cartesian Lon là "x" và Lat là "y" vì vậy chúng ta nói "(x, y)" nên được gọi là "LonLat". Và bây giờ để hiển thị thông tin.

Thanh trạng thái trên ứng dụng bản đồ sẽ hiển thị La, Lo hay Lo, Lat?

Nó chỉ nên được dán nhãn là một cách và để người dùng đối phó với nó?

Và tương tự với đầu vào, cách đúng đắn để đặt hàng các trường là gì?

Định dạng của KML là Lon, Lat, Độ cao. Trong khi các ứng dụng khác là Lat, Lon và do đó phải hết sức cảnh giác khi chuyển đổi định dạng.

Có một tiêu chuẩn?

Bạn nên xem tiêu chuẩn ISO 6709. Đây là mục nhập wikipedia: ISO 6709

Mục chính là thứ tự phải luôn luôn là kinh độ vĩ độ.

Vĩ độ đến trước kinh độ

[chỉnh sửa ngay bây giờ khi tôi có bản sao 6709: 2008]

Để trao đổi dữ liệu, hãy sử dụng DD, nhưng để tương thích ngược, sexagesimal là hợp lệ.

Có một phần gọi là "Vĩ độ và kinh độ không phải là duy nhất" hoàn chỉnh với hình ảnh.

Có từ ngữ rất mạnh về thứ tự tọa độ để hiển thị (không trao đổi). Nó nói rằng các nhà điều hướng có truyền thống sử dụng trật tự kinh độ vĩ độ và để thay đổi thứ tự có thể làm tổn hại đến an toàn. Sử dụng các biểu tượng giới tính, hướng thay vì +/-, v.v ... Các giá trị Z tuân theo kinh độ. Các giá trị lưới / phẳng nên sử dụng thứ tự được chỉ định trong định nghĩa CRS.

34 ° 05'09,76 "N 117 ° 02'01,23" W 829,1m

(Hah! Tôi bắt đầu viết ra một mẫu và tự động viết giá trị kinh độ trước)

Đại diện cho một vị trí trên một quả địa cầu không chỉ có hai, mà là ba giá trị, mà trên trái đất thường được đại diện bởi (vĩ độ, kinh độ, độ cao). Máy tính thường hoạt động trong không gian của Cartesian, cũng như các bản đồ giấy của chúng ta, dễ hiểu hơn là tọa độ (x, y), do đó xảy ra xung đột.

Thứ tự tuân theo một số quy ước lịch sử cho tọa độ hình cầu, ánh xạ lên tọa độ địa lý như sau:

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

Thứ tự chung của (r,, φ) (một tiêu chuẩn ISO trong cộng đồng vật lý, mặc dù không được giải quyết ở nơi khác ) đơn giản hóa thành (θ,) khi bạn cho rằng chúng ta đang làm việc trên một quả cầu đơn vị, và do đó (vĩ độ, kinh độ).

Bởi vì một hệ thống GIS được triển khai trong một môi trường sử dụng tọa độ cartesian được sử dụng trong toàn bộ phần còn lại của hệ thống, chúng tôi còn lại một chút xung đột . Tôi nghĩ vấn đề chính là phải rõ ràng những gì bạn đang sử dụng và tuân thủ nó.

Cá nhân tôi thích các đơn vị của Cartesian vì tính phổ biến của chúng ở nơi khác và trong khi các mối liên hệ học thuật với tọa độ hình cầu không bị lãng quên, thì đó không phải là lựa chọn thực dụng khi thực hiện các hệ thống mới. Biểu mẫu (x, y) được sử dụng nội bộ trong hầu hết các định dạng tệp không gian như WKT, Shapefiles, GeoJSON và tương tự - nhưng nếu bạn đang trình bày dữ liệu cho đối tượng giáo dân, thì điều gì đúng tùy thuộc vào việc họ dễ hiểu nhất .

Hai câu trả lời trước đã bao gồm lịch sử, đây chỉ là hai xu của tôi về các tiêu chuẩn:

Với mục đích trao đổi dữ liệu, thứ tự của các tọa độ được xác định bởi sự lựa chọn của CRS , như thúc đẩy bởi OGC tại của họ Axis tự Chính sách Hướng dẫn Lưu ý .

Nếu bạn xem xét kỹ, bất kỳ CRS EPSG nào cũng chỉ định thứ tự của các trục, cần được tôn trọng trong bất kỳ tải trọng nào được đánh dấu để sử dụng CRS. Ví dụ: bất cứ điều gì xuất bản dữ liệu trong epsg: 4326 (WGS 84 địa lý 2D) nên có tọa độ được biểu thị là (lat, lon). Bạn có thể tự kiểm tra sổ đăng ký EPSG (tìm kiếm mã 4326 và xem trong Ellipsoidal CS / Axes).

Một cách khác được sử dụng rộng rãi để chỉ định CRS là WKT chiếu (phần 7; cũng có sẵn ở đây ), cũng quy định thứ tự. Ví dụ

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

Các AXIS thông số là không bắt buộc tuy nhiên, và giá trị mặc định, theo đặc điểm kỹ thuật này, là

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

điều này làm cho toàn bộ vấn đề trở nên khá khó hiểu, bởi vì điều đó có nghĩa là rất nhiều tệp .prj có tham chiếu epsg: 4326 ( ví dụ: trên spatialreference.org ) không chỉ định rõ ràng thứ tự trục tương tự như EPSG, nhưng vẫn tham chiếu Mã EPSG, mâu thuẫn với ghi chú hướng dẫn OGC.

Đây là một vấn đề phổ biến, đây là một cuộc thảo luận trước đây:

• Tại sao một số hệ tọa độ xác định trục x là hướng bắc và một số là hướng đông?

Có một cuộc thảo luận rất căng thẳng tại http://wiki.osgeo.org/wiki/Axis_Order_Confusion

@wwnick cung cấp thông tin trên dưới dạng nhận xét cho câu hỏi trùng lặp

Điều này đặt ra một vấn đề lớn đối với tôi trong nhiều năm đối với AutoCAD 2D được kết hợp bởi thực tế là autocad đọc các góc ngược chiều kim đồng hồ với 0 độ bắt đầu từ vị trí 90d. Trong một thời gian, tôi thích tin rằng tôi đã giải quyết nó bằng cách thay đổi UCS sao cho x trở thành hướng bắc và hướng đông. Miễn là tôi tiếp tục sản xuất các gói thuộc tính 2D, tôi không bao giờ thực sự phải đối mặt với lỗi của mình: trục z bị chỉ sai.

Tất nhiên văn bản thứ nguyên của tôi thường đọc từ phải sang trái nhưng tôi cảm thấy đó là một cái giá nhỏ để trả cho việc đọc góc chính xác và hơn thế nữa, đặt x và y vào vị trí trực quan của họ (theo Northing / Easting, Lat./Lon quy ước). Sau đó, tôi tốt nghiệp Autocad Civil 3d và cố gắng thực hiện lại mánh khóe và đối mặt với điểm mấu chốt: y là bắc / lat và x là Đông / dài. Đồng ý.