Daha çox

Coğrafi koordinatları Javascript ilə UTM zonası 29N-ə çevirin


ArcGIS javscript API ilə lat uzunluqlarını UTM-ə çevirmək problemim var.

Gəlin deyim ki, WKID 32629 olaraq da bilinən UTM zonası 29N-yə əsaslanan bir xəritəm var.

Bu formatda bir GPS-dən bilinən bir koordinat dəstim var:

Enlem: 62.220596 Boylam: -6.564331

Coğrafi koordinatlar WKID 4326-dadır.

Javascript istifadə edərək çevirmək üçün Həndəsə Xidmətinin layihə metodundan istifadə etməyə çalışmışam.

ArcGIS forumundakı bu yazıya baxsaq, söhbət eyni məsələdən gedir. Budur, eyni kodu istifadə etməyi və çıxış məkanının istinadını tənzimləməyi sınadım32629və yalnız geri döndüyünü görürsənNaN, wkid'i 4326 olaraq dəyişdirmək üçün JSfiddle'da cəhd edin və coğrafi koordinatları görəcəksiniz.

Düzəliş 1

BaxaraqHTTPserverə edilən istəklər, bu url tələb olunduğunu görürəm (indi Farer Adaları xəritəsini istifadə edərək)

http://sampleserver3.arcgisonline.com/ArcGIS/rest/services/Geometry/GeometryServer/project?f=json&outSR=32629&inSR=4326&geometries={"geometryType":"esriGeometryPoint","geometries":{"x , "y": - 6.7866, "spatialReference": {"wkid": 4326}}]} & callback = dojo.io.script.jsonp_dojoIoScript2._jsonpCallback

Bu outSR, inSR, həndəsələr və geri çağırma ehtiva edən düzgün bir url kimi görünür. Bununla birlikdə, istəkləri bu url-ə simulyasiya etmək mənə ya verir500 Daxili Server Xətasıvə ya bu simli:

dojo.io.script.jsonp_dojoIoScript2._jsonpCallback ({"səhv": {"kod": 400, "mesaj": "Layihə əməliyyatı tamamlana bilmir.", "detallar": ["Həndəsələrin proyeksiyasında səhv"]}});

Fikirləriniz varmı?


Kodunuza baxmadım, ancaq təqdim etdiyiniz URL-də X və Y-lərin ətrafına baxılır. Farer adaları üçün X -6.7866 (uzunluq), Y 62.01387 (enlem) olmalıdır. Nə etməyə çalışdığınızın işlək URL'si:

http://sampleserver3.arcgisonline.com/ArcGIS/rest/services/Geometry/GeometryServer/project?f=json&outSR=32629&inSR=4326&geometries={"geometryType":"esriGeometryPoint","geometries":""" 6.7866, "y": 62.01387, "spatialReference": {"wkid": 4326}}]} & callback = dojo.io.script.jsonp_dojoIoScript2._jsonpCallback

Düzgün qayıdır:

dojo.io.script.jsonp_dojoIoScript2._jsonpCallback ({"geometryType": "esriGeometryPoint", "geometries": [{"x": 615863.053581134, "y": 6877701.89119242}]});

500-lərə gəlincə, bunları bu axşam da sampleerver3 ilə tez-tez alıram. Bunun əvəzinə sampleerver1 istifadə etməyə çalışın, daha stabil olduğu görünür.


JSFiddle-dakı koddakı WKID-i dəyişdirərək həndəsə xidmətindən bir UTM zonasından digərinə proyeksiya etməsini istəyəcəksiniz. Bu, həqiqətən mənalı deyil ...

Bunu sınayın: http://jsfiddle.net/swingley/Yab7E/

Oradakı kod bir xəritə tıklama nöqtəsini (veb merkator olan) götürür, onu lat, uzun şəklinə çevirir, lat, uzun nöqtəni həndəsə xidmətinə göndərir və onu WGS84 UTM Zone 29N-ə proyeksiya edir.

Düzəliş: UTM Zone 29N-də bir nöqtəni qaytaran həmin skripkadan yaradılan bir URL:

http://sampleserver3.arcgisonline.com/ArcGIS/rest/services/Geometry/GeometryServer/project?f=json&outSR=32629&inSR=4326&geometries={%22geometryType%22%3A%22esriGeometryPoint%22%22%22%22%22%22 5B {% 22x% 22% 3A-7.080688421874865% 2C% 22y% 22% 3A62.19107532141271% 2C% 22spatialReference% 22% 3A {% 22wkid% 22% 3A4326}}% 5D} & callback = dojo.io.script.jsonp_doI. _jsonpCallback

Kod formasını buraya yığdım və əla işləyir. İnteqrasiya olunmuş müştəri tərəfi, həqiqətən serverə zəng etmək lazım deyil. Mən də etdiyim bir skriptdəki inteqrasiya olunmuş server tərəfi hamısını qapalı saxlayır.


Michigan'daki bir nöqtə üçün UTM Zone 29N koordinatını istəyərsiniz.
UTM Zone 29N Michigan ştatında yoxdur, koordinat sisteminin hüdudlarından kənarındasınız.
Nümayiş etmək üçün orijinal nümunənizdə 14 dəfə böyüdün və sonra "Mercator" dakı M altında yarım düym düyməni basın. Artıq UTM Zone 29N koordinat sisteminin hüdudlarında olduğunuz üçün bir nəticə əldə edəcəksiniz.
Və ya, Michigan ştatında mövcud olan Zone 16N, wkid 32616 olaraq dəyişməyə çalışın və nümunə kodunuzun heç bir problem olmadan bir nöqtə gətirdiyini görəsiniz.
Buna əlavə bir qeyd olaraq, ESRI həqiqətən səhv sənədlərini düzəltməlidir. İndi problemin nə olduğunu bildiyim üçün səhvin mənası var, amma həqiqətən bu səhvdən koordinat sisteminin hüdudlarından kənarda proyektləşdirməyə çalışdığınızı anlaya bilərsinizmi?


Bunun üçün 10 saniyəlik bir həll, lat / uzun müddətinizi http://www.hamstermap.com saytına kopyalayıb / yapışdırmaqla - onları dərhal UTM-ə çevirəcəksiniz.


1. Baxış

Fəsil 1 coğrafi məlumatların fərqləndirici xüsusiyyətlərindən bir neçəsini qeyd etmişdir. Bunlardan biri coğrafi məlumatların mütləq ümumiləşdirilməsidir və ümumiləşdirmənin miqyasına görə dəyişməyə meyllidir. İkinci bir fərqləndirici xüsusiyyət ondan ibarətdir ki, Yer kürəsinin mürəkkəb, sferik forması Yer səthindəki dəqiq mövqeləri müəyyənləşdirmək üçün səyləri çətinləşdirir. Bu fəsildə miqyas, Yer həndəsi, koordinat sistemləri, koordinat sistemləri ilə Yerin forması arasındakı əlaqəni təyin edən "üfüqi verilənlər bazaları" və koordinat məlumatlarının 3D ilə 2D ızgaraları arasında çevrilməsinin müxtəlif metodlarını işıqlandıraraq bu xüsusiyyətlərin təsirləri, və bir məlumatdan digərinə.

