Daha çox

SDE.ST_Geometry istifadə edərək Oracle verilənlər bazasından shapefile və ya gml necə yaradılır?


SDE.ST_Geometry sahəsi olan bir ORACLE verilənlər bazası 10g (Oracle Database 10g Enterprise Edition Release 10.2.0.3.0) var və pythonda bir proqram hazırlamaq istəyirəm, beləliklə bu ST_Geometry sahəsinə əsasən bir neçə shapefile yarada və digər sahələri istifadə edə bilərəm. yaxşı ki, formaları atributlarla doldura bilərəm. Yalnız verilənlər bazasına girişim var və hansı arcgis ilə əlaqəli olduğum barədə heç bir fikrim yoxdur.

Bunu necə edə bilərəm? Təklif var?


Eyni probleminiz varsa GDAL yaxşı bir yanaşma ola bilər ...

Zəhmət olmasa bir nəzər yetirin

http://www.gdal.org/ogr2ogr.html

http://www.gdal.org/ogr/drv_oci.html

import cx_Oracle # Import osgeo try: from osgeo import ogr, osr, gdal print "İdxal uğurla!" xaricində: sys.exit ('XATA: GDAL / OGR modullarını tapa bilmir') # Oracle verilənlər bazasına qoşulmaq üçün sizə lazım olacaq: Connection_String = 'istifadəçi adı / pwd @ (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)) (HOST = xx.) xxx.xxx.xx) (PORT = xxxx)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = name.service))) 'cx_Oracle.connect (Connection_String) cur = db.cursor () cur.execute ("forma seçin .minx, shape.miny, somefield from mydbase.table ") #" form "SDE.ST_Geometry sahənizin adıdır.

nəhayət bu linki izləməlisiniz:

http://www.digital-geography.com/create-and-edit-shapefiles-with-python-only/#.VDPnvPldU31

və problem həll edildi ... Eyni probleminiz varsa və bu sualı faydalı hesab edirsinizsə, səs verin.


Oracle məkanında CBS məlumatlarının idxalı / ixracı.

Bu yazıda Oracle Spatial-da CBS məlumat bazalarının idxalı və ixracına yönəlmiş proqram inkişafının bir neçə nəzəri və praktik aspektləri nəzərdən keçirilir. Oracle Spatial verilənlər bazasını yaratmaq üçün GIS raster sənədlərindən (ESRI, BIL) və ya CBS vektor sənədlərindən (GML, Shapefile) istifadə edəcəyik. Tətbiq, coğrafi məlumatları çıxarmaq və ya daxil etmək üçün verilənlər bazasına və ya CBS sənədlərinə qoşulur və bunun üçün coğrafi məlumatların idxalı və ixracı üçün fərqli alqoritmlərdən və raster və vektor məlumatları arasında dönüşüm üçün heuristic alqoritmlərdən istifadə olunur. İstifadəçi məlumatların tam olaraq necə çevriləcəyini seçə bilər.

Günümüzdə bazarda yalnız CBS məlumatlarının Oracle Spatial verilənlər bazasına idxal və ya ixracını təmin edən az sayda tətbiqetmə mövcuddur: SQL Loader, GRASS, Spatial Console və ya PalentGIS. Bu tətbiqetmələrin heç biri fərqli məlumat növləri (raster və vektor) arasında dönüşüm təmin edə bilməz.

Tətbiq çoxsaylı CİS sənədlərindən istifadə etmək, xəritələrə baxmaq və məkan məlumatlarını redaktə etmək üçün proqram modulları yaratmaqla təkmilləşdirilə bilər. Bundan əlavə, əməliyyatları daha sürətli etmək üçün dönüşüm alqoritmləri optimallaşdırıla bilər.

Rastr sənədləri ümumiyyətlə görüntü məlumatlarını, peyklər və ya digər havadan görüntüləmə sistemləri tərəfindən çəkilən məlumatları saxlamaq üçün istifadə olunur. Raster formatı, ızgaralarda saxlanılan hər hansı bir rəqəmsal görüntü ilə təzələnir. Raster məlumatları hüceyrələrə, piksellərə və ya elementlərə bölünür. Hüceyrələr massivlərdə düzülmüşdür və hər birinin ərazi üçün coğrafi bir atributu təmsil edən tək bir dəyəri vardır. Sətir və sütun nömrələri sıra içərisindəki hər hüceyrənin yerini müəyyənləşdirmək üçün istifadə olunur (George, 2001). Tətbiq üçün istifadə olunan raster GIS sənədləri bunlardır: BIL (ikili format) və ESRI (ASCII formatı)

Vektor faylları vektor elementləri ilə təmsil olunur: nöqtələr, xətlər, çoxbucaqlılar, qövslər, sətir sətirləri. Hər bir GIS fayl növünün bir və ya daha çox sənəddə vektor məlumatlarını təmsil etmək üçün öz yolu var. Tətbiq üçün istifadə edilən vektorlu CBS sənədləri bunlardır: ShapeFile (ikili format) və GML (ASCII formatı).

Oracle Spatial, məkan məlumatlarının saxlanması, alınması, yenilənməsi və sorğusunu asanlaşdıran bir SQL şeması və funksiyaları təmin edir. Oracle Spatial, həndəsələri təmsil etmək üçün obyekt-münasibət modelini dəstəkləyir. Həndəsi məlumatları saxlaya bilən obyekt bunlardır: MDSYS.SDO_GEOMETRY (Albert, 2007).

Bu tətbiq Oracle Spatial verilənlər bazasından CBS məlumat sənədlərinə idxal və ixracı həyata keçirir. Tətbiq ayrıca fərqli GIS fayl növləri üçün raster / vektor dönüşümünü də həyata keçirir. Veriləri Oracle Spatial-da saxlamaq üçün iki cədvələ ehtiyacımız var: birində bütün xəritələr üçün metadata (MapInfo), digərlərində isə həqiqi xəritə (Chuck, 2003).

1. Raster sənədindəki başlıq oxunur və təhlil olunur

2. Metadata yeni xəritə barədə MapInfo-ya daxil edilir

3. Xəritənin saxlanılacağı yeni bir cədvəl yaradıldı (table_name)

4. Hər hüceyrə raster xanasından oxunur və SDO_GEOMETRY obyektlərində çevrilir

5. Məlumat bazasına daxil edilir

1. CİS faylı yaradılır və başlıq metaməlumatlarla doldurulur

2. Verilənlər masadan oxunur və çevrilir

SDO_GEOMETRY obyektləri tək bir dəyər (hündürlük) halına gətirir

3. Məlumatlar matrisdəki müəyyən vəziyyətdə fayla daxil edilir

1. Xəritə analiz olunur və meta məlumat MapInfo-ya daxil edilir

2. Xəritənin saxlanılacağı yeni bir cədvəl yaradıldı

3. Hər bir vektor CBS sənədindən oxunur və çevrilir

4. Məlumat bazasına daxil edilir

1. CİS faylı yaradılmışdır

2. Verilənlər cədvəldən oxunur və SDO_GEOMETRY obyektlərindən vektor CIS fayl növünə xas bir vektor formatına çevrilir.

3. Məlumat bazasına daxil edilir.

1. Verilənlər bazasında saxlanılan vektorlu CİS faylı və ya xəritə təhlil olunur

2. Metadata yeni xəritə haqqında MapInfo-ya daxil edilir

3. Xəritənin saxlanılacağı yeni bir cədvəl yaradıldı

4. Matris xəritəsindəki hər bir hüceyrə üçün təkrarlayın

4.1. Hüceyrə ilə kəsişən vektor məlumatlarını seçin

4.2. Hüceyrə üçün hündürlük dəyərini hesablayın: hüceyrədəki vektor məlumatlarının tutduğu səthlərin orta ağırlığı

4.3. Veriləri SDO GEOMETRY obyektinə çevirin

4.4. Məlumat bazasına daxil edilir

1. Xəritə analiz edilir və meta məlumat MapInfo-ya daxil edilir

2. Aşağıdakı alqoritm tətbiq olunur:

2.2. ilk x, y seçin, burada U [x] [y] = 0

2.4.1. bütün qonşuları T kimi (nx, ny) olduğu yerdə tapın

2.4.2. qonşuları N

2.4.3. s = 0 P = P birləşmə <(nx, ny)> hamı üçün (nx, ny)

2.4.4.1. əvvəlcə N-dən (nx, ny) çıxarın

2.7. F-ni SDO_GEOMETRY-ə çevirin

2.8. verilənlər bazasına F əlavə edin

2.1. hüceyrənin kənarlarını və təpələrini hesablayın P [x] [y]

2.2. Eand V-də bənzərsiz kənarları və təpələri daxil edin

4. V-dəki hər nöqtə üçün (x, y)

4.1. V-dən (x, y) üçün nv, nei, nes hesablayın

4.2. ES, EI yaradın və onları işə salın // cədvəl x.x-ə baxın

sonunda AB-yə daxil edin, kənarları EI [x]! = null, 0 & ltx & lt5

4.4.1. əgər (EI [1] = sıfır və yaEI [3] = boş) sonunda AB-yə daxil edin, kənarları EI [2], EI [4]

sonunda AB-yə daxil edin, kənarları EI [1], EI [3]

4.5. əgər (nei == 4) və ((nv = 7) və ya (np = 8 və nei! = 8)))

4.5.1. əgər (ES [1] = sıfır və ya ES [8] = sıfır), sonunda AB-yə daxil edin, kənarları EI [4], EI [1]

4.5.2. əgər (ES [2] = sıfır və ya ES [3] = sıfır) sonunda AB-yə daxil edin, kənarları EI [1], EI [2]

4.5.3. əgər (ES [4] = sıfır və ya ES [5] = sıfır) sonunda AB-yə daxil edin, kənarları EI [2], EI [3]

4.5.4. əgər (ES [6] = sıfır və ya ES [7] = sıfır) sonunda AB-yə daxil edin, kənarları EI [3], EI [4]

6.1. p0 = p1, birinci kənarı (p1, p2) AB-dən çıxarın // p1 = (x1, y1)

6.2. sonunda AB-yə daxil edin, kənar (p1, p2)

6.3.1. pa1 = EUO [last_element] [2] və ya pas2 = EUO [last_element] [1] olduğu AB-dən kənar (pa1, pa2) çıxarın.

6.3.2. əgər (pa1 = EUO [last_element] [2]), sonunda AB-yə daxil edin, kənar (pa1, pa2)

6.3.3. əgər (pa2 = EUO [last_element] [1]), sonunda AB-yə daxil edin, kənar (pa2, pa1)

6.4. p0 qədər = EUO [son_element] [2]

8. hər e1 üçün = EUO [t] e2 = EUO [t + 1] // ei = ((xi1, yi1), (xi2, yi2)) burada t = modul (0..ölçülü (EUO), ölçü ( AB)) + 1

(e1 [1] [1] = e2 [2] [1] və ya e1 [1] [2] = e2 [2] [2])

8.1.1. EUO-dan çıxarın: EUO [t + 1], EUO [t]

8.1.2. t mövqeyində EUO-ya daxil edin, kənar (e1 [1], e2 [2])

9. i = 0, FV yaradın, FD // FV = << >>, FD = <>

10.2. EUO // EUO-dan birinci kənar e = (p1, p2) çıxarın [1] = e

10.4. əgər (p1 [1] = p2 [1] və p1 [2] & ltp2 [2]) və ya

(p1 [2] = p2 [2] və p1 [1] & gtp2 [1]) sonra FD [i] = 0 başqa FD [i] = 1

10.5. TV vertex p1-ə daxil edin // TV [1] = p1

10.6.1. birinci kənarı (p1, p2) EUO-dan çıxarın

10.6.2. sonunda TV-yə daxil edin, vertex p1

10.6.3.1. sonunda TV-yə daxil edin, vertex p2

10.6.3.2. sonunda FV-yə daxil edin, TV-ni siyahıya alın

Bu məqalədə, fərqli məkan məlumatları arasında konversiyaya imkan verən və Oracle Məkan Verilənlər Bazasında CİS məlumatlarının idxal və ixracını təmin edən proqramın əhəmiyyəti vurğulanmağa çalışılmışdır. Tətbiq üçün bütün fərqli CBS sənədləri seçildi: həm raster, həm də vektor tipi, həm də ASCII və ikili formatlar. Bu faylları seçməyin məqsədi mövcud ola biləcək bütün məkan məlumatları dönüşümlərini əhatə etmək idi. Hal-hazırda bütün bu funksiyaları asanlaşdıran bir tətbiq (idxal, ixrac, çevir) və nə raster və vektor formatları arasında bir dönüşüm edə bilən var.

Albert, G. Ravi, K. & amp Euro, B. (2007). Pro Oracle Spatial for Oracle Database 11g, Apress, 978-1-59059-899-3, ABŞ

Chuck, M. (2003). Oracle Mekansal İstifadəçi Təlimatı və İstinad

George, B. & amp; Korte, P. (2001). GIS Kitab, Beşinci Basım, Ed. OnwordPress, 0-7668-2820-4, Kanada


Məhdudiyyətlər

Cədvəl seçicisinin saxlanılıb saxlanılmayacağını müəyyənləşdirir. Verilənlər bazasındakı bir cədvəlin tam adı belədir:

Verilənlər bazası formatına görə önək & ltdatabase_name & gt. & Ltowner_name & gt, & ltowner_name & gt və ya & ltschema_name & gt ola bilər.

Bu parametrin seçilməsi oxucunun cədvəl adını heç bir prefiks olmadan qaytarmalı olduğunu göstərir. Bu, məsələn, eyni cədvəl adlarını istifadə edərək başqa bir təşkilata ötürülən bir iş sahəsi yaratarkən və ya başqa bir verilənlər bazası formatına, lakin fərqli bir istifadəçi adı ilə bir tərcümə edərkən faydalıdır.

