Daha çox

QGIS Chugiak 2.4-də Ripley-in K funksiyası

QGIS Chugiak 2.4-də Ripley-in K funksiyası


Ripley'nin K-funksiyasını QGIS 2.4 Chugiak-da bir nöqtə şəklində tətbiq etməliyəm, amma necə edəcəyimi bilmirəm. Bəzi plagin və ya uzantı istifadə etməyim lazım olduğunu düşünürəm (bəlkə GRASS, R və ya başqa bir şey), amma bununla bağlı nə aydın, nə də strukturlaşdırılmış bir həll tapmadım.


QGIS 2.2-dən istifadə edirəm ki, göndərdiyim şeylər müəyyən sahələrdə fərqlənə bilər. Quraşdıra bilərsiniz Qenerasiya olunur plugin vasitəsilə:

Plugins > Pluginləri idarə edin və quraşdırın ...

Qurulduqdan sonra Qenerasiya olunur alətlər panelinizdəki menyu. Seçin Seçimlər və Konfiqurasiya:

Seçin Təchizatçılar siyahısı, R skriptlərini tapın, yoxlayın Aktivləşdirin qutusuna qoyun və R qovluqlarının yolunu təyin edin:

Sonra seçin Qenerasiya olunur alətlər çubuğunuzdakı menyu yenidən seçin və seçin Alət qutusu:

Mövcud R skriptlərini görə bilməlisiniz.

Mənim üçün QGIS 2.2-də K ssenarisi yox idi, ona görə də QGIS 2.0-dan kopyaladım. QGIS 2.4-ə daxil olub-olmadığını bilmirəm. Hər hansı bir R skriptini işləyə bilmirsinizsə, burada verilən tövsiyələri izləyə bilərsiniz, bu da rgdal paketini ayrı-ayrılıqda yükləməyiniz lazım ola bilər. Ümid edirəm kömək edər!


Redaktə edin

K funksiyası skriptinin versiyasında aşağıdakılar var:

## bal = vektor ## showplots kitabxanası ("maptools") kitabxana ("spatstat") ppp = as (as (points, "SpatialPoints"), "ppp") plot (zərf (ppp, Kest, nsim = 100))

Redaktə edin

Nəhayət bu ssenarini tapdım. Bu, Joseph-inkindən "veb" lərdən, digərləri vebdə və oxşarlıqları PROCESSING plugin ilə gələn digər faktiki alqoritmlərlə (F və ya G funksiyaları və s. Kimi) birləşdirir. Bu ssenari Ripley-in K funksiyasını L (d) -d çevirmə ilə hesablayır, başlıq və altyazı yazıla bilər və daha sonra MonteCarlo simulyasiyalarının sayını istədiyiniz kimi hesablamağa imkan verir (de-fakto 99-da düzəldilmişdir, ancaq əsas menyuda dəyişiklik ola bilər ). Hərçənd əvvəlcədən heç bir nəticəni saxlamamağınız vacibdir (yəni "R Plots" əsas menyuda boş olsun)

## Nöqtə nümunəsi analizi = qrup ## Layer = vektor ## Simulyasiyalar = 99 nömrə ## Başlıq = sətir ## Altyazı = sətir ## showplots kitabxanası ("maptools") kitabxana ("spatstat") ppp = as (as (Layer , "SpatialPoints"), "ppp") L = zərf (ppp, Lest, nsim = Simülasyonlar) süjet (L,. - r ~ r, ana = Başlıq, alt = Altyazı)

Orta Afrika ölkəsi olan Burkina Faso, Bobo-Dioulasso, səhiyyə fərqlərini ölçmək üçün GIS istifadə edərək məkan seçmə protokolunun hazırlanması

İnkişaf etməkdə olan ölkələrin bir çox şəhərində planlaşdırılmamış və sürətli bir böyümə yaşanır. Bir neçə tədqiqat göstərir ki, şəhərlərin nizamsız şəhərləşməsi və avadanlıqları müxtəlif sağlamlıq riskləri və spesifik xəstəliklərə qeyri-bərabər təsir göstərir. Nəticə etibarilə, şəhərlər daxilində sağlamlıq sorğuları mikro lokal miqyasda aparılmalı və seçmə metodları bu şəhər müxtəlifliyini əldə etməyə çalışmalıdır.

Metodlar

Bu məqalədə, Burkina Faso, Bobo-Dioulasso orta ölçülü şəhərindəki sağlamlıq bərabərsizliyini araşdıran bir demoqrafik araşdırma üçün bir əhali seçmək üçün çox mərhələli bir seçmə protokolunun hazırlanmasında istifadə edilən metodologiya təsvir edilmişdir. Bobo-Dioulasso şəhər tipologiyasının qurulmuş mühitin təhlili və səhiyyə quruluşları və ya hətta su fəvvarələri kimi şəhər infrastrukturlarının paylanması ilə müəyyənləşdirildiyi şəhərin heterojenliyini nəzərə alaraq səciyyələndirilməsinə əsaslanaraq foto şərhləri ilə aparılır. hava fotoşəkilləri və peyk şəkilləri. Sonra şəhər tipologiyasını yaratmaq üçün əsas komponent təhlili və hiyerarşik yüksəliş təsnifatı istifadə edilmişdir.

Nəticələr

Sağlamlıq vəziyyətinin proksi göstəriciləri kimi qəbul edilə bilən bir sıra dəyişənlərə görə xüsusi profilləri olan beş boşluq qrupu təyin edildi. Bu beş qrupda iş üçün təsadüfi olaraq dörd alt boşluq seçildi. Bundan sonra seçilmiş bütün alt sahələrdə 1045 ailəni tədqiq edə bildik. Bu yanaşmanın uyğunluğu, məsələn, təsadüfi gəzinti metodu kimi klassik seçmə ilə bağlı müzakirə olunur.

Nəticə

Bu şəhər məkan tipologiyası qeyri-bərabər şəhərləşmə prosesini təmsil edən ərazilərdə yaşayan bir əhalinin seçilməsinə və sağlamlıq vəziyyətinin bir neçə göstəriciyə (qidalanma vəziyyəti, yoluxucu və yoluxucu olmayan xəstəliklər və anemiya) görə xarakterizə edilməsinə imkan verdi. Bu metod təsdiqlənməli və daha köklü metodlarla müqayisə olunmalı olsa da, coğrafi və əhali məlumatlarının az olduğu inkişaf etməkdə olan ölkələrdə alternativ olaraq görünür.


Məşq 1: Nöqtə Nümunəsi Analizinə Hazırlaşmaq

