Daha çox

Koordinatlar və girişlər LatLon və ya LonLat kimi göstərilir?


Bu başqaları üçün bir problemdirsə və ya hər bir giriş / çıxış etiketlənməlidirsə, istifadəçi qarışıq qalmasın və sadəcə onunla getsin?

Düşünürəm ki, demək olar ki, hamı bunu "LatLon" kimi tələffüz edir.

Kim başladı?

Bunun səbəbi "LonLat" ilə müqayisədə əlifba sırasındadır?

Lat və Lon kartezyen müstəvisinə uyğunlaşdırılması Lon "x", Lat isə "y", ona görə də "(x, y)" dediyimiz üçün "LonLat" şəklində deyilməlidir. İndi məlumatların göstərilməsi üçün.

Bir Xəritəçəkmə tətbiqindəki vəziyyət çubuğunda La, Lo və ya Lo, Lat göstərilməlidir?

Yalnız bir yol kimi etiketlənməlidir və istifadəçinin bununla məşğul olmasına icazə verməli?

Və giriş ilə eyni, sahələri sifariş etmək üçün doğru yol nədir?

KML formatı Lon, Lat, Altitude'dur. Digər tətbiqlər Lat olsa da, Lon və buna görə formatları konvertasiya edərkən çox sayıq olmalıdırlar.

Standart varmı?


ISO standartına baxmalısınız 6709. Budur vikipediya giriş: ISO 6709

Əsas maddə budur ki, sifariş həmişə enlem boylam olmalıdır.

Enlem uzunluqdan əvvəl gəlir

[6709: 2008 nüsxəsinə sahib olduğum üçün redaktə et]

Məlumat mübadiləsi üçün DD istifadə edin, lakin geriyə doğru uyğunluq üçün sexagesimal etibarlıdır.

Şəkil ilə tamamlanan "Enlem ve boylam koordinatları unikal deyil" adlı bir bölmə var.

Üçün koordinat sırası haqqında çox güclü bir ifadə var ekran (mübadilə deyil). Naviqatorların ənənəvi olaraq enlem boylam qaydasını istifadə etdiklərini və sıranı dəyişdirməyin təhlükəsizliyi poza biləcəyini söyləyir. +/- və s.-dən çox seksual, istiqamət işarələrini istifadə edin. Z dəyərləri boylamı izləyir. Izgara / planar dəyərlər CRS tərifində göstərilən qaydadan istifadə etməlidir.

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

(Hah! Bir nümunə yazmağa başladım və avtomatik olaraq uzunluq dəyərini yazdım)


Yer kürəsindəki bir mövqeyi təmsil etmək yer üzündə ümumiyyətlə (en, uzunluq, yüksəklik) təmsil olunan iki deyil, üç dəyər tələb edir. Kompüterlər ümumiyyətlə Kartezyen məkanlarda işləyir, kağız xəritələrimiz kimi (x, y) koordinatları kimi anlaşılması daha asandır, bu səbəbdən də münaqişə.

Sifariş, coğrafi koordinatların üzərinə aşağıdakı şəkildə yerləşdirilən sferik koordinatlar üçün bəzi tarixi konvensiyanı izlədi:

coğrafi sferik simvol ---------- --------- ------ Boylam azimut φ enlik meyl θ yüksəklik radiusu r

(R, θ, φ) (fizika ictimaiyyətində bir ISO standartı, başqa bir yerdə yerləşməsə də) ümumi qaydası, bir vahid sferası üzərində işlədiyimizi düşündüyünüz zaman (θ, φ) qədər sadələşdirir və bu səbəbdən (enlik, uzunluq).

Bir CIS, sistemin qalan hissəsi boyunca istifadə olunan kartezyen koordinatlarını istifadə edən bir mühitdə tətbiq olunduğundan, bir az ziddiyyət qalır. Düşünürəm ki, əsas məsələ istifadə etdiyiniz şeyi aydınlaşdırmaq və ona sadiq qalmaqdır.

