1、開放式地理理信息系統(tǒng)統(tǒng)聯(lián)盟（OOGC）日期:20002-044-04本文檔在 OpennGIS 計劃中的的編號: OGC 02-0024版本號: 0.7分類: OOpenGGIS OGCC 互操作作計劃報告告 工程程規(guī)范撰寫人:Joohn DD. EvvansOWS1網(wǎng)網(wǎng)絡覆蓋服服務（WCCS） 版版權(quán)申明 本OOGC文檔檔是一份草草案，版權(quán)權(quán)屬于OGGC，OppenGIIS互操作作計劃的參參與者可以以不經(jīng)OGGC事先許許可使用任任何形式的的草案復制制品。但是是，事先沒沒有OGCC的書面許許可，不得得因任何其其它目的、以任何形形式復制、存儲或傳傳播本文檔檔或其摘要要。警告 本文文檔并非OOGC

2、的標標準或規(guī)范范，它闡述述了在OGGC互操作計劃的第一步步中討論的的技術(shù)問題題。闡述本本文獻的內(nèi)內(nèi)容是為了了促使整個個地理空間間信息行業(yè)業(yè)討論這個個主題；而而不是將其其作為任何何一種可采采用的規(guī)范范。本文獻獻不代表OOGC或OOGC技術(shù)術(shù)委員會的的正式立場場。它可能能在未經(jīng)告告示的情況況下進行修修改，并且且不能作為為的的標準或規(guī)規(guī)范進行引引用。不過過，文獻中中的討論能能很好地產(chǎn)產(chǎn)生實施規(guī)范范的定義。本文檔的收收件人需隨隨同對本文文檔的評論論一起，遞遞交一份所所知道的相相關(guān)專利權(quán)權(quán)的通知及及證明文件件。文檔分類：OpeenGISS互操作計計劃報告工程規(guī)規(guī)范二級分類：適用采采納文檔級別：定稿文檔語

3、言：英語目錄 前言。 提交機機構(gòu)。 文檔投投稿者聯(lián)系系方式。 修訂歷歷史。 抽象規(guī)范范的改進。序。導言。規(guī)定范范圍。致性。標準化化參考資料料。術(shù)語和和定義。約定。符號（縮縮寫的術(shù)語語）。符號?；痉找?。版版本編號和和協(xié)調(diào)。版本號號格式。版本的的更改。在請求求及服務性性元數(shù)據(jù)上上的顯示方方式。55版本號號的協(xié)調(diào)。通通用的請求求規(guī)則。66關(guān)鍵值值對編碼。編碼。通通用的響應應規(guī)則。服服務異常。997GATTCAPAABILIITIESS操作（必必需的）。91 GGATCAAPABIILITIIES請求求。107111關(guān)鍵值值對編碼。107122編碼。100 72 GGATCAAPABIILIT

4、IIES響應應：CAPPABILLITIEES XMML文檔。1107211-CovveraggeLayyerLiist頂級級元素。117222-CovveraggeLayyer特性性（共用）。1227233-域說明明。167244-范圍說說明。2473異常常情況。3008-GETTCOVEERAGEE操作（必必選）。3181 EETCOVVERAGGE請求。3118111關(guān)鍵值值對編碼。318122編碼。366 822-GETTCOVEERAGEE響應。388211覆蓋編碼碼。398222-異常。398233GetCCoverrage的的近似響應應。3399-DESSCRIBBECOVVER

5、AGGELAYYER操作作（可選）。39991-DDESCRRIBECCOVERRAGELLAYERR請求。409111關(guān)鍵值值對編碼。4409122編碼。40092-DDESCRRIBECCOVERRAGELLAYERR響應。4110-參考考書目。411附錄A（標標準）XMML模式。442附錄D（標標準）一致致性測試。899參考書目。900i. 前言ii提交交機構(gòu)本互操作計計劃報告工程規(guī)規(guī)范由下列列機構(gòu)提交交給OGCC互操作計計劃。iii文文檔投稿者者聯(lián)系方式式有關(guān)本文檔檔的問題請請與編者或或撰稿人聯(lián)聯(lián)系。聯(lián)系人公司（/組組織）地址電話號碼EMAILLJohn D. EEvanssGST,

6、Inc.6411 Ivy Ln. Ste 300Greennbeltt, MDD 207770USA(301) 4744-96996evanssmStephhane FelllahPCI GGeomaaticss490 SSt. JJosepph Bllvd., Suiite 4400Hull, Queebec J8Y 3Y7CANADDA(819) 7700-00222 Exxt. 2223fellaahpccigeoomatiics.coomJeff LanssingPolexxis, Inc.jeffiv-修修訂歷史日期版本作者修改的段落落說明2001-11-1170.5John Eva

7、nns最初的DIIPR版本本2001-11-2290.5Jeff Lanssing添加了DeescriibeCooveraageTyype的內(nèi)內(nèi)容2001-11-2290.5Stephhane Felllah 修訂格式和和插值法定義; 許多獨獨立存在的的實體的注注釋2002-01-3310.5.11John Evanns修訂& 校校正; XXML 模模式2002-02-2200.6Stephhane Felllah覆蓋層描述述和XMLL請求的新新模式2002-04-0040.7John Evanns確定并理順順了0.66版中的模模式; 增加了了復雜觀測測、文件和和綜合.V-OppenGIIS抽

8、象規(guī)規(guī)范的改進進OpenGGIS抽象象規(guī)范不需需要改進以以適應本文文檔的技術(shù)術(shù)內(nèi)容。序OGC001-0118r3 由以下部部分構(gòu)成：網(wǎng)絡覆蓋蓋服務報告告。.序言網(wǎng)絡覆蓋服服務（WCCS）支持持網(wǎng)上地理理空間數(shù)據(jù)據(jù)的相互交交換，此時時地理空間數(shù)數(shù)據(jù)作為包包含地理位位置值或特特征的“覆蓋”。不同于于網(wǎng)絡地圖圖服務（OOGC文檔檔#01-021rr2），它它通過篩選選和描繪空空間數(shù)據(jù)返返回靜態(tài)的的地圖（服服務器以圖圖片形式表表示）；網(wǎng)網(wǎng)絡覆蓋服服務在客戶戶端的再現(xiàn)現(xiàn)、多值覆覆蓋、以及及輸入科學學模型和不不僅僅是閱閱讀器的客客戶機需要要提供對原原始的（未未處理的）地地理空間信信息的訪問問。網(wǎng)絡覆蓋服服

