Daha çox

Xüsusi ISO 19139 metadata şablonunu ArcGIS Desktop -da redaktə edirsiniz?


ISO 19139 metadata şablonu yaratdım. Bunu sınamaq üçün idxal etməzdən əvvəl heç düzəliş edə bilmədiyimi gördüm. Təsvir sekmesinde ArcCatalogdakı redaktorun üst hissəsində, ümumiyyətlə, çap etmək, təkmilləşdirmək və ya metadatanı idxal etmək seçimi var.

Yaratdığım şablonda yalnız meta məlumatları çap etmək və ya idxal etmək seçimi var.

Mən də idxal etməyə çalışdım və heç nə dəyişmədi.


Eyni təcrübəni yaşadım - ISO 19139 metadatasını ArcCatalog daxilindən redaktə edə bilməzsiniz (Arc 10.2 istifadə edirəm). İstifadə etmək istədiyiniz bir metadata profilini seçirsiniz və kataloqda metadata yaradarkən ArcGIS metadata formatında saxlayır. Sonra bu profildən (yəni ISO -dan) istifadə edərək meta məlumatlarınızı ixrac edirsiniz və ArcToolbox -dakı vasitələrdən istifadə edərək ISO qeydini bir sxemə görə təsdiq edə bilərsiniz. Dəyişikliklər etməlisinizsə, ya ArcGIS metadatasına qayıdırsınız, dəyişir və yenidən ixrac edirsiniz (belə ki, həmişə metadata qeydlərinin iki nüsxəsini ətrafınızda saxlayırsınız) və ya - ISO qeydləri üçün xarici redaktordan istifadə edirsiniz.

Buradakı ən son kömək sənədlərindən: http://desktop.arcgis.com/en/desktop/latest/manage-data/metadata/the-arcgis-metadata-format.htm

Səhifənin ortasında:

"Bir maddənin ArcGIS metadata formatında olmayan mövcud metadata məzmunu varsa, ArcGIS for Desktop üçün bu məlumatı istifadə edə bilməz. Məsələn, ArcGIS metadata redaktoru və İxrac et və Doğrula düymələri yalnız olan məzmunla işləyir. ArcGIS metadata formatında saxlanılır. İdxal düyməsini istifadə etdiyiniz zaman, idxal etdiyiniz metadata məzmunu ArcGIS metadata formatına çevrilir. "


@Fdonnelly -dən aldığınız cavab nöqtədədir. ESRI, bir neçə metadata standartından (FGDC, ISO, Inspire və s.) Meta məlumat elementlərindən ibarət öz metadata şablonunu istifadə edir. Fikir, iki əsas xüsusiyyətə sahib olan bütün ehtiyaclara uyğun bir üslub təmin etməkdir:

  • metadata redaktəsinə icazə verən yeganədir.
  • bütün dəstəklənən standartlardan bütün elementləri toplayır. Bu, ESRI tərəfindən metadata formatları ilə bağlı kömək səhifələrində təqdim olunan qrafiklərdə yaxşı görünür:

Metadatalarınızı hər zaman standart bir formata (məsələn, ISO19139) səmərəli şəkildə ixrac edə bilərsiniz süzgəcdən keçirir Sizə lazım olan standartın məzmununa görə… lakin ixrac olunan versiya artıq redaktə olunmayacaq ... ancaq orijinal, ArcGIS tərzi, redaktə edilə bilən versiyasını saxlayırsınız.

Məlumat dəyişdikcə davamlı olaraq yenilənən, işinizin surəti olaraq görün; ixrac isə sizin yaxşı formatlaşdırılmış çatdırılma vasitənizdir.

Ofisimiz başlıq altındakı mexanizmə baxdı - metadata, ArcGIS metadata üslubu ilə standart üslublar (ISO19139 kimi) arasında fərqli şəkildə kodlanmışdır. Birbaşa nəticə: yarada biləcəyiniz XML faylı fərqli bir quruluşa, xüsusən də fərqli etiket adlarına və təşkilata və fərqli məzmuna malik olacaq (ArcGIS tərzi XML-də ISO19139 XML-dən çox olacaq). Bu asandır və (lakin) standart metadataların ArcGIS-də yalnız oxumaq üçün olduğunu izah etmir.

Yerli ESRI nümayəndəmizdən bizə bildirildiyi kimi, ArcCatalog metadata redaktə interfeysi ArcGIS tərzi quruluşu ilə sıx bağlıdır və buna görə də digər metadata üslubları və ya standartları ilə işləmək istədiyiniz zaman məhdudlaşdırılır: ESRI üçün (yəqin ki) daha asandır. ArcGIS metadata faylı ilə ISO19139 ekvivalenti arasında bir sıra XSL faylları istifadə edərək, dəstəklədikləri müxtəlif metadata standartları üçün interfeyslərini yenidən kodlaşdırmaqdan daha çox bir dönüşüm prosesi hazırlayın.


İnternetdə bir çox araşdırmadan əldə etdiyim cavab, Arc GIS 10.x -də ISO 19139 məlumatlarını redaktə edə bilməməyinizdir. Məndə olan yeganə məsələ bu cavabın 2012 -ci ildə yazılmasıdır və bunun hələ də belə olduğunu təsdiq edə bilmərəm.


ISO Metadata Redaktoruna baxış

ISO coğrafi metadata standartının tətbiqinə keçid başladıqda, cəmiyyət FGDC -dən ISO 19115: 2003 Coğrafi Məlumat - Metadata + Corrigendum 1 metadata yarada bilən tətbiqlər haqqında məlumat toplamasını istədi. Aşağıdakı məlumatlar bu ehtiyacı aradan qaldırmaq üçün tərtib edilmişdir. Bu məlumatlar ISO 19115-1: 2014 - Coğrafi məlumatlar - Metadata - Part 1: Fundamentals -ı dəstəkləyən redaktorlar üçün yenilənəcək.

Metodlar:

Mövcud ISO Metadata Redaktorlarının növbəti araşdırması, NOAA Milli Geofiziki Məlumat Mərkəzinin (NGDC) xüsusi köməyi ilə FGDC Metadata İşçi Qrupu tərəfindən aparılmışdır. Baxış iki hissədən ibarətdir. Birinci hissə, "Xüsusiyyətlərə Baxış", redaktorun xüsusiyyətləri və imkanları haqqında məlumatı birbaşa proqram tərtibatçılarından topladı. İkinci hissə, 'İstifadəçi Baxışı', FGDC Metadata İşçi Qrupundan könüllülərin redaktorlara daxil olduqları və tətbiq etdikləri müşahidələrini topladı. Bütün məzmun tətbiq tərtibatçıları və istifadəçilər tərəfindən alındı ​​və nəzərdən keçirildi. Bu səbəbdən FGDC, qeyri -dəqiqlik və ya yanlış məlumatlara görə məsuliyyət daşımır. Bundan əlavə, bu məlumatın təqdim edilməsi, bu müraciətlərin FGDC tərəfindən təsdiqləndiyini ifadə etmir və ya nəzərdə tutmur.

Baxış ISO 19115: 2003 Coğrafi Məlumat - Metadata + Corrigendum 1 əsaslı metadata redaktorları ilə məhdudlaşdı və bunlarla məhdudlaşan tətbiqləri əhatə etmir.

  • ISO 19115 -dən başqa metadata standartları
  • metadata doğrulama, paylama və ya redaktor olmayan digər metadata əməliyyatları.

Baxım:

