Daha çox

ArcMap-da coğrafi əlaqələr çox yavaş?


Georeferans ilə problem yaşamağa başladım.

Nəzarət nöqtələrini əlavə etməyə çalışdığım zaman, kursor sadəcə əbədi olaraq "düşünməyə" başlayır və istifadəyə yararsızdır. Bunun GDI obyekt sızması ilə bağlı bir problem olduğunu deyən forum yazılarını oxudum və tövsiyə TOC-də raster sayını azaltmaqdır. Məndə yalnız biri var və bu əsl kiçik .jpg ">


Snapping-i söndürün (Snapping toolbar, "Snapping istifadə et" seçimini silin). Bir layihədə bir çox vektor təbəqəsi olduqda əvvəl bu problemlə qarşılaşdım, imleç tutmaq üçün bir təpə (və ya kənar və ya başqa bir şey) axtarır. Georeferenced edilməli olan görüntüyü yeni, boş bir ArcGIS layihəsinə köçürməyə cəhd edə bilərsiniz, bunun üçün georeference üçün ehtiyac duyduğunuz minimum vektor təbəqələri.


ArcMap-da coğrafi əlaqələr çox yavaş? - Coğrafi İnformasiya Sistemləri

Görüntünün düzəldilməsinə kömək edəcək bir çox seçim var, məsələn, vektor shapefile-yə küçə adı etiketləri əlavə etmək. Bunu istifadə etdim, ancaq ArcMap-ı çox ləng etdiyini gördüm. Başqa bir şey, 1903-cü il xəritəsinin şəffaflığını təbəqə xüsusiyyətlərindən 0-dan 30% -ə dəyişdirmək və müasir yolları görməyi asanlaşdırmaqdır. Ancaq 1903-cü ildən bəri yol adlarını oxumağın daha çətin olduğunu gördüm.

Fərdiləşdir menyusundan Georeferencing alətlər çubuğunu əlavə edin. Bir görünüşə georeferans nöqtələri əlavə etməzdən əvvəl, görüntünün istinad edilmiş verilənlər bazasına nisbətən harada olması barədə bir fikir əldə etmək vacibdir. Georeferencing alətlər paneli menyusundan "Ekrana Sığdır" düyməsi şəkli mövcud ölçüdə hərəkət etdirir. Sonra, Döndür və Daşı alətləri şəklin düzgün istiqamətdə hizalanmasına kömək edir. Bu xəritə üçün şimal oxuna baxaraq oriyentasiyanı anlamaq asan idi. Ardından Ile Sainte-Helene və Lachine kanalı kimi əlamətdar yerləri təqribən lazımi yerə yerləşdirmək üçün istifadə etdim. Bu iş bitdikdən sonra tapdığım bir hiylə, "avtomatik tənzimləməni" söndürməklə ilk cütlüyü təyin etmək daha asan oldu. İdarəetmə nöqtələrini təyin etmək üçün əvvəlcə istinad edilməmiş şəkli, sonra istinad olunan formada eyni yeri vurun. Xalları yaymağa çalışın və cəmi ən azı on bal toplamağı hədəfləyin.

Rasteri düzəldin və doğrulayın

Təsviri düzəltdikdən sonra, Georeferencing alətlər panelindəki menyudan Rectify düyməsini vura bilərsiniz. Daha əvvəl də qeyd edildiyi kimi, saxlama yerinə gedən yolda boşluq olmamalıdır. Fayl növünü GRID-ə və NoData dəyərini 255-ə qoyun ki, bu da görüntüyü 8-bit edəcək, istənildiyi təqdirdə digər proqramlarda daha asan görünə bilər. Rasteri öz qovluğuna yerləşdirə bilərsən, sonra tapmaq daha asan olar. Mümkün olan ən yaxşı həlli istəməyinizə baxmayaraq, çox böyükdürsə, proqram çökə bilər. İlk cəhd, görüntünün yalnız kiçik bir hissəsi ilə nəticələndi, ehtimal ki, ızgara ölçüsü çox kiçik idi və sənədin düzgün saxlanması üçün kifayət qədər səbrli deyildim. Daha sonra getdikcə daha yaxşı bir qətnamə istifadə edərək bir neçə dəfə saxlamağa çalışdım. Aşağıda gördüyünüz kimi, fərqli qətnamələr arasında əhəmiyyətli bir fərq var. Saat 0.0015-də heç bir detal görülə bilməz. 0.00015-də yollar görünə bilər, lakin yol adları və digər hər hansı bir məlumat itir. 0.000015-də belə, şəkil bir qədər keyfiyyətini itirdi, lakin yol adları yenə də oxuna bilər. Optimal olaraq daha da detallı bir qətnamə istifadə etməliyik, lakin daha yaxşı düzəldilmiş bir raster yaratmaq üçün çox vaxt lazım olacaq və ya ArcMap qəza edə bilər.


Mosaic Dataset - ayaq izi atributu redaktə edildikdə rasters yox olur

ArcMap istifadə edərək mozaika bazasında Sanborn yanğın sığortası xəritələri vərəqələrini georeferencing edirəm. Rasters əlavə etdikdən sonra yalnız yaşıl bir tel çərçivə görmə tipik problemim var. Forumlarda tövsiyə olunduğu kimi MaxPS və MinPS-i düzəltdim. Bunu əvvəllər də etmişəm və ümumiyyətlə problemi həll edir. Bu dəfə bir həll tapmadığım yeni bir şey oldu. Ümid edirəm orada birisi kömək edə bilər.

Mozaika verilənlər bazasının ayaq izi atributları cədvəlində Max PS və Min PS-ni düzəltdikdə rasterlər həmişəki kimi görünməyə başladı, ancaq redaktələri saxladığımda bəzi rasterlər yox olur. Fikirləriniz varmı?

tərəfindən CodyBenkelman

Brian - zəhmət olmasa bunun ehtiyacınızı həll edib etməyəcəyini bizə bildirin. Təsvirinizə əsasən, 'Mozaika başına Rasters Maksimum Sayısı' mülkünün (Peterin də qeyd etdiyi kimi) itkin rastları göstərməyinizə imkan verə biləcəyini təxmin edirəm, ancaq bir az daha çox izahat vermək lazım olduğunu düşündüm: "Niyə? ".

re: 'Mozaika başına Maksimum Raster Sayısı', çox sayda fayla baxmağa çalışarsanız, zəif performansın qarşısını almaq üçün 20-ni təyin etdik. Bəli, bu dəyəri artıra bilər və MinPS və MaxPS-i də tənzimləyə bilərsiniz, amma kiçikləşdirib yüzlərlə kiçik görüntü (ArcGIS-dən çox sayda sənədin açılmasını və görüntülənməsini tələb edən) görməyi gözləsəniz, nəticə yavaş ola bilər, xüsusilə də mənbə rasterlərində Piramida yoxdur.

Bu, Piramidalar və Baxışların istifadəsi də daxil olmaqla digər əsas məsələlərə gətirib çıxarır (sonuncusu Ben tərəfindən qeyd edilmişdir). Onlarla tanış deyilsinizsə, ikisi də sürəti göstərmək üçün diskdə saxlanılan azalmış qətnamə göstəriciləridir. Piramidalar hər bir mənbə rasteri ilə əlaqələndirilir və Baxışlar konseptual olaraq eynidir, lakin çoxsaylı rasterlərin mozaikası ilə əlaqələndirilir. İkinci abzasda yüzlərlə sənədin açılmasına toxundum - Piramidalar mövcud deyilsə, ArcGIS lazımi qətnamə yaratmaq üçün hər bir rasteri nümunə götürməlidir və bunun üçün vaxt lazımdır. Ancaq piramidalar mövcud olsa da, yüzlərlə göstərməyə çalışmağı məsləhət görmürük, çünki çox sayda sənədin açılması hələ vaxt aparacaq (beləliklə, 20 fərdi rastrın defoltu).

Ben qeyd etdiyim kimi, kiçiltdiyiniz zaman sistem varsa, avtomatik olaraq uyğun Baxışları göstərməyə keçəcəkdir. Bunlar mozaikanın əvvəlcədən qurulmuş azaldılmış qətnamə görüntüləridir - buna görə yüzlərlə fərdi rasteri göstərmək əvəzinə bir və ya az sayda Baxışların çox sürətli bir ekranına sahib olmalısınız.

Ümid edirəm bu, görüntülərdən çox niyə yaşıl tel çərçivələr gördüyünüzü izah edir. Buna "tipik bir problem" dediniz, ancaq yavaş bir performansın qarşısını almaq üçün sistem belə tərtib edildi. ("Yaxşı, niyə ArcGIS bunu avtomatik olaraq etmir?" Deyə soruşa bilərsən, amma minlərlə və ya milyonlarla şəkil məsələsini düşünün - Piramidaları yaratmaq üçün bir prosesi avtomatik başlatsaq və gözləmələri lazım olsa istifadəçilər çox qəzəblənərdi şəkillərin düzgün yerdə olub olmadığını görmək üçün saat - beləliklə yaşıl tel kafellər)