9、務由三種種操作組成成：GettCapaabiliitiess，GetCCoverrage和和DesccribeeCoveerageeTypee。GetCCapabbilitties操操作返回一一個描述服服務和客戶戶機能從中中獲取覆蓋蓋的數(shù)據(jù)集集合的XMML文檔。通常，客客戶機運行行GetCCapabbilitties操操作并貯存存結(jié)果，是是為了在整整個會話過過程中，或或是在多次次會話過程程中重復使使用它。一般而言，網(wǎng)網(wǎng)絡覆蓋服服務中的GGetCooveraage操作作是在GeetCappabillitiees確定什么樣的查查詢可以執(zhí)執(zhí)行、什么么樣的數(shù)據(jù)據(jù)能夠獲取取之后執(zhí)行行的。它返返回地理位位

10、置的值或或特征，這這些值或特特征被捆扎扎在通用的的覆蓋格式式中。除了了幾個擴展展支持覆蓋蓋檢索而不不支持靜態(tài)態(tài)地圖的檢檢索以外，GGetCooveraage的句句法和語義義與WMSS中GettMap的的請求類似似。OWS1 網(wǎng)絡覆蓋蓋服務（WWCS）1規(guī)定范范圍本規(guī)范文檔檔闡述WCS如如何實現(xiàn)在在萬維網(wǎng)上上描述、請請求和傳輸輸多尺度覆覆蓋數(shù)據(jù)。網(wǎng)絡覆蓋蓋服務的這這一版本著著重于“簡單的” 覆蓋（定定義為一些些規(guī)則的、直角坐標標網(wǎng)或棋盤盤形鑲嵌的的空間），它它還預期了了在OpeenGISS抽象規(guī)范范中定義的的其它覆蓋蓋類型（專專題6，“覆蓋類型型”，OGCC文檔#999-1006）。2-一致性性

11、使用附錄AA（標準化化的）中列列出的相關(guān)關(guān)測試可以以檢查OGGC互操作作程序報告告的一致性性和互操作作測試。測測試的框架架、概念、方法及得得出一致性性結(jié)論的標標準，在IISO199105地地理信息一致性性和測試中中都做了詳詳細說明。3-標準化化參考資料料文中引用的的下列標準中，包包含了構(gòu)成成本規(guī)范的的條款。過過時的參考考資料在其其后的修正正、再版或或任何出版版物中都不不再使用。鼓勵就OGGCnnnn部分達成一一致的各方方對下列國國際標準的的最新版本本中的內(nèi)容容在本規(guī)范范中應用的的可能性進進行評價。未過時的的參考資料料在最新的的標準化文文獻中作為為參考使用用。OGC001021rr2:20001