FGDC, 2009 -cu ildə məlumatları yeniləmək üçün geliştiricilerle çalışdı. Yeni redaktorlar və xüsusiyyətlər ortaya çıxdıqca əlavə yeniləmələr veriləcək. Yalnız inkişaf etdiricilərin 'Xüsusiyyətləri nəzərdən keçirmək' məlumatlarını təqdim etdikləri ISO Metadata Redaktorları daxildir. Əlavə redaktorlar və ya mövcud və ya əlavə redaktorların 'İstifadəçi baxışında' iştirak etməkdə maraqlı olan istifadəçilər haqqında məlumat daxil etmək istəyən inkişafçılar FGDC ilə əlaqə saxlaya bilərlər. Məzmunun təqdimatını standartlaşdırmaq üçün bütün 'İstifadəçi Baxışları' müşahidələri moderatorlaşdırılacaq. (Qeyd: Bu məlumatlardan bəziləri, Hugh Phillips tərəfindən yaradılan və http://www.sco.wisc.edu/wisclinc/metatool/ saytında yerləşdirilən erkən CSDGM Metadata Redaktoru araşdırmasının bir hissəsidir.).

Məzmun:

2009 yeniləməsi on bir redaktoru ehtiva edir:

Redaktorların sayının artması səbəbindən yalnız yekun nəticələr verilir. Hər bir redaktor haqqında ətraflı məlumatı görmək üçün aşağıda göstərilən hər bir komponent üçün verilən 'Details Spreadsheet' seçimini seçin.


Metadata baxın

Bir təşkilat metadata aktivləşdiribsə, maddə sahibləri üçün maddə səhifələrində bir Metadata düyməsi görünür. Maddə sahibləri düyməni istifadə edərək daxili redaktora daxil olur və metadata daxil edir. Bir elementə metadata daxil edildikdə, maddəyə girişi olan hər kəs bir Metadata düyməsini də görür və təşkilat tərəfindən konfiqurasiya edilmiş metadata üslubunda metadata baxmaq üçün istifadə edə bilər. Maddə sahibi elementə metadata əlavə etdikdən sonra sahibi Metadata düyməsindən Baxmaq və ya Redaktə etmək seçimini görür.


Xüsusi ISO 19139 metadata şablonunu ArcGIS Desktop -da redaktə edirsiniz? - Coğrafi İnformasiya Sistemləri

GeoNetwork üçün ISO Uyğunlaşdırılmış Şimali Amerika Profili (HNAP) plagini

Kanada GeoNetwork cəmiyyəti paylaşımdan məmnundur ISO Uyğunlaşdırılmış Şimali Amerika Profili (HNAP) sxem plagini. Bu iki dilli bir uzantıdır ISO 19115: 2003 -ün Şimali Amerika Profili - Coğrafi məlumatlar - Metadata milli olaraq istifadə olunur.

Bu buraxılış haqqında ətraflı məlumat üçün ətraflı məlumat üçün 3.7.0 Milestone buraxılış qeydlərinə baxın.

İstifadəçi Təlimatı (HNAP) son istifadəçilər üçün verilir. İstifadəçi təlimatı, HNAP nümunələrindən istifadə edərək kataloq istifadəsini araşdırır. Bu, daha texniki GeoNetwork İstifadəçi və Geliştirici Kılavuzlarına son istifadəçi dəstəyidir.

Bu istifadəçi təlimatı yerli quraşdırma üçün mövcuddur.

Layihə problemi izləyicisi, davam edən mövzular etiketli müzakirə ilə ünsiyyət üçün istifadə olunur.

Bu plugin ilə istifadə ediləcək GeoNetwork versiyası

Əvvəlki versiyalarla sınaqdan keçirilməmiş GeoNetwork 3.12.x istifadə edin!

Sxema plagin redaktoru, əsas geonetworkun daha yeni buraxılışlarını tələb edən strukturlaşdırılmış mətn sahələrini redaktə etmək üçün bir sıra nəzarət vasitələrindən istifadə edir.

Profili mövcud bir quraşdırmada yerləşdirin

Plugin, mövcud bir GeoNetwork qurğusunda əl ilə yerləşdirilə bilər:

Hər buraxılışa bir banka, zip və sənəd yükləmə daxildir.

WEB-INF/data/config/schema_plugins/iso19139.ca.

HNAP kavanozunu geonetwork WEB-INF/libs-ə kopyalayın

Şeması-iso19139.ca.HNAP sənədini geonetwork sənədinə kopyalayın

GeoNetwork işə salındıqda bəzi xüsusi başlatma kodu var:

Daxil olan plagin, HNAP Thesauruses -in artıq quraşdırılıb -quraşdırılmadığını öyrənmək üçün GeoNetwork Data Directory ThesauriDir -i yoxlayacaq.

Əgər bunlar deyilsə (yəni bu, HNAP Şeması ilə GeoNetwork -ün ilk işidir), tələb olunan tezaurus sənədləri bankadan Məlumat Kataloğunda doğru yerə kopyalanır.

Ətraflı məlumat üçün SchemaInitializer.java'ya baxın.

Pluginin mənbə koduna əlavə edilməsi

Ən yaxşı yanaşma, plagini alt modul olaraq əlavə etməkdir:

Avtomatik yerləşdirmə üçün add-schema.sh istifadə edin:

Tətbiq qurulduqdan sonra müharibə faylı şema plaginini ehtiva edir:

Yerli olaraq qurulmuş profili mövcud quraşdırmaya yerləşdirin

İso19139.ca.HNAP qovluğunu sxemlərdən/iso19139.ca.HNAP/src/main/plugin-dən geonetwork WEB-INF/data/config/schema_plugins/-ə kopyalayın.

HNAP kavanozunu hədəfdən "WEB-INF/libs" geonetwork-ə kopyalayın.

Sənədlər sfenks-rtd-temalı sfenks quruluşudur. GeoCat, ilk direktivlərin və formatlamanın istifadəsi ilə bağlı bir yazı təlimatı təqdim etdi.


Mənalı meta məlumatları ələ keçirmək üçün məlumat mühafizəçilərinə ehtiyac

Məkan yönümlü bir problemi həll etmək üçün heç bir məlumat mənbəyi əldə etməyə çalışmısınızmı? Probleminizi həll etmək üçün kimin hansı məlumatları ələ keçirəcəyini və hansı verilənlər bazasının ən uyğun olacağını necə bilirsiniz? Mövcud məlumat toplusundan hansının xüsusi probleminizi həll etmək üçün ən uyğun olacağını müəyyən etmək üçün əvvəlcədən təyin edilmiş qəbul meyarları ilə bütün mövcud məlumat toplusunu süzgəcdən keçirmək lazımdır.

Cənubi Afrikada GIS tarixi ümumiyyətlə 1980-ci illərin ortalarında izlənilə bilsə də, o vaxtdan bəri çoxlu məkan məlumatları toplanmışdır. GIS texnologiyası davamlı olaraq inkişaf etdikcə və GIS tətbiqləri sürət qazandıqca məlumatların miqdarı eksponent olaraq artır. Məkan məlumatları qərar qəbul etmədə mühüm rol oynayır. Kimin hansı məkan məlumatlarına sahib olduğunu bilmək və hansı bir verilənlər bazasının müəyyən bir məqsəd üçün ən uyğun olacağını müəyyən etmək çox vaxt və səylərə qənaət edə bilər. Bununla belə, müvafiq məlumatların əldə edilməsi və əldə edilməsi ən böyük problemlərdən biri olaraq qalır.

GIS praktikləri ehtiyaclarına uyğun olan məlumatları tapmaq üçün mövcud məkan məlumatlarının elektron kataloqunu axtarmağı bacarmalıdırlar. Məlumatların aşkar olmasını təmin etmək üçün bütün mövcud məlumat dəstləri üçün metadata əvvəlcə tutulmalı və kataloqlaşdırılmalıdır. Bununla birlikdə, mənalı metadata ələ keçirilmədiyi təqdirdə, müəyyən bir istifadəyə yararlılığı müəyyən etmək üçün məlumatların istifadəçinin ehtiyac duyduğu qədər aşkar edilə bilməz.

Şəkil 1: "Metadata Sahələri Müqayisəsi" siyahısından uyğunlaşdırılmış ümumi metadata bölmələri, varlıqlar və elementlər [12].

Məkan Məlumat İnfrastrukturu Qanunu (SDI Qanunu, 2003-cü il, № 54), Cənubi Afrikanın milli inkişaf məqsədlərinə çatmaq üçün qərar qəbul etməyi dəstəkləmək üçün strateji bir varlıq olaraq məkan məlumatlarının dəyərinin qəbul edilməsidir.

Qanun Cənubi Afrika Məkan Məlumat İnfrastrukturunu (SASDI), Məkan Məlumatları Komitəsini (CSI) və elektron metadata kataloqu (EMC) yaratdı. Qanun eyni zamanda, məkan məlumatlarının paylaşılmasını asanlaşdırmaq üçün standartların və reseptlərin təyin edilməsini, məlumatların təkrarlanmasının qarşısını almaq, metadataların və bununla əlaqədar olan məsələlərin ələ keçirilməsini və nəşrini təmin edir. Məkan məlumatlarına sahib olan dövlət orqanlarına və məkan məlumatı istifadəçilərinə aiddir [1].

Cənubi Afrika Məkan Məlumat Altyapısı (SASDI)

SASDI, "məkan məlumatlarının tutulmasını, idarə edilməsini, saxlanmasını, inteqrasiyasını, yayılmasını və istifadəsini asanlaşdıran milli texniki, institusional və siyasət çərçivəsidir" (1, Böl. 3. (1)). "Milli" və "institusional" sözləri, SASDI-nin milli geo-informasiya (GI) icması tərəfindən istifadə edilməsi üçün nəzərdə tutulduğunu və bütün dövlət qurumlarının oynayacağı məkan məlumat infrastrukturunun (SDI) roluna malik olduğunu bildirir.

SASDI -nin məqsədləri digərləri arasında (1, Böl. 3. (2)):

  • Dövlət orqanları arasında əməkdaşlıq edərək məkan məlumatlarını əldə edin.
  • Məkan məlumatlarının effektiv idarə olunmasını və saxlanmasını təşviq edin.
  • Məkan məlumatlarının istifadəsini və paylaşılmasını təşviq edin.
  • Maraqlı tərəflər arasında koordinasiya və əməkdaşlığı asanlaşdırmaq.
  • Məlumat tutma dublikatını aradan qaldırın.
  • Məkan məlumatlarına universal çıxışı təşviq edin.
  • Məkan məlumatları ilə əlaqəli əsərlərdə dövlətin müəllif hüquqlarını qoruyun.

SASDI -nin bir hissəsi olan EMC, istifadəçilərin məkan məlumatlarına çıxışını təmin etməkdə əhəmiyyətli rol oynayır. Qəyyumlar məlumatlarının idarə edilməsi, saxlanılması və onlara girişin təmin edilməsi baxımından müəyyən məsuliyyətlər götürmüşlər.

Məlumatların qorunması

Əsas (əsas) məlumatların müəyyən edilməsi və qəyyumların təyin edilməsi

SASDI -ni tətbiq etmək üçün məlumatların mühafizəçilərini təyin etmək və sağlam məlumat idarəçiliyini tətbiq etmək lazımdır. Baza məlumatları saxlayanların təyin edilməsinə üstünlük verərək və onların metadatalarını EMC -də dərc etmələrini təmin edərək, istifadəçilər əvvəlcə əsas məlumat dəstlərinə çıxış əldə edəcəklər. Sonradan digər məlumat mühafizəçilərinin təyin edilməsi, nəticədə bütün dövlətə məxsus məlumat toplusu üçün metadatanın nəşrini təmin edəcək və bununla da universal giriş təmin edəcək.

SDI Qanunu, bir verilənlər bazasını "məlumat saxlayıcısı tərəfindən tutulan və ya toplanan məkan məlumatlarının mövzuları" olaraq təyin edir (1, Böl. 1). Bu tərif birmənalı deyil və əsas məlumatları digər məlumatlardan fərqləndirmir. Məlumat mühafizəçisi "bir dövlət orqanı və ya müstəqil podratçı və ya bir ictimai gücün həyata keçirilməsi və ya bir ictimai funksiyanı yerinə yetirən, məkan məlumatlarını tutan, saxlayan, idarə edən, inteqrasiya edən, yayan və ya istifadə edən bir şəxs" olaraq təyin olunur (1, Bölmə 1). İctimai güc/funksiya qanunvericilik məsuliyyətini nəzərdə tutur. Ancaq bu tərif çox genişdir və məkan məlumatlarını tutan hər hansı bir quruma tətbiq edilə bilər.

Bu səbəbdən, CSI -nin Məlumat Alt Komitəsi, 2011/2012 -ci illərdə Cənubi Afrikanın əsas məkan məlumat dəstləri və məsul qəyyumlarını təyin etmək meyarlarını müəyyən etmək üçün araşdırma və maraqlı tərəflərin araşdırmalarını təyin etdi [2]. Nəticələr işlənmiş, konsolidasiya edilmiş və 1 oktyabr 2012 -ci il tarixində CSI iclasında təqdim edilmişdir. Aşağıdakı tövsiyələr qəbul edilmişdir [3]:

  • Tövsiyə 1: Baza coğrafi məlumatların müəyyən edilməsi. Baza coğrafi məlumat dəstləri, Cənubi Afrikanın milli və beynəlxalq prioritetlərini yerinə yetirmək üçün müxtəlif inzibati səviyyələrdə bir istinad bazası olaraq geniş istifadə olunan minimum əsas məlumat dəstləri olaraq təyin olunur.
  • Tövsiyə 2: Baza coğrafi məlumat dəstləri üçün meyarlar:
    – İstifadəsindən əhəmiyyətli fayda əldə edən fərqli sektorlardan olan istifadəçilərin müxtəlifliyi (məcburi).
    – Asanlıqla və ya ümumiyyətlə əvəz edilə bilməz (məcburi).
    – Geniş istifadə üçün kifayət qədər detal və dəqiqlik (məcburi).
    – Maraqlandığınız sahə üzrə tam əhatə, tercihen milli (məcburi).
    – Qəyyumun əsas vəzifəsi (şərti) nəticəsində istehsal olunur.
    – Digər məlumat dəstlərinə dəqiq istinad etmək və ya analizin nəticələrini göstərmək üçün mənbə (şərti).
  • Tövsiyə 3: Baza verilənlər bazası saxlayıcılarını müəyyən etmək meyarları:
    – Məcburi məsuliyyət (məcburi).
    – Qəyyum olmaq üçün kifayət qədər tutum, resurs və infrastruktur (şərti).
    – CSI tərəfindən tələb olunur (məcburi).

Dövlət orqanları üçün məcburi məsuliyyət ayrı bir xidmətin, əməliyyat və ya iş ehtiyacının ödənilməsi üçün qanunvericilik, kabinet/departament strategiyası və ya siyasətlə müəyyən edilir. Məcburi məsuliyyət, qabiliyyət, qaynaqlar və infrastruktur üçün təminat verməlidir, buna görə də bu Qanun baxımından xüsusi olaraq nazir tərəfindən verilmədiyi təqdirdə, qəyyumluq vəzifələrindən bağışlanmaq üçün motivasiya yaratmır.
(1, Böl. 20. (1) (c)).

  • Tövsiyə 4: Mövzu, baza məkan məlumatları koordinatoru və məlumat mühafizəçisi. Bu tövsiyə, koordinasiya edən qəyyumun baza məlumatlarını saxlayana məlumat vermədən manipulyasiya etməməsi şərti ilə qəbul edilmişdir. Eyni zamanda "əlaqələndirici qəyyum" ifadəsinin "baza məkan məlumatları koordinatoru" ilə əvəz edilməsi tövsiyə edildi.
    Qəyyumluq, məkan komponentindən məsul olan baza məkan məlumatları saxlayıcısı ilə verilənlər toplusunun məkan və atribut komponentlərinin ayrı -ayrılıqda tutulduğu atribut komponentindən məsul olan bir baz atribut məlumat saxlayıcısı arasında paylaşıla bilər. Qəyyumluq, hər biri müəyyən bir sahə və ya səlahiyyət sahəsindən məsul olan birdən çox qəyyum arasında paylaşıla bilər. Belə hallarda, texniki tapşırıqları dəqiqləşdirmək üçün xidmət səviyyəsi müqavilələri qurmaq məsləhətdir.
  • Tövsiyə 5: On əsas məkan məlumatı mövzusunun sınaqdan keçirilməsi. Vəzifəli sərhədlər, görüntülər, yollar, sosial statistika, torpaqdan istifadə, torpaq örtüyü, kadastr, hidrologiya, geodeziya və qorunma: 4 mühafizəçinin və baza məlumat koordinatorlarının təyin edilməsi və təyin edilməsini sınaqdan keçirmək üçün on əsas məkan məlumat mövzusu və əlaqəli məlumat dəstləri təklif edildi [4].

Baza Dataset Qəyyumluq Siyasəti baxımından, məlumat saxlayanların vəzifələrinə [5] daxildir:

  • Səlahiyyətli mənbə: Baza verilənlər bazası saxlayıcıları, baxdıqları baza məlumat dəstləri üçün səlahiyyətli mənbə hesab olunur. Məlumat toplama, doğrulama, saxlama, idarəetmə, arxivləşdirmə və sənədləşdirmə, dəqiqlik, valyuta, metadata, saxlama və təhlükəsizlik (Sec. 6.1.1) proseslərindən/funksiyalarından məsuldurlar.
  • Əməkdaşlıq və koordinasiya: Baza verilənlər bazası saxlayıcıları: məkan məlumatlarının paylaşılmasında bir -biri ilə əməkdaşlıq edərək və əlaqələndirərək resursların səmərəli, iqtisadi və səmərəli istifadəsini təşviq etməyi öhdəsinə götürməlidirlər ki, məkan məlumatlarının əlçatanlığını və paylanmasını yaxşılaşdırsınlar, məlumatların ələ keçirilməsinin və xərclərin hökumət məsləhətçilərinin bütün sahələrində təkrarlanmasının qarşısını alsınlar. məlumat tutma/yeniləmə ehtiyaclarını təyin edərkən Batho Pele prinsiplərinə uyğun olaraq. CSI tərəfindən baza məlumat dəstlərini tutmaq üçün icazə almış dövlət orqanları bunu müvafiq baza məlumatları saxlayıcısı ilə məsləhətləşərək etməli və bu məlumatları heç bir ödəniş etmədən saxlayana qaytarmalıdır. İstifadəçilər, lazımi rəy verməli və lazım olduqda istifadəçiyə düzəldilmiş məkan məlumatlarını heç bir ödəniş etmədən təmin etməli olan müvafiq saxlayana müraciət etmək üçün Form D [6] dolduraraq məkan məlumat dəstlərində tapılan səhvləri bildirməlidir. Bir istifadəçiyə bir verilənlər bazası saxlayıcısı tərəfindən bir verilənlər bazasını yeniləmək üçün icazə verildiyi təqdirdə, heç bir dəyəri olmadan əsas verilənlər bazası saxlayıcısına qaytarılmalıdır.
    (Bölmə 6.1.2).
  • Giriş: Baza verilənlər bazası saxlayıcıları: məlumat saxlama təminatı üçün meta məlumatları ələ keçirməli və ya əlaqəli metadata ilə birlikdə məkan məlumatlarını yaymalı və ya məlumatı İstifadə halında ictimaiyyətə təqdim etməlidirlər. NSIF tərəfindən idarə olunan Data Capture Layihə Reyestrində (DCPR) şəxsi məlumat reyestrinin məlumat tutma layihələrinin itirilməməsi, icazəsiz girişi, dəyişdirilməsi və ya açıqlanmaması üçün təhlükəsizlik tədbirləri tətbiq olunan qanunvericiliyə uyğun olaraq tətbiq olunur. 6.1.3).
  • Paylaşılan baza verilənlər bazası qəyyumluğu və idarəçiliyi: Qəyyumluq paylaşıldığı təqdirdə, töhfə verən qəyyumlar baza məlumat bazası üçün siyasətlər, standartlar və reseptlər barədə razılığa gəlməlidirlər (Böl. 6.1.4). İdarəçiliyi qurmaq üçün, bir verilənlər bazasının ortaq qəyyumluğunu idarə etmək üçün bir verilənlər bazası koordinatoru təyin edilə bilər. Məsuliyyətlər arasında siyasət, standartlar və reseptlərin müəyyən edilməsi, habelə kollektiv girişlərin əlaqələndirilməsi və bir verilənlər bazasına konsolidasiya olunmaq üçün birdən çox məlumat dəstinin uyğunluğunun və inteqrasiyasının təmin edilməsi daxildir (Böl. 6.1.5).
  • Məlumat keyfiyyəti: Məlumat mühafizəçiləri: məlumatlarının dəqiq, cari və müəyyən edilmiş spesifikasiyalara uyğun olaraq qeyri -müəyyənliklərdən uzaq olmasını təmin etməlidirlər ki, məlumatlarının keyfiyyəti və həlli müəyyən edilmiş istifadəçi ehtiyaclarını ödəsin və məlumatların düzgünlüyünə dair məlumatların metadata keyfiyyət ifadələrinə daxil olsun ( Bölmə 6.1.7).
  • Hüquqlar: Məlumat mühafizəçiləri “ Məkan İnformasiya Məhsullarının və Xidmətlərinin Qiymətləndirilməsi Siyasəti ” -ə uyğun olaraq məlumatları üçün ödəniş etmək hüququna malikdirlər.
    (Böl. 6.1.8) [7].
  • Data Capture Layihəsinin Qeydiyyatı: Bütün məlumat toplama layihələri NSIF tərəfindən saxlanılan Məlumat Capture Layihə Reyestrində (DCPR) qeydiyyata alınmalıdır. NSIF aşağıdakı təqdimatları idarə etməlidir:
    – Məlumat toplama layihələrini həyata keçirmək istəyən məlumat mühafizəçiləri, E2 Formasını [8] dolduraraq məkan məlumatları toplamaq niyyətləri barədə CSI -yə bildirməlidirlər.
    – Məlumat toplama layihələrini həyata keçirmək istəyən qəyyum olmayanlar, Forma E1 [9] dolduraraq məkan məlumatları toplamaq üçün CSI-dən icazə istəməlidirlər.
    – İstifadəçilər, sonrakı məkan məlumatlarını ələ aldıqda/yenilədikdə, F [10] Formunu dolduraraq məlumat tutma istifadəçi tələblərini müvafiq məlumat saxlayanlar tərəfindən nəzərdən keçirilə bilər.