Fəsil 1-lə müqayisədə, Fəsil 2, xüsusən bu konsepsiyaların yeni olduğu şəxslər üçün uzun, texniki və mücərrəd görünə bilər.

Məqsədlər

Fəsil 2-ni uğurla başa vuran tələbələr:

  1. coğrafi koordinatları istifadə edərək coğrafi məkanlar təyin etmək qabiliyyətinizi nümayiş etdirin
  2. iki fərqli format arasında coğrafi koordinatları çevirmək
  3. üfüqi bir məlumat anlayışını izah edin
  4. bir üfüqi məlumatdan digərinə dəyişmə səbəbindən bir koordinat yerindəki dəyişikliyi hesablayın
  5. NAD 27-dən NAD 83-ə uyğunlaşma ilə əlaqəli "məlumat dəyişikliyinin" böyüklüyünü təxmin edin
  6. iki və ya daha çox məlumat dəstinin yer qeydiyyatı üçün uyğun çevrilmə növünü tanımaq
  7. UTM koordinat sisteminin xüsusiyyətlərini, o cümlədən Transverse Mercator xəritəsi proyeksiyasında əsaslarını təsvir edin
  8. xəritədə UTM koordinatlarını qurun
  9. SPC sisteminin əsas götürdüyü xəritə proyeksiyası daxil olmaqla xüsusiyyətlərini təsvir edin
  10. coğrafi koordinatları SPC koordinatlarına çevirmək
  11. spesifik proyeksiya ilə qorunan kürənin həndəsi xüsusiyyətlərini müəyyənləşdirmək üçün təhrif diaqramlarını şərh etmək
  12. proqnozlaşdırılan gratikulları proyeksiya ailəsinə görə təsnif edin.

"Bunu sınayın!" Fəaliyyət

Fəsil boyu qarşılaşdığınızı sınayın hər hansı bir fəaliyyətini tamamlamaq üçün bir dəqiqə ayırın. Bunlar, fəsildə təqdim olunan fikirləri daha yaxşı başa düşməyinizə kömək edəcək əyləncəli, düşündürücü məşqlərdir.


Niyə UTM Koordinatlarını istifadə edin

UTM xəritədə istənilən yerdə sabit bir məsafə əlaqəsi təmin edir. Enlik və boylam kimi açısal koordinat sistemlərində uzunluq dərəcəsi ilə əhatə olunan məsafə qütblərə doğru irəlilədikdə fərqlənir və yalnız ekvatorda bir enlik dərəcəsi ilə çəkilən məsafəyə bərabərdir. Quruda naviqasiya dünyanın kiçik bir hissəsində hər zaman böyük miqyaslı xəritələrdən istifadə edilərək həyata keçirildiyi üçün. UTM sistemi koordinat saylama sisteminin birbaşa məsafə ölçmə sisteminə bağlanmasına imkan verir.


Hərbi

BUCS dönüşüm hesablamalarının əsas vasitəsidir. DA Form 5600-R (Hesablama - Coğrafi Koordinatların UTM Koordinatlarına (BUCS) çevrilməsi) dönüşüm hesablamaları üçün istifadə olunur. (Bax Şəkil 11-1). (Bu formanın təkrarlana bilən bir nüsxəsi bu kitabın Boş Formalar hissəsinə daxil edilmişdir.) Düzgün sferoid təyin edilməlidir.

a. DA Form 5600-R, digər BUCS formalarının eyni əsas formatını izləyir. Formanın yuxarı hissəsi inzibati məlumatları qeyd etmək üçündür. Bu sahədəki məlumatlar aşağıdakıları əhatə edir:

b. Formanın növbəti hissəsi proqramın xüsusi əməliyyatları üçün qeydləri və bu formanı doldurmaq üçün lazım olan digər qeydləri təqdim edir.

c. Formanın növbəti hissəsi iki böyük sütuna bölünür. Sol sütunda kompüterin proqramı istifadə etməsi üçün təlimatlar verilir. Sağ sütun məlumat yazmaq üçündür. Hər formada iki dönüşüm hesablana bilər.

d. Sol sütun üç kiçik sütuna bölünür - STEP, PROMPT və PROSEDUR. STEP sütunu, formanı aşağı endirərkən kompüterin istifadə etdiyi ədədi ardıcıllıqdır. PROMPT sütunu hər bir addımda BUCS ekranında görünəcəkləri kompüterə izah edir. PROSEDUR sütunu kompüterə hər bir addımda və ya istəmədə edəcəyi əməliyyatı izah edir.

e. DA Form 5600-R hesablama prosedurları Cədvəl 11-1-də göstərilmişdir.

11-2. UTM KOORDİNATLARININ CƏĞRƏFİ KOORDİNATLAŞDIRILACAĞI BÖLMƏLƏRİNƏ BAĞLIQ

a. Coğrafi koordinatlar astro müşahidəsinin müəyyən metodlarının hesablanması üçün tələb olunur. Tez-tez UTM koordinatları mövcud yeganə məlumatlar olacaqdır. Bu vəziyyətdə, sörveyer UTM şəbəkə koordinatlarını coğrafi koordinatlara çevirməlidir.

b. UTM koordinatlarından coğrafi koordinatlara çevrilmənin hesablanması DA Formu 5601-R (Hesablama - UTM Koordinatlarının Coğrafi Koordinatlara (BUCS) çevrilməsi)) BUCS istifadə olunur. (Bax Şəkil 11-2.) DA Formu 5601-R-nin hesablanması prosedurları Cədvəl 11-2-də göstərilmişdir.

a. Şimal koordinatları üçün mənşə nöqtəsi ekvatordur. Şərq istiqamətindəki koordinatlar üçün mənşə nöqtəsi hər bir şəbəkə zonasının mərkəzi meridianıdır (CM). CM-yə saxta 500.000 dəyər verilir. Şərq koordinatları şərqə doğru irəlilədikcə artır və qərbə doğru getdikcə azalır.

b. Şəkil 11-3, bitişik iki UTM zonasını - 14 və 15. zonanı 14-də yerləşən P nöqtəsini görselləşdirin. P nöqtəsi üçün göstərilən koordinatlar (800.000 və 3.700.000). Əgər P nöqtəsinin koordinatları qonşu şəbəkəyə (zona 15) çevrilsəydi, görülən hərəkət, Şəkil 11-3-də göstərildiyi kimi, ızgara zonası 15-in şəbəkə zonasının 14 üstünə qoyulmasına bərabər olardı. Əslində, koordinatların çevrilməsi yalnız istifadə olunan şəbəkəyə bitişik olan şəbəkənin riyazi davamını və şəbəkənin şimal referansının dəyişməsindən qaynaqlanan yer üçün sonrakı düzəlişləri əhatə edir. Şəkil 11-3-də P nöqtəsinin yerdə yerləşməsi dəyişməz olsa da, çevrilmə ilə koordinatların dəyərləri dəyişəcəkdir. 15 zona baxımından dəyərlər şərqdə 100.000 metrdən az, şimalda 3.700.000 metrdən çox olacaqdır. Bu rəqəmdən aydın olur ki, koordinatların çevrilməsində hər zonanın koordinat saylama sistemi və ızgara şimal referansındakı dəyişiklik səbəbindən şərq istiqamətindəki koordinatlar nəzərəçarpacaq dərəcədə dəyişəcəkdir. Şimal koordinatlarında yalnız grid şimal referansındakı fərqə əsasən kiçik bir dəyişiklik olacaq.