12、，網(wǎng)網(wǎng)絡地圖服服務v. 1.1ISO1191233,地理信信息覆蓋幾幾何圖形和和功能抽象規(guī)范專專題0：綜綜述，OGGC文檔999-1000r1成功的OGGC接口規(guī)規(guī)范準則，OOGC文檔檔00-0014r114術(shù)語和和定義上面的參考考資料中的的術(shù)語和定定義在本文獻中的的含義與下下列的術(shù)語語相同。操作對象需要執(zhí)執(zhí)行的轉(zhuǎn)換換或查詢的的規(guī)范。OGC AS 112接口由體現(xiàn)實體體行為特性性的操作組組成的具有有給定名稱稱的集合。服務實體通過接接口提供的的明確的一一部分功能能。OGGC ASS 12服務實例服務器服務的實際際實現(xiàn)?？蛻舳丝梢詮姆談掌魃险{(diào)用用操作的軟軟件組件。請求客戶端對操操作的調(diào)用用。響應

13、服務器返回回給客戶端端的操作結(jié)結(jié)果。地圖地理數(shù)據(jù)的的圖示表示示。功能 XMML 服務級元數(shù)數(shù)據(jù)，用以以描述服務務實例中的的操作和內(nèi)內(nèi)容。5 約定定5111符號（縮縮寫的術(shù)語語）下列是本文文獻中使用用的符號和和縮寫術(shù)語語。API應應用編程接接口DCP分分布式計算算平臺ISO國國際標準化化組織OGCOOpen GIS 聯(lián)盟UML統(tǒng)統(tǒng)一建模語語言XML可可擴展標記記語言1D一維維2D二維維3D三維維5122符符號本文獻中出出現(xiàn)的圖表表使用統(tǒng)一一建模語言言（UMLL）靜態(tài)結(jié)結(jié)構(gòu)圖表。下面的圖圖表描述了了本文獻中中使用的UUML符號號。圖 SEQ Figure * ARABIC 1 - UMLL 符號圖

14、中使用了了UML類類的下面三三種模板a）對由具具有這個接接口的對象象支持的一一組操作的的定義。一一個接口類類不包含任任何屬性。b）一組相相異（獨立立存在并可可能產(chǎn)生側(cè)側(cè)面影響）值值的描述符符。數(shù)據(jù)類類型類沒有有操作，其其主要目的的是保存信信息。c） 是用用串值表示示潛在值列列表的一個個靈活的枚枚舉。本文獻使用用了以下的的標準數(shù)據(jù)據(jù)類型：a）字符符串字符序序列b）整型型整數(shù)c）雙精精度型雙精度浮浮點數(shù)d）浮點點型單精度度浮點數(shù)6基本服服務要素這一部分闡闡述網(wǎng)絡覆覆蓋服務器器的行為概概要（更一一般的說法法是OGCC網(wǎng)絡服務務行為）它它獨立于具體體的操作，或或是與幾個個操作或接接口共同行行為。61版

15、版本編號和和協(xié)調(diào)。6111版本號格格式已出版的規(guī)規(guī)范的版本本號包括三三個型為“x.y.z”的正整數(shù)數(shù)，彼此之之間用小數(shù)數(shù)點隔開，“y”和“z”位上的數(shù)字不超過99，各OWS規(guī)范獨立編號。6122版本的更改改一個具體的的規(guī)范版本本號須隨再再版而改變變。版本號號必須單調(diào)調(diào)增加，且且僅由三個個彼此間用用小數(shù)點分分開的整數(shù)數(shù)組成，其其中第一個個整數(shù)的意意義最重大大。這些數(shù)數(shù)字序列間間存在差距距。有些數(shù)數(shù)字可以表表示實驗性性或臨時版版本，服務務實例和客客戶端不需需要支持所所有確定的的版本，但但必須遵循循下述的協(xié)協(xié)調(diào)規(guī)則。6133在請求和和服務元數(shù)數(shù)據(jù)上的顯顯示方式至少要在兩兩個地方使使用版本號號，一是在

16、在CapaabiliitiessXML描描述一服務務時，另一一是在客戶戶端請求該該服務的參參數(shù)列表中中。在具體體服務實例例的客戶端端請求中使使用的版本本號必須與與該實例申申明支持的的版本號相相一致（如如下所述的的協(xié)調(diào)情況況除外）。一個服務務實例可支支持幾個版版本，客戶戶端可以根根據(jù)協(xié)調(diào)規(guī)規(guī)則確定這這些版本號號。6144版本號協(xié)協(xié)調(diào)OWS客戶戶端可以與與服務實例例協(xié)調(diào)，確定一個個彼此都適適宜的規(guī)范范版本。協(xié)協(xié)調(diào)是由GGetCaapabiilitiies操作作依據(jù)下述述規(guī)則來完完成的。所有CappabillitieesXMLL都必須包包括一個協(xié)協(xié)議版本號號。為了響響應包括一一個版本號號的GettC

17、apaabiliitiess請求，OOGC網(wǎng)絡絡服務必須須響應與規(guī)規(guī)范的該版版本相一致致的輸出，假假如被請求求的版本在在服務器上上不能執(zhí)行行，則必須須協(xié)調(diào)出一一個彼此適適宜的版本本。如果請請求中沒有有指定版本本號，服務務器必須響響應它所支持持的最高版版本并據(jù)此此標注響應應。版本號號協(xié)調(diào)過程程如下：1如果服服務器執(zhí)行行請求的版版本號，服服務器必須須發(fā)送該版版本。2如果服服務器不執(zhí)執(zhí)行請求的的版本，服服務器必須須發(fā)送低于于請求版本本的最高版版本。 3如果客客戶端請求求的版本比比服務器執(zhí)執(zhí)行的任何何版本都要要低，服務務器必須發(fā)發(fā)送它所執(zhí)行行的最低版版本。4如果客客戶端不理理解服務器器發(fā)送的新新版本號

18、，它它可能會中中斷與服務務器的通信信，或者發(fā)發(fā)送帶有客客戶端理解解的、比服服務器發(fā)送送的低的新新版本號的的新請求（如如果服務器器響應較低低版本）。5如果服服務器響應應較高版本本（因為請請求的版本本比服務器器執(zhí)行的任任何版本都都要低），但是客戶端不理解建議的較高版本，客戶端可發(fā)送比服務器發(fā)送的高的版本號的新請求。這一過程會會重復進行行，直到找找到一個互互相都能理理解的版本本，或是客客戶端確定定不再與特特定服務器器通信。 例1：服務務器支持版版本1，22，4，55，8；客客戶端支持版本本1，3，44，6，77；客戶端端請求版本7，服服務器響應應版本5；客戶端請求版本本4，服務務器響應客客戶端支持的

19、版版本4，至至此協(xié)調(diào)成成功結(jié)束。例2：服務務器支持版版本4，55，8；客客戶端支持持版本3；客戶端請請求版本33，服務器器響應版本本4，客戶戶端不支持持版本4或或其它更高高的版本，因因此協(xié)調(diào)失失敗，客戶戶端終止與與服務器的的交流。62通通用HTTTP請求規(guī)規(guī)則目前，OGGC網(wǎng)絡服服務明確支支持的、唯唯一的分布布式計算平平臺(DCCP)是萬萬維網(wǎng)本身身，更具體體地說是執(zhí)執(zhí)行超文本本傳輸協(xié)議議(HTTTP)66的因特特網(wǎng)主機。因此，由由服務實例例支持的各各操作的在在線資源是是HTTPP的統(tǒng)一資資源定位器器(URLL).。對于各操作作而言，UURL可能能不同，也也可能相同同，這取決決于服務供供應商的

20、判判斷力。各各URL的確確定須遵循6中的描述述，或者依依據(jù)具體實實現(xiàn)來確定定，只有服服務請求本本身的參數(shù)數(shù)是由OGGC網(wǎng)絡服服務規(guī)范強強制規(guī)定的的。HTTP支支持GETT和POST兩種請請求模式。一個特定定的OGCC網(wǎng)絡服務務類型可以以只定義其其中的一種種或是兩種種模式都定定義，并由由具體的服服務實例提提供上述模模式，不同同的實例在在線資源UURL的用用法不同。事實上，供供HTTPP的GET請求求使用的在在線資源UURL只有有一個URRL前綴，為為了構(gòu)造有有效的操作作請求，還還要在這個個前綴后添添加必要的的參數(shù)。UURL前綴綴定義為不不透明的字符串串，它包括括協(xié)議，主主機名，可可選的端口口數(shù)，

21、路徑徑，問號?，還還可以增加加一個或多多個以&符號結(jié)結(jié)尾的具體體服務器參參數(shù)。前綴綴唯一地標標識具體的的服務實例例。對于HHTTP 的GET，URL前綴綴必須以一個個?(在沒有附附加的具體體服務器參參數(shù)的情況況下)或&結(jié)尾尾。然而，在實踐中,為了構(gòu)造一個有效的請求URL，客戶端在添加本規(guī)范中定義的操作參數(shù)之前，應該準備添加一個?或&結(jié)尾。供HTTPP的POSTT請求使用用的在線資資源URLL是一個完完整而有效效的URLL，客戶端端通過POOST文檔檔向它傳輸輸經(jīng)過編碼碼的請求。在構(gòu)建請請求操作的的有效目標時，WCCS服務器器不必在URL上添添加另外的的參數(shù)。6211關(guān)鍵值對對編碼使用關(guān)鍵值值對

22、編碼時時,客戶程序序?qū)⒈匦璧牡恼埱髤?shù)數(shù)編寫為關(guān)鍵字=值形式的關(guān)關(guān)鍵字/值值對，并經(jīng)經(jīng)由HTTTP GEET或HTTPP POSST傳輸?shù)椒掌鳌τ贖TTTP GEET，客戶戶端為選定定操作的在在線資源UURL的前前綴后添加加用&，用來來分隔關(guān)鍵鍵字/值對對；形成的的URL必須須符合HTTTP通用用網(wǎng)關(guān)接口口（CGII）標準77，CGI要求求查詢參數(shù)數(shù)序列前面面必須有?，每每兩個查詢詢參數(shù)間必必須用&來分隔隔；正象所所有CGII的應用一一樣，查詢詢URL的編碼8必須能夠保護護特殊的字字符。表1總結(jié)了了HTTPP GETT操作請求求URL的組組成部分。表1 通用的OGGC網(wǎng)絡服服務請求URL構(gòu)