İş sahəsi yaradılarkən bu parametr seçildikdə, mənbə xüsusiyyət növləri, əks halda heç bir prefiksi olmayan cədvəl adları olacaqdır, bunlar bir prefiks olaraq sahib adını ehtiva edəcəklər. İş sahəsini yaratdıqdan sonra bu parametri dəyişdirməməyiniz tövsiyə olunur, çünki heç bir xüsusiyyətin yazıçıya uğurla keçməsi mümkün deyil (yazıçı fərqli adlarla xüsusiyyət növlərini gözlədiyindən).

Qeyd: Bu parametr seçildikdə belə, cədvəl cari istifadəçi xaricində bir istifadəçiyə məxsusdursa, prefiks atılmayacaq. Bu, oxucunun düzgün cədvəli tapmasını təmin etmək üçündür.

İxrac üçün cədvəllər seçmək üçün Gözdən keçir düyməsini vurun. Bunu yalnız verilənlər bazası bağlantısını tam təyin etdikdən sonra seçə bilərsiniz.

Gözdən keçirmə düyməsini vurduqdan sonra sistem verilənlər bazasından bir masa siyahısı tərtib edərkən ArcSDE Cədvəl Siyahısı Çıxarılması pəncərəsi görünür. Cədvəl siyahısı göründükdən sonra bir və ya daha çox cədvəl seçib pəncərəni silmək üçün Tamam düyməsini basa bilərsiniz. Cədvəlin adları Giriş & # 160 Ayarlar dialoqundakı cədvəl siyahısı sahəsində görünəcəkdir.

Qat siyahısında seçilmiş təbəqələrin xüsusiyyətlərini məhdudlaşdıran hər hansı bir SQL daxil edin (məsələn, NUMLANES = 2).