SDI Qanunu metadatanı "məkan məlumatının məzmununun, keyfiyyətinin, vəziyyətinin və digər xüsusiyyətlərinin təsviri" olaraq təyin edir. Metadata, coğrafi mənbələrin "kim, nə, nə vaxt, harada, niyə və necə" olduğunu təsvir edir.

Metadata aşağıdakı funksiyaları təmin edir:

  • Baxım: Bir təşkilatın coğrafi mənbə sərmayəsini saxlamaq.
  • Yayılma: İstifadəçilərə, distribyutorlara, məlumat kataloqlarına və ya klirinq mərkəzlərinə bir təşkilatın mənbələri haqqında məlumat vermək.
  • İstifadə edin: Xarici mənbələrdən məlumatları şərh etmək və emal etmək üçün lazım olan məlumatları təmin etmək.

Metadata dörd rol oynayır [11]:

  • Kəşf/mövcudluq: Müəyyən bir mövzu və ya coğrafi ölçü/yer üçün hansı məlumat dəstlərinin mövcud olduğunu müəyyən etmək üçün lazım olan məlumatlar (başlıq, coğrafi ölçü kimi elementlər).
  • İstifadəyə yararlılıq: Məlumat toplusunun müəyyən bir ehtiyaca cavab verəcəyini müəyyən etmək üçün lazım olan məlumatlar (məhdudiyyətlər, keyfiyyət, miqyas/qətnamə kimi elementlər).
  • Giriş: Distribyutordan və ya sahibindən bir məlumat toplamaq üçün lazım olan məlumatlar (qaynaq saytı/URL, əlaqə məlumatları kimi elementlər).
  • Məlumat ötürülməsi: Məlumat toplusunu emal etmək və şərh etmək, xarici mənbədən köçürmə yolu ilə və ya məlumat inteqrasiyası üçün almaq üçün lazım olan məlumatlar (metodologiya, məkan istinad sistemi kimi elementlər).