23、件件說明:porrt/ppath?namme=vvaluee&服務操作的的URL前綴綴， 表示出現(xiàn)現(xiàn)次數(shù)為00或1；表示出出現(xiàn)次數(shù)為為0或更多；前綴完全全由服務供供應商來確確定。Name=valuue&OGC網(wǎng)絡絡服務定義義的一個或或多個標準準化請求參參數(shù)名稱/值對，各各個操作中中必選的和和可選的參參數(shù)實際列列表由相應應的OWSS規(guī)范確定定。使用HTTTP GEET方法編編碼為關(guān)鍵鍵值對的請請求可以作為為書簽存儲儲，也可以以嵌入為超超鏈接, 還可以經(jīng)經(jīng)由XMLL文檔中的的Xlinnk被引用用。62111參數(shù)順序序和大小寫寫參數(shù)名不須須區(qū)分大小小寫，但參參數(shù)值必須區(qū)分大大小寫。本文獻中參參數(shù)名特

24、別別用大寫僅僅是為了印印刷上的清清晰，不是是必需的。請求中的參參數(shù)可以按按任意次序序指定。OGC網(wǎng)絡絡服務必須須做好遇到到不屬于這這一規(guī)范的的參數(shù)的準準備，在由規(guī)范范產(chǎn)生的結(jié)結(jié)果方面,OGC網(wǎng)網(wǎng)絡服務須須忽視這樣樣的參數(shù)。62112參數(shù)列表表由列表組成成的參數(shù)須須使用逗號號(,)作為列列表中各數(shù)數(shù)據(jù)項之間間的分隔符符。例如，參數(shù)=數(shù)據(jù)項1, 數(shù)據(jù)項2, 數(shù)據(jù)項3。多重列表可通過將各列表封入圓括弧(,)中作為一個參數(shù)的值來確定。例如，參數(shù)=(數(shù)據(jù)項1a, 數(shù)據(jù)項1b, 數(shù)據(jù)項1c)( 數(shù)據(jù)項2a,數(shù)據(jù)項2b,數(shù)據(jù)項2c).6222編編碼在實際實實施的測試試里，還沒沒有完全解解決關(guān)于是是否使用SS

25、OAP19問問題，因而而，在此暫暫時闡述兩兩種可供選選擇的觀點點。為了向使用用HTTPP GETT或(更常用的的是)HTTTP PPOST的的服務器傳傳輸請求，客客戶端也可可能將請求求用XMLL編碼。XMML請求必必須與相應應的可選操操作模式相相一致，而而且客戶端端序須將請請求發(fā)送給給在服務器器CapaabilittiesXXML文件件中針對該該操作列出出的URLL。 rrequeest ddocumment heree 客戶端需在在XML請求求前面加上上下面定義義的適當?shù)牡腍TTPP請求頭信信息（與其其它頭信息息一起在8中確確定）內(nèi)容-類型型: teext/xxml; charrset=ut

26、ff-8-或者?-內(nèi)容-類型: aappliicatiion /vnd.ogc.requuest+xml(這里的reequesst是一個已定定義的操作作名)內(nèi)容-長度度: nnnnn(這里的nnnnn是請請求文檔的的字節(jié)數(shù))SOAP消消息傳送需需要下列頭頭信息:內(nèi)容-類型型：texxt/xmml; ccharsset=utf-8內(nèi)容-長度度: nnnnn這里里的nnnnn 是包括SOOAP信封封在內(nèi)的文文檔字節(jié)數(shù)數(shù)SOAPAActioon: URL (可以以為NULLL)63通通用HTTP響應規(guī)規(guī)則當接收到一一個有效請請求時，服服務必須根根據(jù)適當規(guī)規(guī)范中的細細節(jié)返回嚴嚴格對應于于該請求的的響應

27、。只只有在版本本協(xié)調(diào)的情情況下（上上面所描述述的），服服務器才可可能提供不不一樣的結(jié)結(jié)果。當接收到一一個無效請請求時，服服務程序必必須發(fā)布一一個6.44部分所闡闡述的服務務異常。注意:作為為一個實際際問題，在在3W環(huán)境下，客客戶端應能能夠接收有有效結(jié)果，或或什么也不不接收，或或任何其它它的結(jié)果。這是因為為客戶端本本身可能產(chǎn)產(chǎn)生一個不不相容的請請求，這個個請求通過過OGC網(wǎng)絡絡服務程序序以外的其其它服務程程序不經(jīng)意意地觸發(fā)了了的一個應應答；也可可能是因為為服務程序序本身是不不相容的，等等等。適當?shù)亩嘤糜猛揪W(wǎng)際郵件件擴充 (MIMEE)類型9必須伴隨隨響應目標標。SOAP請請求返回一一個由多個個部

28、分組成成MIMEE文檔，該文文檔是依據(jù)據(jù)W3C中帶帶有附件20條文文的SOAAP消息格格式化的。第一部分分是一個SSOAP消消息；第二二部分包括括實際的服服務器應答答(圖象，覆覆蓋，等等等)。換句話話說，該應應答可能是是一個包含含來自服務務器實際響響應的URRL的SOAPP消息。其它的HTTTP實體體的頭信息息應當盡可可能附帶適適當?shù)捻憫獞獙ο?。特特別地，有有關(guān)終止和和上次修改改的頭信息息提供了關(guān)關(guān)于存儲的的重要信息息；客戶端端通過使用用內(nèi)容-長度了解解數(shù)據(jù)傳輸輸完成時間間并為結(jié)果果有效地分分配空間；為了適當?shù)氐亟忉尳Y(jié)果果，內(nèi)容編編碼或內(nèi)容容傳送編碼碼可能是必必需的。64服服務異常根據(jù)使用的的