Son iki qeyd: Piramidalar və ya Xülasələr yaratdığınız zaman, Yaxın Qonşudan çox Bilinear yenidən seçmə tətbiq etməyinizi məsləhət görürəm, nəticələr hamar görünür. Ancaq hansı yenidən seçmə metodundan istifadə olunmasından asılı olmayaraq, xəritələrin raster versiyaları ilə işləyərkən kiçik miqyasda görünüşün çox faydalı olmadığını tapa bilərsiniz. Bu vəziyyətdə, tez-tez uyğun bir qətnamədə tamamilə fərqli bir məlumat dəsti əlavə etməyinizi məsləhət görürəm (məsələn, Landsat görüntüsü, ya da dağlıq ərazi və ya 1: 1.000.000 xəritə və s.). Verilərinizi göstərmir, ancaq coğrafi kontekst təmin edir.

Daha çox oxumaq istəyirsinizsə, bütün bu parametrlərin müzakirəsini təmin edən Şəkil İdarəetmə Rəhbərini çap etdik.


Geoweb istifadə vəziyyət və böhran idarə

Bu günlərdə yerli media, QHT, təcrübə icmaları və yerli hakimiyyət orqanları fövqəladə hallarla əlaqəli Veb tətbiqetmələri yerləşdirmək üçün getdikcə daha çox GeoWeb texnologiyalarından istifadə edirlər. Son bir sıra hadisələr üzərində aparılan təhlil istifadə növlərinin çox müxtəlifliyini vurğuladı. Bununla birlikdə, yuxarıdan aşağıya və aşağıdan yuxarıya yanaşmaları birləşdirən üç əsas kateqoriya nəzərdən keçirilə bilər: (1) Xəritəçəkmə: geniş ictimaiyyəti müxtəlif məlumat mənbələri ilə məlumatlandırmaq məqsədi (2) Şahidlik üçün yardım platformaları və qurbanların tələblərinə cavab (3) ) Baza xəritələrini və məzmununun yaradılması və yenilənməsi üçün əməkdaşlıq platformaları.

Xəritə masupları

Bu onlayn tətbiqetmələr, yerli hakimiyyət orqanlarından, fövqəladə vəziyyət müdaxiləsindən və ya mediadan gələn məlumatları ən qısa müddətdə geniş ictimaiyyətə yaymaq üçün hazırlanmışdır. Böhran dövründə hər hansı bir məlumatı (yanğınlar, daşqınlar, zəlzələlər ...) işləmək üçün xəritə masuplarının istifadəsi çox yeni və getdikcə daha sistematik hala gəlir. Aydındır ki, xəritə masupları xəritədə böhran idarəçiliyi ilə əlaqəli məlumatları göstərməyə imkan verir. Bunu etmək üçün əvvəlcə məlumat coğrafi kodlaşdırılır və sonra xəritəyə inteqrasiya olunur. Bu cür veb tətbiqetmələrin faydası, məkan istinad sistemi (Goodchild and Glennon 2010 Liu və Palen 2010) əsasında məlumatların vizual, aydın və tutarlı bir şəkildə təşkil edilməsini təmin etməkdir. Xəritə xəritələrinin tam potensialını göstərmək üçün aşağıda bəzi nümunələr verilmişdir.

2009-cu ilin fevralında Avstraliyanı və daha dəqiq olaraq Victoria, Yeni Cənubi Uels və Avstraliya Paytaxt Ərazisini əhatə edən dağıdıcı yanğınlar zamanı İnternetdə bir sıra xəritə mashupları ortaya çıxdı. İnternetdə hələ də aktiv olan ən açıq nümunə budur Victoria Bushfires xəritəsi. Country Fire Authority (CFA) tərəfindən idarə olunan yanğın məlumat bazasından, Google Australia, səlahiyyətlilər tərəfindən qeyd olunan yanğınların real vaxt izlənilməsini təklif edən bir məşup inkişaf etdirdi. Google Maps API-də yanğınlar nöqtələrlə işarələnir. Hər bir nöqtə əlaqələndirilən yanğının xüsusiyyətlərini (başlanğıc tarixi və saatı, vəziyyəti, növü, ölçüsü, hadisə yerinə göndərilən təcili yardım maşınlarının sayı, nəzarət səviyyəsi) təmin edir. Bu Xəritəçəkmə tətbiqi, Google Maps API-nin və CFA veb saytının RSS lentinin ikili istifadəsinə və həmçinin Viktoriya əyalətinin verdiyi məlumatlara əsaslanır. Buraya medianın istehsal etdiyi xəritələrdə göstərilən yol vəziyyəti və təhlükəsizlik tədbirləri ilə bağlı müxtəlif məlumatlar da daxildir (Yaş, News.com.au).

2007 və 2008-ci ilin payızında Cənubi Kaliforniyanı son dərəcə dağıdıcı yanğınlar da vurdu. Yerli radio stansiyası olan KPBS tərəfindən bir xəritə (şəkil 1) quruldu və evakuasiya məlumatları və sığınacaqların yer aldığı hər 5 dəqiqədə bir yeniləndi. Saytda üç milyondan çox ziyarətçi qeyd edildi. Los Angeles County Təcili Əməliyyat Mərkəzi tərəfindən verilən məlumatlara görə yanğın ətrafları təyin olundu. Ətraflı bir əfsanə, xəritədə göstərilən məlumatların dəqiq bir təsnifatını təmin etmək üçün fərqli rəng və formalı dəyişənlərlə bir sıra dəqiq və zonal təsvirləri sadaladı (qırmızı: evakuasiya sahələri, yaşıl: evakuasiya bildirişlərinin qaldırıldığı sahələr). Bu xəritənin sürətli bir təhlili, əfsanə və qrafik nizamnamələrin uyğunlaşdırılması məsələsini gündəmə gətirir, hər ikisini də sonra müzakirə edəcəyik.

Yanğın xəritəsi (KPBS radiosu, payız 2007)

Los Angeles Times gündəlik qəzetinin hazırladığı xəritə (şəkil 2) 1,6 milyondan çox ziyarətçi qəbul etdi. Yanğınları təsvir etmək üçün çox sayda rəsmi məlumat (yanğın dərəcəsi, vəziyyəti, ziyan, yaralı sayı, başlanğıc vaxtı, alovlanma nöqtəsi və səbəbi, yanğınsöndürən sayı, evakuasiya və s.) Təklif etmişdir. Bu təşəbbüs 2009-cu ilin sentyabr ayında daha dəqiq və oxunaqlı bir xəritə ilə (qrafik nizamnamə, oxların istifadəsi, yanğın ətrafı, bufer zonası və s.) Yeniləndi. İlk 2 həftədə 500 00 vurdu.

Dinamik yanğın xəritəsi (Los Angeles Times, sentyabr 2009)

Xüsusilə də daşqınlar sahəsindəki digər nümunələr (məsələn: İngiltərədəki 2007-ci ilin Oktyabr ayında baş verən böyük daşqınlar zamanı BBC telekanalı tərəfindən verilən dinamik multimedia xəritəsi) fərqli sahə mənbələrinin (jurnalistlərin, qurban, qonşu vs.) (De Longueville et al. 2010). Daha doğrusu, yanvar 2010-cu il Haiti zəlzələsinə cavab olaraq çoxsaylı məlumat kartoqrafik tətbiqetmələr hazırlandı (Google’s) Böhrana cavab, Haïti Böhran Xəritəsi, ESRI's Haiti Zəlzələ xəritəsi, və ya hətta Virtual Afət Görüntüleyicisi) və Christchurch zəlzələsi, Fevral 2011 (ESRI’nin Zəlzələ İnsidentlərini Görüntüləyən - Şəkil 3).

ESRI's Zəlzələ Hadisəsini Görüntüləyici (Christchurch zəlzələsi, Fevral 2011)

Scipionus'dan Ushahidi'ye: ifadələr, vəziyyət hesabatları və yerində dəstək istəkləri

Scipionus, sələfi

2005-ci ildə Katrina qasırğası ABŞ-ı bürüdükdən sonra internetdə milyonlarla məlumat səhifəsi yaradıldı. Qasırğanı işıqlandırmaq üçün yayım və lojistik çətinliklərlə qarşılaşan ənənəvi medianın əksinə, bloglar və forumlar kimi onlayn tətbiqetmələr təsirlənmiş insanlardan çox sürətli bir şəkildə hesabat və ifadə verə bilər. Əslində, Qasırğanın ardından ənənəvi rabitə infrastrukturlarının əksəriyyəti uğursuz olsaydı, Luizianadakı vəziyyət haqqında məlumat ötürən yeganə internet İnternet olaraq qaldı. Məlumatların çatışmazlığını və böhran vəziyyətini azaltmaq üçün fövqəladə vəziyyətdə yaradılan bütün veb saytlar arasında Scipionus (Şəkil 4) sürətlə təsirlənmiş zonalar haqqında məlumat almaq və itkin düşmüş şəxsləri axtarmaq üçün ən populyar mənbə kimi özünü göstərdi.