Şəxsən Kartezyen vahidlərini başqa yerlərdə ortaq olduqları üçün üstün tuturam və sferik koordinatlarla akademik əlaqələr unudulmasa da, yeni sistemlər tətbiq edilərkən praqmatik seçim deyildir. (X, y) forması WKT, Shapefiles, GeoJSON və buna bənzər əksər məkan fayl formatlarında daxili olaraq istifadə olunur - ancaq məlumatları layiqli bir auditoriyaya təqdim edirsinizsə, düzgün olanlar onların başa düşmələri üçün ən asan olan şeydən asılıdır. .


Əvvəlki iki cavab tarixçəni əhatə edir, standartlar barədə yalnız iki sentim var:

Məlumat mübadiləsi məqsədilə koordinatların sırası CRS seçimi ilə müəyyən edilir, OGC-nin Axis Sifariş Siyasəti Rəhbər Qeydində təqdim etdiyi kimi.

Diqqətlə baxsanız, hər hansı bir EPSG CRS, CRS-dən istifadə etmək üçün işarələnmiş hər hansı bir yükdə hörmət edilməli olan oxların sırasını təyin edir. Məsələn, epsg: 4326 (WGS 84 coğrafi 2D) ilə məlumat yayımlayan hər hansı bir şeyin (lat, lon) şəklində ifadə edilmiş koordinatları olmalıdır. EPSG qeydini özünüz yoxlaya bilərsiniz (4326 kodunu axtarın və Ellipsoidal CS / Axes altına baxın).

CRS-in müəyyənləşdirilməsinin başqa bir geniş yayılmış üsulu da sifarişin təyin olunduğu Projeksiyon WKT (bölmə 7; burada da mövcuddur). Misal üçün

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

The AKSİZ parametrlər isteğe bağlıdır və bu spesifikasiyaya uyğun olaraq, borcludurlar

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

bu, bütün məsələni kifayət qədər qarışıq vəziyyətə gətirir, çünki orada bir çox .prj faylının epsg: 4326-a istinad etdiyi (məsələn, spatialreference.org saytındakı) EPSG ilə eyni ox sırasını təyin etmədiyi, ancaq buna baxmayaraq EPSG kodu, OGC rəhbərliyi ilə ziddiyyət təşkil edir.


Bu ümumi bir problemdir, başqa bir əvvəlki müzakirə:

Http://wiki.osgeo.org/wiki/Axis_Order_Confusion-da çox əhatəli bir müzakirə var

@wwnick yuxarıdakı məlumatları təkrarlanan suala şərh olaraq təqdim etdi


Bu, AutoCAD 2D-də illərdir mənim üçün böyük bir problem yaratdı ki, autocad, 90d mövqeyindən başlayaraq 0 dərəcə ilə açıların saat yönünün əksinə oxunmasıdır. Bir müddət onu UCS-i dəyişdirərək x-nin şimala və şərqə doğru istiqamətlənərək həll etdiyimə inanmağı sevirdim. 2B əmlak planları istehsal etməyə davam etdiyim müddətdə heç vaxt səhvimlə qarşılaşmadım: z oxu səhv istiqamətə yönəldildi.

Əlbətdə ki, ölçülü mətnim ümumiyyətlə sağdan sola oxuyurdu, amma hiss etdiyim yerlərə x və y qoyaraq düzgün bucaq oxumağı və daha çoxunu ödəmək üçün kiçik bir qiymət olduğunu hiss etdim (Northing / Easting, Lat./Lon . konvensiyalar). Sonra Autocad Civil 3d-i bitirdim və yenidən hiylə qurmağa çalışdım və alt xəttlə üz-üzə gəldim: y şimal / lat, x Şərq / uzundur. Qəbul et.


Videoya baxın: How to Find Coordinates Using Latitude and Longitude (Oktyabr 2021).