29、分布式計計算平臺(DCP)的規(guī)則，在在接收到無無效請求時時，服務器器程序可發(fā)發(fā)布在該DDCP中為為有效類型型的異常。例如，在在HTTPP的DCP中，假如URLL前綴是錯錯誤的，服服務器程序序?qū)⒎祷匾灰粋€HTTTP 4004狀態(tài)碼碼。在接收到無無效請求時時，服務器器程序必須須發(fā)布一條條服務異常常XML消息息，向客戶戶應用程序序和用戶解解釋請求無無效的原因因。依據(jù)附錄AA.3中的的服務異常常DTD，服服務異常XXML必須須是有效的的。在HTTPP環(huán)境下，返返回的XMML的MIMEE類型必須為為appllicatioon/vnnd.oggc.see_xmll。包含的的具體錯誤誤信息可以以是純文本本塊

30、，也可可以被包含含在字符數(shù)數(shù)據(jù)(CDDATA)塊段中，形形成類似XXML的包包含角括弧弧()的文本本。如同附附錄A.44服務異常常XML中的的例子所示示。服務異?？煽砂ǜ戒涗汚.3中指指明的異常常代碼。除除了那些已已指定的含含義外，服服務器不能能使用這些些代碼表示示其它含義義。客戶端端可以使用用這些代碼碼自動響應應服務異常常。 7GettCapaabiliitiess操作（必必需的）網(wǎng)絡覆蓋服服務器需說說明其Caapabiilitiies。本本節(jié)定義了了一個XMML文件結(jié)結(jié)構(gòu)，用于于傳送服務程序本本身的一般般信息，和和可以從中中請求覆蓋蓋的有效數(shù)數(shù)據(jù)集的具具體信息。71GGetCaapabi

31、ilitiies請求求7111關(guān)鍵值對對編碼一般格式的的GetCCapabbilitties請請求在基本本服務原理理一節(jié)已定定義，下表表2是對其其的總結(jié)。表 2 GetCCapabbilitties請請求URLL的參數(shù)請求參數(shù)必需的/可可選的說明REQUEEST=GGetCaapabiilitiiesR該請求的名名稱VERSIION=vversiionO該請求的版版本SERVIICE=WWCSR服務程序類類型 在生成該請請求時，考考慮到OGC網(wǎng)絡服服務器還可可提供WCCS以外的的其它服務務，必須特別別說明客戶戶程序查找找的是關(guān)于于WCS服務務器的信息息。因而，請請求的SEERVICCE參數(shù)必須

32、有表2.中所示示的值WWCS。7122XML編編碼在OWS Servvice Metaadataa XMLL IPRR 中介紹紹了GettCapaabiliitiess請求的XMML編碼的的XML模式式。例如，客戶端可可用XMLL編寫一個個GetCCapabbilitties的的請求如下下：/OGCC_Capabbilitties/OperratioonSiggnatuures頂級XMLL元素GettCapaabiliitiess有兩個屬屬性：verssion 和servvice，它們分別別表示協(xié)議議的版本號號和服務器器地址。GetCaapabiilitiies元素素有一個可可選的子元元素Se

33、cttion，它它表示返回回CapaabiliitiessXML文檔的哪個部分：ServviceOOfferring，OperratioonSiggnatuures，還是ConntenttMetaadataa元素。如果沒有有提供這個個子元素，那么服務務器必須返返回整個的的CapaabiliitiessXML文檔檔。72GGetCaapabiilitiies應答答：CappabillitieesXMLL文檔對GetCCapabbilitties請請求的應答答是與OWWS Seervicce Meetadaata XXML IIPR中給給出的模式式相一致的的CapaabiliitiessXML文檔

34、，它由圖33所示的四四個主要部部分組成。該部分提供了服務公用的元數(shù)據(jù)，該元數(shù)據(jù)包含了最少量的可以閱讀的信息該部分用WDSL描述了服務所支持的操作該元素是一個可包含任何具體服務元數(shù)據(jù)的容器。例如：一個wfsFeatureList、一個wmsLayerList或者ISO19115都可以插入該部分 該元素是一個可包含任何具體服務元數(shù)據(jù)的容器。例如：一個wfsFeatureList、一個wmsLayerList或者ISO19115都可以插入該部分 該部分可以包含任何一個用來描述額外功能的方案。最淺顯的例子是過濾功能方案。 根元素圖2 - OGC_Capaabiliitiess 頂級元元素OWS SSe

35、rviice MMetaddata XML IPR中中闡述了這這四個部分分的任務，以及前兩兩個部分(ServviceMMetadaata和OperratioonSiggnatuures)的結(jié)構(gòu)。OperratioonSiggnatuures是是WSDLL服務的描描述，它引引入幾個模模式去定義義請求（關(guān)關(guān)鍵值對，XML，SOAP）和應答(XML文檔，異常，或覆蓋數(shù)據(jù)).的句法。下面的部分詳細地闡述了這些模式。CapabbilittiesXXML文件件的第三部分分(ConttentMMetaddata)是具體針針對WCSS的，它引入了了接下來要要闡述的CCoverrageLLayerrListt模

36、式。7211CoveerageeLayeerLisst頂級元元素針對WCSS的CapaabiliitiesXML文檔檔中ConntenttMetaadataa部分的頂頂層是CooveraageLaayerLList元元素，它按任意意次序排列列覆蓋層。圖3顯示示了該CooveraageLaayerLList元元素的結(jié)構(gòu)構(gòu)。圖 SEQ Figure * ARABIC 2 CoveerageeLayeerLisst(CoontenntMettadatta下的頂頂層)有5種不同同的覆蓋層層，但它們們都具有下下面所列的的幾個共有有特性。7222CoveerageeLayeer特性（共有）在Capaabi