Metadata ümumiyyətlə müəyyən bir meta məlumat standartına uyğun olaraq çəkilir. Metadata standartları, müəyyən istifadəçi qruplarının xüsusi qaynaq növlərini təyin etmək ehtiyaclarını qarşılamaq üçün hazırlanmışdır. Metadata sxemini/sxemini (metadata bölmələri, varlıqlar və elementlər) və metadatanın necə ələ keçirilməsini və təmsil olunmasını müəyyənləşdirirlər.

Beynəlxalq Standartlar Təşkilatının (ISO) coğrafi məlumatlar üçün standartlar hazırlayan bir alt komitəsi var (TC 211). Metadata üçün iki beynəlxalq standart bunlardır: ISO 19115-1: 2014-Coğrafi Məlumat-Metadata-Hissə 1: Əsaslar və ISO 19139: 2007-Coğrafi Məlumat-Metadata-XML sxeminin tətbiqi. Digər beynəlxalq miqyasda tanınan metadata standartlarına aşağıdakılar daxildir: Dublin Core, çoxlu mənbələri müəyyən etmək üçün yalnız 15 metadata elementi və Federal Coğrafi Məlumat Komitəsi (FGDC) Standartı-FGDC-STD-001-1998, həmçinin Rəqəmsal Coğrafi Məkan üçün Məzmun Standartı olaraq adlandırılır. Metadata (CSDGM).

