開放地理信息協(xié)會網(wǎng)絡(luò)服務(wù)公共執(zhí)行規(guī)范

1、簡介 OGC(Open Geospatial Consortium)OGC(Open Geospatial Consortium)開放地理信開放地理信息協(xié)會，他是一個非贏利的國際化標(biāo)準(zhǔn)制定組織，息協(xié)會，他是一個非贏利的國際化標(biāo)準(zhǔn)制定組織，領(lǐng)導(dǎo)進(jìn)行對地理數(shù)據(jù)相關(guān)的操作和服務(wù)標(biāo)準(zhǔn)的制領(lǐng)導(dǎo)進(jìn)行對地理數(shù)據(jù)相關(guān)的操作和服務(wù)標(biāo)準(zhǔn)的制定。定。 OGCOGC最主要的一項計劃是互操作計劃最主要的一項計劃是互操作計劃（Interoperability ProgramInteroperability Program，簡稱，簡稱IPIP），該項），該項目的目標(biāo)是提供一套綜合的開放接口規(guī)范，以使目的目標(biāo)是提供一套綜合的

2、開放接口規(guī)范，以使軟件開發(fā)商可以根據(jù)這些規(guī)范來編寫互操作組件，軟件開發(fā)商可以根據(jù)這些規(guī)范來編寫互操作組件，從而滿足互操作需求從而滿足互操作需求。簡介簡介 Web Services即Web服務(wù)，它是自包含的、模塊化的應(yīng)用程序，它可以在網(wǎng)絡(luò)中被描述、發(fā)布、查找以及調(diào)用。Web服務(wù)的一個主要思想，就是未來的應(yīng)用將由一組應(yīng)用了網(wǎng)絡(luò)的服務(wù)組合而成。簡單理解，在Web Services體系中，所有東西都是服務(wù)，這些服務(wù)發(fā)布一個API供網(wǎng)絡(luò)中的其他服務(wù)或者應(yīng)用使用，并且封裝了實現(xiàn)細(xì)節(jié)。Web Services是OGC規(guī)范以及建立面向服務(wù)的空間共享體系的基礎(chǔ)技術(shù)體系。簡介簡介 空間信息空間信息WebWeb服務(wù)

3、是在服務(wù)是在WebWeb服務(wù)技術(shù)和標(biāo)準(zhǔn)基礎(chǔ)之服務(wù)技術(shù)和標(biāo)準(zhǔn)基礎(chǔ)之上實現(xiàn)的地理空間信息網(wǎng)上在線服務(wù)。它利用上實現(xiàn)的地理空間信息網(wǎng)上在線服務(wù)。它利用WebWeb服務(wù)技術(shù)提供的公共接口、交換協(xié)議和服務(wù)規(guī)范，服務(wù)技術(shù)提供的公共接口、交換協(xié)議和服務(wù)規(guī)范，提供應(yīng)用客戶管理、注冊服務(wù)、編碼、處理服務(wù)、提供應(yīng)用客戶管理、注冊服務(wù)、編碼、處理服務(wù)、描述服務(wù)和數(shù)據(jù)服務(wù)等。主要的應(yīng)用客戶包括發(fā)描述服務(wù)和數(shù)據(jù)服務(wù)等。主要的應(yīng)用客戶包括發(fā)現(xiàn)客戶、地圖瀏覽客戶、影像利用客戶等?？臻g現(xiàn)客戶、地圖瀏覽客戶、影像利用客戶等?？臻g信息信息WebWeb服務(wù)除了采用基本的服務(wù)除了采用基本的WebWeb服務(wù)技術(shù)協(xié)議外，服務(wù)技術(shù)協(xié)議外，

