开放地理信息协会网络服务公共执行规范教案详解.ppt

服务器和客户端对此参数的执行是可选的。各种非标准的格式被提议转换成XML文档，但许多还没有被完全的指定，也没有被广泛的接受。许多非标准格式减少了转移信息量，同时减少了流通时间和装载。 4.3.6 AcceptLanguages 参数 AcceptLanguages 参数对于所有OWS请求是可选的，能够识别客户喜欢的一组语言。它的值是一个或多个语言标签列表，适应客户从左到右的选择顺序，。语言标签采用的是RFC 4646 5字符编码，完整的形式（如：“en-CA”），缩写2字符代码（如 “en”）。除了RFC 4646 编码外，服务器支持单个特殊的值“*”它被用来表示“any language”。 服务器对人类语言文本字符串的响应，包括绘制字符串到图形图像（如在一个WMS的 GetMap反应），服务器应当返回首选的可用语言文本字符串。如果服务器不返回客户首选语言的文本字符串，并且AcceptLanguages参数列表包括特殊值“*”，这时它应返回一个服务器所选语言的字符串。如果AcceptLanguages参数语言列表和服务器提供的语言列表不匹配，服务器应返回InvalidParameterValue异常。 4.4 GetCapabilities 响应 4.4.1 异常 OWS服务器事件遇到一个GetCapabilities操作请求错误，它应返回一个如第5章描述的异常报告信息。在表8中列出了允许异常编码。 Table 6— Exception codes for GetCapabilities operation 4.4.2 服务元数据文档内容 从执行GetCapabilities操作中，一个服务元数据文档应正常反应到客户端，并且对于具体的OWS应包含适合特定服务器的元数据。对于提供或使用紧耦合数据的服务器，这个服务元数据文档应当包含此数据的元数据，那个服务元数据文档采用XML编码，并使用XML架构来指定正确的文档内容和结构。 图3和表9描述并指定了服务元数据文档中包含的参数 Figure 3 — GetCapabilities operation response UML class diagram 每个服务元数据文件应包含一系列sections文档，这些文档分别对应特定OWS系统指定的一套section names。表10指定了section names和meanings。每个具体的OWS系统在相应的部分应使用这些名称和含义，如有需要可以详述增加的部分。表10中指定的能力文档的所有四个部分都应该能被所有的OWS服务器实现，除非跟特定的OWS明显不相关，这些不相关部分应该被替补的相关部分所取代。 Table 7 — Parameters included in service metadata document 当可读文本字符串在应答中出现的时候，服务器支持的多语种应答应使用文本中符合相应元素的冗长属性指定的语言，来区分应答中的每个可读文本元素的语言。这个（些）冗长属性应该使用IETF RFC 4646常用的标识符。 Table 8 — Section names and contents 4.4.4 ServiceIdentification section内容 概述 服务元数据文档的ServiceIdentification section包含该特定服务器的基本元数据。该部分的内容和组织结构应与OWS系统相同。ServiceIdentification section应包含参数，部分在图4中描绘并在表11中指定。 Figure 4 — ServiceIdentification section UML class diagram Table 9 — Parameters included in ServiceIdentification section 4.4.5 ServiceProvider section内容 服务元数据文档的ServiceProvider section包含服务器操作组织的元数据。这一部分内容和组织对于所有的OWS系统都是相同的。ServiceProvider section包含参数，图五描述部分参数，表12对其详述。 Figure 5 — ServiceProvider section UML class diagram Table 10— Parameters included in ServiceProvider section 4.4.6 OperationsMetadata section 标准内容 O