11-4. DƏYİŞİM HESABLAMALARI

BUCS transformasiyanın hesablanması üçün əsas vasitədir. DA Formu 5602-R (Hesablama - Bölgədən Bölgəyə Dönüşüm - UTM Grid Koordinatları və UTM Grid Azimuth (BUCS)) hesablamalar üçün istifadə olunur. (Bax Şəkil 11-4.) (Bu formanın təkrarlana bilən bir nüsxəsi bu kitabın Boş Formalar hissəsinə daxil edilmişdir.) Bu forma əvvəllər müzakirə edilən BUCS formalarının eyni əsas formatını izləyir. Cədvəl 11-3 DA Formu 5602-R-nin hesablanması üçün təlimatları göstərir.

a. Yer kürə deyil, qütblərdə bir qədər düzəldilmiş və ekvatorda bir qədər qabarıq bir elipsoiddir (və ya sferoid). Ellipsoid bir ellipsin oxundan birinə yaxın çevrilməsi nəticəsində yaranan riyazi bir rəqəmdir. (Bax Şəkil 11-5.) Ellipsoid geodeziya və kartoqrafik məlumatların riyazi azaldılması üçün istinad səthi kimi istifadə olunur.

b. Məlumat bazası, yerdəki nöqtələrin koordinatlarının hesablanmasında geodeziya nəzarəti üçün istifadə olunan istinad koordinat sistemini təyin edən hər hansı bir ədədi və ya həndəsi miqdar toplusudur. Datumlar ya qlobal, həm də lokal ola bilər. Yerli bir verilənlər bazası, yalnız məhdud bir bölgədə istifadə olunan bir koordinat sistemini təyin edir. Qlobal bir məlumat, yerin kütlə mərkəzində yerləşəcək referans elipsoidin mərkəzini təyin edir.

c. Müdafiə Xəritəçəkmə Agentliyi (DMA) TM 8358.1 yeni xəritə istehsalı məqsədi ilə beş üstünlük verilən ellipsoidi müəyyənləşdirir. DMA müxtəlif ellipsoidlər içərisində 21 üstünlük verilmiş geodeziya verilənlər bazası təyin etmişdir. Hal hazırda dünyada 1000-dən çox verilənlər bazası istifadə olunur. Hal-hazırda TM 5-241-1 sferoidləri və verilənlər bazalarını təyin etmək üçün istifadə olunur, lakin DMA TM 8358.1 onu əvəz edir.

d. Bir məlumat bazasına əsaslanan nöqtənin koordinatları, başqa bir məlumat bazasına əsaslanan eyni nöqtə ilə müqayisə edildikdə bir fərq göstərəcəkdir. Həddindən artıq vəziyyətdə, fərq 1000 metr radial səhvdən çox olacaq. Şəkil 11-6, eyni xəritə sahəsi üçün verilənlər bazası arasındakı fərq nümunəsini göstərir.

e. Anket məlumatlarının məlumat bazaları arasında dəyişdirilməsi problemi mövcuddur, çünki ellipsoidlərin hər biri yer üçün bir az fərqli bir ölçü götürür (yarı böyük ox, yarım ox və ellipsoidin düzləşməsi). Bu problem, hər bir elipsoid içindəki verilənlər bazaları tərəfindən daha da artır. Hər bir məlumatın bir ərazi üzrə əsas tədqiqat şəbəkəsinin düzəldildiyi öz mənşə nöqtəsi var.

BUCS DDCT modulu üç proqrama malikdir - Proqram 14 (sadalanan verilənlər bazaları), Proqram 15 (Gauss-Kruger) və Proqram 16 (istifadəçi tərəfindən müəyyən edilmiş).

a. Proqram 14 - Siyahıdakı verilənlər bazaları. DMA TR 8350.2-də göstərilən verilənlər bazaları arasında UTM və / və ya coğrafi (coğrafi) koordinatları dəyişdirir. Proqram eyni zamanda seçildikdə zonadan bölgəyə çevrilmələr həyata keçirir.

b. Proqram 15 - Gauss-Kruger. Gauss-Kruger (GK) koordinatlarını (UTM və / və ya coğrafi) UTM koordinatlarına çevirir. GK məlumat bazaları əsasən Varşava Paktı ölkələrində istifadə olunur.

c. Proqram 16 - İstifadəçi tərəfindən müəyyənləşdirilmişdir. UTM və / və ya istifadəçi tərəfindən müəyyən edilmiş bir verilənlər bazası ilə sadalanan verilənlər bazası və ya başqa bir istifadəçi tərəfindən müəyyən edilmiş verilənlər bazası arasında koordinatları dəyişdirir. DMA və ya daha yüksək bir qərargah lazım olduqda istifadəçi tərəfindən müəyyən edilmiş parametr parametrlərini yayacaqdır.

Qeyd. Proqram 14 və ya 15 istifadə edərək WGS-72 ilə digər hər hansı bir verilənlər bazası arasında yerinə yetirilən məlumat dəyişikliyi, istifadəçi tərəfindən müəyyən edilmiş verilənlər bazaları ilə çevrilmə parametrlərini daxil edərkən Proqram 16 ilə eyni həll etmir. Bunun səbəbi, proqramların 14 və 15-də WGS-72 üçün daha dəqiq bir düsturun istifadə edilməsidir. Proqram 16, WGS-72 üçün qısaldılmış Molodensky düsturlarından və dəyişiklik növbələrindən istifadə edir. Proqram 16, yalnız daha yüksək bir HQ tərəfindən yönəldildikdə və xüsusi parametrlər təmin edildikdə, məlumat dəyişikliyi üçün istifadə olunur.

Qeyd. DDCT proqramı, BUCS printerinə qoşulduqda hər bir proqram üçün boş bir forma yazdırır.

BUCS DDCT modulunun əsas funksiyası istifadəçinin təyin etdiyi verilənlər arasındakı koordinat çevrilmələrinin hesablanmasıdır. Proqramlar yerli geodeziya verilənlər bazalarını WGS-72 və WGS-84-ə çevirmək üçün qısaldılmış Molodensky metodundan istifadə edir.

11-8. YEDƏKLƏMƏ, YUKARI DOSYALAR, XƏTALARIN DÜZELTMƏSİ VƏ BAĞLI QABULLAR

Anket modulunda istifadə olunan YEDƏKLƏMƏ, YUKARI DOSYA, XATA DÜZELTMƏ və ABORT imkanları da DDCT modulundadır. (Bax. Fəsil 12) Bu funksiyalar bir istisna ilə eynidir. Operator MODULE DESIRED: ## sorğusuna ehtiyat nüsxəsini çıxara bilmir və fərqli bir modul seçin. Fərqli bir modul istənilirsə, ABORT funksiyasından istifadə edin.