4、還需要相關(guān)地理空間信息及處理的技術(shù)協(xié)議，目還需要相關(guān)地理空間信息及處理的技術(shù)協(xié)議，目前主要有前主要有OGCOGC、ISO/TC211ISO/TC211和和W3CW3C等組織在進(jìn)行相關(guān)等組織在進(jìn)行相關(guān)協(xié)議標(biāo)準(zhǔn)的制定。協(xié)議標(biāo)準(zhǔn)的制定。 OGC WebOGC Web服務(wù)服務(wù)(OWS)(OWS)即是典型的即是典型的空間信息空間信息WebWeb服務(wù)標(biāo)準(zhǔn)體系。服務(wù)標(biāo)準(zhǔn)體系。OGC WebOGC Web服務(wù)公共執(zhí)行規(guī)范服務(wù)公共執(zhí)行規(guī)范1 1 范圍范圍 目前這篇文檔詳細(xì)描述了目前這篇文檔詳細(xì)描述了OWSOWS接口執(zhí)行規(guī)范包含接口執(zhí)行規(guī)范包含的公共方面：的公共方面： a a）操作請求和響應(yīng)的內(nèi)容操作請求和響應(yīng)的

5、內(nèi)容 b b）操作請求和響應(yīng)包含的參數(shù)和數(shù)據(jù)結(jié)構(gòu)操作請求和響應(yīng)包含的參數(shù)和數(shù)據(jù)結(jié)構(gòu) c c）操作請求和響應(yīng)的操作請求和響應(yīng)的XMLXML和和KVPKVP編碼編碼 這篇文這篇文檔檔的一個作用是作為對未來版本的的一個作用是作為對未來版本的OWSOWS接口執(zhí)行規(guī)范的一個接口執(zhí)行規(guī)范的一個標(biāo)準(zhǔn)標(biāo)準(zhǔn)參考。這些規(guī)范目前包參考。這些規(guī)范目前包括網(wǎng)絡(luò)地圖執(zhí)行規(guī)范（括網(wǎng)絡(luò)地圖執(zhí)行規(guī)范（WMSWMS）、網(wǎng)絡(luò)特征數(shù)據(jù)執(zhí)行）、網(wǎng)絡(luò)特征數(shù)據(jù)執(zhí)行規(guī)范（規(guī)范（WFSWFS）、網(wǎng)絡(luò)覆蓋執(zhí)行規(guī)范）、網(wǎng)絡(luò)覆蓋執(zhí)行規(guī)范(WCS)(WCS)。2 2 術(shù)語和定義術(shù)語和定義 邊界框 bounding box 位于坐標(biāo)參考系統(tǒng)上下限的部分

6、 capabilities XML 采用XML編碼的服務(wù)元數(shù)據(jù) 客戶端 client 從服務(wù)器中調(diào)用一個操作的軟件組件 地理信息 geographic information 接口 interface 描述實體行為的一系列操作名 操作 operation 參數(shù) parameter 平臺 platform 獨立平臺 platform-neutral (specification) 特定平臺 platform-specific (specification) 請求 request 響應(yīng) response 資源 resource 服務(wù)器 server 服務(wù) service 服務(wù)元數(shù)據(jù) service

7、 metadata 版本 version 3 3 協(xié)定協(xié)定 3.1 符號（縮略詞） CRS （Coordinate Reference System ）坐標(biāo)參考系統(tǒng) DCP （Distributed Computing Platform ）分布式計算平臺 EPSG（European Petroleum Survey Group） 歐洲石油勘測隊 GML （Geography Markup Language ）地理置標(biāo)語言 HTTP（Hypertext Transfer Protocol） 超文本傳輸協(xié)議 ISO （International Organization for Standardi

8、zation） 國際標(biāo)準(zhǔn)組織 KVP （Keyword Value Pair） 關(guān)鍵字值對 MIME （Multipurpose Internet Mail Extensions） 功能Internet 郵件擴充服務(wù) OGC （ Open Geospatial Consortium ）開放式地理信息聯(lián)盟 OWS （OGC Web Service） 開放式網(wǎng)絡(luò)服務(wù) TBD （To Be Determined ） TBR （To Be Reviewed ） UML （Unified Modeling Language）統(tǒng)一建模語言 URI （Universal Resource Identifie

9、r）統(tǒng)一資源標(biāo)識符 URL （Uniform Resource Locator）統(tǒng)一資源定位符 URN （Universal Resource Name）統(tǒng)一資源名稱 WCS （Web Coverage Service ）網(wǎng)絡(luò)覆蓋服務(wù) WFS （Web Feature Service ）網(wǎng)絡(luò)特征服務(wù) WMS（ Web Map Service ）網(wǎng)絡(luò)地圖服務(wù) XML （Extensible Markup Language ）可擴展標(biāo)記語言 1D （One Dimensional ）一維空間 2D （Two Dimensional ）二維空間 3D （Three Dimensional ）三維空間