Yalnız müəllifin veb səhifələrini dəyişdirmək üçün icazə verdiyi bir bloqun əksinə olaraq, Scipionus interaktiv xəritəsi, hər bir istifadəçiyə öz məkanına əsaslanan məlumatlarını dərc etməyə imkan verdi. Bu iştirakçı məkan yerli sakinlərin ailələrini və dostlarını sakitləşdirmələrini və ya fəlakəti və sel sularının yavaş çəkilməsini təsvir etmələrini təmin etdi. New Orleansdan bir kompüter proqramçısı tərəfindən yaradılan bu təşəbbüs telekommunikasiya operatorları, televiziya kanalları, qəzet və internet tərəfindən sürətlə istifadə edildi. Fəlakətdən bir neçə gün sonra buraxılan on minlərlə ziyarətçi Katrina qasırğasının təsirləndiyi ərazilər haqqında faydalı məlumatlar tapmaq üçün saytı vurdu. Google Maps texnologiyasına əsaslanan sayt, su basmış zonaların dinamik və interaktiv xəritəsini təklif etdi. Hər bir ziyarətçi zərərin daha dəqiq təsvirini vermək, itkin düşmüş şəxsləri bildirmək və tapmaq üçün tamamlayıcı məlumatlar əlavə edə bilər. Maşupların məntiqinə görə, Xəritəçəkmə API-də göstərilən yerə əsaslanan məlumatlar fərqli forumlardan və bloglardan gəldi, bu da müvəffəqiyyətini qismən izah edir (Miller 2007).

Ushahidi, böhran rabitə platforması

Scipionus'un ardınca, lakin 4 il sonra daha inkişaf etmiş texnoloji alətlərlə inkişaf etdirilən Ushahidi Platforması, böhran idarəçiliyinə (siyasi böhran, təbii fəlakətlər, yerli qarşıdurmalar və s.) Həsr olunmuş yeni nəsil dinamik xəritələrdir. Bu məlumat toplama vasitəsi, İnternet istifadəçilərinin böhranların gedişatını real vaxtda fəlakətdə birbaşa iştirak edənlərin gözü ilə izləmələrini təmin edir. Başlanğıcda layihə, konkret bir böhran vəziyyəti ilə əlaqəli insanların ifadələri əsasında məlumat verməyi hədəfləyir. Bir neçə ay sonra Amerika bir QHT-nin dəstəyi sayəsində blog müxtəlif böhran vəziyyətlərinə uyğunlaşdırılan bir proqram tətbiqinə çevrildi. Ushahidi ayrıca konkret və zamanla əlaqəli hadisələri (Cənubi Afrika, Konqo, Keniya və Qəzzadakı şiddət və Haitidəki Meksika zəlzələsi, ABŞ-da çovğun ...) əhatə edən tətbiqetmələr təqdim edir.

Ushahidi tətbiqinin ikili dəyəri var: bir tərəfdən bir fəlakətdən təsirlənən insanlara onun açılışı və təkamülü haqqında məlumat verməyə imkan verir, digər tərəfdən insanlara yaşadıqları vəziyyət haqqında şahidlik etmək üçün bir sıra alətlər təqdim edir. vasitəsilə. Nəticə etibarilə, bu Veb tətbiqi hər şeydən əvvəl, müəyyən bir vəziyyətlə əlaqəli bir faktı olan hər kəsin SMS, e-poçt və ya veb saytdakı formalardan istifadə edərək göndərməsinə imkan verən bir qaynaq və məlumat paylaşma platformasıdır. Bu məlumatlar toplandıqdan, rəsmiləşdirildikdən, sənədləşdirildikdən və yoxlandıqdan sonra xəritəyə əlavə olunur. Məqsəd, böhran zamanı istifadəçilər tərəfindən göndərilən məlumatları daha yaxşı bir kömək üçün səlahiyyətli orqanların cavab / reaksiya müddətini yaxşılaşdırmaq üçün qeyd etmək, toplamaq və qarşılıqlı yoxlamaqdır.

Texniki baxımdan, platforma masupların məntiqinə uyğun olaraq işləyir, yəni: bir neçə veb xidməti birləşdirir (xəritə, verilənlər bazası, məlumat işləmə vasitələri, görmə funksiyaları və s.). Pulsuz və hamı üçün API olaraq mövcud olan bu Açıq Mənbə layihəsi həm Veb (XML, JSON, AJAX), həm də GeoWeb (Xəritəçəkmə API, Açıq Layer, KML, GeoRSS) standartlarına əsaslanır. Platforma, təşkilatların ehtiyaclarını və tətbiq olunduğu böhran parametrlərini (təsnifat və ekran tənzimləmələri, geribildirim sistemi, təhlükəsizlik və ixrac funksiyaları) qarşılamaq üçün tamamilə tənzimlənə bilən şəkildə hazırlanmışdır. Təsnifat, kateqoriya prinsipini izləyən məlumatların semantik bir xüsusiyyətinə əsaslanır. Üstəlik, bu tətbiq mətn və səs məlumatlarının kataloqu və inteqrasiya olunmasına imkan verir, beləliklə ifadələri zənginləşdirir. Bu iddialı layihənin arxasında dayanan insanların yeni funksiyaların həyata keçirilməsinə və yaradılmasına texniki dəstək verdiklərini də qeyd etmək vacibdir.

Zəlzələdən yalnız 3 gün sonra onlayn olaraq qoyulan Ushahidi-Haiti Platforması, böhran idarə edilməsində istifadə edilən bu cür tətbiqetmənin potensial faydalarını xüsusilə təmsil edir (Şəkil 5). 2 həftə ərzində 3000-dən çox ifadə aldı, bunların yarısından çoxu SMS ilə göndərildi. Bir mobil telefon təminatçısı Digicel Haiti və digər təşkilatlar (firmalar, təcili yardım xidmətləri, QHT) ilə iş ortaqlığının sürətlə yaradılması sayəsində Ushahidi, 4.636 layihəsini yerində insanların SMS-lə gerçək zamanlı geribildirim təmin etmələrini təmin etdi. : yardım çağırışları, həyati xətlər, potensial təhdidlər, fərdi xəbərlər və s. Telekommunikasiya şəbəkələrinin iş qaydalarına nisbətən bərpa olunduğundan, istər kreol, istər fransız, istərsə də ingilis dilində mətn yerlərinə və ehtiyaclarına SMS göndərmək üçün pulsuz qısa kod təqdim edildi. . Hər bir məlumatdan sonra "təsdiqlənmiş" və ya "təsdiqlənməmiş" ifadəsi gəlir. Tədbirlər altı əsas kateqoriyaya (fövqəladə hallar, təhlükəsizlik təhdidləri, həyati xətlər, mövcud xidmətlər, digər və şəxs xəbərləri) və iyirmi dörd alt kateqoriyaya (çirklənmiş su, talan, yanğın, qida paylama məntəqəsi, təklif olunan sığınacaq, yolun bağlanması, itkin şəxs və s.). “Əsas xəbərlər” və “Hadisələr” nin yanında, yaradılan bütün hesabatlar, onlarla birlikdə gedən foto və videolar ilə məsləhətləşmək olar. İstifadəçilər yalnız ifadə verə bilərlər (SMS, e-poçt və ya onlayn formada), həm də müəyyən bir yerdə və ya müəyyən bir ərazidə baş verən hadisələr barədə xəbərdarlıq etmək üçün (SMS və ya elektron poçtla) xəbərdarlıq ala bilərlər.

Ushahidi Haiti əsas interfeysi

Kütlə mənbəyini cəlb etmək və bu hesabatları qanuni və fəaliyyət göstərə bilən bir məlumat mənbəyi olaraq qalıcı şəkildə birləşdirmək üçün sistem səhv, qəsdən şişirdilmiş və ya təsadüfi məlumatları sürətlə təyin etməlidir. Hesabatların işlənməsini və təsdiqlənməsini hadisələrlə yanaşı inkişaf etdiyindən qısaca təsvir etməliyik.

Şəxs (humanitar yardım, zərərçəkən, təcili yardım müdiri və s.) SMS göndərərək bir sorğu göndərir (kömək, su, qida, tibbi yardım və s.).

Şahidlik tərcümə və ya məlumat daxil etmək üçün Crowdflower veb saytına göndərilir.

Haiti könüllüləri metadataları tərcümə edir və ifadəyə əlavə edirlər (uyğunluq, yer, prioritet səviyyəsi).

SMS rəsmiləşdirilmiş bir hesabata çevrilir, daha sonra məlumat paylama şəbəkəsində yayımlanır və nəhayət interaktiv xəritəyə inteqrasiya olunur. İşləndikdən sonra hesabat böhran idarəçiliyi ilə məşğul olan bütün təşkilatlar tərəfindən müzakirə edilə bilər.

Bu yaxınlarda Ushahidi, Fevral 2011-ci il Christchurch zəlzələsinə cavab olaraq istifadə edildi. Bu fəlakətdən sonra təhlükələri / həll yollarını müəyyənləşdirmək, kömək istəmək və mövcud vəziyyət barədə ictimaiyyətə məlumat vermək üçün xüsusi bir tətbiq quruldu ( təhlükələr və evakuasiya zonaları, infrastrukturlar və yol vəziyyəti) və mövcud xidmətlər (su, təchizat, aptek və tibb mərkəzləri hələ də açıqdır ...). 10 gün ərzində 1200-dən çox hesabat göndərildi. Haiti zəlzələsindən bəri Ushahidi, qurbanlara kömək etmək və QHT-lərə və səlahiyyətlilərə fəlakət cavablarını dəstəkləmək üçün onlayn bir tətbiq təqdim etmək üçün müxtəlif böhran vəziyyətlərində istifadə edilmişdir. Bu proqram onlayn böhran idarəçiliyi üçün vacib bir vasitə halına gəldi.