Bəzən bir ölkə və ya təcrübə birliyi, xüsusi ehtiyaclarına uyğun olaraq bir metadata standartını uyğunlaşdırır. Bu bir metadata profili olaraq bilinir. SANS 1878-1: 2005, "Cənubi Afrika məkan metadata standartı, 1-ci hissə: Əsas metadata profili" adlı Cənubi Afrika Milli Standartıdır (SANS). Bu standart, Cənubi Afrikada coğrafi məlumat və xidmətlər üçün lazım olan sxemləri müəyyən etmək üçün uyğunlaşdırılmış ISO 19115 standartının profilidir. SANS 1878-2: 2010 standartı da var "Coğrafi məlumatlar-Metadata-2-ci hissə: Görüntülər və gizli məlumatlar üçün uzantılar".

SDI Qanunu baxımından "bir məlumat saxlayan, əlində olan hər hansı bir məkan məlumatı üçün metadatanı tutmalı və saxlamalı və bu cür məlumatların istifadəçilərə təqdim edilməsini təmin etməlidir" [1]. Bundan əlavə, Sec baxımından. 14 (3), bir məlumat saxlayan və ya məkan məlumatı verən bir məlumat satıcısı, məkan məlumatları/məlumatları ilə birlikdə müvafiq metadata verməlidir.

SDI Qanununun metadata tələblərinə tam riayət etmək üçün təşkilatlar: Sec. Məlumata Girişin Təşviqi Qanununun 14 (PAIA, 2000 -ci il 2 saylı Qanunu) (ii) hər hansı bir məlumat dəsti ilə birlikdə yayılmış/yayılmış və (iii) meta məlumatlarının EMC -də yayımlanmasını təmin etməklə. Müvafiq metadata məlumatlarının saxlanması da PAİA Qanununa zidd olaraq qəbul edilə bilər.

Metadata tutmaq üçün elementlər

CSI Məlumat və Standartlar alt komitələri əsas metadata elementlərini və onlarla əlaqəli məcburi, şərti və könüllü öhdəlikləri müəyyənləşdirmək üzərində işləyir. Bir sıra standartlar üçün metadata sahələrini (elementləri) müqayisə edərək "Metadata Sahələri Müqayisəsi" siyahısını tərtib etdilər [12]. Bu iş hələ yekunlaşmayıb və təsdiq üçün CSI -yə təqdim edilməlidir. Bununla birlikdə, bu, məlumat saxlayanları və ya töhfə verənləri məlumat saxlamaları üçün metadatanın mahiyyətini sənədləşdirməyə mane olmamalıdır.

Əsas metadata elementləri istifadəçilərə coğrafi məlumatları axtarmağa və kəşf etməyə imkan verən suallara nə, harada, nə vaxt və kimlə əlaqə saxlamağı cavablandırır. Adlar fərqli metadata standartlarında dəyişə bilsə də, Şəkil 1-dəki ümumi meta məlumat bölmələri, varlıqlar və elementlər bu siyahıdan və SANS 1878-1: 2005-in Cədvəl 2-də sadalanan "coğrafi məlumat dəstləri üçün əsas metadata" dan uyğunlaşdırılmışdır [13]. . Mavi rəngli mətn, əksər məkan məlumat dəstlərini və ya mənbələri təsvir etmək üçün lazım olan minimum metadatanı göstərir və görüntülər üçün#8211 uzantıları daxil edilmir. Göstərilən məcburi (M), şərti (C) və könüllü (O) öhdəliklər hələ yekunlaşmadığı üçün yalnız bir təlimat olaraq qəbul edilməlidir.

Metadata çəkmək üçün bəzi faydalı göstərişlər

  • Metadata olmadan, rəqəmsal bir qaynaq geri dönməz ola bilər. Elektron metadata kataloqu, yalnız tutulan metadata elementlərinə əsaslanan məkan məlumatlarını tapmaq mümkündür. M/C/Ç öhdəliyindən asılı olmayaraq, bir məlumat toplusunu düzgün müəyyənləşdirmək və məlumatların səhv tətbiq edilməməsini təmin etmək üçün lazım olan qədər çox element alınmalıdır. Əlavə elementlər sırf nəzərə alınmamalıdır, çünki tutma öhdəliyi nəzərdə tutulmur.
  • İdeal olaraq, hər bir məlumat mühafizəçisinin/töhfə verən təşkilatın istifadə ediləcək metadata standartını/profilini, tutulacaq metadata elementlərini və məsul şəxsləri, tutma və doğrulama prosedurlarını təyin etmək üçün bir metadata idarə planına malik olmalıdır. Şablonları və metadata tutma qaydalarını tərtib etmək, meta məlumatların alınmasının iş proseslərində qurulmasını təmin etmək və təşkilatın metadata kataloqunda, eləcə də SASDI EMC -də ələ keçirmək və nəşr etmək üçün metadataları birləşdirmək üçün bir metadata meneceri təyin edilə bilər. Metadata bir metadata kataloqunda nəşr olunduqdan sonra, məlumat dəstlərinin kəşf oluna biləcəyini yoxlamaq və metadata tutma qaydalarını uyğunlaşdırmaq üçün bəzi axtarışlar aparmaq məsləhət görülür [14].
  • Məkan məlumatlarının toplanması və ya işlənməsi ilə məşğul olan praktiklər metadata girişlərini təmin etməlidirlər. Metadatanın tutulmasını sonraya və ya məlumat tutma prosesində iştirak etməyənlərə buraxmaq yanlış və ya etibarsız məlumatların tutulmasına səbəb ola bilər.
  • Tercihen açar sözlər, referatlar və təsvirlər standart lüğətə əsaslanmalıdır. Axtarışlar, məsələn, bəzi praktikantlar “alien bitki örtüyünə ”, digərləri isə “invader növlərinə istinad etsələr, səmərəli olmaz ”[12].
  • GIS proqram sistemləri meta məlumatların necə tutulduğuna görə fərqlənir. Esri ArcGIS kimi bəzi mülkiyyət proqramlarında meta məlumatlar xüsusiyyətlərdən və sənədlərdən ibarətdir. Vəziyyət və ya koordinat sistemi kimi xüsusiyyətlər, avtomatik olaraq məlumat mənbəyindən əldə edilən xas xüsusiyyətlərdir. Məqsəd və açar sözlər kimi sənədlər istifadəçi və ya məlumat/metadata idarəçisi tərəfindən daxil edilir. Bu o deməkdir ki, bütün metadata avtomatik olaraq alınmır və qəyyumlar/ianəçilər sənəd bölmələrini özləri əllə tutmalıdırlar. Bununla birlikdə, bir əmlakın dəyəri əl ilə düzəldildikdə, kateqoriyaları mülkiyyətdən sənədlərə dəyişdiyini və maddə əlavə məlumat manipulyasiyası və ya emalı ilə dəyişərsə gələcəkdə avtomatik olaraq yenilənməyəcəyini qeyd etmək lazımdır [14].

NRF tərəfindən ev sahibliyi edilən SASDI metadata portalı

SDI Qanunu, eyni zamanda bir EMC qurur və tələb edir ki, məlumatların mühafizəçiləri EMC -yə daxil olmaq üçün metadatalarını müəyyən edilmiş qaydada şöbəyə təqdim etməlidirlər [1]. Şöbə, EMC -ni inkişaf etdirmək və saxlamaq üçün səlahiyyətli olan NSIF tərəfindən təmsil olunur. “ Təyin olunmuş qaydada ”, məlumatların qorunması ilə məşğul olanların EMC -də meta məlumatlarını çəkməkdən özləri məsul olmasını tələb edir.