10、 4D （Four Dimensional ） 思維空間 3.2 UML符合 UML（統(tǒng)一建模語言）是一個標(biāo)準(zhǔn)的圖形表示法，它不是面向?qū)ο蟮姆治龊驮O(shè)計，也不是一種方法，它僅僅是一組符號而已。作為一種建模語言，UML的定義包括UML語義和UML表示法兩個部分。其中UML表示法定義UML符號的表示法。標(biāo)準(zhǔn)建模語言UML定義五類圖，第一類是用例圖（Use Case Diagram），第二類是靜態(tài)圖 (Static diagram)，包括類圖、對象圖和包圖。其中類圖描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)。不僅定義系統(tǒng)中的類，表示類之間的聯(lián)系如關(guān)聯(lián)、依賴、聚合等，也包括類的內(nèi)部結(jié)構(gòu)（類的屬性和操作）。第三類是行為圖（B

11、ehavior diagram），第四類是交互圖（Interactive diagram），第五類是實現(xiàn)圖 ( Implementation diagram )。本文檔中顯示的所有關(guān)系圖都使用統(tǒng)一建模語言 (UML) 靜態(tài)結(jié)構(gòu)圖。下圖描述了本文檔中使用的 UML 表示法。Figure 1 UML notations Figure 1 UML notations 在這些類關(guān)系圖中使用下面固定類型的UML 類： a） 無身份的一組原始值的描述符。數(shù)據(jù)類型是一個沒有操作的類，它的主要目的是保存信息。 k) 一種數(shù)據(jù)類型，其實例組成了一個替代文字值的列表。 枚舉意味著一個易于理解的潛在值類中的簡短列表

12、。 I） 為表達(dá)潛在的可選值的一長串的靈活的枚舉。如果完全知道列表選項，則使用枚舉 ； 如果只知道可能替代方案則使用代碼列表。 M） 是在沒有給出對象的實現(xiàn)和狀態(tài)的情況下對對象行為的描述。 接口包含操作但不包含屬性，平且它沒有對外界可見的關(guān)聯(lián)。 N）一是抽象類，不能有實例，在運行時，CLR都會創(chuàng)建一個包含這個類型信息的Type類型的對象。Type類可以有特性和關(guān)聯(lián)。 O) 一個替代的屬性列表，任何時候只出現(xiàn)這些特性的其中一個。 在這個文檔中，使用下面標(biāo)準(zhǔn)數(shù)據(jù)類型： CharacterString一串字母 Boolean一個值描述成真的或假的 URI提供很多信息的資源標(biāo)識符 URL可用在線資源標(biāo)

13、識符 Integer整數(shù) Double雙精度浮點數(shù)獨立平臺和特定平臺規(guī)范獨立平臺和特定平臺規(guī)范 如OGC抽象規(guī)范第10章的第12課題“OpenGIS Service Architecture”中描述的，這個文本包括了獨立平臺和特定平臺規(guī)范。ISO19119也詳述了“依據(jù)ISO/TS19103的規(guī)定和準(zhǔn)則用UML描述”，和“有了平臺中立模型或至少有特定的平臺模型，服務(wù)規(guī)范才被完全考慮”的獨立平臺模型。 本文檔第一次詳述了在獨立平臺方式中，每個操作的請求和響應(yīng)及其參數(shù)和數(shù)據(jù)結(jié)構(gòu)。用表描述每一數(shù)據(jù)結(jié)構(gòu)，表中列出并定義了參數(shù)和其他數(shù)據(jù)結(jié)構(gòu)。這些表為前面的UML類圖和UML模型充當(dāng)了數(shù)據(jù)詞典。 使用多種

