Daha çox

QGIS vasitəsilə GetMap istəklərində standart olmayan WMS parametrləri göndərilməyib?

QGIS vasitəsilə GetMap istəklərində standart olmayan WMS parametrləri göndərilməyib?


İngiltərənin Milli Biomüxtəliflik Şəbəkəsinə (NBN) Veb Xəritəçəkmə Xidmətinə (WMS) qoşulan QGIS-ə bir piton plagini kodlaşdırıram. Ümumiyyətlə, WMS-ə ictimai istifadəçi kimi daxil olmaq istədikdə bunu QgsRasterLayer API ilə etməkdə heç bir problemim yoxdur. Problem, qeydiyyatdan keçmiş bir istifadəçi olaraq WMS-ə daxil olmaq istədiyim zaman (təhlükəsiz məlumat əldə etmək üçün).

NBN WMS, istifadəçi adı və istifadəçi açarı adlanan veb xidmətə əlavə parametrlər olaraq bir istifadəçi adı və bir MD5 şifrə parolunu təqdim edərək bunun üçün bir metod təqdim edir (https://data.nbn.org.uk/Documentation/Web_Services/Web_Map_Services/) .

Parametrlər istəklər bir brauzerdə sınaqdan keçirildikdə elan olunduğu kimi işləyir. Bununla birlikdə, QGIS vasitəsilə istifadə edildikdə və QGIS-in həqiqətən NBN WMS-ə göndərdiyi HTTP istəklərini araşdırmaq üçün Fiddler istifadə etdikdə heç bir təsiri yoxdur, istifadəçi adı və istifadəçi açarı parametrlərinin QGIS tərəfindən göndərilmədiyini görürəm.

Bunlar qeyri-standart parametrlərdir, lakin OGC standartı standart olmayan parametrlərə icazə verildiyini söyləyir (və standartı pozmayın). QGIS-in bu standart olmayan parametrləri niyə HTTP tələbindən kənarlaşdırdığını və ya necə keçə biləcəyimi bilən varmı?


Hesab edirəm ki, QgsRasterLayer-a təqdim etdiyiniz url-un url kodlaşdırılmasına ehtiyac var.

Əks təqdirdə, QgsRasterLayer-a keçdiyiniz url parametrinin '&' simvoluna bölündüyü görünür.

Aşağıdakı hissə üçün bir QgsRasterlayer yaradılmasını nümayiş etdirir Cochlearia danica L.

wmsService = 'https://gis.nbn.org.uk/SingleSpecies/NBNSYS0000002854?username=NBN_USER&userkey=PASS_KEY&' url = 'url =' + urllib.quote_plus (wmsService) # url layer Ngs, url layn = Qgs WMS qat ',' wms ')

Bunu QGis 2.4-də sınadım


Çözüm yolu ilə WMS server bazası URL-ə əlavə parametrlər əlavə edə bilərsiniz. "Qabiliyyətlərdə bildirilən GetMap URI'yə məhəl qoyma" yoxlamasını da unutmayın. İstifadəçi adı və istifadəçi açarı dəyişdirildikdə, WMS əlaqə məlumatlarını müvafiq olaraq düzəltməlisiniz. Standard, WMS müştərilərinin satıcı parametrlərini saxlamalı olduğunu da söyləmir. QGIS üçün bir xüsusiyyət sorğusu göndərin və satıcı parametrləri üçün bir qutu olmasını təklif edin. SLD_BODY-nin də qutuya sığması üçün onu böyütməsini xahiş edin. Əvvəlcə belə bir xüsusiyyət tələbinin olub olmadığını yoxlayın.


WMS Müştəri

WMS (və ya Veb Xəritə Sunucusu) bir neçə fərqli serverdən məlumatların istifadəsinə imkan verir və müştərilərin xüsusi xəritələr qura biləcəyi Xəritə Serverləri şəbəkəsinin yaradılmasına imkan verir. Aşağıdakı sənəd, MapServer tətbiqetmələrinə uzaq WMS serverlərindən qat qatmaq üçün MapServer & # 8217s WMS qoşulma növündən istifadə haqqında məlumat ehtiva edir.

MapServer müştəri kimi fəaliyyət göstərərkən aşağıdakı WMS versiyalarını dəstəkləyir: 1.0.0, 1.0.7, 1.1.0, 1.1.1 (yenilənmiş siyahı üçün bax MapServer OGC Spesifikasiyası dəstəyi).

Bu sənəd artıq MapServer-in müəyyən aspektləri ilə tanış olduğunuzu güman edir:

  • MapServer tətbiqetmə hazırlanması və .map fayllarının qurulması.
  • WMS spesifikasiyası ilə tanışlıq bir varlıq olardı. WMS spesifikasiya sənədinə bir link aşağıda verilmişdir.

WMS ilə əlaqəli məlumatlar¶


Geodocker istifadə edərək GeoMesa ilə işə başlamaq

Əvvəlki bir yazımda, bir konteynerdə bir tətbiqetmə (GeoServer) işə salmaq və yerli QGIS yükləmədən ona qoşulmaq üçün docker-dən necə istifadə ediləcəyini göstərdim. Bu günün yazısı, bir-biri ilə qarşılıqlı əlaqəli bir dəst qabın işlədilməsindən bəhs edir. Daha spesifik olaraq, Geodocker-in təqdim etdiyi şəkillərdən istifadə edirəm. Geodocker deposu, Accumulo, GeoMesa və GeoServer-dən ibarət bir quraşdırma təmin edir. GeoMesa ilə hələ tanış deyilsinizsə:

GeoMesa, çox sayda paylanmış bulud məlumat saxlama sistemi üzərində qurulmuş açıq mənbəli, paylanmış, boşluqlu və müvəqqəti bir verilənlər bazasıdır və # 8230 GeoMesa, PostGIS-in Postgres-ə verdiyi qədər Accumulo-ya məkan sorgusu və məlumat manipulyasiyasını təmin etməyi hədəfləyir.

Aşağıdakı hissələrdə məlumatların GeoMesa-ya yüklənməsi, əmr satırı vasitəsilə əsas sorğuların yerinə yetirilməsi və sonda GeoServer-də məlumatların necə dərc ediləcəyi göstərilir. Məzmun əsasən iki GeoMesa təliminə əsaslanır: Geodocker: AWS-də Bootstrapping GeoMesa Accumulo və Qığılcım və GDELT-in qəbulunu azaldır, habelə Diethard Steiner və Accumulo əsaslarına dair yazılar. Əsas fərq, bu təlimatın yerli olaraq (AWS və ya oxşar infrastrukturda deyil) işlədilməsi üçün yazılmış olması və Geodocker-da əvvəlcədən hazırlanmış bütün istifadəçi adları və şifrələrini yazmasıdır.

Bu təlimat Ubuntu-da sınaqdan keçirildi və Docker-in artıq quraşdırıldığını güman edir. Hələ olmadığınız təqdirdə, Docker'i anbardan istifadə edərək Quraşdırmada təsvir edildiyi kimi qura bilərsiniz.

Geodocker'ı qurmaq üçün kodu Github'dan almalı və docker-compose əmrini çalıştırmalıyıq:

Docker-compose bitdikdə, bütün qabların vəziyyətini yoxlamaq üçün ikinci bir konsoldan istifadə edin:

Bu yazını yazarkən, bu şəkildə quraşdırılmış Geomesa versiyası 1.3.2-dir:

Məlumat yüklənir

Əvvəlcə bəzi məlumatlar əldə etməliyik. Mövcud təlimlərdə tez-tez GDELT layihəsi tərəfindən yayımlanan məlumatlardan bəhs olunur. Üç gün ərzində məlumatları yükləyək, açın və geodockeraccumulogeomesa_accumulo-master_1 qabına əlavə işləmə üçün kopyalayın:

Verilərin yüklənməsi və ya idxalına Geomesa dilində & # 8220ingesting & # 8221 deyilir. GDELT məlumatlarının formatı əvvəlcədən təyin olunduğundan (CSV Xəritəçəkmə geomesa-tools / conf / sfts / gdelt / reference.conf-da müəyyənləşdirilmişdir), məlumatları qəbul edə bilərik:

Məlumatlar qəbul edildikdən sonra, GeoMesa-dan yaradılan şemanı təsvir etməsini xahiş edərək yaradılan cədvələ baxa bilərik:

Arxa planda məlumatlarımız Accumulo masalarında saxlanılır. Daha yaxından baxmaq üçün Accumulo ana görüntüsündə interaktiv bir terminal açın:

və Accumulo qabığını açın:

Verilənləri GeoMesa-da saxladığımızda yalnız bir masa yox, bir neçə masa var. Hər bir cədvəlin müəyyən bir məqsədi var: metadataları, qeydləri və ya indeksləri saxlamaq. Bütün cədvəllər kataloq cədvəlinin adı ilə əlavə olunur:

Varsayılan olaraq GeoMesa üç indeks yaradır:
Z2: məkan komponenti olan, lakin müvəqqəti komponenti olmayan sorğular üçün.
Z3: həm məkan, həm də müvəqqəti komponenti olan sorğular üçün.
Qeyd: xüsusiyyət kimliyinə görə sorğular üçün.

Ancaq GeoMesa'ya geri dönək & # 8230

Məlumat sorğusu

İndi məlumatları sorğu etməyə hazırıq. Əvvəlcə sadə bir atribut sorğusu icra edək. Accumulo ana görüntüsündə interaktiv terminalda olduğunuzdan əmin olun:

Bu sorğu müəyyən bir hadisə id üçün filtrlənir:

Atribut sorğusu müvəffəqiyyətlə işləyirsə, GeoMesa ilə niyə maraqlandığımızı və bir məkan sorğusunu yerinə yetirdiyimiz üçün bir coğrafi yaxşılığa gedə bilərik.

İxrac əmri sorğularında / filtrlərdə istifadə edilə bilən funksiyalar (E) çox hissəsi üçün geotools-dan CQL funksiyalarıdır. Daha mürəkkəb sorğular SparkSQL tələb edir.

GeoServer ilə GeoMesa cədvəllərinin yayımlanması

GeoServer-də məlumatları görmək üçün http: // localhost: 9090 / geoserver / web saytına daxil olun. Admin ilə giriş: geoserver.

Əvvəlcə & # 8220geomesa & # 8221 adlı yeni bir iş sahəsi yaradırıq.

Daha sonra & # 8220gdelt & # 8221 adlı yeni bir Accumulo (GeoMesa) tipli bir mağaza yarada bilərik. Aşağıdakı parametrlərdən istifadə edin:

Sonra yeni məlumat mağazamızın məzmununu dərc edən bir Qatı konfiqurasiya edə bilərik. Koordinat istinad sistemi parametrlərini yoxlamaq və haşiyə qutusuna məlumat qoymaq yaxşıdır:

WMS-i önizləmək üçün GeoServer & # 8217s önizləməsinə keçin:

Buna bənzər bir şey görünəcək:

GeoServer önizləməsində CQL istifadə edərək GeoMesa məlumatları süzülür

Daha çox ekran seçimi üçün rəsmi GeoMesa təliminə baxın.

Önizləmə URL-sini daha yaxından yoxlasanız, vaxt pəncərəsini göstərdiyini görərsiniz:

QGIS TimeManager-in daxil ola biləcəyi yer budur: WMS-T təbəqələri üçün TimeManager istifadə. Qazanmaq üçün qarşılıqlı fəaliyyət!


MapFile Konfiqurasiyası¶

Bütün WMS təbəqələrinizin xəritənin PROYEKSİYASI ilə eyni olan yalnız bir proyeksiyanı dəstəklədiyindən əmin olmadığınız təqdirdə XƏRİTƏ üçün xəritə sənədində bir LAYİHƏ qoyulmalıdır. XARİTƏ PROJEKSİYASI «init = epsg: xxxx» kodları və ya müntəzəm PROJ parametrlərindən istifadə etməklə qurula bilər. XƏRİTƏ PROJEKSİYONUNUN təyin olunmaması uzaq WMS serverlərindən boş xəritələrin gəlməsinə səbəb ola bilər (uyğunsuz BBOX + SRS birləşməsi WMS əlaqə URL-də istifadə olunduğundan).

Müvəqqəti Dosyaların Saxlanması

Wms_cache_to_disk metadata açıldıqda (və MapServer & lt 6.0 üçün) MapServer versiya 6.0 olduğundan, xəritənizin WEB obyektindəki IMAGEPATH dəyərini etibarlı və yazılabilir bir qovluğu göstərmək üçün təyin etməlisiniz. MapServer bu qovluğu uzaq serverlərdən yüklənmiş müvəqqəti faylları saxlamaq üçün istifadə edəcəkdir. Müvəqqəti sənədlər MapServer tərəfindən avtomatik olaraq silinir, buna görə onları görməyəcəksiniz.

Nümunə 3. Mapfile-də IMAGEPATH Parametrinin qurulması

MS4W İstifadəçiləri IMAGEPATH və IMAGEURL üçün aşağıdakıları göstərməlidirlər:

Bu müvəqqəti dosyanı ayıklama məqsədləri üçün saxlamaq istəyirsinizsə, aşağıdakı ifadəni xəritənizin LAYER obyektinə əlavə etməlisiniz:

HTTPS əlaqələri üçün konfiqurasiya¶

Yerli serverinizin HTTPS təminatlı əlaqələri ilə əlaqə qura biləcəyindən əmin olmaq üçün HTTPS sənədi üzərindən OGC xidmətlərinə daxil olmağı izləyin.

WMS Layer əlavə etmək¶

WMS qatlarına Mapfile-dəki WMS əlaqə növü vasitəsi ilə çatılır. Bu əlaqə növünü istifadə edən bir qat nümunəsi:

Uzaq WMS qatlarını bir serverdən vergüllə (,) ayrılmış bir təbəqəyə birləşdirə bilərsiniz:

Qat adları vergül ətrafında boşluq qoymadan ayrılmalıdır

Lazımi Layer Parametrləri və Metadata¶

BAĞLANTI NÖVÜ WMS

Təsvir: Bu, uzaq serverin onlayn qaynaq URL'sidir, yalnız WMS parametrləri olmadan əsas URL. Server versiyası, şəkil formatı, təbəqə adı və s. Metadata vasitəsilə təmin ediləcək, aşağıya baxın.

CONNECTION parametri dəyəri təyin edilmədikdə, «wms_onlineresource» metadatasının dəyəri istifadə ediləcəyini unutmayın. Həm BAĞLANTI, həm də «wms_onlineresource» qurulubsa, onda «wms_onlineresource» metadatası üstünlük təşkil edir.

«Wms_format» metadata

Təsvir: GetMap istəklərində istifadə ediləcək şəkil formatı.

Wms_formatlist təmin edildikdə wms_format isteğe bağlıdır və MapServer GetMap istəklərində istifadə üçün wms_formatlist-də dəstəklənən ilk formatı seçəcəkdir. Hər iki wms_format və wms_formatlist təmin edilərsə, wms_format üstünlük təşkil edir. WMS Serverlərin yalnız GD / GDAL kitabxanalarının bir hissəsi olan dəstəklənən formatları reklam etdiyini unutmayın.

«Wms_name» metadata

Təsvir: Uzaq WMS serverindən alınacaq qatların vergüllə ayrılmış siyahısı. Bu dəyər LAYERS və QUERY_LAYERS WMS URL parametrlərini təyin etmək üçün istifadə olunur. Diqqət yetirin ki, birdən çox təbəqə göstərilərkən vergüllə qat adı arasında boşluq olmamalıdır.

«Wms_server_version» metadata

Təsvir: Uzaq WMS serverinin dəstəklədiyi və GetMap istəklərinin verilməsi üçün istifadə ediləcək WMS protokolunun versiyası.

«Wms_srs» metadata

Təsvir: Uzaq server tərəfindən dəstəklənən EPSG proyeksiya kodlarının boşluqla ayrılmış siyahısı. Normalda bunu serverin imkanları çıxışından əldə edirsiniz. Bu dəyər böyük / böyük (EPSG: 4236… .. epsg: 4236 deyil) olmalıdır ki, hərflərə həssas platformalarda problem yaranmasın. Dəyər SRS WMS URL parametrini təyin etmək üçün istifadə olunur.

Könüllü Layer Parametrləri və Metadata¶

MINSCALE, MAXSCALE

Təsvir: Uzaq serverin imkanları bu təbəqə üçün ScaleHint dəyərini ehtiva edirsə, xəritə sənədindəki LAYER obyektində MINSCALE və MAXSCALE təyin etmək istəyə bilərsiniz. Bu, MapServer-dən təbəqəni yalnız məntiqli olduğu miqyasda tələb etməsinə imkan verəcəkdir

PROJEKSİYA obyekti

Təsvir: Bu nöqtədə isteğe bağlıdır. Lazım gələrsə MapServer daxili olaraq onu yaradır. Biri daxil olmaqla, MapServer-in PROJ başlanğıc sənədlərində bir tərif axtarmaqdan çəkinməsinə imkan verə bilər.

«Wms_auth_username» metadata

Təsvir: msEncrypt üslubunda avtorizasiya sətri. Boş simlər də qəbul edilir.

«Wms_auth_type» metadata

hər hansı (əsas http kitabxanası uzaq server tərəfindən dəstəklənən seçimlər arasında ən yaxşısını seçir)

anysafe (əsas http kitabxanası uzaq server tərəfindən dəstəklənən seçimlər arasında yalnız təhlükəsiz metodları seçir)

«Wms_connectiontimeout» metadata

Təsvir: Uzaqdan bir WMS qatının yüklənməsini gözləmək üçün maksimum vaxt saniyələrdə qurulur (standart 30 saniyədir). Bu metadata qat səviyyəsində əlavə edilə bilər ki, yalnız həmin təbəqəni təsir etsin və ya xəritə səviyyəsində (veb obyektdə) əlavə edilsin ki, bütün təbəqələrə təsir etsin. Qat səviyyəsində wms_connectiontimeout-un xəritə səviyyəsindən üstün olduğunu unutmayın.

«Wms_essential» metadata

Təsvir: Bu WMS təbəqəsini vacib olaraq qeyd etmək üçün bunu «1» olaraq təyin edin. Normalda, bir WMS təbəqəsinə edilən müraciət uğursuz olduqda, bu təbəqə atlanacaq və xəritə qat olmadan göstəriləcəkdir. Əgər təbəqə vacibdirsə və uğursuz olarsa, xəritə göstərilməyəcək və istisna atılacaqdır.

wms_essential-ı aktivləşdirmək, əlaqə ilə bağlı bir problem varsa (CONNECTION url-a çata bilmir və ya səhv bir wms_name və ya wms_format kimi) brauzerdə bir XML səhvinin qaytarılması deməkdir. MapServer-i komanda xətti ilə axtarırsınızsa, CONFIG «ON_MISSING_DATA» üçün MAP ayarınız bu səhvin yerli olaraq necə idarə olunduğundan istifadə ediləcəkdir.

«Wms_exceptions_format» metadata

Təsvir: İstisnalar üçün formatı təyin edin (MapServer 4.6-dan etibarən). MapServer defolt olaraq application / vnd.ogc.se_inimage (istisna şəkil formatında olacaq). İstisnalar üçün hansı formatların mövcud olduğunu görmək üçün serverin GetCapabilities-i yoxlaya bilərsiniz. The application / vnd.ogc.se_inimage istisna formatı əslində WMS 1.1.1 spesifikasiyasında tələb olunmayan bir istisna formatıdır, buna görə də bu formatı dəstəkləməyən serverlər var. Bu vəziyyətdə istifadə edə bilərsiniz:

MS_ERRORFILE-da bu xml istisnasını qaytaracaq:

«Wms_force_separate_request» metadata

Təsvir: Özünün ayrı GetMap sorğusundan istifadə edərək bu WMS qatının istənilməsinə məcbur etmək üçün bunu «1» olaraq təyin edin. Varsayılan olaraq, MapServer uzaq serverlərdə yükü azaltmaq və cavab müddətini yaxşılaşdırmaq üçün eyni serverdən bir çox qonşu WMS qatını tək bir çox qatlı GetMap sorğusuna birləşdirməyə çalışacaqdır. Bu metadata bu davranışı atlamaq üçün istifadə olunur.

«Wms_formatlist» metadata

Təsvir: Uzaq WMS serverinin dəstəklədiyi şəkil formatlarının vergüllə ayrılmış siyahısı. Wms_formatlist yalnız wms_format ayarlanmadıqda istifadə olunduğunu unutmayın. Hər iki wms_format və wms_formatlist təmin edilərsə, wms_format üstünlük təşkil edir.

«Wms_latlonboundingbox» metadata

Təsvir: Bu təbəqənin coğrafi koordinatlarda «lon_min lat_min lon_max lat_max» formatında haşiyə qutusu. Əgər quraşdırılıbsa, MapServer təbəqəni yalnız xəritə görünüşü bu məhdudlaşdırıcı qutu ilə üst-üstə düşəndə ​​tələb edəcəkdir. Normalda bunu serverin imkanları çıxışından əldə edirsiniz.

«Wms_proxy_auth_type» metadata

Təsvir: Bir proxy bağlantısı üçün istifadə üçün icazə növü. Dəstəklənən növlərə aşağıdakılar daxildir:

  • əsas

  • həzm etmək

  • ntlm

  • hər hansı (əsas http kitabxanası uzaq server tərəfindən dəstəklənən seçimlər arasında ən yaxşısını seçir)

  • anysafe (əsas http kitabxanası uzaq server tərəfindən dəstəklənən seçimlər arasında yalnız təhlükəsiz metodları seçir)

«Wms_proxy_host» metadata

Təsvir: İsteğe bağlı port komponenti ilə (məsələn “192.168.2.10:8080”) istifadə ediləcək proxy-nin ana adı.

«Wms_proxy_port» metadata

Təsvir: Bir proxy bağlantısı üçün istifadə ediləcək port.

«Wms_proxy_type» metadata

Təsvir: Vəkil əlaqəsinin növü. Düzgün dəyərlər "http" və "corab5" dir, bunlar hərflərə həssasdır.

«Wms_proxy_username» metadata

Təsvir: Bir proxy bağlantısı üçün msEncrypt-stil sətri. Boş simlər də qəbul edilir.

«Wms_sld_body» metadata

Təsvir: Bir satır içi SLD sənədini təyin etmək üçün istifadə edilə bilər.

«Wms_sld_url» metadata

Təsvir: SLD sənədinə bir keçid təyin etmək üçün istifadə edilə bilər.

«Wms_style» metadata

Təsvir: Bu təbəqə üçün GetMap istəklərindəki STYLES parametri üçün istifadə ediləcək stilin adı.

«Wms_style_ & ltstylename & gt_sld» metadata

Təsvir: GetMap istəklərində istifadə ediləcək bir SLD-nin URL. Metadta adındakı & ltstylename & gt-ni SLD-nin tətbiq olunduğu stilin adı ilə əvəz edin.

MapServer-də SLD-lər haqqında daha çox məlumat üçün SLD HowTo sənədinə baxın.

«Wms_time» metadata

Təsvir: Bu qat üçün GetMap istəklərində TIME parametri üçün istifadə dəyəri. Xahiş edirəm daha çox məlumat üçün WMS Time HowTo-ya baxın.

«Wms_bgcolor» metadata

Təsvir: Xəritənin arxa planı kimi istifadə ediləcək rəngi müəyyənləşdirir. BGCOLOR-un ümumi formatı, Qırmızı, Yaşıl və Mavi rəng dəyərlərinin hər biri üçün iki onaltı simvolun istifadə olunduğu bir RGB dəyərinin onaltılıq kodlaşdırmasıdır. Dəyərlər hər biri üçün 00 ilə FF arasında dəyişə bilər (0 və 255, əsas 10). Format 0xRRGGBB, ya RR, GG və BB dəyərləri üçün böyük və ya kiçik hərflərə icazə verilir. «0x» prefiksinin kiçik x «x» olması lazımdır.

«Wms_transparent» metadata

Təsvir: Xəritənin arxa planının şəffaf olub-olmamasını müəyyənləşdirir. Şəffaf iki dəyər ala bilər, «TRUE» və ya «FALSE». Göstərilməyibsə, MapServer standartı «TRUE» olaraq təyin edir.

«Wms_cache_to_disk» metadata

Təsvir: MapServer-i gətirilən şəkilləri diskə yazmağa məcbur etmək üçün bunu «1» olaraq seçin. Diskə yazmaq, əvvəllər edilmiş WMS istəklərini yenidən yükləməmək üçün MapServer-in önbelleğe alma məntiqindən faydalanmaq üçün lazımdır. Bu xüsusiyyət MapServer 6.0 üçün yenidir - əvvəllər nəticələr həmişə diskə yazılırdı.

«Wms_nonsquare_ok» metadata

Təsvir: Uzaq WMS-in yalnız kvadrat piksel istəklərini dəstəklədiyini göstərmək üçün bunu «0» olaraq təyin edin. Bu vəziyyətdə MapServer, tələb olunan görüntü məlumatlarının həlli ilə müqayisədə bir ölçüdə həddindən artıq nümunə götürmə demək olsa belə, yalnız kvadrat piksel istəklərini etmək üçün diqqətli olacaq. Bu xüsusiyyət MapServer 6.0 üçün yenidir.

«Wms_extent» metadata

Təsvir: Bu təbəqə tərəfindən dəstəklənən tam bir SRS varsa (wms_srs metadata siyahısında göstərildiyi kimi) və wms_extent metadata maddəsi (və ya EXTENT açar sözü ilə müəyyən edilmiş bir dərəcə) qurulubsa, MapServer yalnız bu ərazidə sorğuların verilməsinə diqqət yetirəcəkdir. Bu, qatı qapaq istəklərini tamamilə təbəqədən kənarda saxlaya bilər, hədəf xəritənin ərazisini qismən üst-üstə düşən təbəqələrin işlənməsini azalda bilər və bəzi ərazilərdə reprojeksiyonla zəif davranışlardan çəkinir. Bu metadata bəndinin məzmunu «minx miny maxx maxy» şəklində olmalıdır. Bu xüsusiyyət MapServer 6.0 üçün yenidir.

«Wms_strict_axis_order metadata

Təsvir: WMS istəklərini EPSG koduna uyğun olaraq sərt ox düzəlişindən istifadə etməyə məcbur etmək üçün bunu "1" və ya "true" olaraq, ya da WMS istəklərini daima xy (və ya lonlat) ox qaydalarını istifadə etməyə məcbur etmək üçün "0" və ya "false" olaraq təyin edin. Bu, yalnız seçilmiş EPSG kodu üçün serverin ox qaydası təfsiri standarta uyğun gəlmədikdə lazım olmalıdır: WMS 1.0 və 1.1 vəziyyətində WMS 1.3 üçün hər zaman xy (default 0 / false) istifadə etmək lazımdır .0 fərziyyə EPSG verilənlər bazasına görə sərt ox sırasıdır (standart 1 / true).

Yuxarıdakı metadataların hər birinə “wms_ *” əvəzinə “ows_ *” deyilə biləcəyini unutmayın. MapServer əvvəlcə “wms_ *” metadatını sınayır, tapılmasa müvafiq “ows_ *” adını sınayır. Bunu istifadə edərək, bir çox OGC interfeysini dəstəkləyən xəritə sənədlərindəki təkrarlama miqdarını azaldır, çünki «ows_ *» metadata bir çox OGC interfeysi tərəfindən paylaşılan ümumi metadata elementləri üçün demək olar ki, hər yerdə istifadə edilə bilər.

Sürüm 3.5 və 3.6-dan olan köhnə CONNECTION parametr formatı (köhnəlmişdir) ¶

MapServer versiyası 3.5 və 3.6'da BAĞLANTI parametri ən azı VERSION, LAYERS, FORMAT və Şəffaf WMS parametrlərini daxil etməli idi. Bu iş rejimi hələ də dəstəklənir, lakin köhnəlir və yuxarıdakı əvvəlki hissədə sənədləşdirildiyi kimi bu parametrlər üçün metadata elementlərindən istifadə etməyiniz tövsiyə olunur.

Bu köhnəlmiş CONNECTION parametri formatını istifadə edərək bir qat tərifinin bir nümunəsi:


WMS 1.3.0 Dəstəyi¶

MapServer 5.4, WMS 1.3.0 üçün dəstək əlavə edir. MapServer-də bu yeni spesifikasiyanı dəstəkləyən ümumi mexanizm eyni olsa da, diqqətəlayiq yenilənmələr var.

WMS 1.3.0 dəstəyi ilə əlaqəli əsas xüsusiyyətlər¶

WMS 1.3.0 əsas əməliyyatlarını dəstəkləyin: GetCapabilities, GetMap və GetFeatureInfo.

Veb Xəritə Xidməti Tətbiq Xüsusiyyətinin Üslublu Layer Descriptor profilini tətbiq edin. Bu spesifikasiya WMS 1.3.0-ı genişləndirir və üslub imkanlarını reklam etməyə imkan verir (Styled Layer Descriptor (SLD) dəstəyi). Ayrıca GetLegendGraphic və DescripeLayer iki əlavə əməliyyatı təyin edir.

SLD-nin yeni versiyası olan Symbology Kodlama Tətbiqi Xüsusiyyətini tətbiq edin. Point, Line, Polygon, Raster simvollaşdırıcıları üçün oxu dəstəyi əlavə edildi.

SLD nəslini 1.1.0 versiyasına yüksəldin (GetStyles əməliyyatı və ya MapScript vasitəsilə yaradılan SLD).

Koordinat Sistemləri və Eksen İstiqamətləri¶

WMS 1.3.0-da tətbiq olunan ən diqqətəlayiq dəyişikliklər bunlardır:

yeni koordinat istinad sistemlərinin tətbiqi

CRS parametrinin istifadəsi (SRS əvəzinə)

WMS spesifikasiyalarının əvvəlki versiyalarındakı ox sırası həmişə şərq (x və ya lon) və şimal (y və ya lat) istifadə etmək idi. WMS 1.3.0, müəyyən CRS-dən asılı olaraq x oxunun Qərbdən Şərqə və y oxunun Cənubdan Şimala istiqamətlənə biləcəyini və ya yönləndirilmədiyini müəyyənləşdirir. WMS təsvir əməliyyatı ox sırasını nəzərə almalıdır. Bu, ESPG: 4326 kimi çox istifadə olunan bəzi EPSG kodlarını təsir edir. MapServer 5.x, serverə ötürülən koordinatların (GetMap BBOX parametrinin bir hissəsi kimi) və imkan sənədində elan edilənlərin EPSG kodları üçün 4000 ilə 5000 arasındakı tərs balta sifarişlərini əks etdirməsini təmin edir.

MapServer 6.0 və yuxarı tərs ox sırası ilə EPSG kodlarının siyahısını tutur. Hal-hazırda EPSG verilənlər bazası 7.6 versiyasına əsaslanır. Xüsusi bir ESPG kodu üçün qurma zamanı ox sırasını təyin etmək də mümkündür (bax. № 3582). Bu, məsələn, 4000 ilə 5000 arasında olan bəzi EPSG kodları üçün «normal» ox sırasını istifadə etməyə imkan verir.

Bundan əlavə, WMS 1.3.0 bir sıra yeni koordinat sistemini təyin edir. Hal-hazırda MapServer-də dəstəklənənlər bunlardır:

CRS: 84 (WGS 84 Boylam-Boylam)

CRS: 83 (NAD83 Boylam-Boylam)

CRS: 27 (NAD27 Boylam-Boylam)

AUTO2: 42001 (WGS 84 / Auto UTM)

AUTO2: 42002 (WGS 84 / Auto Tr. Mercator)

AUTO2: 42003 (WGS 84 / Auto Orthographic)

AUTO2: 42004 (WGS 84 / Avtomatik bərabərbucaqlı)

AUTO2: 42005 (WGS 84 / Auto Mollweide)

Sorğu nümunəsi¶

İstifadəçilər CRS: 84 koordinat sistemindən istifadə edə və BBOX koordinatlarını uzun / lat:

İstifadəçilər ESPG: 4326 koordinatlarını da istifadə edə və lat / long ox sıralamasından istifadə edə bilərlər:

Digər diqqətəlayiq dəyişikliklər

GetMap sorğusundakı EXCEPTIONS parametri üçün etibarlı dəyərlər XML, INIMAGE, BLANKdır

GetFeatureInfo tələbindəki EXCEPTIONS parametri üçün etibarlı dəyər XML-dir

LayerLimit təqdim olunur, bir serverin reklam verməsi və müştərinin GetMap sorğusuna daxil edilməsinə icazə verilən qat sayını məhdudlaşdırmasına imkan verir.

Bəzi çatışmayan xüsusiyyətlər¶

WMS 1.3.0 Göndərmə istəyi fərqli əməliyyatlar və parametrləri ehtiva edən bir XML sənəd olmalıdır.

Feature Encoding 1.1 spesifikasiyasından elementləri olan SLD sənədləri, potensial olaraq bəzi filtrlərlə ESPG proqnozlarını istifadə edə bilər. Bu konkret hallarda ox sifarişinin nəzərə alınmalı olub olmadığı hələ dəqiq deyil və tətbiq olunmur.

OCG uyğunluq testləri¶

5.4 versiyasından etibarən MapServer WMS 1.3.0 üçün OGC CITE test paketinin bütün əsas və sorğu testlərini keçir.


WMS xidmətlərinin istehlakı

WMS xidmətinə qoşulmaq üçün URL-i bilməlisiniz. ArcGIS Server ilə nəşr olunan WMS xidmətləri bu URL formatına malikdir:

WMS qabiliyyətinin həm xəritə xidmətləri, həm də şəkil xidmətləri üçün mövcud olduğunu unutmayın. Buna görə xidmət növü üçün iki seçim var.

Məsələn, varsayılan instansiya arcgis ilə myServer-də işləyən Tokyo xəritə xidmətini ehtiva edən bir Yaponiya qovluğunuz varsa, WMS xidmətinizin URL-i belə görünür:

PublicLands nümunə adı ilə myServer-də işləyən IdahoImages görüntü xidmətiniz varsa, WMS xidməti üçün URL-siniz belə görünür:

Ümumi WMS müştəriləri

Veb brauzeri WMS xidmətinin ən sadə müştərisidir. WMS istəkləri HTTP vasitəsilə verilə bilər və cavablar və istisnalar brauzer vasitəsilə qaytarılır. WMS xidmətləri üç əməliyyatı dəstəkləyir: GetCapables, GetMap və GetFeatureInfo. URL parametrləri vasitəsilə bir müştəri WMS xidmətindən metadata, xəritələr və xüsusiyyət məlumatları əldə etmək üçün bu əməliyyatları istifadə edə bilər. Bu əməliyyatlar və parametrlər OGC WMS spesifikasiyalarında ətraflı təsvir edilmişdir.

ESRI WMS müştərilərinə ArcGIS Desktop (ArcCatalog və ArcMap), ArcExplorer, .NET üçün ArcGIS Server Web Application Developer Framework (ADF), Java üçün ArcGIS Server Web ADF və ESRI GIS Portal Toolkit Map Viewer daxildir.


Ad məkanı¶

Ad məkanı parametri, WMS GetCapables cavablarının yalnız müəyyən bir ad məkanındakı təbəqələri ehtiva etməsi üçün süzülməsinə səbəb olur. Sintaksis belədir:

burada & ltnamespace & gt ad boşluğu prefiksiyasıdır.

Etibarsız ad sahəsi prefiksindən istifadə etmək səhv etməyəcək, lakin qaytarılmış imkanlar sənədində qat yoxdur, yalnız qat qrupları olacaqdır.

Bu, digər istəkləri deyil, yalnız qabiliyyət sənədini təsir edir. Digər WMS əməliyyatları, ad sahəsi göstərildiyi halda belə, hələ də bütün təbəqələri işləyəcəkdir.


Tərtib / Quraşdırma¶

WMS əlaqə növü --wmsclient ilə açarı konfiqurasiya edin. PROJ, GDAL və libcurl 7.10.1 və ya daha yeni versiyasını tələb edir. MapServer tərtib etmək istəməyən Windows istifadəçiləri MS4W (WMS / WFS müştəri və server istifadəsi üçün hazırdır) istifadə etməli və ya WMS dəstəyi ilə digər Windows ikili sənədlərin mövcudluğunu yoxlamalıdırlar.

PROJ və GDAL quraşdırılması üçün MapServer Compilation HowTo-ya baxın (Unix-də tərtib / Win32-də tərtib)

Libcurl üçün sisteminizdə 7.10.1 və ya daha yeni versiyanın quraşdırıldığından əmin olun. Libcurl versiyasını istifadə edərək tapa bilərsiniz curl-config - versiya. (sisteminiz əvvəlcədən quraşdırılmış libcurl-un köhnə bir versiyası ilə gəlirsə, yeni versiyanı quraşdırmazdan əvvəl onu ləğv etməlisiniz)

Lazımi kitabxanalar quraşdırıldıqdan sonra MapServer-i istifadə edərək konfiqurasiya edin --wmsclient ilə keçid (üstəlik istifadə etdiyiniz bütün açarları) və yenidən yığın. Bu sizə yeni bir icra sənədləri dəsti verəcəkdir (və istəsəniz, ehtimal ki php_mapscript.so). Quraşdırma detalları üçün MapServer Compilation HowTo-ya (yuxarıdakı keçidlər) baxın.

MapServer proqramınızı yoxlayın

Mapserv proqramınızın WMS dəstəyini ehtiva etdiyini yoxlamaq üçün & quot-v & quot əmr sətri açarını istifadə edin və & quotSUPPORTS = WMS_CLIENT & quot axtarın.

Nümunə 1. Unix-də Mapserv Versiya Məlumatı:

Nümunə 2. Windows-da Mapserv Versiya Məlumatı:


Çini profilləri

Çini döşəməni dəstəkləyən WMS serverləri, kafel serverindən etibarlı plitələr istəmək üçün lazım olan bütün məlumatları göstərən GetCapabilities reklamlarının bir hissəsi kimi bir profil dərc etməlidir. Tələb olunan məlumatlar iki növə bölünür: (1) serverə sözlə təmin edilməli olan WMS tələb parametrləri və (2) müştərinin etibarlı plitələrin miqyasını hesablamaq üçün istifadə edə biləcəyi bir kafel ızgarası tərifi.

Sözlü İstək Parametrləri

Hər bir çini profilinin aşağıdakı WMS tələb parametrləri üçün sözdə dəyərlər yaratması lazımdır:

Əlavə olaraq, hər bir döşənmiş təbəqə üçün sözdə dəyərlər baxımından müəyyən edilir:

Çini Grid Tərifi

Bu tövsiyə həddindən artıq yüklənmiş "miqyas" konsepsiyasına etibar etmək əvəzinə, piksel başına xəritə vahidləri (tipik dərəcə və ya metr) baxımından təyin olunan "qətnamə" baxımından tərəzi və ya yaxınlaşma səviyyələrini təsvir edəcəkdir.

Keşlənə bilmək üçün tələb olunan plitələr coğrafi məkanda ardıcıl olaraq daha böyük xəritə qətnamələrində bir sıra ardıcıl ızgaralara hizalanmış sərhəd qutularına sahib olmalıdır. Çini ızgaraları, kirəmitli təbəqənin sol alt küncündə yaranır Bağlama qutusu.

Çini profil, xidmət üçün istifadə oluna biləcəyi fərqli "zoom səviyyələrinə" uyğun olaraq dəstəklənən qətnamələrin siyahısını təqdim etməlidir.

Etibarlı bir kafel istəyi üçün məhdudlaşdırıcı qutu, təbəqənin döşəmə profilinin verdiyi şəbəkəyə uyğun olmalıdır. Praktik olaraq bu, deməkdir bbox koordinatlar, grid mənşəyinə bərabər olmalıdır, üstəgəl plitə ölçüsünün pikseldəki bəzi mənfi olmayan tam ədədi qatına, təbəqənin döşəmə profilində sadalanan qətnamələrdən birinə vurulmalıdır.

Qlobal profillər

Aşağıdakı əvvəlcədən təyin edilmiş qlobal profillər, ikisinin gücləri ilə əlaqəli olan çözünürlük dəyərlərindən istifadə edirlər. Serverlər, təqdim olunan məlumatlara uyğun olan qədər qətnamə səviyyəsində plitələr təklif edə bilər.

Layihələndirilməmiş profil

Bütün kirəmitli WMS serverləri aşağıdakı "kirəmitli" parametrlərlə ümumi "proyektsiz" qlobal profildə plitələr təqdim edə bilməlidir:

  • Genişlik: 256 piksel
  • Boy: 256 piksel
  • Format: image / png
  • SRS: EPSG: 4326
  • Bağlama qutusu: -180-90, 180 90
  • Qərarlar: 0.703125, 0.3515625.

Layihələndirilməmiş Profilin ən yüksək qətnaməsində iki plitə var.

Mercator Profili

  • Genişlik: 256 piksel
  • Boy: 256 piksel
  • Format: image / png
  • SRS: OSGEO: 41001
  • Bağlama qutusu: -20037508.34 -20037508.34 20037508.34 20037508.34
  • Qərarlar: 156543.03390625 78271.516953125.

Əsas Mercator profilinin ən yüksək qətnaməsində bir kafel var.

GetCapabilities Cavabları

Daxili DTD

Fayans döşəməsi WMS serverləri, OGC WMS 1.1.1 spesifikasiyası ilə tövsiyə olunduğu kimi, metaməlumatların mövcudluğunu reklam etmək üçün aşağıdakı daxili DTD-lərini daxil etməlidir:

Nümunə VendorSpecificCapables

Uyğun bir döşəmə WMS GetCapabilities cavabı belə görünə bilər:

Bu bəyannamə, hipotetik döşəmə WMS serverimizin, qabiliyyət cavabında başqa bir yerdə müəyyən edilmiş sahil qatı təbəqəsi üçün iki əsas qlobal profildə döşəməni dəstəklədiyini iddia edir. Qeyd edək ki Qətnamələr siyahı boşluqdan ayrılmışdır.


Servlet son nöqtələri¶

Petascope servlet yerləşdirildikdən sonra (TODO quraşdırma təlimatına baxın), aşağıdakı xidmət son nöqtələri mövcuddur:

  • rasdaman / ows: WCS, WCPS, WMS və WCS-T kimi OGC Veb Xidmətlərinə (OWS) xidmət etmək:
  • rasdaman / rasql: birbaşa RasQL.

Məsələn, xidmətin IP adresinin 123.456.789.1 və xidmət portunun 8080 olduğunu düşünərək, aşağıdakı sorğu URL-ləri müvafiq olaraq OGC WMS və WCS üçün Qabiliyyət sənədlərini təqdim edəcəkdir:


4.3 Müzakirə

Təqdim olunan nəticələr, GloFAS-Mövsümi proqnozların potensial faydalılığı və etibarlılığının ilkin qiymətləndirilməsini təmin edir. Qərar qəbul etmək üçün proqnozlaşdırma sisteminin hadisənin düzgün kateqoriyasını proqnozlaşdırma qabiliyyətini ölçmək vacibdir. Beləliklə, proqnozların hadisələrə əsaslanan qiymətləndirilməsi, proqnozların 17 illik bir müddət ərzində müşahidə olunan yüksək və aşağı çay axını hadisələrini düzgün proqnozlaşdıra bildiyini və yaxşı etibarlılıqla edə biləcəyini qiymətləndirmək üçün istifadə olunur. İlkin nəticələr ümidverici olur və proqnozların orta hesabla dünyanın bir çox çaylarında 1-2 aya, bəzi yerlərdə isə 3-4 aya qədər potensial baxımından faydalı olduğunu göstərir. GloFAS-Mövsümi proqnozlar kəskinliyə malikdir, yəni proqnozları iqlimşünaslıqdan fərqli ehtimallarla proqnozlaşdıra bilirlər və ümumilikdə iqlimşünaslıq proqnozundan daha yaxşı etibarlılığa malikdirlər, lakin daha yüksək ehtimallarla həddən artıq proqnozlaşdırma meyli ilə. Etibarlılıq nəticələrində tez-tez bir qərəzin olduğu da aydındır, çünki tez-tez kiçik ehtimalla yüksək proqnozlar təqdim olunur. Tipik olaraq, nəticələrə əsaslanacaq daha yüksək proqnoz tezliyi olduqda etibarlılığın daha yaxşı olduğu görülür. As would be expected, the potential usefulness and reliability of the forecasts vary by region, season, and forecast lead time.

Considering the evaluation results by season allows for further analysis of the times of year in which the forecasts are potentially useful and/or reliable. For example, in south-east Australia, forecasts are seen to be potentially useful up to 4 months ahead in JJA and SON, but for forecasts produced in DJF the skill only extends to 1 month ahead, and forecasts are less skilful than climatology at several of the stations in MAM. In many rivers across the globe, it is the case that forecasts are potentially useful in some seasons, but not in others, and may be more reliable in certain seasons than others. As such, the maps provided in Figs. S1 and S2 are intended to highlight where and when the forecasts are likely to be useful, information that is key in terms of decision-making.

It is clear that there are regions and seasons in which the forecasts are less skilful than climatology and do not have good reliability, and thus in these rivers it would be more useful to use a long-term average climatology than seasonal hydro-meteorological forecasts of river flow. This lack of skill could be due to several factors, such as certain hydrological regimes that may not be well-represented in the hydrological model or may be difficult to forecast at these lead times (for example, snow-dominated catchments or regions where convective storms produce most of the rainfall in some seasons), poor skill of the meteorological forecast input, poor initial conditions from the ERA5-R reanalysis, extensive management of rivers that cannot be represented by the current model, or the lack of model calibration. While this initial evaluation is designed to provide an overview of whether the forecasts are potentially useful and reliable in predicting high and low flow events, more extensive analysis is required to diagnose the sources of predictability in the forecasts and the potential causes of poor skill. Additionally, it is evident that observations of river flow, particularly covering the reforecast period, are both spatially and temporally limited across large areas of the globe. A more extensive analysis should make use of the globally consistent ERA5-R river flow reanalysis as a benchmark in order to fully assess the forecast skill worldwide, including in regions where no observations are available.

The verification metrics used also require that a high or low flow event is predicted with the correct timing in the same week as that in which it occurred. This is asking a lot of a seasonal forecasting system and for many applications, such as water resources and reservoir management, a forecast of the exact week in which an event is expected at a lead time of several months ahead may not be necessary. That such a system shows real skill despite this being a tough test for the model and is able to successfully predict observed high or low river flow in a specific week, several weeks or months ahead, provides optimism for the future of global-scale seasonal hydro-meteorological forecasting. Further evaluation should aim to assess the skill of the forecasts with a more relaxed constraint on the event timing and also make use of alternative skill measures to cover different aspects of the forecast skill, such as the spread and bias of the forecasts. It will also be important to assess whether the use of weekly averaged river flow is the most appropriate way to display the forecasts. While this is commonly used for applications such as drought early awareness and water resources management, there may be other aspects of decision-making, such as flood forecasting, for which other measures may be more appropriate, for example daily averages or floodiness (Stephens et al., 2015).

Future development of GloFAS-Seasonal will aim to address these evaluation results and improve the skill and reliability of the current forecasts it will also aim to overcome some of the grand challenges in operational hydrological forecasting, such as seamless forecasting and the use of data assimilation. Seamless forecasting will be key in the future development of GloFAS the use of two different meteorological forecast inputs for the medium-range and seasonal versions of the model means that discrepancies can occur between the two timescales, thus producing confusing and inconsistent forecast information for users. Additionally, the use of river flow observations could lead to significant improvements in skill through calibration of the model using historical observations and assimilation of real-time data to adjust the forecasts. This remains a grand challenge due to the lack of openly available river flow data, particularly in real time.

In this paper, the development and implementation of a global-scale operational seasonal hydro-meteorological forecasting system, GloFAS-Seasonal, was presented, and an event-based forecast evaluation was carried out using two different but complementary verification metrics to assess the capability of the forecasts to predict high and low river flow events.

GloFAS-Seasonal provides forecasts of high or low river flow out to 4 months ahead for the global river network through three new forecast product layers via the openly available GloFAS web interface at http://www.globalfloods.eu (last access: 16 August 2018). Initial evaluation results are promising, indicating that in many rivers, forecasts are both potentially useful, i.e. more skilful than a long-term average climatology out to several months ahead in some cases, and overall more reliable than a forecast of climatology. Forecast skill and reliability vary significantly by region and by season.

The initial evaluation, however, also indicates a tendency of the forecasts to over-predict in general, and in some regions forecasts are currently less skilful than climatology future development of the system will aim to improve the forecast skill and reliability with a view to providing potentially useful forecasts across the globe. Development of GloFAS-Seasonal will continue based on results of the forecast evaluation and on feedback from GloFAS partners and users worldwide in order to provide a forecast product that remains state of the art in hydro-meteorological forecasting and caters to the needs of its users. Future versions are likely to address some of the grand challenges in hydro-meteorological forecasting in order to improve forecast skill, such as data assimilation, and will also include more features, such as flexible percentile thresholds and indication of the forecast skill via the interface. A further grand challenge that is important in terms of global-scale hydro-meteorological forecasting, and indeed for the development of GloFAS, is the need for more observed data (Emerton et al., 2016), which is essential not only for providing initial conditions to force the models, but also for evaluation of the forecasts and continuous improvement of forecast accuracy.

While such a forecasting system requires extensive computing resources, the potential for use in decision-making across a range of water-related sectors, and the promising results of the initial evaluation, suggest that it is a worthwhile use of time and resources to develop such global-scale systems. Recent papers have highlighted the fact that seasonal forecasts of precipitation are not necessarily a good indicator of potential floodiness and called for investment in better forecasts of seasonal flood risk (Coughlan De Perez et al., 2017 Stephens et al., 2015). Coughlan de Perez et al. (2017) state that “ultimately, the most informative forecasts of flood hazard at the seasonal scale could be seasonal streamflow forecasts using hydrological models” and that better seasonal forecasts of flood risk could be hugely beneficial for disaster preparedness.

GloFAS-Seasonal represents a first attempt at overcoming the challenges of producing and providing openly available seasonal hydro-meteorological forecast products, which are key for organisations working at the global scale and for regions where no other forecasting system exists. We provide, for the first time, seasonal forecasts of hydrological variables for the global river network by driving a hydrological model with seasonal meteorological forecasts. GloFAS-Seasonal forecasts could be used in addition to other forecast products, such as seasonal rainfall forecasts and short-range forecasts from national hydro-meteorological centres across the globe, to provide useful added information for many water-related applications from water resources management and agriculture to disaster risk reduction.

The ECMWF IFS source code is available subject to a licence agreement, and as such access is available to the ECMWF member-state weather services and other approved partners. The IFS code is also available for educational and academic purposes as part of the OpenIFS project (ECMWF, 2011, 2018a), with full forecast capabilities and including the HTESSEL land surface scheme, but without modules for data assimilation. Similarly, the GloFAS river routing component source code is not openly available however, the “forecast product” code (prior to implementation in ecFlow) that was newly developed for GloFAS-Seasonal and used for a number of tasks such as computing exceedance probabilities and producing the graphics for the interface is provided in the Supplement.

ECMWF's ERA5 reanalysis and SEAS5 reforecasts are available through the Copernicus Climate Data Store (Copernicus, 2018a). The ERA5-R river flow reanalysis and the GloFAS-Seasonal reforecasts (daily data) are currently available from the authors on request and will be made available through ECMWF's data repository in due course. The majority of the observed river flow data were provided by the Global Runoff Data Centre (GRDC BfG, 2017). These data are freely available from https://www.bafg.de/ (last access: 16 August 2018). Additional data were provided by the Russian State Hydrological Institute (SHI, 2018), the European Flood Awareness System (EFAS, 2017), Somalia Water and Land Information Management (SWALIM, 2018), South Africa Department for Water and Sanitation (DWA, 2018), Colombia Institute of Hydrology, Meteorology and Environmental Studies (IDEAM, 2014), Nicaragua Institute of Earth Studies (INETER, 2016), Dominican Republic National Institute of Hydraulic Resources (INDRHI, 2017), Brazil National Centre for Monitoring and Forecasting of Natural Hazards (Cemaden, 2017), Environment Canada Water Office (Environment Canada, 2014), Nepal Department of Hydrology and Meteorology (DHM, 2017), Red Cross Red Crescent Climate Centre (RCCC, 2018), Chile General Water Directorate (DGA, 2018), and the Historical Database on Floods (BDHI, 2018).

The supplement related to this article is available online at: https://doi.org/10.5194/gmd-11-3327-2018-supplement.

FP proposed the development of GloFAS-Seasonal, RE wrote the GloFAS-Seasonal forecast product code, and RE and LA designed the forecast products. EZ built the ecFlow suite and produced ERA5-R and the GloFAS-Seasonal reforecasts, and DM provided technical support for the website and operational implementation. RE evaluated the forecasts and wrote the paper, with the exception of Sect. 2.4, written by DM. All authors were involved in discussions throughout development, and all authors commented on the paper.

The authors declare that they have no conflict of interest.

This work has been funded by the Natural Environment Research Council (NERC) as part of the SCENARIO Doctoral Training Partnership under grant NE/L002566/1. Ervin Zsoter, Davide Muraro, Christel Prudhomme, and Peter Salamon were supported by the Copernicus Emergency Management Service – Early Warning Systems (CEMS-EWS EFAS). Louise Arnal, Hannah L. Cloke, and Florian Pappenberger acknowledge financial support from the Horizon 2020 IMPREX project (grant agreement no. 641811). Elisabeth M. Stephens is thankful for support from NERC and the Department for International Development (grant number NE/P000525/1) under the Science for Humanitarian Emergencies and Resilience (SHEAR) research programme (project FATHUM: Forecasts for AnTicipatory HUManitarian action).

Edited by: Jeffrey Neal
Reviewed by: two anonymous referees

Alfieri, L., Burek, P., Dutra, E., Krzeminski, B., Muraro, D., Thielen, J., and Pappenberger, F.: GloFAS – global ensemble streamflow forecasting and flood early warning, Hydrol. Earth Syst. Sci., 17, 1161–1175, https://doi.org/10.5194/hess-17-1161-2013, 2013.

Arnal, L., Cloke, H. L., Stephens, E., Wetterhall, F., Prudhomme, C., Neumann, J., Krzeminski, B., and Pappenberger, F.: Skilful seasonal forecasts of streamflow over Europe?, Hydrol. Earth Syst. Sci., 22, 2057–2072, https://doi.org/10.5194/hess-22-2057-2018, 2018.

Bahra, A.: Managing work flows with ecFlow, ECMWF Newsl., 129, 30–32 available from: https://www.ecmwf.int/sites/default/files/elibrary/2011/14594-newsletter-no129-autumn-2011.pdf (last access: 18 April 2018), 2011.

Balsamo, G., Pappenberger, F., Dutra, E., Viterbo, P., and van den Hurk, B.: A revised land hydrology in the ECMWF model: a step towards daily water flux prediction in a fully-closed water cycle, Hydrol. Process., 25, 1046–1054, https://doi.org/10.1002/hyp.7808, 2011.

BDHI: Base de Donnees Historiques sur les Inondations, available at: http://bdhi.fr/appli/web/welcome , last access: 23 April 2018.

Bell, V. A., Davies, H. N., Kay, A. L., Brookshaw, A., and Scaife, A. A.: A national-scale seasonal hydrological forecast system: development and evaluation over Britain, Hydrol. Earth Syst. Sci., 21, 4681–4691, https://doi.org/10.5194/hess-21-4681-2017, 2017.

Bennett, J. C., Wang, Q. J., Li, M., Robertson, D. E., and Schepen, A.: Reliable long-range ensemble streamflow forecasts: Combining calibrated climate forecasts with a conceptual runoff model and a staged error model, Water Resour. Res., 52, 8238–8259, https://doi.org/10.1002/2016WR019193, 2016.

Bennett, J. C., Wang, Q. J., Robertson, D. E., Schepen, A., Li, M., and Michael, K.: Assessment of an ensemble seasonal streamflow forecasting system for Australia, Hydrol. Earth Syst. Sci., 21, 6007–6030, https://doi.org/10.5194/hess-21-6007-2017, 2017.

BfG: The GRDC, available at: http://www.bafg.de/GRDC/EN/Home/homepage_node.html (last accessed: 23 April 2018), 2017.

BoM: Seasonal Streamflow Forecasts: Water Information: Bureau of Meteorology, available at: http://www.bom.gov.au/water/ssf/about.shtml , last access: 24 April 2018.

Candogan Yossef, N., van Beek, R., Weerts, A., Winsemius, H., and Bierkens, M. F. P.: Skill of a global forecasting system in seasonal ensemble streamflow prediction, Hydrol. Earth Syst. Sci., 21, 4103–4114, https://doi.org/10.5194/hess-21-4103-2017, 2017.

Cemaden: Cemaden – Centro Nacional de Monitoramento e Alertas de Desastres Naturais, available at: http://www.cemaden.gov.br/ (last access: 23 April 2018), 2017.

Chiew, F. H. S. and McMahon, T. A.: Global ENSO-streamflow teleconnection, streamflow forecasting and interannual variability, Hydrol. Elm. J., 47, 505–522, https://doi.org/10.1080/02626660209492950, 2002.

Chow, V. Te, Maidment, D. R., and Mays, L. W.: Applied hydrology, Tata McGraw-Hill Education, available at: https://books.google.co.uk/books/about/Applied_Hydrology.html?id=RRwidSsBJrEC&redir_esc=y (last access: 17 November 2017), 2010.

Cloke, H., Pappenberger, F., Thielen, J., and Thiemig, V.: Operational European Flood Forecasting, in Environmental Modelling, John Wiley & Sons, Ltd, Chichester, UK, 415–434, 2013.

Copernicus: Copernicus Climate Data Store, available at: https://climate.copernicus.eu/climate-data-store , last access: 23 April 2018a.

Copernicus: SWICCA, Service for Water Indicators in Climate Change Adaptation, available at: http://swicca.climate.copernicus.eu/ , last access: 12 January 2018b.

Coughlan de Perez, E., Stephens, E., Bischiniotis, K., van Aalst, M., van den Hurk, B., Mason, S., Nissan, H., and Pappenberger, F.: Should seasonal rainfall forecasts be used for flood preparedness?, Hydrol. Earth Syst. Sci., 21, 4517–4524, https://doi.org/10.5194/hess-21-4517-2017, 2017.

Crochemore, L., Ramos, M.-H., and Pappenberger, F.: Bias correcting precipitation forecasts to improve the skill of seasonal streamflow forecasts, Hydrol. Earth Syst. Sci., 20, 3601–3618, https://doi.org/10.5194/hess-20-3601-2016, 2016.

Demargne, J., Wu, L., Regonda, S. K., Brown, J. D., Lee, H., He, M., Seo, D.-J., Hartman, R., Herr, H. D., Fresch, M., Schaake, J., Zhu, Y., Demargne, J., Wu, L., Regonda, S. K., Brown, J. D., Lee, H., He, M., Seo, D.-J., Hartman, R., Herr, H. D., Fresch, M., Schaake, J., and Zhu, Y.: The Science of NOAA's Operational Hydrologic Ensemble Forecast Service, . Am. Meteorol. Soc., 95, 79–98, https://doi.org/10.1175/BAMS-D-12-00081.1, 2014.

DGA: Ministerio de Obras Públicas – Dirección de General de Aguas, available at: http://www.dga.cl/Paginas/default.aspx , last access: 23 April 2018.

DHM: Department of Hydrology and Meteorology, available at: http://www.dhm.gov.np/ (last access: 23 April 2018), 2017.

DWA: Department: WAter and Sanitation, available at: http://www.dwa.gov.za/default.aspx , last access: 23 April 2018.

ECMWF: OpenIFS, available at: https://www.ecmwf.int/en/research/projects/openifs (last access: 16 August 2018), 2011.

ECMWF: ecFlow Documentation, available at: https://software.ecmwf.int/wiki/display/ECFLOW/Documentation (last access: 18 April 2018), 2012.

ECMWF: What are the changes from ERA-Interim to ERA5? – Copernicus Knowledge Base – ECMWF Confluence Wiki, available at: https://software.ecmwf.int/wiki/pages/viewpage.action?pageId=74764925 (last access: 24 April 2018), 2017b.

ECMWF: About OpenIFS, available at: https://software.ecmwf.int/wiki/display/OIFS/About+OpenIFS , last access: 26 April 2018a.

EFAS: European Flood Awareness System (EFAS), available at: https://www.efas.eu/ (last access: 23 April 2018), 2017.

Emerton, R., Cloke, H. L., Stephens, E. M., Zsoter, E., Woolnough, S. J., and Pappenberger, F.: Complex picture for likelihood of ENSO-driven flood hazard, Nat. Commun., 8, 14796, https://doi.org/10.1038/ncomms14796, 2017.

Emerton, R. E., Stephens, E. M., Pappenberger, F., Pagano, T. C., Weerts, A. H., Wood, A. W., Salamon, P., Brown, J. D., Hjerdt, N., Donnelly, C., Baugh, C. A., and Cloke, H. L.: Continental and global scale flood forecasting systems, Wiley Interdiscip. Rev. Water, 3, 391–418, https://doi.org/10.1002/wat2.1137, 2016.

Environment Canada: Water Level and Flow – Environment Canada, available at: https://wateroffice.ec.gc.ca/ (last access: 23 April 2018), 2014.

Environmental Systems Research Institute: ArcMap, ArcGIS Desktop, available at: http://desktop.arcgis.com/en/arcmap/ , last access: 26 April 2018.

Fekete, B. M., Vörösmarty, C. J., and Lammers, R. B.: Scaling gridded river networks for macroscale hydrology: Development, analysis, and control of error, Water Resour. Res., 37, 1955–1967, https://doi.org/10.1029/2001WR900024, 2001.

GloFAS: GloFAS Web Map Service Time (WMS-T) User Manual, available at: http://www.globalfloods.eu/static/downloads/GloFAS-WMS-T_usermanual.pdf last access: 26 April 2018a.

IDEAM: IDEAM, available at: http://www.ideam.gov.co/ (last access: 23 April 2018), 2014.

INDRHI: INDRHI – National Institute of Hydraulic Resources, available at: http://indrhi.gob.do/ (last access: 23 April 2018), 2017.

INETER: Ineter, Instituto Nicaragüense de Estudios Territoriales, available at: http://www.ineter.gob.ni/ (last access: 23 April 2018), 2016.

Lehner, B. and Grill, G.: Global river hydrography and network routing: baseline data and new approaches to study the world's large river systems, Hydrol. Process., 27, 2171–2186, https://doi.org/10.1002/hyp.9740, 2013.

Lehner, B., Verdin, K., and Jarvis, A.: New Global Hydrography Derived From Spaceborne Elevation Data, Eos, Trans. Am. Geofiz. Union, 89, 93–94, https://doi.org/10.1029/2008EO100001, 2008.

Lorenz, E. N.: The essence of chaos, University of Washington Press, 1993.


Videoya baxın: WMS data in QGIS