Böhran xəritələşdirilməsi, baza xəritələrinin və məlumatların yaradılması və yenilənməsi

"Böhran xəritələməsi", böhran vəziyyətində coğrafi məkan texnologiyalarından istifadə etmək üçün mövcud tendensiyanı vurğulayan başqa bir GeoWeb istifadə növüdür. Məqsəd, fəlakət bölgələrinin xəritələrini və planlarını açıq mənbə lisenziyası altında Vebdə yayımlamaq üçün yenidən tərtib etmək (və ya yeniləmək) (Zook et al. 2010). Haitidə, hökumət tərəfindən mütəmadi olaraq yenilənən bir xəritəçəkmə yox idi və milli Haiti xəritə agentliyi zəlzələ tərəfindən tamamilə məhv edildi. Fəlakətdən sonra Haitinin köhnə xəritələri yararsız hala gəlmişdi, bu səbəbdən dərhal yeniləmə lazım idi.

Yüzlərlə insan, fövqəladə hallara və yerli təşkilatlara dəstək və rəhbərlik etmək üçün ayağa qalxdı. Başlanğıcda, Birlikdə Çəkmə təşəbbüsü ilə qruplaşdırılan xəritələşdirmə kampaniyaları beləliklə dünyanın hər yerində yüzlərlə İnternet könüllüsü tərəfindən həyata keçirildi. Bu “texnoloji könüllülər” in əldə etdiyi iş daha sonra OpenStreetMap kimi bir çox mövcud təşəbbüslər ilə davam etdirildi və bu, Haitiyə xüsusi olaraq həsr olunmuş OSM əsaslı əməkdaşlıq xəritələşdirmə platformasını qısa müddətdə inkişaf etdirdi. Vikipediya və ya digər sərbəst mədəniyyət hərəkatları kimi açıq mənbəli icmalardan gələn bu əməkdaşlıq platformaları əvvəlcədən mövcud olan texniki təşkilat, səmərəli iş birliyi alətləri və xüsusi bir icma sayəsində qısa müddət ərzində dəqiq məlumat vermək qabiliyyətini nümayiş etdirdi. 12 yanvar axşamı demək olar ki, boş qalan Port-au-Princein yol şəbəkəsi xəritəsi, 10 gün sonra demək olar ki, tamamlandı (şəkil 6). Yalnız 2 gündə, ərazi hələ Tele Atlas və ya Navteq kimi ənənəvi provayderlər tərəfindən tam əhatə olunmasa da, səkkiz yüzdən çox dəyişiklik edildi.

Zəlzələdən əvvəl və sonra OSM-də Port-au-Princein yol şəbəkəsinin əhatə dairəsi

İlk dəfə yollar, yollar və binalar MKİ-nin istehsal etdiyi köhnə xəritələr və OSM-nin 2006-cı ildən bəri istifadəsinə icazə verilən Yahoo hava görüntülərinin köməyi ilə çəkilib yeniləndi. İkinci dəfə, sonrakı dövrdə zəlzələ, son peyk görünüşlərini təmin etmək üçün bir neçə peyk bölgəni taradı. DigitalGlobe və GeoEye firmaları, zəlzələdən sonra çəkilmiş bir sıra yüksək qətnamə şəkillərdən pulsuz istifadə etdilər, bu da OpenStreetMap komandasının Port-au-Prince (Təsvir 7) və təsirə məruz qalan digər şəhərlərin xəritələrini tamamlamasına imkan verdi. zəngin bir məlumat: dağılmış binalar, yolların tıxanması, səhiyyə müəssisələri, qaçqın düşərgəsi və əhalinin köçürülməsi.

OSM Haïti xəritəsinin interfeysi

Bundan əlavə, könüllü ianəçilər yol şəraiti, çökmüş binaların yeri, xəstəxanalar və ya təcili yardım düşərgələri barədə dəqiq məlumat verən yerdəki məlumatların toplanmasına cəlb edilmişdir. Royalti olmayan məlumatların istehsalına imkan verilmiş, QHT-lər və ya fövqəladə hallar orqanları tərəfindən yerində yaradılan məlumatların pulsuz və sürətli bir şəkildə yenidən istifadəsinə imkan verilmişdir. Heidelberg Universiteti GPS tətbiqetməsinin yeni bir versiyasını təqdim etdi OpenRouteService canlı marşrut planlaşdırılması üçün (yol şəraiti, düşərgələrin yerləşməsi və s.). Alman şirkəti Geofabrik, aparıcı CBS və GPS proqram tətbiqetmələri ilə işlənə bilən müxtəlif fayl formatlarında OSM-Haiti məlumatlarına giriş imkanı verdi. Nəticə etibarilə, məlumatlar sürətlə bir sıra masuplara və virtual kürələrə inteqrasiya edildi və daha sonra QHT-lər və fövqəladə hallar orqanları tərəfindən müxtəlif formatlarda və fərqli platformalarda sürətlə yayılmış, uyğunlaşdırılmış və istifadə edilmişdir.


Proqnozları anlamaq: coğrafi istinad

Bu yaxınlarda 1959-cu ildə işləməyə başladım, bu hal hazırda işləməyim lazım olan son şəkil dəsti.

1959, 1975 və 1995 ilə müqayisədə bəzi səbəblərdən bənzərsiz bir dəst idi. İlk səbəb, inkişafdakı əhəmiyyətli fərqlə əlaqəli, şəkillərin nə qədər geriyə çəkildiyinə görə açıqdır. İkinci səbəb, yəqin ki, Geo-referans layihələri arasında yaygındır, amma bu ilə qədər rast gəlmədim. Dəst iki növ şəkilə bölündü: Geo-referanslı və ya proqnozlaşdırılan şəkillər və istinad olunmayan və ya proqnozlaşdırılmayan şəkillər. Proqnozlaşdırılan şəkillər 1975 və 1995-ci illərdə tamamladığım şəkillərə bənzəyir, onlar əvvəlcədən istədiyiniz koordinat sisteminə proqnozlaşdırılıb və dərhal Geo-istinadına icazə verilib. İstinad olunmayan şəkillər biraz daha çətindir.

Bu şəkillər alətlər çubuğunu bozar və hər hansı bir Geo-istinadına icazə verməzdi. Əvvəlcə bir az qarışıq qaldım, amma tez bir zamanda fikirlərə beyin fırtınasına başladım. İlk fikrim bunları məlumat çərçivəsi ilə eyni koordinat sisteminə proyeksiya etmək şəklində gəldi. Təəssüf ki, şəkillərin ölçüsünə görə bu şəkilləri proqnozlaşdırmaq əlimdəki maşında (16 GB RAM) mümkün deyildi. Alətlər demək olar ki, dərhal sıradan çıxa bilər. Ancaq bunun bunun səbəbi olduğunu düşündüm, buna görə şəkilləri proyeksiya etmək üçün müxtəlif yollarla sınaqlara davam etdim. Növbəti bir ara koordinat sistemini proyektləşdirmək, daha sonra yükü azaltmaq ümidi ilə daha inkişaf etmiş sistemə keçmək idi, ancaq bu da həyata keçdi. Görünən odur ki, hansı sistemdən gəldiyinizdən asılı olmayaraq (coğrafi transformasiyaları başa düşmədiyimə baxmayaraq), prosesi tam şəkildə həyata keçirməyə çalışır. Fikirlərim bitib, son həlli sınadım. Bəlkə də görüntülərin ölçüsünün səbəb olduğunu düşündüm və onları səkkiz hissəyə bölərək incəltməyə qərar verdim. Rəvan keçən hər bir görüntünü parçalayacaq bir neçə ssenari yaratdıqdan sonra ssenarinin proyeksiya hissəsinə yaxınlaşdı və dərhal bir anda qəzaya uğradı (baxmayaraq ki, bir az daha uzun sürmüşdü).

Fikirlərimin heç biri işləmədikdən sonra, kompüteri yenidən işə salmağa qərar verdim & işləyən. Görüntülər məlumat çərçivəsi ilə eyni koordinat sistemi olmasa da, nəzarət nöqtələrini əlavə edə bilərəm, göstərməyə uyğun və s. Bu, belə sadə bir həll olduğundan biraz sinir bozucu oldu, amma buradakı dərs ən yaxşısıdır daha çətin fikirləri sınamadan əvvəl ən sadə həll yolu sınamaq.

Bir neçə nəfərlə danışdıqdan sonra koordinat sistemi əhəmiyyətsiz olmalıdır, çünki Geo-referans verməyə başladığınız anda görüntü məlumat çərçivəsinə çevrilməlidir və hətta bunun sonunda heç bir əhəmiyyəti olmayacaqdır. Şəkillər tamamlandıqdan sonra başqa bir şəxs onları bir-birinə bağlayacaq və ya mozaikaya qoyacaq və bu şəkildə bir koordinat sistemi təyin edəcək və bu da mövcud koordinat sisteminin üzərinə yazılacaq.


ArcMap 10.4 və ArcGIS Pro: böyük poliqonların son dərəcə yavaş redaktəsi?

