Daha çox

Bir yol şəbəkəsini XML-də ArcGis-ə necə gətirmək və göstərmək olar?


ArcGis 10.1 istifadə edərək xml məlumatlarını shapefile xüsusiyyətlərinə çevirməyə çalışıram.

Açıq mənbəli SUMO trafik simulyasiya proqramından istifadə edirəm. Model prosesinin bir hissəsi OpenStreetMap yol şəbəkəsi məlumatlarını oxunaqlı bir xml formatına çevirməkdir.

Xml formatı şəbəkədəki qovşaqlar arasındakı "zolaqları" təsvir edir. Aşağıdakı nümunə "A" və "B" düyünləri arasında 2 zolaqlı düz üfüqi yol / kənar üçündür. Uzunluq metrlərlədir və "forma" əsas XY ızgarasında başlanğıc / son X və Y bərabərliklərini verir.

   

İdeal olaraq şəbəkədəki hər zolaq üçün shapefile xüsusiyyətləri yarada bilərdim. Həm də yuxarıdakı nümunə bir test üçündir və məkan baxımından istinad edilmir, axırıncı şəbəkə üçün WGS 84 istifadə edəcəyəm.


  1. Rəsminizin ona təyin edilmiş bir koordinat sisteminə malik olduğundan əmin olun. Çizim üçün bir koordinat sistemi göstərilməyibsə, ArcGIS-ə Yayınla əmrini seçdikdən sonra birini təyin etməyiniz istənəcəkdir.

Giriş qutusu göstərilir.

ArcGIS-ə yayımla informasiya qutusunun seçim səhifəsi göstərilir.

Maraq Sahəsi səhifəsi göstərilir.

Bu səhifə xəritədə seçilmiş obyektlərin dərc ediləcəyi sahəni göstərir. Bu, nümayiş olunan yalnız oxunan bir görünüşdür, beləliklə dərc edilmiş obyektlərin düzgün yerə yayımlanacağını yoxlaya bilərsiniz.

Layer Definition səhifəsi göstərilir.

  • ArcGIS kateqoriyası, obyektlərin ArcGIS-də nöqtə, xətt və ya çoxbucaqlı olaraq təmsil ediləcəyini təyin edir.
  • Məzmunu təşkil etmək üçün ArcGIS-də qatlardan istifadə olunur.

Maddə Ayarları səhifəsi göstərilir.

  • Unikal bir xidmət adı tələb olunur. Xidmət adı ArcGIS-də verilənlər bazasının müəyyənləşdirilməsində istifadə olunur və ArcGIS-də Məzmun siyahımda görünəcəkdir.
  • Xülasə istəyə bağlıdır.
  • Ən azı bir etiket tələb olunur. ArcGIS-də məzmunu axtarmaq və süzmək üçün etiketlərdən istifadə edə bilərsiniz. Bir etiket göstərdikdən və ArcGIS-də dərc etdikdən sonra, etiket növbəti dəfə ArcGIS-dən yayımla əmrini istifadə etdikdə əlçatandır və cari nəşr tapşırığına əlavə etmək üçün bir etiket adını tıklaya bilərsiniz.

Məzmunun tənzimlənə biləcəyini və nə dərəcədə təyin edə bilərsiniz.

Məzmunu hər kəslə, təşkilatınızla və ya müəyyən qruplarla paylaşa bilərsiniz.

Nəşr Məkanı səhifəsi göstərilir.

Məzmunu dərc etdikdən sonra ArcGIS veb saytına bir keçid olan bir mesaj informasiya qutusu görünəcəkdir.


ISO metadata sənədlərinin doğrulanması

Təəssüf ki, bir tətbiq spesifikasiyasının standart olaraq mövcud olması, bu spesifikasiyalara uyğun XML sənədlərini təsdiqləməyin sadə olması demək deyil. Bu bölmə bir XML sənədinin bəzi anatomiyasını, bir XML sənədinin necə təsdiqlənəcəyini, XML Şemalarının necə yayımlandığını və ISO metadata XML sənədlərinin doğruluğunun nə demək olduğunu araşdırır.

XML giriş

Genişləndirilə bilən işarə dili (XML) məlumatların saxlanması və daşınması üçün çevik bir mexanizm kimi dizayn edilmişdir. Əksinə, HTML məlumatları göstərmək üçün hazırlanmışdır. Nə XML, nə də HTML bir şey etmir. XML yalnız məlumatları etiketlərə bağlayır. HTML, brauzerlərin necə göstərəcəyini bildiyi əvvəlcədən təyin edilmiş bir sıra etiketlərdəki məlumatları sarar. Genişlənə bilən üslub cədvəli dil çevrilmələri (XSLT) üslub cədvəli, XML sənədindəki məlumatların brauzer tərəfindən göstərilə bilən bir HTML sənədi kimi başqa bir şeyə çevrilməsinə dair təlimat verir.

Bütün XML sənədləri əsas qaydalara riayət etməlidir - yaxşı formalaşmış olmalıdır. Yaxşı formalaşmış bir XML sənədində düzgün XML sintaksis var. Məsələn, bir XML sənədində bir kök elementi olmalıdır, etiketlər bağlanmalı və düzgün bir şəkildə yuvalanmalı və atribut dəyərləri alınmalıdır.

XML sənəd istəyə görə etibarlı ola bilər. Etibarlı bir XML sənədi, bir şemanın qaydalarına da uyğun olan yaxşı formalaşmış bir XML sənədidir. Şema bir XML sənədinin strukturunu müəyyənləşdirir. Məsələn, sənəddə hansı elementlərin mövcud olmasına icazə verildiyini, hansı elementlərin digər hansı elementləri ehtiva edə biləcəyini, hansı elementlərin hansı məlumat növünü ehtiva etdiyini, hansı elementlərin məcburi olduğunu və elementlərin görünmə qaydasını müəyyən edə bilər. XML şeması XML Sənəd Növü Tərifi (DTD) və ya XML Şeması (XSD) ola bilər. Bir ISO metadata tətbiq spesifikasiyası bir sıra XML Şema (XSD) sənədləri təqdim edir.

