传感器观测服务接口标准之七

                         传感器观测服务标准接口

版权声明:本文为博主翻译文章,转载请附上出处链接https://blog.csdn.net/qq_21225505/article/details/86574406

上一篇:传感器服务接口标准之六

十一、Result Handling Extension

1.需求类:结果插入

(1) 插入模板操作(InsertResultTemplate Operation)

InsertResultTemplate操作允许客户端上传结果值的模板。可以使用InsertResult操作的后续调用将符合此模板的结果值插入SOS。InsertResultTemplate请求包括指向结果将插入其中的ObservationOffering的指针。插入的结果模板不仅包含对结果结构和编码的描述,还包含一个观察模板,该模板具有完整的观察元数据,如与结果对应的观察过程、感兴趣的特征和观察属性。
InsertResultTemplate操作的概念模型如下面的UML图所示。

插入功能部分列出了在插入观察时客户可以使用的类型(观察和功能的类型),这是调用在SOS服务器上调用InsertResultTemplate操作的目的 。

a.请求

SOS InsertResultTemplate数据类型源自OGC 09-001中定义的SWES ExtensibleRequest数据类型,并继承其属性

注意,如果使用不同的ObservationOfferings,不同的resultStructure只能用于相同的被观察属性和过程集合。

NOTE  If Requirement 76 were missing a client could upload today’s results structured, for example, as a DataArray [OGC 08-094] and tomorrow as a DataRecord [OGC 08-094] for the same procedure, observedProperty, ObservationOffering constellation. In subsequent calls of GetResult to request data for today and tomorrow it would be unclear how to encode the response.

注意:swe:Time定义了一个特定的时间点,因此映射到TM_Instant / gml:TimeInstant,它是om:现象时和om:resultTime的有效值。同样,swe:TimeRange定义了时间间隔,因此映射到TM_Period / gml:TimePeriod,它也是om:phenomenonTime的有效值,但不是om:resultTime的有效值 。

b.响应

SOS InsertResultTemplateResponse数据类型源自OGC 09-001中定义的SWES ExtensibleResponse数据类型,并继承其属性。

 c.异常

d.示例

示例21:InsertResultTemplate操作的XML实现的请求和响应示例可以在这里找到

http://schemas.opengis.net/sos/2.0/examples/resultHandling/InsertResultTemplate1.xml
            http://schemas.opengis.net/sos/2.0/examples/resultHandling/InsertResultTemplate1_response.xml 

(2)插入结果操作(InsertResult Operation)

InsertResult操作允许客户端仅插入观察结果,从而为传感器系统插入新的观察结果。如果观察数据中包含的大多数元数据保持不变,并且/或客户机的通信带宽和处理能力有限,那么该操作是有用的。
           在调用InsertResult操作之前,传感器必须与SOS关联,并且必须在功能文档中列出。这可以通过调用InsertSensor操作来完成。
          此外,在调用InsertResult操作之前,必须调用InsertResultTemplate操作一次,以定义随后插入的结果元素的结构。
InsertResult操作的概念模型如下面的UML图所示。

a.请求

SOS InsertResult数据类型源自OGC 09-001中定义的SWES ExtensibleRequest数据类型,并继承其属性。

请求包括一个指向之前上传的模板的指针,该模板描述了结果的结构和编码。此外,它还包括一个元素,其中包含应插入的观察结果。

b.响应

SOS InsertResultResponse数据类型源自OGC 09-001中定义的SWES ExtensibleResponse数据类型,并继承其属性。

c.异常

d.示例

示例  22: InsertResult操作的XML实现的请求和响应示例可以在这里找到:

http://schemas.opengis.net/sos/2.0/examples/resultHandling/InsertResult1.xml  
           http://schemas.opengis.net/sos/2.0/examples/resultHandling/InsertResult1_response.xml