Mövcud EMC, NRF tərəfindən ev sahibliyi edilən SEAON sistemindəki SASDI metadata qovşağıdır və ya birbaşa URL vasitəsilə əldə edilə bilər: www.sasdi.net [15] və ya SASDI veb saytı: www.sasdi.gov.za [ 16], "EMC" sekmesini tıklayarak. Qəyyumlar və ya hər hansı bir məlumat verən sistemdə qeydiyyatdan keçə, bir qəyyum/töhfə verən bir düyün yarada və meta məlumatları birbaşa EMC -də tuta, qəyyumun/iştirakçının öz sistemindən meta məlumat toplaya və ya mövcud öz metadata qeydlərindən metadata endirə bilər.

SAEON portalı müxtəlif metadata standartlarını dəstəkləyir və maraqlı tərəflər icması tərəfindən tələb olunarsa daha çoxunu dəstəkləmək üçün nəzərdə tutulmuşdur [17]. Hal hazırda dəstəklənən standartlar Dublin Core, EML 2.x, ISO 19115 və 19139, SANS 1878 və FGDC-CSDGM-dir.

İdeal olaraq, hər bir qəyyumun, istifadəçilərə metadatalarına baxmalarına və məkan məlumatlarına daxil olmalarına və ya əldə etmələrinə imkan verən bir web portalı olan bir daxili server və ya SDI olmalıdır. Bu, qəyyum sistemindən SAEON/SASDI sisteminə meta məlumatların "yığılması" prosesini də asanlaşdıracaq. Bununla birlikdə, bir qəyyumun SDI/veb portalındakı metadata, yalnız o qəyyumun mövcud metadata dair məlumatları arasında axtarışları təmin edərsə, SAEON/SASDI sistemində edilən axtarışlar, bütün qəyyumların və SASDI nodundakı digər töhfə verənlərin məlumatları arasında axtarışları təmin edəcək, həmçinin SAEON sistemindəki digər qovşaqlar. Bu istifadə üçün uyğun olan məlumatları tapmaq qabiliyyətini optimallaşdırır.

Mənalı metadata ehtiyac

Dəhşətli bir fakt budur ki, 2008 -ci ildə Rəyasət Heyəti və Dövlət Xidmətləri və İdarəsi Departamenti (DPSA) üçün aparılmış GIS məlumatları və qabiliyyət sorğusuna görə, 60 qurum tərəfindən sadalanan 1114 məlumat toplusundan “məlumatların 42% -i sadalanan məlumatların yalnız 10% -i üçün metadata saxlanılarkən saxlanılır ”[18].

Although the capturing of metadata for spatial data is mandatory for data custodians, it does not mean that other spatial data stakeholders, vendors or distributors do not need to capture metadata. Metadata lends credibility to spatial resources as well as to the organisation responsible. Metadata is therefore synonymous with marketing.

Many organisations assume that the dataset’s component metadata file (XML), even if incomplete, is sufficient proof that they have fulfilled their obligation in terms of complying with the SDI Act. It is very frustrating, when opening an XML file, to discover that many documentation sections have not been completed. It also means that the metadata is lacking vital information that deprives users of the ability to adequately choose a dataset most suited to their specific needs. Users are then required to acquire and investigate the dataset itself to determine its fitness for use – this is time-consuming and wasteful expenditure.

Finally, metadata becomes meaningful when it is properly captured and available for discovery. If sufficient metadata information on the available resources or datasets has been captured users can select a dataset that is fit for use for a specified subject and purpose within the required geographic extent. Metadata should also provide the necessary information to access or acquire the dataset as well as to guide its transfer and integration with other datasets. Ensuring that metadata is captured, current, freely available and accessible in an electronic metadata catalogue, will improve the access to and use of spatial data by all.

Acknowledgement

This paper was presented at Geomatics Indaba 2015, and is republished here with permission.


ArcUser Online

Metadata Support

Metadata has been used for centuries in the margins of maps and charts. Used within a GIS, standardization of metadata becomes increasingly important it provides users with an understanding of geographic information and allows the exchange of "data about data." Metadata standards identify and standardize the metadata user communities need to manage, share, and reuse their geographic data and promote global interoperability.

Recognizing that metadata support is crucial to building a strong spatial data infrastructure, Esri has supported standard metadata representations and developed metadata servers that enable users to discover and evaluate data that originates from multiple sources in a variety of formats. ArcView, ArcEditor, and ArcInfo, the ArcGIS Desktop products, allow users to create, manage, and edit metadata stored in an XML representation of Federal Geographic Data Committee (FGDC) Content Standards for Digital Geospatial Metadata or of the ISO 19115 Metadata Standard. With ArcIMS Metadata Services, users can create a central, online metadata repository for publishing and browsing metadata over the Internet. The metadata documents stored as ArcIMS Metadata Services can then be accessed using a client that communicates using ArcXML. Examples of these clients include ArcCatalog (the ArcGIS Desktop application for managing data) the ArcIMS Metadata Explorer (a set of JavaServer Pages that can be used to build a customized, browser-based application for searching for metadata) and Z39.50 and ISO 239.50 clients (national and international standards, respectively, that define protocols for computer-to-computer information retrieval).

Going Mainstream

The migration of GIS from projects to mission-critical business processes at the enterprise level, coupled with an emphasis on delivering a better return for investments in GIS technology and databases, continues to drive improvements in interoperability. Truly open systems allow sharing of geographic data not only with other GIS technologies but also with non-GIS applications that operate on different platforms. The ability to scale applications to support a wide range of implementation scenarios from the individual to a large organization requires customization and extension of capabilities using industry standard development tools.

Initially, the open development environments available with SDE let developers use MapObjects with popular Windows development environments, such as Visual Basic and Visual C++, to create custom applications. The ArcInfo Open Development Environment (ODE), ARC Macro Language (AML), and Avenue also provided methods for extending and customizing GIS software.

The release of ArcGIS greatly enhanced the extensibility, customization, and integration of GIS with non-GIS applications. ArcGIS Desktop is built using the ArcObjects framework. ArcObjects is a collection of software components with GIS functionality and programmable interfaces that is based on the COM architecture. ArcGIS applications, such as ArcMap, can be customized using the built-in Visual Basic for Applications (VBA) scripting language or COM-compliant programming languages such as Visual Basic, Visual C++, or Delphi. ArcObjects can also be used to build stand-alone applications or to add GIS functionality to existing, non-GIS applications.

As GIS has become integrated with the mainstream IT environment, interoperability with industrywide IT standards, as well as GIS standards, has taken on greater importance. Esri has worked to ensure compatibility and interoperability with enterprise systems such as enterprise resource planning (ERP), customer relationship management (CRM), enterprise application integration (EAI), work management systems, and decision support systems.

Increasingly, GIS software is deployed in these types of multiuser environments. In these environments, spatial data is accessed from a variety of platforms and devices. Consequently, GIS must support platform-independent solutions that can be implemented for different server hardware, operating systems, networks, databases, development tools, and desktop applications in addition to Web and mobile clients.

The ability of GIS to function in this sort of heterogeneous environment represents significant evolution from the situation in the mid-1990s. At that time, GIS was closely tied to native, proprietary spatial data structures. Although these early nonrelational file structures were optimized for fast access and relatively easy distribution between sites using the same GIS vendor software, the ability to share data among users across organizations was limited by network protocols and data sharing between organizations with different GIS vendor systems or business applications.

Evolving GIS Structures

The ArcGIS Server provides comprehensive GIS functionality that includes mapping, data management, and geoprocessing and extends the ArcGIS Engine with Web application templates, controls. and services. With ArcGIS 9, XML will provide a representation of the full geodatabase, making it independent of any DBMS container.

Gradually, GIS evolved into georelational structures that allowed related attribute data to be stored in a relational database that was linked to the file-based spatial features. However, the georelational format had limited scalability. The dual data structure (i.e., spatial features stored in proprietary file-based format with attributes stored in a relational database) also meant that the GIS could not take full advantage of relational database features such as backup and recovery, replication, and fail-over. In addition, supporting large data layers required the use of complex tiling structures to maintain performance, and sharing spatial information with other core business applications was still not very feasible.