BUCS DDCT proqramları Cədvəl 11-4-də göstərilən səhv və ya xəbərdarlıq mesajlarını istifadə edir.

11-10. DDCT PROGRAMLARI

BUCS DDCT proqramları istifadəçi dostu olacaq şəkildə hazırlanmışdır. İstifadəçi hər proqramda sadə və başa düşülən bir sıra göstərişlər tərəfindən idarə olunur. Ekranda rast gəlinən göstərişlər, proqramdakı düzgün məlumatları və ya həll yollarını təyin etmək üçün addım-addım izlənilməlidir. DDCT məlumatları və hesablamalar BUCS ilə istifadə üçün hazırlanmış müvafiq hesablama formalarında qeyd edilə bilər və ya BUCS Xüsusi istifadə edilərkən birbaşa printer tərəfindən qeyd edilə bilər. Sürətli qısaltmalar, baş verdikləri yerdəki proqram təlimatlarında izah olunur.

a. Modul nömrəsi məlum olduqda DDCT proqramlarını işə salmaq üçün Cədvəl 11-5-də göstərilən addımları izləyin.

b. Modul nömrəsi bilinmədikdə DDCT proqramlarını çalıştırmak üçün Cədvəl 11-6-dakı proseduru izləyin.

Qeyd. DDCT proqramlarını işləyərkən BUCS MODÜL TƏLƏB OLUNUNUNU TƏLƏB EDİR: 00. BUCS-in tələb etdiyi proqram nömrəsidir.

a. Məqsəd. Bu proqram, ellipsoid və qısaldılmış Molodensky çevrilmə parametrləri BUCS DDCT ROM-da daimi olaraq saxlanılan istənilən iki verilənlər bazası arasındakı koordinatları dəyişdirir. Bu məlumatların siyahısı Əlavə E-də verilmişdir. Proqramın koordinat çevrilmələri üçün dörd ayrı funksiyası vardır.

(1) UTM-dən UTM. Bu funksiya UTM koordinatlarını bir datumdan eyni və ya başqa bir məlumatdakı UTM koordinatlarına çevirir. Zona-zonaya çevrilmələr UTM-UTM çevrilməsinin bir hissəsi kimi daxil edilə bilər. Belə hallarda, çıxış tarixi üçün təyin edilmiş şəbəkə zonası giriş məlumatı üçün təyin edilmiş şəbəkə zonasına bitişik olmalıdır.

(2) GEO-ya UTM. Bu funksiya, bir datumdakı UTM koordinatlarını eyni və ya başqa bir məlumatdakı coğrafi koordinatlara çevirir.

(3) GEO-ya UTM. Bu funksiya bir datumdakı coğrafi koordinatları eyni və ya başqa bir məlumatdakı UTM koordinatlarına çevirir.

(4) GEO-dan GEO-ya. Bu funksiya bir datumdakı coğrafi koordinatları eyni və ya başqa bir məlumatdakı coğrafi koordinatlara çevirir.

b. Qabiliyyətlər. Bu proqram koordinatları bir datumdan eyni və ya başqa bir dataya çevirəcəkdir. Giriş və çıxış koordinatları UTM və coğrafi koordinatların hər hansı bir birləşməsi ola bilər. Bundan əlavə, bu proqram həm giriş, həm də çıxış koordinatları UTM şəbəkəsində verildiyi zaman zonadan zonaya çevrilmələri hesablamaq üçün istifadə edilə bilər. Çıxış datumunda təyin edilmiş şəbəkə zonası giriş məlumat tarixində göstərilən şəbəkə zonasına bitişik olmalıdır. Bitişik ızgara zonalarını təyin etmək üçün Əlavə F-də şəbəkə zonası cədvəlinə baxın. Zona-zonaya çevrilmə apararkən bir neçə səhv və ya xəbərdarlıq şərtləri mövcuddur.

(1) Zonadan bölgəyə koordinat çevrilmələri mənfi şərqə səbəb ola bilər. Transformasiya qərbə doğru bir şəbəkə zonasına və nöqtə zona sərhədindən çox qərbdədirsə, mənfi bir şərq yaranır. Mənfi şərqlərə səbəb olan məsafələr enliyin bir funksiyasıdır (şimal və ya cənub) və Cədvəl 11-7-də verilmişdir.

(2) Bölgədən bölgəyə koordinat çevrilmələri, şərq istiqamətindəki koordinatlar üçün IMAGE OVFL səhv xəbərdarlıq mesajı yarada bilər. Transformasiya qərbdə bir şəbəkə zonasına və nöqtə zona sərhədindən çox şərqdədirsə, bir OYUN OVFL xətası və ya xəbərdarlıq mesajı göstərilir. Şərq koordinatı bir milyon metr qanuni həddini aşarsa və ya bərabər olarsa səhv mesajı göstərilir. Səhv və ya xəbərdarlıq mesajına səbəb olan məsafələr enlemin bir funksiyasıdır (şimal və ya cənub) və Cədvəl 11-8-də verilmişdir.

(3) BUCS DDCT, 72 & # 176 - 84 & # 176 şimal enlemleri arasında, 31, 33, 35 və 37 anormal ölçülü ızgara bölgələrini tanımır. Əlavə olaraq, eyni enliklər arasında 32, 34 və 36 şəbəkə zonalarının olmamasını tanımır. Bu bölgədə Norveçin Svalbard ada qrupu xaricində böyük bir quru kütləsi yoxdur.

Qeyd. Transformasiya ediləcək koordinat ekvatora yaxın olduqda, mənfi şimal və ya IMAGE OVFL səhv mesajı görünə bilər. Bu, məlumat dəyişikliyi koordinatı fərqli bir yarımkürədə yerləşdirəndə meydana gəlir, ekvator nöqtənin cənubundan cənubuna və əksinə dəyişir. Ekvatorun şimalındakı şəbəkə zonaları üçün ekvatorun sıfır dəyəri var. Transformasiya datum sürüşməsi ekvatorun şimalındakı koordinat nöqtəsinin ekvatorun cənubuna bitməsinə səbəb olarsa, giriş şimal koordinatından bir milyonu çıxarın. Transformasiya hesablandıqdan sonra şimal koordinatına yenidən 1 milyon əlavə edin və cəmi 10 milyondan çox olduqda 10 milyonu çıxarın. Məsələ indi Şimali Yarımkürədədir.

c. Tələb olunan məlumatlar. Proqram 14-dən istifadə etmək üçün tələb olunan məlumatlar üçün Cədvəl 11-9-a baxın.

d. Proqram 14 üçün təlimatlar - Siyahıdakı verilənlər bazaları və DA Forması 7287-R. DA Forması 7287-R (Datum-Datum Koordinat Transformasiyasının Hesablanması (Proqram 14 - Listed Datums) (BUCS)) hesablamaq üçün Proqram 14-dən istifadə qaydaları (Şəkil 11-7 - 11-11) Cədvəl 11- də müzakirə edilmişdir. 10.

11-12. PROGRAM 15 - GAUSS-KRUGER

a. Məqsəd. Bu proqram, ellipsoid və qısaldılmış Molodensky çevrilmə parametrləri BUCS-DDCT modulunda olan GK və UTM verilənlər bazaları arasındakı koordinatları dəyişdirir. Bu məlumatların siyahısı Əlavə E-də verilmişdir. Proqramın koordinat çevrilmələri üçün dörd ayrı funksiyası vardır.