Bir fantaziya dünyası üçün xəritələr yaratmaq üzərində işləyirəm və həm ArcMap 10.4, həm də ArcGIS Pro 1.2 istifadə edərək adalar üçün bəzi böyük çoxbucaqlar çəkmişəm. Bu çoxbucaqlılar bir neçə yüz mil məsafədədir və işlədiyim indiki miqyasda hər birində 6000 təpə var. Bu layihə davam etdikdə, daha çox təfərrüat üçün çoxbucaqlıları daha kiçik miqyasda düzəltmək istərdim, bu da açıq şəkildə daha çox zirvələr deməkdir.

İki proqramda çoxbucaqlıların düzəlişləri DƏHŞƏTLİ bir şəkildə ləng, lakin fərqli şəkildə aparılır. ArcMap 10.4, partlayan xüsusiyyətlər və çoxbucaqlı birləşmə kimi şeylər etməkdə sürətli, ancaq şəkillərin kənarındakı hər hansı bir təpəni düzəltməyə çalışarkən, bir neçə təpə köçürülsə belə, hər şeyi 10-20-30 dəqiqə tamamilə dayandırmağa sürükləyir! Digər tərəfdən, ArcGIS Pro zirvələri (nisbətən) daha sürətli düzəldir, lakin ArcMap 10.4-ü otuz saniyə çəkən doqquz çoxbucağı partlatmaq İKİ SAAT proqramı aldı.

Mən burda çaşqın oldum. Düşündüm ki, bəlkə də çoxbucaqlıların ölçüsü problem ola bilər, amma Zar alətini araşdırmağa başladığımda, bu alətin sözün əsl mənasında milyonlarla tündlü formalı olduğunuz vəziyyətdə istifadə ediləcəyini söylədim, buna görə 6000-in lazım olduğunu təsəvvür edə bilmirəm. hesablama baxımından o qədər pis ol. Hər hansı bir məsləhət?

PS: çoxbucaqlar və məlumat çərçivəsi eyni proyeksiyadadır və mən hər hansı bir topologiyanı söndürmüşəm.


Mac-də ArcGIS-i çalışdırmaq

Esri, iOS üçün ArcGIS tətbiqetmə versiyasını yayımlasa da, təəssüf ki, ArcGIS bir Macintosh kompüterinə yükləmək üçün bir seçim olaraq təqdim edilmir. Mac üçün CİS proqramı hazırlamaq üçün Esri tərəfindən son yerli səy, 1990-cı illərin əvvəllərində ArcView-in əvvəlcədən buraxılmamış bir versiyası idi. Esri'nin yaxın gələcəkdə Mac üçün yerli bir ArcGIS limanını istehsal edəcəyinə bənzəmir. 2011 Esri İstifadəçi Konfransının bağlanış sessiyasından:

Jack Dangermond, "Mac-da olmağı çox istərdik, amma mühəndislik prioritetlərimiz var ... bu səbəbdən istifadəçilərimiz üçün ən vacib olanı özümüzdən soruşmalıyıq" dedi. “Bu diqqət çox vacibdir və mənbələrimizi çox incə yaymamağımızdan əmin olmaq istəyirik. Nəzəri olaraq, resurslarımızı daha çox platformada və bu sayədə funksionallıqda daha az yaya bilərik. Ancaq Mac-da yerləşdirmək üçün əsas vasitənin inkişafını yavaşlatmamızı istərdinizmi? ”

Bununla birlikdə, bir nöqtədə ArcGIS-in Mac-a hazır olacağı bir teaser var:

"Yəqin ki, ArcGIS 10.1-dən sonra növbəti buraxılışda Mac-ı dəstəkləmək üçün daha çox hərəkətə başlayacağıq."

Ən populyar ticari CİS paketi olan Esri & # 8217s ArcGIS proqramına sadiq qalmaq istəyənlərin, GIS proqramını çalıştırmaq üçün Macintosh-da ayrı bir Windows OS (Windows XP və yuxarı) nümunəsinin qurulması lazımdır. Intel əsaslı Mac'lar üçün bunu həyata keçirməyin iki əsas yolu var. Birincisi, ikili açılış sistemi qurmaqdır. Apple, 10.4 və daha yüksək olan MacOS versiyaları üçün əməliyyat sisteminin bir hissəsi olaraq BootCamp-ı pulsuz təqdim edir, bu da proqramın və lisenziyalı bir Windows ƏS-nin quraşdırılmasından sonra istifadəçilərə ya Macintosh ya da Windows OS-də kompüter yükləmə seçimləri verir. Bir Windows maşını olaraq yükləmə, istifadəçiyə ArcGIS daxil olan Windows uyğun proqramı işlədməyə imkan verir. Bu seçimin mənfi tərəfi Macintosh quraşdırılmış proqram və əməliyyatların əlçatmaz olmasıdır ki, kompüter Macintosh tərəfinə daxil olan bir Windows maşını yenidən yüklənmə tələb edir və əksinə. Müsbət tərəfi odur ki, istifadəçinin ayrı bir Windows OS kompüteri işləməsinə ehtiyac yoxdur. Kompüter bir Windows maşını kimi tamamilə açıldığından, yaddaş Windows və Macintosh bölmələri arasında bölünmür və ArcGIS-in virtual maşın quraşdırılmasına nisbətən daha sürətli işləməsini təmin edir.

İkinci seçim, Macintosh-da bir virtual maşın (VM) yaratmaq və sonra Windows-u həmin VM bölməsində işləyən bir əməliyyat sistemi olaraq qurmaqdır. İki aparıcı ticarət variantı Paralellər və VMware Fusiondur. Bu sanallaşdırma proqramlarının hər ikisi Windows OS-nin lisenziyalı bir kopyasının qurulmasını tələb edir. VM-nin faydası ondan ibarətdir ki, istifadəçilər Mac və Windows proqramları arasında yenidən yükləmədən irəli və geri keçə bilirlər. Mac tərəfindəki fayllar və qovluqlar VM ilə paylaşıla bilər ki, Windows-dakı proqramlar bu sənədləri oxuyub yaza bilsin. İşin mənfi tərəfi budur ki, yaddaş iki əməliyyat sistemi arasında bölünür, yəni ArcGIS və digər proqramlar BootCamp altında işləyən yerli bir PC ya da ArcGIS ilə müqayisədə daha yavaş işləyəcəkdir. VM və ArcGIS quraşdırdığınız Macintosh kompüterində ən azı 8 GB, tercihen 16 GB RAM olduğuna əmin olun.


Rəqəmsal qaranlıq dövrlər

İnkişaf etmiş dünyada demək olar ki, saxlanıla bilən hər şeyi ələ keçiririk və saxlayırıq: təhlükəsizlik videoları, elektron kommunikasiyalar, əlamətdar və əhəmiyyətsiz hadisələrin smartfon şəkilləri.

Bu məlumatların demək olar ki, heç biri bizdən qalmayacaq.

Anbar hər il ucuzlaşsa da, texnologiya hər il dəyişir. Data must be migrated from old storage media and file formats, or it is lost to physical degradation or technological obsolescence.

Data in The Cloud never has a permanent physical home. The Cloud is a performance and requires constant flows of capital and resources to stay in operation. Changes in the economics of The Cloud will necessitate loss of some of that data. Which data will be lost to time?

Contrast the impermanence of the digital with papyrus text from 2500 BC or clay tablets from as far back as 3300 BC.

While security camera video from an ATM where there has been no criminal activity may not be something that should outlive us, your grandchildren may want to see some of those thousands of baby pictures that you took of your son in the first year of his life. You should plan accordingly.


Section Four: Meet ArcMap

In this section, we are going to take a look at ArcMap. Much like the last section, we are going to highlight some of the basic features where to find them, what they do, etc. By the end of the semester, you shouldn’t have to look most of these actions up, you should just have them down (but if you need to, this page is found here and when you click the ‘Data View’ button in the top menu of the Wiki).

4.4.2: The Layout Of ArcMap

ArcMap, based on the definition of GIS, is a software to create, store, manage, analyze, and display data. While much of the storage and management is handled with ArcCatalog, there is some of that in ArcMap. ArcMap, however, is the portion of the software suite that was designed to create, analyze and display that data. We can use ArcMap to look at our data, explore our data, examine spatial relationships between our data, run geoprocessing tools and analyze the results, and create cartographic layouts to display the data to our customers (or instructor, in the case of this class).

We see the basic layout is the same as ArcCatalog with a series of menus at the top above several toolbars of shortcut buttons, a thin Table of Contents which shows the layers participating in the ArcMap session, a large white space for interacting with the data, and some tabs along the right and left sides of the window hiding some additional toolboxes and windows.

Figure 4.5: ArcMaps's Basic Layout

4.4.3: Views and Areas of ArcMap

Data View vs Layout View

Since ArcMap is used to analyze and display our data, we have two distinct views in the software: data view and layout view. Data view is where we spent the majority of our time (compared to ArcCatalog and layout view), as the majority of our work is done creating and manipulating spatial data. Once we've taken the time to examine the data in great detail, both in the way the features, or the shapes representing real world objects , and the attributes in the attribute table, we switch over to layout view to complete the cartographic layout. Switching can be accomplished via the "View" menu at the top of the software window and a couple of shortcut buttons at the bottom of the display window , which we will look at next.