Bəzi simvollar XML sənədində xüsusi məna daşıyır. Məsələn, (& gt) -dən böyük və (& lt) -dən kiçik işarələr bəzi mətnlərin ətrafına etiket yerləşdirmək və XML elementi yaratmaq üçün istifadə olunur. Bir elementin mətni düzdən daha çox sətirdən ibarətdirsə, bu yeni bir XML elementinin etiketinin başlanğıcı kimi təfsir edildiyi üçün bir səhvə səbəb olur. Bir elementin mətnində bir işarənin (& amp) olması da bir səhvə səbəb olur, çünki işarənin işarəsi xüsusi simvol istinadlarını göstərmək üçün istifadə olunur. Apostrof (') və tırnak işarəsi (") daxil olmaqla burada təsvir olunan bütün xüsusi simvollar müvafiq varlıq referansı ilə əvəz olunmalıdır: & ampgt daha böyük üçün, & ampplt azdan, & ampamp bir ampersand & ampapos apostrof və tırnak işarəsi üçün & ampquot Qeyd edək ki, HTML sənədlərində dəstəklənən bir çox müəssisə istinadları XML sənədlərində dəstəklənmir.

Bir XML sənədində XML versiyasını və sənəddə istifadə olunan kodlamanı təyin edən ilk sətirdə XML bəyanatı ola bilər. Bəyannamə yoxdursa, standart XML versiyası 1.0-dır. Bir kodlaşdırma göstərilməyibsə, XML sənədinin bayt sifariş işarəsi ilə təyin olunduğu kimi UTF-8 və ya UTF-16 olduğu qəbul edilir. ArcGIS Desktop metadata redaktoru və metadata geoprosessing alətləri hər zaman bir UTF-8 kodlu XML sənəd hazırlayır.

XML və bir XML sənədinin sintaksis haqqında daha çox məlumat üçün https://www.w3schools.com/xml.

XML ad boşluqları

İki XML Şeması eyni adda, fərqli bir mənalı elementləri təyin edə bilər. XML ad boşluqları, fərqli XML Şemalarındakı elementlər eyni XML sənədində göründüyü zaman element adlandırma ziddiyyətlərinin qarşısını almaq üçün istifadə olunur, burada hər XML Şeması ilə fərqli bir ad sahəsi əlaqələndirilir.

Ad sahəsi bir XML elementinin adına bir önəkdir, addan & ltprefix: name & gt kimi iki nöqtəli nöqtə ilə ayrılır. Bir ad sahəsi bir xmlns atributu təmin edərək vahid bir qaynaq identifikatorunu (URI) xmlns: prefiks = URI kimi prefiks kimi istifadə ediləcək bir sətir ilə əlaqələndirərək təyin olunur. Ad boşluqları prefiksin istifadə ediləcəyi bir XML elementinin açılış etiketində elan edilməlidir. Bununla birlikdə, sənəddə istifadə olunan bütün ad boşluqları, adətən sənədin kök elementinin açılış etiketində elan olunur. Aşağıdakı nümunədə daxili və xarici məlumatları ayırmaq üçün iki ad sahəsi a və b müəyyən edilmişdir:

Ad məkanının URI'sinin etibarlı bir İnternet məkanı olması gözlənilmir. Bir URI vahid bir qaynaq tapıcıya (URL) bənzəsə də, yeganə məqsədi bir sıra XML element adlarını müəyyənləşdirməkdir.

Digər ad sahələrindən daha çox istifadə olunan bir ad sahəsi varsa, xmlns = URI kimi bir XML sənədi üçün standart ad sahəsi təyin edə bilərsiniz. Varsayılanın göstərilməsi, həmin ad sahəsi ilə əlaqəli bütün elementlər üçün eyni prefiks təqdim etməkdən xilas edir. Sənəddə bir önek olmayan hər hansı bir XML elementi varsayılan ad sahəsinin üzvüdür. Əvvəlki nümunə aşağıda təkrarlanır, lakin bu dəfə ad boşluğu olaraq təyin edilmiş "a" ad sahəsi üçün URI ilə:

Hər iki nümunədə də XML element dəyəri, URI ad sahəsi http://store.com/inventory ilə əlaqələndirilir. Bu formatda göstərilən sifarişləri çap oluna bilən bir sənədə çevirən bir XSLT stiliniz varsa, eyni XSLT yuxarıdakı hər iki nümunəni eyni qaydada işləyəcək və eyni nəticəni verəcəkdir. Hər iki element dəstini təyin edən XML Şemaları müəyyən edilərsə, yuxarıdakı XML sənəd nümunələri təsdiqlənə bilər - yuxarıdakı hər iki nümunə etibarlı sayılırdı.

ISO metadata tətbiqi spesifikasiyalarında, hər bir XML Şeması dəsti üç hərfli bir sətir və xüsusi bir ad sahəsi URI ilə əlaqələndirilir. Konvensiyaya görə, üç hərfli simli hər zaman əlaqəli XML Şemalarında müəyyən edilmiş XML elementləri üçün ön söz kimi istifadə olunur. Məsələn, ISO 19115-də müəyyən edilmiş metadata elementlərinin əksəriyyəti ad sahəsi URI ilə əlaqələndirilir http://www.isotc211.org/2005/gmd, ISO 19139 sənədində göstərildiyi kimi, bu elementlər standart bir ad sahəsi olduqda gmd prefiksindən istifadə edəcəkdir. bu URI üçün XML sənədində göstərilməyib.

ISO metadata tətbiqetmə xüsusiyyətləri bir çox XML Şeması təmin edir və bu səbəbdən bir XML sənədində istifadə edilə biləcək bir çox ad sahəsi və ön əlavə təyin edir. Yalnız bir XML sənədində görünən elementlər üçün ad sahəsi və prefiks bildirişlərini daxil etmək lazımdır.

XML sənədinin təsdiqlənməsi

XML sənədi yaxşı formalaşmış olmalıdır. XML sənəd istəyə görə etibarlı ola bilər. Etibarlı bir XML sənədi, bir şemanın qaydalarına da uyğun olan yaxşı formalaşmış bir XML sənədidir. Onu təsdiqləmək üçün bir XML sənədinə bir şemaya istinad əlavə edilməlidir.

Aşağıda göstərildiyi kimi XML bəyannaməsindən sonra bir XML DTD-yə istinad əlavə edilə bilər:

XML sənədinin kök elementi elan edilir, sonra DTD-nin saxlandığı yer göstərilir.

Aşağıda göstərildiyi kimi sənədin kök elementi üçün açılış etiketindəki atributlardan istifadə edilərək bir XML Şeması referansı əlavə olunur:

Əvvəlcə XMLSchema-instansiya ad sahəsi elan edilir. Sonra, schemaLocation atributu XML Şemasının harada saxlandığını təyin edir.

XML sənədlərini işləmək üçün müxtəlif proqram vasitələri tələb olunur. XSLT üslubunda müəyyənləşdirilmiş çevrilməni həyata keçirmək üçün XSLT mühərriki və ya prosessor tələb olunur. XML təhlilçisi elementləri və atributları və onların dəyərlərini əlavə etmək, silmək, oxumaq və bir XML sənədinin strukturunda müxtəlif əməliyyatlar aparmaq üçün istifadə olunur. Doğrulamayan bir XML təhlilçisi bir XML sənədinin düzgün formalaşdığına əmin ola bilər. Digər əməliyyatlara əlavə olaraq, doğrulayan bir XML təhlilçisi, XML sənədinin həmin sxemdə göstərilən qaydalara uyğun olub olmadığını müəyyən etmək üçün istinad edilmiş bir XML şemasından da istifadə edə bilər.

Bir XML şeması referansı bir XML sənədinə daxil edildikdən sonra, doğrulayan bir XML təhlilçisi sənədin etibarlı olub olmadığını yoxlaya bilər.

XML Şemaları metadata məzmun standartlarında müəyyən edilmiş qaydaların əksəriyyətini hesablamaq üçün yazıla bilər. Bununla birlikdə, ISO metadata məzmun standartı UML modellərində müəyyən edilmiş bütün qaydaları qiymətləndirə bilmirlər. Məsələn, XML Şeması ilə bir elementin dəyəri bir qardaş elementinin dəyəri ilə idarə edilə bilməz.

Schematron, XPath sorğularını istifadə edərək bir XML sənədini qiymətləndirmək və problem tapılarsa sadə dildə səhvlər təqdim etmək üçün istifadə edilə bilən bir qayda əsaslı dildir. Schematron, bir məzmun standartında müəyyən edilmiş, lakin şema ilə qiymətləndirilə bilməyən qaydaların bir XML sənədində izlənildiyini müəyyənləşdirmək üçün XML şeması doğrulamasını tamamlamaq üçün istifadə edilə bilər. Şemalar XML sənədləri olduqları üçün, ümumiyyətlə bir XSLT çevrilməsinə çevrilirlər, nəticədə ortaya çıxan XSLT daha sonra XSLT prosessoru istifadə edərək XML sənədini təsdiqləmək üçün istifadə edilə bilər. ISO 19115-3, doğrulama üçün Şemalar və XML Şemaları təmin edəcəkdir.

ArcGIS Desktop metadataları idarə etmək üçün Microsoft .NET Framework XML ayrıştırıcısını və XSLT prosessorundan istifadə edir. Bu texnologiya yalnız XSLT 1.0-ı dəstəkləyir. Bu səbəbdən ArcGIS Desktop proqramı istifadə edilərək yalnız XSLT 1.0-a əsaslanan XSLT stil cədvəlləri işlədilə bilər. XSLT 2.0 əsasında yaradılmış sxemlər ArcGIS Desktop-da işləyən XSLT stilinə çevrilə bilməz.

ArcGIS Desktop istifadə edərək meta məlumatların doğrulanması

ArcGIS Desktop metadata redaktoru, müəyyən bir səhifə tərəfindən idarə olunan metadata məzmununu sınayaraq metadatını daxili olaraq təsdiqləyir. Testlər cari ArcGIS metadata üslubu ilə əlaqəli məzmun standartı və tətbiq spesifikasiyası ilə müəyyən edilmiş qaydalara əsaslanır. Məzmun standartının bütün qaydaları, hətta tətbiq spesifikasiyasının XML Şemasında sınaqdan keçirilə bilən qaydaların xaricindəki qaydalar da hesablanır. Metadata redaktorunun məzmunu, metaməlumatlar tərzi üçün etibarsız sayılacaq məzmunun hansı səhifələrdə olduğunu tez bir zamanda göstərir.

Yaxşı metadata məzmunu yazmaq üçün vaxt lazımdır. ArcGIS metadata redaktoru, metaməlumatlarınız üzərində işləməyi dayandırmanız lazım olduğu anda etibarsız sayılsa da, məzmununuzu olduğu kimi saxlamağa və daha sonra yenidən bitirmək üçün qayıtmağa imkan verir.

ArcGIS Desktop, fərqli tələblərə cavab verən geniş müştərilərə dəstək verir. Əksər təşkilatlar icma standartına uyğun olaraq metadata yaratmağı üstün tuturlar. Ancaq bəzi təşkilatların fərqli daxili tələbləri var. və metadata sənədləri bir metadata standartının XML şemasına görə etibarsız sayılacaqdır. ArcGIS bu təşkilatların öz ehtiyaclarına uyğun metaməlumatlar istehsal etməsinə imkan verir. Nəticədə, bir maddənin metadata məzmunu standartın XML formatına ixrac edildikdə, istehsal olunan XML faylı bir XML şeması istinadını daxil etməz.

Bir maddənin metadata məzmunu tamamlandıqda, isteğe bağlı olaraq metadata üslubu ilə əlaqəli metadata standartı üçün XML şemasına uyğun olub olmadığını yoxlaya bilərsiniz. Bu, Metadata geo-işləmə vasitəsini təsdiqləyən Təsvir sekmesindeki Doğrula düyməsini istifadə edərək həyata keçirilə bilər. Alət parametrləri, informasiya qutusu açıldıqda cari metadata üslubuna uyğun şəkildə qurulur. ISO 19139 metadata stili ilə əlaqəli parametrlər aşağıdakı ekran görüntüsündə göstərilmişdir:

Bu vasitə əvvəlcə maddənin ArcGIS metadata məzmununu metadata standartının XML formatına ixrac edir - bu nümunədə ISO 19139 XML formatı. Sonra alət parametrlərində göstərilən məlumatlara əsasən ixrac olunan XML sənədinə bir XML şeması referansı daxil edilir. Aşağıdakı nümunə xsi: schemaLocation atributunun əvvəlki nümunədə göstərilən məlumatlar əsasında necə istehsal olunduğunu göstərir:

Uyğun olduqda, hədəf ad sahəsi XML Şemasının hədəf ad sahəsinə uyğun olması üçün xsi: schemaLocation atributunda elan edilməlidir. Hədəf ad məkanı, XML sənədindəki hansı elementlərin göstərilən XML şemasına uyğun olduğunu və təsdiqlənəcəyini göstərir. FGDC kimi digər XML Şemaları CSDGM şemalar, hədəf ad sahəsinin göstərilməsini tələb edə bilməz.

Nəhayət, xsi: schemaLocation atributu ilə ixrac olunan XML faylı .NET Framework XML ayrıştırıcısı istifadə edərək təsdiqlənir. .NET Framework tərəfindən verilən hər hansı bir xəbərdarlıq və ya səhv mesajı alətin mesajlarında bildirilir. ArcGIS Desktop, səhv mesajlarını hazırlandıqları kimi tam olaraq bildirir.

ISO metadata XML Şema depoları

Fərqli ISO metadata tətbiq spesifikasiyası XML şemalarının yayımlandığı bir çox rəsmi yer və ya depo var. Bütün spesifikasiyalar hər yerdə yayımlanmayıb. Bu, müəyyən bir standarta uyğun olduğu deyilən bir XML sənədini təsdiqləmək üçün hansı sxemlərdən istifadə edilməli olduğunu müəyyənləşdirməyi çətinləşdirir. Bu dilemma, "ISO Schemas Location" bölməsinin 2.1.2 hissəsindəki INSPIRE Metadata Implementing Rules v1.2 sənədində təsvir edilmişdir.

Fərqli tətbiqetmə xüsusiyyətlərinin hazırlandığı zaman xətti boyunca GML bir OGC standartından bir ISO standartına çevrildi. GML məzmunu, ehtiyac olduqda dəfə və həndəsi formaları qeyd etmək üçün yalnız ISO metadata XML sənədlərində istifadə olunur. GML-nin köhnə versiyası əvvəlcə ISO metadata XML Schemas-da istifadə edilmiş və bu ad üçün GML və ISO metadata XML Schemas-da bir ad sahəsi istifadə edilmişdir. GML-nin yeni versiyası fərqli bir ad sahəsinə malikdir.

GML standartındakı dəyişikliklər, ISO metadata məzmun standartlarına uyğun olaraq hazırlanmış metadata XML sənədlərində az fərq yaratsa da və ya heç bir fərq yaratmasa da, GML ad məkanındakı dəyişiklik bu XML sənədlərinin təsdiqlənmə qaydasını çətinləşdirir. XML Şeması doğrulanacaq hədəf ad sahələrini müəyyənləşdirir. Bir XML sənədində G1 ad sahəsi istifadə olunursa və bir XML Şeması doğrulama üçün G1 ad məkanını hədəf alırsa, məzmunu və quruluşu düzgündürsə sənəd təsdiqlənir. XML sənədində G1 ad sahəsi istifadə olunursa və bir XML Şeması G2 ad məkanını hədəf alırsa, sənədin məzmunu və quruluşu düzgün olsa belə sənəd doğrulanmayacaq. Tipik olaraq, XML sənədinin ad sahəsi G1-dən G2-yə dəyişdirilirsə, sənəd həm G1, həm də G2-də eyni məzmundan istifadə etdiyi müddətdə müvəffəqiyyətlə təsdiqlənəcəkdir.

Fərqli yerlərdə nəşr olunan fərqli ISO metadata XML Şemaları, GML XML Şemalarının fərqli versiyalarına istinad edir və bu səbəbdən fərqli GML ad sahələrini hədəf alır. Doğrulama üçün hansı XML Şemalarının istifadə ediləcəyini düşünərkən, vacib bir amil, XML Şemasının hədəf aldığı GML ad sahəsidir. Aşağıda, istifadə etdikləri GML ad məkanında da ISO metadata XML Şemalarının tapıla biləcəyi fərqli depoların siyahısı verilmişdir.

Bu, XML Şemalarının rəsmi dəsti olaraq ISO 19139: 2007 standart sənədində göstərilən şema yeridir. Bu sxemlər yeni GML 3.2.1 ad sahəsini istifadə etmək üçün yeniləndi: http://www.opengis.net/gml/3.2.

Bu yer, ISO 19119, ISO 19110 ya da ISO 19139-2 kimi digər yayımlanan ISO metadata standartları üçün XML Şemaları içermir. Bu yerə yayımlanan digər TC 211 XML Şemaları, ISO 19135-2'dir Coğrafi məlumat - Maddə qeydiyyatı prosedurları - Hissə 2 XML şemasının tətbiqi. Yalnız yeni GML ad məkanını istifadə edən ISO 19115: 2003-ə əsaslanan coğrafi məkan məlumatları XML sənədləri bu XML Şemaları ilə təsdiqlənə bilər.

https://standards.iso.org/ittf/PubliclyAvailableStandards/ ictimaiyyətə açıq standartlar üçün rəsmi bir ISO deposudur. ISO 19135-2, ISO 19136 və ISO 19139 XML Şemaları bu yerdə mövcud olmağa davam edərkən, artıq bu depo tərəfindən təqdim olunan standartlar siyahısında görünmür.

Bu, ISO 19139 sxemlərinin rəsmi OGC Şema deposundan əldə edilə biləcəyi yerlərdən biridir. Bunlar yeni GML 3.2.1 ad sahəsini istifadə etmək üçün yeniləndi. Bunlar # 1 anbarında yayımlanan eyni XML Şemalarıdır, ancaq # 1 anbarından əldə edilə bilənlər əvəzinə birbaşa bu OGC şema deposundan əldə edilən GML 3.2.1 sxemlərinə istinad edirlər.

Bu yer, ISO 19119, ISO 19110 ya da ISO 19139-2 kimi digər yayımlanmış ISO metadata standartları üçün XML şemalarını daxil etmir. Bu səbəbdən, yalnız ISO 19115 metadata məzmunu ehtiva edən və yeni GML ad məkanından istifadə edən bir XML sənədi bu XML Şemaları ilə təsdiqlənə bilər.

Bu, ISO 19139 sxemlərinin rəsmi OGC Şema deposundan əldə edilə biləcəyi başqa bir yerdir. Bu şemalar köhnə GML 3.2.0 ad boşluğundan istifadə edir: http://www.opengis.net/gml. Bunlar # 4 və # 5 havuzlarında nəşr olunan eyni XML şemalarıdır. Bu sxemlər eyni yerdə təqdim olunan köhnə GML XML Şemalarının bir nüsxəsinə istinad edir.

Bu yerə ISO 19119 üçün XML Şemaları da daxildir. Bu səbəbdən, köhnə GML ad boşluğundan istifadə edən ISO 19115 və ISO 19119 metadata məzmunu olan XML sənədləri bu XML Şemaları ilə təsdiqlənə bilər.

Bu, ISO 19139 XML Şemalarının # 1-də təsvir edilmiş rəsmi ISO deposundan əldə edilmədən əvvəl dərc olunduğu orijinal yerdir. Bu yerdə verilən HTML səhifəsində XML Şemaları eyni yerdə olmasına baxmayaraq sizi # 5 deposuna aparan ISO metadata XML Şemalarına bağlantılar var.

Bu yerdə XML sxemlərinin bir qovluğunu görmədiyiniz halda, burada təqdim olunan orijinal XML sxemləri, XML Şeması sənədlərinə tam yol təqdim etsəniz, mövcud olaraq qalır. Bu şemalar köhnə GML 3.2.0 ad sahəsindən istifadə edir. Bunlar # 3 və # 5 havuzlarında nəşr olunan eyni ISO 19139 sxemləridir. Bu şemalar, eyni yerdə verilmiş köhnə GML XML Şemalarının bir nüsxəsinə istinad edir.

Bu yer, ISO 19119, ISO 19110 ya da ISO 19139-2 kimi digər yayımlanmış ISO metadata standartları üçün XML şemalarını daxil etmir. Bu səbəbdən, yalnız ISO 19115 metadata məzmunu ehtiva edən və daha yaşlı GML ad məkanından istifadə edən bir XML sənədi bu XML Şemaları ilə təsdiq edilə bilər.

Bu, ISO metadata XML Şemalarının TC 211 komitələrində əldə edilə biləcəyi başqa bir yerdir. # 1 anbarı rəsmi anbar olduğu halda, # 4 anbarı ilə əlaqəli URL-də mövcud olan HTML səhifəsi insanları bunun yerinə bu yerə yönəldir.

ISO 19139 XML Şemaları, ad sahəsi URI'ləri ilə əlaqəli URL-də şemaların mövcud olmasının yaxşı bir fikir olduğu düşünüləndə bu yerdə yayımlandı. Burada mövcud olan ISO 19139 XML şemalarında köhnə GML 3.2.0 ad sahəsi istifadə olunur. Bunlar # 3 və # 4 havuzlarında nəşr olunan eyni ISO 19139 sxemləridir. Bu sxemlər eyni yerdə təqdim olunan köhnə GML XML Şemalarının bir nüsxəsinə istinad edir.

Bu yer, müxtəlif tətbiq xüsusiyyətləri üçün davam edən XML Şemaları üçün bir depo olaraq istifadə edilmişdir. Nəticədə, digər ISO metadata standartları üçün XML Şemaları təmin edir; bunlar arasında: ISO 19110 XML Şemalarının iki fərqli versiyası və ISO 19135-2, ISO 19139-2 ve ISO 19145 üçün XML şemaları Coğrafi məlumat - Coğrafi nöqtənin yerləşmə nümayəndəliyinin reyestri. ISO 19119'u dəstəkləyən XML Şemaları verilmir.

ISO 19110 kimi bu yerdəki bəzi XML Şemaları, köhnə GML ad sahəsini istifadə edir və bu yerdə GML şemalarına istinad edir. Digərləri, məsələn, ISO 19139-2, № 19 deposunda nəşr olunan ISO 19139 XML Şemalarının versiyasına istinad edir və bunun əvəzinə daha yeni GML 3.2.1 ad sahəsini istifadə edirlər.

Bu, fərqli TC 211 tətbiq xüsusiyyətləri üçün davam edən XML Şemaları üçün yeni bir depo.

Bu, ictimaiyyətə təqdim olunan standartlar üçün yeni bir rəsmi ISO deposudur. ISO 19110, ISO 19136 və ISO 19119 üçün ISO 19139 XML Şemaları da daxil olmaqla bir neçə TC 211 tətbiq spesifikasiyası mövcud deyil. Bununla birlikdə, bu anda, ən azı ISO 19139 XML Şemalarının bir qisminin və bəlkə də digərlərinin də istifadə edilməsinə mane olan texniki çətinliklər var.

Miras:

ISO 19139 XML Şemaları, bir dəfə ISO metadata sənədlərinə sorğu vermək və təmin etmək üçün bir mexanizm təmin edən İnternet üçün OGC Kataloq Xidməti (CSW) spesifikasiyası ilə əlaqəli depodan əldə edilə bilər: http://schemas.opengis.net/csw /2.0.2/profiles/apiso/. Bu sxemlər artıq bu yerdə mövcud deyil. Burada təqdim olunan XML Şemaları, 3 nömrəli depoda təqdim olunan ISO 19139 şemalarına birbaşa istinad edir. Burada mövcud olan XML şemalarına əsaslanan CSW protokolunu həyata keçirən hər hansı bir metadata kataloqu köhnə GML 3.2.0 ad sahəsindən istifadə etməlidir.

Seçimin çox müxtəlifliyini nəzərə alaraq, metadatanı təsdiqləmək üçün hansı rəsmi XML sxemlərindən istifadə edilməli olduğu aydın deyil.

Bir çox beynəlxalq ISO metadata profilləri, məzmunu yuxarıda sadalanan müxtəlif depolar ilə əlaqələndirir. Aralarındakı yeganə fərq, istifadə etdikləri GML ad məkanının versiyasıdır. Şemaların həqiqi məzmunu hər baxımdan eynidir. INSPIRE sənədi, vəziyyətinizə uyğun GML-in xüsusi versiyasına əsaslanan şemalar dəstini istifadə edərək metadatanı təsdiqləməyinizi təklif edir. Metadata doğrulamasına bu vahid yanaşma çox məna kəsb edir.

TC 211 XML İdarəetmə Komitəsi, yuxarıda göstərilən fərqli XML şeması depoları ilə tutarlılıq problemlərini həll etməyə çalışır. İnşallah, yeni # 7 anbarı gələcəkdə bütün ISO TC 211 standartları üçün ardıcıl rəsmi XML Sxemləri dəstini uğurla təmin edəcəkdir.

XML Şemaları və ArcGIS Masaüstü

ArcGIS Desktop metadata sistemi, standart təşkilatlar tərəfindən vebdə yerləşdirilən rəsmi sxemlərdən istifadə edərək meta məlumatları təsdiqləmək üçün hazırlanmışdır, çünki bunlar rəsmi sxemlərdir. Şemalar paketlənmir və proqramla paylanmır, çünki rəsmi şemalar olmaz.

ISO 19139 Metadata Implementation Specification metadata stili istifadə edildikdə, ArcGIS Desktop, ISO 19139 metadata sənədlərini təsdiqləmək üçün # 4 deposundan XML Şemalarını istifadə edir. Bu depo, rəsmi XML şemalarının sabit bir dəstinə ilk giriş təmin etdiyi üçün, # 1-də təsvir olunan depodan əvvəl olduğundan və bu sxemlərin CSW standartı ilə əlaqəli olduğu üçün seçildi. ArcGIS Desktop, metaməlumatı təsdiqləmək üçün # 4 deposundan XML şemalarını istifadə etdiyindən, ArcGIS Desktop müştəriləri sabit bir mühitdə ISO 19139 uyğun metadata yarada bildilər. Bu üslubla ixrac edilən metadata köhnə GML 3.2.0 ad boşluğundan istifadə edir - http: //www.opengis.net/gml - və GML 3.2.0 ad sahəsini istifadə edən ISO 19139 XML Şemalarından (# 3, # 4 və # 5).

ISO 19139 Metadata Tətbiq Spesifikasiyası GML 3.2 metadata üslubundan istifadə edildikdə, # 1 deposundan alınan XML Şemaları, ISO 19139 metadata sənədlərini təsdiqləmək üçün istifadə olunur. GML 3.2 ad sahəsini istifadə edən metadatanı ixrac etmək və bu alternativ XML sxemlərindən istifadə edərək metadatanı təsdiqləmək vacibdirsə, bunun əvəzinə bu metadata stilini istifadə edin. Bu üslubla ixrac edilən metadata, daha yeni GML 3.2.1 ad boşluğundan istifadə edir - http: //www.opengis.net/gml/3.2- və GML 3.2.1 ad sahəsini (# 1 və # 2 və inşallah, gələcəkdə # 7).

Metadata alətinin informasiya qutusu açıldıqda, bir maddənin meta məlumatlarını təsdiqləmək üçün istifadə etdiyi parametrləri dəyişə və cari metadata üslubu ilə əlaqəli şemalar əvəzinə fərqli bir XML Sxem dəsti istifadə edə bilərsiniz. Həmişə üstünlük verdiyiniz parametrlərdən istifadə edən xüsusi bir metadata üslubu yaratmaqla bu dəyişikliyi qalıcı edə bilərsiniz. Məsələn, TC 211 komitəsi tərəfindən internetdə təqdim olunan sxemlər əvəzinə təşkilatınızın daxili şəbəkəsində mövcud olan bir sıra XML Şemalarından istifadə edərək metadatanı təsdiqləyə bilərsiniz. Xüsusi bir metadata üslubunun necə yaradılacağı barədə məlumat, Esri dəstək saytından yüklənə bilən ArcGIS Metadata Toolkit ilə təmin edilir.

Yanlış ISO 19139 XML Şemaları dəstini istifadə edərək ArcGIS Desktop tərəfindən ixrac edilən XML sənədlərini doğrulamağı seçsəniz, doğrulama uğursuz olacaq. İxrac olunan XML sənədlərindəki GML ad sahəsi bəyannaməsini bəyannamənin sonuna və ya sonuna /3.2 əlavə edib silməklə dəyişdirsəniz, fayllar digər XML Şemaları dəsti ilə müvəffəqiyyətlə doğrulanacaq.

ArcGIS Desktop, TC 211 XML İdarəetmə Komitəsi yeni, sabit bir depo yaratdığında fərqli bir XML Şeması deposu üçün ISO 19139 XML sənədlərini ixrac etmək və təsdiqləmək üçün güncəlləşəcəkdir.

XLinks haqqında son söz

XLink, XML sənədinin sorğu və istinad hissələrini dəstəkləyən bir W3C tövsiyəsidir. XLink XML Şemaları ISO TC 211 standartlarına daxil edilmişdir. Bununla birlikdə, heç vaxt bir bütün olaraq proqram icması tərəfindən geniş mənimsənilməmişdir. İnternetə baxış tətbiqetmələri onları yerli olaraq dəstəkləmir. Microsoft tərəfindən istehsal olunan heç bir XML proqramı, hər hansı bir XML Şemasını dəstəklədiyi şəkildə istisna olmaqla, onları dəstəkləmir.

XLinks ISO 19139 XML şemaları ilə icazə verilsə də, tamamilə isteğe bağlıdır. Bu səbəbdən XLinks-in ISO 19139 uyğun XML sənədində istifadəsi üçün heç bir tələb yoxdur.

XLinks, insanlar bir XML sənədi ilə qarşılıqlı əlaqədə olduqda dəyərlidir, çünki insanların bir XML sənədinin iki bölməsi arasındakı birliyin mənasını şərh etməsi və anlaması asandır. XML sənədlərini yazaraq sıfırdan XML sənədləri yaradırsınızsa, XLinks vaxta qənaət etmək, texniki xidmət xərclərini yaxşılaşdırmaq və əsas məlumat giriş səhvlərinin qarşısını almaq üçün çox faydalı ola bilər.

ArcGIS Desktop, eyni metadata baxım problemlərini həll etmək üçün fərqli bir metoddan istifadə edir. Bir metadata sənədinin dəfələrlə yenidən istifadə olunan bölmələri ayrı bir XML sənədində saxlanılır. Bu XML fraqmentləri ehtiyac olduqda daha sonra bir maddənin meta məlumatlarına yüklənə bilər. Bu qabiliyyət fərqli bir şəkildə olsa da, XLinks ilə eyni fayda təmin edir.

Metadata ISO 19139 formatına ixrac edildikdə, həmişə tam bir ISO 19139 sənədi yaranır. Bu nəticə dizayndır - tam bir metadata sənədinin mövcudluğunu təmin edir və heç bir ixtisaslaşdırılmış proqrama etibar etmədən təşkilat xaricində birmənalı olaraq oxunub təsdiqlənə bilər. ArcGIS Desktop-dan ixrac edilən ISO 19139 metadata XML sənədləri XLinks-dən yalnız lazım olduqda və bu, məzmunun idarə olunması üçün ən yaxşı metod olduğunda istifadə edir.


Dəstəklənən raster verilənlər bazası fayl formatları

ArcGIS-də raster məlumatları ilə işləmək üçün üç yol vardır: raster verilənlər bazası, raster məhsulu və raster növü kimi. Rastr verilənlər bazası piksellərin necə saxlanıldığını, məsələn sətir və sütunların sayı, bantların sayı, həqiqi piksel dəyərləri və digər raster formatına xas olan parametrləri təyin edir. Landşaft 7 və ya QuickBird kimi peyk görüntüləri kimi metadata faylındakı məlumatlar olduğu üçün rastr məhsulları, xüsusi satıcı məhsulları ilə əlaqəli metadata faylları yerinə Kataloqda görünəcəkdir. ArcMap-da görüntülərinizi tez və asanlıqla göstərməyinizə və istifadənizə kömək etmək üçün hazırlanmışdır. Hər bir raster məhsulu proqramdakı parametrlərə uyğun olaraq görüntü ekranını artırmaq üçün aksesuar, lent birləşməsi və funksiyalar tətbiq edir. Raster növü raster məhsuluna bənzəyir, lakin mozaika verilənlər bazasına məlumat əlavə etmək üçün xüsusi olaraq hazırlanmışdır.

Verilərinizin bir raster məhsulu, raster verilənlər bazası və ya raster növü kimi dəstəklənib-dəstəklənmədiyini təyin etmək üçün raster verilənlər dəsti siyahısı və dəstək dəstinə baxın.

Geodatabase verilənlər bazası, mozaika məlumat dəstləri və raster kataloqu da daxil olmaqla coğrafi məlumatların saxlanılması üçün ArcGIS-də yerli məlumat modelidir, lakin işləyə biləcəyiniz bir çox fayl formatı var. Aşağıdakı cədvəldə dəstəklənən raster formatları (raster məlumat dəstləri) və onların genişləndirmələrinin təsviri verilmişdir və bunların yalnız oxunaqlı olub olmadığını və ya ArcGIS tərəfindən yazılıb edilmədiyini müəyyənləşdirilmişdir.

ArcGIS-in hansı məhsulları tanımasını istədiyinizi təyin edə bilərsiniz (Fərdiləşdirmə & gt ArcMap Seçimləri və gt Raster & gt Fayl Formatları) istifadə etmədiyiniz məhsulları söndürmək performansı artırır. Ayrıca, məlumatları yükləmə vaxtında süzgəcdən keçirməyə imkan verir. Daha çox məlumat üçün baxın Xüsusi raster formatlarını göstərmək.

Havadan Sintetik Diyafram Radarı (AIRSAR) Polarimetrik

AIRSAR, NASA-nın Jet Propulsion Laboratoriyası (JPL) tərəfindən dizayn edilmiş və idarə olunan bir cihazdır. ArcGIS polarimetrik AIRSAR məlumatlarını (POLSAR) dəstəkləyir.

Fayl adında bir L, C və ya P olan birdən çox sənəd .dat. Məsələn: mission_l.dat (L-Band) və mission_c.dat (C-Band).

ARC Rəqəmsal Raster Qrafikası (ADRG)

Milli Yerleşim-Kəşfiyyat Agentliyi tərəfindən CD-ROM-da paylanmışdır (NGA). ADRG, coğrafi olaraq dünyanın 18 enlik zolağına və ya bölgələrə bölündüyü bərabər arc ikinci raster chart / map (ARC) sistemindən istifadə edərək istinad edilir. Verilənlər raster şəkillərdən və mənbə sənədlərini skan etməklə yaradılan digər qrafiklərdən ibarətdir.


SHP sənədlərini idxal etmək üçün

Müəllif:

ESRI SHP sənədləri xüsusiyyətləri üçün həm həndəsə, həm də atributları (məlumatları) saxlayır. Tək bir forma eyni adla beş fiziki fayla sahib ola bilər, lakin fərqli fayl uzantıları.

  1. Taxmaq düyməsini vurun İdxal paneli Xəritə İdxal.
  2. Məkanı İdxal Et informasiya qutusunda, Faylların növü altında shp seçin.
  3. İdxal ediləcək faylı və ya qovluğu seçin. Tamam düyməsini vurun.
  4. For formats with additional options, in the Import dialog box, click Driver Options .
  5. In the Import Dialog Box, under Spatial Filter , specify whether to limit the area where data will be imported:
    • None — Place no area limits on the incoming file.
    • Current Display — Limit the import to the current drawing area.
    • Define Window — Limit the import to an area you define. To use this option, click Select . Respond to the prompts to define the area.
  6. Specify the import settings for each input layer (see the Import dialog box for details).
    • Drawing Layer— Select a target layer for each layer in the incoming file.
    • Object Class— Assign incoming objects to an existing object class and map incoming attribute data to the data fields in the object class. The Object Class fields are available only if you have object classes defined in your map.
    • Input Coordinate System— Specify the coordinate system of the incoming file. If the drawing has a coordinate system assigned to it, incoming objects are converted to the coordinate system of the drawing.
    • Data— For each layer, specify how to import data.
    • Points— For each layer, specify how to treat incoming point objects.
  7. By default, polygons are imported as polygon objects. To import them as closed polylines, select Import Polygons As Closed Polylines .
  8. Click OK to begin the import process.

OSM Create Network Dataset: Populating Turn Features from OSM Relations The row contains a bad value. [RestrictionType] #192

Dear all,
I am trying to execute "Create OSM Network Dataset" in ArcGIS 10.5. Most steps Succeeded until "Populating Turn Features from OSM Relations". It would be highly appreciated if any help is provided. I am attaching the processing information as follows:

Executing: OSMGPCreateNetworkDataset "C:UserschennnOneDriveResearchGreen UmbrellaGISOSM.gdbOSM_OKI2" "C:Program Files (x86)ArcGISDesktop10.5ArcToolboxToolboxesND_ConfigFilesCycleGeneric.xml" "C:UserschennnOneDriveResearchGreen UmbrellaGISOSM.gdbOSM_OKI2OSM_OKI2_nd"
Start Time: Mon Apr 16 14:33:35 2018
Extracting Edge Features
Select_analysis
Executing: Select "C:UserschennnOneDriveResearchGreen UmbrellaGISOSM.gdbOSM_OKI2OSM_OKI2_osm_ln" "C:UserschennnOneDriveResearchGreen UmbrellaGISOSM.gdbOSM_OKI2OSM_OKI2_nd_roads" "(highway IS NOT NULL) AND (LOWER(highway) in ('primary', 'primary_link', 'secondary', 'secondary_link', 'tertiary', 'tertiary_link', 'unclassified', 'residential', 'living_street', 'service', 'track', 'cycleway', 'footway', 'bridleway', 'pedestrian', 'path'))"
Start Time: Mon Apr 16 14:33:36 2018
Succeeded at Mon Apr 16 14:35:05 2018 (Elapsed Time: 1 minutes 28 seconds)
Extracting Junction Features
Select_analysis
Executing: Select "C:UserschennnOneDriveResearchGreen UmbrellaGISOSM.gdbOSM_OKI2OSM_OKI2_osm_pt" "C:UserschennnOneDriveResearchGreen UmbrellaGISOSM.gdbOSM_OKI2OSM_OKI2_nd_barriers" "(barrier IS NOT NULL) AND (LOWER(barrier) in ('block','bollard','chain','debris','jersey_barrier','lift_gate','log','spikes','swing_gate'))"
Start Time: Mon Apr 16 14:35:05 2018
Succeeded at Mon Apr 16 14:39:32 2018 (Elapsed Time: 4 minutes 27 seconds)
Assigning Network Connectivity Groups
Extracting Turn Restrictions
CreateTurnFeatureClass_na
Executing: CreateTurnFeatureClass "C:UserschennnOneDriveResearchGreen UmbrellaGISOSM.gdbOSM_OKI2" OSM_OKI2_nd_turns 2 # # # # 0 0 0 DISABLED
Start Time: Mon Apr 16 14:44:44 2018
Succeeded at Mon Apr 16 14:44:45 2018 (Elapsed Time: 0.58 seconds)
AddField_management
Executing: AddField "C:UserschennnOneDriveResearchGreen UmbrellaGISOSM.gdbOSM_OKI2OSM_OKI2_nd_turns" RestrictionType TEXT # # 30 # NULLABLE NON_REQUIRED #
Start Time: Mon Apr 16 14:44:45 2018
Adding RestrictionType to C:UserschennnOneDriveResearchGreen UmbrellaGISOSM.gdbOSM_OKI2OSM_OKI2_nd_turns.
Succeeded at Mon Apr 16 14:44:45 2018 (Elapsed Time: 0.19 seconds)
Populating Turn Features from OSM Relations
The row contains a bad value. [RestrictionType]
at ESRI.ArcGIS.Geodatabase.IFeature.Store()
at ESRI.ArcGIS.OSM.GeoProcessing.NetworkTurns.CreateTurnFeature_NO(TurnFeatureClassWrapper turnFCW, OSMTurnInfo osmTurn)
at ESRI.ArcGIS.OSM.GeoProcessing.NetworkTurns.PopulateTurnsFromRelations()
at ESRI.ArcGIS.OSM.GeoProcessing.RunTaskManager.ExecuteTask(String messageName, Action task)
at ESRI.ArcGIS.OSM.GeoProcessing.NetworkTurns.ExtractTurnRestrictions()
at ESRI.ArcGIS.OSM.GeoProcessing.NetworkDataset.ExtractTurnRestrictions()
at ESRI.ArcGIS.OSM.GeoProcessing.RunTaskManager.ExecuteTask(String messageName, Action task)
at ESRI.ArcGIS.OSM.GeoProcessing.NetworkDataset.CreateNetworkDataset()
at ESRI.ArcGIS.OSM.GeoProcessing.OSMGPCreateNetworkDataset.Execute(IArray paramvalues, ITrackCancel TrackCancel, IGPEnvironmentManager envMgr, IGPMessages message)
Failed to execute (OSMGPCreateNetworkDataset).
Failed at Mon Apr 16 15:48:47 2018 (Elapsed Time: 1 hours 15 minutes 11 seconds)

I tried to delete this relation table, but still could not solve the issue.
Thank you so much for your attention!


And of course, you can easily do an

to insert that data into a relational table.

Update: assuming you have your XML in files - you can use this code to load the XML file into an XML variable in SQL Server:

and then use the above code snippet to parse the XML.

Update #2: if you need the parameters, too - use this XQuery statement:

You do it by creating a destination table, then a schema mapping file that maps the xml elements to table columns.

Yours might look a bit like this:

Then you can load your XML into your table using the XML bulk loader.

If you need to do it without XML variable (from string in table-valued function)

So you can have a function like

If you're trying to import your XML as a "pure" XML field you should create a table like this (obviously with many other fields as you want):

Then you can easily insert your XML as a string:

If you prefer store it as string use a varchar(max) in place of [XML] column type and the same insert. But if you like to query easily I suggest [XML] type. With the flat string approach you need a lot of work unless you will implement some application code to parse it and store in a flat table. A good approach could be an XML storage in a "compress" TABLE and a VIEW for data retrieve with the flat field disposition.


Using GIS-Based Tools for the Optimization of Solid Waste Collection and Transport: Case Study of Sfax City, Tunisia

Expenditure for waste collection and transport in Tunisia constitutes 75–100% of the total solid waste management budget. In this study, optimized scenarios were developed using ArcGIS Network Analyst tool in order to improve the efficiency of waste collection and transportation in the district Cité El Habib of Sfax city, Tunisia. Geographic Information System (GIS) was created based on data collection and GPS tracking (collection route/bins position). The actual state (Scenario S0) was evaluated, and by modifying its particular parameters, other scenarios were generated and analyzed to identify optimal routes: S1, route optimized with the same working resources (change of stops sequencing only) S2, route optimized with change of vehicles and S3, route optimized with change of collection method (vehicles and reallocation of bins). The results showed that the three scenarios guarantee savings compared to S0 in terms of collection time (14%, 57%, and 57% for S1, S2, and S3, resp.) and distance (13.5%, 13.5%, and 40.5% for S1, S2, and S3, resp.). Thus, a direct impact on fuel consumption can be expected with savings of 16%, 20%, and 48% for S1, S2, and S3, respectively, without mentioning the additional benefits related to CO2 emissions, hours of work, vehicles wear/maintenance, and so forth.

1. Introduction

Technological development, globalization, and population growth have accelerated the dynamics of urbanization processes in developing countries, which contributed to the generation of increasingly large quantities of solid waste (SW) in more or less concentrated areas. Therefore, problems related to solid waste management (SWM) remain at the forefront of the global environmental policy for sustainable development. Indeed, an effective SWM system is necessary to ensure better health and human security.

The process of SWM is very complex as it involves many technologies and disciplines associated with the control of generation, handling, storage, collection, transfer, transportation, processing, and disposal of SW [1]. SWM practices vary with the economical/social conditions and with the regulatory framework.

The collection/transport component is the showcase for any SWM system whose implications are straightforward to evaluate the success of the system and its costs. The operation involves the removal and transfer of waste from production or assembly points to transfer station or from transfer station to processing or to final landfill site. It is therefore the most influential and most costly component as it absorbs the biggest fraction of the budget allocated by municipalities for SWM in detriment of other operations in the waste management system [2, 3]. The challenge is therefore to achieve optimal waste collection and transport operation (hauling, equipment, manipulation, etc.). However, the development of an optimal collection/transportation system for SW involves the determination of a number of selection criteria, which is a very complicated task for a planner to do manually. The use of Geographic Information System (GIS) is recognized as one of the most promising approaches to analyze complex spatial phenomena. GIS has been successfully employed for a wide range of applications, such as geology, protection and management of natural resources, risk management, urban planning, transportation, and various modeling aspects of the environment [4, 5].

Nowadays, integrated GIS technology provides an advanced modeling framework for decision makers to analyze and simulate various problems related to SWM. Indeed, the GIS tool has been used to model various applications in waste management such as siting of transfer stations and landfill, optimizing the collection and transportation, and local forecasting of waste [7–9].

The use of spatial modeling tools and GIS for collection and transportation optimization can provide economic and environmental gains by reducing travel time, distance, fuel consumption, and pollutant emissions [10].

Several models for the collection and transport of SW have been developed based on appropriate software for route optimization. A 3D GIS modeling was used by Tavares et al. [11] in Cape Verde and helped to achieve up to 8–12% of fuel savings even by traveling a longer distance compared to the shortest path. An application on MapInfo software with the use of “test and adjustment” method for optimizing the route in the city of Can Tho, Vietnam, showed that distance and travel time can be reduced by 19% and 12%, respectively, and could save 20% of fuel consumption [12]. Furthermore, the traveled distance has been reduced by 12 to 20% and the working time by 8% using the software RouteSmart TM for the case of Northamptonshire, UK [13]. A 10% reduction in the number of SW collection trips was achieved by Sahoo et al. [14] using the WasteRoute software in the area of Elgin, Illinois, USA. Using the software TransCAD®, Moustafa et al. [15] developed the best solutions to the problem of collection/transport of SW in Alexandria, Egypt. Apaydin and Gonullu [16] used RouteViewPro for the city of Trabzon, Turkey, showing that 24.7% benefits in the total expenses could be granted. On the other hand, the ArcGIS Network Analyst application was used by several authors to optimize the collection and transportation of waste: Ghose et al. [17] who developed a GIS model for calculating optimal route in the state of West Bengal, India, and have shown that its application would allow colossal savings over a period of 15 years Chalkias and Lasaridi [10] proposed various scenarios developed upon field real situation in the municipality of Nikea, Greece, allowing reductions of up to 17% for working time and 12.5% for the distance traveled.

In Tunisia, collection and transportation expenses currently amount for up to 75% of SWM total costs, most of which are spent on salaries and fuel. However, the results on the field are in most cases unsatisfactory and are the object of multiple complaints from citizens. Indeed, the choices are often taken empirically and irrationally under the effects of communal pressure and/or personal interests of decision makers. Thus, in the present work, an optimization was developed using the ArcGIS Network Analyst tool in order to improve the efficiency of the collection and transportation of waste in Cité El Habib district of Sfax city, Tunisia, by means of waste bins reallocation and optimization of vehicle routing in terms of traveled distance and operating time while taking into consideration all the required settings parameters, that is, population density, waste generation rate, bins locations, road network and traffic/circulation, collection vehicles capacity, and so forth.

2. Background of SWM in Sfax City

The case study in this work relates to a district in the Sfax city, which is the economic heart and the second largest city of Tunisia. It has a very disperse agglomeration with 300,000 inhabitants resulting in a density of 48 persons per hectare. The town of Sfax is divided into 7 districts: El Medina, El Boustane, Sidi Mansour, Sfax Nord, Errbadh, Merkez Chaker, and Cité El Habib (Figure 1). Each of these districts involves one or more municipal communities.

The amount of municipal SW collected by the municipality of Sfax was 74501 t in 2010, but it decreased to 53455 t in 2013 due to the social and political events in the country during the last five years. Based on 2010 data, the corresponding average of collected waste is 0.68 kg/capita/day (projected average being 0.71 kg/capita/day). It should be pointed out that the municipal SW is characterized by a high level of organic matter (68%) and thus a high rate of water content ranging between 65% and 70%. Besides individual citizens, potential producers of waste are schools, kinder gardens (227) hospitals, clinics, drugstores, and fuel stations (118) touristic areas (4) cafes, restaurants, bakeries, and other businesses (3934) and hotels (18) and shopping centers (24).

Citizens dispose off their waste in plastic bags, plastic/metal dustbins (buckets and half steel drums), or polyethylene or metal containers of different capacity or simply in bulk left on ground (Figure 2).

The municipality of Sfax makes 400 metal waste bins of 770-liter capacity available in some areas.

Waste collection is carried out manually and/or mechanically. The vehicles available in the municipality for the collection are 4 packer trucks of 12 m 3 capacity, 14 rear-end loaded compaction trucks of 16 m 3 capacity, 10 dump trucks of 7 t capacity, 13 tractors of 5 m 3 capacity, 2 pickup trucks of 3 m 3 , and 3 mini tractors. Multidump trucks (30 m 3 ) are also available to evacuate the anarchic dumps and ensure transfer of waste to the municipal landfill.

The communal area is swept by a total of 44 circuits, including 19 circuits of collection operated by rear-end loaded compaction trucks, 15 by dump trucks, and 10 by tractors [6]. Besides, laborers carrying hand cart ensure the collection of waste from hardly accessible places and unload it into trucks at certain predefined gathering places (Figure 2(d)).

The staff ratio is about one collection agent per 600 inhabitants in the district of El Medina to reach up to one per 2200 inhabitants in the district of Merkez Chaker, knowing that the crew of each collection vehicle consists of a driver and two workers. The collected waste is split between two transfer stations before being transferred to the municipal landfill site in the absence of any source separation process or sorting at transfer stations.

Multiple expenditures (direct and indirect expenses) are required to handle one ton of waste from collection until landfilling operations. These expenses are as shown in Figure 3(a) where it is noted that the sum of salaries and equipment costs exceeds 70%. In Figure 3(b) is presented the cost of collection and transport of one ton of waste (based on 2012 data in [6]) for the districts of Sfax city. The average is 76 TND/t (therefore an annual allowance per capita of around 19 TND/cap/year) showing huge gaps between different districts. On the other hand, the costs are nearly 45% lower for the districts whose collection is ensured by private companies than by municipal service, as the case of El Boustane and Sfax Nord whose costs are 41 and 51 TND/t, respectively. In comparison to the national average (53–73 TND/t) these values are excessively high and suggest that an exceptional quality of service is offered!


GIS File Formats

The field of GIS includes a large number of file formats and not all software packages are compatible with each file format. Below is a list of common GIS file formats and the software(s) they are compatible with. The GIS workstations on the first floor of the library have the software packages listed below each file format: ArcGIS Desktop, AutoCAD Map 3D, QGIS, Global Mapper, and Google Earth Pro. If you are a current Carleton student you can obain your own student edition of ArcGIS from us and load it in your own computer if you are interested, and QGIS is open source and freely available.

It is worth noting that the library GIS workstations also have FME Desktop, which is a software that can convert a file from one format to many others (e.g.: shapefile to AutoCAD Drawing and back again). If you require this kind of file conversion, please email us at [email protected]

**All software mentioned below is available on the GIS workstations in the library, unless otherwise noted.


Tutorial: Using NDFD gridded data in a GIS Environment (Shapefiles and Floating Point Grids)

Why bring NDFD grids into a GIS?

One of the most attractive components of the National Digital Forecast Database is the geospatial nature of the data. The database is based on a 5km national grid that covers the Continental U.S. and separate grids that cover Hawaii, Alaska, the U.S. Virgin Islands, and Puerto Rico. Each 5km grid cell has forecast information so that a point specific forecast can be generated for any cell based on geographic coordinate location. Besides being able to just view the grids using algorithms to create graphics of the gridded information, more advanced users may want to perform analysis with gridded data to answer some real-world problems. Bringing the NDFD gridded files into a GIS enables the user to not only display the forecast elements with other georectified datasets such as satellite imagery, aerial photographs, and planimetric layers such as political boundaries, road networks, buildings, etc&hellip, but also to query the data and use it for geospatial analysis. The result is essentially a real-time and forecast decision support tool for making critical decisions based on various weather elements. This is the case for marine interests as well, as the NDFD grid extend offshore several miles and deliver wave and wind information. Using the NDFD data in a GIS gives the flexibility to deal with either Raster versions of the NDFD grids (floating point grids), or vector versions (ESRI shapefiles) as well as other formats that are just recently becoming importable into GIS like NetCDF files and GRADS. The best way to illustrate the power of using NDFD grids in a GIS can best be presented via a use case scenario given below.

Using NDFD grids for pre-Hurricane landfall decision making

During the 2004 hurricane season NDFD forecast elements were used to display experimental forecast elements such as wind speed, wave heights, and quantitative precipitation forecasts along with hurricane forecast tracks in a map format that was used by DHS/FEMA for risk analysis at the FEMA Region IV Regional Operation Center and Disaster Field Office. For hurricanes Charley, Frances, Ivan, and Jeanne maps were created showing NDFD forecast elements overlaid on relevant political boundaries, roads, shoreline, and major population centers. The elements gave DHD/FEMA risk analysts an idea of the spatial coverage and intensity of forecast winds and wave heights. These maps were used to create the Presidential Briefing Package in which DHS/FEMA briefs the executive branch on potential damages that will be incurred from the approaching storm so as to pre-secure federal resources for response and aid through a presidential disaster declaration. This is an example of how having the NDFD grids converted to GIS significantly benefited the decision making process for weather driven natural disasters such as hurricanes. See Figure 1 and 2 below.


Figure 1: Forecast wave height along the shore of the Gulf of Mexico during Hurricane Ivan.


Figure 2: Forecast wind speed along the shore of the Gulf of Mexico during Hurricane Ivan.

Download the data

1. Instructions for downloading the data

  1. In the graphical user interface (GUI) tkdegrib, click on the Download nişan.
  2. Expand the NDFD data set folder.
  3. Choose the sector (or region) of interest and expand the file. Data for each weather element can be downloaded by highlighting the sector file, or individual weather elements can be downloaded by holding down the Nəzarət key on the keyboard and highlighting one or more elements.
  4. After all the selected data are highlighted, click on either the Download by ftp button or the Download by http button (either will work) at the bottom of the window (Figure 3). Once the downloading begins, there will be an indication in the Message Window that it is working. Also, after the download button is clicked, the progress bar (the light blue bar near the bottom of the window) will start at 0 percent and show progression as the data download. Note: The progress bar will say 100 percent before any downloading has taken place.


Figure 3: In this example, the user needs data from specific weather elements within the Pacific Northwest sector. Only the needed weather elements are highlighted, rather than the entire sector, and the user is about to click on the Download by http düyməsini basın.

2. Convert the data to an ESRI shapefile

  1. When the data are finished downloading, click on the GIS nişan.
  2. Browse through the sectors for the downloaded data in the top left corner of the window.
  3. Double-click on a specific weather element in the top right corner, and it should fill out the inventory chart below.
  4. Select the data set in the inventory chart to be converted to a shapefile (Figure 4).

Note: For more information on the inventory chart, see the Degrib: Man Pages and Full Tutorial. A similar document is also available in a portable document format. NDFD Tkdegrib and GRIB2 Data Download Tutorial (PDF).


Figure 4: In this example pacwest (Pacific Northwest) sector is expanded. The temp (temperature) file has been expanded and a data set is highlighted in the inventory chart. The shapefile this user wants to create is the temperature of the Pacific Northwest on 5/27/2005 at 12:00 a.m., which is 8 hours from the time the weather was forecasted.

e. Düyməsini vurun Choose File Type menu at the bottom left corner of the window and choose SHP (Figure 5).

Figure 5: Choose SHP etibarən Choose File Type drop-down menu.

f. Manually type the output file name into the OUTPUT Filename dialog box or click the Recommend button to have tkdegrib choose one (Figure 6).


Figure 6: When tkdegrib recommends a file it stores it on the local drive in the ndfd/degrib16/output folder. Inside that folder is a folder for each of the sectors. The generated shapefile will be in the corresponding sector folder. In the example above the temperature data (_t) is from the Pacific Northwest sector (pacnwest). The data are for 05/27/2005 at 12:00 a.m.

g. Now choose the Type of .shp file (Point, Small Polygon, or Large Polygon).

Note: For more information on types of shapefiles download the NDFD Tkdegrib and GRIB2 Data Download Tutorial (PDF).

h. Check the box for Verbose .shp file if the values for latitude, longitude, and X and Y are needed. A non-verbose shapefile will generate point identification and data, but not the latitude, longitude, and X and Y (Figure 7).

A. B.
Figure 7: A verbose .shp file imports the point identification (POINTID) and data (T, or temperature), as well as the X and Y and latitude (LAT) and longitude (LON) (A). A non-verbose .shp file only imports the point identification and data (B).

mən. The default values for the box in the bottom right corner for Round data to will default to a number when Recommend üçün Output File is clicked. Most weather elements will have a default of 0. The default for Units (when possible) can be accepted or changed, depending on personal preferences. The values for both Force Major Earth Axis and Force Minor Earth Axis are more advanced options and should be left as 0 for general purposes (Figure 8).

Note: The Round data to value will show its default when the Recommend button is complete. Most of the weather elements will default as 0 the exceptions are snow and waveh, which will default as 1, and qpf, which will default as 2.

Figure 8: Depending on preference, the default values can be accepted for Round data toVahidlər. The Earth Axis options are for more advanced options.

j. Sonra basın Generate .shp file button at the bottom center of the window.

3. Import an ESRI shapefile into ArcGIS:

  1. Open a new window in ArcMap.
  2. Düyməsini vurun Add Data button and navigate to the previously selected location of generated .shp file.
  3. Highlight the file and click the ADD button (Figure 9).

d.The shapefile will now appear in the Display view on the left side of the window, and the Map view will appear in the right side of the window. Both the Display tab or Table of Contents and the Map view tab should already be selected (Figure 10).


Figure 10: In this example, a large polygon shapefile was added into ArcMap. The data represent the temperature (_t) of the Pacific Northwest (pacnwest) sector for 05/27/2005 at 12:00 a.m. When a shapefile is imported into ArcMap, the symbology is defaulted as one symbol and one color.

4. Load Legends into ArcMap to view GRIB2-derived shapefiles:

  1. Double-click on the shapefile in the Display view (or right-click and scroll down to Xüsusiyyətlər) of ArcMap.
  2. In the Layer Properties dialog, click on the Symbology tab.
  3. Düyməsini vurun İdxal button in the top left corner (Figure 11).


Figure 11: In the example above, the Symbology tab is selected and the user is going to import a standard legend into ArcMap.

d. In the Import Symbology dialog box, select Import symbology definition from an ArcView 3 legend file (*.avl) and click the browse button (Figure 12).

Figure 12: After selecting Import symbology definition from an ArcView 3 legend file, browse to the folder where they are located.

e. Navigate to the /ndfd/degrib16/arcview/ folder.

f. Select the /point_legend or /poly_legend, depending on which type of shapefile was generated, and highlight the individual weather element that the shapefile addresses.

g. Düyməsini vurun Open button (Figure 13).

Figure 13: In the previous examples, the weather element data that were downloaded were for temperature, and the type of shapefile generated was a large polygon. In this example, the corresponding .avl file is needed. In the poly_legend folder (since a polygon shapefile was generated) select the temperature (t) .avl.

h. In the Import Symbology dialog box, under What do you want to import? select Complete symbology definition and click tamam (Figure 14).

Figure 14: Notice in this example that the Legend file is a poly_legend .avl, since that is the type of .shp file generated in previous steps. After selecting the legend file, select Complete symbology definition and click tamam.

mən. Accept the Value Field default value in the Import Symbology Matching Dialog box and click tamam (Figure 15).

Figure 15: In this example, the value field is T, since the shapefile generated is for temperature and the legend file is for temperature. This value will be a default, according to which .avl file is imported into ArcMap.

j. In the Layer Properties dialog, there should be different colors for the Symbol and different numbers for the Value. Click tamam (Figure 16)


Figure 16: The ArcView standard symbology is now imported into ArcMap and applied to the shapefile.

k. Notice the symbology is now applied to the shapefile in both the Display view and the Map view (Figure 17).


Figure 17: Notice the difference between the symbology in this example and the example in Figure 8. The ArcView standard symbology has been imported into ArcMap and applied to this example.

5. Convert a message to ESRI Spatial Analyst or GrADS file format:

  1. In the GUI tkdegrib, click on the GIS nişan.
  2. Browse for the downloaded file in the upper left corner of the window.
  3. Double-click on a specific weather element in the top right corner of the window, and it should fill out the inventory chart in the mid-section of the window.
  4. Click the desired message in the inventory chart (Figure 18).


Figure 18: In the example above, Pacific Northwest is expanded. The temperature weather element has been double-clicked to expand its data set. The user wants to generate a file of the temperature of the Pacific Northwest on 5/27/2005 at 12:00 a.m, which is 8 hours from the time the weather was forecasted.

e. Basın Choose File Type in the lower left section of the window and choose FLT from the drop-down menu (Figure 19).

Figure 19: Choose FLT etibarən Choose File Type drop-down menu to generate a float file.

f. In the Grid drop-down menu, choose one of the three options: Projected: Original GRIB Coverage: Nearest Point or Coverage: Bi-Linear.

Note: For more information see full tutorial (LINK).

g. To create the GrADS .ctl file, check the box for Create GrADS .ctl file (Figure 20).

Figure 20: Choose a type of grid to fit preferences from the Grid drop-down menu. Select Create GrADS .ctl file.

h. The other three options (Start at Upper Left, use NDFD Weather code, and M.S.B. First) are more advanced options and do not need to be selected for general purposes.

mən. İçində OUTPUT Filename dialog box, type the output file name or click Recommend to have tkdegrib choose one (Figure 21).


Figure 21: When tkdegrib recommends a file, it stores it on the local drive in the ndfd/degrib16/output folder. Inside that folder is a folder for each of the sectors. The generated .flt will be in the corresponding sector folder. In the example above, the temperature data (_t) is from the Pacific Northwest sector (pacnwest). The data are for 05/27/2005 at 12:00 a.m.

j. The default values for the box in the bottom right corner for Round data toVahidlər (when possible) can be accepted or changed, depending on personal preferences. The values for both Force Major Earth AxisForce Minor Earth Axis are more advanced options and should be left as 0 for general purposes (Figure 22).

Qeyd: The Round data to value will show its default when the Recommend button is complete. Most of the weather elements will default as 0 the exceptions are snow and waveh, which will default as 1, and qpf, which will default as 2.

Figure 22: Depending on preference, the default values can be accepted for Round data toVahidlər. The Earth Axis options are for more advanced options.

k. Düyməsini vurun Generate .flt file button at the bottom of the window.

6. Open an FLT file in ArcGIS:

a. Open a new window in ArcMap and click on the ArcToolbox icon . This will open the ArcToolbox window (Figure 23).


Figure 23: Click on the ArcToolbox icon to open ArcToolbox. In Arc 9, ArcToolbox will open within the ArcMap window.

b. Expand the Conversion Tools option in the Favorites window.

c. Expand the To Raster seçim. Then double-click on the Float to Raster selection (Figure 24).

Figure 24: In the ArcToolbox menu, expand Conversion Tools, and then expand To Raster. Double-click Float to Raster.

d. In the Float to Raster window, click on the browse button next to Input floating point raster file (Figure 25).

Figure 25: Click on the browse button to locate the .flt file to be converted to raster.

e. Find the .flt file which was generated from the NDFD DataDownload tool and open it so that it appears under Input floating point raster file (Figure 26).

Figure 26: Locate the .flt file to be converted to raster. It will be found where the OUTPUT file was saved in step 5i. Highlight it and click Open.

f. The program should create an Output Raster location. Click tamam (Figure 27).

Figure 27: The program will suggest an output location, which will probably be in the same location as the original .flt file. Click tamam.

g. There will be an indication that the conversion is taking place and when it is finished. Click Yaxın when it says "Completed" in the upper left corner (Figure 28).

Figure 28: This window will give an indication that the program has successfully converted the float file to a raster. Click Yaxın when it says "Completed" in the upper left corner.

h. The new Float to Raster file is now a binary raster file that has been converted to a floating point grid and can be used for raster analysis in ArcGIS (Figure 29).


Figure 29: The .flt file of the Pacific Northwest was converted to a raster file so that it could used for raster analysis in ArcGIS.

Note: To print this page, choose the landscape orientation in the printer dialog box.


Videoya baxın: 51 كيفية تصدير قاعدة بيانات ال ملف xml (Oktyabr 2021).