(1) Krassovski üçün UTM. Bu funksiya Krassovski əsaslı bir məlumatdakı GK koordinatlarını UTM koordinatlarına çevirir.

(2) Krassovskiyə UTM. Bu funksiya, Krassovski əsaslı bir məlumat bazasında UTM koordinatlarını GK koordinatlarına çevirir.

(3) UTM'ye Bessel. Bu funksiya, Bessel əsaslı bir məlumatdakı GK koordinatlarını UTM koordinatlarına çevirir.

(4) Besselə UTM. Bu funksiya UTM koordinatlarını Bessel əsaslı bir verilənlər bazasında GK koordinatlarına çevirir.

b. Qabiliyyətlər. Bu proqram koordinatları GK datumlarından UTM datumlarına və əksinə çevirir. Giriş və çıxış koordinatları yuxarıda göstərilən GK və UTM koordinat verilənlər birləşmələrindən biri ola bilər.

Proqram 15, Cənubi Yarımkürədə Gauss-Kruger koordinat çevrilmələrini səhv hesablayır. UTM'yi GK'ya və GK'yi UTM'ye çevirmələri hesablayarkən şimal koordinatına 4000 metr əlavə edin. GK proyeksiyasından təsirlənən yeganə ölkə Somalidir.

c. Tələb olunan məlumatlar. Proqram 15-dən istifadə etmək üçün tələb olunan məlumatlar üçün Cədvəl 11-11-ə baxın.

d. Proqram 15 və DA Form 7288-R üçün təlimatlar. DA Forması 7288-R (Datum-Datum Koordinat Transformasiyasının Hesablanması (Proqram 15 - Gauss-Kruger [GK]) (BUCS)) hesablama təlimatları (Rəqəmlər 11-12 - 11-15) Cədvəl 11-də müzakirə edilmişdir -12. (Bu formanın təkrarlana bilən bir nüsxəsi bu kitabın Boş Formalar hissəsinə daxil edilmişdir.)

11-13. PROGRAM 16 - İSTİFADƏÇİ TƏMİN EDİLDİ

a. Məqsəd. Bu proqram, istifadəçi tərəfindən təyin edilmiş iki verilənlər bazası arasında, istifadəçi tərəfindən müəyyən edilmiş bir verilənlər bazası ilə bir siyahıda göstərilənlər arasında və bir siyahıda göstərilənlər ilə istifadəçilər tərəfindən müəyyən edilmiş məlumatlar arasında əlaqələndirir. Siyahıda göstərilən verilənlər bazası üçün Əlavə E-yə baxın. DMA və ya daha yüksək bir qərargah lazım olduqda istifadəçi tərəfindən müəyyən edilmiş parametr parametrlərini yayacaqdır.

(1) İstifadəçi tərəfindən müəyyən edilmiş verilənlər üçün istifadəçi tərəfindən müəyyən edilmiş verilənlər bazası. Bu funksiya, UTM koordinatlarını bir istifadəçi tərəfindən müəyyən edilmiş datumdan eyni və ya başqa bir istifadəçi tərəfindən təyin olunan datumdakı UTM koordinatlarına çevirir.

(2) İstifadəçi tərəfindən müəyyən edilmiş verilənlər siyahısı, siyahıdakı verilənlər bazası. Bu funksiya UTM koordinatlarını istifadəçi tərəfindən müəyyən edilmiş bir datumdan sadalanan bir datumdakı UTM koordinatlarına çevirir.

(3) İstifadəçi Tərifinə Verilən Datum. Bu funksiya UTM koordinatlarını sadalanan bir datumdan istifadəçi tərəfindən təyin edilmiş bir verilənlər bazasında UTM koordinatlarına çevirir.

Qeyd. Adindan datum (kod 1) çevrilmə parametrləri Müdafiə Xəritəçəkmə Agentliyi tərəfindən yeniləndi. Adindan datumun daxil olduğu çevrilmələri həyata keçirmək üçün Cədvəl 11-13-də yenilənmiş parametrlərdən istifadə edin.

Qeyd. Proqram 14 və ya 15 istifadə edərək WGS-72 ilə digər hər hansı bir verilənlər bazası arasında yerinə yetirilən məlumat dəyişikliyi, istifadəçi tərəfindən müəyyən edilmiş verilənlər bazası ilə çevrilmə parametrlərini daxil edərkən Proqram 16 ilə eyni həll etmir. Bu, proqramların 14 və 15-də WGS-72 üçün daha dəqiq bir düsturdan istifadə olunduğundan baş verir. Proqram 16, WGS-72 üçün qısaldılmış Molodensky formullarına və tarix dəyişikliyinə əsaslanır. Datum transformasiyaları üçün Program 16-dan yalnız daha yüksək bir qərargah tərəfindən yönəldildikdə və xüsusi parametrlər təmin edildikdə istifadə edin. Zona-zonaya çevrilmələr yuxarıdakı transformasiyaların hər hansı birinə daxil edilə bilər. Belə hallarda, şəbəkə zonaları bitişik olmalıdır. Əlavə F-də şəbəkə zonası cədvəlinə baxın.

b. Qabiliyyətlər. Bu proqram, istifadəçi tərəfindən müəyyən edilmiş verilənlər bazası arasında və ya istifadəçi tərəfindən müəyyən edilmiş bir verilənlər bazası ilə sadalanan bir məlumat arasındakı koordinatları çevirir və eyni zamanda bölgədən bölgəyə çevrilmələri hesablayır.

Qeyd. Yarım böyük ox və yarı ox da 6360000.000 ola bilməz və ya proqram ləğv edilə bilər.

c. Tələb olunan məlumatlar. Proqram 16-dan istifadə üçün tələb olunan məlumatlar üçün Cədvəl 11-14-ə baxın.