Sualımı cavablandırmaq üçün: delfini görmə məlumat nöqtələri transeksiya tədqiqatları boyunca toplanmışdır və ya bərabər paylanma qanunauyğundurmu? Nöqtə nümunəsi analizindən istifadə etməliyəm. Kosmosda olan delfinlərin Kaliforniya sahilləri boyunca, xüsusən San Diego nişan bölgəmdən harada görüldüyünü təsəvvür etməyə çalışıram. Bu məşqdə, maraq dəyişəni yunus görmədir. Bunlar bir transeksiya boyunca ümumi şişelenmiş delfinlərin varlığını göstərən x, y koordinatlarıdır (nöqtə məlumatları). Lakin, bu transeksiya məlumatları qeydə alınmadı və bu sətirləri ən yaxşı bacarığımda yenidən yaratmağım lazım idi. Bu proses gözləniləndən daha çətindir, lakin bu sinif və layihənin qısamüddətli görünüşündə və idarəetmə nəticələrində uzunmüddətli faydalı olacaqdır.


4.5 Git və GitHub

4.5.1 Üç yol

RStudio layihənizi GitHub ilə işləməyin üç yolu var

  1. GitHub deposunu qurun, onu Git-ə klonlayın və sonra RStudio-ya yükləyin - Git GUI istifadə edin
  2. Yeni bir RStudio layihəsi yaradın və GitHub ilə əlaqələndirin - yeni versiya nəzarəti
  3. Mövcud bir RProjectiniz varsa, onları əl ilə əlaqələndirə bilərsiniz - mövcud layihə

Sizə üçünü də göstərəcəyəm, eyni anbardan istifadə edərək 1-ci yolu, sonra 2-ci yolu edə bilməlisiniz. Way 3-də birləşmə məsələləri olacaq, buna görə təzə GitHub deposu ilə başlayın. Bəzi bir kod istehsal etmisinizsə, daha sonra onu bölüşmək istəsəniz faydalıdır. Mühazirədə nə etdiyimi izləyin.

Məsləhətim budur ki, işə başlamazdan əvvəl Git və GitHub hissələrini oxuyun (RMarkdown bölməsinə qədər).

4.5.2 GitHub'ınızı qurun

Öz kompüterinizdə işləyirsinizsə, əvvəlcə Git - https://git-scm.com/ yükləməlisiniz - UCL Uzaq Masaüstündə işləyirsinizsə, bunu əvvəlki kimi etməyinizə ehtiyac qalmayacaq. sizin üçün quraşdırılıb.

Http://github.com saytına daxil olun, bir hesab yaradın və yeni bir depo yaradın (istədiyiniz hər hansı birinə zəng edin - 'gis_code' və ya buna bənzər bir şey), bunun açıq olduğundan əmin olun və 'yeni depo ilə başlanğıc edin' yazan qutunu yoxlayın. bir README '- altındakı' depo yaratmaq 'düyməsini basın

  1. Yeni anbarınız (‘repo’) yaradılacaq və kodunuzu onlayn saxlaya biləcəyiniz yerdir. Bir README.md markdown faylının da yaradıldığını görəcəksiniz. İnsanlara bu depoda tapa biləcəklərini izah etmək üçün bu düzəliş edilə bilər.

4.5.3 Git ilə RStudio istifadə

İndi daha əvvəl də qeyd etdiyim kimi, RStudio tamamilə pisdir. R-i istifadə etmək əyləncəli deyil, onu yaradan sevimli insanlar git kimi şeylərə dəstək olaraq da inşa etdilər!

G Studio ilə R Studio ilə istifadəyə dair tam və əla təlimat üçün bu veb seminarı izləyin

Videonu izləmək istəmirsinizsə, aşağıda qısa bir xülasə edəcəyəm. Beləliklə, git istifadə etmək üçün əvvəlcə onu RStudio-da aktivləşdirməlisiniz:

Git inteqrasiyası yazıldığı zaman olmalıdır RStudio daxilində işləmək. Dizüstü kompüterinizdə bunu bir daha sınamazsa.

Praktikanın növbəti hissəsi, Git və GitHub-u RStudio ilə üç yolla istifadə etdiyim kimi, üç yoldan keçir.

4.5.4 Git GUI istifadə - yol 1

  1. İndi reponuzu onlayn yaratdınız, kompüterinizdəki yerli bir qovluqda eyni bir nüsxəsi olması üçün ‘klonlamalısınız’.

Bunu etmək üçün bir neçə yol var, ancaq asan olanı, quraşdırma quraşdırma ilə birlikdə gələn GUI-dən istifadə etməkdir.

  1. Yapmanız lazım olan ilk şey repo üçün Clone URL-ni github veb saytından kopyalamaqdır - ‘Clone or Download’ üçün repodakı yaşıl düyməni vurun və linki kopyalayın:

İndi Windows başlanğıc menyusunda Git & gt GUI-yə gedin