14、交替方式編譯指定的獨立平臺數(shù)據(jù)，每一方式適合一個或多個特定平臺。目前這篇文檔詳述的編碼，為適合HTTP GET轉(zhuǎn)換操作請求（用KVP編碼），為適合使用HTTP POST 轉(zhuǎn)換操作請求（用XML或KVP編碼）。然而相同操縱的請求和響應(yīng)可以被編譯成適合許多其他的特定平臺，包括SOAP/WSDL（SOAP/WSDL DCPs）。 為了符合OGC第12課題的第10條款和ISO19119，這里論述OWS規(guī)范應(yīng)該與其有相同的格式。也就是說，請求反映操作首先指定在中立平臺方式中，使用相似的表作為UML模型的數(shù)據(jù)字典。每一獨立平臺規(guī)范應(yīng)遵循此數(shù)據(jù)的一個或多個特定平臺編碼。這些特定平臺編碼，應(yīng)列入該特定OWS系

15、統(tǒng)規(guī)范，以此來相互支持特定平臺。4 GetCapabilities 4 GetCapabilities 操作操作4 4.1 .1 簡介簡介 這一章節(jié)主要描述由OWS提供的GetCapabilities 操作。強制性的GetCapabilities 操作允許任何客戶獲取該服務(wù)的元數(shù)據(jù)文檔，即“能力文檔”，這一元數(shù)據(jù)是由實現(xiàn)OWS接口操作規(guī)范的服務(wù)器提供的。GetCapabilities 操作正常響應(yīng)是返回給請求客戶端一個服務(wù)元數(shù)據(jù)文檔，這一服務(wù)元數(shù)據(jù)文檔主要包括特定的服務(wù)器功能元數(shù)據(jù)（如從服務(wù)器中得到的具體數(shù)據(jù)和格式）。這個服務(wù)元數(shù)據(jù)能使 OWS 服務(wù)器部分自我描述、 支持客戶端的后期綁定。4

16、4.2 GetCapabilities .2 GetCapabilities 請求請求 4 4.2.1 GetCapabilities .2.1 GetCapabilities 請求參數(shù)請求參數(shù) GetCapabilities GetCapabilities 操作請求平臺將使用圖操作請求平臺將使用圖2 2描述的和表描述的和表3 3指定數(shù)據(jù)指定數(shù)據(jù)結(jié)構(gòu)結(jié)構(gòu)Figure 2 GetCapabilities operation request UML class diagramFigure 2 GetCapabilities operation request UML class diagramTa

17、ble 1 Parameters in GetCapabilities operation request 4 4.2.2 .2.2 執(zhí)行請求執(zhí)行請求 表表4“4“多樣性和使用多樣性和使用”列中指定在列中指定在GetCapbilities GetCapbilities 操作請求中每操作請求中每列參數(shù)的可選性，表列參數(shù)的可選性，表4 4詳述了詳述了OWSOWS客戶端和服務(wù)器這些參數(shù)的可實客戶端和服務(wù)器這些參數(shù)的可實行性行性。Table 2 Implementation of parameters in GetCapabilities operation request 4 4.2.3 GetCa

18、pabilities request KVP encoding.2.3 GetCapabilities request KVP encodingTable 3 GetCapabilities operation request URL parameters 4 4.2.4 GetCapabilities .2.4 GetCapabilities 請求請求XMLXML編碼編碼 XML架構(gòu)文件包含名為owsServiceIdentification.xsd，包含文件的每個元素，屬性的含義。 下面是一個用XML編碼的GetCapabilities請求信息例子 1.0.0 0.8.3 Contents

19、 text/xml en-CA fr-CA 這個例子包括了這個例子包括了XML所有可能的屬性和元素，但是僅有所有可能的屬性和元素，但是僅有“service”屬性是需要的，包括需要屬性是需要的，包括需要GetCapabilities的根元素。的根元素。4.3 4.3 參數(shù)討論參數(shù)討論 4 4.3.1 Version.3.1 Version參數(shù)參數(shù) 每一OWS執(zhí)行規(guī)范的修訂將指定一個版本號，使客戶端和服務(wù)器能相互作用來達(dá)成符合這一規(guī)范的版本。這一版本號應(yīng)包含三個非負(fù)整數(shù)并由小數(shù)點分開，形式為“x.y.z”整數(shù)y和z不能超過99。 隨著規(guī)范的演變，每個服務(wù)都定義許多版本，并且版本號不同。每個OWS都

