Property:HasConsequence
From Odp
HasConsequence This property is assigned with a description of the benefits and/or possible trade-offs when using the Content Ontology Design Pattern. The value of this property is of type Text.
This property is a subproperty of Property:PatternConsequences.
(previous 25) (next 25)
Pages using the property "HasConsequence"
Showing 25 pages using this property.
O | |
|---|---|
| Object with states + | The pattern requires modelling states as individuals instead of as literals. |
| Objectrole + | it is possible to make assertions about ro … it is possible to make assertions about roles, which are typically considered at the meta- level of an ontology. Instances of [[Submissions:Objectrole/Role]] reify such elements, which are therefore put in the ordinary domain of an ontology. It is not possible to parametrize the classification over different dimensions e.g., time, space, etc. fferent dimensions e.g., time, space, etc. |
| Observation + | We are able to represent the parameters of observations made. |
P | |
| PartOf + | This Content OP allows designers to repres … This Content OP allows designers to represent entities and their parts i.e., part-whole relations, with transitivity. The temporal aspect of this relations cannot be expressed with this Content OP; in order to solve this issue the [[Submissions:TimeIndexedPartOf| time indexed part of]] Content OP can be used. For an intransitive part-of Content OP see [[Submissions:Componency| componency]]. ee [[Submissions:Componency| componency]]. |
| ParticipantRole + | This pattern does not take into account time aspects of the participation, for such aspects see the timeindexedparticipation-pattern. |
| Participation + | It is possible to model whatever relation … It is possible to model whatever relation between objects and events. Using cardinality restrictions appropriately allows to limit the number of participants, e.g. 'life of' is a specialization of this pattern that requires a functional object property (cardinality 1. . .1). This is a non-temporal version of the particpation relation. If we need a time-indexed relation, use http://ontologydesignpatterns.owl/cp/owl/timeindexedparticipation.owl ns.owl/cp/owl/timeindexedparticipation.owl |
| PeriodicInterval + | This content pattern allows designers to represent non-convex intervals where the period between subintervals, that is, the gaps between subintervals, and the duration of the subintervals are constant. |
| PharmaInnova + | Especific models for invoices can be aligned to this pattern, which then acts as a semantic facade to different invoice management applications. This pattern is concreter and simplier, but less flexible than the invoice ODP. |
| Place + | We can represent, transitively, where some … We can represent, transitively, where something is located. It remains unspecified what kind of location relation we are trying to represent: reference location, partial location, physical location, social or metaphoric location, etc. Moreover, temporal location is not caught with this pattern (you need a placement situation for that). (you need a placement situation for that). |
| Policy + | The Policy ODP is expected to facilitate the representation of the policy notion, which can be exploited in various domains. A well-established, comprehensible pattern will prove to be advantageous. |
| Pollution + | This ODP is a first for modelling pollution and is an improvement over some of the ontologies that focus on very specific aspects of pollution. It allows to model pollution sources as well as monitor the pollution at spatio-temporal points. |
R | |
| Reaction + | This model solution is time-indexing independent. Datatypes for that are not provided and probably it should be avoided. The focus is on the sequence. |
| Reactor pattern + | The main advantage of this pattern is that … The main advantage of this pattern is that its provides ontological modelling capabilities for the inputs, outputs and environmental conditions that govern reactive processes across several domains, independent of modelling details of the actual reactor involved. This effectively caters for exposing a black box view of the process, which is very desirable when querying the model for consumption and production logistics of the process. n and production logistics of the process. |
| RecurrentEventSeries + | A series of recurrent events, its unifying factors and the recurrent time period can be modelled. |
| RecurrentSituationSeries + | A series of recurrent situations, its unifying factors and the recurrent time period can be modeled. |
| Region + | We can represent and reason on *any* kind … We can represent and reason on *any* kind of attributes, parameters, features, etc., which have a given set of values. With the new OWL2 support for custom and complex datatypes, this pattern should be confronted with possible enrichments, or may be restricted to OWL1. Anyway, since datatypes cannot overlap with classes even in OWL2, it remains useful for the cases where the domain must be kept homogeneous. where the domain must be kept homogeneous. |
| ReportingEvent + | The pattern is rather complex and should only be used if the circumstances of the events are expected to be uncertain (to differ in different event reports). |
| ReportingNewsEvent + | The pattern is rather complex and should only be used if the circumstances of the events presented in a media are expected to be uncertain (to differ in different news event reports of different news providers). |
| ResourceAbundanceObservation + | The patterns states that for each instance … The patterns states that for each instance of the resource observation all parameters exist, this does not however mean that they are necessarily present in the knowledge base. Any dependencies between parameters have not been taken intor account, there are no formal restrictions on the combination possible. The parameters are intended to have a fixed set of values (to be defined as nominals) but this is not explicit in the pattern. ) but this is not explicit in the pattern. |
| ResourceExploitationObservation + | The patterns states that for each instance … The patterns states that for each instance of the resource observation all parameters exist, this does not however mean that they are necessarily present in the knowledge base. Any dependencies between parameters have not been taken intor account, there are no formal restrictions on the combination possible. The parameters are intended to have a fixed set of values (to be defined as nominals) but this is not explicit in the pattern. ) but this is not explicit in the pattern. |
| Role task + | This pattern allows to put roles in the domain of discourse. It does not allow to model time indexed task assignement. |
S | |
| Sequence + | We can represent and reason over transitive or intransitive sequences of any kind. However, since coreference cannot be expressed in OWL, it is not possible to represent and reason over loops and other sequences involving coreference. |
| SimpleOrAggregated + | This Content OP allows designers to repres … This Content OP allows designers to represent both simple individuals of a given concept (that is, an individual that is made up of itself) and aggregated individuals of a given concept (that is, an individual that is made up of several individuals of the same concept). In summary, this pattern allows to represent both simple objects and aggregated objects and their members. In addition, this pattern can be used to detect the following contradictory situation by means of applying a reasoner: 'to instantiate the relationship "hasAggregatedMember" for an Object that belongs to "SimpleObject"'. This situation represents a consistency error and it is detected when a resoner is applied due to the following modelling decisions included in the pattern: (a) "AggregatedObject" class represents the "hasAggregatedMember" domain and (b) "AggregatedObject" is disjoint with "SimpleObject". edObject" is disjoint with "SimpleObject". |
| Situation + | We can contextualize things that have something in common, or are associated: a same place, time, view, causal link, systemic dependence, etc. We can also reify n-ary relations as situations. |
| SmartHome TimeInterval + | We can quantitavely represent temporal dis … We can quantitavely represent temporal distances through an observation process for different purposes . These purposes include definition of an event in terms of its preconditions whose occurance timestamp is within a specific temporal distance with that of the event. temporal distance with that of the event. |