37、liitiessXML應應答中，網(wǎng)網(wǎng)絡覆蓋服務器器宣稱它能能從各數(shù)據(jù)據(jù)集中挑選并返回某某些覆蓋(即時空位位置的值或或?qū)傩?。每一個個可以提供供覆蓋的邏輯輯的集合稱稱為一個覆覆蓋層?？煽色@取的各各種覆蓋層層共享幾個個共同的元元素，這些些元素組成成了AbsstracctCovveraggeLayyerTyype(圖4)。圖 SEQ Figure * ARABIC 3 抽象CovveraggeLayyerTyype(AbsttracttCoveerageeLayeerTyppe本身擴擴展了一般般的LayyerTyype，這這意味著它它可被網(wǎng)絡絡地圖服務務（Webb Mapp Serrvicee）和網(wǎng)

38、絡絡要素服務務（Webb Feaaturee Serrvicee）共享。)下面部分闡闡述AbsstracctCovveraggeLayyerTyype的各各子元素這些子子元素是各各種覆蓋層層都具備的的。72221LayeerIDLayerrID是一一個不可或或缺唯一的的標識符(不能用于于任何其它它的覆蓋層層)。進行GeetCovveragge或DescrribeCCoverrage操操作時，客戶端通通過在LAAYERSS參數(shù)中(針對以關(guān)關(guān)鍵值對表表示的請求求)，或在LaayerIID元素中中(針對XMLL請求)使用LayyerIDD值，從該該覆蓋層(或是覆蓋蓋層描述)中請求覆覆蓋數(shù)據(jù)。7222

39、2TitlleTitlee元素不可缺少，它包含含一個為了了在菜單中中表示的人人們可讀取取的字符串串。72223Absttractt和KeywwordLListAbstrract和和KeywwordLList元元素是可選選的，但推推薦使用。Absttractt是圖層的的一種敘述述式描述， KeywordList包括類目檢索中用于輔助搜索的關(guān)鍵字。72224MetaadataaURLMetaddataUURL元素素是可選的的，但推薦薦使用，它它用于訪問問某一個特特定層下數(shù)數(shù)據(jù)的詳細細、標準的的元數(shù)據(jù)。typee屬性指出出了元數(shù)據(jù)據(jù)所遵循的的標準。目目前定義了了兩種類型型：TCC211 = IISO

40、 TC2111 191115；FGDDC = FGDDC Coontennt Sttandaard ffor DDigittal GGeosppatiaal Meetadataa（數(shù)字地地理空間元元數(shù)據(jù)FGGDC內(nèi)容容標準）。72225LatLoonBouundinngBoxx必選的LaatLonnBounndinggBox元元素具有按按經(jīng)緯度十十進制度數(shù)數(shù)顯示封閉閉矩形邊界界的屬性。地圖服務務器支持無無論什么樣樣SRS的覆覆蓋請求和和應答，都都必須提供供LatLonBBounddingBBox。但是，假如EPSSG:43326 (WGS884 地理理坐標)不是一個個被支持的的請求SRRS，那

41、LatLonBBounddingBBox可能能是近似的的，其主要要目的是為為基于地理理坐標檢索索提供入口口。72226空間參考考系（SRRS）：請請求參考系系，應答參參考系和本本身參考系系對于各覆蓋蓋層，CaapabiilitiiesXMML的描述指定了了：(i)數(shù)據(jù)本身身的空間參參考系（SSRS）；(ii)在接收到到的GettCoveeragee請求中可可以理解的的各種SRSS列表；(iiii)在在對GettCoveeragee請求進行行響應時生生成的覆蓋蓋中可以出出現(xiàn)的各種種SRS列表表。722261SRS每個CoverrageLLayerr必須具有有一個或多多個SRS元素，或或是具有既既

42、是查詢SSRS（QQueryySRS）又是應答答SRS（ResponseSRS）的元素(該元素包括一個或多個SRS元素)。服務器可能分別詳細列出查詢與應答的SRS，也可能僅僅通告可以同時出現(xiàn)在接的收請求中和在傳送覆蓋應答中的各種SRS。SRS元素素的內(nèi)容可可能是在網(wǎng)網(wǎng)絡地圖服服務實現(xiàn)規(guī)規(guī)范中定義義的EPSSG或AUTOO坐標系之之一；也可可能是未定定義的(“OGC:nonee”)；或者者是嵌入式式的“掃描條帶帶”參考系(“OGC:swatth”)，客戶戶端根據(jù)控控制點或傳傳感器元數(shù)數(shù)據(jù)重建地地面坐標。 7222622QuerrySRSQueryySRS元元素定義了了對該覆蓋蓋層發(fā)出GGetCo

43、overaage請求求時可以采采用的SRRS，而且且，其中的的一個坐標標系必須是是該覆蓋層層本身的SSRS。 在請求中的的特殊SRRS代碼如如“OGC:nonee”或“OGC:swatth”表示根據(jù)據(jù)層的像素素行/列坐坐標系(針對圖象象)或?qū)拥膬?nèi)內(nèi)部/局部坐標標系(針對非柵柵格數(shù)據(jù))來定義子子集。7222633RespponseeSRSRespoonseSSRS元素素定義了覆覆蓋在響應應GetCCoverrage請請求時可以以采用的坐坐標系，且且其中的一一個坐標系系應是該層層的本地SSRS。當當采用特殊殊SRS代碼碼“OGC:nonne”或“OGC:swatth”提供覆蓋蓋服務時，表表示該層采

44、采用的是像像素行/列列坐標系(針對圖象象)或它的內(nèi)內(nèi)部/局部坐標標系(針對非柵柵格數(shù)據(jù))。以SRRS“OGGC:swwath”代碼響應應的覆蓋可可嵌入傳感感器模型或或控制點信信息，從而而使胖客戶戶端確定返返回覆蓋的的地理坐標標系。7222644NatiiveSRRS可選的NaativeeSRS元元素確定覆覆蓋層的本本地SRSS(隨著BouundinngBoxx中本地分分辨率的確確定，它使使客戶端能能更便捷地地訪問原始始的覆蓋的的值。)。72227BounndinggBox各個層都有有一個與其其NativeSRSS相對應地地的BouundinngBoxx元素，也也可能對應應于QueerySRRS