Figure 4.6: Data View vs Layout View in ArcMap
US States and California in Two Data Frames, Data ViewUS States and California in Two Data Frames, Layout View

Display Window and Data Frames

The Display Window is the portion of ArcMap where you interact with your data, showing us both data view and layout view. In data view, the layers draw, you can pan around, zoom in and out on, and interact with your data. In layout view, you can add map elements such as a north arrow, and a legend to create a final cartographic layout. This area is the main focus of ArcMap and the part you are going to spend the most time looking at. The Table of Contents list the data shown (by default) to the left of this area, the results of tools are loaded into this pane, and you create new data while looking at this area.

When you are looking at the Display Window in data view, you are looking at one Data Frame . A data frame is a collection of data layered to draw in a specified order in one geographic or projected coordinate system . While you can have more then one data frame in one MXD, ArcMaps' data view will only show one at a time, or the active data frame , while layout view will show all of them at once in order to create final maps with several views, such as inset maps (maps which zooms in on a smaller area to show it in greater detail or shows the overall location of the data within some larger area of context) or different data for the same area, where overlapping that data would be impossible or confusing to the reader. Another use of additional data frames is the ability to eliminate white space when the portion of the map which matters covers a large area, such as details about the lower 48, Alaska, and Hawaii.

  1. The first data frame will always be named “Layers”
  2. All other data frames will be named “New Data Frame”, “New Data Frame 2”, etc.
  3. The “active” data frame (the one displayed in Data View) will be listed in bold.

Data Frame Coordinate System

We learned all about coordinate systems in Chapter Two, noting that there are two major categories: geographic coordinate systems and projected coordinate systems. All spatial data is stored in a single coordinate system, either a geographic or a projected system. Knowing what coordinate systems a layer is stored in is very important, since it tells us how the data was created, what distortions may be present, and what units the displayed coordinates are in, since the measured units - angular or linear - are actually a measurement from the origin of the system in the X and Y directions to the feature being displayed. Longmont CO is found roughly at 40° N 105° W, meaning it is 40 degrees northwest of the origin of the latitude and longitude geographic grid, found under the "wing" of Africa.

We have the ability to change the stored coordinate system of a spatial layer via a tool called "Project", which looks at where the coordinates of features in one system correspond to the coordinates of another system, and reassigns those coordinates accordingly. For example, the latitude and longitude coordinates of Longmont, more specifically 40° 10' 1.944" N 105° 6' 6.939" W, equate to the Universal Transverse Mercator (UTM) coordinates: Zone 13N, E: 491320.76 N: 4446320.79 (measured in meters from the origin of the 13N Zone). If we run a tool to convert the stored coordinate system for a US City Center point shapefile from the WGS84 Latitude and Longitude Geographic Coordinate System to the UTM Projected coordinate system, the tool will look at Longmont's latitude and longitude in the input layer and find the UTM equivalent, overwriting the spatial data coordinates for the city in the output layer .

Figure 4.8: Changing the Display Coordinate System
The display coordinate system can be changed without consequence to the stored coordinate system of the data listed in the Table of Contents. When the display coordinate system is changed, ArcMap projects the data on the fly, or shows what the data would look like if a tool such as Project was run.

ArcMap allows us to look at several spatial layers at one time in one data frame, regardless of what coordinate system the data is actually stored in, lining up the data the best it can for the user to interact with. We call this process projecting on the fly , meaning it is not creating a fundamental change of the data, like would happen if we ran the Project tool), but instead displaying the hypothetical result as though the tool had run. We can change the display coordinate system of the data frame to our heart's content, and each time, ArcMap will project on the fly, redrawing each spatial layer in a display to match the selected data frame coordinate system.

How Do I Know a ‘Fundamental’ Change is Happening with My Data?
This, and future chapters, will present options and actions and state they do not fundamentally change the data - meaning that nothing about the data will be permanent. ArcGIS is for displaying data, and can display data in several forms at once, without changing it.
The best way to remember if you data is being fundamentally changed or simply changing how the data is being displayed is: Arc will ask you before changing data. For example, if you were presented with a confirmation box stating “Would you like to save your edits?”, you most likely initiated the changes. When you run geoprocessing tools (Chapter Seven), the tool will offer a place to save the “output layer”. This actually creates a new layer, complete with whatever changes were initiated - such as using the “Project” tool which produces a new spatial layer output stored in a different coordinate system than the input layer.

Since the data frame is displayed in a single coordinate system, the display window can show you the coordinates of the cursor at any given time. These current cursor coordinates are shown at the bottom of the display window in the coordinate system of the data frame regardless of the coordinate system of each layer participating in the ArcMap session, and as you move your cursor around the window, the coordinates change. These current cursor coordinates are useful in getting a rough idea of where you are looking in the world while you are working within ArcMap. For example, if you add some data that you know is in Central Colorado and the current cursor coordinates are displaying values of 85° N, 115° E when you move your cursor over the data, you can quickly get a pretty good idea that something is wrong with the data.

Figure 4.9: Current Cursor Coordinates in Action
Both ArcMap and ArcCatalog (Preview Window) show the current cursor coordinates at the bottom of the window. Notice in the animation that the coordinates scroll while the cursor is moving and pause when the cursor pauses.

When you switch over to layout view in ArcMap in order to start creating your cartographic product, a second set of cursor coordinates pop up, showing you map coordinates , a positive set of coordinates referring to where your cursor is on the printed page versus where the data is in the real world. The coordinates are based on the same principles of the Cartesian Coordinate System, where the is an origin at the lower left corner of the page and positive values moving along the X and Y axis of the page itself. The concept is exactly the same a projected coordinate system, where there is some origin somewhere in the world, and to locate places on the Earth's surface, we move away from the origin until we arrive, measuring the distance in linear units.

Figure 4.10: Map Coordinates Displayed in Inches
To locate map elements (legend, title, north arrow, etc) for printing neatly and evenly spaced, ArcMap's Layout View uses map coordinates. Also based on the Cartesian Coordinate System, map coordinates are positive numbers starting at a 0,0 origin found at the lower left corner of the page.

Mündəricat

In ArcMap, the Table of Contents is the window where all of your spatial layers and data tables are displayed. Some of them might be visible, some may not, some might have special styling, others may be just tables. Regardless of how the data is displayed in your map, all of the active layers are listed in the Table of Contents. From here, you can move the data to draw in a different order, see where data is stored on your computer, and examine how different layers are displayed. You can add data to the map, remove data from the map, make changes to the display of the active layers, and access information about each layer.

As ArcMap is the software in the suite used to interact with our data and create cartographic layouts, we have the ability to make display changes, such as the color of the features when they draw on the map, whether or not we can see feature labels like state names when a US states layer is active, or which layer draws on top of the next. These display changes are not fundamental changes to the data, as it really makes no difference if that US States layer is displayed in light green every single time it's added to an ArcMap project. The five to eight little files each shapefile is made up of dictate things like where each feature lives in the world, what coordinate systems the data is stored in, the coordinates of those features, and the attributes about the features - the non-spatial values which we can attribute to each feature. Not a single one of them dictate what color to fill in each state with, what color the outline line should be, or if the labels are visible or not (labels, however, are attributes, such as the name of each state). Those are all cartographic decisions made by a GIS technician each time they use the US States layer. In one project, the layer might be used for analysis and needs to be featured at the front of the map, and in another map, the states might just be used for context , or features which help visually locate other features in the world.