'Mövcud Anbarı Klonlayın' seçin və GitHub hesabınızdakı keçidi yuxarı qutuya və repo-nuzu alt qutuda saxlamaq üçün yaratmaq istədiyiniz yerli qovluğa yapışdırın (qeyd edin, yeni bir qovluq üçün ad əlavə etməlisiniz, Mövcud bir qovluğu seçdikdən sonra, Windows Explorer'da yeni bir qovluq yaratmayın, onu fayl yolunda göstərməlisiniz).

Bir neçə dəqiqədən sonra, indi GitHub reponuzun bir nüsxəsini yerli maşınınızda görə bilməli olmalısınız. Təkrarlanan tədqiqat üçün bütün kodlarınızı və bəzi digər sənədləri saxlaya biləcəyiniz yerdir.

RStudio-nu açın və File & gt New Project & gt Mövcud Kataloquya gedin

  1. Layihə iş qovluğunu Git GUI hədəf qovluğunda göstərdiyinizə uyğunlaşdırın. İndi layihənizi yerli Git ilə əlaqələndirdiniz

Daha sonra qeyd edək ki, RStudio-dan GitHub-a basmağa çalışdığımızda düyməni basmaq mümkün ola bilər ... bu çox güman ki, yerli Git filialınızın GitHub filialını izləməməsi (izləməsi) ilə əlaqədardır! Bunu boz rəngli basma düyməsinə bölməsində necə düzəldəcəyinizi göstərirəm.

4.5.5 RStudio - yol 2-də yeni versiya nəzarəti yaradın

Layihənizlə Git və GitHub qurmağın daha asan bir yolu var, ancaq bunun təzə başlayacağınızı düşünür (RProject-də kod olmadan)!

GitHub'ınızı qurun altında GitHub'da bir depo yaratdıq. Bu URL'yi kopyalayın.

RStudio & gt File New Project & gt Version Control & gt Git'i açın

Anbar URL-də kopyalayın və bir layihə qovluğu adı verin ... ancaq URL-yə yapışdırdığınız zaman doldurulmalıdır

4.5.6 Mövcud bir layihəniz varsa - yol 3

Bir fesh GitHub deposu ilə başlayın, burada bir kodunuz olduğunu və sonra paylaşmaq istədiyinizi düşünürük. README.md faylı SEÇMƏYİN ... boş GitHub repo olmalıdır ...

RStudio-nu və qonaqlıqdakı layihənizi açın (və ya yenisini hazırlayın ... burada birini edəcəyəm). RStudio Tools & gt Global Options-da ‘Git / SVN’ altında versiya nəzarətinə icazə vermək və kompüterinizdəki git.exe faylının yerləşdiyi qovluğu tapmaq üçün xananı işarələyin - git yükləmisinizsə, bu avtomatik olaraq orada olmalıdır. Yeni bir layihə hazırlayırsınızsa, bir fayl yaratdığınızdan əmin olun (File & gt New File vasitəsilə .R və .Rmd), ona bir şey əlavə edin, sonra (File & gt Save As) layihə qovluğuna yazın. Yadda saxladıqda sağ alt Dosyalar pəncərəsində görünməlidir.

Sonra Tools & gt Project Options & gt Git / SVN & gt gedin və Git olaraq versiya nəzarət sistemini seçin. İndi RStudio mühit pəncərəsində bir git nişanı görməlisiniz (sağ üstdə) və fayllar da Git nişanının altında görünür. Buna bənzər bir şey görünməlidir….

İndi Git və GitHub-dan aşağıdakı təlimatlara uyğun olaraq istifadə edə biləcəksiniz ... qabıqdan istifadə etməmək üçün son 8 praktik GitHub-a müraciət edə bilərsiniz (mühazirədə etdiyim kimi) və yalnız RStudio GUI istifadə edin.

4.5.7 Git-ə müraciət etmək

Bir nüsxəni yerli qovluğumuza saxlayan qənaət etməklə (normal olaraq hər hansı bir faylla etdiyiniz kimi), git üzərində işimizi də ‘işləyəcəyik’ və ya bir qənaət nöqtəsi yaradacağıq.

Bunu etmək üçün ‘Git’ simgesini vurmalısınız və yuxarıdakı aşağıdakı kimi bir menyu açılır:

RStudio-nun sağ üst pəncərəsində görünəcək Git sekmesini də vura bilərsiniz. Yuxarıda bir az aşağıdakı pəncərəyə bənzəyən başqa bir pəncərə açılır:

Dəyişiklikləri səhnələşdirin, etdiyiniz dəyişiklikləri izləyə bilmək üçün öhdəlik mesajı əlavə edin, sonra öhdəlik vurun

Dosyanızda bir az daha dəyişiklik edin və qeyd edin. Yenidən öhdəlik vurun, sonra nəzərdən keçirilmiş dəyişikliklər qutusundan faylınızda nəyin dəyişdiyini görə biləcəksiniz. Bir comitt mesajı əlavə edin və törətmək düyməsini basın:

4.5.8 RStudio xaricində Git istifadə

Bəzən RStudio Git bir az xasiyyətli ola bilər. Məsələn, faylları qurarkən işarələnmiş qutu ilə görünməsi biraz vaxt ala bilər (düşünürəm ki, bu Şəbəkədən işləyirik). Normalda RStudio-da öhdəlik düyməsini vurursunuz, bütün faylları səhnələşdirməyi seçirsiniz, bir neçə saniyə gözləyin, sonra nəzərdən keçirmə dəyişiklikləri qutusunu bağlayın və ətraf mühit kvadrantındakı Git nişanındakı düymələrdən əmr verin.

Alternativ olaraq Git istifadə etmək istəsəniz, ancaq UCL Uzaq Masaüstündə işləyirsinizsə və ya RStudio-da işə başlamağınızla əlaqədar digər problemlərlə qarşılaşırsınızsa, qorxmayın, sadəcə xam Git quraşdırmadan istifadə edə bilərsiniz.

Başlat Menyusunda git GUI açın. & Gt Git & gt Git GUI başladın. Yeni yaratdığınız mövcud anbarı açmalısınız.

Klonlanmış repoda sənədlərinizdə bəzi dəyişikliklər etdikdə, dəyişiklikləri nəzərdən keçirmək və onları "İcra et" (saxla) və sonra GitHub-dakı ana deposunuza "itələmək" üçün git istifadə edə bilərsiniz.

Dəyişikliklərinizi nəzərdən keçirmək və öhdəlik götürmək üçün öhdəlik menyusunda sadəcə:

  1. dəyişiklikləri axtarın
  2. öhdəlik hazır onları mərhələ
  3. dəyişiklikləri etmək
  4. dəyişiklikləri GitHub reponuza göndərin

4.5.9 Github'a itələyin

İndi dəyişikliklərimizi ya RStudio Git sekmesinde (envrionment quadrant) yuxarı oxu istifadə edərək, ya da nəzərdən keçirmə dəyişiklikləri qutusundan GitHub'a basa bilərik (öhdəlik vurduğunuzda açılır).

  1. Bunu etmək üçün əvvəlcə yerli klonlanmış reponuzda hər hansı bir dəyişiklik etdiyinizə əmin olun və sonra kodunuzu master GitHub repo-ya qədər vızılaşdırmaq üçün 'Push' düyməsini vurun - bunu təmin etmək üçün github istifadəçi adınızı və şifrənizi daxil etməyiniz istənə bilər. ...

Ancaq .... Düymə boz rənglənmişsə, boz düyməni basma bölməsinə keçin

4.5.10 GitHub-dan çəkin

Pull, qlobal repoda hər hansı bir dəyişiklik edər və yerli repoya gətirər. Nümunə GitHub repoya (onlayn) gedin və test sənədinizi vurun və bu faylı düzəldin.

Bir kod sətri və ya bir şərh əlavə edin, dəyişiklikləri əvvəlcədən nəzərdən keçirin və sonra birbaşa master filialına keçin.

  1. İndi RStudio-da aşağı oxu (Çək) sorğusuna vurun. Faylınız RStudio-da yenilənməlidir. Dosyanızı GitHub-da və RStudio-dakı yerli sənədinizi ayrı-ayrılıqda yeniləsəydiniz, törətməyə cəhd göstərdiyiniz zaman RStudio-da bir səhv mesajı alacaqsınız.

4.5.11 Problemlərin aradan qaldırılması

4.5.11.1 Şifrənizə görə sizə cavab verildi?

2019-cu ilin yanvar ayından etibarən Gitin əməliyyat sistemi tərəfindən təmin edilmiş bir etimad köməkçisindən istifadə etməsi mümkündür. Beləliklə, GitHub istifadəçi adınızı və şifrənizi yalnız bir dəfə istəməlisiniz. Artıq özümə daxil olduğum üçün və bir müddət əvvəl GitHub istifadə etməyə başladığım üçün sizə nə vaxt ətraflı məlumat istəniləcəyinə tam əmin deyiləm.

Bununla yanaşı, istifadəçi adınızı və e-poçtunuzu git istemini istifadə edərək əl ilə qura bilərsiniz.

Tools & gt Shell-ə ​​gedin və daxil edin:

Bunların yalnız bir dəfə qoyulması lazımdır.

4.5.11.2 Boz rəngli düymə

Düyməniz boz rəngdədirmi? Mine, [Mövcud bir layihən varsa] bölməsində mövcud bir layihə daxilində qurmağa çalışdığım zaman ... Qorxma….

Əvvəlcə yerli repostiority-nin (Git) uzaq birinə (GitHub) bağlı olduğunu yoxlayaq.

Shell'i yenidən açın (Tools & gt Shell) və daxil edin:

Alma və itələmə GitHub'dakı deponuz olmalıdır. Uzaqdan repo istifadəsini təyin etməlisinizsə:

Dəyişdirin hesabım və repo ilə adım və myrepo - GitHub-dan klonladığımız eyni URL-dir ...

Quraşdırma düzgün idi? Bəli ...

Sonra RStudio-dakı mövcud filialı yoxlayın (və Git) uzaq repoda bir filialı izləyir - mənim yox idi.

Origin / master göstərir ki, yerli master uzaq repoda mənşəyi / masteri izləyir. Əgər mənşəyi / masteri görə bilmirsinizsə, onu aşağıdakılardan istifadə edərək qurun.

Mənşə klonladığınız (GitHub-dan) depo və master budağın adıdır. Buna bənzər bir şey görə bilərsiniz ... filialınız 1 əmələ görə mənşə / ustadan qabaqdadır. Bu, GitHub (mənşə) və master filialına sövq edilməmiş yerli repo (Git) üzərində işlədiyiniz bir şey etmisiniz deməkdir ... GitHub master adlandırılan ilk filialı defolt edir.

GitHub'ınızın URL-sini dəyişdirməlisinizsə .... Beləliklə, yerli Gitinizi GitHub hesabına köçürdüyünüz yer (bunu dəyişdirərək), bəlkə də yeni bir GitHub repo etmisiniz ...

Git və GitHub-da çəkilişlərdə daha çox problem üçün istifadə üçün Happy Git və GitHub kitabına nəzər yetirin.

4.5.11.3 təkrar

R praktikasına girişdən xatırlayırsınızsa, minimal işləyən (və ya işləməyən) bir nümunə (MWE) haqqında bir az danışdıq. Bununla birlikdə, indi R, Git və GitHub haqqında daha çox bildiyimiz bir asanlıqla yaratmağın bir yolu var təkrarsəssiz keçmişdigər insanların kopyalaya biləcəyi və problemi həll etməkdə sizə kömək edə biləcəyi geniş (repex)!

Əvvəlcə paketi quraşdırın və yükləyin

Sonra sadəcə bir kodu panoya kopyalayın (yalnız Mac'iniz varsa + c və ya cmd + c düymələrini idarə edin) ... bunu panoya kopyalayın.

Göstərilən kod panoya köçürüləcək, lazım olan hər yerə yapışdırmaq üçün, bəlkə də bu praktik kitab üçün olduğu kimi bir GitHub məsələləri nişanını yerləşdirə bilərsiniz. Stackoverflow və ya gevşetməyə ötürmək istəyirsinizsə, yalnız yer arqumentini dəyişdirməlisiniz (default GitHub üçündür) ...

4.5.12 Anbar çəngəlləşdirin

A Çəngəl GitHub-da kiminsə anbarının bir nüsxəsidir. Layihəniz üçün əsas başlanğıc nöqtəsi kimi istifadə edə bilərsiniz və ya düzəliş edib sonra istəyən orijinal sahibinə çəkmə sorğusu göndərə bilərsiniz. çəkin depolarınızdakı dəyişikliklər.

Çəngəl vurduqdan sonra onu anbarlarınızda görməlisiniz

4.5.13 Filiallar

Gitdə hazırladığınız hər bir anbarın standart bir filialı var, ancaq digər sahələrə təsir etmədən işin müəyyən sahələrinin inkişafını təcrid etmək üçün yeni filiallar yarada bilərsiniz.

  1. Sadəcə github-a saldığınız test deposuna gedin. Açılan filialı vurun və yeni bir filial üçün ad yazın:

İndi README.md faylını vurun və bu faylı düzəldin

Bəzi dəyişiklikləri əlavə edin, əvvəlcədən baxın və ekranın altındakı dəyişikliklər qutusunu tamamlayın.

Budur, birbaşa yeni filiala borc verəcəyik. Bu dəyişiklikləri master filialında edə bilərdik və sonra bu mərhələdə onlar üçün yeni bir filial edə bilərik. Dəyişiklikləri həyata keçirin.

Nümunə filialımızın ana səhifəsinə keçin (budağı aşağı oxunu vurun və nümunə filialınızı seçin). Nümunə filialımızın indi ustadan 1 öhdəlik olduğunu gördün.

İndi bir yarataq çəkin master filialına tələb. Başqasının kodunu dəyişdirsəydiniz, dəyişiklikləri çəkmək üçün onlara bir sorğu göndərərdiniz. Budur nümunə filialımızdan ustamıza qədər özümüz üçün bir çəkmə istəyi edirik.

Üst hissədə müqayisə olunan budaqları görəcəksiniz - baza defoltları githubs nümunə deposu, onu özünüzə dəyişdirin.

İndi aşağıya fırladın və iki filial arasındakı əlaqəni görəcəksiniz. Çəkmə sorğusu yaradın.

Balqabağı seçin və birləşdirin və balqabağı təsdiqləyin və birləşdirin. Bu o deməkdir ki, bütün exmaple filialı üzərində işləyirik və birinə bükülürük, çünki bizdə yalnız bir fərqi yoxdur, lakin gələcəkdə faydalı ola bilər.

Master filial deposuna qayıdın və nümunə filialındakı dəyişikliklərin birləşdirildiyini görməlisiniz.

RMarkdown sənədlərini onlayn olaraq sonrakı praktikada necə dərc edəcəyimizi göstərəcəyik.

4.5.14 Geri qayıt

4.5.14.1 Git

Burada tez bir şəkildə danışmaq üçün bəzi sənədləri olan bir RProject var, bunlardan biri test_file.R, mövcud layihənin bölməsində (yol 3) görülür.

GitHub-dan çəkdiyimiz hissədə bu dosyaya bəzi kodlar da əlavə etdik.

İndi biraz daha kod əlavə edəcəyik, sonra onu silmək üçün geri qayıt. Skriptimə z & lt-5 + 5 əlavə etdim və sənədin sağ tərəfdəki Git nişanında (Git işləmə qovluğu da deyilir) gəldiyini görə bilərsiniz.

İndi əvvəllər etdiyimiz kimi, Commit (Git sekmesinde) sonra nəzərdən keçirmə dəyişiklikləri pəncərəsi gəlir. Öhdəlik mesajı əlavə edin, mərhələni və Öhdəliyi vurun. ** Hələ GitHub'a basmayın **

Ancaq gözləyin, z dəyişəninin silinməsi, t adının dəyişdirilməsi və 2-yə bərabər olması barədə təcili bir e-poçtu (ehtimal ki, yüksək əhəmiyyətli bayraqdan istifadə edərək) geri qaytardınız, indi əl ilə burada adını dəyişə bilərik. dəyişikliklər. Ancaq böyük bir layihəniz varsa (bu kitab kimi!) Bir neçə ssenaridə və ya RMarkdown sənədində səhv etsəniz və onları geri qaytarmanız lazımdır (Microsoft proqramındakı geri al düyməsini kimi). Budur bunu göstərəcəyik.

Bunu etmək üçün nəyi boğmağa çalışdığımızı dəqiq bilməliyik, bizim üçün asandır, bir öhdəliyə qayıt.

Kabuğu yenidən istifadə etməliyik, diş simgesini vurun, sonra qabıq ..

İndi burada istifadə edə biləcəyimiz iki əmr var git reset --soft HEAD

1. Bunlar sadəcə Git-ə Head-1 öhdəliyinə sıfırlamasını söyləyir (hazırki öhdəliyiniz Başdır). Nömrəni dəyişdirmək, nə qədər öhdəlik götürdüyünüzü dəyişdirəcəkdir. Hard əvvəlki öhdəlikdəki bütün dəyişiklikləri siləcək, soft Git nişanına götürdüyümüz dəyişiklikləri hərəkətə gətirəcək, öhdəliyi geri götürərək həmişə yumşaq istifadə edin!

Git reset --soft HEAD əmrini yazın

Test_file.R-nin Git nişanına qayıtdığını görəcəksiniz. İndi son öhdəlikdə həqiqətən hansı dəyişikliklər etdiyinizi unutmusunuzsa, Fərq simgesini (Öhdəliyin yanında) vurun və hər bir sənəddə edilən dəyişiklikləri göstərəcəkdir.

4.5.14.2 GitHub

Bu bölmə yenicə yaşadıqlarımızı izləyir, lakin indi GitHub-a keçdikdən sonra necə vaxt geri dönəcəyimizi nəzərdən keçirəcəyik.

Buna görə z-i t-yə dəyişdirin və 2 + 1 dəyərini təyin edin. Sənədi səhnələşdirin, gedin, sonra GitHub-a keçin. Bunu (a) kimi düşünün

Ancaq gözləyin ... əlavə 1-i qaçırdınız, t 2 + 1 + 1 olmalıdır. Gitmək üçün əlavə 1 öhdəlik əlavə edin, sonra GitHub-a keçin. Bunu vəziyyət kimi düşünün (b)

Ancaq gözləyin (yenidən!) ... rəhbərlikdən gələn daha çox xəbər ... t səhvdir, yalnız 2 + 1-ə təyin edilməlidir,… .Amma bilmirlər ki, biz artıq bir neçə dəfə GitHub-a basdıq!

GitHub-a basdıqdan sonra yenidən qurma istifadə etsək, öhdəlik tarixini yenidən yazacaq və GitHub ilə uyğunlaşmayacaq, buna görə GitHub-a basmağa çalışsanız, yerli filialınızın ucunun pultun arxasında olduğunu söyləyərkən bir səhv alacaqsınız. Bunun səbəbi yerli vaxtı keçməyinizdir. Dəyişiklikləri pultdan çəkməyinizi xahiş edəcəkdir. Yenidən qurdunuz, dəyişiklik etdiniz, itələməyə çalışdınız, səhv etdiniz, çəkməyə çalışdınız - əl ilə düzəltməli olduğunuz birləşdirmə münaqişəsi mesajını alacaqsınız.

Ancaq bunun əvəzinə tarixi qorumaq və hər hansı bir qarşıdurmanın qarşısını almaq üçün geri qayıtmağı istifadə edə bilərik - geri qaytarmaq, "öhdəliklər zəncirinin" sonunda yeni bir öhdəlik əlavə edir. Bizim vəziyyətimizdə (b) əyri başdır, zəncirin sonuna origial (a) olan yeni bir öhdəlik əlavə edəcəkdir. Digər tərəfdən sıfırlama yerli ustanızı (və ya digər filialınızı) vəzifələr zəncirinə qaytaracaq, ancaq yerli gitinizi geri köçürsəniz, uzaqdan (GitHub) zəncir boyunca daha çox qaldıqda bu bir səhv meydana gətirəcək və ziddiyyətləri birləşdirəcəkdir!

Git revert istifadə etmək üçün ya iki seçiminiz var: git revert HEAD və ya git revert [input commit ID]. Etdiyiniz hər bir öhdəliyin şəxsiyyət vəsiqəsi olacaq (SHA adlanır). SHA-nı görmək üçün Fərq (Git nişanında) və gt Tarixçəsinə keçin (nəzərdən keçirmə dəyişiklikləri pəncərəsinin yuxarı sol tərəfində) - SHA-nızı qeyd edin və shell əmrində istifadə edin.

Tamam, buna görə revert istifadə etmək üçün qabığa gedin və git revert HEAD daxil edin

Yəqin ki, VIM (və ya baxış pəncərəsi) ilə qarşılaşacaqsınız. Ən yaxşı hərəkət yolu girişdir: q çıxmaq və varsayılan öhdəlik mesajını qəbul etmək. Test_file.R-nin Git nişanına və t & lt-2 + 1-ə yenidən yerləşdirildiyini artıq görəcəksən.

Öhdəlik mesajını həqiqətən dəyişdirmək istəyirsinizsə, i & gt modify text & gt yazaraq insert rejiminə keçməlisiniz və çıxmaq üçün Ctrl + C ilə insert rejimindən çıxın və & gt: q. Bu məlumat üçün Melanie Frazier-in məqaləsi sayəsində.

R layihənizi onlayn sinxronizasiya edən bir qovluqda saxlayırsınızsa (məsələn OneDrive), bununla bağlı problemləriniz ola bilər. Revert git istifadə etdiyiniz zaman sinxronizasiya edə bilməyəcəyi mənasını verən bir faylı kilidləyir, başqa bir geri qayıtmaq üçün git kim olduğunuzu bilməyəcək. Görünüşü geri qaytarmaq prosesi hələ də baş verir, ancaq diqqətli olun!

4.5.14.3 Git əmrləri

Git'i idarə etmək üçün qabıqdan istifadə etmək istəsəniz, edə bilərsiniz. RStudio'nun böyük bir layihəsi varsa, bəzən fayl adının uzunluğunda məhdudiyyətlər olur (məsələn, bu, bu kimi bir kitabda baş verə bilər). Ətrafdan keçmək üçün aşağıdakı əmrlərdən istifadə edə bilərsiniz:

  • git əlavə et. bütün faylları səhnələşdirmək üçün
  • git commit -m "törədilmiş şərh" bütün mərhələli sənədləri işləmək üçün
  • tapşırılan faylları pulta itələmək üçün git push

4.5.15 Sağlamlıq xəbərdarlığı

Birləşmə münaqişələrinin qarşısını almaq üçün öhdəliklərinizə, itələmələrinizə və çəkmələrinizə diqqət yetirin. Hər dəfə nə etdiyinizi düşünün. GitHub yardım səhifələri kifayət qədər əhatəlidir ... https://help.github.com/en/articles/resolving-a-merge-conflict-on-github


Nəticələr

Xüsusiyyətlərarası səviyyədə Maxent nəticələri Şəkil 2-də göstərilmişdir. Maxent modellərində nisbətən daha yüksək faiz nisbəti olan dəyişənlər izotermallıq idi (62.5%). A. mama), ən quru rübün orta temperaturu (56.3%) A. cisternasii), ən quru rübün orta temperaturu (40.2%) A. dickhilleni), ən yağışlı ayın yağıntıları (90.4%) A. muletensis) və nəhayət, ən yağışlı ayın yağıntıları (% 73.8 A. maurus). AUC, 95% I.C. Sıfır model və spesifiklik dəyərlərinin AUC-si 0,90 ± 0,03, 0,86 və 0,65 (A. mama) 0.92 ± 0.10, 0.84 və 0.40 (A. cisternasii) 0.94 ± 0.02, 0.90 və 0.67 (A. dickhilleni), 0.88 ± 0.16, 0.78 və 0.83 (A. muletensis) və 0.98 ± 11, 0.92 və 0.95 (A. maurus) müvafiq olaraq. Nişin nəticələri üst-üstə düşür (Schoener’s D.) və oxşarlıq və bərabərlik analizləri Cədvəl 1-də göstərilmişdir. Minimum nişin əhəmiyyətli ilə üst-üstə düşdüyünü gördük səh arasında örtüşmə xaricində, fərqlilik fərziyyəsindəki ekvivalentlik testi üçün dəyərlər A. mamaA. maurus. Nişin əsas komponent sahələrindəki dəyişənlərin böyüklüyü və işarəsi Şəkil 3-də göstərilmişdir.