45、中列出出的每一個個SRS，各各層都有（或或繼承了）一一個邊界框框元素。BBounddingBBox的屬屬性指出了了在指定的的SRS單單元中層的的有效數(shù)據(jù)據(jù)的界限。屬性ressx, ressy, rresz, resst指出了了在BouundinngBoxx 的SRS里數(shù)據(jù)據(jù)的空間分分辨率，這這些屬性被被推薦用于于與NattiveSSRS相應應的BouundinngBoxx.。對于SRRS為“OGCC:nonne”或“OGCC:swaath”的的BounndinggBox（它它指出了像像素或局部部坐標系），這這些屬性通通常是1PAGE # Page: # This is missing in t

46、he current schema. One possibility would be to bundle it with the SRSs.。72228SuppporteedForrmatLList 必選元素SSuppoorteddFormmatLiist通告告了可從覆覆蓋層請求求覆蓋的輸輸出格式(如GeoTTIFF,HDF-EOS,NITFF,DTEDD,等等.)。格式名稱和和MIMEE類型都標標識這些格格式?，F(xiàn)已已定義幾種種具體的OOGC類型型用于區(qū)分分各種類型型的XML文檔檔，WMSS 1.11.中列出出了這些類類型。72229SuppporteedIntterpoolatiionLi

47、ist可選元素SSuppoorteddInteerpollatioonLisst確定當當請求需要要重采樣、重復投影影或進行其它綜合時時，服務器器是否會并并且如何在在空間域上上內(nèi)插一CCoverrageLLayerr的值?？煽蛇x、可復復選的InnterpolaationnMethhod子元元素可能是是以下8個個不同值中中的一個：“最近鄰域域”，“線性”，“雙線性”, “雙圓圓錐”，“無功面積積（losst arrea）”，“重心（baaryceentriic）”，“分段常數(shù)”和“無”.SuppoorteddInteerpollatioonLisst會在其其默認屬性性中確定一一個插值模模式，假如如

48、客戶端沒沒有指定一一個插值模模式，就會會采用這個個模式。如如果SuppporttedInnterppolattionLList不不存在默認屬性，且沒有InnterppolattionMMethood子元素素，客戶端端應該預計計到會采用用最近鄰域域的插值法法。 如果列出的的唯一插值值模式為無，客戶端端只能在本本地SRSS中，按照照本地分辨辨率，從該該層中檢索索覆蓋。7233域描述前述部分(6.2.2)描述述了AbsstracctCovveraggeLayyerTyype，它它的元素是是所有種類類的覆蓋層層共有的。Capaabiliitiess XMLL文檔中列列出的各實實際覆蓋層層都增加了了兩個

49、至關(guān)關(guān)重要的元元素來擴充充了這個類類。這兩個個元素描述述了從一個個給定的覆覆蓋層中可可用的各個個覆蓋的域域和范圍。第一個元素素描述了覆蓋層中中有值或有有測量值的的各個空間間（也可能能是時間）位位置。這些些位置用下下面5種方方法之一定定義：像素或點的的規(guī)則格網(wǎng)網(wǎng)；不規(guī)則三角角網(wǎng)（TIIN）；一系列點；弧段集；泰森多邊形形集合。有些元素是是這些不同同種類的覆覆蓋所共有有的，也有有幾個元素素是每個種種類的覆蓋蓋所獨有的的。共有元素素所有覆蓋類類型的域都都有一個空空間范圍，有有些域還有有時間范圍圍和高程范范圍，如圖圖5所示。.圖5 域域描述共用用元素: SpattialEExtennt首先，必必選元素

50、SSpatiialExxtentt列出了各各個空間維維度的界限限，在界限限內(nèi)時，可可從覆蓋層請求覆蓋蓋數(shù)據(jù)。SpatiialExxtentt元素必須須具有屬性性srsNName，該該屬性指出出表示SppatiaalExttent元元素使用的的空間參考考系，這個個參考系可可能是一個個2-D或3-D的坐坐標參考系系。.必選元素XXExteent和YExttent確確定了一個個在2-DD坐標參考考系中的2-D空間間范圍，可可選元素ZZexteent用于3-DD空間范圍圍，在3-D坐標參參考系內(nèi)表表示。下圖（圖圖6）描述述的可選元元素TemmporaalExttent列列出了從覆覆蓋層請求求覆蓋的次次

51、數(shù)，它可可由一個或或多個的區(qū)區(qū)段或時間間點組成。TempooralEExtennt具有可可選屬性uom，它指出了了用來表示示時間間隔隔或?qū)嵗牡亩攘繂挝晃弧D6 域描述的的共用元素素：時間和和高程范圍圍最后，可選選元素EllevattionEExtennt（上圖圖Figuure111所描述的的）列出了了可從覆蓋蓋層請求的的覆蓋的高高程范圍或或點。ElevaationnExteent有一一個可選屬屬性uomm，它指出出表示高程程的量測單單位。ElevaationnExteent是用用來向2-D空間范范圍補充高高程范圍信信息的。除了空間、時間和高高程域范圍圍以外，各各種不同的的覆蓋層還還增加了更更

52、多具體的的域描述符符，下面幾幾個部分對對此作了詳詳細說明。72332格網(wǎng)覆蓋層首先，格網(wǎng)網(wǎng)覆蓋層定定義它的域域是2，33，或4維維空間內(nèi)點點或像元的的規(guī)則網(wǎng)格格。這種描描述適合于于數(shù)字航攝攝象片、衛(wèi)衛(wèi)片、格網(wǎng)網(wǎng)地形模型型、或其它它的柵格數(shù)數(shù)據(jù)。如圖圖7所描述述的，格網(wǎng)網(wǎng)覆蓋層的的DomaainSeetDescriiptioon包含一個可復選選的元素GGridEExtenntDesscripptionn，該元素素擴展了共共有的DoomainnSetEExtenntDesscripptionnTypee。圖7 格網(wǎng)覆蓋蓋層域描述述GridEExtenntDesscripptionn模式在共共用模式

53、的的基礎(chǔ)上增增加了3個個元素。必選元素GGridAAxisDDescrriptiion，它確定定格網(wǎng)的各各坐標軸。GridSSpaciing 對于已糾糾正的格網(wǎng)網(wǎng)而言是必必選的，但但在其它的的格網(wǎng)中未未定義。它它規(guī)定了沿沿格網(wǎng)各維維度空間的的地面分辨辨率（像素素尺寸或格格網(wǎng)點間距距），用（已已糾正的）格格網(wǎng)的坐標標參考系的的單位來表表示。必選元素GGrid或或必選元素素RecttifieedGriid，這兩兩個元素都都列出了沿沿各格網(wǎng)坐坐標軸的格格網(wǎng)坐標的的上下界限限 (它們是是用整數(shù)像像元或格網(wǎng)網(wǎng)坐標在格格網(wǎng)內(nèi)部坐坐標參考系系中表示的的，其下界界限通常定定為零)，Gridd和Recttifi