The development of the geodatabase enabled spatial data to be stored in relational databases. Spatially enabling databases opened a new era of broad scalability and made the support of large, nontiled, continuous data layers possible. When these databases were combined with client development environments that could be embedded within core business applications, the sharing of spatial features with core business applications, such as customer management systems, became a reality. With spatially enabled databases, organizations could begin eliminating organizational spatial data islands and implementing enterprise GIS.

Data Model Development

In addition to geodatabases, the development of generic data models represents a fundamental move toward a higher level of interoperability. Esri's objective in creating data models for various industries, such as telecommunications and transportation, and applications, such as basemap and biodiversity, is to build designs that can be used by any GIS organization, regardless of the software being used. Each model has been developed by a consortium of domain expert users and business partners using accepted standards. These models support migration from existing file-based systems and are designed to be extensible, flexible, and easily adaptable to the requirements of specific organizatons.


CSW Clients for ArcGIS

  • Installation by running the msi file
    1. Download the CSW Clients from the Geoportal extension Add-On's website.
    2. Unzip the downloaded file.
    3. Run setup.exe.
    4. Follow the instructions in the setup wizard. Running the setup command in the "CSW Clients" install folder will install both the CSW Client for ArcGIS Desktop and the CSW Client for ArcGIS Explorer in one operation. You will need to specify which version (500 or lower, or 900) of ArcGIS Explorer is installed on your machine. If you do not have ArcGIS Explorer installed, you can download it. If you do not want to download ArcGIS Explorer but do want to use the CSW Clients in ArcMap, then it does not matter which option you select.
    5. During installation, the installer checks for the presence of the ArcGIS .NET framework. If the .NET Framework is not found, the CSW Client for ArcGIS Desktop will not be installed. However, installation will continue for CSW Client for ArcGIS Explorer, and a dialog box will appear notifying you of the installation status.

  • Installation from the command line (silent installation)
    1. Copy the following string into a text editor, such as Notepad:
      msiexec /i "[install_path_for_CSW_Client_msi]CSW Clients for ArcGIS Build 9.3.1.121.msi" /qn ADDLOCAL=Common,CSWAgx900,CSWArcMap ALLUSERS=1 INSTALLDIR_FS="C:/Program Files/ESRI/Geoportal/CSWClients/"LOGDIR="C:Documents and SettingsAll UsersApplication DataESRIPortalCSWClientsLog"
    2. Replace the [install_path_for_CSW_Client_msi] with the location of the msi file (eg, C:Downloads)
    3. Look at the ADDLOCAL variable. There are three parameters there: Common,CSWAgx900, and CSWArcMap. 'Common' and 'CSWArcMap' are required.The middle value, 'CSWAgx900' will install for ArcGIS Explorer 900. If the customer is using ArcGIS Explorer 500 or lower, then this value should be changed to 'CSWAgx'.
    4. After editing the string, open a command prompt.
    5. Copy and paste the edited string into the command line, and run the command. Qeyd: If the CSW Clients were not installed through the copy and paste, enter the string in manually, as sometimes hidden characters can be copied over which affects the command.

  • Add the CSW Client to ArcMap
    1. Start the ArcMap application of ArcGIS Desktop (ArcInfo, ArcEditor, or ArcView).
    2. Click Tools.
    3. Click Customize.
    4. Click the Commands tab.
    5. Scroll down through the list of Commands and highlight "Geoportal." The "CSW Client" icon will appear in the Commands window on the right.
    6. Highlight "CSW Client" in the list of Commands.
    7. Drag the CSW Client icon to any empty space on any toolbar in ArcMap that you wish.
    8. Close the Customize Box.

  • Add the CSW Client to ArcGIS Explorer, version 500 or lower
    1. Open the ArcGIS Explorer application.
    2. At the top of the application, click on the "Tools" menu and select "Manage Tasks". A "Manage Tasks" popup window appears.
    3. Click "Get Tasks. "
    4. Browse to the directory where the CSW Client files were installed. The default filepath is "C:Program FilesESRIGeoportalCswClients".
    5. Select the "CSWSearchTask.CustomTaskUI.nmf" file and click "Open". A download box appears. Click "Download".
    6. After the file has been downloaded into ArcGIS Explorer, the "Manage Tasks" window will have changed. It now has the "CSW Client" tasks listed in the left of the two boxes.
    7. Highlight the "CSW Client" task and click on the arrow located between the two boxes. The "Find Services" task is added to the box on the right.
    8. Click "OK" to close the Manage Tasks window.
    9. Notice that the "CSW Client" task is now listed at the bottom of the Tasks menu. Click on the arrow to the far right of the CSW Client task and select "Activate" to open it.

  1. Open the ArcGIS Explorer application.
  2. At the top of the application, click on the Globe icon in the upper left corner. Click on the button on the bottom of the window that reads "ArcGIS Explorer Options". An "ArcGIS Explorer Options" window appears.
  3. Click "Resources" from the menu on the left. The screen to the right populates with several headings. Click the "Add-Ins" button to the right of the Manage Add-Ins heading.
  4. Another window opens where you can view and manage Add-Ins. Click the "Add" button to the right of the window, and browse to the CSW Clients file "CSWSearchDockWindow.eaz", usually located at C:Program FilesESRIGeoportalCSWClients by default.
  5. Click "Open" to load the Add-In.
  6. When you close the Add-In dialog, you may be prompted to restart your ArcGIS Explorer 900 application. After it restarts, the CSW Client will always be available by default unless you choose to remove it from the Add-In's list.
  7. Access the CSW Client by clicking the Add-In tab at the top of the ArcGIS Explorer application.

