Daha çox

Həndəsə dəyərini koordinatlardan necə əldə etmək olar


Boş həndəsə sütunu olan bir masam var. Eyni cədvəldə xcoordinate və ycoordinate dəyərlərinə sahib iki sütunum var. Bu iki koordinatın yaratdığı həndəsə dəyərini almaq istəyirəm. Həndəsə POINT olduğundan st_geomfromtext ('POINT (x y)') funksiyasından istifadə edirəm.

'T1' cədvəlindəki the_geom həndəsə sütununu yeniləmək üçün sintaksisin altından çalışdım:

yeniləmə t1 set the_geom = st_geomfromtext ('POINT (' || t1.xcoordinate || t1.ycoordinate || ')');

Lakin bu bir səhv verir:

"POINT (3458196941)" <- həndəsə daxilində 17 mövqedəki səhv təhlili

'||' istifadə etmirəm burada simli birləşmə düzgündür. Kimsə məni düzəldə bilərmi?


Düşündüm, belə olmalıdır:

update t1 set the_geom = st_geomfromtext ('POINT (' || t1.xcoordinate || "|| t1.ycoordinate || ')');

Yaxşı işlədi !!


WKT üçün mətni formatlaşdırmaqdansa, daha sürətli və itkisiz olduğundan ədədi koordinat məlumatlarını birbaşa istifadə etməlisiniz:

yeniləmə t1 set the_geom = ST_MakePoint (t1.xcoordinate, t1.ycoordinate);

Və bir SRID təyin etməlisinizsə:

update t1 set the_geom = ST_SetSRID (ST_MakePoint (t1.xcoordinate, t1.ycoordinate), 4326);

Həndəsə tərifləri¶

Pyresample.geometry modulu nöqtələr və ya piksel mesh istifadə edərək müxtəlif coğrafi əraziləri təsvir etmək üçün dərslər ehtiva edir. Bəzi siniflər bərabər aralıklı / ölçülü piksellərdən hazırlanmış coğrafi sahələri təmsil edir, digərləri bölgənin qeyri-bərabər piksellərlə təsvir edildiyi halları idarə edir. Bir bölgəni təsvir etmək üçün ən yaxşı obyekt istifadə vəziyyətindən və bu barədə bilinən məlumatlardan asılıdır. Piramika nümunəsində mövcud olan müxtəlif siniflər aşağıda təsvir edilmişdir.

Pyresample.geometry dərslərinə verilən bütün enlem və enlemlerin dərəcə olmalıdır. Əlavə olaraq, uzunluqlar [-180 + 180 [etibarlılıq aralığında olmalıdır.

Versiya 1.8.0-da dəyişdirildi: Həndəsə obyektləri performansı yaxşılaşdırmaq üçün verilən uzunluq və enlik koordinatlarının etibarlılığını artıq yoxlayır. Boylam massivlərinin -180 ilə 180 dərəcə, en -90 ilə 90 dərəcə arasında olacağı gözlənilir. Bu, başlanğıcda uzunluq və enlik massivləri verilən bütün həndəsə təriflərinə də aiddir. Dizilerinizi əvvəlcədən işləmək üçün check_and_wrap () istifadə edin.


Həndəsə dəyərini koordinatlardan necə əldə etmək olar - Coğrafi İnformasiya Sistemləri

Stephan Miller


Transvers Mercator xəritəsi

Seçilmiş xəritə Transverse Mercator proyeksiyasına əsaslanır. Bu proyeksiya, maraq dairəsinin mərkəzində olan bir meridiana toxunan bir silindr istifadə edir. Uzunluqların, sahələrin və formaların təhrifləri mərkəzi meridiandan məsafənin artması ilə artır.

Yuxarıdakı xəritə, Transverse Mercator proyeksiyasından istifadə edərək Florida ştatının Melbourne şəhərinin vəziyyətini təsvir edir. Xəritənin sərhəd koordinatları cənub-qərb küncündə 20N, 90W, şimal-şərq küncündə 40N, 70W-dir. Koordinatlar Melburnu 80W-də ərazinin mərkəzi meridianının yaxınlığında yerləşdirmək üçün seçilmişdir.

Coğrafi Koordinatlar və Dəqiqlik haqqında Qeyd
Yuxarıdakı xəritədə göstərilən yer adı, təxminən 30 metr məsafədəki ev şəhərimin yerini göstərir. Qeyd edək ki, koordinatlar dəqiqliklə .1 saniyəyə (3 metr), 01 saniyəyə (0,3 metr), 0,001 saniyəyə (3 santimetr) və ya lazım olduqda artırıla bilər. Saniyələr burada istifadə olunur və şəhərin mərkəzi qədər dumanlı bir şey üçün daha münasibdir.

Coğrafi Koordinatlar Sferik Koordinatlardır
Coğrafi koordinatlar, xəritə proyeksiyaları, ızgara sistemləri və kompüter ekran cihazları kimi planar Kartezyen koordinat sisteminə deyil, sferik bir koordinat sistemi istinadına əsaslanır.

Coğrafi Koordinat Sisteminin mənşəyi
Coğrafi koordinatların dəyəri mənfi və ya mənfi 180 dərəcə qərbdən şərqə və artı ya da mənfi 90 dərəcə cənubdan şimala qədərdir. Ekvator sistem üçün məntiqi bir cənuba şimal bölgüsü olaraq quruldu. Qərbdən şərq bölgüsü məsələsi yalnız 1800-cü illərin sonlarında İngiltərənin Qrinviçdəki Baş Meridianının (digərləri də var) beynəlxalq istifadəyə razı olduğu zaman həll edildi.

Dünyada geniş yerlər üçün coğrafiya
Coğrafi koordinatlar dünya üçün yeganə həqiqətən universal koordinat sxemidir. Məkan məlumatları Dövlət Planı və UTM daxil olmaqla yerli təyyarə koordinat sxemlərini əhatə etdikdə, coğrafi koordinatlar təbii seçimdir.

Məsələn, işlədiyim əksər hərbi tətbiqetmələr, qonşu planar məlumat dəstlərini maraq doğuran bir ərazidə birləşdirməkdən qaçmaq üçün məlumatlarını coğrafi olaraq saxlamağa üstünlük verirlər. Çox vaxt, yalnız maraq sahəsi lokallaşdırıldıqda, UTM işlədilir və açıq bir konversiya istifadə olunur. Ağıllı sistemlər coğrafi məlumatların koordinatların saxlanılması üçün istifadə olunmasına imkan verən və təhlil və ölçmələr aparmaq üçün koordinatların düzəldilməsi üçün çevik bir tərcümədən istifadə edərək bu cür konversiyanı sadə bir şəkildə həyata keçirir.

Harrisdə bu yaxınlara qədər Sayım Bürosu MAF / TIGER Dəqiqliyin İnkişafı Proqramında (MATIP) çalışmışam. Büro, proqramı üçün coğrafi koordinatlarda israr etdi, çünki ölkədəki bütün müxtəlif təyyarə koordinat sistemlərindən istifadə etmək qeyri-mümkün olacaqdır.

Təyyarə koordinat məhdudiyyətləri problemi hərbi olmayan tətbiqetmələrdə də mövcuddur. 1970-ci illərdə Florida'da işləyərkən, DOT ilçe xəritələrindən və Dövlət Təyyarəsi koordinatlarından Lambert Conformal Conic və Transverse Mercator proyeksiyalarına əsaslanan Florida Qərb və Şərqə əsaslanan koordinatlarından alınan məlumatların birləşməsi problemi ilə qarşılaşdıq!

Coğrafiya əksərən Kartezyen Koordinatları olaraq Yanlış Çalıştırılır
Verilənlərə bir Kartezyen sistemi olaraq təfsir edildikdə, diqqət göstərilmədən coğrafiya şəkli, uzunluğu və ərazini təhrif edir. Coğrafi göstəricilər bir dünya ilə müqayisədə açıq şəkildə təhrif olunur. Qrenlandiya klassik bir vəziyyətdir, ancaq problem hər yerdə mövcuddur. Məsələn, DTED-1 ərazi məlumatları postlar dəqiq 3 saniyə arıq olduqda 90 metr nominal post aralığı ilə təsvir olunur. 28N enleminde, 3 saniyə qərbdən 75.25 metr, cənubdan 92.5 metrdir. DTED postları arasındakı yer məsafəsi bir cərgədən digərinə dəyişir.

Bəzi CİS sistemləri sabit sayğaclarda bir məsafədən istifadə edərək coğrafiyada aparılan bir bufer axtarışını yaradır. Sabit sayğac məsafəsi dəyişən enliklə az və ya çox saniyə olur. Nəticə şişkin və ya başqa bir şəkildə nizamsız bufer zonasıdır.

Analiz üçün Yerli Bir Təyyarə Sisteminə Verilən məlumatların Ağıllı İsteğe Dönüşdürülməsi
Yuxarıda təsvir olunan problemdən qaçınmaq üçün CİS sistemləri coğrafi sistemlər CBS məlumat bazası üçün istinad sistemi olaraq istifadə edildikdə tez-tez pərdəarxası, yuxarıda göstərildiyi kimi yerli müstəviyə koordinatlarına çevrilir. Bu, GIS istifadəçisinin açıq bir məlumatı və ya razılığı olmadan edilir.

Ümumilikdə coğrafiya geniş ərazilər üçün koordinat sxemi kimi faydalıdır. Bununla yanaşı, coğrafiyada məlumatların dəqiq istifadəsi, ölçmə və ya analiz lazım olduqda, ağıllı, diqqətlə dizayn edilmiş tələbə uyğun olaraq yerli, şəbəkəyə çevrilməyi tələb edir.

UTM-nin "Transverse Mercator", silindrinin mərkəzi meridianın (320.000 və 680.000m E) təxminən 180.000 metr şərqində və qərbində sferoidi kəsdiyi xüsusi bir secan kassadır. Bu xətlər boyunca miqyas tam 1.0-dir. İki xətt arasındakı miqyas 1.0004-ə qədər artır və bu xətlərin xaricində 0.9996-ya qədər azalır. 10.000-də 4 hissənin səhvi 2500-də 1 hissədir.

Melbourne, UTM Bölgələrinin 1-dən 60-a qədər Dünyadakı 17 Bölgəsində Yalanlar
Melbourne üçün düz qarmaqarışıq koordinatları ərazini 84W-dan 78W-dək və 80S-dən 84N-ə qədər əhatə edən Transvers Mercator proyeksiyasına əsaslanır. Şəbəkə Şərq mənşəli zonanın 81W-də mərkəzi meridianında yerləşir. Şimal koordinatlarının mənşəyi Ekvatorda 0 metr şimaldır. Cənub yarımkürəsi üçün şimal dəyərləri Ekvator üçün 10.000.000 metr yalan şimala nisbətən təyin olunur. Ekvatordan cənuba doğru irəlilədikdə dəyərlər şimalda azalır.

UTM-dəki "U", yuxarıda Zona 17 üçün göstərildiyi kimi bir şəbəkənin, hər 6 enlik uzunluğunda üst-üstə düşməyən 60 zonanın hər biri üçün qurulduğu anlamına gəlir. Sistem, hər biri 6 dərəcə sürüşdürülən Zona 17-yə eyni quruluşlu 59 başqa şəbəkəni özündə birləşdirir. Zona 16 90W ilə 84W arasında və 80S ilə 84N arasında dəyişir. Zona 18 84W ilə 78W arasında və 80S ilə 84N arasında dəyişir. Bu sahələrin hər biri üzərində işlənmiş ızgaralar quruluş baxımından eynidir və birlikdə dünyanın qütb bölgələrindən başqa bütün sahələri əhatə edir. (Qütb bölgələrinin əhatə dairəsi Universal Polar Stereographic və ya UPS Grid sistemi tərəfindən təmin edilir.)

Pozitiv Koordinat Dəyərləri üçün Hazırlanan UTM Izgaraları
Aşağıda müzakirə edilən Dövlət Təyyarəsi Koordinatları daxil olmaqla digər müstəvi koordinat şəbəkəsi sistemləri kimi, UTM də mənfi x (şərq) və ya y (şimal) koordinat dəyərlərini istisna etmək üçün hazırlanmışdır. 81W-dəki mərkəzi meridiana 500.000 m Şərq dəyəri verilir ki, 17 zonasındakı ən qərb nöqtəsi 84W və 0N-də hələ də müsbət rəqəmdir.

Bəzən Universal Transvers Mercator deyil
6 dərəcədə UTM şəbəkə sistemləri bir çox maraq bölgələrini əhatə edəcək qədər böyükdür və bu səbəbdən bir çox CBS tətbiqi üçün arzuolunandır. Məsələn, Alabama, əyaləti qərb və şərq yarılarına səliqəli şəkildə bölən Zona 16-nın mərkəzi meridianı ilə ideal bir uyğunlaşmaya malikdir. UTM sistemi ayrıca 0,5 dərəcəyə qədər genişləndirilə bilən dizayn etmişdir. Bununla birlikdə, bu uzantılarla belə, UTM-nin məhdudiyyətləri var. Məsələn, Florida ştrixi 84W-ə bölünür və əyaləti 16-cı bölgəyə və 17-ci bölgəyə bölür. 17-dən 16-cı zonaya uzanma belə əyalətin həddindən artıq qərb hissəsindəki koordinatları dəqiq təmsil etmək üçün kifayət olmayacaqdır.

UTM istifadə
Hərbi şəbəkə olaraq başlayan və qalaraq, federal və əyalət agentliyi GIS sistemlərində iştirak edən istifadəçilər arasında geniş bir qəbul tapdı. Altı dərəcə uzunluq zolağı CBS tətbiqlərinin əksəriyyətinin maraq dairəsinə uyğundur.

ABŞ Milli Şəbəkə Səyləri
UTM zonaları arasında məlumatların bir-birinə qarışmasının çətinliyinə baxmayaraq, təxmin etdiyimə görə bu, əksər CİS sistemləri üçün seçilən standart koordinat sistemidir. UTM və Hərbi Şəbəkə Referans Sistemini ABŞ-da milli şəbəkə üçün əsas kimi istifadə etmək üçün bu nisbətən yeni təşəbbüs, zona interfeysi problemlərinin çoxunu həll edəcəkdir. Mürəkkəb koordinat istinadlarının və bu koordinatların dəyişkən qətnamələrinin CİS sistemləri tərəfindən necə deşifrə ediləcəyi və istifadə olunmasının dəqiq təbiəti hələ açıqlanmır. (Baxın Public XY Project 2000).

Mənbə: "Birləşmiş Ştatların Milli Şəbəkəsini (USNG) məkan ünvanı necə oxumaq olar" İctimai XY Layihəsindən uyğundur

Qismən, bu məsələ bəlkə də keçmişdəki məlumatların ayrı-seçkiliksiz birləşdirildiyi GIS proqram inkişafında dəqiqlik və dəqiqlik nəzərə alınmasını məcbur edəcəkdir.

NAD-27 və NAD-83

Geodeziya verilənlər bazası
NAD-27 və NAD-83 üfüqi verilənlər bazasıdır. Yatay bir məlumat, yer səthinin bir hissəsi və ya hamısı üzərində bir koordinat istinad nöqtəsini təşkil edir. Komponentlər bir mənşənin coğrafi koordinatlarını, məlumatdakı digər üçbucaq stansiyalarına aid olan elipsoidal parametrləri (sferoidal modelin qəbul edilmiş radiusu və düzəldilmə parametrləri) və ölçülmüş geoidal mövqe ilə mənşədəki elipsoidal mövqe arasındakı fərqi əhatə edir. Tez-tez bu sıfır olaraq qəbul edilir. (Milli Geodeziya Tədqiqatına dair suallara baxın - 26 May 2005 və Layman üçün Milli Geodeziya Tədqiqat Geodeziyası)

Datum Shift
Fərqli verilənlər bazalarından məlumatların birləşdirilməsi və ya daha tez-tez, ölçmələrin özləri daha incə hala gətirildiyi zaman referans çərçivəsini dəyişdirmək üçün (tədqiq olunan nəzarət nöqtələri sahədəki yerdə qalır) məlumat dəyişikliyi və ya dəyişikliyə ehtiyac var.

Üfüqi verilənlər bazaları
Geodeziya məlumatı üfüqi, şaquli və ya hər ikisi ola bilər. NAD-27 və NAD-83 datumları üfüqi məlumatlardır. Üfüqi verilənlər bazaları ellipsoid - model sferoid və hipotetik ellipsoidal səthlə müşahidə olunan geoid səthi arasındakı ayrılığın məlum olduğu və tez-tez sıfır olaraq qəbul edildiyi bir mənşə nöqtəsinə əsaslanır. Mənşə nöqtəsi tarixən mərkəzdə yerləşən və bütün digər idarəetmə stansiyalarının yerləşdiyi idarəetmə şəbəkəsindəki stansiyalardan biri kimi qəbul edilir. Eyni geodeziya vəziyyətinin təxminləri, fərqli məlumat bazalarından təyin olunmuş koordinatlar əhəmiyyətli dərəcədə dəyişə bilər.

NAD-27 Datum
NAD-27 sistemi Clarke, 1866 elipsoidinə bağlıdır. NAD-27 tarixi 1800-cü illərin sonlarında Yeni İngiltərədə başlayaraq ABŞ-a yayıldı və nəticədə digər ölkələrin digər verilənlər bazaları ilə barışıb və nəticədə indiki adını alaraq inkişaf etdi. Mənşə, sistem inkişaf etdikcə və son olaraq Kanzas stansiyasındakı Meades Ranch-da yerləşərək hərəkət etdi.

NAD-83 Datum
NAD-83 bu gün seçimdir. NAD-27 daxil olmaqla digər verilənlər bazalarından fərqli olaraq, bu yalnız regional yerüstü müşahidələrə deyil, dünya səviyyəsində təkrarlanan peyk müşahidələrinə uyğunlaşdırılmışdır. Bu məlumat Yerin kütlə mərkəzinə (datumun mənşəyi) və GRS 80 elipsoidinə nisbətən coosentrik koordinatlarla ölçülür.

Hər bir SPC Bölgəsi Benzersiz bir şəkildə inşa edilmişdir
ABŞ-ı əhatə edən 120 artı Dövlət Təyyarəsi Koordinat bölgəsi var. Bölgələrin heç biri Ştat və ya mahal sərhədlərini keçmir və hər zona məkan baxımından bitişik mahal qrupu olaraq təyin edilir. Yuxarıda təsvir olunan UTM koordinatlarından fərqli olaraq, SPC zonaları fərdi zonalara uyğun şəkildə bənzərsiz bir şəkildə qurulmuşdur. Ümumiyyətlə, cənub-qərbdən cənub-qərbdə ən çox nöqtə mənşə olaraq seçilir və yalançı şərq üçün pozitiv sıfır ofset təyin edilir. (Bax NOAA NOS NGS Nömrəsi 5.)

SPC üçün koordinat vahidləri ənənəvi olaraq ayaqdır, NGS proqramı və digərlərində hesabat vahidlərini metrlərlə gördüm. NGS indi daxili sayğaclarda işləyir, lakin istifadəçi cəmiyyətinin çoxunun tarixən və texnoloji cəhətdən ayaq ölçülərinə bağlı olduğunu qəbul edir (bir neçə ayaq növü var). (Milli Geodeziya Tədqiqatına dair suallara baxın - 26 May 2005)

Lambert Konformal və Transvers Merkator Proqnozları istifadə olunur
Hər zona ya Lambert Konformalı, ya da Transvers Mercator proyeksiyasında əmələ gəlir. Standart paralellər və mərkəzi meridianlar müvafiq zonalar növləri üçün uyğunlaşdırılmış və miqyaslı təhrif səhvlərini minimuma endirmək üçün seçilmişdir. (Bax NOAA NOS NGS 5 nömrəli təlimat.)

Lambert Konformal proyeksiya, əsasən qərbdən şərqə doğru uzanan zonalar üçün istifadə olunur ki, zona daxilində daha çox nöqtə miqyas təhrifi və beləliklə səhvlərin minimuma endirildiyi standart paralellərə yaxınlaşsın.

Cənubdan şimala uzanan zona bölgələri üçün Transverse Mercator proyeksiyası istifadə olunur. Bu, zonadakı nöqtələrin mərkəzi meridiana qədər olan məsafəsini minimuma endirir və yenidən təhrif səhvini minimuma endirir.

Ümumiyyətlə SPC üçün təhrif səhvinin 10000-də 1 hissə olduğu təxmin edilir.

SPC Zonası 0901
Dövlət Təyyarə Koordinat sistemi şəbəkəsi 0901, Florida yarımadasının şərq yarısındakı mahalları əhatə edir.

Şəbəkə Transvers Mercator proyeksiyasına əsaslanır, çünki bu bölgənin Şimal-Cənub istiqamətinə uyğundur.

Şəbəkə mənşəli 0901 zonası üçün 81W və 24.33333N-dir (NOAA NOS NGS Manual Number 5). Bu zona üçün 200000 fut yalançı bir şərqdən istifadə edildi.

SPC-nin istifadəsi
Təcrübəmə görə, Dövlət Təyyarəsi sistemləri, sistemin bir ilçe və ya çox bölgə bölgəsi boyunca tam əhatə dairəsini təmin etdiyi yerli qurumlar və işin tez-tez ilçe bazasında bir mahalda aparıldığı və SPC tərəfindən verilən daha yüksək dəqiqliyin tələb etdiyi DOT-lar tərəfindən seçilir. yer ölçənlər.

Coğrafi, UTM və SPC Sistemlərinin Müqayisəsi və Kontrastı

Coğrafi Koordinat Sistemləri

Sferik Açısal Koordinat Vahidləri
Coğrafi koordinatlar sferik koordinatlardır: həqiqi Yer formasını modelləşdirən bir sferoidə uyğun 3D məkanda açısal ölçülər.

Üstünlük: Yalnız koordinatlar bənzərsizdir və bir şəbəkənin təhrif olunma səhvini ehtiva etmir
Yalnız coğrafi koordinatlar unikal bir mövqeyi müəyyənləşdirir (müəyyən bir dəqiqlik səviyyəsində). Bu, şəbəkə zonasının bir koordinat cütlüyünü gerçək dünya yeri ilə əlaqəli olaraq bilinməsi lazım olan şəbəkə sistemlərindən üstündür.

Bu, xüsusən çoxsaylı müstəvi koordinat sistemlərinə ehtiyac duyulacağı geniş ərazilərdə məlumatların saxlanması üçün idealdır.

Dezavantajı: Sferik Həndəsə və Trigonometriya kompleksdir
Koordinatlar qərar dərəcələri və ya milliarcseconds kimi bir tam ədəd vahidi kimi ifadə edildikdə, koordinatları düzənlik kimi təfsir etmək və onları həndəsə üçün bir düzlük sistemini qəbul edən CİS sistemlərindəki alqoritmlərdə istifadə etmək asandır. Uzaqlıq ölçüləri və ya bufer axtarış kimi analiz kimi təyyarə həndəsi əməliyyatları birbaşa sferik koordinatlarda tətbiq edilməməlidir və bu müstəvi koordinatları ilə müqayisədə coğrafi cəhətdən bir dezavantajdır.

Təyyarə Koordinat Grid Sistemləri

Həm UMM həm də UTM-nin coğrafi cəhətdən üstünlükləri və yalnız UTM və SPC ilə müqayisə edərkən fərqləri və üstünlükləri və mənfi cəhətləri var.

Advantage Plane coğrafi baxımdan əlaqələndirir: Dünya Həqiqətən Parçalı Planardır!
Həm UTM, həm də SPC bir təyyarə koordinat sisteminə əsaslanır və qəbul edilə bilən səhv tolerantlığı daxilində əməliyyatlar yerinə yetirmək üçün təyyarə həndəsi istifadə edilə bilər. Faktiki olaraq bütün CBS proqram sistemləri bu planar modeli qəbul edir, çünki 3D məkanında və bucaqlı metodlardan istifadə olunan əməliyyatlar səmərəli yerinə yetirilmək üçün çox mürəkkəbdir.

Üstünlük UTM: Daha böyük Zona Ölçüsü
UTM zonaları 6 boylam və 164 enlik dərəcələrini uzadır. Yalnız boylamı nəzərə alsaq, UTM bir zonanın sərhədini əhatə etmədən daha böyük bir maraq sahəsini əhatə etməsi ehtimalı yüksəkdir.

Dezavantaj UTM: Daha böyük Zona Ölçüsü
Daha böyük ölçüdə uyğunlaşmaq istər-istəməz daha böyük potensial təhrif səhvi deməkdir. UTM üçün 2500-də 1 hissənin təxmin edilən xətası SPC üçün bu səhvdən böyükdür.

Üstünlük UTM: Transvers Mercator Proyeksiyasına əsaslanan bütün zonalar
UTM-dəki bütün zonalar Transverse Mercator proyeksiyasına əsaslanır. Hər zonanın öz mərkəzi meridianı olmasına baxmayaraq, bitişik iki Transvers Mercator zonasının müqayisəsi biri Transverse Mercator, digəri Lambert Conformal proyeksiyalarına əsaslanan iki SPC zonasını müqayisə etməkdən bir az daha sadədir.

Üstünlük UTM: Təkrarlana bilən, təxmin edilə bilən qrafik miqyası
SPC-dən fərqli olaraq, UTM zonaları proqnozlaşdırıla bilən və təkrarlanan uzunluq zolaqları boyunca düşür. Zona sərhədləri daxilində məlumatların birləşməsi potensial olaraq daha asandır: coğrafi vəziyyətə çevrilmiş A zonasından UTM koordinatları (aralıq bir addım) bir az daha asan müqayisə etməyə və yaxşı davranılmış zona sərhədləri səbəbindən UTM Zona B-yə yenidən proyeksiya etməyə imkan verir.

Eyni keyfiyyət, Birləşmiş Ştatlar üçün bir Milli Şəbəkə hazırlamağa imkan verdi.

Üstünlük SPC: Şəhristanı Qruplarına nisbətən kiçik bölgələr
SPC üçün zona sərhədləri mahal sərhədlərini izləyir. Bir zona təşkil edən mahal qrupları, ortalama olaraq UTM bölgələrindən daha kiçikdir. SPC-dəki təhrif səhvinin, UTM üzərində üstünlük verərək 10.000-də 1 hissə olduğu təxmin edilir.


Oracle Məkan. Proqnozlaşdırılan koordinatları [yerli SRID] və Coğrafi koordinatları [WGS84] bir ərazidən mərkəzdən alın

Proqnozlaşdırılan koordinatları əldə etmək üçün bir sql skriptini etdim (MP) həm də Coğrafi Koordinatlar (UZUNLAT) cədvəldən bir (sahə) centroiddən AETA, həmçinin başqa bir xüsusiyyət (CONCELHO), baxışdan VAETA.

Baza həndəsi cədvəldədir (AETA). Bu cədvəl 2 atributdan [IPID, GEOMETRY] ​​ibarətdir və ərazi tipli həndəsələri ehtiva edir. Görünüş (VAETA) AETA cədvəli ilə əlaqədardır - IPID atributunu paylaşırlar.

SQL skriptimdən əldə etdiyim nəticələr:

IPID || M || P || CONCELHO || T

50040615 || 58243.8292298382 || -95032.5884906886 || Borba || MDSYS.SDO_GEOMETRY (2001,4326, MDSYS.SDO_POINT_TYPE (-7.46254163019826,38.8103393988376, NULL), NULL, NULL)

50041533 || 46178.4608566094 || -125300.367916971 || Redondo || MDSYS.SDO_GEOMETRY (2001,4326, MDSYS.SDO_POINT_TYPE (-7.6034580874097,38.5384058748327, NULL), NULL, NULL)

Mənim problemim həndəsə obyektindən (T sütunu) Boylam və Latitude almaqdır ki, belə bir cədvəl əldə edim:

IPID || M || P || CONCELHO || UZUN || LAT

50040615 || 58243.8292298382 || -95032.5884906886 || Borba || -7.46254163019826 || 38.8103393988376

50041533 || 46178.4608566094 || -125300.367916971 || Redondo || -7.6034580874097 || 38.5384058748327

Hər kəs bunu necə edəcəyini bilir eyni anda, eyni sql skriptində?

Hər şeyin sintaksis xüsusiyyətləri ilə bir az itirmişəm. Bir neçə dəfə cəhd etdim və düzəldə bilmədiyim səhvləri almağa davam edirəm.

Qeyd: istifadə edirəm bir funksiya (transform_long_lat_pt) koordinatları SRID 3763 [ETRS89 / Portugal TM06] 'dan 4326 [WGS 84]' ə çevirən. Fonksiyonu sınadım və nəticələr yaxşıdır.

Proqnozlaşdırılan M və P koordinatları SRID 3763-də [ETRS89 / Portuqaliya TM06]

UZUN və LAT Coğrafi koordinatlar SRID 4326-da olmalıdır [WGS 84]


Şəkil koordinat sistemləri

10.3-dən başlayaraq, görüntü koordinat sistemlərini dəstəkləmək üçün məkan referansı artırılmışdır. Bir şəkil koordinat sistemi, məkan istinadını birincil görüntü baxımından təyin edir. Öz görüntü koordinat sistemində əks olunan bir əsas görüntü, heç bir təhrif nümayiş etdirmir, digər görüntü və xüsusiyyətlərin, şəkil koordinat sistemini istifadə edərək birincil görüntü ilə üst-üstə düşməsini proqnozlaşdırmaq olar. Bir çox görüntüyönümlü iş axını, xəritə koordinatları (coğrafi və ya proqnozlaşdırılan koordinat sistemləri) əvəzinə görüntü koordinat sistemlərində şəkillərin göstərilməsini tələb edir, məsələn, oblik şəkillər xəritə koordinatlarında göstərildikdə əhəmiyyətli dərəcədə təhrif olunur, lakin təhrif olunmadan üstəgəl görünüşdə gözəl şəkildə göstərilə bilər.

10.3-də yalnız görüntü xidmətləri görüntü koordinat sistemlərini dəstəkləyir. Bir görüntünün şəkil koordinat sistemini əldə etmək üçün bir coğrafi və ya proqnozlaşdırılan koordinat sistemi ilə bir görüntü koordinat sistemi arasında həndəsələri proyektləşdirmək üçün Raster ICS istifadə edin, Layihədən (Təsvir Xidməti) istifadə edin. Şəkil koordinat sistemləri, məkan referansı və ya həndəsə parametrlərinə ehtiyac olduqda, görüntü xidməti əməliyyatlarında istifadə edilə bilər.


D. Koordinat Sistemləri (Mekansal Referans Sistemləri)

Bu əlavə Oracle Spatial-ın koordinat sisteminin çevrilmə imkanlarını təsvir edir. Koordinat sistemləri tətbiqetmə interfeysi (API), müxtəlif koordinat sistemlərində SDO_GEOMETRY obyektlərinin saxlanması və idarə olunması üçün dəstəyi Oracle8 i-yə inteqrasiya edir. (Koordinat sistemlərinə bəzən məkan istinad sistemləri deyilir.)

Koordinat sistemlərinin funksiyaları və prosedurları haqqında məlumat üçün Fəsil 8-ə baxın.

D.1 & # 32 Niyə Koordinat Sistemi Məlumatlarını Birləşdirməlisiniz?

Oracle Spatial buraxılışı 8.1.6-dan əvvəl həndəsələr (SDO_GEOMETRY tipli obyektlər) hər hansı bir xüsusi koordinat sisteminə istinad edilmədən koordinat sətri kimi saxlanılırdı. SDO_GEOMETRY obyektlərinin tərifləri üçün istifadəçilərə SDO_SRID dəyərini (gələcək koordinat sistemi dəstəklənməsi üçün nəzərdə tutulmuşdur) sıfır bir dəyərə təyin etmək tapşırılıb və əslində bu təlimat Oracle8i Mekansal İstifadəçi Təlimatında və 8.1.6 versiyası üçün İstinadda yer alıb. Məkan funksiyaları və operatorları həmişə ortoqonal Kartezyen sisteminin xüsusiyyətlərinə malik bir koordinat sistemi götürürdülər. Belə bir sistemlə Yer əsaslı həndəsələr enlik və boylam koordinatlarında saxlanılırsa, məkan funksiyaları və operatorlar bəzən bu koordinatlarda düzgün nəticələr vermirlər.

Oracle Spatial-dakı koordinat sistemi dəstəyi ilə məlumatları bir koordinat sistemindən digər koordinat sisteminə sərbəst çevirə bilərsiniz və məkan funksiyaları, operatorlar və yardım proqramları, məlumatların hansı koordinat sistemində, xüsusən də ölçmələrlə əlaqəli olaraq düzgün və birmənalı nəticələr verir. Yer səthi. Bundan əlavə, sorğu və birləşmə üçün məkan operatorları fərqli koordinat sistemlərindən istifadə olunan məlumatlarla dəqiq hesablamalar aparırlar. (Bununla yanaşı, mövcud buraxılışdakı məhdudiyyətlər və problemlər üçün Bölmə D.5-ə baxın.)

D.2 & # 32 Şərtlər və Konsepsiyalar

Bu bölüm Oracle Spatial-da koordinat sistem dəstəyi ilə əlaqəli vacib şərtləri və anlayışları izah edir.

D.2.1 & # 32 Koordinat Sistemi (Mekansal Referans Sistemi)

Koordinat sistemi (məkan istinad sistemi də adlanır) koordinatları bir yerə təyin etmək və bu cür koordinatlar dəstləri arasında əlaqələr qurmaq vasitəsidir. Bir sıra koordinatların real dünya məkanında bir mövqenin nümayişi kimi şərh olunmasına imkan verir.

D.2.2 & # 32 Kartezyen Koordinatları

Kartezyen koordinatlar, təyin olunmuş mənşəli bir nöqtənin təmsil olunan iki ölçülü və ya üç ölçülü fəzada dik olan oxlar boyunca yerini ölçən koordinatlardır.

D.2.3 & # 32 Geodeziya Koordinatları (Coğrafi Koordinatlar)

Geodeziya koordinatları (bəzən coğrafi koordinatlar da deyilir) sferik qütb koordinatları ilə sıx əlaqəli açısal koordinatlardır (uzunluq və enlik) və müəyyən bir Yer geodeziya datumuna nisbətən müəyyən edilir (Bölmə D.2.5-də təsvir olunur).

D.2.4 & # 32 Proqnozlaşdırılan Koordinatlar

Proqnozlaşdırılan koordinatlar, Yer səthindəki bir nöqtədən bir müstəviyə riyazi bir Xəritəçəkmə aparmaq nəticəsində meydana gələn planar Kartezyen koordinatlardır. Hər biri müəyyən bir məqsəd üçün istifadə olunan bu cür riyazi xəritələr çoxdur.

D.2.5 & # 32 Geodeziya Datum

Geodeziya məlumatı, Yer fiqurunu, ümumiyyətlə inqilab obli ellipsoidi kimi, Yerin səthinə yerli və ya qlobal olaraq yaxınlaşan və geodeziya koordinatları sisteminə istinad edən bir şəkildə təmsil edən bir vasitədir.

D.2.6 və # 32 Kütləvi Sfera

Otalik sfera, Yer fiqurunu təmsil edən inqilabın müəyyən bir oblat elipsoidi ilə eyni səth sahəsinə sahib olan bir kürədir.

D.2.7 & # 32 Transformasiya (Datum Transformation)

Transformasiya, konkret olaraq datum transformasiyası, ümumiyyətlə referans elipsoidin forma, istiqamət və mərkəz mövqeyindəki dəyişiklikləri özündə birləşdirən geodeziya koordinatlarının bir geodeziya datumundan digər geodeziya datumuna çevrilməsidir.

D.3 & # 32 Koordinat Sistemləri Məlumat Strukturları

Koordinat sistemlərinin funksiyaları və prosedurları bir cədvəldə verilən məlumatları və Oracle Spatial ilə təchiz edilmiş digər obyektləri istifadə edir:

    MDSYS.CS_SRS cədvəli etibarlı koordinat sistemlərini təyin edir.

MDSYS.CS_SRS cədvəli, hər bir koordinat sistemini tanınmış mətn təsviri ilə əlaqələndirir ki, bu da OpenGIS Konsorsiumunun (http://www.opengis.org) yayımladığı standartla uyğundur.

D.3.1 & # 32 MDSYS.CS_SRS Cədvəli

MDSYS.CS_SRS istinad cədvəli Oracle Spatial-a daxil edilmişdir və koordinat sistemləri funksiyaları və prosedurları tərəfindən istifadə olunur. Bu cədvəldə hər bir etibarlı koordinat sistemi üçün 900-dən çox sətir var.

MDSYS.CS_SRS cədvəlində heç bir məlumat dəyişdirməməli, silməməli və əlavə etməməlisiniz. (Dəstək, istifadəçinin müəyyənləşdirdiyi koordinat sistemləri üçün gələcək bir buraxılışda planlaşdırılır.)

MDSYS.CS_SRS cədvəli Cədvəl D-1-də göstərilən sütunları ehtiva edir.

Cədvəl D-1 & # 32MDSYS.CS_SRS Cədvəl

Bir istifadəçinin koordinat sisteminə müraciət edə biləcəyi məşhur bir ad, tez-tez mnemonikdir.

Koordinat sistemi üçün unikal şəxsiyyət nömrəsi (Mekansal Referans ID).

Girişin necə alındığını göstərmək üçün istifadə edilə bilən isteğe aid bir ID nömrəsi, məsələn, başqa bir koordinat cədvəlinə xarici açar ola bilər.

Koordinat sistemi üçün bir səlahiyyət adı. Təqdim olunan cədvəldə 'Oracle' var. İstifadəçilər əlavə etdikləri hər sətirdə hər hansı bir dəyəri təyin edə bilərlər.

OpenGIS Konsorsiumu tərəfindən təyin olunduğu SRS-in tanınmış mətni (WKT) təsviri. Daha çox məlumat üçün D.3.1.1 bölməsinə baxın.

D.3.1.1 & # 32 Tanınmış Mətn (WKTEXT)

MDSYS.CS_SRS cədvəlinin WKTEXT sütunu, OpenGIS Konsorsiumu tərəfindən müəyyənləşdirildiyi kimi, SRS-in məşhur mətn (WKT) təsvirini ehtiva edir. Geodeziya (coğrafi) koordinat sistemi üçün WKT nümunəsidir:

Koordinat sisteminin WKT tərifi hiyerarşik olaraq iç içədir. Köhnə Havay coğrafi koordinat sistemi (GEOGCS) adlı məlumat bazasından (DATUM), əsas meridiandan (PRIMEM) və vahid tərifindən (UNIT) ibarətdir. Datum öz növbəsində adlandırılmış bir sferoiddən və yarı böyük ox və tərs düzlənmə parametrlərindən ibarətdir.

Proqnozlaşdırılan koordinat sistemi (Wyoming əyalət təyyarəsi) üçün WKT nümunəsi:

Proqnozlaşdırılan koordinat sistemi, əsasını yuvalanmış bir coğrafi koordinat sistemini və proyeksiyanı idarə edən parametrləri ehtiva edir.

Oracle Spatial, bütün ümumi geodeziya verilənlər bazalarını və xəritə proqnozlarını dəstəkləyir.

D.3.2 & # 32 Digər Nesnələr

CS_SRS cədvəlinin altında dünyanın hər yerində ümumi istifadə olunan elipsoidləri və proqnozları əks etdirən məlumatlar və kodlar dayanır. Cədvəl D-2 dəstəklənən xəritə proqnozlarını sadalayır.

Cədvəl D-2 & # 32 Dəstəklənən Xəritə Proqnozları

Coğrafi (Boylam / en)

Albers Konik Bərabər Sahəsi

Lambert Azimuthal bərabər sahə

Ümumi Şaquli Yaxın Perspektiv

Goode Homolosine müdaxilə etdi

Transverse Mercator Danimarka Sistemi 45 Bornholm

Transverse Mercator Danimarka Sistemi 34 Jylland-Fyn

Transverse Mercator Sjaelland

Transverse Mercator Finnish KKJ

Lambert Konformal Konik (Belçika 1972)

Cədvəl D-3 dəstəklənən elipsoidlərin siyahısını verir.

Cədvəl D-3 & # 32Dəstəklənən Ellipsoidlər

D.4 & # 32 Koordinat Sistemləri Fonksiyonları və Prosedurları

Oracle Spatial-ın mövcud versiyası aşağıdakı funksiyaları və prosedurları əhatə edir:

    SDO_CS.TRANSFORM funksiyası: Bir koordinat sistemi (SRID və ya ad ilə təyin edilmiş) istifadə edərək həndəsə təsvirini çevirir.

Bu funksiyalar və prosedurlar haqqında istinad məlumatları Fəsil 8-dədir.

Əlavə funksiyalar və prosedurlara dəstək, gələcəkdə Oracle Spatial-ın yayımlanması üçün planlaşdırılır.

D.5 & # 32 Cari buraxılışdakı məhdudiyyətlər və problemlər

Oracle Spatial-ın hazırkı buraxılışı koordinat sistemlərinə ilk dəstək mərhələsini təqdim edir. Gələcək nəşrlər üçün əlavə dəstək planlaşdırılır.

Aşağıdakı məhdudiyyətlər və problemlər mövcud buraxılış üçün tətbiq olunur.

Uzunluq və Enlem Koordinatları ilə D.5.1 & # 32 Həndəsələr

Mövcud buraxılışda, Məkan funksiyaları və operatorları koordinatları uzunluq və enlik dəyərləri ilə ifadə olunan həndəsələrlə mütləq dəqiq nəticələr verməzlər. Məsələn, Stokholm, İsveç və Finlandiya Helsinki, müəyyən bir məsafədə olub olmadığını soruşan bir sorğu, göstərilən məsafə həqiqi ölçülmüş məsafəyə yaxın olduqda səhv nəticə verə bilər.

Bir həll yolu olaraq əvvəlcə həndəsələri həndəsələrin lokal boşluğuna uyğun olan bir proyeksiya koordinat sisteminə çevirin. Sonra, çevrilmiş həndəsə ilə Məkan funksiyaları və operatorlardan istifadə edin.

Gələcək bir buraxılışda, məkan funksiyaları və uzunluq / enlik koordinatları ilə həndəsələrdən istifadə edən operatorlarla bütün hallarda düzgün nəticələr üçün dəstək planlaşdırılır.

D.6 & # 32 Koordinat Sistemləri Nümunəsi

Bu bölmə koordinat sistemi funksiyaları və prosedurlarından istifadə edən sadələşdirilmiş bir nümunə təqdim edir. Bu əlavədə izah edilmiş anlayışlara aiddir və Fəsil 8-də sənədləşdirilmiş funksiyalardan istifadə olunur.

Nümunə D-1, Bölmə 2.1-də olduğu kimi eyni həndəsə məlumatlarını (kola bazarları) istifadə edir, yalnız sıfır SRID dəyərləri əvəzinə SRID dəyəri 8307 istifadə olunur. Yəni həndəsələr, SRID 8307 olan və tanınmış adı "Uzunluq / Enlem (WGS 84)" olan koordinat sistemindən istifadə edilir. Bu, bəlkə də ən çox istifadə olunan koordinat sistemidir və qlobal mövqeləşdirmə sistemi (GPS) cihazları üçün istifadə edilən sistemdir. Həndəsələr daha sonra SRID 8199 olan və tanınmış adı "Uzunluq / Enlem (Arc 1950)" olan koordinat sistemi istifadə edilərək çevrilir.

Example D-1 uses the geometries illustrated in Figure 2-1 in Section 2.1.

    Creates a table ( cola_markets ) to hold the spatial data

Example D-2 includes the output of the SELECT statements in Example D-1.

Example D-1 Simplified Example of Coordinate Systems

Example D-2 shows the output of the SELECT statements in Example D-1. Notice the slight differences between the coordinates in the original geometries (SRID 8307) and the transformed coordinates (SRID 8199) -- for example, (1, 1, 5, 7) and (1.00078606, 1.00272755, 5.00069866, 7.00321633) for cola_a .

Example D-2 Output of SELECT Statements in Coordinate Systems Example

D.7 Error Messages for Coordinate Systems

This section lists the coordinate systems error messages, including the cause and recommended user action for each.

ORA-13276 internal error [%s] in coordinate transformation

Action: Contact Oracle Support Services with the exact error message text.

ORA-13278 failure to convert SRID to native format

Action: Contact Oracle Support Services with the exact error message text.

ORA-13281 failure in execution of sql statement to retrieve WKT

Cause: OCI internal error or SRID does not match a table entry.

Action: Check that a valid SRID is being used.

ORA-13282 failure on initialization of coordinate transformation

Cause: Parsing error on source or destination coordinate system WKT or incompatible coordinate systems.

Action: Check validity of WKT for table entries and the legitimacy of the requested transformation.

ORA-13283 failure to get new geometry object for conversion in place

Action: Contact Oracle Support Services with the exact error message text.

ORA-13284 failure to copy geometry object for conversion in place

Action: Contact Oracle Support Services with the exact error message text.

ORA-13285 Geometry coordinate transformation error

Cause: A coordinate pair was out of valid range for a conversion/projection.

Action: Check that data to be transformed is consistent with the desired conversion/projection.

ORA-13287 can't transform unknown gtype

Cause: A geometry with an SDO_GTYPE value of <= 0 was specified for transformation. Only an SDO_GTYPE value >= 1 is allowed.

Action: Specify an appropriate SDO_GTYPE value.

ORA-13288 Point coordinate transformation error

Cause: An internal error occurred while transforming points.

Action: Check the accompanying error messages.

ORA-13294 Cannot transform geometry containing circular arcs

Cause: It is impossible to transform a 3-point representation of a circular arc without distortion.

Action: Make sure a geometry does not contain circular arcs.

ORA-13300 Single point transform error

Cause: Low-level coordinate transformation error trap.

Action: Check the accompanying error messages.

ORA-13303 failure to retrieve a geometry object from a table

Action: Contact Oracle Support Services with the exact error message text.

ORA-13304 failure to insert a transformed geometry object in a table

Action: Contact Oracle Support Services with the exact error message text.


5.1. PostGIS Geometry/Geography/Box Data Types

This section lists the custom PostgreSQL data types installed by PostGIS to represent spatial data.

Each data type describes its type casting behaviour. A type cast converts values of one data type into another type. PostgreSQL allows defining casting behavior for custom types, along with the functions used to convert type values. Casts can have automatic behaviour, which allows automatic conversion of a function argument to a type supported by the function.

Some casts have explicit behaviour, which means the cast must be specified using the syntax CAST(myval As sometype) or myval::sometype . Explicit casting avoids the issue of ambiguous casts, which can occur when using an overloaded function which does not support a given type. For example, a function may accept a box2d or a box3d, but not a geometry. Since geometry has an automatic cast to both box types, this produces an "ambiguous function" error. To prevent the error use an explicit cast to the desired box type.

All data types can be cast to text , so this does not need to be specified explicitly.


Mapping point patterns

Other than mapping their locations (e.g. dot map), what else can we do with point locations? One of the simplest analyses we can do with point data is to examine the distribution of points across an area (also known as point density). When working with neighborhoods, we can examine point distributions by summing up the number of points in each neighborhood. To get the count of homeless encampments by census tract, we can utilize the tidyversesf functions we learned in the last two labs. Note that most of these functions are not new, so I won’t go into intricate detail on what each line of code is doing. We first use st_join() to perform a spatial join with the encampments and tracts using st_intersects() , which we learned about in Lab 3:

Now we group by a variable using group_by() that uniquely identifies the census tracts, (we choose GEOID) and use summarize() to create a variable hcamps that counts the points for each tract using the function n()

Note that tracts that do not have any homeless encampments will not appear in la.city.tracts.homeless. We’ll join la.city.tracts.homeless back to the original tract file and assign a 0 to tracts with no encampments using the replace_na() function. We have to first drop la.city.tracts.homeless’s geometry because you cannot join two sf objects together using left_join() . You drop the geometry using the st_drop_geometry() function.

Then perform the left join and replace NAs with 0.

We can map the count of encampments by census tract, but counts do not take into consideration exposure (remember the discussion regarding counts vs rates in Handout 2). In this case, tracts that are larger in size will likely have more encampments. Let’s calculate the number of encampments per area.

To calculate the number of encampments per area, we’ll need to get the area of each polygon, which we do by using the function st_area() . The default area metric is kilometers squared, but we can use the function set_units() from the units package to set the unit of measurement to (the U.S. friendly) miles squared value = mi2 . Use these functions within mutate() to create a new column sahə that contains each tract’s area.

The class of variable sahə edir units

We don’t want it in class units, but as class numeric. Convert it to numeric using as.numeric()

Then calculate the number of homeless encampments per area.

Let’s create a choropleth map of encampments per area.

What is the correlation between neighborhood encampments per area and percent black? What about percent Hispanic? Use the function cor() .

Practice Exercise: Instead of encampments per area, map encampments per population tpop. What is the correlation between neighborhood encampments per population and percent black? What about percent Hispanic?


This virtual raster inherits methods and properties from ENVIRaster however the following methods will override the ENVIRaster methods:

Keywords are applied only during the initial creation of the object.

BANDS (optional)

Set this keyword to an array of band indices, indicating the specific bands (a spectral subset) to process.

  • Bands are zero-based, so 0=Band 1, 1=Band 2, etc.
  • If you do not specify this keyword, all available bands will be used for processing.
  • The valid range of values is 0 to numBands-1.
  • Band indices cannot be repeated (for example, [0,0,1]).

Applying a spectral subset before running spectral processing and analysis tools (for example, FLAASH and QUAC atmospheric correction or ACE target detection) can significantly change the processing results since the pixel spectral information changes after subsetting. If the raster has a bad bands list defined, you should exclude those bad bands in subsequent processing and analysis.

ERROR (optional)

Set this keyword to a named variable that will contain any error message issued during execution of this routine. If no error occurs, the ERROR variable will be set to a null string ( '' ). If an error occurs and the routine is a function, then the function result will be undefined.

When this keyword is not set and an error occurs, ENVI returns to the caller and execution halts. In this case, the error message is contained within !ERROR_STATE and can be caught using IDL's CATCH routine. See IDL Help for more information on !ERROR_STATE and CATCH.

See Manage Errors for more information on error handling in ENVI programming.

Specify a string that identifies the raster.

SPATIALREF (optional)

Set this keyword to an ENVIGLTRasterSpatialRef, ENVIPseudoRasterSpatialRef, ENVIRPCRasterSpatialRef, or ENVIStandardRasterSpatialRef object, indicating the spatial reference of the spatial subset. You must also set the SUB_RECT keyword. If you set the SPATIALREF keyword, the SUB_RECT array values are treated as geographic coordinates in the specified spatial reference, instead of pixel coordinates.

SUB_RECT (optional)

Set this keyword to a four-element array expressing the spatial range of the raster data. The array is of the form:

The following table defines the x and y values of the SUB_RECT array:

First pixel of the columns dimension

Minimum value in the map x-dimension

First pixel of the rows dimension

Minimum value in the map y-dimension

Last pixel of the columns dimension

Maximum value in the map x-dimension

Last pixel of the rows dimension

Maximum value in the map y-dimension

The array values differ, depending on whether or not the SPATIALREF keyword is also set.

  • If you do not set the SPATIALREF keyword, then x and y refer to pixel coordinates. These are zero-based and must be integers.
  • If you set the SPATIALREF keyword, then x and y refer to map or geographic coordinates.
    • They can be floating-point or integer values.
    • They can be represented as map coordinates (x=eastings, y=northings) or geographic coordinates (x=longitude, y=latitude), depending on the spatial reference object used. The x,y coordinates must be in the same units (degrees, meters, feet, etc.) as the spatial reference object. See More Examples below.
    • If you do not specify this keyword, the entire raster will be used for processing.

    If you set the SPATIALREF keyword, the geographic extent of SUB_RECT is determined by transforming all four coordinates from the spatial reference defined by SPATIALREF into the spatial reference of the subset. This is followed by a reprojection into pixel coordinates. The reprojection may result in a rotated rectangle or trapezoid. In this case, the subset will be a rectangle that encompasses the extent of the input subset, as the following figure shows:


    About geocoding a table of addresses

    Many organizations manage records of information containing locational coordinates, place-names, or addresses of customers, businesses, patients, or homeowners in databases. Converting the records into features that contain the location and spatial geometry can be done by matching the table of addresses in ArcMap, in ArcCatalog, or with a geoprocessing tool. When you geocode a table of addresses, you use a locator to create point features that represent the locations of the addresses.

    After a table of addresses is geocoded, the output feature class contains a copy of the address fields from the address table. One purpose of carrying over the address fields is rematching. The names of this set of address fields are prefixed with ARC_ . When an address is modified during rematching, the new address is saved in these fields.

    Alternatively, a relationship class between the input address table and output feature class can be created so that edits to the addresses in the input address table are automatically updated in the output feature class. This option is supported only if the input address table and output feature class are in the same geodatabase workspace.

    The other fields created in the output feature class for the geocoding results when using the World Geocoding Service or locators created with the General and US Address style templates are as follows:

      Loc_name —The name of the participating locator used for matching the address. This field is available only if the locator that is used for matching the table is a composite locator.

    The Loc_name field is used internally by ArcGIS software and is not intended for use by client applications.


    Videoya baxın: Coğrafiya coğrafi koordinatlar (Oktyabr 2021).