Maxent modelləri tərəfindən proqnozlaşdırılan uyğunluğun potensial paylanması Mama həkimləri (A), Alytes sarnıç (B), Alytes dickhilleni (C), Alytes muletensis (D.) və Alytes maurus (E). Rəng çubuğu yaşayış mühitinə uyğunluq miqyasıdır. MaxEnt 3.4.1 31 istifadə edərək yaradılan və Qgis Chugiak 2.4.0 ilə təkmilləşdirilmiş xəritələr (QGIS İnkişaf Komandası. 2018. QGIS Coğrafi İnformasiya Sistemi. Açıq Mənbə Coğrafi Vəqf Layihəsi. Https://qgis.osgeo.org).

Beş niş Altes Ecospat'ın ilk əsas komponentləri (PC) boyunca təmsil olunan Avropa tədqiqat sahəsinin ətraf mühitindəki növlər. (a) A. dickhilleni, (b) A. cisternasii, (c) A. mama, (d) A. muletensis və (e) A. maurus. (f) Ətraf mühit dəyişənlərinin PC analizinin iki oxuna verdiyi töhfə və iki oxla izah edilən variasiya faizi. Dəyişənlər: illik orta temperatur [Bio_1], orta gündəlik aralıq [Bio_2], izotermallıq [Bio_3], ən soyuq ayın minimum temperaturu [Bio_6], ən quraq rübün orta temperaturu [Bio_9] və ən sulu ayın yağıntıları [Bio_13] .

Xüsusi xüsusiyyətlər üçün maksimum çıxışlar A. cisternasii, A. dickhilleniA. mama soylar arasındakı iqlim uyğunluğu fərqlərini göstərir. Model çıxışlar Şəkil 4-də göstərilmişdir və ENM AUC,% 95 I.C. AUC uyğun sıfır modellər və spesifiklik dəyərləri Əlavə material 1-də göstərilir. Hər bir nəsildə nisbətən daha yüksək töhfə verən dəyişənlər A. cisternasii qərb nəsli üçün ən soyuq ayın minimum temperaturu (% 66,2) və izotermallıq (29,7%), cənub nəsli üçün orta sutkalıq aralıq (47,7%) və ən sulu ayın yağıntıları (24,1%), ən quru rübün orta temperaturu (% 52,3), izotermallıq (% 24,3) və şərq nəsli üçün orta sutkalıq aralıq (23,4%), ən quru rübün temperaturu (% 45,9) və şimal nəsli üçün orta sutkalıq aralıq (31,5). Üçün A. dickhilleni, ən uyğun dəyişənlər ən quraq rübün ortalama temperaturu (% 37.8), ən yağışlı ayın yağıntıları (% 30) və cənub nəsli üçün izotermallıq (26.3%), şimal nəsil yağışları üçün (72.5%) idi. ən yağışlı ay (% 33.7), illik orta temperatur (% 29.9) və qərb nəsli üçün izotermallıq (% 22.8) və şərq nəsli üçün illik quru rübün temperaturu (% 36.6). Nəhayət, üçün A. mama, ən aktual dəyişənlər ən yağışlı ayın mərkəzi-qərb xəttində yağış (ən çox yağan ayın% 90,9) və şimal-şərq nəsli üçün illik orta temperatur (24%), ən yağışlı ayın yağıntıları (% 60,5) və şimal-qərb nəsli üçün illik orta temperatur (26.7%), cənub-şərq nəsli üçün orta sutkalıq aralıq (63.9%) və cənub-qərb nəsli üçün ən yağışlı ayın yağıntıları.

İber endemiklərinin növlərarası Maxent modelləri. A. cisternasii. A: Qərb nəsli, B: cənub soy, C: şərq nəsli, D.: və şimal soy A. dickhilleni. E: Cənubi soy, F: şimal soy, G: qərb nəsli və H: şərq nəsli A. mama. Mən: Şimal-qərb nəsli, J: şimal-şərq nəsli, K: orta-qərb nəsli, L: cənub-qərb nəsli və M: cənub-şərq nəsli. Rəng çubuğu yaşayış mühitinə uyğunluq miqyasıdır. MaxEnt 3.4.1 31 istifadə edərək yaradılan və Qgis Chugiak 2.4.0 ilə təkmilləşdirilmiş xəritələr (QGIS İnkişaf Komandası. 2018. QGIS Coğrafi İnformasiya Sistemi. Açıq Mənbə Coğrafi Vəqf Layihəsi. Https://qgis.osgeo.org).

Nişin nəticələri üst-üstə düşür (Schoener’s D.) və bənzərlik və ekvivalentlik analizləri müqayisə olunan cüt nəsillərə və növlərə görə aşağı və orta dəyərlər göstərdi (bax: Cədvəl 2 A. dickhilleniA. cisternasii və Cədvəl 3 A. mama). Cənub-qərb xətti A. dickhilleni digər nəsillərlə müqayisədə daha az üst-üstə düşən dəyərlərə malikdir və ekvivalentlik testində divergensiya fərziyyəsi üçün digər iki nəslin nişləri ilə müqayisədə əhəmiyyətli nəticələr əldə etdik (ekvivalentlik testi, fikir ayrılığı fərziyyəsi, Cədvəl 2). Nişlər arasında əhəmiyyətli bir fikir ayrılığı və yaxınlaşma olmadı A. cisternasii nəsillər (Cədvəl 2). Üçün A. mama, əksər soy müqayisələri arasındakı ekvivalentlik testində əhəmiyyətli dəyərlər tapdıq, eyni zamanda niş mühafizəkarlıq fərziyyəsi üçün bir neçə əhəmiyyətli nəticə əldə etdik (Cədvəl 3). Nişin əsas komponent sahələrindəki dəyişənlərin böyüklüyü və işarəsi Şəkil 5-də verilmişdir. 5. Yaş aralığı korrelyasiya testində həm inter-həm də növlərarası səviyyədə hər hansı bir əhəmiyyət əldə etmədik (bax. Əlavə material 2, səh 0.60 [növlərarası], 0.28 [A. cisternasii], 0.98 [A. mama] və 0.64 [A. dickhilleni]). Əlavə material 2-də həm növlərarası həm də növlərarası səviyyələr üçün niş üst-üstə düşməsinə əsaslanan klaster dendroqramları təqdim edirik.

Filogenetik soyların nişləri Alytes dickhilleniAlytes sarnıç İber Yarımadasının ətraf məkanında və mövcud və iqlim dəyişikliyi ssenariləri altında Ecospat-dan ilk əsas komponentlər oxu (PC) boyunca təmsil olunur. Üçün A. dickhilleni: (a) cənub, (b) şimal, (c) şərq və (d) qərb soyları. Üçün A. cisternasii: (a) cənub, (b) şərq, (c) qərb və (d) şimal soyları. İklim dəyişkənlərinin PC analizinin iki oxuna verdiyi töhfələr və iki oxla izah edilən dəyişikliyin faizi də təmin edilmişdir. Dəyişənlər: illik orta temperatur [Bio_1], orta gündəlik aralıq [Bio_2], izotermallıq [Bio_3], ən soyuq ayın minimum temperaturu [Bio_6], ən quraq rübün orta temperaturu [Bio_9] və ən sulu ayın yağıntıları [Bio_13] . A. dickhilleniA. cisternasii müəlliflərdən şəkillər və A. mama şəkillər Rafael Carmona González-in izni ilə.


Mücərrəd

Şəhər torpaqları və # x27 sağlamlıq, torpaqlar və istirahət fəaliyyətləri üçün potensial istifadəsi səbəbindən cəmiyyət üçün vacibdir. Müdafiəli və statistik əsaslı qərarlara dəstək verən torpaq nümayəndəsi tədqiqatlarının aparılması üçün nümunə götürmə dizaynına məlumat keyfiyyətinə yönəlmiş yanaşma təklif olunur. Krowoderski park in Cracow (Poland) was selected as a study case to investigate heavy metals (HMs) accumulation and to assess human risk exposure according to simulated scenarios. Statistical power was computed for optimizing the number of samples to compare HMs concentration against legal upper tolerance levels (LUTL). The samples' location was iteratively designed as random spatial distribution throughout the study area, followed by K Ripley's test for selecting the best sampling scheme and avoiding points of clustering or dispersion at several ranges. The total content of Cd, Cu, Pb, Zn, coarse size particles fraction and fine size particles texture, bulk density, pH, total C and S were measured in topsoil at each location using composite sampling. The hydraulic properties were estimated using pedotransfer functions. Statistical analysis of topsoil data shows low correlation between heavy metals, whereas high correlation was found between total S with Cu and Pb as well as total C with Cu and Pb. The concentration of all the HMs analysed was found to be under LUTL in all locations in the park, except for one point that is an outlier for Pb, although the values of several indexes for pooled HMs categorize the park as medium to highly polluted. Spatial autocorrelation was explored for every heavy metal and for elaborated pollution indexes, then maps were drawn using geostatistics. A human health risk assessment (HHRA) was computed for several simulated scenarios finding that risk exists for children from Pb through high ingestion of soil particles.


Mücərrəd

This paper applies statistical methods—Ripley's K-function, kernel density estimates and the chi-squared test—to analyze spatially the distribution of archaeological material within two Palaeo-Eskimo tent rings excavated at the LdFa-1 site on Baffin Island, Nunavut. The purpose of this analysis is to determine if there are any statistically verifiable patterns in the distribution of material at this site. Our results indicate that the material inside the tent rings does not follow the spatial segregation of space as laid out by older Palaeo-Eskimo models nor are there any other statistically relevant patterns. Such results outline why it is important for archaeologists to test for spatial randomness prior to inferring any patterns in the distribution of material. Notable differences between the two dwellings we investigated also suggest that statistical tests can be useful to determine if a dwelling is in fact contemporary with recovered artifacts. Finally, our investigation reveals that the common practice of focusing archaeological excavation efforts on interior units within tent ring structures misses important patterns outside of these features.


Is &ldquocritical quantile&rdquo equivalent to &ldquocritical value&rdquo?

I'm reading an article about Ripley's K function and it mentions the concept "critical quantiles". Here's some context (emphasis added):

Thus, the two major goals when building a quantitative method are: 1) assess statistically whether observed specific patterns such as clusters are not due to chance, that is to say points are not randomly distributed in the field of view, and 2) determine the characteristics of the observed patterns such as the clusters’ size. While the first goal is often achieved by the computation of the critical quantiles of the statistics used under CSR, the second one mainly involves fitting to parametric models.

