All Element Summary |
||||||||||||
The association Domain shall link the OM_Observation to the
GFI_Feature (C.2.1) that is the subject of the observation and carries the
observed property.
|
||||||||||||
If present, the association Metadata shall link the
OM_Observation to descriptive metadata.
|
||||||||||||
om:name (in om:NamedValue) |
The attribute 'name' shall indicate the meaning of the named
value.
|
|||||||||||
The class 'NamedValue' provides for a generic soft-typed parameter
value.
|
||||||||||||
Some observations depend on other observations to provide context which
is important, sometimes essential, in understanding the result.
|
||||||||||||
The association Phenomenon shall link the OM_Observation to the
GFI_PropertyType (C.2.2) for which the OM_Observation:result (6.2.2.9)
provides an estimate of its value.
|
||||||||||||
Observation is an act ("event"), whose result is an estimate of the value
of a property of the feature of interest.
|
||||||||||||
If present, the attributes parameter:NamedValue shall describe
an arbitrary event-specific parameter.
|
||||||||||||
The attribute phenomenonTime:TM_Object shall describe the time
that the result (6.2.2.9) applies to the property of the feature-of-interest
(6.2.2.7).
|
||||||||||||
The association ProcessUsed shall link the OM_Observation to the
OM_Process (6.2.3) used to generate the result.
|
||||||||||||
Some observations depend on other observations to provide
context which is important, sometimes essential, in understanding the
result.
|
||||||||||||
Some observations depend on other observations to provide
context which is important, sometimes essential, in understanding the
result.
|
||||||||||||
The association Range shall link the OM_Observation to the value
generated by the procedure.
|
||||||||||||
If present, the attributes resultQuality:DQ_Element shall
describe the quality of the result (6.2.2.9).
|
||||||||||||
The attribute resultTime:TM_Instant shall describe the time when
the result became available, typically when the procedure (6.2.2.10)
associated with the observation was completed For some observations this is
identical to the samplingTime.
|
||||||||||||
The attribute 'role' shall describe the relationship of the
target OM_Observation to the source OM_Observation.
|
||||||||||||
om:type (in om:OM_Observation) |
If present, the sub-element 'type' shall indicate the class of
observation.
|
|||||||||||
If present, the attribute validTime:TM_Period shall describe the
time period during which the result is intended to be used.
|
||||||||||||
om:value (in om:NamedValue) |
The attribute 'value' shall provide the value.
|
Complex Type Summary |
||||||||||
The class 'NamedValue' provides for a generic soft-typed parameter
value.
|
||||||||||
The class 'NamedValue' provides for a generic soft-typed parameter
value.
|
||||||||||
ObservationContext is a dataType, without identity, so may only be used
inline
|
||||||||||
Some observations depend on other observations to provide context which
is important, sometimes essential, in understanding the result.
|
||||||||||
|
||||||||||
Generic observation, whose result is anyType The following properties
are inherited from AbstractFeatureType:
|
||||||||||
The purpose of an observation process is to generate an observation
result.
|
||||||||||
This property type is not provided directly by GML
|
Element Group Summary |
||||||||||
Base type for Observations.
|
<?xml version="1.0" encoding="UTF-8"?>
<schema attributeFormDefault="unqualified" elementFormDefault="qualified" targetNamespace="http://www.opengis.net/om/2.0" version="2.0.0" xmlns="http://www.w3.org/2001/XMLSchema" xmlns:gmd="http://www.isotc211.org/2005/gmd" xmlns:gml="http://www.opengis.net/gml/3.2" xmlns:om="http://www.opengis.net/om/2.0">
<annotation>
<documentation>
</annotation>
observation.xsd
</documentation>
Observations and Measurements - XML Implementation is an OGC Standard. Copyright (c) [2010] Open Geospatial Consortium. To obtain additional rights of use, visit http://www.opengeospatial.org/legal/. <!-- ====================================================================== -->
<!-- bring in other schemas -->
<import namespace="http://www.opengis.net/gml/3.2" schemaLocation="http://schemas.opengis.net/gml/3.2.1/gml.xsd"/>
<import namespace="http://www.isotc211.org/2005/gmd" schemaLocation="http://schemas.opengis.net/iso/19139/20070417/gmd/gmd.xsd"/>
<!-- ====================================================================== -->
<!-- ====================================================================== -->
<!-- ===== Common properties of observations ====== -->
<!-- ====================================================================== -->
<annotation>
</group>
<documentation>
</annotation>
Base type for Observations. Observation is an act ("event"), whose result
</documentation>
is an estimate of the value of a property of the feature of interest. The observed property may be any property associated with the type of the feature of interest. Concrete observation types must add a *result* property of a suitable type. <sequence>
<element minOccurs="0" name="type" type="gml:ReferenceType">
</sequence>
<annotation>
</element>
<documentation>
</annotation>
If present, the sub-element 'type' shall indicate the class of
</documentation>
observation. A register of type identifiers corresponding with the observation types in ISO 19156, which distinguishes types on the basis of the type of the result, is provided by OGC at http://www.opengis.net/def/observationType/OGC-OM/2.0/
<annotation>
</element>
<documentation>
</annotation>
If present, the association Metadata shall link the
</documentation>
OM_Observation to descriptive metadata. <element maxOccurs="unbounded" minOccurs="0" name="relatedObservation" type="om:ObservationContextPropertyType">
<annotation>
</element>
<documentation>
</annotation>
Some observations depend on other observations to provide
</documentation>
context which is important, sometimes essential, in understanding the result. These dependencies are stronger than mere spatiotemporal coincidences, requiring explicit representation. If present, the association class ObservationContext (Figure 2) shall link a OM_Observation to another OM_Observation, with the role name relatedObservation for the target.
<annotation>
</element>
<documentation>
</annotation>
The attribute phenomenonTime:TM_Object shall describe the time
</documentation>
that the result (6.2.2.9) applies to the property of the feature-of-interest (6.2.2.7). This is often the time of interaction by a sampling procedure (8.1.3) or observation procedure (6.2.2.10) with a real-world feature.
<!-- om:resultTime is used in schematron-based validaty tests, so must not be changed -->
</element>
<annotation>
<documentation>
</annotation>
The attribute resultTime:TM_Instant shall describe the time when
</documentation>
the result became available, typically when the procedure (6.2.2.10) associated with the observation was completed For some observations this is identical to the samplingTime. However, there are important cases where they differ.
<annotation>
</element>
<documentation>
</annotation>
If present, the attribute validTime:TM_Period shall describe the
</documentation>
time period during which the result is intended to be used.
<annotation>
</element>
<documentation>
</annotation>
The association ProcessUsed shall link the OM_Observation to the
</documentation>
OM_Process (6.2.3) used to generate the result. The process has the role procedure with respect to the observation. A process might be responsible for more than one generatedObservation.
<annotation>
</element>
<documentation>
</annotation>
If present, the attributes parameter:NamedValue shall describe
</documentation>
an arbitrary event-specific parameter. This might be an environmental parameter, an instrument setting or input, or an event-specific sampling parameter that is not tightly bound to either the feature-of-interest (6.2.2.7) or to the observation procedure (6.2.2.10). To avoid ambiguity, there shall be no more than one parameter with the same name. NOTE Parameters that are tightly bound to the procedure may be recorded as part of the procedure description. In some contexts the Observation::procedure (6.2.2.10) is a generic or standard procedure, rather than an event-specific process. In this context, parameters bound to the observation act, such as instrument settings, calibrations or inputs, local position, detection limits, asset identifier, operator, may augment the description of a standard procedure.
<annotation>
</element>
<appinfo>
</annotation>
<gml:targetElement>xs:anyType</gml:targetElement>
</appinfo>
The association Phenomenon shall link the OM_Observation to the
</documentation>
GFI_PropertyType (C.2.2) for which the OM_Observation:result (6.2.2.9) provides an estimate of its value. The property type has the role observedProperty with respect to the observation. The observed property shall be a phenomenon associated with the type of the featureOfInterest. NOTE An observed property may, but need not be modelled as a property (in the sense of the General Feature Model) in a formal application schema that defines the type of the feature of interest The observed property supports semantic or thematic classification of observations, which is useful for discovery and data fusion.
<annotation>
</element>
<documentation>
</annotation>
The association Domain shall link the OM_Observation to the
</documentation>
GFI_Feature (C.2.1) that is the subject of the observation and carries the observed property. This feature has the role featureOfInterest with respect to the observation. This feature is the real-world object whose properties are under observation, or is a feature intended to sample the real-world object, as described in Clause 8 of this International Standard. An observation instance serves as a propertyValueProvider for its feature of interest. <element maxOccurs="unbounded" minOccurs="0" name="resultQuality" type="gmd:DQ_Element_PropertyType">
<annotation>
</element>
<documentation>
</annotation>
If present, the attributes resultQuality:DQ_Element shall
</documentation>
describe the quality of the result (6.2.2.9). This instance-specific description complements the description of the observation procedure (6.2.2.10), which provides information concerning the quality of all observations using this procedure. Quality of a result may be assessed following the procedures in ISO 19114:2003. Multiple measures may be provided (ISO/TS 19138:2006). <!-- ====================================================================== -->
<!-- ===== Generic Observation result ======= -->
<!-- ===== global element in order to support restriction across namespace boundaries ======= -->
<!-- ====================================================================== -->
<annotation>
</element>
<documentation>
</annotation>
The association Range shall link the OM_Observation to the value
</documentation>
generated by the procedure. The value has the role result with respect to the observation. The type of the result is shown as Any, since it may represent the value of any feature property. NOTE 1 OGC SWE Common provides a model suitable for describing many kinds of observation results. The type of the observation result shall be consistent with the observed property, and the scale or scope for the value shall be consistent with the quantity or category type. If the observed property (6.2.2.8) is a spatial operation or function, the type of the result may be a coverage, NOTE 2 In some contexts, particularly in earth and environmental sciences, the term “observation” is used to refer to the result itself. <!-- ====================================================================== -->
<!-- ===== Generic Observation ======= -->
<!-- ====================================================================== -->
<annotation>
</complexType>
<documentation>
</annotation>
Generic observation, whose result is anyType The following properties
</documentation>
are inherited from AbstractFeatureType: <!-- from AbstractGMLType
<element ref="gml:metaDataProperty" minOccurs="0" maxOccurs="unbounded"/> <element ref="gml:description" minOccurs="0"/> <element ref="gml:name" minOccurs="0" maxOccurs="unbounded"/> --> <!-- from AbstractFeatureType
<element ref="gml:boundedBy" minOccurs="0"/> --> <complexContent>
</complexContent>
<!-- ......................... -->
<element name="OM_Observation" substitutionGroup="gml:AbstractFeature" type="om:OM_ObservationType">
<annotation>
</element>
<documentation>
</annotation>
Observation is an act ("event"), whose result is an estimate of the value
</documentation>
of a property of the feature of interest. The observed property may be any property associated with the type of the feature of interest. <!-- ...................... -->
<sequence minOccurs="0">
</sequence>
</complexType>
<!-- ====================================================================== -->
<!-- ===== Observation Context ======= -->
<!-- ====================================================================== -->
<annotation>
</complexType>
<documentation>
</annotation>
Some observations depend on other observations to provide context which
</documentation>
is important, sometimes essential, in understanding the result. These dependencies are stronger than mere spatiotemporal coincidences, requiring explicit representation. If present, the association class ObservationContext (Figure 2) shall link a OM_Observation to another OM_Observation, with the role name relatedObservation for the target. <sequence>
<element name="role" type="gml:ReferenceType">
</sequence>
<annotation>
</element>
<documentation>
</annotation>
The attribute 'role' shall describe the relationship of the
</documentation>
target OM_Observation to the source OM_Observation.
<annotation>
</element>
<appinfo>
</annotation>
<gml:targetElement>om:OM_Observation</gml:targetElement>
</appinfo>
Some observations depend on other observations to provide
</documentation>
context which is important, sometimes essential, in understanding the result. These dependencies are stronger than mere spatiotemporal coincidences, requiring explicit representation. If present, the association class ObservationContext (Figure 2) shall link a OM_Observation to another OM_Observation, with the role name relatedObservation for the target. <!-- ......................... -->
<annotation>
</element>
<documentation>
</annotation>
Some observations depend on other observations to provide context which
</documentation>
is important, sometimes essential, in understanding the result. These dependencies are stronger than mere spatiotemporal coincidences, requiring explicit representation. If present, the association class ObservationContext (Figure 2) shall link a OM_Observation to another OM_Observation, with the role name relatedObservation for the target. <!-- ...................... -->
<annotation>
</complexType>
<documentation>
</annotation>
ObservationContext is a dataType, without identity, so may only be used
</documentation>
inline <sequence>
</sequence>
<!-- ====================================================================== -->
<!-- ===== Observation process ======= -->
<!-- ====================================================================== -->
<annotation>
</complexType>
<documentation>
</annotation>
The purpose of an observation process is to generate an observation
</documentation>
result. An instance is often an instrument or sensor, but may be a human observer, a simulator, or a process or algorithm applied to more primitive results used as inputs. The model for OM_Process is abstract, and has no attributes, operations, or associations. NOTE ISO 19115-2:2008 provides MI_Instrument, LE_Processing and LE_Algorithm, which could all be modelled as specializations of OM_Process. Any suitable XML may be used to describe the observation process in line, provided that it is contained in a single XML element. If reference to a schema is provided it must also be valid. OGC SensorML provides a model which is suitable for many observation procedures. <sequence minOccurs="0">
<any namespace="##any" processContents="lax">
</sequence>
<annotation>
</any>
<documentation>
</annotation>
Any suitable XML may be used to describe the observation process
</documentation>
in line, provided that it is contained in a single XML element. If refernece to a schema is provided it must also be valid. <!-- ====================================================================== -->
<!-- ===== Named Value ======= -->
<!-- ====================================================================== -->
<annotation>
</complexType>
<documentation>
</annotation>
The class 'NamedValue' provides for a generic soft-typed parameter
</documentation>
value. NamedValue shall support two attributes. <sequence>
<element name="name" type="gml:ReferenceType">
</sequence>
<annotation>
</element>
<documentation>
</annotation>
The attribute 'name' shall indicate the meaning of the named
</documentation>
value. Its value should be taken from a well-governed source if possible.
<annotation>
</element>
<documentation>
</annotation>
The attribute 'value' shall provide the value. The type Any
</documentation>
should be substituted by a suitable concrete type, such as CI_ResponsibleParty or Measure. <!-- ......................... -->
<annotation>
</element>
<documentation>
</annotation>
The class 'NamedValue' provides for a generic soft-typed parameter
</documentation>
value. NamedValue shall support two attributes. <!-- ...................... -->
<annotation>
</complexType>
<documentation>
</annotation>
The class 'NamedValue' provides for a generic soft-typed parameter
</documentation>
value. NamedValue shall support two attributes. <sequence minOccurs="0">
</sequence>
<!-- ====================================================================== -->
<!-- ===== TimeObjectProperty ======= -->
<!-- ====================================================================== -->
<annotation>
</annotation>
</complexType>
<sequence minOccurs="0">
</sequence>
<!-- ====================================================================== -->
<!-- ====================================================================== -->
<!-- ====================================================================== -->
</schema>
|
This XML schema documentation has been generated with DocFlex/XML 1.11 using DocFlex/XML XSDDoc 2.8.3 template set.
DocFlex/XML is a tool for programming and running highly sophisticated documentation and reports generators by the data obtained from
any kind of XML files. The actual doc-generators are implemented in the form of special templates that are designed visually
using a high-quality Template Designer GUI basing on the XML schema (or DTD) files describing the data source XML.
DocFlex/XML XSDDoc is a commercial template application of DocFlex/XML that implements a high-quality XML Schema documentation generator with simultaneous support of framed multi-file HTML,
single-file HTML and RTF output formats. (More formats are planned in the future).
A commercial license for "DocFlex/XML XSDDoc" will allow you:
Once having only such a license, you will be able to run the fully-featured XML schema documentation generator both with DocFlex/XML (Full Edition) and with DocFlex/XML RE, which is a reduced free edition containing only the template interpretor / output generator. No other licenses will be required!
But this is not all. In addition to it, a commercial license for "DocFlex/XML SDK" will allow you to modify the XSDDoc templates themselves as much as you want. You will be able to achieve whatever was impossible to do with the template parameters only.
And, of course, you could develop any template applications by your own!
Please note that by purchasing a license for this software, you not only acquire a useful tool,
you will also make an important investment in its future development, the results of which you could enjoy later by yourself.
Every single your purchase matters and makes a difference for us!
To purchase a license, please follow this link: http://www.filigris.com/shop/
|