2、需求类:结果检索( Result Retrieval)

 在这个requirements类中定义的功能使客户机能够有效地从SOS检索纯SWE公共编码的观察结果值。在这个需求类中定义的两个操作的概念如下

  • GetResultTemplate操作 - 通过此操作,客户端将检索有关特定过程使用的确切结构的信息,以生成新的观察结果。结果结构是独特的程序,提供和观察属性的组合。此外,操作响应还包括服务将用于在GetResult操作响应中返回结果值的编码的定义。
  • GetResult操作 - 通过此操作,客户端识别要检索纯SWE Common编码结果值的观察值。该请求包含用于标识产品的参数以及客户感兴趣的观察的观察属性。可选的请求参数使客户端能够进一步对这些观察进行子集化。例如,通过时间过滤器,客户端能够检索自上次调用GetResult操作以来添加到产品中的所有新观察结果(具有特定的观察属性)的结果值

GetResultTemplate和GetResult操作响应中返回的信息使客户端能够构造一个完整的SWE Common DataArray,它聚合在单个GetResult请求中检索的观察结果值 - 请参见下图

该图显示:

  • GetResultTemplateResponse.resultStructure用于填充DataArray.elementType,
  • GetResultTemplateResponse.resultEncoding用于填充DataArray.encoding和
  • GetResultResponse.resultValues用于填充DataArray.values 

DataArray.elementCount是可变的,因为它取决于GetResultResponse中返回的实际结果值数。 它不是作为GetResultResponse的元素直接提供的。 但是,根据[OGC 08-094]的要求http://www.opengis.net/spec/SWE/2.0/req/general-encoding-rules/array-size-encoding-rule,变量的确切数组大小 size DataArray以编码值给出。

通过这样定义的DataArray,客户端可以解码和使用聚合(通过GetResultResponse)观察结果值中包含的信息。

(1)GetResultTemplate Operation

GetResultTemplate操作允许客户端检索结果的结构和编码,这些结果将在稍后的GetResult操作期间为指定的观察属性和ObservationOffering返回。 通过从SOS服务器请求此信息,客户端可以解译从后续GetResult调用中检索的结果值。

注意:如果这些观测的观测属性相同,则存在一种固有的假设,即SWE公共定义的属于一个观测offering的观测结果结构是相同的。 换句话说,由某个观察属性的一个过程生成的观察结果可能没有不同的SWE公共定义结果结构,除非它们与不同的offering相关联。

GetResultTemplate操作的概念模型显示在以下UML图中。

a.请求

SOS GetResultTemplate数据类型派生自OGC 09-001中定义的SWES ExtensibleRequest数据类型,并继承其属性。

在请求中使用offering参数来标识特定过程。 这是因为过程可能与多个offering相关联,并且每个offering的相同的observeProperty的编码可能不同。 例如,在一个offering中,服务可以提供对OM_Measurement数据的访问,而在另一个offering中,服务可以使用[OGC 10-025r1]第7.11节中定义的简单SWEScalarObservation,其中SWE数量作为结果值。 因此,offering和observedProperty的组合唯一地标识过程使用的过程和结果结构,以编码与提供相关联的观察结果。

此外,GetResultTemplate和GetResult操作仅允许从一次特定offering的观察中检索SWE Common编码结果值。如果观测来自于不同的offering使用的不同的结果结构, 此设计可以防止潜在的混乱。
          有必要在GetResultTemplate请求模型和底层SOS数据模型之间建立链接。 

 注意:在基于XML的SOS实现中,可以通过XPath表达式定义过滤器上下文 - 请参阅子条款13.1中的表48。

b.响应

SOS GetResultTemplateResponse数据类型派生自OGC 09-001中定义的SWES ExtensibleResponse数据类型,并继承其属性。

注意:与结果插入扩展不同,在结果检索扩展中,目的不是使用GetResultResponse返回的结果值构造完整的观察结果。 因此,SOS服务不要求在sos中包含组件:GetResultResponse / sos:resultStructure以提供观察的现象或结果时间。这些组件当然可以是观察结果的一部分。 因此,可以通过GetResultTemplate / GetResult操作轻松检索SWE Common定义的观察结果

c.异常

 

d.示例

示例23: 可以在此处找到GetResultTemplate操作的XML实现的请求和响应示例:

http://schemas.opengis.net/sos/2.0/examples/resultHandling/GetResultTemplate1.xml  
            http://schemas.opengis.net/sos/2.0/examples/resultHandling/GetResultTemplate1_response.xml  
           http://schemas.opengis.net/sos/2.0/examples/resultHandling/GetResult1_resultingDataArray.xml

(2)GetResult Operation

GetResult操作只允许检索观察的结果值,而不需要观察的整个元数据。 它提供了五个参数:ObservationOffering,感兴趣的特征,观察到的属性,以及时间和空间过滤器,可用于过滤SOS返回结果值的观察结果。 为了能够解释返回的结果值,客户端可以在调用GetResult之前调用GetResultTemplate,以检索为指定的ObservationOffering和observe属性返回的结果的结构和编码(其他参数不影响结果的结构或编码)。
           GetResult操作的概念模型显示在以下UML图中。

a.请求

SOS GetResult数据类型派生自OGC 09-001中定义的SWES ExtensibleRequest数据类型,并继承其属性。

注意:如果GetResult请求的响应太大而无法合理地发送给客户端,则SOS服务器的实现可能会返回[OGC 09-001]第15条中指定的异常消息

  • 示例24: 由Requirement 97和Requirement 98产生的示例抽象GetResult请求如下所示

  • 该请求返回ObservationOffering“weatherstation_in_my_backyard”中所有空间范围和所有感兴趣特征的观测结果,这些特征是针对属性“温度”进行测量的。 

 table43 注意:此属性的主要用途是提供指针/标识符 - 有关标识符处理的更多详细信息,请参阅附录15和OGC 09-001第16.3.1节。 1)在所选的ObservationOffering中列出了现象的支持时间范围以及观察的resultTime属性。 受支持的时间操作数和运算符列在Capabilities文档的FilterCapabilities部分中。 2)此通用spatialFilter的配置文件在第12节中给出。此配置文件定义了允许将spatialFilter应用于观察的采样位置参数的要求。

注意:在基于XML的SOS实现中,可以通过XPath表达式定义过滤器上下文 - 请参阅子条款13.1中的表48。

b.响应

SOS GetResultResponse数据类型派生自OGC 09-001中定义的SWES ExtensibleResponse数据类型,并继承其属性。

 c.异常

d.示例

示例25: 可以在此处找到GetResult操作的XML实现的请求和响应的示例

http://schemas.opengis.net/sos/2.0/examples/resultHandling/GetResult1.xml  
           http://schemas.opengis.net/sos/2.0/examples/resultHandling/GetResult1_response.xml

十二、空间过滤配置文件(Spatial  Filtering Profile)

在SOS 2.0的这个配置文件中,SOS服务器提供的观察仅限于空间观测,空间观测提供了一个明确定义的参数,用于携带观测的采样几何(sampling geometry)。 如果SOS服务器遵循此配置文件,则空间过滤器( spatial filters)可以定位观察的采样几何。

1、需求类:Spatial  Filtering Profile

[OGC 10-025]子条款7.13中定义的要求类“空间观察数据”(http://www.opengis.net/spec/OMXML/2.0/req/SpatialObservation)将观察的编码限制为具有一个参数, 包含观察的采样几何。 采样几何表示观察结果适用的空间范围。 这通常是观察的感兴趣特征的程度,但也可以通过其他方式计算或确定。

示例26: 这里显示了由[OGC 10-025]定义的具有采样位置参数的空间观测的示例:

以下要求将SOS服务器所服务的观测值限制为此类空间观测。 观察的采样几何形状被编码为观察的参数

Capabilities中提供的observedArea仅限于表示观测值采样几何的最小边界框

 GetObservation的空间过滤器,或者如果支持GetResult操作请求的空间过滤器的话,可以通过spatialFilter的valueReference选择以下值来定位观察的采样几何:

http://www.opengis.net/req/omxml/2.0/data/samplingGeometry

示例27:可以在以下位置找到符合此配置文件的GetObservation操作的XML实现请求的示例:

 http://schemas.opengis.net/sos/2.0/examples/spatialFilteringProfile/GetObservation1_spatialFilteringProfile.xml

 

下一篇:传感器服务接口标准之八

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值