d. Proqram 16 və DA Forması 7289-R üçün təlimatlar. DA Formu 7289-R (Datum-Datum Koordinat Transformasiyasının Hesablanması (Proqram 16 - İstifadəçi tərəfindən Tərifli) (BUCS) hesablamaq üçün Proqram 16-dan istifadə qaydaları (Şəkil 11-16 - 11-18) Cədvəl 11-də müzakirə edilmişdir. -15. (Bu formanın təkrarlana bilən bir nüsxəsi bu kitabın Boş Formalar hissəsinə daxil edilmişdir.)


Mündəricat

Bir coğrafi koordinat sisteminin ixtirası ümumiyyətlə indi itirilənini təşkil edən Kirenli Eratosfenə aid edilir. Coğrafiya eramızdan əvvəl III əsrdə İskəndəriyyə Kitabxanasında. [3] Bir əsr sonra, Nicaea Hipparchus, günəş hündürlüyündən daha çox ulduz ölçmələrindən enliyi təyin edərək və ölü hesabla deyil, ay tutulma vaxtı ilə uzunluğu təyin edərək bu sistemdə inkişaf etdi. 1-ci və ya 2-ci əsrdə Tire Marinus, Afrikanın qərb sahillərində, Kanarya və ya Cape ətrafında, Bəxtəvər Adalar olaraq bilinən, ən qərbdə bilinən ərazidə baş meridiandan şərqə doğru ölçülmüş koordinatları istifadə edərək geniş bir qəzetçi və riyazi olaraq tərtib edilmiş dünya xəritəsi hazırladı. Verde Adaları və Kiçik Asiya yaxınlığındakı Rodos adasının şimalında və ya cənubunda ölçülür. Ptolemey, yay gününün uzunluğu baxımından enliyi ölçməkdənsə, boylamın və enliyin tam qəbul edilməsini ona etibar etdi. [4]

Ptolemeyin II əsr Coğrafiya eyni baş meridianı istifadə etdi, lakin bunun əvəzinə Ekvatordan ölçülmüş enlem. 9-cu əsrdə əsərləri ərəb dilinə çevrildikdən sonra Əl-Xvarizminin əsərləri Yerin təsviri kitabı Arin dənizinin uzunluğu ilə əlaqədar Marinus və Ptolemey səhvlərini düzəltdi, [qeyd 1], orta əsr ərəb kartoqrafiyasında Ptolemey xəttinin 10 ° şərqində baş meridianın istifadə edilməsinə səbəb oldu. 1300-cü ildən bir az əvvəl Maksimus Planudesin Ptolomeyin mətnini bərpa etməsindən sonra Avropada riyazi kartoqrafiya yenidən başladı, mətn 1407-ci illərdə Jacobus Angelus tərəfindən Florensiyada Latın dilinə çevrildi.

1884-cü ildə ABŞ iyirmi beş millətin nümayəndələrinin qatıldığı Beynəlxalq Meridian Konfransına ev sahibliyi etdi. Onlardan iyirmi ikisi İngiltərənin Qrinviçdəki Kral Rəsədxanasının uzunluğunu sıfır istinad xətti kimi qəbul etməyi qəbul etdi. Dominik Respublikası bu təklifin əleyhinə səs verdi, Fransa və Braziliya bitərəf qaldı. [5] Fransa, 1911-ci ildə Paris Rəsədxanasının yerli təyinatları yerinə Qrinviç vaxtını qəbul etdi.

"Şaquli" istiqaməti və yuxarıda ölçdükləri "üfüqi" səth barədə birmənalı olmaq üçün xəritə hazırlayanlar ərazinin xəritələnməsi üçün ehtiyaclarına ən uyğun gələn müəyyən mənşəli və istiqamətli bir istinad elipsoidini seçirlər. Daha sonra quru istinad sistemi və ya geodeziya məlumatı adı verilən kürə koordinat sisteminin həmin ellipsoidə ən uyğun xəritəsini seçirlər.

Datumlar qlobal ola bilər, yəni bütün Dünyanı təmsil edirlər və ya yerli ola bilərlər, yəni Yerin yalnız bir hissəsinə ən yaxşı uyğunlaşan bir ellipsoid təmsil edirlər. Yerin səthindəki nöqtələr, kontinental lövhə hərəkəti, çökmə və Ayla Günəşin yaratdığı Gündəlik Dünya gelgit hərəkəti səbəbindən bir-birinə nisbətən hərəkət edir. Bu gündəlik hərəkət bir metr qədər ola bilər. Kontinental hərəkət ildə 10 sm-ə qədər və ya bir əsrdə 10 m-ə qədər ola bilər. Bir hava sistemi yüksək təzyiq sahəsi 5 mm batmağa səbəb ola bilər. Son buzlanma dövründəki buz təbəqələrinin əriməsi nəticəsində Skandinaviya ildə 1 sm yüksəlir, qonşu Şotlandiya isə cəmi 0,2 sm qalxır. Yerli bir verilənlər bazası istifadə edildiyi təqdirdə bu dəyişikliklər əhəmiyyətsizdir, qlobal bir verilənlər bazası istifadə olunarsa, statistik baxımdan əhəmiyyətlidir. [1]

Qlobal verilənlər bazalarına nümunələr arasında Dünya Geodeziya Sistemi (WGS 84, başqa adı EPSG: 4326 [6]), Qlobal Konumlandırma Sistemi üçün istifadə edilmiş standart məlumat, [qeyd 2] və istifadə olunan Beynəlxalq Yerüstü Referans Sistemi və Çerçeve (ITRF) yer alır. kontinental sürüşmə və qabıq deformasiyasını qiymətləndirmək üçün. [7] Yerin mərkəzinə olan məsafə həm çox dərin mövqelər üçün, həm də kosmosdakı mövqelər üçün istifadə edilə bilər. [1]

Milli bir kartoqrafiya təşkilatı tərəfindən seçilən yerli məlumat bazalarına Şimali Amerika Datum, Avropa ED50 və İngilis OSGB36 daxildir. Bir yer verildikdə, verilənlər bazası the < displaystyle phi> enlemini və λ < displaystyle lambda> uzunluğunu təmin edir. Birləşmiş Krallıqda üç ümumi enlik, boylam və hündürlük sistemi istifadə olunur. WGS 84, Greenwich-də yayımlanan OSGB36 xəritələrində istifadə ediləndən təxminən 112 m ilə fərqlənir. NATO tərəfindən istifadə olunan ED50 hərbi sistemi təxminən 120 m - 180 m arasında dəyişir. [1]

Yerli bir verilənlər bazasına qarşı hazırlanmış bir xəritədəki enlem və boylam GPS qəbuledicisindən alınan ilə eyni olmaya bilər. Koordinatların bir datumdan digərinə çevrilməsi Helmert çevrilməsi kimi bir məlumat çevrilməsini tələb edir, baxmayaraq ki, bəzi hallarda sadə bir tərcümə kifayət edə bilər. [8]

Məşhur CİS proqramında en / uzunluqda proqnozlaşdırılan məlumatlar çox vaxt a kimi təmsil olunur Coğrafi Koordinat Sistemi. Məsələn, məlumat 1983-cü il Şimali Amerika Datum olduğu təqdirdə enlik / uzunluqdakı məlumatlar 'GCS North American 1983' ilə qeyd olunur.


Lidar: Koordinatlar və Formatlar

Bu yaxınlarda twitter vasitəsilə Digital Coast lidar holdinqləri ilə bağlı bir sual var idi. Suallarımız, niyə lidarımızın enli və boylamın üfiqi koordinatlarına sahib olduğunu və nə üçün LAS 1.4 formatı əvəzinə LAS 1.2 olduğumuzu əhatə etdi. Cavablar twitter üçün çox uzundur, ona görə də onları burada həll etməyə çalışacağam. Və ya yalnız TLDR cavabı ilə dayandırın.

TLDR cavabı: şeyləri öz doğma formatında saxlayırıq və hamı eyni proyeksiyanı istəmir.

Formatla başlayaq. Əslində onları aldıqda formatlarından dəyişdirmirik. LAS 1.2 olaraq gəlsələr, bu şəkildə qalacaqlar. Onları LAS 1.4-ə çevirmirik. Bəzi LAS 1.1 və bəlkə də 1.0 məlumatları da tapacaqsınız. Niyə çevirmirik? Əslində bunu etməkdən açıq bir qazanc yoxdur. Verilərlə işləyərkən LAS 1.4 istifadə etməkdən qazanc olmadığını söyləmək deyil, ancaq formatın dəyişdirilməsi heç bir məlumat əlavə etmir. Prosesləriniz LAS 1.4 ilə üstünlüklərə sahib olacaqsa, çevirmək üçün las2las (LAStools-un açıq mənbəli hissəsi) kimi bir şey istifadə edin.

USGS-nin bütün məlumatlarını LAS 1.4-də təqdim etdiyinə dair bir açıqlama gəldi, amma bunun doğru olduğunu düşünmürəm. 3DEP spesifikasiyasına uyğun məlumatların LAS 1.4-də olacağı doğrudur, lakin qayalı ftp saytında orijinal formatda olan bir çox köhnə məlumat var. Trilyonlarla məlumat nöqtəsinin topdan çevrilməsinə haqq qazandırmaq üçün yaxşı bir səbəb düşünmədim. Biri varsa, bu barədə eşitmək istəyirəm.

Orijinal sualın yerli bir kompressor mövcud olmamışdan əvvəl LAZ-a sıxılmış LAS 1.4 məlumatları ətrafında olduğunu öyrəndim. Bu sənədlər LAS 1.2-ə sıxılmış kimi görünür, ancaq laszip ilə açdığınız zaman LAS 1.4 olur. O vaxtdan bəri yerli kompressordan istifadə edilməsi düzəldilmişdir.

Bəs bu koordinat sistemləri? Masamın yanından keçən şikayət, coğrafi koordinatların faydalı olmadığı və USGS kimi UTM-də hamısının niyə olmadığı idi. Beləliklə, coğrafi koordinatların çatışmazlıqları olduğunu qəbul edirəm. Hər şeyi olduğu kimi. Bildiyim ən böyük çatışmazlıqlar bunlardır: 1) yalnız üfüqi olaraq təxminən 1 sm dəqiqlik əldə edəcəksən; 2) üfüqi və şaquli koordinatlar eyni deyil, buna görə də bütün istiqamətlərdə eyni vahidləri qəbul edən bəzi 3B analitiklər işləməyəcək & # 8217t işləməyəcək. Birincisi o qədər də böyük bir iş deyil, çünki havadakı lidarın üfüqi dəqiqliyi bir santimetrə yaxın yerdə deyil. Təkcə ləkə ölçüsü daha böyükdür. İkincisi, qanuni bir məsələdir.

