Microframe Report
|
dashboard
acts for
The relation holding between any Agent, and a SocialAgent. In principle, a SocialAgent requires at least one PhysicalAgent in order to act, but this dependency can be 'delegated'; e.g. a university can be acted for by a department, which on its turm is acted for by physical agents.
|
Agent
SocialAgent
|
|
dashboard
acts through
The relation holding between a PhysicalAgent and a SocialAgent. In principle, a SocialAgent requires at least one PhysicalAgent in order to act, but this dependency can be 'delegated', e.g. a university can be acted for by a department, which is acted for by physical agents. AKA isActedBy
|
SocialAgent
Agent
|
|
dashboard
associatedWith
A catch-all object property, useful for alignment and querying purposes.
It is declared as both transitive and symmetric, in order to reason an a maximal closure of associations between individuals.
|
Entity1
Entity2
|
|
dashboard
characterizes
A relation between concepts and collections, where a Concept is said to characterize a Collection; it corresponds to a link between the (reified) intensional and extensional interpretations of a _proper subset of_ a (reified) class. This is different from covers, because it refers to an interpretation the entire reified class.
E.g. the collection of vintage saxophones is characterized by the Concept 'manufactured by hand', while it gets covered by the Concept 'Saxophone' with the Parameter 'Vintage'.
|
Concept
Collection
|
|
dashboard
classifies
A relation between a Concept and an Entity, e.g. the Role 'student' classifies a Person 'John'.
|
Concept
Entity
|
|
dashboard
co-participates with
A relation between two objects participating in a same Event; e.g., 'Vitas and Jimmy are playing tennis'.
|
Object1
Object2
|
|
dashboard
conceptualizes
A relation stating that an Agent is internally representing a SocialObject: situations, descriptions, concepts, etc. E.g., 'John believes in the conspiracy theory'; 'Niels Bohr created the solar-system metaphor for the atomic theory'; 'Jacques assumes all swans are white'; 'the task force members share the attack plan'.
Conceptualizations can be distinguished into different forms, primarily based on the type of SocialObject that is conceptualized. Descriptions and concepts can be 'assumed', situations can be 'believed' or 'known', plans can be 'adopted', etc. (see ontology: http://www.ontologydesignpatterns.org/ont/dul/Conceptualization.owl.
|
Agent
SocialObject
|
|
dashboard
concretely expresses
A relation between an InformationRealization and a Description, e.g. 'the printout of the Italian Constitution concretelyExpresses the Italian Constitution'. It should be supplied also with a rule stating that the InformationRealization realizes an InformationObject that expresses the Description
|
InformationRealization
SocialObject
|
|
dashboard
covers
A relation between concepts and collections, where a Concept is said to cover a Collection; it corresponds to a link between the (reified) intensional and extensional interpretations of a (reified) class.
E.g. the collection of vintage saxophones is covered by the Concept 'Saxophone' with the Parameter 'Vintage'.
|
Concept
Collection
|
|
dashboard
defines
A relation between a Description and a Concept, e.g. a Workflow for a governmental Organization defines the Role 'officer', or 'the Italian Traffic Law defines the role Vehicle'.
|
Description
Concept
|
|
dashboard
defines role
A relation between a description and a role, e.g. the recipe for a cake defines the role 'ingredient'.
|
Description
Role
|
|
dashboard
defines task
A relation between a description and a task, e.g. the recipe for a cake defines the task 'boil'.
|
Description
Task
|
|
dashboard
describes
The relation between a Description and an Entity : a Description gives a unity to a Collection of parts (the components), or constituents, by assigning a Role to each of them in the context of a whole Object (the system).
A same Entity can be given different descriptions, for example, an old cradle can be given a unifying Description based on the original aesthetic design, the functionality it was built for, or a new aesthetic functionality in which it can be used as a flower pot.
|
Description
Entity
|
|
dashboard
directly follows
The intransitive follows relation. For example, Wednesday directly precedes Thursday. Directness of precedence depends on the designer conceptualization.
|
Entity1
Entity2
|
|
dashboard
directly precedes
The intransitive precedes relation. For example, Monday directly precedes Tuesday. Directness of precedence depends on the designer conceptualization.
|
Entity1
Entity2
|
|
dashboard
executes task
A relation between an action and a task, e.g. 'putting some water in a pot and putting the pot on a fire until the water starts bubbling' executes the task 'boiling'.
|
Action
Task
|
|
dashboard
expands
A partial order relation that holds between descriptions. It represents the proper part relation between a description and another description featuring the same properties as the former, with at least one additional one.
Descriptions can be expanded either by adding other descriptions as parts, or by refining concepts that are used by them.
An 'intention' to expand must be present (unless purely formal theories are considered, but even in this case a criterion of relevance is usually active).
|
Description1
Description2
|
|
dashboard
expresses
A relation between an InformationObject and a 'meaning', generalized here as a 'SocialObject'. For example: 'A Beehive is a structure in which bees are kept, typically in the form of a dome or box.' (Oxford dictionary)'; 'the term Beehive expresses the concept Beehive in my apiculture ontology'.
The intuition for 'meaning' is intended to be very broad. A separate, large comment is included for those who want to investigate more on what kind of meaning can be represented in what form.
|
InformationObject
SocialObject
|
|
dashboard
expresses concept
A relation between an InformationObject and a Concept , e.g. the term "dog" expresses the Concept "dog". For expressing a relational meaning, see the more general object property: expresses
|
InformationObject
Concept
|
|
dashboard
far from
Generic distance relation between any Entity(s). E.g. Rome is far from Beijing, astronomy is far from necromancy.
|
Entity1
Entity2
|
|
dashboard
follows
A relation between entities, expressing a 'sequence' schema.
E.g. 'year 2000 follows 1999', 'preparing coffee' follows 'deciding what coffee to use', 'II World War follows I World War', etc.
It can be used between tasks, processes or time intervals, and subproperties would fit best in order to distinguish the different uses.
|
Entity1
Entity2
|
|
dashboard
has common boundary
A relation to encode either formal or informal characterizations of 'boundaries' common to two different entities: an Event that ends when another begins, two abstract regions that have a common topological boundary, two objects that are said to be 'in contact' from a commonsense perspective, etc.
|
Entity1
Entity2
|
|
dashboard
has component
The hasProperPart relation without transitivity, holding between an Object (the system) and another (the component), and assuming a Design that structures the Object.
|
Entity1
Entity2
|
|
dashboard
has constituent
'Constituency' depends on some layering of the world described by the ontology. For example, scientific granularities (e.g. body-organ-tissue-cell) or ontological 'strata' (e.g. social-mental-biological-physical) are typical layerings.
Intuitively, a constituent is a part belonging to a lower layer. Since layering is actually a partition of the world described by the ontology, constituents are not properly classified as parts, although this kinship can be intuitive for common sense.
A desirable advantage of this distinction is that we are able to talk e.g. of physical constituents of non-physical objects (e.g. systems), while this is not possible in terms of parts.
Example of are the persons constituting a social system, the molecules constituting a person, the atoms constituting a river, etc.
In all these examples, we notice a typical discontinuity between the constituted and the constituent object: e.g. a social system is conceptualized at a different layer from the persons that constitute it, a person is conceptualized at a different layer from the molecules that constitute them, and a river is conceptualized at a different layer from the atoms that constitute it.
|
Entity1
Entity2
|
|
dashboard
has constraint
A relation between parameters and entities. It allows to assert generic constraints (encoded as parameters), e.g. MinimumAgeForDriving isConstraintFor John (where John is a legal subject under the TrafficLaw).
The intended semantics (not expressible in OWL) is that a Parameter isParameterFor a Concept that classifies an Entity; moreover, it entails that a Parameter parametrizes a Region that isRegionFor that Entity.
|
Entity
Parameter
|
|
dashboard
has location
A generic, relative spatial location, holding between any entities. E.g. 'the cat is on the mat', 'Omar is in Samarcanda', 'the wound is close to the femural artery'.
For 'absolute' locations, see SpaceRegion
|
Entity1
Entity2
|
|
dashboard
has member
A relation between collections and entities, e.g. 'my collection of saxophones includes an old Adolphe Sax original alto' (i.e. my collection has member an Adolphe Sax alto).
|
Collection
Entity
|
|
dashboard
has parameter
A Concept can have a Parameter that constrains the attributes that a classified Entity can have in a certain Situation, e.g. a 4WheelDriver Role definedIn the ItalianTrafficLaw has a MinimumAge parameter on the Amount 16.
|
Concept
Parameter
|
|
dashboard
has part
A schematic relation between any entities, e.g. 'the human body has a brain as part', '20th century contains year 1923', 'World War II includes the Pearl Harbour event'.
Parthood should assume the basic properties of mereology: transitivity, antisymmetry, and reflexivity (propert Parthood of course misses reflexivity).
However, antisymmetry is not supported in OWL2 explicitly, therefore DUL has to adopt one of two patterns:
1) dropping asymmetry axioms, while granting reflexivity: this means that symmetry is not enforced, but permitted for the case of reflexivity. Of course, in this way we cannot prevent symmetric usages of hasPart;
2) dropping the reflexivity axiom, and enforce asymmetry: in this case, we would prevent all symmetric usages, but we loose the possibility of enforcing reflexivity, which is commonsensical in parthood.
In DUL, we adopt pattern #1 for partOf, and pattern #2 for properPartOf, which seems a good approximation: due to the lack of inheritance of property characteristics, each asymmetric hasPropertPart assertion would also be a reflexive hasPart assertion (reflexive reduction design pattern).
Subproperties and restrictions can be used to specialize hasPart for objects, events, etc.
|
Entity1
Entity2
|
|
dashboard
has participant
A relation between an object and a process, e.g. 'John took part in the discussion', 'a large mass of snow fell during the avalanche', or 'a cook, some sugar, flour, etc. are all present in the cooking of a cake'.
|
Event
Object
|
|
dashboard
has postcondition
Direct succession applied to situations.
E.g., 'A postcondition of our Plan is to have things settled'.
|
Entity1
Entity2
|
|
dashboard
has precondition
Direct precedence applied to situations.
E.g., 'A precondition to declare war against a foreign country is claiming to find nuclear weapons in it'.
|
Entity1
Entity2
|
|
dashboard
has proper part
Asymmetric (so including irreflexive) parthood.
|
Entity1
Entity2
|
|
dashboard
has quality
A relation between entities and qualities, e.g. 'Dmitri's skin is yellowish'.
|
Entity
Quality
|
|
dashboard
has region
A relation between entities and regions, e.g. 'the number of wheels of that truck is 12', 'the time of the experiment is August 9th, 2004', 'the whale has been localized at 34 degrees E, 20 degrees S'.
|
Entity
Region
|
|
dashboard
has role
A relation between an object and a role, e.g. the person 'John' has role 'student'.
|
Object
Role
|
|
dashboard
has setting
A relation between entities and situations, e.g. 'this morning I've prepared my coffee with a new fantastic Arabica', i.e.: (an amount of) a new fantastic Arabica hasSetting the preparation of my coffee this morning.
|
Entity
Situation
|
|
dashboard
has task
A relation between roles and tasks, e.g. 'students have the duty of giving exams' (i.e. the Role 'student' hasTask the Task 'giving exams').
|
Role
Task
|
|
dashboard
has time interval
The generic relation between events and time intervals.
|
Event
TimeInterval
|
|
dashboard
includes action
A relation between situations and actions, e.g. 'this morning I've prepared my coffee and had my fingers burnt' (i.e.: the preparation of my coffee this morning included a burning of my fingers).
|
Situation
Action
|
|
dashboard
includes agent
A relation between situations and persons, e.g. 'this morning I've prepared my coffee and had my fingers burnt' (i.e.: the preparation of my coffee this morning included me).
|
Situation
Agent
|
|
dashboard
includes event
A relation between situations and events, e.g. 'this morning I've prepared my coffee and had my fingers burnt' (i.e.: the preparation of my coffee this morning included a burning of my fingers).
|
Situation
Event
|
|
dashboard
includes object
A relation between situations and objects, e.g. 'this morning I've prepared my coffee and had my fingers burnt' (i.e.: the preparation of my coffee this morning included me).
|
Situation
Object
|
|
dashboard
includes time
A relation between situations and time intervals, e.g. 'this morning I've prepared my coffee and had my fingers burnt' (i.e.: preparing my coffee was held this morning). A data value attached to the time interval typically complements this modelling pattern.
|
Situation
TimeInterval
|
|
dashboard
includesPart
|
Entity1
Entity2
|
|
dashboard
includesWhole
|
Entity1
Entity2
|
|
dashboard
introduces
A relation between a Description and a SocialAgent, e.g. a Constitutional Charter introduces the SocialAgent 'PresidentOfRepublic'.
|
Description
SocialAgent
|
|
dashboard
involves agent
Agent participation.
|
Event
Agent
|
|
dashboard
is about
A relation between an information object and an Entity (including information objects). It can be used to talk about entities that are references of proper nouns: the proper noun 'Leonardo da Vinci' isAbout the Person Leonardo da Vinci; as well as to talk about sets of entities that can be described by a common noun: the common noun 'person' isAbout the set of all persons in a domain of discourse, which can be represented in DOLCE-Ultralite as an individual of the class: dul:Collection.
A specific sentence may use common nouns with either a singular or plural reference, or it can even refer to all possible references (e.g. in a lexicographic definition): all those uses are kinds of aboutness.
The isAbout relation is sometimes considered as reflexive, however this is semiotically inaccurate, because information can be about itself ('de dicto' usage, as in 'John is four character long'), but it is typically about something else ('de re' usage, as in 'John loves Mary').
If a reflexivity exists in general, it rather concerns its realisation, which is always associated with an event, e.g. an utterance, which makes the information denoting itself, besides its aboutness. This is implemented in DUL with the dul:realizesSelfInformation property, which is used with local reflexivity in the dul:InformationRealization class.
|
InformationObject
Entity
|
|
dashboard
is action included in
|
Action
Situation
|
|
dashboard
is agent included in
|
Agent
Situation
|
|
dashboard
is agent involved in
Agent participation.
|
Agent
Event
|
|
dashboard
is characterized by
|
Collection
Concept
|
|
dashboard
is classified by
A relation between a Concept and an Entity, e.g. 'John is considered a typical rude man'; your last concert constitutes the achievement of a lifetime; '20-year-old means she's mature enough'.
|
Entity
Concept
|
|
dashboard
is component of
The asymmetric isProperPartOf relation without transitivity, holding between an Object (the system) and another (the component), and assuming a Design that structures the Object.
|
Entity1
Entity2
|
|
dashboard
is concept expressed by
A relation between an InformationObject and a Concept , e.g. the term "dog" expresses the Concept "dog". For expressing a relational meaning, see the more general object property: expresses
|
Concept
InformationObject
|
|
dashboard
is concept used in
A more generic relation holding between a Description and a Concept. In order to be used, a Concept must be previously definedIn another Description
|
Concept
Description
|
|
dashboard
is conceptualized by
A relation stating that an Agent is internally representing a Description . E.g., 'John believes in the conspiracy theory'; 'Niels Bohr created a solar-system metaphor for his atomic theory'; 'Jacques assumes all swans are white'; 'the task force shares the attack plan'.
|
SocialObject
Agent
|
|
dashboard
is concretely expressed by
A relation between an InformationRealization and a Description, e.g. 'the printout of the Italian Constitution concretelyExpresses the Italian Constitution'. It should be supplied also with a rule stating that the InformationRealization realizes an InformationObject that expresses the Description
|
SocialObject
InformationRealization
|
|
dashboard
is constituent of
'Constituency' depends on some layering of the world described by the ontology. For example, scientific granularities (e.g. body-organ-tissue-cell) or ontological 'strata' (e.g. social-mental-biological-physical) are typical layerings.
Intuitively, a constituent is a part belonging to a lower layer. Since layering is actually a partition of the world described by the ontology, constituents are not properly classified as parts, although this kinship can be intuitive for common sense.
A desirable advantage of this distinction is that we are able to talk e.g. of physical constituents of non-physical objects (e.g. systems), while this is not possible in terms of parts.
Example of are the persons constituting a social system, the molecules constituting a person, the atoms constituting a river, etc.
In all these examples, we notice a typical discontinuity between the constituted and the constituent object: e.g. a social system is conceptualized at a different layer from the persons that constitute it, a person is conceptualized at a different layer from the molecules that constitute them, and a river is conceptualized at a different layer from the atoms that constitute it.
|
Entity1
Entity2
|
|
dashboard
is constraint for
A relation between parameters and entities. It allows to assert generic constraints (encoded as parameters), e.g. MinimumAgeForDriving isConstraintFor John (where John is a legal subject under the TrafficLaw).
The intended semantics (not expressible in OWL) is that a Parameter isConstraintFor and Entity if the Parameter isParameterFor a Concept that classifies that Entity; moreover, it entails that a Parameter parametrizes a Region that isRegionFor that Entity. The use in OWL is therefore a shortcut to annotate what Parameter constrains what Entity
|
Parameter
Entity
|
|
dashboard
is covered by
A relation between concepts and collections, where a Concept is said to cover a Collection; it corresponds to a link between the (reified) intensional and extensional interpretations of a (reified) class.
E.g. the collection of vintage saxophones is covered by the Concept 'Saxophone' with the Parameter 'Vintage'.
|
Collection
Concept
|
|
dashboard
is defined in
A relation between a Description and a Concept, e.g. a Workflow for a governmental Organization defines the Role 'officer', or 'the Italian Traffic Law defines the role Vehicle'.
|
Concept
Description
|
|
dashboard
is described by
The relation between an Entity and a Description: a Description gives a unity to a Collection of parts (the components), or constituents, by assigning a Role to each of them in the context of a whole Object (the system).
A same Entity can be given different descriptions, for example, an old cradle can be given a unifying Description based on the original aesthetic design, the functionality it was built for, or a new aesthetic functionality in which it can be used as a flower pot.
|
Entity
Description
|
|
dashboard
is event included in
|
Event
Situation
|
|
dashboard
is executed in
A relation between an action and a task, e.g. 'putting some water in a pot and putting the pot on a fire until the water starts bubbling' executes the task 'boiling'.
|
Task
Action
|
|
dashboard
is expanded in
A partial order relation that holds between descriptions. It represents the proper part relation between a description and another description featuring the same properties as the former, with at least one additional one.
Descriptions can be expanded either by adding other descriptions as parts, or by refining concepts that are used by them.
An 'intention' to expand must be present (unless purely formal theories are considered, but even in this case a criterion of relevance is usually active).
|
Description1
Description2
|
|
dashboard
is expressed by
A relation between a dul:SocialObject (the 'meaning') and a dul:InformationObject (the 'expression').
For example: 'A Beehive is a structure in which bees are kept, typically in the form of a dome or box.' (Oxford dictionary)'; 'the term Beehive expresses the concept Beehive in my apiculture ontology'.
The intuition for 'meaning' is intended to be very broad. A separate, large comment is included in the encoding of 'expresses', for those who want to investigate more on what kind of meaning can be represented in what form.
|
SocialObject
InformationObject
|
|
dashboard
is in the same setting as
A relation between two entities participating in a same Situation; e.g., 'Our company provides an antivenom service' (the situation is the service, the two entities are the company and the antivenom).
|
Entity1
Entity2
|
|
dashboard
is introduced by
A relation between a Description and a SocialAgent, e.g. a Constitutional Charter introduces the SocialAgent 'PresidentOfRepublic'.
|
SocialAgent
Description
|
|
dashboard
is location of
A generic, relative localization, holding between any entities. E.g. 'Rome is the seat of the Pope', 'the liver is the location of the tumor'.
For 'absolute' locations, see SpaceRegion
|
Entity1
Entity2
|
|
dashboard
is member of
A relation between collections and entities, e.g. 'the Night Watch by Rembrandt is in the Rijksmuseum collection'; 'Davide is member of the Pen Club', 'Igor is one the subjects chosen for the experiment'.
|
Entity
Collection
|
|
dashboard
is object included in
|
Object
Situation
|
|
dashboard
is observable at
A relation to represent a (past, present or future) TimeInterval at which an Entity is observable.
In order to encode a specific time, a data value should be related to the TimeInterval.
An alternative way of representing time is the datatype property: hasIntervalDate
|
Entity
TimeInterval
|
|
dashboard
is parameter for
A Concept can have a Parameter that constrains the attributes that a classified Entity can have in a certain Situation, e.g. a 4WheelDriver Role definedIn the ItalianTrafficLaw has a MinimumAge parameter on the Amount 16.
|
Parameter
Concept
|
|
dashboard
is parametrized by
The relation between a Parameter, e.g. 'MajorAge', and a Region, e.g. '>17 year'.
|
Region
Parameter
|
|
dashboard
is part of
A relation between any entities, e.g. 'brain is a part of the human body'. See dul:hasPart for additional documentation.
|
Entity1
Entity2
|
|
dashboard
is participant in
A relation between an object and a process, e.g. 'John took part in the discussion', 'a large mass of snow fell during the avalanche', or 'a cook, some sugar, flour, etc. are all present in the cooking of a cake'.
|
Object
Event
|
|
dashboard
is postcondition of
Direct succession applied to situations.
E.g., 'Taking some rest is a postcondition of my search for a hotel'.
|
Entity1
Entity2
|
|
dashboard
is precondition of
Direct precedence applied to situations.
E.g., 'claiming to find nuclear weapons in a foreign country is a precondition to declare war against it'.
|
Entity1
Entity2
|
|
dashboard
is propert part of
See dul:hasProperPart for additional documentation.
|
Entity1
Entity2
|
|
dashboard
is quality of
A relation between entities and qualities, e.g. 'Dmitri's skin is yellowish'.
|
Quality
Entity
|
|
dashboard
is realized by
A relation between an information realization and an information object, e.g. the paper copy of the Italian Constitution realizes the text of the Constitution.
|
InformationObject
InformationRealization
|
|
dashboard
is reference of
A relation between information objects and any Entity (including information objects). It can be used to talk about e.g. entities are references of proper nouns: the proper noun 'Leonardo da Vinci' isAbout the Person Leonardo da Vinci; as well as to talk about sets of entities that can be described by a common noun: the common noun 'person' isAbout the set of all persons in a domain of discourse, which can be represented in DOLCE-Ultralite as an individual of the class: Collection .
The isReferenceOf relation is irreflexive, differently from its inverse isAbout.
|
Entity
InformationObject
|
|
dashboard
is reference of information realized by
The relation between entities and information realizations, e.g. between Italy and a paper copy of the text of the Italian Constitution.
|
Entity
InformationRealization
|
|
dashboard
is region for
A relation between entities and regions, e.g. 'the color of my car is red'.
|
Region
Entity
|
|
dashboard
is related to concept
Any relation between concepts, e.g. superordinated, conceptual parthood, having a parameter, having a task, superordination, etc.
|
Concept1
Concept2
|
|
dashboard
is related to description
Any relation between descriptions.
|
Description1
Description2
|
|
dashboard
is role defined in
A relation between a description and a role, e.g. the role 'Ingredient' is defined in the recipe for a cake.
|
Role
Description
|
|
dashboard
is role of
A relation between an object and a role, e.g. 'student' is the role of 'John'.
|
Role
Object
|
|
dashboard
is satisfied by
A relation between a Situation and a Description, e.g. the execution of a Plan satisfies that plan.
|
Description
Situation
|
|
dashboard
is setting for
A relation between situations and entities, e.g. 'this morning I've prepared my coffee with a new fantastic Arabica', i.e.: the preparation of my coffee this morning is the setting for (an amount of) a new fantastic Arabica.
|
Situation
Entity
|
|
dashboard
is specialized by
A partial order relation that holds between social objects. It represents the subsumption relation between e.g. a Concept and another Concept that is broader in extensional interpretation, but narrowe in intensional interpretation.
E.g. PhDStudent Role specializes Student Role
|
SocialObject1
SocialObject2
|
|
dashboard
is subordinated to
Direct succession applied to concepts. E.g. the role 'Officer' is subordinated to 'Director'.
|
Concept1
Concept2
|
|
dashboard
is superordinated to
Direct precedence applied to concepts. E.g. the role 'Executive' is superordinated to 'DepartmentManager'.
|
Concept1
Concept2
|
|
dashboard
is task defined in
A relation between a description and a task, e.g. the task 'boil' is defined in a recipe for a cake.
|
Task
Description
|
|
dashboard
is task of
A relation between roles and tasks, e.g. 'students have the duty of giving exams' (i.e. the Role 'student' hasTask the Task 'giving exams').
|
Task
Role
|
|
dashboard
is time included in
|
TimeInterval
Situation
|
|
dashboard
is time interval of
The generic relation between time intervals and events.
|
TimeInterval
Event
|
|
dashboard
is time of observation of
A relation to represent a (past, present or future) TimeInterval at which an Entity is observable.
In order to encode a specific time, a data value should be related to the TimeInterval.
An alternative way of representing time is the datatype property: hasIntervalDate
|
TimeInterval
Entity
|
|
dashboard
is unified by
A Collection has a unification criterion, provided by a Description; for example, a community of practice can be unified by a shared theory or interest, e.g. the community that makes research on mirror neurons shares some core knowledge about mirror neurons, which can be represented as a Description MirrorNeuronTheory that unifies the community. There can be several unifying descriptions.
|
Collection
Description
|
|
dashboard
near to
Generic distance relation between any Entity(s). E.g. Rome is near to Florence, astronomy is near to physics.
|
Entity1
Entity2
|
|
dashboard
overlaps
A schematic relation between any entities, e.g. 'the chest region overlaps with the abdomen region', 'my spoken words overlap with hers', 'the time of my leave overlaps with the time of your arrival', 'fibromyalgia overlaps with other conditions'.
Subproperties and restrictions can be used to specialize overlaps for objects, events, time intervals, etc.
|
Entity1
Entity2
|
|
dashboard
parametrizes
The relation between a Parameter, e.g. 'MajorAgeLimit', and a Region, e.g. '18_year'.
For a more data-oriented relation, see hasDataValue
|
Parameter
Region
|
|
dashboard
precedes
A relation between entities, expressing a 'sequence' schema.
E.g. 'year 1999 precedes 2000', 'deciding what coffee to use' precedes 'preparing coffee', 'World War II follows World War I', 'in the Milan to Rome autoroute, Bologna precedes Florence', etc.
It can then be used between tasks, processes, time intervals, spatially locate objects, situations, etc.
Subproperties can be defined in order to distinguish the different uses.
|
Entity1
Entity2
|
|
dashboard
realizes
A relation between an information realization and an information object, e.g. the paper copy of the Italian Constitution realizes the text of the Constitution.
|
InformationRealization
InformationObject
|
|
dashboard
realizes information about
The relation between entities and information realizations, e.g. between Italy and a paper copy of the text of the Italian Constitution.
|
InformationRealization
Entity
|
|
dashboard
realizesSelfInformation
This relation is a workaround to enable local reflexivity axioms (Self) working with non-simple properties; in this case, dul:realizesInformation About.
|
Entity1
Entity2
|
|
dashboard
satisfies
A relation between a Situation and a Description, e.g. the execution of a Plan satisfies that plan.
|
Situation
Description
|
|
dashboard
specializes
A partial order relation that holds between social objects.
It mainly represents the subsumption relation between e.g. a Concept or Description and another Concept (resp. Description) that is broader in extensional interpretation, but narrower in intensional interpretation. For example, the role PhDStudent specializes the role Student.
Another possible use is between a Collection that isCoveredBy a Concept A, and another Collection that isCoveredBy a Concept B that on its turm specializes A. For example, the 70,000 series Selmer Mark VI saxophone Collection specializes the Selmer Mark VI saxophone Collection.
|
SocialObject
SocialObject
|
|
dashboard
subsumption
A hierarchical relationship where a particular is subordinate to a more general category.
|
Subframe
Superframe
|
|
dashboard
unifies
A Collection has a unification criterion, provided by a Description; for example, a community of practice can be unified by a shared theory or interest, e.g. the community that makes research on mirror neurons shares some core knowledge about mirror neurons, which can be represented as a Description MirrorNeuronTheory that unifies the community. There can be several unifying descriptions.
|
Description
Collection
|
|
dashboard
uses concept
A generic relation holding between a Description and a Concept. In order to be used, a Concept must be previously definedIn another Description. This last condition cannot be encoded for object properties in OWL.
|
Description
Concept
|