20、有自己的序列版本號；不同服務(wù)的版本號是相互獨立的，因此可以用重疊的部分。當(dāng)版本號改變，第一個整數(shù)變的最重要，這將很單調(diào)。這些版號可能沒有順序，因為一些版號是草案。服務(wù)器和客戶端不必支持定義版本，但鼓勵支持多重版本。4.3.2 Version.3.2 Version協(xié)商協(xié)商 在GetCapabilities操作請求中，使用可選AcceptVersions參數(shù)執(zhí)行Version協(xié)商。盡管是可選的，但客戶端軟件應(yīng)該總是常常包含此參數(shù)，以簡化版本協(xié)商。此參數(shù)值是一個客戶端支持，客戶最優(yōu)先的序列協(xié)議版本號。 服務(wù)器在接受GetCapabilities請求時，將掃描序列并找到其支持的第一版本號。這時服務(wù)器

21、返回一個符合這一版本規(guī)范并包括版本參數(shù)值的服務(wù)元數(shù)據(jù)文件。如果序列中不包含服務(wù)器支持的任一版本號，服務(wù)器返回一個異常，exceptionCode=VersionNegotiationFailed。 為確保后期的兼容性，客戶也應(yīng)準(zhǔn)備接受一個未知響應(yīng)，把這種情況作為版本協(xié)商失敗的現(xiàn)象。此外，如果服務(wù)器接受一個沒有AcceptVersions參數(shù)的GetCapabilities請求時，則返回一個服務(wù)器支持的最新版本的服務(wù)元數(shù)據(jù)文檔。4 4.3.3 Section .3.3 Section 參數(shù)參數(shù) Section參數(shù)值包含零個或多個XML元素名的無序列表，這個XML元素存在在將被返回的服務(wù)元數(shù)據(jù)XM

22、L文檔中。當(dāng)列出一個或多個參數(shù)名時，這些參數(shù)包含在將被返回的服務(wù)元數(shù)據(jù)文檔中。如果沒有列出這些參數(shù)名，返回的服務(wù)元數(shù)據(jù)不必包含任何列出的參數(shù)。 Sections的值類型為字符串序列(逗號隔開)，列舉客戶所要請求的服務(wù)元數(shù)據(jù)文檔的哪些部分，這樣可以適當(dāng)減少網(wǎng)絡(luò)數(shù)據(jù)傳輸量。 客戶端執(zhí)行Sections參數(shù)是可選的，當(dāng)服務(wù)器接受一個沒有此參數(shù)的GetCapbilities 操作請求時，則返回所有的服務(wù)元數(shù)據(jù)文檔。 服務(wù)器執(zhí)行Sections參數(shù)是可選的，當(dāng)服務(wù)器不能執(zhí)行此部分參數(shù)時，在GetCapbilities 操作請求中如果出現(xiàn)將忽視此參數(shù)，并返回所有服務(wù)元數(shù)據(jù)文檔。Table 4 Meanin

23、gs of section name values UpdateSequence3.4 UpdateSequence參數(shù)參數(shù) 值類型為字符串，可以是一個整數(shù)，或者是一個時間戳(ISO8601:2000)格式，或者其它的數(shù)字和字符串。它在客戶端緩存了服務(wù)元數(shù)據(jù)文檔的時候特別有用，如果服務(wù)器支持該參數(shù)，則會在返回的能力文檔中包括當(dāng)前的UpdateSequence值。以后每當(dāng)服務(wù)的能力文檔發(fā)生了改變，服務(wù)器都會增長該值，當(dāng)客戶端下次請求時，服務(wù)器就可以根據(jù)當(dāng)前情況返回相應(yīng)的結(jié)果。該參數(shù)是可選的，當(dāng)忽略時則返回最近的服務(wù)元數(shù)據(jù)文檔Table 5 Use of UpdateSequenc

