]> 12-01-09 Nguyen: Sensor Ontology built upon previous work. Modelled after OWL-S, SensorML, O&M and the CMAR fisheries Ontology. Assume OWL-S is OWL-S v1.1 unless specified otherwise (only v1.2 is used in some cases). MUO MUO Documentation: This property relates a unit with another unit from which the former is derived. For instance, square meter derives from meter. OWL-S addition Possibly removed in favour of ISO 19115 addition addition OWL-S OWL-S OWL-S OWL-S addition MUO Documentation: The quality value of a measurable physical quality of an entity or phenomenon. MUO OWL-S OWL-S OWL-S OWL-S OWL-S Formerly AbstractProcess from SensorML (and SimpleProcess from OWL-S). SensorML Nguyen: Interface for processes to specify what it does and the operations needed to interact with it. Nguyen: The range that the measured value differs from the actual value. See Siphon Tipping Bucket Rain Gauge Specification addition OntoSensor Derived Nguyen: The sensor produces an input in to its environment and analyses the respose. For example, radiation is emitted from a radar and the reflected (or transmitted) radiation is measured. 1 1 OWL-S: Allows the process components (specified as a bag) to be executed in some unspecified order but not concurrently. Execution and completion of all components is required. The execution of processes in an 'AnyOrder' construct cannot overlap, i.e.atomic processes cannot be executed concurrently and composite processes cannot be interleaved. OWL-S OWL-S: An atomic process is a description of a service that expects one (possibly complex) message and returns one (possibly complex) message in response. SensorML: Processes that are considered Indivisible either by design or necessity. Nguyen: It is favoured more towards SensorML. SensorML and OWL-S 1 1 Nguyen: Fine adjustments to the sensor to improve its accuracy and reliability. SensorML Accuracy and Resolution / Precission might depend on callibration. How best to model this? 1 1 OWL-S: Choice calls for the execution of a single control construct from a given bag of control constructs (given by the components property). Any of the given control constructs may be chosen for execution. OWL-S Nguyen: Similar meanings from both SensorML and OWL-S. SensorML: Processes that are composed of other processes connected in some logical manner. SensorML and OWL-S OWL-S (Modified): Composite processes are decomposable into other (non-composite or composite) processes; their decomposition can be specified by using control constructs such as Sequence and If-Then-Else. Since many of the control constructs have names reminiscent of control structures in programming languages, it is easy to lose sight of a fundamental difference: a composite process is not a behavior a service will do, but a behavior (or set of behaviors) the client can perform by sending and receiving a series of messages. If the composite process has an overall effect, then the client must perform the entire process in order to achieve that effect. We have not yet given a precise specification of what it means to perform a process, but all we mean is that, e.g., if a composite is a Sequence, then the client sends a series of messages that invoke every step in order. One crucial feature of a composite process is its specification of how its inputs are accepted by particular subprocesses, and how its various outputs are produced by particular subprocesses. Nguyen: A special case of Expression. There is no difference with Effect, but the distinction is made for human readability (an OWL-S justification). OWL-S SensorML and Davis 7817 Weather Station SensorML: The value of this property is a text description of the object. gml:description uses gml:StringOrRefType as its content model, so it may contain a simple text string content, or carry a reference to an external description. The use of gml:description to reference an external description has been deprecated and replaced by the gml:descriptionReference property. Nguyen: This class was intended to be only a simple text string that describes the object in human readable terminologies. OWL-S Nguyen: A special case of Expression. There is no difference with Condition, but the distinction is made for human readability (an OWL-S justification). Nguyen: The difference of the measured value from the actual value. Davis 7817 Weather Station 1 Nguyen: Expressions are logical formulas to express conditions that must be satisfied. Expressions can be described in any language, which is not shown here. See OWL-S Expression.owl for examples with DRS, KIF and SWRL. OWL-S Not sure how to say correctly that there should be only 1 expression body, but that it could be just about anything change the below to properties of identification SensorML SensorML (Composed): The identification and classification properties provide relevant information that can be mined to support asset discovery and cataloging. Means of specifying classification values with types such as "sensorType", "intendedApplication", etc., whose terms can be defined in a dictionary. 1 1 1 OWL-S OWL-S: IfThenElse Class is a ControlConstruct that consists of a Condition, a then and an optional else process. OWL-S 1.2: Inputs and outputs specify the data transformation produced by the process. Inputs specify the information that the process requires for its execution. OWL-S OWL-S OWL-S: Iterate is an 'abstract' class, in the sense that it's not detailed enough to be instantiated in a process model. It's here to serve as the common superclass of Repeat-While, Repeat-Until, and potentially other specific iteration constructs that might be needed in the future. Davis 7817 Weather Station Nguyen: The time delay in which an event occured and the measurement that is produced. addition Nguyen: Defines the location of the sensor based on different descriptions (ideally from concrete geographic description to abstract human descriptions). Possibly removed in favour of a Location Ontology. addition See WM30 Wind Sensor for Mobile Applications addition Nguyen: The range that measurable values can be taken. Davis 7817 Weather Station Davis 7817 Weather Station Nguyen: Additional notes about the sensor that can detail deficiencies discovered, other possible applications, missing parts, or any human readable description of the sensor. addition O&M Derived O&M OGC Doc: An act of observing a property or phenomenon, with the goal of producing an estimate of the value of the property. A specialized event whose result is a data value. See Pyrano-Albedometer (EP16 & EP16-E) Specification Nguyen: The temperature at which the sensor can function. addition OWL-S Derived Michael: Should this be something more generic like ProcessModel or ExecutionModel? Nothing below here is specific to sensors. Nguyen: This class is modelled after ServiceModel from OWL-S. The class aims to describe the processes that occur within sensors similar to describing the processes in services of OWL-S. However, this class differs from OWL-S because the focus on sensors produces some problematic cases when multiple sensors interact with each other. That is, should sensors be described in terms of their processes or processes in terms of the sensors they use? This problem is resolved by defining an 'Interface' to the sensor to bring the abstract descriptions of what the sensor does (related to ServiceProfile) and how the sensor does it (related to ServiceModel) closer as they can essentially be viewed as the same concept. So, how a sensor performs a process ultimately defines what it does and vice versa. By providing an Interface class, this allows a common facade where processes only work with interfaces, which simplifies encoding of multiple processes because the workings behind the interface is not specified at that point. Essentially, the workings behind the interface can be any process, sensor, or something else, which is described elsewhere. So, this uniform presentation allows composite processes to be encoded without too much verbosity. OWL-S OWL-S 1.2: Inputs and outputs specify the data transformation produced by the process. OWL-S 1.2: Parameter is the disjoint union of Input and Output I don't interpret Inputs and Outputs as data in the sense of passed by proccedure call or similar; I'm happy to interpret these concepts so that input could be pure water and output, thick green slime. Just any sort of input and output: physical, electronic, conceptual, whatever. OWL-S Nguyen: The sensor only observes the environment. That is, the sensor only takes measurements of observations that were not caused by sensor itself. For example, measuring temperature or solar radiation. OntoSensor Derived SensorML: Processes where physical location or physical interface of the process is important (e.g. a sensor system). SensorML MUO MUO Documentation: Physical quality - The physical qualities such as mass, weight, speed, etc. are kind of properties that can be quantified i.e. that can be perceived, measured or even calculated. The concept of physical quality is similar to the notion of quality, used in metrology, the science of measurement. We distinguish between: 1) A physical quality in the general sense: a kind of physical property ascribed to phenomena that can be quantified for a particular phenomenon (e.g. length and electrical charge); 2) A physical quantity in the particular sense: a quantifiable property ascribed to a particular phenomenon (e.g. the weight of my device). MUO only uses physical quantities in the general sense. OntoSensor Wikipedia (Computer Platform): In computing, a platform describes some sort of hardware architecture or software framework (including application frameworks), that allows software to run. Typical platforms include a computer's architecture, operating system, programming languages and related runtime libraries or graphical user interface. 1 OWL-S Nguyen: The anonymous superclasses were mostly derived from OWL-S v1.2 Diagram of Process in the Overview documentation. Nguyen: The different process types in a sensor. OWL-S OWL-S 1.2: This is the simplest way to relate parameters to SWRL (and DRS) variables. SensorML SensorML: The documentation property provides a reference description and URI to an online resource (e.g., specification documentation, peer-reviewed algorithm literature, etc.). 1 1 OWL-S: The RepeatUntil class specializes the ControlConstruct class where the with properties 'untilCondition' (range of type Condition) and 'untilProcess' (range of type Reapeat). Repeat-Until does the operation, tests for the condition, exits if it is true, and otherwise loops. OWL-S 1 1 OWL-S OWL-S: The RepeatWhile class specializes the ControlConstruct class where the with properties "whileCondition" (range of type Condition) and 'whileProcess' (range of type Repeat). Repeat-While tests for the condition, exits if it is false and does the operation if the condition is true, then loops. Nguyen: The granularity of the measurement obtainable from the sensor. addition In telecommunications, a response is the effect of a driving signal upon an active or passive device. An output resulting from an input. -Wikipedia (Response) OntoSensor Holger: A sensor is a source producing a value within a value space representing a phenomenon in a given domain of discourse. Nguyen: A Sensor in this ontology is based on the Service of the OWL-S ontology. A sensor is modelled in this class, where the description of the sensor from the views of what it does, how it does it, how to interact with it and where it is, are captured in this ontology. OWL-S Derived (i.e. Service) OWL-S Derived Nguyen: This class is modelled after the OWL-S ServiceGrounding class, where the concrete specifications are given about interacting with the sensor. This class describes the concrete inputs and outputs of the sensor, which is seen through the data that is inputted to and outputted from the sensor. The methods of interacting with the sensor such as the interface is also described here. SensorML Derived Nguyen: This class is modelled after the metadata elements in SensorML. The idea of this class is to capture the documentation that comes with the sensor, such as leaflets, specification sheets, manuals, descriptions and so on. This allows the addition of human readable content that provides an additional level of understanding and also facilitates the searching of sensors through keywords or queries. Possibly removed in favour of ISO 19115 1 1 OWL-S: Sequence is defined as having a list of component processes that specify the body. The Preconditions, parameters and effects of the sequence are not defined in the minimal version. An obvious extension would be to define the effect of the sequence to be the union of the effect of the individual members, and the parameters of the sequence to be the union of the parameters of individual members. However, some implementations may decide to use the last event's effects as the effect of the sequence, etc. OWL-S Nguyen: The smallest physical separation between two objects that the sensor can distinguish. addition 1 1 OWL-S OWL-S: Here the process consists of concurrent execution of a bunch of sub-processes. No further specification about waiting, synchronization, etc. Similar to other ontologies' use of 'Concurrent' or 'Parallel'. 1 1 OWL-S OWL-S: Here the process consists of concurrent execution of a bunch of sub-processes. with barrier synchroniztion. With Split and Split and Join, we can define processes which have partial synchronization (ex. split all and join some subset). addition Wikipedia: The precision of the measurement with respect to time. Nguyen: That is, the smallest time frame such that the measurement of successive values fall within acceptable parameters. Nguyen: These are basic energy classification for sensors as seen in 'Sensor science - essentials for instrumentation and measurement technology.' Joseph McGhee et al. and OntoSensor. Nguyen: Expanded list to include more sensors. Derived from OntoSensor. OntoSensor Derived addition Nguyen: The sensor can only measure observations either actively (interacts with the environment) or passively (observes the environment). MUO MUO Documentation: Unit of measurement - Measurement units are standards for measurement of physical properties or qualities. Every unit is related to a particular kind of property. For instance, the meter unit is uniquely related to the length property. Under our ontological approach, units are abstract spaces used as a reference metrics for quality spaces, such as physical qualia, and they are counted by some number. For instance, weight-units define some quality spaces for the weight-quality where specific weights of objects, like devices or persons, are located by means of comparisons with the proper weight-value of the selected weight-unit. Nguyen: Laurent wants to make a Units of Measurement ontology. So this class and its subclasses may not be needed. addition