Niyə hər şeyi UTM etmirsiniz? Hər zaman UTM istifadə edirsinizsə bu çox yaxşı səslənir. A lot of academics fall into that category. However, a lot of engineers do not. They fall in the state plane category and may even be required to use state plane. There is no one projection to rule them all. Anything I pick will make someone less happy. For projected systems, there is also the problem of data sets that cross boundaries. This doesn’t occur to a lot of people because their area of interest is fairly constrained, but there are data sets that span multiple states and multiple UTM zones. That makes things ugly and you have to pay a lot more attention when merging data. I have definitely gotten data that had been in two different UTM zones and then converted as if it was in one zone, creating a six degree separation of the data.

Geographic coordinates are one system that lets us use the same system everywhere. This was more important early on when getting properly coded LAS files was a bit iffy. As long was we knew what the data was in, we could convert to geographic and have confidence in what we were dealing with instead of relying on poor software to figure it out. Software is a lot better now and we could probably change, but it would still make a processing flow change for our custom system (Data Access Viewer DAV). Right now, we can merge the data needed for a request into one file and then reproject to the requested projection. If the projections might vary, we would have to reproject each file first and then merge. Not a big deal, but slightly messier with more things to keep track of.

Since I brought up the DAV system, I think it’s worth talking about the different intents of the data distribution we have. Originally, we only had the custom system and a user never saw what projection the base data was in. It also happens to be in ellipsoid heights. The DAV system does a lot of processing for you, including reprojection. However, the limits on how big a job we could safely process without causing problems meant that you couldn’t use it to get a county worth of data. We started to put the data onto an ftp site for those people that needed a full county of data (after applying the latest geoid model). The theory was that if you needed a full county of data, you probably had the knowledge and horsepower to handle changing projections and lots of other things. There is a handy table of those data sets. If we hadn’t turned everything into geographic coordinates, we would probably need to do the same thing USGS did and put it out in whatever projection in came in as (not all UTM by the way).

What about the future? The USGS and 3DEP plan is to use Albers Equal Area projection as their standard. There are lots of things to work out still and it’s likely we’ll see data delivered in multiple projections. Essentially though, they’re making the same sort of decision we did with geographic and trying to cover the ground with one system. They also wanted equal area for consistent acquisition sizes. There are good reasons for having different projections and your favorite system isn’t going to make everyone else happy. It’s best to make sure you’ve got some tools to get from one system to another. By the way, all those reprojections go through geographic to get from one system to another. You’ll also go through geographic to do datum transformations.


Convert geographic coordinates to UTM zone 29N with Javascript - Geographic Information Systems

A collection of geodetic functions that solve a variety of problems in geodesy. Supports a wide range of common and user-defined reference ellipsoids. Most functions are vectorized. Most recent version can be found at <http://www.craymer.com/software/matlab/geodetic/>. Functions include:
Angle Conversions
deg2rad - Degrees to radians
dms2deg - Degrees,minutes,seconds to degrees
dms2rad - Degrees,minutes,seconds to radians
rad2deg - Radians to degrees
rad2dms - Radians to degrees,minutes,seconds
rad2sec - Radians to seconds
sec2rad - Seconds to radians
Coordinate Conversions
ell2utm - Ellipsoidal (lat,long) to UTM (N,E) coordinates
ell2xyz - Ellipsoidal (lat,long) to Cartesian (x,y,z) coodinates
sph2xyz - Shperical (az,va,dist) to Cartesian (x,y,z) coordinates
xyz2sph - Cartesian (x,y,z) to spherical (az,va,dist) coordinates
xyz2ell - Cartesian (x,y,z) to ellipsoidal (lat,long,ht) coordinates
xyz2ell2 - xyz2ell with Bowring height formula
xyz2ell3 - xyz2ell using complete Bowring version
utm2ell - UTM (N,E) to ellipsoidal (lat,long) coordinates
Coordinate Transformations
refell - Reference ellipsoid definition
ellradii - Various radii of curvature
ct2lg - Conventional terrestrial (ECEF) to local geodetic (NEU)
dg2lg - Differences in Geodetic (lat,lon) to local geodetic (NEU)
cct2clg - Conventional terrestrial to local geodetic cov. matrix
clg2cct - Local geodetic to conventional terrestrial cov. matrix
rotct2lg - Rotation matrix for conventional terrestrial to local geod.
rotlg2ct - Rotation matrix for local geod. to conventional terrestrial
lg2ct - Local geodetic (NEU) to conventional terrestrial (ECEF)
lg2dg - Local geodetic (NEU) to differences in geodetic (lat,lon)
direct - Direct geodetic problem (X1,Y1,Z1 + Az,VA,Dist to X2,Y2,Z2)
inverse - Inverse geodetic problem (X1,Y1,Z1 + X2,Y2,Z2 to Az,VA,Dist)
simil - Similarity transformation (translation,rotation,scale change)
Date Conversions
cal2jd - Calendar date to Julian date
dates - Converts between different date formats
doy2jd - Year and day of year to Julian date
gps2jd - GPS week & seconds of week to Julian date
jd2cal - Julian date to calenar date
jd2dow - Julian date to day of week
jd2doy - Julian date to year & day of year
jd2gps - Julian date to GPS week & seconds of week
jd2mjd - Julian date to Modified Julian date
jd2yr - Julian date to year & decimal year
mjd2jd - Modified Julian date to Julian date
yr2jd - Year & decimal year to Julian date