24、e parameter4 4.3.5 AcceptFormats .3.5 AcceptFormats 參數(shù)參數(shù) 值類型為字符串序列，列舉的是客戶端可以接受的MIME格式，若有多個值則用逗號隔開，按照客戶的意愿排序，將最優(yōu)先的放在最前面。此參數(shù)是可選的，當(dāng)忽略時則以“text/xml”格式返回。 當(dāng)一個服務(wù)器執(zhí)行AcceptFormats參數(shù)并獲取一個值時，它將返回一個能力文檔，這個文檔在可返回的列表中采用第一個MIME類型格式。當(dāng)服務(wù)器不獲取或不執(zhí)行時，服務(wù)器將返回標(biāo)準(zhǔn)XML能力文檔，采用MIME類型“text/xml”格式。對于GetCapabilities操作，所有客戶端和服務(wù)器應(yīng)執(zhí)行M

25、IME類型“text/xml”格式。 服務(wù)器和客戶端對此參數(shù)的執(zhí)行是可選的。各種非標(biāo)準(zhǔn)的格式被提議轉(zhuǎn)換成XML文檔，但許多還沒有被完全的指定，也沒有被廣泛的接受。許多非標(biāo)準(zhǔn)格式減少了轉(zhuǎn)移信息量，同時減少了流通時間和裝載。4 4.3.6 AcceptLanguages .3.6 AcceptLanguages 參數(shù)參數(shù) AcceptLanguages 參數(shù)對于所有OWS請求是可選的，能夠識別客戶喜歡的一組語言。它的值是一個或多個語言標(biāo)簽列表，適應(yīng)客戶從左到右的選擇順序，。語言標(biāo)簽采用的是RFC 4646 5字符編碼，完整的形式（如：“en-CA”），縮寫2字符代碼（如 “en”）。除了RFC 4

26、646 編碼外，服務(wù)器支持單個特殊的值“*”它被用來表示“any language”。 服務(wù)器對人類語言文本字符串的響應(yīng)，包括繪制字符串到圖形圖像（如在一個WMS的 GetMap反應(yīng)），服務(wù)器應(yīng)當(dāng)返回首選的可用語言文本字符串。如果服務(wù)器不返回客戶首選語言的文本字符串，并且AcceptLanguages參數(shù)列表包括特殊值“*”，這時它應(yīng)返回一個服務(wù)器所選語言的字符串。如果AcceptLanguages參數(shù)語言列表和服務(wù)器提供的語言列表不匹配，服務(wù)器應(yīng)返回InvalidParameterValue異常。 4 4.4 GetCapabilities .4 GetCapabilities 響應(yīng)響應(yīng) 4

27、 4.4.1 .4.1 異常異常 OWS服務(wù)器事件遇到一個GetCapabilities操作請求錯誤，它應(yīng)返回一個如第5章描述的異常報告信息。在表8中列出了允許異常編碼。Table 6 Exception codes for GetCapabilities operation4 4.4.2 .4.2 服務(wù)元數(shù)據(jù)文檔內(nèi)容服務(wù)元數(shù)據(jù)文檔內(nèi)容 從執(zhí)行GetCapabilities操作中，一個服務(wù)元數(shù)據(jù)文檔應(yīng)正常反應(yīng)到客戶端，并且對于具體的OWS應(yīng)包含適合特定服務(wù)器的元數(shù)據(jù)。對于提供或使用緊耦合數(shù)據(jù)的服務(wù)器，這個服務(wù)元數(shù)據(jù)文檔應(yīng)當(dāng)包含此數(shù)據(jù)的元數(shù)據(jù)，那個服務(wù)元數(shù)據(jù)文檔采用XML編碼，并使用XML架構(gòu)來

28、指定正確的文檔內(nèi)容和結(jié)構(gòu)。 圖3和表9描述并指定了服務(wù)元數(shù)據(jù)文檔中包含的參數(shù)Figure 3 GetCapabilities operation response UML class diagramFigure 3 GetCapabilities operation response UML class diagram 每個服務(wù)元數(shù)據(jù)文件應(yīng)包含一系列sections文檔，這些文檔分別對應(yīng)特定OWS系統(tǒng)指定的一套section names。表10指定了section names和meanings。每個具體的OWS系統(tǒng)在相應(yīng)的部分應(yīng)使用這些名稱和含義，如有需要可以詳述增加的部分。表10中指定的能力