Since ArcMap can show us lots of information about our data - what it looks like and what order to draw it in, where it's stored on the computer, what layers are visible or hidden at any given time, or if selections have been made in the attribute table (Chapter Five), and ESRI (the company who makes ArcGIS) has no idea what you need to look at when, the Table of Contents offers us four different ways to list our data. We call these the List by. Options, and in this section, we will quickly look over three of the four just to get an understanding that ArcMap can show us data in different ways, not necessarily to memorize each view right now.

    1. Turn layers on and off by checking and unchecking the box to the left of the layers name
    2. Re-order layers by dragging the name to another place in the list.
      • Feature classes draw in layers, thus the top of the list will be the ‘top of the pile’. If you can’t see a layer and it is turned on, it is likely covered by another layer. Try dragging it higher in the list to view it.
      • You can see where the layer is going by the dark black line which appears between layer names as you move your mouse around
      • Sometimes its hard to drop a layer at the top of the list for simple reasons of it’s not cooperating with you. Try dropping it in the second place and dragging the top layer below it.
      1. Change layer symbology
      2. Access the Layers Option menu for each layer
        • You cannot drag the layers to reorder them. In fact, you can’t reorder them at all.
        • You can see where the layers are stored/saved without accessing the properties of each individual layer

        Turning Layers On and Off and Collapsing and Expanding Layers

        We've looked at the Display Window and the Table of Contents within ArcMap, stating that the layers participating in the current ArcMap session are listed out in the Table of Contents can be set to draw or not draw in the Display Window and can be reordered so certain layers draw on top of other layers. From this, we can derive the fact that not every spatial layer on the computer is visible at once in ArcMap and that we would need to intentionally add the data to the MXD. While we will look at all the ways we can add data to an ArcMap session, the how isn't the most important thing right now, but the fact that we can and from there, we can control which layers are visible and which are not.

        Similar to adding an image to a Word document or your social media page, adding data to ArcMap involves opening a dialog box, looking in folders - and in the case of spatial data, geodatabases - until you find the layer you wish to add. Once you've found it, it's a matter of clicking on it's name and confirming your selection with some sort of "OK" or "Add" button. When you add a layer to ArcMap it automatically draws it in the Display Window and places itself at the top of the Table of Contents. The choice for it to draw or not is controlled by checking the corresponding box in the Table of Contents.

        In addition to automatically drawing each layer when it is added to a map session, the layer is added expanded, where a color patch showing the color, line pattern, or point graphic the layer is being represented as is listed below each layer name. For polygons, the patch is a rectangle, for polylines, it is a single straight line, and for points, it is the same graphic as the points are being displayed in the map. These examples allow for you to look at the Table of Contents and locate the color or symbol of a particular layer in the map, similar to using a legend in a completed cartographic product, as well as have quick access to the dialog boxes which change said color or symbol. Since the layer is expanded when it's added, you have to option to collapse it and hide the patch from view, regardless if the layer is drawing in the display window or not.

        Figure 4.11: Collapsing/Expanding and Turning On/Turning Off Layers in the Table of Contents within ArcMap
        The check box for the states layer is checked, which means it will draw in the display window.In this screenshot, the states layer is expanded, showing the blue patch representing the color the polygon will fill in with. The rivers layer is collapsed, meaning whatever color the line draws in is currently hidden from view.

        4.6.4: Menus And Toolbars

        ArcGIS has a series of menus and toolbars which are most often found at the top of the window. Menus have tons of functionality, and many sub-menus with even more options. Toolbars are series of buttons which are either shortcut buttons for actions found in menus or control actions for a process within the software, such as all the buttons we would use to draw new features in our map (Chapter Six). Again, the list here is not for you to memorize, as that will simply come in time, but for you to see that there is quite a bit of functionality in ArcMap, and the software programmers do their best to organize those functions in a logical manner. The toolbars displayed are just three of (lots), two are examples of shortcut buttons for the Menus and one is an example of buttons for specific functionality, in this case, for changing and creating new features.

        Menu NameHighlights
        FileNew and save MXD, print, and important to turning in your labs, the Export Map option to save your MXD as a PDF
        EditFor now, the most important thing in Edit is “Undo”
        ViewSwitch between Data View and Layout View and the option pause drawing if it’s drawing very slow
        BookmarksCreates bookmarks in your MXD to save the current view and return to it later
        InsertInsert a new data frame map elements (title, legend, scale bar) when working in Layout View
        SelectionHow to highlight data you’d like to interact with.
        GeoprocessingThe “Top Six” tools used to save spatial problems. Covered in Chapter Seven. The "Results" window which shows the inputs and messages from all the geoprocessing tools run in an ArcMap Session.
        CustomizeA list of toolbars available the enable extension options (covered on the next page)
        WindowsDifferent views to interact with your data better where to get your Table of Contents back when you lose it
        HelpLaunches your best friend in the ArcGIS world, the help menu
        Standard Toolbar
        The Standard toolbar has buttons which control the MXD (save, open, etc), add data to the MXD, and open additional windows (described below)
        Tools Toolbar
        The Tools toolbar has functions used to navigate the map (pan, zoom, etc) and explore the data in spatial way (measuring features, finding a XY location, etc)
        Editor Toolbar
        The Editor toolbar contains a series of buttons used to draw new vector features (you create the dot to dot with your mouse by placing each vertex where it belongs in the world) and edit existing ones (change how the polygon or polyline are drawn, moving a point from one place to another)

        4.4.5: Additional Windows in ArcMap

        The Table of Contents is not the only window available in ArcMap, even though it is the most common. Other windows allow you to find tools to analyze your data, search for tools or spatial data on your computer, and bring in the Catalog Tree without having to open ArcCatalog in a separate window. These windows add ease an functionality to the way that ArcMap works. Just to sound like a broken record, this section is not here for you to memorize the things ArcMap does, but see that we interact with the software and spatial data in several ways beyond just adding data to the Table of Contents and examining it in the display window, hoping it will do a trick or provide us with an ice cream cone on a hot day.

        ArcCatalog Window

        The ArcCatalog Window is basically like having the Catalog Tree tacked to the side of ArcMap. Anything you can accomplish in the Catalog Tree, such as creating, renaming, moving, and deleting folders, shapefiles, geodatabases, and feature classes, can be done in the ArcCatalog Window. The benefit to having a ‘peek’ at the Catalog Tree is simply not having to launch ArcCatalog, as well as the two instances stay in sync (as you move through this class, you will notice that ArcMap and ArcCatalog work on a cache, meaning it doesn’t instantaneously update any changes you’ve made to data from ArcCatalog to ArcGIS without forcing it to refresh.. We will get to that.)

        Search Window

        The Search Window can search for all thing GIS. You can find layers, MXDs, images, and what we will be using it for, tools in the ArcToolbox.

        ArcToolbox

        The ArcToolbox Window houses all of the geospatial tools available in ArcGIS. The tools are grouped by like features, such as all the tools we use to compare how layers relate to each other spatially. In that group we might find tools that calculate what percentage of one layer is intersecting another, or a tool that will remove all parts of a layer that do not intersect with another.

        In this class, you will be guided to particular toolboxes to perform certain tasks. However, knowing they are grouped together might help you find a tool for your final project or solve a problem you didn’t even know you had! (Honestly, I’ve found more tools by looking for other tools then knowing the tool existed in the first place.)

        Docking Windows

        Along with the Table of Contents there are other windows that can be docked along the sides of the ArcMap window to access data, tools, or ArcCatalog without launching ArcCatalog. The four most common tabs docked are: ArcCatalog, the Search Window, ArcToolbox, and the Results Window.


        What makes arcgis so much better than other programs

        i'm doing research right now about manifold vs arcgis pro and how they're different, plus im just curious i've read some articles about how gis is the most popular and the best and i don't understand why, what does it have that all the other ones dont its pretty expensive so it should be worth it.

        As a serious note, where ArcGIS shines is the parent company, ESRI, provides solutions for specific industries and problems where the biggest competitor essentially requires a developer on staff to figure those out.

        This is as someone who greatly prefers QGIS.

        What it comes down to is that right now ESRI is a safe business choice, both for users and organisations.

        ESRI is going to be here next year, in ten years. They aren't likely to go bankrupt or be bought out. They have massive contracts with governments, militaries and multi-nationals.

        ESRI practically gives the software and training packages away to universities, meaning that because it's easy for university to teach with it, most graduates are introduced to and trained on ESRI software. This, combined with the large number of government and military users, means that there are a steady supply of trained users to employ.

        Because ESRI software is so common in organisations it's a safe skill for workers to sink time into.

        Since a large part of of the GIS workforce is familiar with it, they're much more likely to recommend it or choose to work with it over another package. Since a large number of large organisations use it, companies feel more comfortable choosing it.

        ESRI practically writes the standards. The software is either interoperable with, or actually is, the default for many things and will read or write almost everything. as long as you pay.

        ESRI will fix your problem, for a cost.

        Lastly, for most organisations, changing software is not a viable option. It's more likely that if they do change, they will move to ESRI because of all of the above.

        EDIT: Bonus reason - ESRI does EVERYTHING. There's no "oh, our software doesn't do X". ESRI may charge you the earth, and it might not be the best at X, but you can be pretty sure they do X. For a price.

        And as much as that price sucks, the fact that they opened up their top license + extensions for $100/year for personal use makes me kind of love Esri even more. Even though I’m sure the decision to do so was based on dollar signs, it allows the amateur GIS enthusiast access to one of the top GIS software packages for less than $9/month.

        I pay more than that for Netflix.

        In my opinion network analyst is superior in ARCGIS compared to QGIS.

        As a student who have access to ArcGIS Pro for free being able to find vast libraries of troubleshooting help online is far superior on ESRI's program. Learning ArcGIS is more secure for a job since it is free as a student and most businesses uses it, and you can always use QGiS to refresh after studies, but not ArcGIS.

        So easy to use that you need minimal training

        ESRI is the Microsoft Windows of the GIS world. They were one of the first ones in the commercial GIS space and they executed well on their product. It's not perfect, but if you don't need the more advanced spatial and 3D analysis licenses, its fairly affordable. And they keep investing in their product. even if it sometimes feels like its nothing more than a bit of "Who moved my cheese?" action.

        And the dirty little secret is that you have a large, well trained work force that is willing to work for cheap because they like maps more than anyone else. And I am not talking cheap relative to other well educated college professions, I am talking cheap relative to your average construction worker kind of cheap labor.

        Like Windows and Microsoft Office, it would take an epic meltdown from ESRI to lose their place in the consumer commercial GIS space. QGIS is fantastic and getting better, but it also suffers from some really poor design flaws that are not getting better. It can sometimes feel like a mashup from a 100 different decisionmakers (which it does) and nobody really looking out for the overall look and feel. QGIS doesn't have the polish of ArcGIS, and it doesn't have the out of the box functionality that ESRI's ArcGIS does. but its free. You can code the functionality in there or piece it together from a collection of tools, but it takes time to search and figure it out in QGIS. When it comes to pure programming and spatial anlaysis, ESRI is definitely losing ground to open source solutions in Python and R.

        Don't get tricked into thinking Manifold is a reasonable substitute for ArcGIS or QGIS it simply is not, I am sure it can handle some things better but overall it is not an equivalent to ArcGIS. It really lacks in support and is not heavily used anywhere. To put it into perspective right now on the GIS StackExchange forum there are only 14 questions with 'Manifold' tag on it, QGIS has 23,580 and ArcGIS is at 175,855. Do not go down the route of Manifold, there is one guy on this sub who seems to be really into Manifold but beyond that, it is hardly ever discussed or referred too. If you are going to pick up knowledge on a GIS suite go with ArcGIS most GIS jobs require ArcGIS experience, QGIS is good and there are jobs specifying that knowledge, I have never seen Manifold as a job requirement.

        Don't get tricked into thinking Manifold is a reasonable substitute for ArcGIS or QGIS it simply is not

        Experienced people don't talk "substitute" because they know virtually all GIS shops will use multiple tools. Manifold is no more a substitute for ArcGIS than ArcGIS is a substitute for Manifold or QGIS is a substitute. Each package does something the other packages cannot do.

        Manifold, for example, can do tasks in seconds that take ArcGIS Pro hours and QGIS over a day. People who do such work will add Manifold to their toolbox. They're not going to sit around on their hands for hours.

        A more insightful comment would have been to advise people not to get tricked into thinking any one tool can do everything.

        Nonsense. Manifold has the best support in the business. You can wait months or years for bugs to be fixed in some other GIS packages, while with Manifold bugs rarely last more than a week or two. In the next build (every two weeks or so) they get fixed. Critical bugs (rare, but happen) get fixed the next day.

        All that is free to licensees: no need to buy a maintenance contract to get new builds with bug fixes.

        To put it into perspective right now on the GIS StackExchange forum there are only 14 questions with 'Manifold' tag on it,

        That's just totally nuts. It's just as nuts as saying there are no GIS users in China because there are no posts in Chinese on GIS StackExchange.

        Or, it's like saying there are no ESRI users because there are 116,000+ posts on the [georeference.org] (http://georeference.org/) forum about Manifold and zero about ESRI.

        Manifold users post on [georeference.org] (http://georeference.org/) - the highly respected and extremely effective forum for discussions about Manifold products. Manifold people aren't stupid: they know that if they want to get help from the Manifold community or to discuss something about Manifold, it's smart to post where all the Manifold experts and users hang out. Manifold users don't post on reddit or GIS StackExchange because the [georeference.org] (http://georeference.org/) site has far superior signal to noise ratio, and no issues with intellectual vandalism by downvote trolls, like reddit.

        If you don't want to learn what modern software can do, that's OK, but that's your issue, not anybody else's. Every time technology undergoes a major revolution, whether it is replacing vacuum tubes with transistors, buttons on telephones with smartphones, or single-threaded 1980's code with superfast parallel code, there's always a bunch of reactionaries talking down the new, wonderful technology. Smart people don't listen to guys who promote vacuum tube technology in 2019. They just go on to leverage the very best of what is new and modern.

        An example: Today's release of Viewer turns on GPU parallelism in the free product, just like has been in Release 9. Viewer has always been CPU parallel, but GPU parallelism was reserved for the commercial product. Now the free Viewer has massively parallel GPGPU technology as well. That will enable people to see for themselves how they can do work in Manifold in seconds that can take over an hour in ESRI or QGIS.

        Smart people will try that out for themselves, acquiring the street smarts to know how to use that new capability effectively, when to ignore it, and when to put it front and center in their workflow. Reactionaries and dumb people will come up with excuses why it's a great thing to use only one CPU core out of 16, and to not use any of thousands of GPU cores at all.

        I like to pick and choose tools so I get the best for whatever I'm doing. Most GIS people I know are like that as well. If I can do something in seconds instead of waiting hours for Arc or Q, I'll use Manifold. If I can do something better in Arc or Q, I'll reach for those. No big deal. Every good craftsman knows that choosing the right tool for the job is a key part of doing the job right.

        It depends on the industry, but ArcGIS has great tools and very good support. They also have just a ton of manuals and tutorials. For some industries they have extremely worthwhile tools that are actually quite a good value. For example their parcel fabric cadastral system is quite good and included in most licenses.

        It’s very nice for users because once you gain a certain level of competence you can fairly easily teach yourself nearly any function in the program.

        Where I work I extensively use both Manifold and QGIS. We're trialling ArcGIS but, to be honest, I'm struggling as to whether we need it. Manifold, whilst not all that user friendly at times, is extremely fast and reliable, and I always think of QGIS as the Swiss army knife of GIS - it will most likely do what you want it to. With this combination, do we really need ArcGIS? Especially since we're now using an alternative to our drone mapping, rather than their drone2map (which we've had a go at and it didn't give us the quality we wanted), and I've written a script in python to do something we needed in QGIS, rather than ArcGIS.

        I hear what you're saying here and mostly agree with you. But what about providing WFS/WMTS and REST endpoints for your data? Fast and scalable web GIS viewers? What about mobile field collection of data and photos etc? For me that's where ESRI wins.

        Asking which GIS is the best is a bit like asking a good artist which color is the best. :-) A good artist uses many colors and most people doing real life GIS will use many tools.

        Since the question was ArcGIS PRO and Manifold, I'll stick to that: ESRI people often use both. Manifold people often use ESRI as well. The two complement each other. Both are big packages so a comparison necessarily has to stick to rough summaries.

        ArcGIS PRO is great software that ESRI introduced a few years ago as their new flagship GIS. PRO is a classic, non-parallel GIS, in the tradition of classic packages like MapInfo, QGIS or Manifold's own classic Release 8. PRO is 64-bit, it features a trendy "ribbon" GUI, it has good integration with ESRI's Python, it has very many useful features of interest in classic GIS, and it pushes dependence on ESRI's web-based data storage and facilities as an integral part of ArcGIS PRO functionality.

        PRO is also painfully slow with bigger data or more complex tasks, it crashes too often, and it is poor at database, including spatial DBMS. If you have 32 CPU cores in your system and 4000 GPU cores, PRO will use at most two of the CPU cores and none of the GPU cores for computation. Despite being years in the making, ArcGIS PRO does not have the performance to handle data sizes that are becoming the new normal today. A rough characterization of PRO is that it is older technology with weak internals, that nonetheless provides a wide range of GIS capabilities, all packaged in a modern veneer for mass appeal. It's a great product.

        Release 9 is great software that is totally new, and decades ahead of classic software like Arc in terms of parallel technology. 9 is automatically, fully CPU parallel + GPU parallel, and it can open 100 GB of images in 1/10th of a second, on an average desktop machine. The DBMS sophistication of 9 is Oracle class, far beyond any other GIS. 9 has the best spatial SQL of any GIS package or spatial DBMS. 9 is almost impossible to crash.

        9 always runs fully parallel, which makes it very fast and reliable with bigger data. 9 can easily handle data sizes that are the new normal today and in the future, likely through 2035. If you have 32 CPU cores in your system and 4000 GPU cores, 9 will use all 32 of the CPU cores and all 4000 of the GPU cores in parallel for computation, and it will do that automatically with no need for you to learn any parallel coding techniques. 9 has very good integration with 11 languages, supporting six languages as "built ins", including Javascript, Python, C#, VBScript and others.

        Like PRO, 9 has thousands of features, but unlike PRO those features in 9 tend to be aimed at higher end spatial data engineering. The focus with 9 in recent months has shifted to "classic" GIS features, with a few hundred features having been added in the last six months (9 evolves very rapidly), now enough to allow non-experts to use 9 for daily GIS work. A rough characterization of 9 is that it is hypermodern technology with immensely strong internals. 9 provides a wide range of GIS capabilities, but 9 needs more veneer for mass appeal. Like PRO, 9 is a great product.

        9 is like a mile-high skyscraper in technology, providing an immensely greater view, but when you move into your penthouse you discover your apartment is still missing some items you want, like bigger towels for the shower and more than one choice of flavor in coffee pods for the super-duper automatic coffee maker. But getting a few more coffee pods in different flavors is way easier than building a mile-high skyscraper. PRO, in contrast, is like a great apartment with endless flavors of coffee pods that's stuck on the second floor of a building where a weak foundation limits you to three or four floors at most.

        What people want is a combination of PRO and 9: endless ESRI tools plus mile-high 9 skyscraper power and quality. ESRI users therefore now tend to use ArcGIS PRO for the extensive set of classic GIS features it provides, while augmenting PRO with Release 9 when processing is too slow or too crash-prone in Arc. They also use 9 for better spatial data engineering, including interconnecting to many spatial data sources at once, for example, copying and pasting between Oracle spatial warehouses, PostgreSQL, SQL Server and ESRI Geodatabases.

        How that symbiosis will play out over time as 9 steadily adds hundreds of features every few months will be interesting to see. I expect it will still be a mix of tools, just with different workflow.


        Videoya baxın: #24 الارجاع الجغرافي بالاعتماد على الاحداثيات التصحيح الهندسي في georeferencing - arcmap - arcgis (Oktyabr 2021).