Error Ellipses
errell2 - Computes error ellipse semi-axes and azimuth
errell3 - Computes error ellipsoid semi-axes, azimuths, inclinations
plterrel - Plots error ellipse for covariance matrix

Miscellaneous
cart2euler- Converts Cartesian coordinate rotations to Euler pole rotation
euler2cart- Converts Euler pole rotation to Cartesian coordinate rotations
findfixed - Finds fixed station based on 3D covariance matrix
pltnet - Plots network of points with labels

DirInv - Simple partial GUI script for direct and inverse problems
DirProb - Example of direct problem
Dist3D - Example to compute incremental 3D distances between points.
InvProb - Example of inverse problem
PltNetEl - Example plot of network error ellipses
ToUTM - Example of conversion from latitude,longitude to UTM


Equations Used for Datum Transformations

The following formulae can be used to transform geographic coordinates between geodetic datums using three and seven parameter similarity transformations.

This conversion is a three-step process:

  • Convert geographic coordinates to their Cartesian equivalents
  • Apply similarity transformation to Cartesian coordinates
  • Convert Cartesian coordinates back to geographic values

Geographic coordinates to Cartesian coordinates

These formulae can be used to convert geographic coordinates, latitude ( Φ ), longitude ( λ ), and height ( h ), into Cartesian coordinates (X, Y, Z ):

Where a and f are obtained from the reference ellipsoid used for the respective geodetic datum and the h is the height of the computation point or approximated as zero

Three parameter transformation

The three parameter transformation is implemented using:

Seven parameter transformation

The Helmert seven parameter similarity transformation is implemented using:

Note: the rotation parameters ( R ) must be converted from arc-seconds to radians before being used in this equation.

Note: this is a simplified version of the Helmert formulae that applies for small rotation angles. This is the official formulae to use for the NZGD49-NZGD2000 seven parameter transformation.

Cartesian coordinates to geographic coordinates

These formulas can be used to convert Cartesian coordinates ( X, Y, Z ) into geographic coordinates latitude ( Φ ), longitude ( λ ), and height ( h ).

Where a and f are obtained from the reference ellipsoid used for the respective geodetic datum:

Note: because NZGD1949 is a horizontal datum the height resulting from the transformation will not be in terms of the output datum, the equation is shown here for completeness.


RNDOW

The rNDOW package is very early in development. I’ve added three functions that I use very frequently for exploratory analysis and visualization of animal movement data (post on that soon!). The package will be used by my colleagues to interface with our data management systems. Due to this, many functions will have hard-coded or default values that make data analysis easier for us. Most of the functions will encapsulate common data munging, exploration, and visualization procedures.

Functions

There are 4 functions in the package, xyConv , moveParams , plotTraj and plot3DTraj . I’ve included a randomly sampled animal trajectory for examples muldDat . The packages can be found at the NDOW-ARG/rNDOW repository. The functions solve a common workflow I have in R, converting latlong coordinates to UTM, adding parameters for animal movement models, and plotting the animal trajectory for exploratory visualization. More information on the input and specifics of the functions can be found at the bottom of the post.

Here is an example of how I use the functions.

Line 1 calls the data from the package. Line 2 converts the coordinates to UTM Zone 11, the default options work for me. Line 3 adds the movement parameters to the dataframe. The timestamp isn’t class POSIXct so I convert it using the fasttime library. Line 4 and 5 plot the trajectory. Line 5 creates a “space time cube”, a visualization of the spatial and temporal distribution of the animals GPS locations.


Free Online Tools

Address Tools

BatchGeo
Generate a map from a list of addresses.

GeoNames
Look up coordinates for almost any place on Earth.

Texas A&M Geocoder
Free geocoding service for US addresses (max 2,500 addresses).

US Census Geocoder
Match addresses to geographic locations.

Coordinate System Tools

EPSG.io Coordinate Systems Worldwide
Look up information about over 6,000 coordinate systems.

FCC Degrees Minutes Seconds / Decimal Degrees Converter
Convert coordinates from DMS to/from decimal degrees.

State Plane Coordinate Systems
Look up the State Plane and UTM Zones for each county in the U.S.

Data Cleanup Tools

OpenRefine
Clean, transform, and explore large datasets.

Data Editing Tools

Mapshaper
Easy-to-use web interface for editing geospatial data (shapefile, GeoJSON, TopoJSON, CSV). Built-in console allows for command-line editing.

Georeferencing Tools

Map Warper
Search for georectified maps or upload and georeference your own.

David Rumsey Historical Map Collection Georeferencer
Georeference a historical map from the Rumsey collection.

Imagery Analysis Tools

Picterra
User-friendly platform for training an AI to detect objects in remotely sensed imagery.

Storytelling Tools

Leaflet Storymaps with Google Sheets
A do-it-yourself approach to storytelling using Github and Google Drive. Step-by-step instructions are available on the project’s Github page.

Mapbox Interactive Storytelling
For users with some knowledge of HTML and CSS, this is a configurable storytelling option that produces simple, chapter-based scrollable stories. Requires registering for a free Mapbox account. Generous free tier allows 50,000 map loads per month before charges begin accruing.

MapStory
Free story-telling app (alternative to ArcGIS StoryMaps) built by the nonprofit MapStory Foundation.

StoryMapJS
Free story-telling app (alternative to ArcGIS StoryMaps). One of several online tools by Northwestern University Knight Lab designed for telling compelling stories with multimedia, VR, numerical data, and timelines.

Web Mapping Tools

ColorBrewer 2.0
Get help picking out colors for your map.

Datawrapper
Easy-to-use interface for generating web-based maps, charts, and tables – no coding experience necessary. Generous free tier allows unlimited map creation.

Google Earth for Chrome
Only works in Chrome browser . Explore global satellite imagery from your browser.

Google Maps JavaScript API
Series of JavaScript tutorials for building a custom map in Google Maps. A demo API is provided for the tutorials, but an API must be purchased before sharing maps with the public.

Kartograph
Python and JavaScript libraries for designing interactive online vector maps.

Leaflet
JavaScript library for designing interactive mobile-friendly maps.

MaskMy.XYZ
Client-side JavaScript tool that masks sensitive location information.

Mapbox
Suite of tools and libraries for designing eye-catching, interactive maps. Generous free tier allows 50,000 map loads per month before charges begin accruing.

Recogito
Annotate texts and images and link to digital gazetteers.


Videoya baxın: Cografi koordinat 0503395979 (Oktyabr 2021).