Is a "critical quantile" the same concept as a critical value? Sorry if this a silly question, but it's the first time I've come across this concept and I don't want to assume they are the same thing when there might be a subtle difference I might not be aware of. I searched for "critical quantile" on Google but there's not much information to be found.


Nəticələr

Intra-tooth sequences of δ 18 O and δ 13 C values are shown in Figures S1 to S3. The results are summarized in Table S2.

Lambing season

In all the sampled teeth, a pattern of sinusoidal variation in δ 18 O values reflects the seasonal cycle. Birth distribution and lambing seasons were evaluated from the δ 18 O sequences observed in the M2 molar, for which modern reference sets for lambing seasons are available. The modeling procedure was applied to all M2s where a minimum and maximum δ 18 O value could be identified (this excludes specimens Ovis 11 and Ovis 18 at Taï, and specimens Ovis 10 and Ovis 11 at Gazel). The modeling results are shown in Table S3. Inter-individual variability in the position of the maximum δ 18 O value in the tooth crown (x0/X), reflecting variability in the birth date, is presented in Fig. 2. These results were then compared to modern reference data sets from sheep specimens with a known birth season (see SI Materials and Method). At both sites, the results suggest seasonal lambing, occurring partly in the autumn (Ovis 21 and 30 from Taï and Ovis 01, 02, 03, 06 and 07 from Gazel), and partly in late winter until spring (Ovis 09, 19 and 20 from Taï and Ovis 04, 05, 08, 09 and 12 from Gazel).