29、文檔的所有四個部分都應(yīng)該能被所有的OWS服務(wù)器實現(xiàn)，除非跟特定的OWS明顯不相關(guān)，這些不相關(guān)部分應(yīng)該被替補的相關(guān)部分所取代。Table 7 Parameters included in service metadata document 當(dāng)可讀文本字符串在應(yīng)答中出現(xiàn)的時候，服務(wù)器支持的多語種應(yīng)答應(yīng)使用文本中符合相應(yīng)元素的冗長屬性指定的語言，來區(qū)分應(yīng)答中的每個可讀文本元素的語言。這個（些）冗長屬性應(yīng)該使用IETF RFC 4646常用的標(biāo)識符。Table 8 Section names and contents 4.4.4 ServiceIdentification section內(nèi)容 4.4.

30、4.1 概述 服務(wù)元數(shù)據(jù)文檔的ServiceIdentification section包含該特定服務(wù)器的基本元數(shù)據(jù)。該部分的內(nèi)容和組織結(jié)構(gòu)應(yīng)與OWS系統(tǒng)相同。ServiceIdentification section應(yīng)包含參數(shù)，部分在圖4中描繪并在表11中指定。Figure 4 ServiceIdentification section UML class diagram Figure 4 ServiceIdentification section UML class diagram Table 9 Parameters included in ServiceIdentification s

31、ection 4 4.4.5 ServiceProvider section.4.5 ServiceProvider section內(nèi)容內(nèi)容 服務(wù)元數(shù)據(jù)文檔的ServiceProvider section包含服務(wù)器操作組織的元數(shù)據(jù)。這一部分內(nèi)容和組織對于所有的OWS系統(tǒng)都是相同的。ServiceProvider section包含參數(shù)，圖五描述部分參數(shù)，表12對其詳述。Figure 5 ServiceProvider section UML class diagram Figure 5 ServiceProvider section UML class diagram Table 10 Par

32、ameters included in ServiceProvider section 4 6 OperationsMetadata section OperationsMetadata section 標(biāo)準(zhǔn)內(nèi)容標(biāo)準(zhǔn)內(nèi)容 OperationsMetadata section標(biāo)準(zhǔn)參考執(zhí)行規(guī)范，將詳述在OperationsMetadata section中包括多種XML元素和屬性的固定值。此外，在這一部分，每一種規(guī)范應(yīng)相詳述包含若干XML元素和屬性的可選值。這些規(guī)范如表18的形式列出。 除了作為一個實例表，表18列出的OWS常見項目應(yīng)包括在所有這種表中。同樣，表19列出的可選屬性值

33、也應(yīng)包括在內(nèi)，而不是依靠服務(wù)器是否執(zhí)行操作。在表18和19中，“屬性名”欄使用點分離器符號描述部分總體項目?！皩傩灾怠睓谝貌僮鲄?shù)，右欄中列出屬性值的含義。Table 12 Required values of OperationsMetadata section attributes Table 13 Optional values of OperationsMetadata section attributes 除了表12中列出的可選值，在OperationsMetadata section中，有許多“name”屬性和“value”元素的可選值，當(dāng)考慮可用時，才列出。 這些屬性和元素的大

34、部分用于記錄各種參數(shù)和數(shù)量的域。 InputFormat是一個非參數(shù)量，所有特定OWSs在有限的范圍使用這個量。這個量應(yīng)受到限制，僅在請求方法數(shù)據(jù)結(jié)構(gòu)中通過HTTP Post或Get使用。這種限制條款包括如下： a）“name”參數(shù)（和XML屬性）值應(yīng)應(yīng)是“InputFormat”，意味著編碼格式允許這個操作請求。 b）一個可能的“value”參數(shù) （和 XML 元素） 值應(yīng)是 MIME 類型“text/xml”，意味著操作請求采用XML 編碼。 InputFormat值僅在Post數(shù)據(jù)結(jié)構(gòu) （XML 元素）中被使用。 如果在Post數(shù)據(jù)結(jié)構(gòu)中，沒有詳述限制輸入格式，則此值被允許。 c）另一可能“value”參數(shù)（和XML元素)值，應(yīng)是MIME類型的applicat