sos.1.0.0.sosGetObservation.xsd Maven / Gradle / Ivy

Go to download


	
		
			This XML Schema defines the GetObservation request XML elements and types.
		
	
	
	
	
	
	
	
	
		
			Request to a SOS to perform the GetObservation operation. This operation is designed to request sensor data from live sensors as well as sensor data archives.
		
		
			
				
					
						
							
								ID of an offering advertised in the capabilities.
									All following parameters are depending on the selected offering.
								
							
						
						
							
								Allows a client to request observations from a specific instant, multiple instances or periods of time in the past, present and future. The supported range is listed in the selected offering capabilities.
								
							
							
								
									
								
							
						
						
							
								Index of a particular sensor if offering procedure is a Sensor Array. Allows client to request data from one or more sensors in the array. The size of the array should be specified in the selected offering capabilities. This is to support scenarios with sensor grids (we don't want to have one offering for each sensor in that case). Note that sensorML can describe Sensor Arrays too. 										
							
						
						
							
								ID of a phenomenon advertised in capabilities document.
									All possible phenomena are listed in the selected offering capabilities.
								
							
						
						
							
								Specifies target feature for which observations are requested. Mostly a hepler for in-situ sensors, since geo-location has to be done on the server side. The supported area should be listed in the selected offering capabilities.
								
							
							
								
									
									
										
											Unordered list of zero or more object identifiers. These identifiers are usually listed in the Contents section of the service metadata (Capabilities) document. If no ObjectID value is included, and if only one category of objects is allowed for this operation, the server shall return all objects of that category. NOTE: Although retention of this ability is allowed by a specific OWS that uses this operation, such retention is discouraged due to possible problems. Making this ability optional implementation by servers reduces interoperability. Requiring implementation of this ability can require a server to return a huge response, when there are a large number of items in that category. 
										
									
								
							
						
						
							
								Only report observations where the result matches this expression.
								
							
							
								
									
								
							
						
						
							
								ID of the output format to be used for the requested data. The supported output formats are listed in the selected offering capabilities.
								
							
						
						
							
								Identifier of the result model to be used for the requested data. The resultModel values supported by a SOS server are listed in the contents section of the service metadata, identified as QName values.  If the requested resultModel is not supported by the SOS server, an exception message shall be returned.
							
							
						
						
							
								This element allows the client to request the form of the response.  The value of resultTemplate is used to retrieve an observation template 
							that will later be used in calls to GetResult.  The other options allow results to appear inline in a resultTag (inline), external to the observation element (out-of-band)
							or as a MIME attachment (attached)