Source Geospatial Foundation Project” https://www.qgis.org/es/site/). The GeoTiff data used belong from the Institut National de l'Information Geographique et Forestière (http://www.ign.fr). The hydrology data (shapfile format) was obtained from Natural Earth (free vector and raster map data, in ) later modified in Inkscape (https://www.inkscape.org/es).

Map showing the location of the Taï and Gazel sites. Map prepared using QGis 2.4.Chugiak software (QGIS Geographic Information System, “Open

Distribution of sheep births at the Taï and Gazel Early Neolithic sites, as reflected by the position of the maximum δ 18 O value in tooth crown (x0) normalized to the period of the cycle (X). The birth season is compared with modern reference sheep (Carmejane CAR: Blaise and Balasse, 2011 Rousay ROU: Balasse et al., 2012a, 2017 Selgua XT: Tornero et al., 2018). Blue, green, yellow and red color areas represent normalized range values obtained from modern specimens (colored dots). Archaeological sheep are represented in grey dots. Detailed information about modern sheep specimens is presented in SI Sheep modern reference sets.

Seasonal dietary habits

The δ 13 C values measured in sheep teeth from the Taï and Gazel sites suggest a diet based on C3 plants throughout the year. The changes in δ 13 C values along the tooth crown appear to be in keeping with the variation observed in the δ 18 O values, reflecting changes in the sheep diet in tune with the seasonal climatic cycle. However, during the winter period (when the lowest δ 18 O values are recorded), the δ 13 C values are lowered to a level exceeding the expected seasonal variation in pasture C3 plants (− 27 ± 1‰ 58 or − 11.8 ± 1‰ in enamel). At Taï, in 11 of the 14 analyzed teeth, winter δ 13 C values drop below − 12.8‰, and in two cases, winter δ 13 C values reach − 14‰ (TAÏ Ovis 10 and 40). At Gazel, 11 out of the 14 analyzed teeth also show winter δ 13 C values below − 12.8‰, with the lowest reaching − 13.6‰ (Table S2 and Figure S1–S3). These δ 13 C values fall within the threshold defined as potentially indicating a significant dietary contribution from forest resources.


Müəllif məlumatı

Əlaqələr

Molecular Medicine Unit, Faculty of Medicine, University of Kelaniya, Ragama, Sri Lanka

Gayan P. Withanage, Nilmini S. Gunawardena & Menaka D. Hapugoda

Postgraduate Institute of Science, University of Peradeniya, Peradeniya, Sri Lanka

Department of Statistics, Faculty of Science, University of Colombo, Colombo, 07, Sri Lanka

Epidemiology Unit, Office of the Regional Director of Health Services, Gampaha, Sri Lanka

Bu müəllifi PubMed Google Scholar-da da tapa bilərsiniz

Bu müəllifi PubMed Google Scholar-da da tapa bilərsiniz

Bu müəllifi PubMed Google Scholar-da da tapa bilərsiniz

Bu müəllifi PubMed Google Scholar-da da tapa bilərsiniz

Bu müəllifi PubMed Google Scholar-da da tapa bilərsiniz

Bu müəllifi PubMed Google Scholar-da da tapa bilərsiniz

Contributions

G.P.W. and M.G. designed and performed analysis G.P.W. and S.D.V. performed statistical analyses G.P.W., M.G. and S.V.D. wrote initial manuscript N.S.G., K.S. and M.D.H. supported data collection and reviewed the manuscript M.D.H. supervised the study. All authors reviewed the manuscript.

Müxbir müəllif


Videoya baxın: QGIS การตดขอมลเวกเตอรในโปรแกรม QGIS How to clip vector layer by QGIS