Başlamaq üçün yaxşı bir yer Oracle Spatial İstifadəçi Kılavuzu və İstinadır (http://docs.oracle.com/cd/B19306_01/appdev.102/b14255/toc.htm 10g Release 2 üçün).

Məkan məlumatları üçün "daxili" funksionallıq, məkan məlumatlarının digər məlumat növləri kimi satırlar və sütunlardan istifadə edərək verilənlər bazasında özündə saxlamağı əhatə edir. Məsələn, CITY_NAME kimi "müntəzəm" sütunları olan CITIES cədvəliniz və hər bir şəhərin məkan təmsilçiliyini (bəlkə də bir nöqtə və ya çoxbucaqlı) ehtiva edən "məkan" sütunu (bəlkə də LOCATION adı verilmişdir) ola bilər. Oracle, məkan məlumatlarının bu şəkildə saxlanması üçün SDO_GEOMETRY adlı xüsusi bir məlumat növü, indeksləşdirmə, axtarış, transformasiya və s. Funksionallığı ilə birlikdə təmin edir. Oracle, shapefiles-in bu formata çevrilməsi üçün yardım proqramlarını da təmin edir.

Məkan funksionallığının iki "səviyyəsi" var - hər buraxılışın bir hissəsi olan "əsas" səviyyə (Oracle Locator) (XE, Standard, Enterprise, və s.) Və "genişləndirilmiş" səviyyə (Oracle Spatial). yalnız Enterprise Edition üçün əlavə xərc seçimi.


Məkan Anbarı¶

MapServer çox müxtəlif məlumat daxil etmə mənbələrindən istifadə edə bilər. Populyarlığı artmaqda olan həll yollarından biri də məlumatların saxlanılması üçün məkan imkanlı verilənlər bazalarından istifadə etmək və veb üçün xəritələr çəkmək üçün birbaşa istifadə etməkdir.

Burada mapserver-in bu məhsullardan biri ilə danışmasını necə təmin edəcəyini tapa bilərsiniz. Bunlardan necə istifadə ediləcəyi barədə daha ətraflı məlumat üçün zəhmət olmasa MapFile istinadına baxın. Bu bölmə yalnız MapServer-in istifadəsi üçün necə tərtib ediləcəyini izah edir.

PostGIS¶

PostGIS, PostgreSQL obyekt ilə əlaqəli verilənlər bazasına coğrafi obyektlər üçün dəstək əlavə edir. Əslində, PostGIS, PostgreSQL serverini “məkan baxımından effektivləşdirir” və bunun coğrafi informasiya sistemləri (GIS) üçün arxa məkan bazası kimi istifadə olunmasına imkan verir, məsələn ESRI-nin SDE və ya Oracle’ın Məkan uzantısı. PostGIS bir çox distribütorun qablaşdırma sisteminə daxildir, lakin ehtiyac olduqda özünüzü də gəzdirə bilərsiniz.

MapServer bir məlumat mənbəyi olaraq PostGIS-dən istifadə edə bilər. PostGIS dəstəyi standart olaraq aktivdir.

Bu xüsusiyyətin aktivləşdirildiyini yoxlamaq üçün aşağıdakıları konfiqurasiya edin:

Nədənsə PostGIS dəstəyini istəmirsinizsə, “-DWITH_POSTGIS = OFF” istifadə edərək onu məcbur edə bilərsiniz. CMake'nin PostGIS yükləməsini tapmasına kömək etmək üçün CMAKE_PREFIX_PATH seçimindən istifadə edə bilərsiniz (məsələn “-DCMAKE_PREFIX_PATH = / usr / local / pgsql”).

Oracle Spatial¶

Oracle’s Spatial da MapServer tərəfindən dəstəklənir. Ona qoşulmaq üçün WITH_ORACLESPATIAL seçimindən istifadə edərək MapServer'i Oracle kitabxanalarına qarşı tərtib etməlisiniz. Şübhəsiz şeyləri düzgün şəkildə konfiqurasiya etməsi üçün bir ORACLE_HOME mühit dəyişəninə ehtiyacınız olacaq.

Bu xüsusiyyətin aktivləşdirildiyini yoxlamaq üçün aşağıdakıları konfiqurasiya edin:


Yalnız json_encode istifadə edə bilməzsiniz, PHP çıxışı Google API-nin başa düşəcəyi formatda olmalıdır (Google Documentation Here). Beləliklə, əsasən php-də OCI nəticələrini Google tərəfindən oxunaqlı bir JSON simli halına gətirən bir növ funksiyanız olmalıdır.

Qurulumda olduqca yaxşı işləyən bir həll dərc etdim, digər istifadəçilər bundan faydalana bilər. Kodumu GitHub-da görə bilərsiniz:

Php kodu boşluq kimi görünür:

Java və HTML tətbiqetməsinin qalan hissəsi üçün yuxarıda yerləşdirilən git reposunu yoxlayın

Gec cavabını bilirəm, amma yenə də Google-da ən yaxşı hitdir və mənə bir neçə dəfə sual verildi


LAYER¶

Bu açar söz, SQL ifadələrində dəyişənləri bağlamaq üçün ad dəyəri cütlərinin yaradılmasına imkan verir. Dəyişən bağlanma, Sətir və tam ədədlərdən düzgün şəkildə qaçaraq SQL enjeksiyonunun qarşısını alır. Yalnız PostGIS və Oracle əlaqələrinə aiddir.

SINIF obyektinin başlanğıcını bildirir.

Bir təbəqənin içərisində bir xüsusiyyət göstərmək üçün yalnız bir sinif istifadə ediləcəkdir. Hər bir xüsusiyyət, hər bir sinifdə xəritə şəklində müəyyənləşdirildiyi sırada test edilir. Min / max miqyaslı məhdudiyyətlərə və mövcud xüsusiyyət üçün İFADƏ yoxlamasına uyğun gələn birinci sinif göstərmə üçün istifadə olunacaq.

Bu, RENDERMODE emal direktivi ilə idarə oluna bilər.

Göstərmə zamanı nəzərə alınacaq sinif qrupunu göstərin. CLASS obyektinin GROUP parametri CLASSGROUP ilə birlikdə istifadə olunmalıdır.

Sinif axtarışları üçün istifadə ediləcək atribut cədvəlindəki maddə adı.

KÜSTƏ obyektinin başlanğıcını göstərir.

KLİSTER konfiqurasiya seçimi nisbi mövqelərinə görə qatdan birdən çox xüsusiyyəti tək (məcmu) xüsusiyyətlərə birləşdirməyi təmin edir. Yalnız POINT təbəqələri üçün dəstəklənir.

KOMPOSİTE obyektinin başlanğıcını göstərir.

Bir və ya daha çox Kompozit blok göstəricinin müvəqqəti bir görüntüdə edilməli və son mərhələdə son xəritə şəklində birləşdirilməli olduğuna işarə etmək üçün istifadə edilə bilər. COMPOSITE bloku içərisində təyin olunan seçimlər bu birləşmənin necə ediləcəyini təyin edəcək (məsələn, qeyri-şəffaflıq, kompozisiya operatoru və ya piksel filtrləri tətbiq etməklə)

Uzaqdan məlumat almaq üçün verilənlər bazası bağlantısı sətri.

PostGIS əlaqə sətri əsasən müntəzəm bir PostgreSQL əlaqə sətridir və & quotuser = kimsə parolu = ****** dbname = dbname host = localhost port = 5432 & quot şəklində olur.

Oracle əlaqə sətri: user / pass [& # 64db]

Bir SDE əlaqə sətri bir hostname, nümunə adı, verilənlər bazası adı, istifadəçi adı və vergüllə ayrılmış paroldan ibarətdir.

MapServer-in yerli SDE sürücüsü, MapServer 7.0 versiyası üçün çıxarıldı (bax. Müzakirə). SDE dəstəyinə hələ də OGR sürücüsü vasitəsilə daxil olmaq mümkündür.

Müxtəlif məlumat mənbələri üçün xüsusi əlaqə məlumatları üçün vektor məlumatları.

Çekirdek sıxlığının qiymətləndirilməsi üçün xüsusi əlaqə məlumatları üçün Kernel Sıxlığı Tahmininə (Dinamik İstilik Xəritəsi) baxın.

Bu açar söz, dəyər / cüt cütləri kimi ifadə olunan əlaqə seçimlərini təyin etməyə imkan verir. Bu hal hazırda yalnız CONNECTIONTYPE OGR və ya raster təbəqələri üçün açıq seçimlərin GDAL / OGR sürücülərinə ötürülməsi üçün tətbiq olunur.

OGR GeoJSON sürücüsünün FLATTEN_NESTED_ATTRIBUTES açıq seçimini təyin etmək üçün bir GeoJSON məlumat mənbəyi üçün nümunə.

Bağlantı növü. Varsayılan yerlidir. Başqa növ üçün əlavə sənədlərə baxın.

Müxtəlif məlumat mənbələri üçün xüsusi əlaqə məlumatları üçün vektor məlumatları. MapServer 6.0-a əlavə edilmiş qatları birləşdirmək üçün Birlik Layerinə baxın

Çekirdek sıxlığının qiymətləndirilməsi üçün xüsusi əlaqə məlumatları üçün Kernel Sıxlığı Tahmininə (Dinamik İstilik Xəritəsi) baxın.

mygis başqa bir əlaqə növüdür, lakin köhnəlmişdir, zəhmət olmasa əlaqə məlumatları üçün Vector Data sənədinin MySQL bölməsinə baxın.

İşlənəcək məkan məlumatlarının tam fayl adı. Formalı fayllar üçün heç bir fayl uzantısı lazım deyil Xəritə Nişanından SHAPEPATH seçiminə nisbətən müəyyən edilə bilər.

Bu bir SDE təbəqəsidirsə, parametr həndəsə sütunu ilə yanaşı təbəqənin adını da daxil etməlidir, yəni & quotmylayer, forma, myversion & quot.

Bu bir PostGIS təbəqəsidirsə, parametr & lttablename & gt & quot-dən & quot & ltcolumnname & gt şəklində olmalıdır; burada & quotcolumnname & quot həndəsə obyektlərini ehtiva edən sütunun adı və & quottablename & quot isə həndəsə məlumatlarının oxunacağı cədvəlin adıdır.

Oracle üçün & quotshape FROM table & quot və ya & quotshape FROM (SELECT statement) & quot və ya daha mürəkkəb Oracle uyğun sorğularını istifadə edin! Ancaq məkan alt suallarını istifadə edərkən əhəmiyyətli performans təsirlərinin olduğunu unutmayın. Mümkün olduqda əvəzinə MapServer-in FİLTRE istifadə etməyə çalışın. Məsələn səhv bir sütun adından istifadə edərək işləməyəcəyini bildiyiniz bir DATA parametri göndərərək bir səhv tətbiq edərək göndərilən SQL-i də görə bilərsiniz.

Standart bir istifadə vəziyyətində, PostGIS, SpatiaLite və ya GeoPackage məlumat mənbəyi olaraq istifadə edildikdə, BBOX filtresi (sınır qutuları kəsilir və PostGIS ilə & amp & amp) avtomatik olaraq istifadə olunur. Ancaq bəzi nadir istifadə hallarında, son məlumatlar yalnız sorğuda süzüləcəyi üçün məlumatlar həqiqətən vacibdirsə, bir alt sorğu çox vaxt apara bilər. Veriləri daha tez süzmək üçün, yəni son sorğudan əvvəl! BOX! İstifadə edərək birbaşa sorğuda məlumatları süzmək olar. dəyişən: WHERE ST_Intersects (wkb_geometry,! BOX!).

Müxtəlif məlumat mənbələri üçün xüsusi əlaqə məlumatları üçün vektor məlumatları.

Cari xəritədə bir təbəqənin ayıklanmasını təmin edir.

MapServer versiyaları və gt = 5.0 ilə hata ayıklama:

Müəyyən bir çıxış & quotMS_ERRORFILE & quot mühit dəyişənindən istifadə edilərsə, standart səhv çıxışı (STDERR) və ya MapServer səhv sənədinə göndərilir. CONFIG parametrini xəritə şəklinin MAP səviyyəsində istifadə edərək ətraf mühit dəyişkənini təyin edə bilərsiniz:

Httpd.conf-a aşağıdakıları əlavə edərək Apache-də mühit dəyişkənini də təyin edə bilərsiniz:

Ətraf mühit dəyişənini təyin etdikdən sonra, DEBUG mapfile parametri, hata ayıklama nəticəsini idarə etmək üçün istifadə edilə bilər. Mümkün DEBUG dəyərlərinin təsviri:

DEBUG O və ya OFF - yalnız msSetError () çağırışları MS_ERRORFILE-a daxil edilir. Heç bir msDebug () çıxışı yoxdur. Bu, standartdır və MS_ERRORFILE-in MapServer 4.x-dəki orijinal davranışına uyğun gəlir

DEBUG 1 və ya AÇIK - ümumi səhvlər, uğursuz iddialar və ya ölümcül olmayan səhv vəziyyətləri (məsələn, bəzi parametrlər üçün itkin və ya etibarsız dəyərlər, tileindex-də çatışmayan formalı sənədlər, uzaq WMS / WFS serverlərindən fasilə xətası və s.) haqqında DEBUG 0 plus msDebug () xəbərdarlıqlarını əhatə edir. )

DEBUG 2 - DEBUG 1-dən çıxan bütün çıxışı və bildirişləri və xəritələrin və tətbiqlərin tənzimlənməsi üçün faydalı vaxt məlumatlarını ehtiva edir

DEBUG 3 - DEBUG 2-nin hamısı və çağırılan WMS əlaqə URL-ləri, verilənlər bazası bağlantısı çağırışları və s. kimi problemlərin həllində faydalı olan bəzi ayıklama çıxışı. Bu, xəritələrin düzəldilməsi üçün tövsiyə olunan səviyyədədir.

DEBUG 4 - DEBUG 3 plus daha çox məlumat.

DEBUG 5 - DEBUG 4 və istifadəçilərdən daha çox inkişaf etdiricilər üçün daha faydalı ola biləcək hər hansı bir msDebug () çıxışı.

& QuotMS_DEBUGLEVEL & quot mühit dəyişənini istifadə edərək, debaq səviyyəsini də təyin edə bilərsiniz.

DEBUG ayarı, MAP obyektində DEBUG parametrini təyin edərək bütün xəritə üçün də göstərilə bilər.

Bu ayıklama mexanizmi haqqında daha ətraflı məlumat üçün, MapServer Ayıklama'ya baxın.

MapServer versiyaları və lt 5 ilə hata ayıklama:

Verbose çıxışı yaradılaraq WEB obyektindəki LOG parametri istifadə edilərsə standart səhv çıxışı (STDERR) və ya MapServer qeyd sənədinə göndərilir. Apache istifadəçiləri Apache-in error_log sənədində rəsm çəkmə vaxtı təfərrüatlarını görəcəklər. MapServer-in DEBUG = MSDEBUG seçimi ilə (- debug konfiqurasiya seçimi ilə) qurulması tələb olunur.

6.0 versiyası: bunun yerinə LAYER METADATA istifadə edin.

MapServer-in GML formatında məlumatları qaytarmasına icazə vermək üçün keçid edin. WMS GetFeatureInfo əməliyyatları ilə istifadə edildikdə faydalıdır. Varsayılan olaraq & quotfalse & quot.

Qat məlumat mənbəyində mətn üçün istifadə olunan kodlaşdırma. Qiymət ICONV tərəfindən dəstəklənməlidir (məsələn & quotLATIN1 & quot). ENCODING təyin olunduqda (və & quotUTF-8 & quot-ə bərabər deyil), məlumat mənbəyi mətn atributları UTF-8-ə çevriləcəkdir.

MapServer-də beynəlxalq simvolların göstərilməsi üçün tələb olunur. Daha çox məlumat Etiket Kodlama sənədində tapıla bilər.

EXTENT [minx] [miny] [maxx] [maxy]

Məlumatların məkan dərəcəsi. Əksər hallarda bunu göstərməyə ehtiyacınız olmayacaq, ancaq məlumatın həcmlərini hesablamaq üçün MapServer-in sürət xərclərindən qaçmaq üçün istifadə edilə bilər. Tətbiq, bəlkə də xəritənin həcmini ləğv etmək üçün bu dəyəri istifadə edə bilər.

XÜSUSİYYƏT obyektinin başlanğıcını göstərir.

Bu parametr, eyni zamanda məkan süzgəci yerinə yetirilən, lakin hər hansı bir KLASS ifadəsi qiymətləndirilmədən əvvəl verilənlərə xas olan atribut süzgəcinə imkan verir. Simli sadəcə bir MapServer ifadəsidir:

Yerli filtrlər NATIVE_FILTER PROCESSING açarı vasitəsilə dəstəklənir:

Catatan

MapServer 6-a qədər yerli filtrlər aşağıdakı kimi göstərilə bilər:

Ancaq bu artıq dəstəklənmir.

Sadə FİLTRE ifadələri ilə istifadə olunan maddə. Yalnız OGR və şəkillər.

İstifadəsi üçün şablon sonra bir təbəqənin nəticələr dəsti göndərildi. Yalnız çoxsaylı sorğu rejimləri.

GEOMTRANSFORM [& ltexpression & gt | & ltJavascript file & gt]

Mövcud xüsusiyyətin dəyişdiriləcəyini göstərmək üçün istifadə olunur.

& ltexpression & gt: Verilən ifadəni həndəsəyə tətbiq edir.

(bufer ([forma], dist))Bufer məsafəsi kimi dist torpaq vahidlərindən istifadə edərək həndəsəni ([forma]) bufer edin. Çoxbucaqlar üçün mənfi dist bir geriləmə gətirəcəkdir.

(sadələşdir ((forma), tolerantlıq)): standart Douglas-Peucker alqoritmindən istifadə edərək həndəsəni ([forma]) asanlaşdırır.

(bəsitləşdirmə ([forma], tolerantlıq)): nəticənin giriş ilə eyni ölçüyə və komponent sayına sahib etibarlı bir həndəsə olmasını təmin edərək bir həndəsi ([forma)) asanlaşdırır. tolerantlıq mənfi olmamalıdır.

(ümumiləşdirmək ([forma], tolerantlıq)): FME-nin ThinNoPoint alqoritmi ilə müqayisə ediləcək şəkildə bir həndəsi ([forma]) asanlaşdırır. Daha çox məlumat üçün http://trac.osgeo.org/gdal/ticket/966 səhifəsinə baxın.

(hamarlıq ([forma], hamarlaşdırma_ ölçüsü, hamarlaşdırma_iteration, əvvəlcədən işləmə)): SIA alqoritmindən istifadə edərək bir həndəsi düzəldəcəkdir ([forma])

STYLE və LAYER GEOMTRANSFORM arasında bir fərq var. LAYER səviyyəsində yer koordinatları (metr, degress və s.) Və STYLE səviyyəsində piksel koordinatları alınacaqdır. Sadələşdirmək () kimi metodların mübahisəsi göstərilən iş axınının həmin nöqtəsindəki formaların koordinatları ilə eyni vahidlərdə, yəni STYLE səviyyəsində piksel və LAYER səviyyəsində yer vahidlərində olmalıdır.

[Map_cellsize] dəyişəni LAYER səviyyəsində bir piksel dəyərini ötürməyiniz lazımdırsa mümkündür.

Bu dəyişənin riyaziyyat ifadəsi təhlilçisində işləməsi üçün [map_cellsize] təbəqə torpaq vahidinə çevrilməlidir. GEOMTRANSFORM ifadənizdə [map_cellsize] istifadə etməyi seçsəniz, qatdakı UNITS seçimini açıq şəkildə təyin etməlisiniz.

& ltJavascript faylı & gt: Yeni bir həndəsi qaytaran Javascript faylı. Javascript çevrilməsinə baxın.

GRID obyektinin başlanğıcını göstərir.

Bu təbəqənin aid olduğu bir qrupun adı. Qrup adı daha sonra şablon fayllarında müntəzəm bir qat adı kimi istinad edilə bilər və bir dəfəyə bir qrup qatın açılması və söndürülməsi kimi işlərə imkan verir.

Bir CGI sorğusunun LAYERS parametrində bir qrup adı varsa, qrupun bütün təbəqələri qaytarılır (LAYER lərin STATUSU heç bir təsir göstərmir).

İstifadəsi üçün şablon əvvəl bir təbəqənin nəticələr dəsti göndərildi. Yalnız çoxsaylı sorğu rejimləri.

JOIN obyektinin başlanğıcını göstərir.

Versiya 5.0-da silindi: Bunun əvəzinə LABEL obyektinin ANGLE parametrinə baxın.

MapServer versiyaları & lt 5.0 üçün bu sinif izahat bucaqları üçün istifadə ediləcək atribut cədvəlindəki maddə adıdır. Dəyərlər dərəcə olmalıdır.

Bu təbəqə üçün xüsusiyyətlər çəkildiyi üçün etiketlərin çəkilməli olub olmadığını və ya bütün təbəqələr çəkildikdən sonra önbelleğe qoyulub çəkilməli olduğunu müəyyənləşdirir. Varsayılan aktivdir. Etiket üst-üstə düşməsinin aradan qaldırılması, avtomatik yerləşdirmə və s. Yalnız etiket önbelleği aktiv olduqda mövcuddur.

Sinif şərhi üçün istifadə ediləcək atribut cədvəlindəki maddə adı (yəni etiketləmə).

Bu QATIN etiketləndiyi minimum miqyas. Miqyas həqiqi miqyas kəsrinin məxrəci olaraq verilmişdir, məsələn, 1: 24,000 miqyaslı bir xəritə üçün 24000 istifadə olunur. Köhnəlmiş LABELMAXSCALE parametrini əvəz etmək üçün MapServer 5.0-da tətbiq olunur.

Bu QATIN etiketləndiyi maksimum miqyas. Miqyas həqiqi miqyas hissəsinin məxrəci olaraq verilmişdir, məsələn 1: 24,000 miqyaslı bir xəritə üçün 24000 istifadə olunur. MapServer 5.0-da köhnəlmiş LABELMINSCALE parametrini əvəz etmək üçün tətbiq edilmişdir.

Bu təbəqəni etiketləmək üçün kontekst qurur, məsələn:

& quotorthoquads & quot adlı bir təbəqə açıq olduqda bu təbəqənin etiketlənməməsi deməkdir. İfadə digər təbəqələrin vəziyyətinə əsaslanan bir mantıksal ifadədən ibarətdir, hər [qat adı] alt sətri, bu təbəqənin STATUSundan asılı olaraq 0 və ya 1 ilə əvəzlənir və sonra normal olaraq qiymətləndirilir. Məntiqi operatorlardan AND və ya istifadə edilə bilər.

Versiya 5.0-da silindi: Bunun əvəzinə LABEL obyektinin SIZE parametrinə baxın.

MapServer versiyaları & lt 5.0 üçün bu sinif izahat ölçüləri üçün istifadə ediləcək atribut cədvəlindəki maddə adıdır. Dəyərlər piksel şəklində olmalıdır.

Mövcud qatdakı məlumatlar yalnız [layername] qatındakı xüsusiyyətlərin kəsişdiyi yerdə göstəriləcəkdir. [layername] cari xəritə sənədində müəyyən edilmiş başqa bir QATIN ADINA istinad etməlidir. hər hansı bir mapserver təbəqəsi ola bilər, yəni vektor və ya raster. Mövcud qatın etiketlənməsi konfiqurasiya edilmişsə, etiketlənmiş ərazinin içərisinə yalnız etiket nöqtəsi düşən etiketlər əlavə ediləcək (etiket üçün həqiqi qliflər maskalanmış sahənin üstündə göstərilə bilər.

[Layername] xüsusiyyətlərinin həqiqətən yaradılan xəritədə görünməsini istəmədiyiniz təqdirdə, [layername] adətən STATUS OFF olaraq təyin olunmalıdır.

CÜCRƏDƏ pəncərədə bu təbəqə üçün çəkilməli olan xüsusiyyətlərin sayını təyin edir. İzahatla və çeşidlənmiş məlumatlarla (məsələn, əraziyə görə göllər) bəzi maraqlı istifadələrə malikdir.

Bu LAYER-in çəkildiyi xəritənin coğrafi vahidlərində maksimum genişlik. MAXSCALEDENOM da göstərilmişdirsə, bunun yerinə MAXSCALEDENOM istifadə ediləcəkdir.

Coğrafi vahidlərdə bir xəritənin genişliyinə aşağıdakılardan hesablayaraq tapmaq mümkündür:

Baru pada versi 5.0.0: MAXSCALE əvəz edilmişdir.

Bu LAYER-in çəkildiyi minimum miqyas. Miqyas həqiqi miqyas kəsrinin məxrəci kimi verilmişdir, məsələn 1: 24,000 miqyaslı bir xəritə üçün 24000 istifadə olunur.

Bu açar söz, təsadüfi məlumatların ad dəyəri cütləri kimi saxlanmasına imkan verir. Bu qat başlığı kimi şeyləri təyin etmək üçün OGC WMS ilə istifadə olunur. Şablonlar yaratmaqda daha çox çevikliyə də imkan verə bilər, çünki burada qoyduğunuz hər şeyə şablon etiketləri vasitəsi ilə erişilebilir.

Bu QATIN çəkildiyi xəritənin coğrafi vahidlərində minimum eni. MINSCALEDENOM da göstərilibsə, bunun yerinə MINSCALEDENOM istifadə olunacaq.

Coğrafi vahidlərdə bir xəritənin genişliyini, ölçülü yerlərdən aşağıdakıları hesablamaqla tapmaq olar:

Bu LAYER-in çəkildiyi maksimum miqyas. Miqyas həqiqi miqyas hissəsinin məxrəci olaraq verilmişdir, məsələn 1: 24,000 miqyaslı bir xəritə üçün 24000 istifadə olunur. MapServer 5.0-da köhnəlmiş MINSCALE parametrini əvəz etmək üçün tətbiq edilmişdir.

Bu təbəqənin qısa adı. Bu ad mapfile ilə bu ada istinad edən veb interfeyslər arasındakı əlaqədir. Eyni olmalıdırlar. Fərqli miqyasda bir təbəqə digərini əvəz etmədikdə ad unikal olmalıdır. Qatları bir-biri ilə əlaqələndirmək üçün QRUP seçimini istifadə edin. Adın boşluqlar, xüsusi simvollar içerməməsi və ya bir rəqəmlə başlaması tövsiyə olunur (OGC xidmətləri kimi interfeyslər vasitəsilə problem yarada bilər).

OFFSITE [r] [g] [b] | [onaltılıq simli]

Rastr qatları üçün şəffaf kimi görünən rəng indeksini təyin edir.

r, g və b tam ədədlər olmalıdır [0..255]. Qara pikselləri təyin etmək üçün aşağıdakılardan istifadə olunur:

onaltılıq simli ola bilər

RGB dəyəri: & quot # rrggbb & quot. Magenta-nı göstərmək üçün aşağıdakılardan istifadə olunur:

RGBA dəyəri (şəffaflıq əlavə olunur): & quot # rrggbbaa & quot. Yarı şəffaf bir magenta təyin etmək üçün aşağıdakılardan istifadə olunur:

7.0 versiyası: Bunun əvəzinə KOMPOZİT blok istifadə edin.

Bu qat üçün MapServer tərəfindən yüklənəcək əlavə kitabxana. Bu, ümumiyyətlə SDE və Microsoft SQL Server təbəqələri üçün xüsusi dəstəyi yükləmək üçün istifadə olunur:

Önbellekteki bütün etiketlər çəkildikdən sonra MapServer-ə bu təbəqəni göstərməsini söyləyir. Neatlines və bənzər elementləri əlavə etmək üçün faydalıdır. Varsayılan səhvdir.

Bu təbəqə ilə istifadə ediləcək bir emal direktivini verir. Dəstəklənən emal direktivləri təbəqə tipinə və onları işləyən əsas sürücüyə görə dəyişir.

ArcSDE Direktivləri - Bütün ArcSDE işləmə variantları ArcSDE-də təsvir edilmişdir. Budur iki misal.

Atributlar Direktivi - ITEMS işləmə seçimi, satır içi təbəqələr üçün atributların adını göstərməyə və ya qat tərəfindən istifadə ediləcək atributların alt hissəsini təyin etməyə imkan verir:

Kümelenme - klaster obyekti direktivləri CLUSTER-də təsvir edilmişdir

Bağlantı Hovuzu Direktivi - Müəyyən qat təbəqəsi növləri üçün bağlantı hovuzunu aktivləşdirə biləcəyiniz yerdir. Bağlantı hovuzu, MapServer-in tək bir xəritə çəkmə prosesi boyunca açıq verilənlər bazası və ya qat bağlantısı ilə bölüşdürməsinə imkan verəcəkdir. Əlavə olaraq, FastCGI'yı aktivləşdirmisinizsə, əlaqə dəstəyi sonsuza qədər və ya FastCGI konfiqurasiyasında göstərilən seçimlərə uyğun olaraq açıq qalacaq. MapServer və PostGIS / PostgreSQL vasitəsilə Oracle Spatial, ArcSDE, OGR Vector Layers hazırda bu yanaşmanı dəstəkləyir. & quotTƏMİR& quot bağlantı birləşməsinə imkan verir & quotHƏMİŞƏ& quot istifadə edildikdən sonra həmişə əlaqəni bağlayacaq və başqa bir qatdan gələ biləcək hovuzdan paylaşılan bir əlaqəni yenidən istifadə etməyə çalışmayacaq.

Kontur Direktivləri - kontur direktivləri Konturda təsvir edilmişdir.

Kernel sıxlığı radiusu

Bütün xüsusiyyətlər toplandıqdan sonra bitmap massivinə tətbiq etmək üçün gauss filtrinin piksellərindəki radius. Daha yüksək dəyərlər süzülmüş məlumatları hesablamaq üçün lazım olan cpu müddətinin artması ilə nəticələnir.

Çekirdek sıxlığı hesablama sərhədləri

Radius & quot & quot nüvəsi şəklin sərhədləri boyunca & quot & quot piksellərinə tətbiq edilə bilməz. Varsayılan, giriş məlumat mənbəyinin axtarış düzbucağını cari xəritə ölçülərindən kənar xüsusiyyətlər & quot & quot pikselləri daxil etmək üçün genişləndirməkdir, beləliklə hesablanmış istilik xəritəsi nəticələnən görüntünün tam həcminə qədər uzanır. Fayans proqramı, bu əlavə məlumatı hesablamaq üçün yüklənmənin qarşısını almaq üçün istəklərinə & quotr & quot piksel metabuffer tətbiq edərsə, bu döşəmə edilərkən ləğv edilə bilər.

Kernel sıxlığının normallaşması

& QuotAUTO & quot olaraq ayarlandıqda, yaradılan raster zolağı, konfiqurasiya edilmiş rəng rampasını tam əhatə etmək üçün intensivliyi 0 ilə 255 arasında dəyişəcək şəkildə miqyaslandırılacaqdır. Bu cür davranış arzuolunan olmaya bilər (adətən döşəmə üçün), müəyyən bir yerdəki pikselin intensivliyi cari xəritə tələbinin dərəcəsindən asılı olaraq dəyişəcəkdir. Rəqəmsal bir dəyərə qoyulursa, nümunələr verilmiş dəyərə vurulur. Nəticədə piksellərin tam 0-255 aralığını əhatə etməsi üçün hansı miqyaslı dəyərdən istifadə edəcəyini istifadəçi müəyyənləşdirir və bu dəyərin əsasən sınaq və səhv prosesi olduğunu təyin edir. 0-255 aralığının xaricinə düşən piksellər 0 və ya 255-ə qədər kəsiləcək.

Raster rampası

RANGE_COLORSPACE = RGB | HSL - Varsayılan RANGE dəstəyi, RGB boşluğundakı dayanacaqlar arasındakı rəngləri interpolasiya edir və bu, ümumiyyətlə yuyulmuş rənglərlə nəticələnir. İnterpolasiya HSL məkanında edilə bilər ki, bu da ümumiyyətlə istilik xəritələri üçün istənən çıxışla nəticələnir.

Etiket Direktivi - LABEL_NO_CLIP işləmə seçimi, əlaqəli etiket bağlama nöqtələrini təyin edərkən şəkillərin kəsilməsini atlamaq üçün istifadə edilə bilər. Bu, xəritə çəkilişləri arasında ölçülər dəyişdikcə etiket vəziyyətindəki dəyişikliklərin qarşısını alır. Çini xəritələr yaratarkən xüsusiyyətlərin bir-birinə bitişik plitələrdə göründüyü təkrarlanan yazıların qarşısını alır.

Line Render Direktivi - POLYLINE_NO_CLIP işləmə seçimi səpkili xətlər göstərilərkən şəkillərin kəsilməsini atlamaq üçün istifadə edilə bilər (kəsilmiş və ya işarələrlə düzəldilmişdir). Bu, xəritə çəkilişləri arasında ölçülər dəyişdikcə xətt tərzindəki dəyişikliklərin qarşısını alır. Çini xəritələr yaratarkən xüsusiyyətlərin bir-birinə bitişik plitələrdə göründüyü kənar təsirlərin qarşısını alır.

Sinif göstərilməsi Direktivi

RENDERMODE işləmə seçimi bir təbəqə göstərmək üçün siniflərin necə seçildiyini göstərir. Varsayılan dəyər və tarixi davranış FIRST_MATCHING_CLASS: bir xüsusiyyət göstərmək üçün yalnız ilk tətbiq olunan sinif seçilmişdir (bax SINIF təsviri). Mövcud digər dəyər ALL_MATCHING_CLASSES-dir: tətbiq olunan bütün siniflər bir xüsusiyyət göstərmək üçün istifadə olunur, hər biri əvvəlkilərin üstündə istifadə olunur. Bu, SLD stilləri ilə standart davranışdır.

OGR Stil Direktivi - Bu direktiv MapScript vasitəsilə etiket stilləri əldə etmək üçün istifadə edilə bilər. Daha çox məlumat üçün MapServer-in OGR sənədinə baxın.

MSSQL xüsusi seçimlər - MSSQL_READ_WKB = DOĞRU - Həndəsələr alınarkən yerli format əvəzinə WKB (Yaxşı bilinən ikili) formatından istifadə edir.

Yerli filtr Direktivi

Bu təlimat sürücüyə məxsus filtrasiya etmək üçün istifadə edilə bilər. Verilənlər bazası əlaqələri üçün sətir əsas verilənlər bazası ilə əlaqəli bir SQL WHERE müddəasıdır.

PostGIS xüsusi seçimləri - FORCE2D = EVET, PostGIS-dən alınan 2D həndəsələrini məcbur etmək üçün istifadə edilə bilər.

Vektör sahəsinə xüsusi göstərmə seçimləri - UV_SPACING: Aralıq, vektor sahəsində göstəriləcək oxlar arasındakı piksel şəklində məsafəsidir. Varsayılan 32. UV_SIZE_SCALE: Daha yaxşı göstərmə üçün rasterin vektor uzunluqlarını (böyüklüyünü) pikselə çevirmək üçün istifadə olunur. Varsayılan 1-dir.

AGG rendererində dəyişiklik - Bu direktiv çoxbucaqlı xüsusiyyətlər göstərilərkən istifadə ediləcək xətti qamma təyin etmək üçün istifadə edilə bilər. Varsayılan 0.75 dəyəri (OUTPUTFORMAT səviyyəsində ləğv edilə bilər), bitişik çoxbucaqlılar arasında görünən zəif konturları məhdudlaşdırmaq / silmək üçün daha aşağı bir dəyərə təyin edilə bilər. 0.5 dəyəri ümumiyyətlə kifayət qədər yaxşıdır.

Raster Direktivləri - Bütün raster işləmə variantları Raster Data-da təsvir edilmişdir. Burada raster məlumatlarını avtomatik ölçmək və zolaq xəritəsini dəyişdirmək üçün istifadə olunan MƏHZƏ və BAND direktivlərini görürük.

Birlik qat Direktivləri - Birləşmə təbəqələri ilə aşağıdakı emal seçimlərindən istifadə edilə bilər: UNION_STATUS_CHECK (DOĞRU və ya YALAN) - mənbə laylarının vəziyyətinin yoxlanılıb görünməyən təbəqələrin (STATUS = OFF) atlanmasına nəzarət edilir. Varsayılan dəyər YALANDIR. UNION_SCALE_CHECK (DOĞRU və ya YALAN) - mənbə laylarının miqyas aralığının yoxlanılmasını və görünməyən təbəqələrin (miqyas aralığından və böyüdülmə aralığından kənarda) atlanmasını yoxlayır. Varsayılan dəyər DOĞRUDUR. UNION_SRCLAYER_CLOSE_CONNECTION - mənbə qatlarının əlaqə hovuzu parametrlərini ləğv edin. Bu ayarı tətbiq etməklə cari davranışı dəyişdiririk: & quotUNION_SRCLAYER_CLOSE_CONNECTION = HƏR ZAMAN & quot

PROJEKSİYA obyektinin başlanğıcını göstərir.

Bu təbəqəni göstərmək üçün kontekst qurur (bax LABELREQUIRES).

SCALETOKEN obyektinin başlanğıcını göstərir. Ölçüdən asılı sətir əvəzetmələrinə imkan verir. MS RFC 86-a baxın: Ölçüyə bağlı Simli Əvəzetmələr.

Əvvəlki nümunədə% pri% ilə əvəz olunacaqdı:

1000-dən kiçik miqyaslı məxrəclər üçün & quot1 & quot:

1000 ilə 10.000 arasındakı miqyas məxrəcləri üçün & quot2 & quot:

10.000-dən böyük miqyaslı məxrəclər üçün & quot3 & quot:

STYLE obyekt SIZE dəyərlərinin vahidini təyin edir (standart olaraq pikseldir). Tamponlamanın simulyasiyası üçün faydalıdır. nauticalmiles MapServer 5.6-da əlavə edildi.

Katmanın cari vəziyyətini təyin edir. Tez-tez MapServer özü tərəfindən dəyişdirilir. Varsayılan qatı həmişəlik açar.

CGI rejimində STATUS DEFAULT olan qatlar normal mexanizmlərdən istifadə edərək söndürülə bilməz. Bir problemi həll edərkən qatları STATUS DEFAULT olaraq təyin etmək tövsiyə olunur, ancaq normal istifadədə onları ON / OFF olaraq yenidən qurun.

WMS üçün, STATUS DEFAULT ilə server xəritəsi sənədindəki qatlar həmişə müştəriyə göndərilir.

Bir qrupun fərdi təbəqələrinin STATUSU, CGI tələbinin LAYERS parametrində qrup adı olduqda heç bir təsir göstərmir - qrupun bütün təbəqələri qaytarılacaqdır.

Atributlara əsaslanan və ya Javascript ilə yaradılan üslub

& ltattribute & gt: Xüsusiyyətə uyğun üslub üçün istifadə ediləcək maddə. Stil məlumatı xüsusiyyətə əlavə edilmiş ayrı bir atribut (stil sətri) ilə təmsil oluna bilər. MapServer aşağıdakı stil simli nümayəndəliklərini dəstəkləyir:

MapServer STYLE tərifi - Stil sətri aşağıdakı nümunəyə görə MapServer STYLE bloku kimi təmsil oluna bilər:

MapServer CLASS tərifi - Tək bir üslub əvəzinə bütün KLASS-ı göstərməklə xüsusiyyətlərə görə əlavə seçimlərdən (ifadələr, etiket atributları, çoxsaylı tərzlər kimi) istifadə etməyə imkan verir.

OGR Style String - OGR stil simli formatını OGR-ə uyğun olaraq göstərən MapServer dəstəyi - Xüsusiyyət Stili Xüsusiyyət sənədləri. Hal-hazırda yalnız bir neçə məlumat mənbəyi stillərin xüsusiyyətləri ilə birlikdə (MapInfo, AutoCAD DXF, Microstation DGN kimi) saxlanılmasını dəstəkləyir, lakin bu üslublar ogr2ogr komut satırı alətindən istifadə edərək ayrıca bir atribut olaraq bir çox digər məlumat mənbəyinə asanlıqla köçürülə bilər. :

AUTO: Dəyər: AUTO avtomatik üslub üçün istifadə edilə bilər.

Avtomatik üslub sürücü tərəfindən təmin edilə bilər. Hal-hazırda yalnız OGR sürücüsü avtomatik üslubu dəstəkləyir.

Birlik Qatı üçün istifadə edildikdə, mənbə qatlarından olan üslublardan istifadə ediləcəkdir.

Ya bir STYLE tərifi, ya da bir və ya birdən çox üslublu bir SINIF tərifi olan yeni bir sətir qaytaran Javascript faylı. STYLEITEM Javascriptə baxın.

Simvolların və / və ya mətnin tam ölçüdə göründüyü miqyas. Bu, xəritənin miqyasına əsasən obyektlərin dinamik miqyaslanmasına imkan verir. Təyin edilmədikdə, bu təbəqə həmişə eyni ölçüdə görünəcəkdir. Ölçmə yalnız yuxarıda göstərildiyi kimi MINSIZE və MAXSIZE hüdudlarında baş verir. Miqyas həqiqi miqyas kəsrinin məxrəci olaraq verilmişdir, məsələn 1: 24,000 miqyaslı bir xəritə üçün 24000 istifadə olunur. İstifadə edilməmiş SYMBOLSCALE parametrini əvəz etmək üçün MapServer 5.0-da tətbiq edilmişdir.

SINIF ŞABLONUNA qlobal alternativ olaraq istifadə olunur. Daha çox məlumat üçün Şablonlara baxın.

Döşəmə sənədinin və ya təbəqənin adı. Pliteks indeksi ArcInfo kitabxana indeksinə bənzəyir. Taşlama indeksi hər bir çini üçün çoxbucaqlı xüsusiyyətlərə malikdir. Kirəmitli məlumatların yerləşməsini ehtiva edən maddə TILEITEM parametrindən istifadə edərək verilir. Bir fayl shapefile və ya raster qatları üçün fayans dizini olaraq istifadə edildikdə, kafel indeksi bir shapefile olmalıdır. CONNECTIONTYPE OGR təbəqələri üçün OGR tərəfindən dəstəklənən hər hansı bir məlumat mənbəyi bir fayans indeksi ola bilər. Normalda məkan, kafel faylının yolunu, kafelin indeksinə nisbətən deyil, shapepath yoluna nisbətən ehtiva etməlidir. DATA parametri bir dəyər ehtiva edirsə, yerin sonuna əlavə olunur. Döşəmə plitəsi qatından istifadə edildikdə, birbaşa bir fayla istinad etməklə işləyir, lakin dəstəklənən hər hansı bir xüsusiyyət mənbəyi istifadə edilə bilər (yəni postgres, oracle).

Pliteksdəki bütün fayllar eyni koordinat sisteminə, vektor sənədləri üçün eyni atributlar dəsti eyni qaydada olmalıdır.

Raster qatlar üçün MapServer 6.4 və vektor qatlar üçün MapServer 7.2 ilə başlayaraq, müxtəlif proqnozlu plitələrlə plitələr düzəlişlərindən istifadə edilə bilər. Bunun üçün TILESRS parametri göstərilməlidir.

Fərdi bir plitənin yerini ehtiva edən maddə, default olaraq & quotlocation & quot.

Fərdi bir kafelin SRS-i olan atributun adı. Bu SRS WKT formatında, EPSG: XXXX kodu və ya PROJ simli kimi ifadə edilə bilər. Plitineksində müxtəlif proqnozlarda rastrlar varsa, bu seçim göstərilməlidir. Pliteks indeksi gdaltindex (GDAL & gt = 2.0) və ya ogrtindex (GDAL & gt = 2.2) ilə yaradılıbsa, TILESRS dəyəri gdaltindex / ogrtindex -src_srs_name seçiminin dəyəridir. Fərqli proqnozlarda plitələrlə Tileindexes-ə baxın

Bu seçim hazırda yalnız raster qatlarında mövcuddur.

Nöqtə əsaslı sorğular üçün həssaslıq (yəni siçan və / və ya xəritə koordinatları vasitəsilə). TOLERANCEUNITS-da verilmişdir. Laym bir POINT və ya bir xəttdirsə, defolt 3-dir. Bütün digər qat növləri üçün defolt 0-dur. Çoxbucaqlı axtarışları məhdudlaşdırmaq üçün nöqtənin poliqonda meydana gəlməsi üçün tolerantlığı sıfıra qoyun. Bu ayar WFS GetFeature əməliyyatları üçün tətbiq edilmir.

TOLERANCE dəyərindəki vahidlər. Varsayılan pikseldir. Nauticalmiles MapServer 5.6-da əlavə edildi.

Şəffaflıq [tam ədəd | alfa] - köhnəlmişdir

Dittgalkan sejak versi 5.0: Bunun əvəzinə OPACITY istifadə edin.

7.0 versiyası: Bunun əvəzinə KOMPOZİT istifadə edin.

MapServer-ə müəyyən bir təbəqənin bir koordinat sistemindən şəkil koordinatlarına çevrilməsinə ehtiyac olub olmadığını izah edir. Varsayılan doğrudur. Bu, şəkil / qrafik koordinatlarında shapefiles yaratmağa imkan verir və bu səbəbdən hər xəritədə həmişə eyni yerdə göstəriləcək xüsusiyyətlərə malikdir. Xəritələrə loqotiplər və ya mətn yerləşdirmək üçün idealdır. Qrafik koordinat sisteminin əksər xəritə koordinat sistemlərinin əksinə şəklin yuxarı sol küncündə bir mənşəyi olduğunu unutmayın.

Versiya 4.10, piksel şəklində verilən koordinatlarla (və ya faizlə baxın, bölmələrə baxın) xüsusiyyətləri, əksər hallarda təsvirin UL küncündən başqa bir şeylə müqayisədə xətt xüsusiyyətləri müəyyənləşdirmək imkanı təqdim edir. 'YALANCA TRANSFORM' mənası budur. Alternativ mənşəyi təyin edərək, müəllif hüququ ifadəsi kimi bir şeyi şəklin başqa bir hissəsinə şəkil ölçüsündən asılı olmayan bir şəkildə bağlamağa imkan verir.

Verilənlərin necə tərtib edilməli olduğunu müəyyənləşdirir. Forma şəkli ilə eyni olmamağa ehtiyac yoxdur. Məsələn, bir çoxbucaqlı şəkillər bir nöqtə təbəqəsi şəklində çəkilə bilər, lakin bir nöqtəli bir forma bir çoxbucaqlı bir təbəqə olaraq çəkilə bilməz. Sağlam düşüncə qaydaları.

POLİQONLAR və POLİLİNLƏRİ (bir növ kimi mövcud olmayan) arasında fərqləndirmək üçün, sadəcə olaraq təsnif edərkən COLOR açar sözünü istifadə edin və ya buraxın. Əgər istifadə edirsinizsə, dolgu rəngi olan bir çoxbucaqlıdır, əks halda yalnız OUTLINECOLOR olan bir polilindir.

Bir dairə minimum məhdudlaşdıran düzbucaqlı ilə təyin olunmalıdır. Yəni özündə saxlaya biləcək ən kiçik kvadratı təyin edən iki nöqtə. Bu iki nöqtə qeyd olunan qutunun iki əks küncləridir. Aşağıda dairə çəkmək üçün xətt nöqtələrini istifadə edən bir nümunə verilmişdir:

TYPE sorğusu, təbəqənin soruşula biləcəyini, ancaq çəkiləcəyini bildirir.

TYPE annotasiyası versiya 6.2-dən bəri ləğv edilmişdir. Eyni funksionallıq LABEL səviyyəli STYLE blokları əlavə edilərək əldə edilə bilər və TYPE izahat qatlarında olduğu kimi məlumat dəstlərinin iki fərqli təbəqədə iki dəfə yüklənməsinə ehtiyac yoxdur.

TYPE qrafiki üçün Dinamik Diaqram HowTo.

Qat vahidləri. faizlər (bu vəziyyətdə 0 ilə 1 arasında bir dəyər) MapServer 4.10-a əlavə edildi və əsasən satır içi xüsusiyyətlərə yönəldildi. nauticalmiles MapServer 5.6-da əlavə edildi.

UTFGrid JSON şablonu. MapServer ifadə sintaksis (expressObj). Heç bir UTFDATA təmin edilmirsə, UTFITEM dəyərlərindən kənar heç bir məlumat aşkarlanmayacaq. UTFITEM qurulubsa, UTFDATA bunları ifşa edir ki, düymələr və məlumatlar bağlana bilsin. MS RFC 93: UTF Şəbəkə Dəstəyi və UTFGrid Çıxışına baxın.

UTFGrid üçün ID kimi istifadə ediləcək atribut. Bir UTFITEM təyin edilməyibsə, ardıcıl id (göstərmə qaydasına əsasən) istifadə olunur. UTFITEM qurulubsa, UTFDATA bunları ifşa edir ki, düymələr və məlumatlar bağlana bilsin. MS RFC 93: UTF Şəbəkə Dəstəyi və UTFGrid Çıxışına baxın.

VALIDATION blokunun başlanğıcını bildirir.

MapServer 5.4.0-dan etibarən, VALIDATION blokları, CGI param işləmə müddəti əvəzetmələri üçün doğrulama nümunələrinin təyin edilməsi üçün üstünlük verilən mexanizmdir. Çalışma vaxtı əvəzetməsinə baxın.


SDE.ST_Geometry istifadə edərək Oracle verilənlər bazasından shapefile və ya gml necə yaradılır? - Coğrafi İnformasiya Sistemləri

Beynəlxalq Geologiya Jurnalı Cild.06 No.01 (2015), Məqalə nömrəsi: 53569,8 səhifə
10.4236 / ijg.2015.61006

Məkan Məlumatları İnfrastruktur Portalı üçün Kontekstdən xəbərdar olan bir yanaşma

Zəhra Rzaee 1, Məhəmməd Rza Malek 2

1 Ətraf Mühit və Enerji Bölümü, Elm və Tədqiqat şöbəsi, İslam Azad Universiteti, Tehran, İran

2 Geodeziya və Geomatika Mühəndisliyi Fakültəsi, CİS şöbəsi, K.N. Toosi Texnologiya Universiteti, Tehran, İran

Müəllif hüquqları və kopyalama 2015 müəlliflər və Scientific Research Publishing Inc.

Bu iş Creative Commons Attribution International License (CC BY) altında lisenziyalaşdırılır.

2 Yanvar 2015-də qəbul edildi 25 Yanvar 2015 tarixində 28 Yanvar 2015 tarixində yayımlandı

İcmalardakı praktik və inşaat fəaliyyətinin əksəriyyətinin infrastrukturu GIS 1 və SDI 2-də məkan məlumatlarının düzgün anlaşılmasına və düzgün istifadəsinə əsaslanır. İstifadəçilər tərəfindən məkan məlumatlarının infrastruktur sistemlərindən optimal və səmərəli istifadəsi, müxtəlif təşkilatların məlumat mənbələri arasında istifadəçinin düzgün və istədikləri məlumatları axtarıb tapmağından asılıdır. Axtarış əməliyyatı və istifadəçilərin Mekansal Məlumat İnfrastruktur Şəbəkəsində yerləşən çoxsaylı mənbələrə aid müxtəlif məlumatlara girişi müxtəliflik və nisbətən yüksək məkan məlumatlarına görə qarışıq və vaxt aparır. SDI naxışında çoxsaylı siniflər və müxtəlif fəsadların alt sinifləri olduğundan, qəlibdən xəbərsiz istifadəçi uyğun məkan qatını göstərməklə qarışa bilər. Optimal vəziyyətdə, istifadəçi vəziyyəti və vəzifəsi və ətraf mühit şərtləri əsasında uyğun məlumat növünə daxil olmalıdır. Tapşırıq məlumatı istifadəçisi və onun təcrübəsinə əsaslanaraq nəticə çıxarmaqla ağıllı Qrafik İstifadəçi Arayüzü yaratmaq, uyğun məlumatlar və şərtlərə uyğun olaraq əldə ediləcəkdir. Sistem istifadəçisinin texniki-təşkilati yanaşması ilə əlaqəli məkan təbəqələrinin seçilməsi və göstərilməsi həm əlaqəsiz məlumatların süzülməsi, həm də qeyri-seçmə göstərmə vəziyyətindən daha çox əlverişli məlumatda işləmə sürəti baxımından ona xüsusi kömək edir. Bu məqsədlə, istifadəçinin texniki təcrübəsinin tanınmasına əsaslanan sistemin istifadəçi interfeysinə xidmətdə kontekstdən xəbərdar olan texnikaların dizaynı və istismarı, məlumatların adaptiv göstərilməsində və istifadəçilərə kontekstdən xəbərdar olan xidmətlərdə yaxşı bir həll ola bilər.

SDI, Kontekstdən xəbərdar olan, Veb Kataloq Xidməti, Veb Xəritə Xidməti

Günümüzdə bir çox ərazidə və ölkədə məkan məlumatları infrastrukturundan istifadə olunur. Məkan məlumatlarının əksər istehsalçıları məlumatlarını və xidmətlərini bölüşməyə meyllidirlər. Məkan məlumatları infrastruktur sistemlərindən istifadəçilərin optimal istifadəsindəki əsas problem, müxtəlif təşkilatların məlumat anbarları arasında istifadəçinin uyğun və istədikləri məlumatları necə axtarıb tapmasıdır. Mekansal məlumatların müxtəlifliyi və veb səhifələrdə və axtarış motorlarında düzgün başa düşülməsi və düzgün istifadəsi zərurəti səbəbindən fərqli tələblərə sahib fərqli istifadəçi qrupları üçün tətbiq olunan ayrılma və təsnifat tələb olunur.

Digər tərəfdən, Coğrafi İnformasiya Sisteminin meydana gəlməsi, hər yerdə və hər zaman mobil emal və emalın meydana gəlməsini təmin edir. Kontekstdən xəbərdar olan və hər yerdən xəbərdar olan kalkulyator mühitlərində aparılan proseslər, adi Coğrafi İnformasiya Sistemlərindən fərqli olaraq, tapşırıq mühitindən və istifadəçinin dinamik şərtlərindən asılıdır. Məkan məlumatverici sistemlərlə işin optimal vəziyyətində istifadəçi statusu, vəzifəsi və ətraf mühit şərtləri ilə uyğun olan müvafiq məlumat növünə giriş əldə etməlidir. Bu dəyişkənliyin dəstəyi, istifadəçinin qrafik interfeysi kifayət qədər ağıllı olduqda və istifadəçinin tapşırıq məlumatlarına və onun təcrübəsinə əsaslanan nəticələrə əsasən onlara düzgün məlumat verən və şərtlərə uyğun gələn zaman mümkündür. Ağıllı istifadəçi interfeysi üçün son illərdə ciddi diqqət alan yanaşma, kontekstdən xəbərdar olan hesablama metodunun istifadəsidir [1] [2].

İstifadəçi interfeysi, insanlarla kompüterlər arasında bütün məlumat kanalları ilə əlaqə quraraq kompüterdən istifadə imkanını təmin edən vasitəçidir. Əslində, istifadəçi interfeysi istifadəçinin birbaşa onunla məşğul olduğu kompüter proqramlarının əyani və maddi hissəsidir [3]. Onlayn sistemlər üçün mövcud istifadəçi interfeysi kontekstdən asılı deyil, çünki istifadəçinin ətrafında kimin və ya nə olduğunu bilmədikləri üçün ətraf mühitə və ya müəyyən şərtlərə uyğunlaşa bilməyəcəklər.

Beləliklə, kontekstdən xəbərdar olan sistemlərin tətbiqində təklif olunan sistemlərin təmin edilməsi üçün istifadəçi profillərinin qiymətləndirilməsi və qiymətləndirilməsi çox vacibdir. Məkan məlumatları infrastruktur sistemlərində göstərilən xəritə istifadəçi interfeysinin bir hissəsi hesab edilə bilər. SDI sistemləri ilə işləyərkən istifadəçilər üçün vacib məsələlərdən biri, istifadəçi interfeysindəki istifadəçi statusuna uyğun olaraq uyğun məlumatlara giriş imkanıdır, beləliklə istifadəçi üçün görünən məlumat və əlçatanlıq onun kontekst şərtləri ilə uyğun şəkildə uyğunlaşır.

Müxtəlif təşkilatlarda mövcud olan kütləvi məlumat miqdarının artması və müxtəlif növ məlumatlar istehsal etməsi və müxtəlif istifadəçilər tərəfindən bunlardan istifadə etmək və onlarla işləmək və nəticədə istənilən nəticələrə nail olmaq üçün mürəkkəb axtarış mexanizmləri ilə məşğul olmaq zərurəti ilə, kontekstdən xəbərdar olan bir istifadəçinin dizaynı və yaradılmasına ehtiyac var. iş şəraiti və istifadəçi mühiti ilə mütənasib interfeyslər daha çox hiss olunur. Əslində, istifadəçinin kontekstual şərtləri onun informasiya ehtiyacları ilə sıx əlaqə qurur və ona xidmət sisteminin kontekstual məlumatlar əsasında necə idarə olunduğunu göstərir. Ümumiyyətlə, istifadəçilərin məkan məlumatları infrastrukturunun geoportal istifadəçi interfeysindəki uyğun məlumatlara axtarışı və optimal əlçatanlığı ilə əlaqəli bir çox təsirli kontekst də nəzərdən keçirilə bilər. Effektiv kontekstlər istifadəçiyə Geoportals-ın məkan xidmətləri çərçivəsində ən yaxşı nəticələrin verilməsində kömək edir.

Bu işin məqsədi səlahiyyətli və icazəsiz istifadəçilərin əlçatanlıq səviyyəsini idarə etmək və istifadəçi ilə əlaqəli məkan məlumatlarını ayırmaq və təşkilati istifadəçilər üçün əlaqəsiz əlavə təbəqələri süzməkdir. Bu məqsədlə bu sistemdəki ən təsirli konteksti araşdırmalı və təyin etməliyik. Beləliklə, müxtəlif ixtisaslaşmış təşkilatlarda çalışan və müəyyən bir yerdə işləyən istifadəçinin yerləşdirilməsinə və istifadə edilmiş cihazı, həmçinin bu təşkilatların qrafiklərində ixtisaslaşmış və müəyyən edilmiş tapşırıq növünə görə, kontekstual məlumat kimi istifadə edilə bilən ən uyğun kontekst bu proqramda istifadəçilərin növü və texniki-təşkilati yanaşmalarıdır.

Əslində, bu işin məqsədinə görə istifadəçi yeri, istifadəçinin tipi və istifadəçilərə uyğunlaşma xidmətindəki iş sahəsi kimi kontekstdən istifadə olunur. Həqiqətən biz yer kontekstini və istifadəçi növünü ilkin kontekstual məlumatlar, eyni zamanda texniki-təşkilati yanaşma kontekstini adaptiv xidmətdə əsas kontekstdən əldə edilmiş yüksək səviyyəli kontekstual birləşdirilmiş məlumat kimi istifadə edirik. Beləliklə, istifadəçi maraqları, istifadəçi axtarış tarixçəsi, bu tətbiqdə istifadə olunan cihaz növü kimi digər məzmunlu məlumatlar sistemin bu istifadəçilər sinfinə xidmət keyfiyyətini təsir etmir.

Buna görə də hazırkı araşdırmada istifadəçilər üçün SDI-nin məqsəd və üstünlüklərini təmin etmək üçün, WMS 3 və Veb Xidmət Kataloqu kimi veb xidmətləri ilə istədiyiniz istifadəçi interfeysinin dizaynında və həyata keçirilməsində Clearinghouse-un geoportalından istifadə edəcəyik.

Bu tədqiqatın davamı aşağıdakı kimi təsvir edilmişdir. Bölmə 2-də kontekstdən xəbərdar olan hesablama, onun tərifi və SDI sistemlərində kontekstual məlumatların tətbiqi izah olunur. Bölmə 3-də bu araşdırmada istədiyimiz sistemin memarlığını və modelləşdirməsini təsvir edirik və Bölmə 4-də tətbiqetmə detallarını müzakirə edəcəyik. Bölmə 5-də nəticə və təkliflər verəcəyik.

2. Kontekstdən xəbərdar olan hesablama və SDI sistemlərində tətbiq

Mekansal məlumatların müxtəlifliyi və çoxluğu və onların məkan məlumat sistemlərində düzgün başa düşülməsi və düzgün istifadəsi zəruriliyi nəzərə alınaraq, müxtəlif istifadəçi qrupları üçün müxtəlif bilik və tələblərə əsasən tətbiq olunan ayrılma və təsnifləşdirmə tələb olunur. İstədiyiniz məkan məlumatlarını əldə etmək üçün fərqli istifadəçilər maraqlarına və bəzən fiziki və ətraf mühit şərtlərinə görə xüsusiyyətlərinə uyğun istifadəçi interfeyslərinə ehtiyac duyurlar. Kontekstdən xəbərdar olan hesablama, işləmə cihazlarının fərqli vəziyyəti, istifadəçi mühitini və cihazların özlərini tapmaq və ölçmək, şərh etmək və reaksiya vermək qabiliyyətidir [4].

Kontekst konsepsiyası ilk dəfə Pacoe və Schilit tərəfindən tətbiq olundu ki, yerli mövqe tətbiq sahəsinin məqsədi insanlar və ya istifadəçilərin obyektləri və bu insanların və ətrafdakı obyektlərin dəyişməsi idi. Bu tərif tədricən tamamlandı və bu gün insanla kompüterin qarşılıqlı təsirində təsirli olan hər cür məlumatlara kontekst deyilir [1].

Deys & amp Abowed tərəfindən təqdim olunan kontekstdən xəbərdar olan sistemlərin başqa bir tərifi, buna görə “sistem, istifadəçi ilə əlaqəli məlumatları və ya xidmətləri təmin etmək üçün kontekstlərdən istifadə edərsə, burada istifadəçinin işinə əsaslanan kontekstdən xəbərdardır” [5]. . Bu tərifin praktik cəhəti ondan ibarətdir ki, istifadəçi ilə mütənasib məkan təbəqələrinin seçilməsində ən çox amil istifadəçinin təcrübəsini və iş sahəsini müəyyənləşdirməkdir [1] [5]. Məsələn, Mədəni İrs və Turizm bürosundakı bir istifadəçi ilə mütənasib məkan məlumatları növü həm məlumat məzmunu, həm də görselləşdirmə növü baxımından Yollar və Şəhərsalma ofislərində fərqli olacaqdır.

Əslində, kontekst əlavə məlumatları dəqiqləşdirərək əlaqəli xidməti həyata keçirir. Ümumiyyətlə, sistemlərə məlumat girişinin avtomatik interfeysindən istifadə edən kontekstdən xəbərdar olan tətbiqetmələr, məsələn, sensorlardan çıxarılan məlumatlar kimi istifadəçinin giriş məlumatlarını sistemlərə təqdim etməsinə açıq müdaxiləsini azaltmaq üçün hazırlanmışdır [6].

Məkan məlumat sistemlərində, istifadəçinin vəziyyətinə və işinə və ətraf mühit şərtlərinə görə uyğun məlumat növünə girişi daha yaxşıdır. Bu səbəbdən, bu sistemlərin tətbiq olunan proqramlarında kontekstlərin tətbiqi ilə, kontekstdən xəbərdar olan tətbiq olunan proqramlar, davranışlarını istifadəçi kontekstinə və yeni şərtlərə görə dinamik şəkildə uyğunlaşdıracaq və nəticələrin effektivliyini artırır [7].

Ən çox sistemin, xüsusən də xüsusi məlumat infrastrukturu sistemlərinin istifadəçiləri, kontekstlər dəyişərsə, kontekstlərini dəyişdirməyə əsaslanan bir kontekstdən xəbərdar olan istifadəçi interfeysi tələb edirlər. Ümumiyyətlə, istifadəçi profilləri kontekstlərinə əsaslanan kontekstdən xəbərdar olan sistem performansı, bu tətbiq olunan proqramlar üçün bir çox potensial tətbiqetmə təmin edir və mobil və mobil olmayan məkan məlumat sisteminin imkanlarını yaxşılaşdırır, bunları məlumatların fərdi görünüşlərinə, əmrlərin və məlumatların avtomatik icrasına görə təsnif edə bilər. saxlama [1] [8].

Kontekstdən xəbərdar olan sistemlərdə məlumatların və avtomatik xidmətlərin göstərilməsi, istifadəçi mühitinin qəbuluna və tanınmasına əsaslanan istifadəçilərin sistemlə açıq ünsiyyət miqdarını azaltmaq üçün edilir [6]. Məsələn, məkan məlumat sistemlərində göstəriləcək məlumatların yalnız istifadəçinin bacarıq və təcrübəsinə uyğun bir hissəsi. Komutların avtomatik icrası bu proqramların reaktivlik qabiliyyətidir ki, məsələn, istifadəçi marşrutu və sistemin aşkarlanması zamanı naviqasiya proqramları, yol boyunca böyük bir kəsişmənin itirilməsinə əsaslanan sistem, dərhal ən qısa yol funksiyasını işə salır və istifadəçiyə çatmaq üçün alternativ bir yol təklif edir. hədəf nöqtəsi [2] [7] [9].

Kontekst məlumatlarının saxlanması, sistemə istifadəçi fəaliyyətinin qeydləri və axtarış tarixçəsi kimi məlumatları istifadə edərək istifadəçi profilləri məlumatlarını qəbul etməyə və çıxarmağa imkan verir. Sistemdə saxlanılan kontekstli məlumatlar da istifadəçinin izi olaraq qəbul edilə bilər [10].

Kontekstual məlumatları tətbiqetmə proqramlarında istifadə edərək, bu proqramların funksiyaları analiz və ekranın iki səviyyəsində təsnif edilir [11]. Analiz səviyyəsindəki kontekst şüuru, kontekstin giriş məlumatlarını istifadə edən məkan məlumat sistemləri kimi qəbul edilə bilər.Məsələn, arzuolunan nöqtələri axtaran və istifadəçiyə göstərən bir xidmət bu növün nümunəsidir. Əslində bu xidmətlərdəki kontekstual məlumatları nəzərə alaraq, bu məlumatların təhlili müzakirə olunur və kontekstual şərtlərə və onun hədəfinə uyğun məlumat növləri göstərilir [1].

Ekran səviyyəsində kontekst şüuru, istifadəçilərə xəritə təqdimatında məlumat sistemlərinin adaptiv ekran performansı ilə eynidir. Bu vəziyyətdə, məlumatların seçilməsinə əlavə olaraq, məlumatların göstərilmə növü, yəni göstərilən təbəqələr, təbəqələrin ayrılması və digər məlumatlar kontekstə əsasən dəyişir [1] [8]. Məsələn, istifadə olunan cihazın növü və ya hərəkət sürəti və s. Göstərilən xəritənin istifadəçiyə göstərilən miqyası və ya istifadəçilərin bunlarla tanışlığı və ya texniki bilikləri əsasında xəritələrdə istifadə olunan simvol növləri kimi istifadəçi kontekstini dəyişdirməklə. işarələr dəyişdirilə bilər. Təqdim olunan tədqiqatda bu SDI kontekstdən xəbərdar olan sistemin istifadəçi interfeysində göstərilən ayrı məlumatları əlaqəli kontekstual məlumatlara görə istifadəçilər üçün göstərici səviyyəsində tükəndirməsi nəzərdə tutulur. Başqa sözlə, məqsəd xəritənin adaptiv şəkildə göstərilməsinə xidmət etmək və sistem istifadəçisinin mövcud vəziyyətinə uyğun olaraq məkan qatlarını ayırmaqdır.

3. Memarlıq və modelləşdirmə

Geoportallardan gözlənilən funksiyaya uyğun olaraq, məkan portalı arxitekturası Portal xidmətləri, Kataloq xidmətləri, Portrayal xidmətləri və Məlumat xidmətləri kimi hərtərəfli bir məkan portalı tətbiq etmək üçün dörd mərtəbəli xidməti əhatə etməlidir [12] [13].

Bu əsasda, şəkil 1-də göstərildiyi kimi, komponentlərinin mobil və mobil olmayan SDI istifadəçiləri üçün məkan məlumatlarının bir infrastruktur kontekstindən xəbərdar xidməti kimi dizayn edilmiş sistemlər üçün bir memarlıq təklif etdik. Şəkil 1-də təsvir olunan arxitekturaya uyğun olaraq, SDI kontekstdən xəbərdar olan sistem Geolocator tətbiq qatından, Veb xidmətləri qatından və məlumat və metadata qatından ibarətdir. Bu quruluşdakı Geolocator tətbiqetmə qatı veb əsaslı bir proqramdır və istifadəçilərinin GPS cihazlarını istifadə edərək mobil cihazla (qısaca mobil istifadəçi) və IP Geolocator tətbiqetməsini tətbiq edən mobil olmayan istifadəçilərin şifrəsini qiymətləndirərək və nəhayət istifadəçi növünü və yerini müəyyənləşdirir. .

Veb tətbiqi, müxtəlif dilləri dəstəkləyən bir istifadəçi interfeysi təmin edir. Sistem istifadəçilərə uyğun xidmətləri, o cümlədən istifadəçinin prioritetləri, planları və məqsədləri daxil olmaqla digər kontekstual məlumatları istifadə etmək istəyirsə, bu bölmədən istifadə edən sistem istifadəçiyə bu cür məlumatları birbaşa və əl ilə soruşa bilər. Veb xidmətləri təbəqəsi WMS, CSW 4, WFS 5, WPS 6, CI 7 və s. İbarətdir. Bu veb xidmətlərin hər birinin tərifləri və funksiyaları aşağıdakılardan ibarətdir [14] [15].

WMS, məkan məlumatlarından kartoqrafik göstərmə və ya görüntüləmə üçündür. CSW vəzifəsi, məkan məlumat mənbələrinin metadatalarını nəşr etmək və bu məlumatların axtarışı və sorğusu olan kataloqu xidmətləridir. WFS, bu xidmətlərin coğrafi komplikasiyanı təsvir edən GML-ə əsaslanan məkan məlumatlarına daxil olmaq funksiyasıdır. WPS, prosessor

Şəkil 1. Məkan məlumatları infrastrukturunun kontekstdən xəbərdar olan tətbiqi təbəqələri.

xidmətlər, mövcud məlumatları işləyir və istədiyi istifadəçi üçün yeni məlumatlar istehsal edir və təmin edir. CI, bu veb xidmətin istifadəçi şərtləri və yeri ilə mütənasib əlaqəli məlumat təmin etdiyi kontekstual məlumatların tərkib hissəsidir [12] [13] [16].

Məlumat və metadata təbəqələri metadata kataloqu və məkan verilənlər bazasından ibarətdir. Metadata kataloqu, ISO standartlarına uyğun olaraq əldə edilə bilən məlumatları təsvir edən bir metadata toplusudur. Mekansal verilənlər bazası, məkan məlumatlarına daxil olan məlumat anbarlarını da ehtiva edir.

Şəbəkədəki bu komponentlərin memarlıq dizaynında, ilk mərhələdə, şəkil 2-yə uyğun olaraq müştəri-server arxitekturasını nəzərdən keçiririk. Şəkil 1-də göstərilən arxitekturada istifadəçi identifikasiyası və işinin tanınması müştəri üzərindəki IP tətbiqetmələrini izləməklə həyata keçirilir. yan və nəticə serverə göndərilir. Doğrulama, kontekstual məlumatların şərh edilməsi, səlahiyyətli və icazəsiz istifadəçi növlərinin müəyyənləşdirilməsi və istifadəçilərə xüsusi xidmətlərin göstərilməsinin müəyyənləşdirilməsi daxil olmaqla digər proseslər server saytında aparılır. Kontekstdən xəbərdar olan tətbiqetmələrin hiyerarşisinin gündəliyində algılama, işləmə və fəaliyyət üç əsas mərhələ olmalıdır. İstifadəçini əhatə edən kontekstual məlumatları hiss etmək və toplamaq ümumiyyətlə sensorlar tərəfindən həyata keçirilir.

Bu kontekstdən xəbərdar olan kompüterdə artıq dizayn prosesində istifadə vəziyyətini nəzərdən keçirmək üçün vasitələrimiz var. İnsan-Kompüter Qarşılıqlı Etkisi (HCI) olaraq ənənəvi olaraq istifadəçini və istifadə kontekstini anlamağı və əsas gözlənilən istifadə vəziyyətlərini və istifadə vəziyyətlərini dəstəkləyən dizaynlar yaratmağı hədəfləyirik. Kontekstdən xəbərdar olan kompüterlərdə kontekstdən istifadə əsaslı bir dəyişikliyə səbəb olur: eyni dərəcədə optimal olan birdən çox istifadə kontekstini dəstəkləyə bilərik. İş vaxtında? İstifadəçi tətbiqetmə ilə əlaqə qurduqda sistem mövcud istifadə kontekstinin nə olduğuna qərar verə bilər və bu mətn üçün xüsusi olaraq optimallaşdırılmış bir istifadəçi interfeysi təmin edə bilər. Kontekstdən xəbərdar olma ilə, istifadəçi interfeysinin dizaynı işi ümumiyyətlə sistemin istifadə edəcəyi vəziyyət və kontekst sayının artması ilə daha mürəkkəbləşir. Bu yanaşmanın üstünlüyü ondan ibarətdir ki, bir sıra kontekstlər üçün optimallaşdırılmış istifadəçi interfeysləri təqdim edə bilərik. Şəkil 3-də göstərildiyi kimi, kontekstdən xəbərdar olan sistemlərin ümumi quruluşu, ətraf mühitin və istifadəçinin kontekstual məlumatlarını, funksiya hesablama sensorunu, kontekstual məlumatların şərhindən məsul kontekst hesablamasını, kontekstin verilməsini və nəhayət tətbiqi rolunu oynayan sensorlar ehtiva edir [ 17] [18]. Əksər kontekstdən xəbərdar olan tətbiqlərdə, sensorlar və tətbiq qatları arasında, kontekst hesablama komponentinə əlavə olaraq başqa bir orta qat da mövcuddur

Şəkil 2. Veb saytın ümumi arxitekturası.

Şəkil 3. Kontekstdən xəbərdar olan sistemlərin ümumi quruluşu [18].

xam məlumat bərpa, kontekstual məlumatların işlənməsi və ya şərh edilməsi, kontekstual məlumat idarəetməsinin saxlanması kimi yerlər. Bir çox mürəkkəb kontekstdən xəbərdar olan tətbiqetmələrdə ilkin məlumatlardan çıxarılan kontekstual məlumatlar tələb olunur, çünki bu sistemlərə xidmət göstərilməsi birincil ölçülmüş məlumatlara görə əksər hallarda mümkün deyildir, toplandıqdan sonra kontekstual məlumatların əksəriyyəti xam və ilkin və tətbiqetmə üçün uyğun deyil.

Tətbiqə ehtiyac olarsa, xam məlumatları mənalı məlumatlara çevirmək üçün əvvəlcədən işləmə qatından istifadə olunur [19]. Ancaq yenə də ən mürəkkəb və daha yüksək səviyyəli tətbiqetmələrdə əvvəlcədən işlənmiş məlumatlar tətbiqdə qərar vermək üçün kifayət deyil. Beləliklə, məntiqi mülahizə və bunların yüksək səviyyəli birləşmiş məlumatlarını istifadə edərək əvvəlcədən işlənmiş məlumatlar üzərində mübahisə ilə, məzmunlu məlumatların tətbiq məntiqinə giriş şərtini təmin etməlidir. Birləşdirilmiş məlumatların istehsalından sonra tətbiqetmə qərarı bu məlumatlara əsasən veriləcək [20] - [22]. Nəhayət, kontekstdən xəbərdar olan sistemlərin modelləşdirilməsi, Şəkil 4-də göstərildiyi kimi, ilkin və xam kontekstual məlumatlardan çıxarılan yüksək səviyyəli məlumatların birləşməsindən istifadə edərək hazırlanmış və həyata keçirilmişdir.

4. Tətbiq və Performans

Bu sistemin dizaynı və tətbiqində birinci mərhələdə dediyimiz kimi müştəri-server arxitekturası nəzərdən keçirildi. Bu memarlıq haqqında daha çox məlumat üçün oxucu istinadlara baxa bilər [12] [13] [23]. Sonra bir geoportalın koordinasiya mərkəzinin ızgara modelinə əsaslanan bu arxitekturanın digər komponentləri hazırlanmış və inkişaf etdirilmişdir. Təklif olunan arxitekturada iş axını Şəkil 5-də göstərilir, beləliklə əvvəlcə istifadəçi geoportal giriş portalına qoşulur, istifadəçi ilə müştəri tərəfindəki istifadəçi interfeysi ilə eyni vaxtda istifadəçi mövqeyi aşkar olunur.

Belə ki, istifadəçinin kompüter IP-si müştəri tərəfindəki IP Geolpcator tərəfindən müəyyən edilir və sonra istifadəçinin yeri və işin təşkili və təcrübəsi müəyyənləşdirilir. Proxy, istifadəçi interfeysi ilə veb xidmətləri arasında vasitəçi olaraq istifadə olunur ki, müştəri tərəfi ilə server tərəfi arasında birbaşa əlaqə yaratmasın və daha çox təhlükəsizlik təmin etsin, çünki Proxy tərəfindən istifadəçi üçün məkan məlumatlarına birbaşa giriş yoxdur. Digər tərəfdən, istifadəçi interfeysində istifadəçi qeyd sistemi istifadə edərək, istifadəçi giriş icazələri baxımından qiymətləndirilir və müəyyənləşdirilir və təsdiqlənir və səlahiyyətli və etibarlı olduğu təqdirdə Proxy vasitəsilə həm istifadəçi interfeysinin xüsusi xidmətlərinə, həm də qeyd məlumatlarına əsaslanaraq kömək edəcəkdir. onu daha yaxşı müəyyənləşdir.

Bölmə 4-də təklif etdiyimiz memarlıq dizaynı kontekstində fərqlənən sistemlərə uyğun olaraq, bu hissədə də əsas kontekstual məlumatlar istifadəçi sisteminin Ip-si və etibarlı şifrəsinə əsaslanan eyni yerdir. IP və ya

Şəkil 4. Kontekstdən xəbərdar olan sistemlərin memarlığı və komponentləri.

Şəkil 5. Məkan məlumatları infrastrukturunun memarlıq və kontekstdən xəbərdar olan sistem komponentləri.

İnternet Protokolu, İnternetə qoşulmuş hər bir kompüterə verilən bir rəqəmdir. IP nömrəsini istifadə edərək kompüterlərə daxil ola bilərsiniz. Server rejiminə sahib kompüterlər və ümumiyyətlə internetə qoşulma üsulundan başqa bir şəkildə internetə qoşulan müştəri kompüterlər üçün bu, 32 bit olan sabit bir rəqəmdir və rahatlığı üçün xxx.xxx.xxx.xxx kimi yazılır. Xxx-in məqsədi 0 ilə 255 arasındakı rəqəmdir.

JavaScript-də yazılmış IP axtarış proqramı ilə internetə qoşulma zamanı istifadəçinin IP-si müəyyən edilə bilər. Əldə edilmiş IP serialının təşkilat sistemlərindən bununla müqayisə edilməsindən və səlahiyyətli istifadəçi qeydiyyatı sisteminin bölməsindəki istifadəçi parolunun fərqli təşkilat üçün nəzərdə tutulan parol seriyası ilə müqayisə edilməsindən, əvvəlcə istifadəçinin növü, daha sonra istifadəçinin iş yeri və nəticədə onun iş sahəsi müəyyən edilmişdir. Belə ki, əvvəlcədən işləmə mərhələsində istifadəçi sisteminin IP ədədi dəyərdən mənalı bir məlumatlara çevrilir. Bu seriya nömrəsi müəyyən edildikdən sonra əlaqədar təşkilat sistemlərinin IP seriyası müqayisə olunmaqla və eyni zamanda istifadəçinin şifrəsi ilə təşkilat istifadəçilərinə verilən şifrə diapazonu ilə müqayisə edilərək istifadəçi tipi və onun iş yeri ilə əlaqəli məlumatlar əldə edilir. Beləliklə, bu mərhələdə istifadəçi tipinin və onun iş yerinin kontekstual məlumatları əvvəlcədən işlənmədən əldə edilmiş bir məlumat kimi qəbul edilir.

Növbəti mərhələdə, server tərəfindəki sistemin tərcüməçi komponentində istifadə olunan məntiqdən istifadə edərək və iş sahəsi məlumatları üzərində mübahisə edərək, təcrübə səviyyəsi və texniki bilik səviyyəsi, həmçinin bu iş ilə müxtəlif məkan təbəqələri arasındakı əlaqə yüksəkdir. səviyyə və birləşdirilmiş kontekstual məlumatlar server tərəfinin məlumat bazasına yerləşdirilir. İndi bu məlumatlar tətbiq hissəsində istifadəçilərə necə xidmət göstərdiyinə qərar vermək üçün istifadəyə hazırdır. Beləliklə, istifadəçi iş sahəsi ilə mütənasib məkan qatlarının ayrılması proksi hissəsində və birləşdirilmiş məlumat bazasından məlumat alınaraq idarə olunur. Proxy istifadə edərək, müxtəlif istifadəçilərin fərqli təşkilat metadatalarına və təbəqələrinə girişi nəzarət edilir və ayrılır.

Bu işdə, açıq mənbəli və Java dilində yazılmış Geonetwork proqramı metadata xidmət kataloqu yaratmaq və istifadəçinin lazımi məlumatlarını axtarmaq imkanı yaratmaq üçün istifadə olunur. İstifadəçi istəyi qeyd defteri filtrindən keçdikdən və istifadəçinin JavaScript tərəfindən iş sahəsini təyin etdikdən sonra XML formatında bir fayl olaraq Proxy-yə, daha sonra Geonetwork tərəfindən bütün kataloqu xidmətlərinə göndərilir. XML formatında olan axtarış nəticələrini aldıqdan sonra, Geonetwork vasitəsilə əlaqəli metadata, Proxy-yə və oradan istifadəçi interfeysinə qayıdır.

İstifadəçi interfeysində, Geonetwork'dan alınan XML sənədinin server tərəfində deşifr edilməsi ilə istifadəçinin istədiyi məlumatların meta məlumatları onun üçün oxunaqlı siyahı formatında göstərilir. İstifadəçi ilə əlaqəli metadataları göstərdikdən sonra istifadəçinin WMS istifadə edərək istədiyi məlumatları görmək, onları WFS-dən istifadə etmək (əgər varsa) və ya WPS istifadə edərək işləmək (varsa) görmək mümkün olacaq. Bu məqsədlə, istədiyiniz təbəqəni göstərmək üçün açıq mənbə kimi Java proqramlaşdırma dilində yazılmış GeoServer proqramından istifadə edirik.

WMS veb xidməti, OGC standartlarına uyğun olaraq məlumatları göstərmək qabiliyyətinə malikdir və onların sənədlərinə yerləşdirilmiş xidmətlərin ünvanlarını istifadə edərək təbəqələri göstərmək üçün istifadə olunur. Məlumat təbəqələri Shapefile formatında Geoserver içindəki yerli faylda və ya Oracle və PostGIS kimi məkan bazasında saxlanıla bilər [16] [24]. İstifadəçi interfeysi ilə Geoserver arasındakı əlaqə və istifadəçilər üçün səlahiyyətli giriş yaratmaq Proxy vasitəsilə həyata keçirilir. Bu məqsədlə veb xəritə xidməti server tərəfi ilə istifadəçi interfeysi arasında vasitəçi olaraq Proxy.ashx faylı istifadə olunur. İstifadəçi tipinə əsaslanan Proxy sistemindən istifadə edərək məlumatları WMS veb xidmətinə mütənasib olaraq göstərir.

Bu hissənin xəritəsini və tətbiqini göstərmək hissəsində sistemə Yollar və Şəhərsalma İdarəsindən bir istifadəçinin qoşulduğunu düşünürük. İstifadəçi interfeysi ilə Yollar Departamentinin fərziyyəli istifadəçisi müəyyən edildikdən sonra WMS veb xidməti yollar qatını və ölkə rəhbərliklərini istifadəçinin iş sahəsi ilə əlaqəli təbəqələri onun üçün standart 6-da göstərildiyi kimi göstərə bilər.

Bu yazıda, WMS veb xidmətindən istifadə edərək xəritənin göstərildiyi hissəsində istifadəçi bilikləri ilə məkan təbəqələrinin adaptiv ekranı həyata keçirilir. Kontekstdən xəbərdar olan WMS sisteminin funksiyası elədir ki, istifadəçi şəxsiyyətindən sonra sistemə server tərəfdən daxil olarkən vasitəçi olaraq istifadəçi ilə Geoserver arasında əlaqə rolunu oynayan Proxy hissəsi istifadəçi tipinə əsasən müvafiq məkan təbəqələrini yüksək qiymətləndirir. .

Bu funksiyanın bir üstünlüyü, istifadəçiyə sistem serverinin anbarında mövcud olan bir çox məkan təbəqəsi arasında iş sahəsinə nisbətdə verilənlərə daxil olmasına kömək etməkdir, çünki məkan portallarında bir neçə təbəqə təşkilati məlumat saxlama sisteminə yüklənmişdir. Fərqli sahələrə və texniki biliklərə sahib fərqli istifadəçilər üçün vahid və sabit göstərən model hesab edilə bilməz, çünki bütün istifadəçilər nə istəsələr istəmirlər. Kontekstdən xəbərdar olan WMS-in göstərilməsinin digər vacib üstünlüyü sistemdəki məkan məlumatlarının daha sürətli göstərilməsidir. Hər hansı bir formatda, məsələn, Shape faylı şəklində məkan qatlarının həcminin yüklənmə və şəbəkə kontekstində göstərilmə sürətini təyin etdiyini bilirik.

İndi fərz edək ki, Geoportals kimi bir sistemdə, məkan məlumatları infrastrukturunun nümunəsində müəyyən edilmiş müxtəlif təbəqələrdən ibarət çox sayda məkan məlumatı sistemin xidmət tərəfinin məkan bazasına yerləşdirilib sistemin istifadəçi interfeysi səhifəsində göstərilməyə hazırdır. WMS xidmətindən istifadə etmək. Düzgün idarə olunmayan bu yüksək həcmli təbəqələrin necə göstəriləcəyi təqdirdə, istifadəçi interfeysində mövcud təbəqələrin göstərilməsi çox vaxt aparan və çətin olacaqdır. Bu problemin öhdəsindən gəlmək üçün məkan təbəqələrinin səmərəli şəkildə göstərilməsi üçün həll yollarından biri, onları kontekstdən xəbərdar və uyğunlaşan WMS istifadə edərək göstərməkdir.

Geoportalın istifadəçi interfeysindəki bir kontekstdən xəbərdar olan WMS, texniki təşkilati yanaşma və istifadəçi biliklərini təyin etdikdən sonra, texniki bilikləri ilə əlaqəli təbəqələri standart olaraq göstərir. Layihələndirilmiş sistemi qiymətləndirmək üçün bu kontekst qabı sistemi ilə tipik bir sistem arasındakı müqayisə, qatların göstərmə sürətinin digərindən daha sürətli olduğunu göstərir. Çünki bu sistem icazə verilən və uyğun təbəqələri seçir və icazəsiz və əlaqəsiz təbəqələrin göstərilməsinə mane olur. Beləliklə, səhifədəki təbəqələrin yüklənmə vaxtı səmərəli şəkildə artacaqdır. Bu sistemin saya bilən digər bir seçimi, istifadəçilərə iş sahəsi və ehtiyacları ilə əlaqəli məlumatları qarışdırmadan əldə etməyə kömək edir.

Bu səbəbdən müvafiq təbəqələrə göstərmə, yükləmə və hətta sürətli giriş səviyyəsinin əlaqəsi olmayan kütləvi təbəqələri süzgəcdən keçirərək istifadəçilər üçün kontekstdən xəbərdar olan WMS-lərin göstərilməsinin zəruriliyini göstərir. Digər üstünlük isə, sistem menecerləri, səlahiyyətli və icazəsiz istifadəçilərin müxtəlif təbəqələrə giriş səviyyəsini onlar üçün seçmə və uyğunlaşma ekranından istifadə edərək idarə edə və kritik və vacib xüsusi məlumatların təhlükəsizliyini qoruya bilərlər. Gələcək iş üçün təklif olunur, bütün spa təbəqələri üçün qəbuledici WMS-

Şəkil 6. Kontekstdən xəbərdar olan WMS istifadə edərək ölkə yollarının məkan təbəqələrini göstərmək.

SDI-də hazırlanan məlumatlar hazırlanmalı və eyni zamanda adaptiv WFS və WPS SDI-də Kontekst şüuru üçün yeni fikirlər ola bilər.


SpatiaLite Layers¶

Bir SpatiaLite verilənlər bazasından ilk dəfə məlumat yüklədiyiniz zaman, üzərinə basaraq başlayın SpatiaLite Layer alətlər çubuğu düyməsini əlavə edin və ya SpatiaLite Layer əlavə edin. seçimi Layer menyu və ya yazaraq Ctrl + Shift + L . Bu, açılan menyudan seçim edə biləcəyiniz və ya yeni bir verilənlər bazasına yeni bir əlaqə təyin edə biləcəyiniz QGIS-də əvvəlcədən bilinən bir SpatiaLite verilənlər bazasına qoşulmağa imkan verən bir pəncərə açacaqdır. Yeni bir əlaqə təyin etmək üçün vurun [Yeni] və ilə bir fayl olan SpatiaLite verilənlər bazanızı göstərmək üçün fayl brauzerindən istifadə edin .sqlite genişləndirmə.

Bir vektor qatını SpatiaLite formatında saxlamaq istəyirsinizsə, əfsanədəki qatı sağ vuraraq bunu edə bilərsiniz. Sonra basın Saxla .., çıxış sənədinin adını təyin edin, format və CRS olaraq & # 8216SpatiaLite & # 8217 seçin. Ayrıca format olaraq & # 8216SQLite & # 8217 seçib əlavə edə bilərsiniz SPATIALITE = EVET OGR məlumat mənbəyi yaradılması seçimi sahəsində. Bu, OGR-ə bir SpatiaLite verilənlər bazası yaratmağı tələb edir. Http://www.gdal.org/ogr/drv_sqlite.html səhifəsinə də baxın.

QGIS ayrıca SpatiaLite-da tənzimlənən görüntüləri dəstəkləyir.

Yeni bir SpatiaLite qatının yaradılması¶

Yeni bir SpatiaLite təbəqəsi yaratmaq istəyirsinizsə, xahiş edirəm bölməyə baxın Yeni bir SpatiaLite qatının yaradılması.

SpatiaLite məlumat idarəetmə plaginləri

SpatiaLite məlumatların idarə edilməsi üçün bir neçə Python plaginindən də istifadə edə bilərsiniz: QSpatiaLite, SpatiaLite Manager və ya DB Manager (əsas plagin, tövsiyə olunur). Plugin Installer ilə yüklənə və quraşdırıla bilər.


Fayl Formatı Xüsusiyyətləri Formalı sənədin açıq spesifikasiyaları Texniki Təsvir şəklində ESRI-dən onlayn olaraq əldə edilə bilər və sənədin ümumi quruluşunu ətraflı şəkildə hazırlayır. Əsas .shp sənədindəki məlumat başlıqlardan və qeydlərdən ibarətdir. Sabit uzunluqlu fayl başlığını dəyişən uzunluqdakı qeydlər izləyir, burada hər qeyd sabit uzunluqlu bir yazı başlığından ibarətdir və sonra dəyişən uzunluqlu yazı məzmunu verilir.

Əsas Fayl Başlığı Əsas Fayl Başlığı faylın əvvəlindən başlayır və uzunluğu 100 baytdır. Bu əsas fayl başlığının bayt mövqeyi, dəyəri, növü və bayt sırası ilə birlikdə təşkili aşağıdakı cədvəldə göstərildiyi kimi. BaytSahəDəyərYazınBayt Sifariş0-3Fayl kodu9994TamBöyük Endian4-23İstifadəsizdir0TamBöyük Endian24-27Fayl uzunluğuFayl uzunluğuTamBöyük Endian28-31Versiya1000TamBalaca Endian32-35Forma növüForma növüTamBalaca Endian36-67Minimum sərhəd düzbucağıXmin, Ymin, Xmax və YmaxikiqatBalaca Endian68-83Sərhəd qutusuZmin, ZmaxikiqatBalaca Endian84-99Sərhəd qutusuMmin, Mmaxikiqat Qeyd etmək lazımdır ki, fayl uzunluğunun dəyəri, başlığı təşkil edən əlli 16 bitlik sözləri də əhatə edən 16 bitlik sözlərlə faylın ümumi uzunluğudur.

Forma növləri Yuxarıdakı cədvəldə forma növləri sahəsinin dəyərləri aşağıdakı kimidir: DəyərForma növü0Boş forma1Nöqtə3Polyline5Çoxbucaqlı8MultiPoint11PointZ13PolyLineZ15PolygonZ18MultiPointZ21PointM23PolyLineM25ÇoxbucaqlıM28MultiPointM31MultiPatch

Məlumat qeydləri Əsas fayl başlığını dəyişən uzunluqdakı qeydlər izləyir, burada hər qeyd sabit uzunluqlu bir yazı başlığından, sonra dəyişən uzunluqlu qeyd məzmununa aiddir.

Qeyd başlığı

Yazı başlığı qeyd uzunluğu və qeydin 8 bayt uzunluğundakı məzmunun uzunluğu barədə məlumat ehtiva edir. Rekord başlığının təşkili aşağıdakı kimi göstərilmişdir:

BaytSahəDəyərYazınBayt Sifariş
0-3Qeyd nömrəsiQeyd nömrəsiTamBöyük
4-7Qeyd uzunluğuQeyd uzunluğuTamBöyük

Qeydin məzmunu

Bir shapefile qeyd məzmunu bir forma növündən ibarətdir və ardından bu forma həndəsi məlumatlar verilir. 0 forma növü, forma üçün həndəsi məlumatları olmayan sıfır bir formanı təmsil edir. Qeyd qeydlərinin uzunluğu forma hissələrinin və təpələrin əks olunmasıdır. Bir qeydin belə bir forma növü barədə məlumatları necə hazırladığını izah etmək üçün Point Shape tipindən bir nümunə götürək.

Bir nöqtə, hər koordinatın ikiqat dəqiqliklə göstərildiyi X, Y sıra ilə müəyyən bir coğrafi yeri təmsil edir. Aşağıdakı cədvəl bir Nöqtə forması tipinin düzülüşünü göstərir.

BaytForma növüDəyərYazınSayıBayt Sifariş
0-3Forma növü1Tam1Balaca
4-11XXikiqat1Balaca
12-19YYikiqat1Balaca

Digər forma növlərinə nümunələr ESRI texniki təsvir sənədində tapıla bilər.


Videoya baxın: Гильзы ГМЛ-П КВТ для параллельного соединения (Oktyabr 2021).