54、eedGriid都有兩兩個必需的的屬性：dimennsionn (值：22，3或44)表示一個個2-,3-,或4-D格網(wǎng)網(wǎng)。type (值:點位或中中心)指出值是是與格網(wǎng)點點位置（點點位）相聯(lián)聯(lián)系，還是是與鄰近點點位（中心心）間的區(qū)區(qū)域相關(guān)。RectiifieddGridd（糾正格格網(wǎng)）描述述如正射象象片、Leevel 1G衛(wèi)片片這樣的格格網(wǎng)數(shù)據(jù)，這這些格網(wǎng)在在各維度空空間的格網(wǎng)網(wǎng)坐標與地地面坐標參參考系的坐坐標之間存存在仿射關(guān)關(guān)系。如圖圖8所示，RecctifiiedGrrid增加加了兩個與與GriddRangge并列的的、必選的的元素:Origiin列出了了格網(wǎng)原點點（即，(0,0,0,0

55、)格網(wǎng)點）在在地面坐標標系中的位位置。Offseets列出出了地面坐坐標系中沿沿各坐標軸軸的格網(wǎng)間間距。圖8 糾正格網(wǎng)網(wǎng)的描述RectiifieddGridd也增加了了第三個必必選的屬性性srsNName，它用來標標識格網(wǎng)原原點和偏移移所采用的的地面坐標標系。在這里也考考慮了第三三類格網(wǎng)（還還沒有定案案）：ReectiffiablleGriid（可糾正正格網(wǎng)）描描述了這樣樣的格網(wǎng)，其其坐標軸與與地面坐標標系的坐標標軸相關(guān)聯(lián)聯(lián)，這種關(guān)關(guān)聯(lián)是通過過數(shù)學轉(zhuǎn)換換實現(xiàn)的，而而不是一種種簡單的仿仿射關(guān)系。和RecctifiiedGrrid中的的Origiin和Offseets相比比較，Reectiffia

56、blleGriid描述是是一個如圖圖Figuure9所所示的MaathTrransfform 元素。圖9 可矯正格格網(wǎng)描述MathTTranssformm將列出基基于傳感器器模型、幾幾何參數(shù)和和外方位元元素的轉(zhuǎn)換換運算法則則，MathhTrannsforrm元素的的句法還沒沒有定義，它將引用用Senssor MMarkuup Laanguaage IIPRPAGE # Page: # Ref.中的元素素。72333點（MultiiPoinnt）覆蓋層第二類覆蓋蓋層定義其其域為一系系列的點，這這些可能是是氣溫讀數(shù)數(shù)、土壤抽抽樣點或高高程點的位位置。除了了共用的元元素(SpattialEExten

57、nt，TempporallExteent和ElevvatioonExttent)外，該類類覆蓋也列列出了兩個個可選的元元素，如圖圖10所示。圖 10 -點（MulltiPooint）覆覆蓋層的范范圍描述Envellope 列出了組組成有效數(shù)數(shù)據(jù)點邊界界的一個或或多個的多多邊形。它它提供了關(guān)關(guān)于域空間間范圍的更更為精確（更更緊湊）的的描述。PointtCounnt 列出了覆蓋層域域中的點數(shù)數(shù)。72334TIN覆蓋蓋層第三類覆蓋蓋層將其域域定義為，由由一系列點點通過狄洛洛尼（Deelaunnay）三三角形連網(wǎng)網(wǎng)得到的一一系列的三三角形。(這類覆蓋蓋經(jīng)常通過過沿這些三三角形進行行線性內(nèi)插插模擬地形形

58、：地面被被假定為取取決于三個個相鄰測點點連成的三三角形的表表面)，圖11顯示了了這樣的域域結(jié)構(gòu)。圖 11 - TINN 覆蓋層層的范圍描描述TIN覆蓋蓋層域的描描述與點覆覆蓋層域有有很多相似似之處，它也有Ennveloope 和PoinntCouunt。但但TIN覆蓋蓋層增加了了一個可選選元素BrreakLLineCCountt，該元素素列出了在在TIN覆覆蓋層中定定義的斷裂裂線的總數(shù)數(shù)(斷裂線是是梯度突然然發(fā)生明顯顯變化的測測點的集合合)。72335曲線段覆蓋蓋層第四類覆蓋蓋層即曲線線段覆蓋層層，其域定定義為一系系列的曲線線（即弧段段、樣條或或線劃串），PAGE # Page: # Why

59、do we list each curve not just an envelope or convex hull? Why do we care about the total number of curves in the layer?PAGE # Page: # This needs to be adjusted to the WSDL formulation.這種描述方式可能適合街道和道路底庫。如圖Figure12所示，該覆蓋層用曲線代替了點覆蓋層中點的描述。圖 12 曲線段覆覆蓋層域描描述72336泰森多邊邊形覆蓋層層這里所研究究的最后一一類覆蓋層層定義其域域為由一系系列已知的的（“

60、確定的”）點構(gòu)成成的多邊形形。各多邊邊形不僅封封閉了一個個確定點，而而且多邊形形內(nèi)任何一一點到該確確定點的距距離較其它它任何點近近。這種覆覆蓋結(jié)構(gòu)描描述如圖113所示。圖 13 泰森森多邊形覆覆蓋層域描描述泰森多邊形形覆蓋的域域通常包括括ClippAreaa元素，該該元素列出出了一個或或多個組成成有效數(shù)據(jù)據(jù)外部邊界界的多邊形形。它也包包括列出覆覆蓋中多邊邊形總數(shù)的的元素PolyggonCoount。我們也可能能還需要討討論常規(guī)的的多邊形覆覆蓋。7244范圍描述各覆蓋類型型在基本的的AbsttracttCoveerageeLayeerTyppe上增加加的第二個個元素是RRangeeSetDDes