Using CSW Clients for ArcGIS

  • Search a Catalog
    To conduct a search:
    1. Click on the Find tab.
    2. Type a term in the "Find" text box.
    3. Choose one of the catalog services from the "In Catalog" dropdown menu. To configure additional catalogs, see Configure Additional Catalogs and Profiles.

      Search Parameters
      • Live Data and Maps Only:
        The search can be limited to metadata whose data is classified as having the type "Live Data and Maps" by checking the box just beneath the "In Catalog" menu. Data of type "Live Data and Maps" can be added to ArcMap or ArcGIS Explorer as a layer. Data of other types, such as static images, downloadable data, applications, etc. cannot be added.
      • Maksimum:
        To limit the number of records returned in the search results, change the value in the "Maximum" box. The limit is 500.
      • Use Current Extent (ArcMap only):
        If an extent is already defined in the ArcMap document window, this box can be checked and the CSW Client will only retrieve results that fall into the defined extent. Some CSW service URLs do not enable extent requests, so this may affect the number of results returned.
      • The View Metadatatool will open the metadata's XML document in a new window.
      • The Download Metadatatool allows the metadata XML to be downloaded and saved.
      • The Xəritəyə əlavə ettool will add the data described by the metadata to the map or globe as a new layer. This button will be grayed out unless the metadata document has a content type of "Live Data and Maps". Currently, only Open Geospatial Consortium (OGC) Web Map Services (WMS) and ArcIMS Image Services are viewable as Live Data and Maps with the CSW Client. If you click the Add to Map button and no data is added to the map, it is possible that the metadata does not include service/resource name information. In order to display the live service in the Add to Map functionality, a service name must be provided in the metadata xml element that describes the link to the service or resource.
      • The next four buttons are related to the display of a record's spatial footprint in the current map window. The extent shown in the footprint corresponds to the bounding box defined in the metadata document.
        • The Display Footprint tool will show the extent of the highlighted metadata on the current map.



        • The Zoom to Footprinttool will zoom to the extent of the highlighted metadata on the current map. This is especially useful if the extent is a small region or the basemap uses a customized projection.
        • The Show All Footprinttool will add all the footprints in the Results window to the map at once. To hide them, click the same button again.
        • The Clear All Footprinttool will remove all footprints that have been added to the map.

        How the CSW Clients Work

        1. A GetCapabilities url to the catalog: This is input in the Catalog Service URL field on the Configure tab of the CSW Clients. The GetCapabilities url provides the catalog endpoint to which the CSW Clients send the search request and from which they receive the response.
        2. Search criteria: This is entered into the fields on the Find tab of the CSW Clients. Search criteria define what records are returned by the CSW Clients. Search criteria act as filters, such as filtering by a search term, if data should be Live Data only, and the maximum number of search results returned.
        3. A catalog profile: The catalog service's profile is selected from a dropdown menu on the Configure tab of the CSW Clients. The catalog profile designation indicates to the CSW Clients which profile the catalog service uses. The mapping between the catalog service and its profile is defined in a file called CSWCatalogs.xml. This file is updated each time a new catalog is configured with the CSW Clients Configure tab. The CSW Clients reference CSWCatalogs.xml to find out what profile the catalog uses.

          The list of available profiles is defined in another file, CSWProfiles.xml. The profile will indicate which xslt files will be used to formulate requests between the CSW Clients and the catalog.
        • Initial Request to a Service
          The initial communication flow for the CS-W request and response is shown in the diagram below, and an explanation of the numbered steps follows.



          1. When a user clicks the "Find" button for the CSW Clients, the CSW Clients references the CSWCatalogs.xml file to find the corresponding profile for that catalog service. The corresponding profile determines which GetRecordsRequest, GetRecordsResponse, and GetRecordByID_Response files will be used. Then, the CSW Clients create a generic xml. The generic xml looks like this:

            <csw:GetRecords version="2.0.2" service="CSW" resultType="RESULTS" startPosition="1" maxRecords="10" xmlns:csw="http://www.opengis.net/cat/csw/2.0.2">
            <csw:Query typeNames="csw:Record" xmlns:ogc="http://www.opengis.net/ogc" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:gml="http://www.opengis.net/gml">
            <csw:ElementSetName>full</csw:ElementSetName>
            <csw:Constraint version="1.0.0">
            <ogc:Filter xmlns="http://www.opengis.net/ogc">
            <ogc:And>
            <ogc:PropertyIsLike wildCard="" escape="" singleChar="">
            <ogc:PropertyName>AnyText</ogc:PropertyName>
            <ogc:Literal>wms</ogc:Literal>
            </ogc:PropertyIsLike>
            <ogc:PropertyIsEqualTo>
            <ogc:PropertyName>Format</ogc:PropertyName>
            <ogc:Literal>liveData</ogc:Literal>
            </ogc:PropertyIsEqualTo>
            </ogc:And>
            </ogc:Filter>
            </csw:Constraint>
            </csw:Query>
            </csw:GetRecords>


            At first glance, this generic xml may seem like an intimidating chunk of code but look closely at what information is being transferred. Everything corresponds to what is input into the CSW Clients user interface. In the GetRecords element, there is an attribute telling how many records should be retrieved - maxRecords, and in this example, ten records will be returned. There is an element defining the search term that is input - PropertyName AnyText, and in this example the search term is 'wms'. Then there is a parameter for retrieving content type of the document, if available - PropertyName Format, and in this example, records to be retrieved should be liveData (the "Live Data and Maps Only" checkbox in the user interface). Qeyd: There can be additional parameters in this generic xml for spatial extent, ISO Topic Category, and Modified Date. The parameters for ISO Topic and Modified Date are for use within the geoportal alone, and do not need to be specified for use with the CSW Clients.
          2. The CSW Clients interpret the generic XML, and applies a transformation according to the GetRecords_Request.xslt that translates the generic XML into a CS-W GetRecordsRequest so the catalog service can interpret the search criteria.
          3. The transformed xml is passed as a GetRecordsRequest to the catalog service.
          4. The catalog service responds with a list of records that match the search criteria, formatted in CS-W syntax.
          5. The CSW Client applies the GetRecords_Response.xslt to translate the catalog service response into resulting records for display by the CSW Client interface. Abstract, Footprint information for the Footprint buttons, and if the records are Live Data are also returned for each record.
        • View Metadata and Download Metadata buttons
          For the View Meatdata and Download Data buttons, the CSW Clients do not need to apply stylesheets to interpret user input or display the catalog service's response. Instead, the CSW Clients use the catalog service's native GetRecordById requests and responses to retrieve the metadata. This communication flow is shown in the diagram below, and an explanation of the numbered steps follows.



          1. When a user clicks the View Metadata or Download Data buttons, the CSW Clients request the full metadata document for the record using the catalog service's innate GetRecordById request defined in its GetCapabilities.
          2. The catalog service responds with a GetRecordById response, and the full metadata is returned to the user interface.
        • Add to Map button
          An additional transformation, called the GetRecordByID_Response.xslt, comes into play when the user clicks the Add to Map button. The communication flow is shown in the diagram below, and an explanation of the numbered steps follows.



          1. When a user clicks the Add to Map or Add Footprints button, the CSW Clients retrieve the GetRecordByID response from the catalog service.
          2. The CSW Clients then apply the GetRecordByID_Response.xslt to the response to extract the url that is used for the live service.
          3. The url is then sent to the user interface for Add to Map, or the footprint of the metadata as defined by the envelope information in the metadata.

        How to Configure Additional Catalogs

        • How to register a catalog service for use in the CSW Clients
          1. Start by clicking the "Configure" tab.



            On this tab you will see three input fields and three buttons. You will enter information into these fields that define the connection to the catalog service and provide the name for the service in the user interface.
          2. Düyməsini basın New button to clear the form for your new catalog service entry.
          3. In the "Catalog Service URL" input box, type the GetCapabilities URL of the service you wish to add. If you are registering your geoportal 9.3.1 catalog service, the format for the URL will be similar to the following:

            http://serverName/geoportal/csw/discovery?Request=GetCapabilities&Service=CSW&Version=2.0.2
          4. In the "Profile" drop-down list, specify the profile that the catalog service uses. It is sometimes possible to find this information by pasting the GetCapabilities URL in a web browser and reading the resulting response for clues. If you cannot determine the profile from looking at the GetCapabilities response, you may have to contact the catalog service's host organization and ask about the profile. If you are registering a geoportal 9.3.1 catalog service, the profile will be the ArcGIS Server Geoportal Extension profile. If the catalog service uses a profile that is not in the default dropdown list, you can ad the profile. See How to Author and Add a New Profile for instructions.
          5. Provide a display name for the catalog service by typing a name in the "Display Name" box.
          6. Düyməsini basın Save button to add the new catalog to the catalog list.
          7. Now, activate the Find tab. Your newly registered catalog service should appear in the In Catalog drop-down list.
        • How to update an existing catalog service from the list
          1. Click the "Configure" tab.
          2. Highlight the catalog service that is going to be updated in the Catalogs list. The Catalog Service URL, Profile, and Display Name will be loaded into the interface.
          3. Make your changes to these fields.
          4. Düyməsini basın Save button.
        • How to delete an existing catalog service from the list
          1. Click the "Configure" tab.
          2. Highlight the catalog service that you want to delete from the registered catalog list.
          3. Düyməsini basın Delete button.
          4. The system will display a confirmation dialog box. Click "Yes" to confirm the delete.

        What Information Is Required?¶

        For the purposes of data discovery and access, the West Coast Ocean Data Portal requires only a minimal set of information from the metadata. The following information is displayed in the portal, some of which is accessed when users filter or search for data of interest:

        Use Limitations / Constraints

        Bounding Box Coordinates in Latitude/Longitude (decimal degrees)

        URLs for data download, web services, kml, web application, documentation

        If the metadata meets the requirements of the Federal Geographic Data Committee (FGDC) endorsed standards, (https://www.fgdc.gov/metadata/geospatial-metadata-standards), it will definitely meet the requirements of the West Coast Ocean Data Portal.


        Other Tools and Resources:

        Facility Registry System (FRS) is a centrally managed database that identifies facilities, sites or places subject to environmental regulations or of environmental interest. FRS creates high-quality, accurate, and authoritative facility identification records through rigorous verification and management procedures that incorporate information from program national systems, state master facility records, data collected from EPA's Central Data Exchange registrations and data management personnel. The FRS provides Internet access to a single integrated source of comprehensive (air, water, and waste) environmental information about facilities, sites or places.

        The EPA Metadata Editor (EME) is a custom software tool that aids the practical documentation of geospatial datasets. EME v5.0 assists GIS professionals in creating, editing, and validating metadata that complies with EPA’s Metadata Technical Specification, ISO’s 19115 standard endorsed by the Federal Geographic Data Committee (FGDC), and OMB’s Project Open Data (POD) schema. EME v5.0 is EPA’s customization of Esri’s ArcCatalog metadata editor and creates ISO/POD-compliant ArcGIS Metadata.