Koordinatları ve girişleri LatLon veya LonLat?

Bu, başkaları için bir sorun olup olmadığına dair bir fikir edinmeye çalışıyorum veya her giriş / çıkış etiketlenmeli, böylece kullanıcı şaşırtmasın ve onunla devam etsin mi?

Sanırım hemen hemen herkes "LatLon" olarak telaffuz ediyor.

Kim başlattı?

"LonLat" ile karşılaştırıldığında alfabetik sıraya göre mi?

Lat ve Lon'un Kartezyen düzlemine eşlenmesi Lon "x" ve Lat "y" dir, bu yüzden "(x, y)" dediğimizden "LonLat" olarak geçmelidir. Ve şimdi bilgi gösterimi için.

Bir haritalama uygulamasındaki durum çubuğu La, Lo veya Lo, Lat'ı mı göstermeli?

Sadece bir yol olarak etiketlenmeli ve kullanıcının onunla baş etmesine izin vermeli mi?

Girdi ile aynı, alanları sıralamanın doğru yolu nedir?

KML'nin formatı Lon, Lat, Rakımdır. Diğer uygulamalar Lat iken, Lon ve formatları dönüştürürken çok dikkatli olmaları gerekir.

Bir standart var mı?

ISO 6709 standardına bir göz atmalısınız. İşte wikipedia girişi: ISO 6709

Ana öğe, siparişin her zaman enlem boylamı olması gerektiğidir.

Enlem, boylamdan önce gelir.

[şimdi 6709: 2008 kopyasını aldım]

Veri değişimi için DD kullanın, ancak geriye dönük uyumluluk için sexagesimal geçerlidir.

Resimle birlikte “Enlem ve boylam koordinatları benzersiz değil” adlı bir bölüm var.

Görüntüleme için koordinat sırası hakkında çok güçlü ifadeler var (değişim değil). Gezginlerin geleneksel olarak enlem boylam düzenini kullandıklarını ve sırayı değiştirmek için güvenliği tehlikeye atabileceklerini söylüyor. Cinsiyetimal, +/- yerine yön sembolleri vb. Kullanın. Z değerleri boylamı takip eder. Izgara / düzlemsel değerler CRS tanımında belirtilen sırayı kullanmalıdır.

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

(Hah! Ben bir örnek yazmaya başladım ve otomatik olarak önce boylam değerini yazdım)

Bir dünyadaki bir konumu temsil etmek iki değil, dünya üzerinde genel olarak temsil edilen üç değerdir (enlem, boylam, yükseklik). Bilgisayarlar genellikle (x, y) koordinatları olarak anlaşılması daha kolay olan kağıt haritalarımızda olduğu gibi, kartezyen alanlarda da çalışır, dolayısıyla çatışma.

Sıralama, coğrafi koordinatlara göre aşağıdaki gibi haritalanan küresel koordinatlar için bazı tarihi kurallara uyuyordu:

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

(R, θ, φ) ( fizik topluluğunda bir ISO standardı , başka bir yerde kurulmamış olmasına rağmen ) ortak sıralaması , bir ünite küresi üzerinde çalıştığımızı varsaydığınızda (itude, φ) basitleştirir (ve enlem, boylam).

Bir CBS, kartezyen koordinatların kullanıldığı bir ortamda uygulandığından, sistemin geri kalanında kullanılır, bir miktar çelişki yaşarız . Bence asıl mesele ne kullandığınızın net olması ve buna bağlı kalmak.

Kartezyen birimleri başka yerlerdeki ortaklıkları nedeniyle şahsen tercih ediyorum ve küresel koordinatlara akademik bağlantılar unutulmamasına rağmen, yeni sistemler uygulanırken pratik bir tercih değil. (X, y) formu, WKT, Shapefiles, GeoJSON ve benzerleri gibi çoğu mekansal dosya biçiminde dahili olarak kullanılır - ancak düzenli bir izleyici kitlesine veri sunuyorsanız, doğru olan şey, bunların anlaşılması en kolay olan şeye bağlıdır. .

Önceki iki cevap zaten tarihi kapsıyor, işte standartlar hakkında sadece iki sentim:

Veri alışverişi amacıyla, Koordinatların sırası, Eksen Emri Politikası Kılavuz Notunda OGC tarafından teşvik edildiği gibi , CRS seçimi ile belirlenir .

Yakından bakarsanız, herhangi bir EPSG CRS, CRS'yi kullanmak için işaretlenmiş herhangi bir yüke uyması gereken eksenlerin sırasını belirler. Örneğin, verileri epsg: 4326 (WGS 84 coğrafi 2B) olarak yayınlayan herhangi bir şeyin (enlem, boylam) ifade ettiği koordinatları olmalıdır. EPSG kayıt defterini kendiniz kontrol edebilirsiniz (4326 kodunu arayın ve Ellipsoidal CS / Axes altına bakın).

CRS'yi belirtmenin yaygın olarak kullanılan diğer bir yolu da siparişi de belirten Projection WKT'dir (bölüm 7; burada da mevcuttur ). Örneğin

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

Ancak AXIS parametreleri isteğe bağlıdır ve bu özelliğe göre varsayılanlar,

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

bu, tüm konuyu oldukça kafa karıştırıcı yapar, çünkü epsg: 4326 ( örn. spatialreference.org üzerinde bir tane ) açıkça ifade etmeyen, ancak yine de başvuruda bulunan epsg: 4326 ( örn. spatialreference.org'daki dosya ). EPSG kodu, OGC rehberlik notu ile çakışıyor.

Bu yaygın bir sorundur, işte bir önceki tartışma:

• Neden bazı koordinat sistemleri x eksenini kuzey yönleri, bazıları doğu yönleri olarak tanımlar?

Http://wiki.osgeo.org/wiki/Axis_Order_Confusion adresinde çok ayrıntılı bir tartışma var.

@ wwnick, yukarıdaki bilgileri yinelenen bir soruya yorum olarak sağladı

Bu, Autocad 2D'in, 90d pozisyonundan başlayarak 0 derece ile saat yönünün tersine açıları okuması gerçeğiyle birleştirilen AutoCAD 2D'de yıllarca benim için büyük bir sorun oluşturdu. Bir süredir UCS'yi değiştirerek x'in kuzeyde ve doğuda olacağı şekilde değiştirdiğime inanmayı sevdim. 2B özellik planları üretmeye devam ettiğim sürece, hatamla hiç yüzleşmedim: z ekseni yanlış yöne işaret etti.

Tabii ki, boyut metnim genellikle sağdan sola okuyordu, ancak sezgisel yerlerine x ve y'yi (Northing / Easting, Lat. . sözleşmeler). Sonra Autocad Civil 3d'ye mezun oldum ve numarayı tekrar yapmaya çalıştım ve sonuçta yüz yüze geldim: y kuzey / lat ve x Doğu / uzun. Bunu kabul et.