From 2a71a663d9933c3d77b9114f9998cdade7bd1701 Mon Sep 17 00:00:00 2001 From: Robin Nolte Date: Fri, 21 Apr 2023 10:49:29 +0200 Subject: [PATCH 01/16] Added affects-relationship --- owl/SOMA-ACT.owl | 22 +++++++++++++++++++--- 1 file changed, 19 insertions(+), 3 deletions(-) diff --git a/owl/SOMA-ACT.owl b/owl/SOMA-ACT.owl index 47faa2f9..b8aff795 100644 --- a/owl/SOMA-ACT.owl +++ b/owl/SOMA-ACT.owl @@ -157,6 +157,7 @@ Declaration(Class(SOMA:ThinkAloudTopic)) Declaration(Class(SOMA:Throwing)) Declaration(Class(SOMA:Transporting)) Declaration(Class()) +Declaration(ObjectProperty(SOMA:affects)) Declaration(ObjectProperty(SOMA:answers)) Declaration(ObjectProperty(SOMA:causes)) Declaration(ObjectProperty(SOMA:definesEventType)) @@ -166,6 +167,7 @@ Declaration(ObjectProperty(SOMA:hasAnswer)) Declaration(ObjectProperty(SOMA:hasExecutionState)) Declaration(ObjectProperty(SOMA:hasInitialSituation)) Declaration(ObjectProperty(SOMA:hasTerminalSituation)) +Declaration(ObjectProperty(SOMA:isAffectedBy)) Declaration(ObjectProperty(SOMA:isAskedBy)) Declaration(ObjectProperty(SOMA:isCreatedOutputOf)) Declaration(ObjectProperty(SOMA:isDirectReactionTo)) @@ -196,6 +198,13 @@ Declaration(NamedIndividual(SOMA:ExecutionState_Succeeded)) # Object Properties ############################ +# Object Property: SOMA:affects (affects) + +AnnotationAssertion(rdfs:comment SOMA:affects "Simple relationship between two actions to express that a variation in the course or outcome of the the object (the affectee) would have resulted in a variation in the subject (the affector), e.g., a planning task that sets parameters such as goal position affects the subsequently executed pick-and-place task that uses that parameter.") +AnnotationAssertion(rdfs:label SOMA:affects "affects") +SubObjectPropertyOf(SOMA:affects ) +InverseObjectProperties(SOMA:affects SOMA:isAffectedBy) + # Object Property: SOMA:answers (answers) AnnotationAssertion(rdfs:label SOMA:answers "The relation between an answering message and the message it answers.") @@ -207,13 +216,14 @@ ObjectPropertyRange(SOMA:answers SOMA:Message) # Object Property: SOMA:causes (causes) -AnnotationAssertion(rdfs:label SOMA:causes "Simple relationship between two actions to express that the object (the reaction) would not have occured if it were not for the subject (the cause), e.g., a Communication Action classified as an Querying Task causes another Communication Task classified as an Answering Task and the latter would not have occured without the former. An example without Agents involved would be some domino stone would not have toppled without the first one toppling. +AnnotationAssertion(SOMA:UsageGuideline SOMA:causes "Simple relationship between two actions to express that the object (the reaction) would not have occured if it were not for the subject (the cause), e.g., a Communication Action classified as an Querying Task causes another Communication Task classified as an Answering Task and the latter would not have occured without the former. An example without Agents involved is some domino stone that would not have toppled without the first one toppling. When Agents are involved, the relation might be seen as an abstraction of the execution of some plan that arises from changing the agents goal that is due to perceiving the cause. However, currently it is unclear how to model such a pattern and therefore not included in SOMA. This relation is seen as transitive."@en) AnnotationAssertion(rdfs:label SOMA:causes "causes"@en) -SubObjectPropertyOf(SOMA:causes ) +SubObjectPropertyOf(SOMA:causes SOMA:affects) +InverseObjectProperties(SOMA:causes SOMA:isReactionTo) TransitiveObjectProperty(SOMA:causes) # Object Property: SOMA:definesEventType (defines event type) @@ -282,6 +292,12 @@ IrreflexiveObjectProperty(SOMA:hasTerminalSituation) ObjectPropertyDomain(SOMA:hasTerminalSituation SOMA:SituationTransition) ObjectPropertyRange(SOMA:hasTerminalSituation ) +# Object Property: SOMA:isAffectedBy (is affected by) + +AnnotationAssertion(rdfs:comment SOMA:isAffectedBy "Simple relationship between two actions to express that a variation in the course or outcome of the the subject (the affectee) would have resulted in a variation in the object (the affector), e.g., a planning task that sets parameters such as goal position affects the subsequently executed pick-and-place task that uses that parameter.") +AnnotationAssertion(rdfs:label SOMA:isAffectedBy "is affected by") +SubObjectPropertyOf(SOMA:isAffectedBy ) + # Object Property: SOMA:isAskedBy (is asked by) AnnotationAssertion(rdfs:comment SOMA:isAskedBy "A relation from a Query to the Agent who asks it."^^xsd:string) @@ -341,7 +357,7 @@ When Agents are involved, the relation might be seen as an abstraction of the ex This relation is seen as transitive."@en) AnnotationAssertion(rdfs:label SOMA:isReactionTo "is reaction to") -SubObjectPropertyOf(SOMA:isReactionTo ) +SubObjectPropertyOf(SOMA:isReactionTo SOMA:isAffectedBy) TransitiveObjectProperty(SOMA:isReactionTo) ObjectPropertyDomain(SOMA:isReactionTo ) ObjectPropertyRange(SOMA:isReactionTo ) From 9a3965f1e0f961c965229178cc34d7dda77fd4a9 Mon Sep 17 00:00:00 2001 From: Robin Nolte Date: Fri, 28 Apr 2023 11:25:41 +0200 Subject: [PATCH 02/16] Fixed PR comments --- owl/SOMA-ACT.owl | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/owl/SOMA-ACT.owl b/owl/SOMA-ACT.owl index b8aff795..605776b7 100644 --- a/owl/SOMA-ACT.owl +++ b/owl/SOMA-ACT.owl @@ -200,7 +200,7 @@ Declaration(NamedIndividual(SOMA:ExecutionState_Succeeded)) # Object Property: SOMA:affects (affects) -AnnotationAssertion(rdfs:comment SOMA:affects "Simple relationship between two actions to express that a variation in the course or outcome of the the object (the affectee) would have resulted in a variation in the subject (the affector), e.g., a planning task that sets parameters such as goal position affects the subsequently executed pick-and-place task that uses that parameter.") +AnnotationAssertion(rdfs:comment SOMA:affects "Simple relationship between two actions to express that a variation in the course or outcome of the subject (the affector) would have resulted in a variation in the object (the affectee), e.g., a planning task that sets parameters such as goal position affects the subsequently executed pick-and-place task that uses that parameter.") AnnotationAssertion(rdfs:label SOMA:affects "affects") SubObjectPropertyOf(SOMA:affects ) InverseObjectProperties(SOMA:affects SOMA:isAffectedBy) @@ -294,7 +294,7 @@ ObjectPropertyRange(SOMA:hasTerminalSituation ) From 4bea4589dc18306dba569d2c49f4f7b0489807a3 Mon Sep 17 00:00:00 2001 From: Ayden Janssen Date: Sun, 21 May 2023 13:46:38 +0200 Subject: [PATCH 03/16] Add IRI namespace rewriter --- scripts/java/src/main/java/main/CIRunner.java | 5 +- .../main/ci_runners/IRINamespaceRewriter.java | 69 +++++++++++++++++++ 2 files changed, 73 insertions(+), 1 deletion(-) create mode 100644 scripts/java/src/main/java/main/ci_runners/IRINamespaceRewriter.java diff --git a/scripts/java/src/main/java/main/CIRunner.java b/scripts/java/src/main/java/main/CIRunner.java index fe3bbdb3..744fbd30 100644 --- a/scripts/java/src/main/java/main/CIRunner.java +++ b/scripts/java/src/main/java/main/CIRunner.java @@ -23,10 +23,13 @@ public class CIRunner implements CommandLineRunner { @Autowired private SubclassNothingRewriter gciRewriter; + @Autowired + private IRINamespaceRewriter iriNamespaceRewriter; + @Override public void run(final String... args) throws Exception { - final CIRunnable[] toRun = {gciRewriter, isDefinedInAdder, versionInfoAdder, collapser, ontologySaver}; + final CIRunnable[] toRun = {gciRewriter, isDefinedInAdder, iriNamespaceRewriter, versionInfoAdder, collapser, ontologySaver}; for (final var next : toRun) { next.run(); } diff --git a/scripts/java/src/main/java/main/ci_runners/IRINamespaceRewriter.java b/scripts/java/src/main/java/main/ci_runners/IRINamespaceRewriter.java new file mode 100644 index 00000000..18df9913 --- /dev/null +++ b/scripts/java/src/main/java/main/ci_runners/IRINamespaceRewriter.java @@ -0,0 +1,69 @@ +package main.ci_runners; + +import main.OntologyManager; +import org.semanticweb.owlapi.model.*; +import org.semanticweb.owlapi.model.parameters.ChangeApplied; +import org.semanticweb.owlapi.util.OWLEntityRenamer; +import org.slf4j.Logger; +import org.slf4j.LoggerFactory; +import org.springframework.beans.factory.annotation.Autowired; +import org.springframework.context.annotation.Lazy; +import org.springframework.stereotype.Component; + +@Component +@Lazy +public class IRINamespaceRewriter implements CIRunnable { + /** + * {@link Logger} of this class. + */ + private static final Logger LOGGER = LoggerFactory.getLogger(IRINamespaceRewriter.class); + + private final OntologyManager ontologyManager; + + @Autowired + public IRINamespaceRewriter(final OntologyManager ontologyManager) { + this.ontologyManager = ontologyManager; + } + + @Override + public void run() { + for (final OWLOntology ontology : ontologyManager.getOntologyManager().getOntologies()) { + rewriteOntologyIRI(ontology); + } + } + + private void rewriteOntologyIRI(final OWLOntology ontology) { + if (ontology.getOntologyID().getOntologyIRI().isEmpty()) { + LOGGER.warn("Skipping ontology without IRI"); + return; + } + final IRI ontologyIRI = ontology.getOntologyID().getOntologyIRI().get(); + final var manager = ontologyManager.getOntologyManager(); + final var renamer = new OWLEntityRenamer(manager, ontology.getImportsClosure()); + + LOGGER.info("Checking ontology {} for SOMA namespace", ontologyIRI); + if (ontologyIRI.toString().contains("SOMA")) { + for (final var entity : ontology.getSignature()) { + rewriteEntityIRI(entity, manager, renamer); + } + } + } + + private void rewriteEntityIRI(final OWLEntity entity, final OWLOntologyManager manager, final OWLEntityRenamer renamer) { + final IRI entityIRI = entity.getIRI(); + //LOGGER.info("Checking {} for SOMA namespace", entityIRI); + + if (entityIRI.toString().contains("SOMA-")) { + LOGGER.info("Rewriting IRI of entity {}", entityIRI); + final IRI newIRI = IRI.create(entityIRI.toString().replaceAll("SOMA-[^/]*\\.owl", "SOMA.owl")); + + final var changes = renamer.changeIRI(entity, newIRI); + for (final var change : changes) { + //LOGGER.info("Applying change {}", change); + if (manager.applyChange(change) == ChangeApplied.UNSUCCESSFULLY) { + LOGGER.error("Could not apply change {}", change); + } + } + } + } +} From e401de76b62223c1c1d7e89d8f681f66d2ef3206 Mon Sep 17 00:00:00 2001 From: Ayden Date: Tue, 30 May 2023 19:25:40 +0200 Subject: [PATCH 04/16] Change run order, add note for release 3.0.0 --- RELEASE_NOTES.md | 8 ++++++++ scripts/java/src/main/java/main/CIRunner.java | 2 +- 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/RELEASE_NOTES.md b/RELEASE_NOTES.md index b41404e0..1ae4e84f 100644 --- a/RELEASE_NOTES.md +++ b/RELEASE_NOTES.md @@ -1,5 +1,13 @@ # Release Notes +## 3.0.0 +### Braking changes +* Remove SOMA namespace inconsistencies +
+ Details + Some entities used namespaces other than DUL or SOMA, e.g. SOMA-OBJ or SOMA-ACT, which caused problems for some systems that always expect the SOMA namespace. All SOMA entities are now in the SOMA namespace instead of a sub-namespace. +
+ ## 2.0.0 ### Braking changes * Removal of `IOLite` diff --git a/scripts/java/src/main/java/main/CIRunner.java b/scripts/java/src/main/java/main/CIRunner.java index 744fbd30..3c0e0324 100644 --- a/scripts/java/src/main/java/main/CIRunner.java +++ b/scripts/java/src/main/java/main/CIRunner.java @@ -29,7 +29,7 @@ public class CIRunner implements CommandLineRunner { @Override public void run(final String... args) throws Exception { - final CIRunnable[] toRun = {gciRewriter, isDefinedInAdder, iriNamespaceRewriter, versionInfoAdder, collapser, ontologySaver}; + final CIRunnable[] toRun = {iriNamespaceRewriter, gciRewriter, isDefinedInAdder, versionInfoAdder, collapser, ontologySaver}; for (final var next : toRun) { next.run(); } From 46ca1ee88f9d0fc58b555655b2e6aa703d375751 Mon Sep 17 00:00:00 2001 From: Ayden Date: Wed, 31 May 2023 14:46:31 +0200 Subject: [PATCH 05/16] Replace namespaces in owl files --- owl/DUL.owl | 5412 ++++++++++------ owl/SOMA-ACT.owl | 3420 +++++++---- owl/SOMA-ALL.owl | 44 +- owl/SOMA-Allen.owl | 141 +- owl/SOMA-ELAN.owl | 679 +- owl/SOMA-HOME.owl | 1843 ++++-- owl/SOMA-IO.owl | 1469 +++-- owl/SOMA-NEEM.owl | 96 +- owl/SOMA-OBJ.owl | 5440 +++++++++++------ owl/SOMA-PROC.owl | 1290 ++-- owl/SOMA-SAY.owl | 885 ++- owl/SOMA-STATE.owl | 609 +- owl/SOMA-WF.owl | 861 ++- owl/SOMA.owl | 2429 +++++--- scripts/java/src/main/java/main/CIRunner.java | 4 +- 15 files changed, 16565 insertions(+), 8057 deletions(-) diff --git a/owl/DUL.owl b/owl/DUL.owl index 3e33a8e8..fff82a1b 100644 --- a/owl/DUL.owl +++ b/owl/DUL.owl @@ -1,23 +1,23 @@ -Prefix(:=) -Prefix(dc:=) -Prefix(owl:=) -Prefix(rdf:=) -Prefix(xml:=) -Prefix(xsd:=) -Prefix(rdfs:=) - - -Ontology( -Annotation(rdfs:comment "The DOLCE+DnS Ultralite ontology. + + + + The DOLCE+DnS Ultralite ontology. It is a simplification of some parts of the DOLCE Lite-Plus library (cf. http://www.ontologydesignpatterns.org/ont/dul/DLP397.owl). Main aspects in which DOLCE+DnS Ultralite departs from DOLCE Lite-Plus are the following: - The names of classes and relations have been made more intuitive -- The DnS-related part is closer to the newer 'constructive DnS' ontology (http://www.ontologydesignpatterns.org/ont/dul/cDnS.owl). +- The DnS-related part is closer to the newer 'constructive DnS' ontology (http://www.ontologydesignpatterns.org/ont/dul/cDnS.owl). - Temporal and spatial relations are simplified - Qualities and regions are more relaxed than in DOLCE-Full: they can be used as attributes of any entity; an axiom states that each quality has a region - Axiomatization makes use of simpler constructs than DOLCE Lite-Plus -- The architecture of the ontology is pattern-based, which means that DOLCE+DnS Ultralite is also available in modules, called 'content ontology design patterns', which can be applied independently in the design of domain ontologies (cf. http://www.ontologydesignpatterns.org). If many modules are needed in a same ontology project, it is anyway useful to use this integrated version. +- The architecture of the ontology is pattern-based, which means that DOLCE+DnS Ultralite is also available in modules, called 'content ontology design patterns', which can be applied independently in the design of domain ontologies (cf. http://www.ontologydesignpatterns.org). If many modules are needed in a same ontology project, it is anyway useful to use this integrated version. The final result is a lightweight, easy-to-apply foundational ontology for modeling either physical or social contexts. Several extensions of DOLCE+DnS Ultralite have been designed: @@ -26,16 +26,16 @@ Several extensions of DOLCE+DnS Ultralite have been designed: - Plans: http://www.ontologydesignpatterns.org/ont/dul/PlansLite.owl - Legal domain: http://www.ontologydesignpatterns.org/ont/dul/CLO/CoreLegal.owl - Lexical and semiotic domains: http://www.ontologydesignpatterns.org/ont/lmm/LMM_L2.owl -- DOLCE-Zero: http://www.ontologydesignpatterns.org/ont/d0.owl is a commonsense-oriented generalisation of some top-level classes, which allows to use DOLCE with tolerance against ambiguities like abstract vs. concrete information, locations vs. physical artifacts, event occurrences vs. event types, events vs. situations, qualities vs. regions, etc.; etc.") -Annotation(rdfs:label "DOLCE+DnS Ultralite for SOMA") -Annotation(owl:versionInfo "3.34") -Annotation(owl:versionInfo "Created by Aldo Gangemi as both a simplification and extension of DOLCE and Descriptions and Situations ontologies.") -Annotation(owl:versionInfo "In 3.2, the links between instances of Region or Parameter, and datatypes have been revised and made more powerful, in order to support efficient design patterns for data value modelling in OWL1.0. +- DOLCE-Zero: http://www.ontologydesignpatterns.org/ont/d0.owl is a commonsense-oriented generalisation of some top-level classes, which allows to use DOLCE with tolerance against ambiguities like abstract vs. concrete information, locations vs. physical artifacts, event occurrences vs. event types, events vs. situations, qualities vs. regions, etc.; etc. + DOLCE+DnS Ultralite for SOMA + 3.34 + Created by Aldo Gangemi as both a simplification and extension of DOLCE and Descriptions and Situations ontologies. + In 3.2, the links between instances of Region or Parameter, and datatypes have been revised and made more powerful, in order to support efficient design patterns for data value modelling in OWL1.0. Also, the names of the related properties have been changed in order to make them more intuitive. -Furthermore, a large comment field has been added to the 'expresses' object property, in order to clarify some issues about the many interpretations. +Furthermore, a large comment field has been added to the 'expresses' object property, in order to clarify some issues about the many interpretations. In 3.3, the relation between regions, parameters, and datatypes has been still improved. In 3.5, the person-related classes have been refactored: Person in 3.4 is now SocialPerson, to avoid confusion with commonsense intuition; Person is now the union of social persons and humans, therefore being a subclass of Agent. -In 3.6, other fixes on universal restriction involving expresses. Also added the property 'isConstraintFor' between parameters and entities. Moved the properties: 'assumes' and 'adopts' to the new module: http://www.ontologydesignpatterns.org/ont/dul/Conceptualization.owl. +In 3.6, other fixes on universal restriction involving expresses. Also added the property 'isConstraintFor' between parameters and entities. Moved the properties: 'assumes' and 'adopts' to the new module: http://www.ontologydesignpatterns.org/ont/dul/Conceptualization.owl. In 3.7, some fixes on the names of classes and properties related to FormalEntity; created a new separate module for general universal restrictions (DULGCI.owl). In 3.8, more fixes on the interface to formal entities and links to IOLite.owl. In 3.9, some naming and comment fixes. @@ -63,569 +63,601 @@ In 3.30, completed some domains and ranges (formerly owl:Thing, now dul:Entity), In 3.31, added a restriction to Quality and one to Region in order to ensure the original DOLCE constraint of qualities being always associated with a region, and vice versa. These axioms do not however exclude a direct applicability of qualities or regions to any other entity. In 3.32, removed redundant union axioms and some restrictions, which spot a negative trade-off between expressivity and complexity. In 3.33, added the ObjectAggregate class, added two property chains for coparticipation and same situation setting, updated some comments, added an axiom to Transition. -In 3.34, extended mereological support for parthood, introducing hasPropertPart (transitive) as a middle property between hasPart (transitive and reflexive) and hasComponent (asymmetric). This solution uses then \"reflexive reduction\" and \"transitive reduction\" design patterns (they allow to grant property characteristics through the superproperties, but not in the subproperties). Technically, mereology axioms would require that also hasProperPart be asymmetric, however a direct subproperty of an OWL non-simple property (hasPart) cannot be also asymmetric, hence the approximation. +In 3.34, extended mereological support for parthood, introducing hasPropertPart (transitive) as a middle property between hasPart (transitive and reflexive) and hasComponent (asymmetric). This solution uses then "reflexive reduction" and "transitive reduction" design patterns (they allow to grant property characteristics through the superproperties, but not in the subproperties). Technically, mereology axioms would require that also hasProperPart be asymmetric, however a direct subproperty of an OWL non-simple property (hasPart) cannot be also asymmetric, hence the approximation. Added a n-ary parthood class in order to suggest an alternative pattern for time- (and space-)indexed part relations. In order to ensure that property characteristics hold also with parthood n-ary, a property chain is introduced which infers a direct dul:partOf property for each parthood individual. -Added a dul:realizesSelfInformation propery in order to enable local reflexivity ('Self') axioms for all information realizations. +Added a dul:realizesSelfInformation propery in order to enable local reflexivity ('Self') axioms for all information realizations. In 4.0, some foundational changes are introduced. - Firstly, the temporally indexed versions of some properties are introduced as subclasses of Situation (following the n-ary relation pattern), so covering relations from DOLCE that were skipped because of their larger arity. - -- Secondly, D&S's Situation class is extracted from DOLCE top-level distinctions (it used to be a subclass of SocialObject), put as a primitive class under Entity, and not disjoint from any other class. Since we are relaxing the semantics of Situation, this change is fully compatible with previous versions of DUL. +- Secondly, D&S's Situation class is extracted from DOLCE top-level distinctions (it used to be a subclass of SocialObject), put as a primitive class under Entity, and not disjoint from any other class. Since we are relaxing the semantics of Situation, this change is fully compatible with previous versions of DUL. The reason for the change is that it may sound counterintuitive (as many have noticed) to assume a descriptive commitment for situations, but not for events or states. -In fact, D&S provides an epistemological commitment to an ontology, independently from its foundational distinctions. A situation operationalizes that epistemology, and it is better not to put it under any foundational distinction (event, object, fluent, etc.), leaving to the designer whether to use descriptions as epistemological lenses, and so generating a situation, or not. -A consequence is that any entity, when 'framed' by (satisfying) a description, becomes a situation. We can still model entities as being in a situation's setting, and classified by a concept defined in a description.") - -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class(owl:Thing)) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(DataProperty()) -Declaration(DataProperty()) -Declaration(DataProperty()) -Declaration(DataProperty()) -Declaration(DataProperty()) -Declaration(AnnotationProperty(dc:creator)) -Declaration(AnnotationProperty(dc:date)) -Declaration(AnnotationProperty(rdfs:comment)) -Declaration(AnnotationProperty(rdfs:label)) -Declaration(AnnotationProperty(owl:versionInfo)) -Declaration(Datatype(xsd:dateTime)) - -############################ -# Object Properties -############################ - -# Object Property: (acts for) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "acts for"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (acts through) - -AnnotationAssertion(rdfs:comment "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") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "acts through"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (associated with) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "associated with"@en) -InverseObjectProperties( ) -SymmetricObjectProperty() -TransitiveObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (characterizes) - -AnnotationAssertion(rdfs:comment "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'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "characterizes"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (classifies) - -AnnotationAssertion(rdfs:comment "A relation between a Concept and an Entity, e.g. the Role 'student' classifies a Person 'John'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "classifies"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (conceptualizes) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "conceptualizes"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (concretely expresses) - -AnnotationAssertion(rdfs:comment "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") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "concretely expresses"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (co-participates with) - -AnnotationAssertion(rdfs:comment "A relation between two objects participating in a same Event; e.g., 'Vitas and Jimmy are playing tennis'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "co-participates with"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -SymmetricObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (covers) - -AnnotationAssertion(rdfs:comment "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'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "covers"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (defines) - -AnnotationAssertion(rdfs:comment "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'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "defines"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (defines role) - -AnnotationAssertion(rdfs:comment "A relation between a description and a role, e.g. the recipe for a cake defines the role 'ingredient'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "defines role"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (defines task) - -AnnotationAssertion(rdfs:comment "A relation between a description and a task, e.g. the recipe for a cake defines the task 'boil'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "defines task"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (describes) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "describes"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (directly follows) - -AnnotationAssertion(rdfs:comment "The intransitive follows relation. For example, Wednesday directly precedes Thursday. Directness of precedence depends on the designer conceptualization.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "directly follows"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (directly precedes) - -AnnotationAssertion(rdfs:comment "The intransitive precedes relation. For example, Monday directly precedes Tuesday. Directness of precedence depends on the designer conceptualization.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "directly precedes"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (executes task) - -AnnotationAssertion(rdfs:comment "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'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "executes task"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (expands) - -AnnotationAssertion(rdfs:comment "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. +In fact, D&S provides an epistemological commitment to an ontology, independently from its foundational distinctions. A situation operationalizes that epistemology, and it is better not to put it under any foundational distinction (event, object, fluent, etc.), leaving to the designer whether to use descriptions as epistemological lenses, and so generating a situation, or not. +A consequence is that any entity, when 'framed' by (satisfying) a description, becomes a situation. We can still model entities as being in a situation's setting, and classified by a concept defined in a description. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 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. + + acts for + + + + + + + + + + + + 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 + + acts through + + + + + + + + + + + + + + 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. + + associated with + + + + + + + + + + + + + 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'. + + characterizes + + + + + + + + + + + + + A relation between a Concept and an Entity, e.g. the Role 'student' classifies a Person 'John'. + + classifies + + + + + + + + + + + + + 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. + + conceptualizes + + + + + + + + + + + + + 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 + + concretely expresses + + + + + + + + + + + + + + + + + + A relation between two objects participating in a same Event; e.g., 'Vitas and Jimmy are playing tennis'. + + co-participates with + + + + + + + + + + + + + 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'. + + covers + + + + + + + + + + + + + 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'. + + defines + + + + + + + + + + + + + A relation between a description and a role, e.g. the recipe for a cake defines the role 'ingredient'. + + defines role + + + + + + + + + + + + + A relation between a description and a task, e.g. the recipe for a cake defines the task 'boil'. + + defines task + + + + + + + + + + + + + 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. + + describes + + + + + + + + + + + + + The intransitive follows relation. For example, Wednesday directly precedes Thursday. Directness of precedence depends on the designer conceptualization. + + directly follows + + + + + + + + + + + + The intransitive precedes relation. For example, Monday directly precedes Tuesday. Directness of precedence depends on the designer conceptualization. + + directly precedes + + + + + + + + + + + + + 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'. + + executes task + + + + + + + + + + + + + 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).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "expands"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (expresses) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:comment "This is a large comment field for those who want to investigate the different uses of the 'expresses' relation for modeling different approaches to meaning characterization and modeling. +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). + + expands + + + + + + + + + + + + + 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. + This is a large comment field for those who want to investigate the different uses of the 'expresses' relation for modeling different approaches to meaning characterization and modeling. For example, in all these cases, some aspect of meaning is involved: -- Beehive means \"a structure in which bees are kept, typically in the form of a dome or box.\" (Oxford dictionary) -- 'Beehive' is a synonym in noun synset 09218159 \"beehive|hive\" (WordNet) -- 'the term Beehive can be interpreted as the fact of 'being a beehive', i.e. a relation that holds for concepts such as Bee, Honey, Hosting, etc.' -- 'the text of Italian apiculture regulation expresses a rule by which beehives should be kept at least one kilometer away from inhabited areas' -- 'the term Beehive expresses the concept Beehive' -- ''Beehive' for apiculturists does not express the same meaning as for, say, fishermen' -- 'Your meaning of 'Beautiful' does not seem to fit mine' -- ''Beehive' is formally interpreted as the set of all beehives' -- 'from the term 'Beehive', we can build a vector space of statistically significant cooccurring terms in the documents that contain it' -- the lexeme 'Belly' expresses the role 'Body_Part' in the frame 'ObservableBodyParts' (FrameNet) - -As the examples suggest, the 'meaning of meaning' is dependent on the background approach/theory that one assumes. One can hardly make a summary of the too many approaches and theories of meaning, therefore this relation is maybe the most controversial and difficult to explain; normally, in such cases it would be better to give up formalizing. -However, the usefulness of having a 'semantic abstraction' in modeling information objects is so high (e.g. for the semantic web, interoperability, reengineering, etc.), that we accept this challenging task, although without taking any particular position in the debate. -We provide here some examples, which we want to generalize upon when using the 'expresses' relation to model semantic aspects of social reality. - -In the most common approach, lexicographers that write dictionaries, glossaries, etc. assume that the meaning of a term is a paraphrase (or 'gloss', or 'definition'). -Another approach is provided by concept schemes like thesauri and lexicons, which assume that the meaning of a term is a 'concept', encoded as a 'lemma', 'synset', or 'descriptor'. +- Beehive means "a structure in which bees are kept, typically in the form of a dome or box." (Oxford dictionary) +- 'Beehive' is a synonym in noun synset 09218159 "beehive|hive" (WordNet) +- 'the term Beehive can be interpreted as the fact of 'being a beehive', i.e. a relation that holds for concepts such as Bee, Honey, Hosting, etc.' +- 'the text of Italian apiculture regulation expresses a rule by which beehives should be kept at least one kilometer away from inhabited areas' +- 'the term Beehive expresses the concept Beehive' +- ''Beehive' for apiculturists does not express the same meaning as for, say, fishermen' +- 'Your meaning of 'Beautiful' does not seem to fit mine' +- ''Beehive' is formally interpreted as the set of all beehives' +- 'from the term 'Beehive', we can build a vector space of statistically significant cooccurring terms in the documents that contain it' +- the lexeme 'Belly' expresses the role 'Body_Part' in the frame 'ObservableBodyParts' (FrameNet) + +As the examples suggest, the 'meaning of meaning' is dependent on the background approach/theory that one assumes. One can hardly make a summary of the too many approaches and theories of meaning, therefore this relation is maybe the most controversial and difficult to explain; normally, in such cases it would be better to give up formalizing. +However, the usefulness of having a 'semantic abstraction' in modeling information objects is so high (e.g. for the semantic web, interoperability, reengineering, etc.), that we accept this challenging task, although without taking any particular position in the debate. +We provide here some examples, which we want to generalize upon when using the 'expresses' relation to model semantic aspects of social reality. + +In the most common approach, lexicographers that write dictionaries, glossaries, etc. assume that the meaning of a term is a paraphrase (or 'gloss', or 'definition'). +Another approach is provided by concept schemes like thesauri and lexicons, which assume that the meaning of a term is a 'concept', encoded as a 'lemma', 'synset', or 'descriptor'. Still another approach is that of psychologists and cognitive scientists, which often assume that the meaning of an information object is a concept encoded in the mind or cognitive system of an agent. A radically different approach is taken by social scientists and semioticians, who usually assume that meanings of an information object are spread across the communication practices in which members of a community use that object. Another approach that tackles the distributed nature of meaning is assumed by geometrical models of semantics, which assume that the meaning of an InformationObject (e.g. a word) results from the set of informational contexts (e.g. within texts) in which that object is used similarly. -The logical approach to meaning is still different, since it assumes that the meaning of e.g. a term is equivalent to the set of individuals that the term can be applied to; for example, the meaning of 'Ali' is e.g. an individual person called Ali, the meaning of 'Airplane' is e.g. the set of airplanes, etc. -Finally, an approach taken by structuralist linguistics and frame semantics is that a meaning is the relational context in which an information object can be applied; for example, a meaning of 'Airplane' is situated e.g. in the context ('frame') of passenger airline flights. +The logical approach to meaning is still different, since it assumes that the meaning of e.g. a term is equivalent to the set of individuals that the term can be applied to; for example, the meaning of 'Ali' is e.g. an individual person called Ali, the meaning of 'Airplane' is e.g. the set of airplanes, etc. +Finally, an approach taken by structuralist linguistics and frame semantics is that a meaning is the relational context in which an information object can be applied; for example, a meaning of 'Airplane' is situated e.g. in the context ('frame') of passenger airline flights. -These different approaches are not necessarily conflicting, and they mostly talk about different aspects of so-called 'semantics'. They can be summarized and modelled within DOLCE-Ultralite as follows (notice that such list is far from exhaustive): +These different approaches are not necessarily conflicting, and they mostly talk about different aspects of so-called 'semantics'. They can be summarized and modelled within DOLCE-Ultralite as follows (notice that such list is far from exhaustive): (1) Informal meaning (as for linguistic or commonsense semantics: a distinction is assumed between (informal) meaning and reference; see isAbout for an alternative pattern on reference) - - Paraphrase meaning (as for lexicographic semantics). Here it is modelled as the expresses relation between instances of InformationObject and different instances of InformationObject that act as 'paraphrases' - - Conceptual meaning (as for 'concept scheme' semantics). Here it is modelled as the expresses relation between instances of InformationObject and instances of Concept + - Paraphrase meaning (as for lexicographic semantics). Here it is modelled as the expresses relation between instances of InformationObject and different instances of InformationObject that act as 'paraphrases' + - Conceptual meaning (as for 'concept scheme' semantics). Here it is modelled as the expresses relation between instances of InformationObject and instances of Concept - Relational meaning (as for frame semantics). Here it is modelled as the expresses relation between instances of InformationObject and instances of Description - - Cognitive meaning (as for 'psychological' semantics). Here it is modelled as the expresses relation between any instance of InformationObject and any different instance of InformationObject that isRealizedBy a mental, cognitive or neural state (depending on which theory of mind is assumed). Such states can be considered here as instances of Process (occurring in the mind, cognitive system, or neural system of an agent) - - Cultural meaning (as for 'social science' semantics). Here it is modelled as the expresses relation between instances of InformationObject and instances of SocialObject (institutions, cultural paradigms, norms, social practices, etc.) + - Cognitive meaning (as for 'psychological' semantics). Here it is modelled as the expresses relation between any instance of InformationObject and any different instance of InformationObject that isRealizedBy a mental, cognitive or neural state (depending on which theory of mind is assumed). Such states can be considered here as instances of Process (occurring in the mind, cognitive system, or neural system of an agent) + - Cultural meaning (as for 'social science' semantics). Here it is modelled as the expresses relation between instances of InformationObject and instances of SocialObject (institutions, cultural paradigms, norms, social practices, etc.) - Distributional meaning (as for geometrical models of meaning). Here it is modelled as the expresses relation between any instance of InformationObject and any different instance of InformationObject that isFormallyRepresentedIn some (geometrical) Region (e.g. a vector space) -(2) Formal meaning (as for logic and formal semantics: no distinction is assumed between informal meaning and reference, therefore between 'expresses' and 'isAbout', which can be used interchangeably) +(2) Formal meaning (as for logic and formal semantics: no distinction is assumed between informal meaning and reference, therefore between 'expresses' and 'isAbout', which can be used interchangeably) - Object-level formal meaning (as in the traditional first-order logic semantics). Here it is modelled as the expresses relation between an instance of InformationObject and an instance of Collection that isGroundingFor (in most cases) a Set; isGroundingFor is defined in the ontology: http://www.ontologydesignpatterns.org/ont/dul/IOLite.owl - Modal formal meaning (as in possible-world semantics). Here it is modelled as the expresses relation between an instance of InformationObject and an instance of Collection that isGroundingFor a Set, and which isPartOf some different instance of Collection that isGroundingFor a PossibleWorld -This is only a first step to provide a framework, in which one can model different aspects of meaning. A more developed ontology should approach the problem of integrating the different uses of 'expresses', so that different theories, resources, methods can interoperate.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "expresses"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (expresses concept) - -AnnotationAssertion(rdfs:comment "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") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "expresses concept"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (far from) - -AnnotationAssertion(rdfs:comment "Generic distance relation between any Entity(s). E.g. Rome is far from Beijing, astronomy is far from necromancy.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "far from"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -SymmetricObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (follows) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "follows"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -TransitiveObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has common boundary) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has common boundary"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -SymmetricObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has component) - -AnnotationAssertion(rdfs:comment "The hasProperPart relation without transitivity, holding between an Object (the system) and another (the component), and assuming a Design that structures the Object.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "ha componente"@it) -AnnotationAssertion(rdfs:label "has component"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -AsymmetricObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has constituent) - -AnnotationAssertion(rdfs:comment "'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. +This is only a first step to provide a framework, in which one can model different aspects of meaning. A more developed ontology should approach the problem of integrating the different uses of 'expresses', so that different theories, resources, methods can interoperate. + + expresses + + + + + + + + + + + + + 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 + + expresses concept + + + + + + + + + + + + + + Generic distance relation between any Entity(s). E.g. Rome is far from Beijing, astronomy is far from necromancy. + + far from + + + + + + + + + + + + + + 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. + + follows + + + + + + + + + + + + + + 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. + + has common boundary + + + + + + + + + + + + + + The hasProperPart relation without transitivity, holding between an Object (the system) and another (the component), and assuming a Design that structures the Object. + + ha componente + has component + + + + + + + + + + + + + '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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has constituent"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has constraint) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has constraint"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has location) - -AnnotationAssertion(rdfs:comment "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") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has location"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has member) - -AnnotationAssertion(rdfs:comment "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).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has member"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has parameter) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has parameter"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has part) - -AnnotationAssertion(rdfs:comment "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'. +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. + + has constituent + + + + + + + + + + + + + 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. + + has constraint + + + + + + + + + + + + + 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 + + has location + + + + + + + + + + + + + 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). + + has member + + + + + + + + + + + + + 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. + + has parameter + + + + + + + + + + + + + + + + + + + + + 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: @@ -633,832 +665,1318 @@ However, antisymmetry is not supported in OWL2 explicitly, therefore DUL has to 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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has part"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -TransitiveObjectProperty() -ReflexiveObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has participant) - -AnnotationAssertion(rdfs:comment "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'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has participant"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has postcondition) - -AnnotationAssertion(rdfs:comment "Direct succession applied to situations. -E.g., 'A postcondition of our Plan is to have things settled'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has postcondition"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ObjectUnionOf( )) -ObjectPropertyRange( ObjectUnionOf( )) - -# Object Property: (has precondition) - -AnnotationAssertion(rdfs:comment "Direct precedence applied to situations. -E.g., 'A precondition to declare war against a foreign country is claiming to find nuclear weapons in it'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has precondition"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ObjectUnionOf( )) -ObjectPropertyRange( ObjectUnionOf( )) - -# Object Property: (has proper part) - -AnnotationAssertion(rdfs:comment "Asymmetric (so including irreflexive) parthood.") -AnnotationAssertion(rdfs:label "has proper part"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -TransitiveObjectProperty() - -# Object Property: (has quality) - -AnnotationAssertion(rdfs:comment "A relation between entities and qualities, e.g. 'Dmitri's skin is yellowish'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has quality"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has region) - -AnnotationAssertion(rdfs:comment "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'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has region"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has role) - -AnnotationAssertion(rdfs:comment "A relation between an object and a role, e.g. the person 'John' has role 'student'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has role"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has setting) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has setting"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has task) - -AnnotationAssertion(rdfs:comment "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').") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has task"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (has time interval) - -AnnotationAssertion(rdfs:comment "The generic relation between events and time intervals."@en) -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has time interval"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (includes action) - -AnnotationAssertion(rdfs:comment "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).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "includes action"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (includes agent) - -AnnotationAssertion(rdfs:comment "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).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "includes agent"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (includes event) - -AnnotationAssertion(rdfs:comment "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).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "includes event"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (includes object) - -AnnotationAssertion(rdfs:comment "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).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "includes object"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (includes part) - -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "includes part"@en) -SubObjectPropertyOf( ) - -# Object Property: (includes time) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "includes time"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (includes whole) - -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "includes whole"@en) -SubObjectPropertyOf( ) - -# Object Property: (introduces) - -AnnotationAssertion(rdfs:comment "A relation between a Description and a SocialAgent, e.g. a Constitutional Charter introduces the SocialAgent 'PresidentOfRepublic'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "introduces"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (involves agent) - -AnnotationAssertion(rdfs:comment "Agent participation.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "involves agent"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is about) - -AnnotationAssertion(rdfs:comment "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. +Subproperties and restrictions can be used to specialize hasPart for objects, events, etc. + + has part + + + + + + + + + + + + + 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'. + + has participant + + + + + + + + + + + + + + + + + + + + + + + + + + + Direct succession applied to situations. +E.g., 'A postcondition of our Plan is to have things settled'. + + has postcondition + + + + + + + + + + + + + + + + + + + + + + + + + + + Direct precedence applied to situations. +E.g., 'A precondition to declare war against a foreign country is claiming to find nuclear weapons in it'. + + has precondition + + + + + + + + + + + + Asymmetric (so including irreflexive) parthood. + has proper part + + + + + + + + + + + + + A relation between entities and qualities, e.g. 'Dmitri's skin is yellowish'. + + has quality + + + + + + + + + + + + + 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'. + + has region + + + + + + + + + + + + + A relation between an object and a role, e.g. the person 'John' has role 'student'. + + has role + + + + + + + + + + + + + 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. + + has setting + + + + + + + + + + + + + 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'). + + has task + + + + + + + + + + + + + The generic relation between events and time intervals. + + has time interval + + + + + + + + + + + + + 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). + + includes action + + + + + + + + + + + + + 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). + + includes agent + + + + + + + + + + + + + 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). + + includes event + + + + + + + + + + + + + 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). + + includes object + + + + + + + + + + + includes part + + + + + + + + + + + + + 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. + + includes time + + + + + + + + + + + includes whole + + + + + + + + + + + + + A relation between a Description and a SocialAgent, e.g. a Constitutional Charter introduces the SocialAgent 'PresidentOfRepublic'. + + introduces + + + + + + + + + + + + + Agent participation. + + involves agent + + + + + + + + + + + + + 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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is about"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is action included in) - -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is action included in"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is agent included in) - -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is agent included in"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is agent involved in) - -AnnotationAssertion(rdfs:comment "Agent participation.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is agent involved in"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is characterized by) - -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is characterized by"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is classified by) - -AnnotationAssertion(rdfs:comment "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'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is classified by"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is component of) - -AnnotationAssertion(rdfs:comment "The asymmetric isProperPartOf relation without transitivity, holding between an Object (the system) and another (the component), and assuming a Design that structures the Object.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is component of"@en) -SubObjectPropertyOf( ) -AsymmetricObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is concept expressed by) - -AnnotationAssertion(rdfs:comment "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") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is concept expressed by"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is concept used in) - -AnnotationAssertion(rdfs:comment "A more generic relation holding between a Description and a Concept. In order to be used, a Concept must be previously definedIn another Description") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is concept used in"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is conceptualized by) - -AnnotationAssertion(rdfs:comment "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'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is conceptualized by"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is concretely expressed by) - -AnnotationAssertion(rdfs:comment "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") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is concretely expressed by"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is constituent of) - -AnnotationAssertion(rdfs:comment "'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. +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. + + is about + + + + + + + + + + + + + is action included in + + + + + + + + + + + + + is agent included in + + + + + + + + + + + + Agent participation. + + is agent involved in + + + + + + + + + + + + + is characterized 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'. + + is classified by + + + + + + + + + + + + + The asymmetric isProperPartOf relation without transitivity, holding between an Object (the system) and another (the component), and assuming a Design that structures the Object. + + is component of + + + + + + + + + + + + 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 + + is concept expressed by + + + + + + + + + + + + + A more generic relation holding between a Description and a Concept. In order to be used, a Concept must be previously definedIn another Description + + is concept used in + + + + + + + + + + + + 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'. + + is conceptualized 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 + + is concretely expressed by + + + + + + + + + + + + '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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is constituent of"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is constraint for) - -AnnotationAssertion(rdfs:comment "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") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is constraint for"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is covered by) - -AnnotationAssertion(rdfs:comment "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'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is covered by"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is defined in) - -AnnotationAssertion(rdfs:comment "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'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is defined in"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is described by) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is described by"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is event included in) - -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is event included in"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is executed in) - -AnnotationAssertion(rdfs:comment "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'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is executed in"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is expanded in) - -AnnotationAssertion(rdfs:comment "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. +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. + + is constituent of + + + + + + + + + + + + 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 + + is constraint for + + + + + + + + + + + + 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'. + + is covered by + + + + + + + + + + + + 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'. + + is defined in + + + + + + + + + + + + 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. + + is described by + + + + + + + + + + + + + is event included 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'. + + is executed 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).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is expanded in"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is expressed by) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is expressed by"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is introduced by) - -AnnotationAssertion(rdfs:comment "A relation between a Description and a SocialAgent, e.g. a Constitutional Charter introduces the SocialAgent 'PresidentOfRepublic'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is introduced by"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is location of) - -AnnotationAssertion(rdfs:comment "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") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is location of"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is member of) - -AnnotationAssertion(rdfs:comment "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'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is member of"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is object included in) - -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is object included in"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is observable at) - -AnnotationAssertion(rdfs:comment "A relation to represent a (past, present or future) TimeInterval at which an Entity is observable. +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). + + is expanded in + + + + + + + + + + + + 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. + + is expressed by + + + + + + + + + + + + A relation between a Description and a SocialAgent, e.g. a Constitutional Charter introduces the SocialAgent 'PresidentOfRepublic'. + + is introduced by + + + + + + + + + + + + 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 + + is location 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'. + + is member of + + + + + + + + + + + + + is object included in + + + + + + + + + + + + + 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") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is observable at"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is parameter for) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is parameter for"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is parametrized by) - -AnnotationAssertion(rdfs:comment "The relation between a Parameter, e.g. 'MajorAge', and a Region, e.g. '>17 year'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is parametrized by"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is part of) - -AnnotationAssertion(rdfs:comment "A relation between any entities, e.g. 'brain is a part of the human body'. See dul:hasPart for additional documentation.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is part of"@en) -SubObjectPropertyOf( ) -TransitiveObjectProperty() -ReflexiveObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is participant in) - -AnnotationAssertion(rdfs:comment "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'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is participant in"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is postcondition of) - -AnnotationAssertion(rdfs:comment "Direct succession applied to situations. -E.g., 'Taking some rest is a postcondition of my search for a hotel'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is postcondition of"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ObjectUnionOf( )) -ObjectPropertyRange( ObjectUnionOf( )) - -# Object Property: (is precondition of) - -AnnotationAssertion(rdfs:comment "Direct precedence applied to situations. -E.g., 'claiming to find nuclear weapons in a foreign country is a precondition to declare war against it'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is precondition of"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ObjectUnionOf( )) -ObjectPropertyRange( ObjectUnionOf( )) - -# Object Property: (is propert part of) - -AnnotationAssertion(rdfs:comment "http://www.ontologydesignpatterns.org/ont/dul/DUL.owl"@en) -AnnotationAssertion(rdfs:label "is propert part of"@en) -AnnotationAssertion(rdfs:seeAlso ) -SubObjectPropertyOf( ) -TransitiveObjectProperty() - -# Object Property: (is quality of) - -AnnotationAssertion(rdfs:comment "A relation between entities and qualities, e.g. 'Dmitri's skin is yellowish'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is quality of"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is realized by) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is realized by"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is reference of) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is reference of"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is reference of information realized by) - -AnnotationAssertion(rdfs:comment "The relation between entities and information realizations, e.g. between Italy and a paper copy of the text of the Italian Constitution.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is reference of information realized by"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is region for) - -AnnotationAssertion(rdfs:comment "A relation between entities and regions, e.g. 'the color of my car is red'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is region for"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is related to concept) - -AnnotationAssertion(rdfs:comment "Any relation between concepts, e.g. superordinated, conceptual parthood, having a parameter, having a task, superordination, etc.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is related to concept"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -SymmetricObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is related to description) - -AnnotationAssertion(rdfs:comment "Any relation between descriptions.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is related to description"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -SymmetricObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is role defined in) - -AnnotationAssertion(rdfs:comment "A relation between a description and a role, e.g. the role 'Ingredient' is defined in the recipe for a cake.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is role defined in"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is role of) - -AnnotationAssertion(rdfs:comment "A relation between an object and a role, e.g. 'student' is the role of 'John'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is role of"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is satisfied by) - -AnnotationAssertion(rdfs:comment "A relation between a Situation and a Description, e.g. the execution of a Plan satisfies that plan.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is satisfied by"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is setting for) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is setting for"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is specialized by) - -AnnotationAssertion(rdfs:comment "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") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is specialized by"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -TransitiveObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is subordinated to) - -AnnotationAssertion(rdfs:comment "Direct succession applied to concepts. E.g. the role 'Officer' is subordinated to 'Director'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is subordinated to"@en) -SubObjectPropertyOf( ) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is superordinated to) - -AnnotationAssertion(rdfs:comment "Direct precedence applied to concepts. E.g. the role 'Executive' is superordinated to 'DepartmentManager'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is superordinated to"@en) -SubObjectPropertyOf( ) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is task defined in) - -AnnotationAssertion(rdfs:comment "A relation between a description and a task, e.g. the task 'boil' is defined in a recipe for a cake.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is task defined in"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is task of) - -AnnotationAssertion(rdfs:comment "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').") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is task of"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is time included in) - -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is time included in"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is time interval of) - -AnnotationAssertion(rdfs:comment "The generic relation between time intervals and events."@en) -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is time interval of"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is time of observation of) - -AnnotationAssertion(rdfs:comment "A relation to represent a (past, present or future) TimeInterval at which an Entity is observable. +An alternative way of representing time is the datatype property: hasIntervalDate + + is observable at + + + + + + + + + + + + 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. + + is parameter for + + + + + + + + + + + + + The relation between a Parameter, e.g. 'MajorAge', and a Region, e.g. '>17 year'. + + is parametrized by + + + + + + + + + + + + + + A relation between any entities, e.g. 'brain is a part of the human body'. See dul:hasPart for additional documentation. + + is part of + + + + + + + + + + + + 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'. + + is participant in + + + + + + + + + + + + + + + + + + + + + + + + + + Direct succession applied to situations. +E.g., 'Taking some rest is a postcondition of my search for a hotel'. + + is postcondition 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'. + + is precondition of + + + + + + + + + + + http://www.ontologydesignpatterns.org/ont/dul/DUL.owl + is propert part of + + + + + + + + + + + + + A relation between entities and qualities, e.g. 'Dmitri's skin is yellowish'. + + is quality of + + + + + + + + + + + + + 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. + + is realized by + + + + + + + + + + + + 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. + + is reference of + + + + + + + + + + + + + The relation between entities and information realizations, e.g. between Italy and a paper copy of the text of the Italian Constitution. + + is reference of information realized by + + + + + + + + + + + + A relation between entities and regions, e.g. 'the color of my car is red'. + + is region for + + + + + + + + + + + + + + Any relation between concepts, e.g. superordinated, conceptual parthood, having a parameter, having a task, superordination, etc. + + is related to concept + + + + + + + + + + + + + + Any relation between descriptions. + + is related to description + + + + + + + + + + + + A relation between a description and a role, e.g. the role 'Ingredient' is defined in the recipe for a cake. + + is role defined in + + + + + + + + + + + + A relation between an object and a role, e.g. 'student' is the role of 'John'. + + is role of + + + + + + + + + + + + + A relation between a Situation and a Description, e.g. the execution of a Plan satisfies that plan. + + is satisfied by + + + + + + + + + + + + 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. + + is setting for + + + + + + + + + + + + + + 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 + + is specialized by + + + + + + + + + + + + + + Direct succession applied to concepts. E.g. the role 'Officer' is subordinated to 'Director'. + + is subordinated to + + + + + + + + + + + + + Direct precedence applied to concepts. E.g. the role 'Executive' is superordinated to 'DepartmentManager'. + + is superordinated to + + + + + + + + + + + + A relation between a description and a task, e.g. the task 'boil' is defined in a recipe for a cake. + + is task defined in + + + + + + + + + + + + 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'). + + is task of + + + + + + + + + + + + + is time included in + + + + + + + + + + + + The generic relation between time intervals and events. + + is time interval 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") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is time of observation of"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (is unified by) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "is unified by"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (near to) - -AnnotationAssertion(rdfs:comment "Generic distance relation between any Entity(s). E.g. Rome is near to Florence, astronomy is near to physics.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "near to"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -SymmetricObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (overlaps) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "overlaps"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -SymmetricObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (parametrizes) - -AnnotationAssertion(rdfs:comment "The relation between a Parameter, e.g. 'MajorAgeLimit', and a Region, e.g. '18_year'. -For a more data-oriented relation, see hasDataValue") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "parametrizes"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (precedes) - -AnnotationAssertion(rdfs:comment "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. +An alternative way of representing time is the datatype property: hasIntervalDate + + is time of observation of + + + + + + + + + + + + + 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. + + is unified by + + + + + + + + + + + + + + Generic distance relation between any Entity(s). E.g. Rome is near to Florence, astronomy is near to physics. + + near to + + + + + + + + + + + + + + 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. + + overlaps + + + + + + + + + + + + The relation between a Parameter, e.g. 'MajorAgeLimit', and a Region, e.g. '18_year'. +For a more data-oriented relation, see hasDataValue + + parametrizes + + + + + + + + + + + + + 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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "precedes"@en) -SubObjectPropertyOf( ) -TransitiveObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (realizes) - -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "realizes"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (realizes information about) - -AnnotationAssertion(rdfs:comment "The relation between entities and information realizations, e.g. between Italy and a paper copy of the text of the Italian Constitution.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "realizes information about"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (realizes self-information) - -AnnotationAssertion(rdfs:comment "This relation is a workaround to enable local reflexivity axioms (Self) working with non-simple properties; in this case, dul:realizesInformation About.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "realizes self-information"@en) -SubObjectPropertyOf( ) - -# Object Property: (is in the same setting as) - -AnnotationAssertion(rdfs:comment "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)."@it) -AnnotationAssertion(rdfs:isDefinedBy "http://www.ontologydesignpatterns.org/ont/dul/DUL.owl") -AnnotationAssertion(rdfs:label "is in the same setting as"@en) -SubObjectPropertyOf( ) -InverseObjectProperties( ) -SymmetricObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (satisfies) - -AnnotationAssertion(rdfs:comment "A relation between a Situation and a Description, e.g. the execution of a Plan satisfies that plan.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "satisfies"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) - -# Object Property: (specializes) - -AnnotationAssertion(rdfs:comment "A partial order relation that holds between social objects. +Subproperties can be defined in order to distinguish the different uses. + + precedes + + + + + + + + + + + + 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. + + realizes + + + + + + + + + + + + + + + + The relation between entities and information realizations, e.g. between Italy and a paper copy of the text of the Italian Constitution. + + realizes information about + + + + + + + + + + This relation is a workaround to enable local reflexivity axioms (Self) working with non-simple properties; in this case, dul:realizesInformation About. + + realizes self-information + + + + + + + + + + + + + + + + + + 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). + http://www.ontologydesignpatterns.org/ont/dul/DUL.owl + is in the same setting as + + + + + + + + + + + + A relation between a Situation and a Description, e.g. the execution of a Plan satisfies that plan. + + satisfies + + + + + + + + + + + + + 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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "specializes"@en) -SubObjectPropertyOf( ) -TransitiveObjectProperty() -ObjectPropertyDomain( ) -ObjectPropertyRange( ) +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. + + specializes + + + + + + + + + + + + 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. + + unifies + + + + + -# Object Property: (unifies) -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "unifies"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) + + + + + 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. + + uses concept + + -# Object Property: (uses concept) -AnnotationAssertion(rdfs:comment "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.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "uses concept"@en) -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) + -############################ -# Data Properties -############################ + -# Data Property: (has data value) -AnnotationAssertion(rdfs:comment "A datatype property that encodes values from a datatype for an Entity. + + + + + + A datatype property that encodes values from a datatype for an Entity. There are several ways to encode values in DOLCE (Ultralite): 1) Directly assert an xsd:_ value to an Entity by using hasDataValue @@ -1470,245 +1988,462 @@ There are several ways to encode values in DOLCE (Ultralite): The five approaches obey different requirements. For example, a simple value can be easily asserted by using pattern (1), but if one needs to assert an interval between two values, a Region should be introduced to materialize that interval, as pattern (2) suggests. Furthermore, if one needs to distinguish the individual Quality of a value, e.g. the particular nature of the density of a substance, pattern (3) can be used. -Patterns (4) and (5) should be used instead when a constraint or a selection is modeled, independently from the actual observation of values in the real world.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has data value"@en) -DataPropertyDomain( ) - -# Data Property: (has event date) +Patterns (4) and (5) should be used instead when a constraint or a selection is modeled, independently from the actual observation of values in the real world. + + has data value + + -AnnotationAssertion(rdfs:comment "A datatype property that encodes values from xsd:dateTime for an Event; a same Event can have more than one xsd:dateTime value: begin date, end date, date at which the interval holds, etc.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has event date"@en) -SubDataPropertyOf( ) -DataPropertyDomain( ) -DataPropertyRange( xsd:dateTime) -# Data Property: (has interval date) + -AnnotationAssertion(rdfs:comment "A datatype property that encodes values from xsd:dateTime for a TimeInterval; a same TimeInterval can have more than one xsd:dateTime value: begin date, end date, date at which the interval holds, etc.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has interval date"@en) -SubDataPropertyOf( ) -DataPropertyDomain( ) -DataPropertyRange( xsd:dateTime) -# Data Property: (has parameter data value) + + + + + A datatype property that encodes values from xsd:dateTime for an Event; a same Event can have more than one xsd:dateTime value: begin date, end date, date at which the interval holds, etc. + + has event date + + -AnnotationAssertion(rdfs:comment "Parametrizes values from a datatype. For example, a Parameter MinimumAgeForDriving hasParameterDataValue 18 on datatype xsd:int, in the Italian traffic code. In this example, MinimumAgeForDriving isDefinedIn the Norm ItalianTrafficCodeAgeDriving. -More complex parametrization requires workarounds. E.g. AgeRangeForDrugUsage could parametrize data value: 14 to 50 on the datatype: xsd:int. Since complex datatypes are not allowed in OWL1.0, a solution to this can only work by creating two 'sub-parameters': MinimumAgeForDrugUsage (that hasParameterDataValue 14) and MaximumAgeForDrugUsage (that hasParameterDataValue 50), which are components of (cf. hasComponent) the main Parameter AgeRangeForDrugUsage. -Ordering on subparameters can be created by using or specializing the object property 'precedes'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has parameter data value"@en) -SubDataPropertyOf( ) -DataPropertyDomain( ) -# Data Property: (has region data value) + -AnnotationAssertion(rdfs:comment "A datatype property that encodes values for a Region, e.g. a float for the Region Height.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "has region data value"@en) -SubDataPropertyOf( ) -DataPropertyDomain( ) + + + + + A datatype property that encodes values from xsd:dateTime for a TimeInterval; a same TimeInterval can have more than one xsd:dateTime value: begin date, end date, date at which the interval holds, etc. + + has interval date + + -############################ -# Classes -############################ + -# Class: (Abstract) -AnnotationAssertion(rdfs:comment "Any Entity that cannot be located in space-time. E.g. mathematical entities: formal semantics elements, regions within dimensional spaces, etc.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Abstract"@en) -SubClassOf( ) -DisjointClasses( ) -DisjointClasses( ) -DisjointClasses( ) + + + + Parametrizes values from a datatype. For example, a Parameter MinimumAgeForDriving hasParameterDataValue 18 on datatype xsd:int, in the Italian traffic code. In this example, MinimumAgeForDriving isDefinedIn the Norm ItalianTrafficCodeAgeDriving. +More complex parametrization requires workarounds. E.g. AgeRangeForDrugUsage could parametrize data value: 14 to 50 on the datatype: xsd:int. Since complex datatypes are not allowed in OWL1.0, a solution to this can only work by creating two 'sub-parameters': MinimumAgeForDrugUsage (that hasParameterDataValue 14) and MaximumAgeForDrugUsage (that hasParameterDataValue 50), which are components of (cf. hasComponent) the main Parameter AgeRangeForDrugUsage. +Ordering on subparameters can be created by using or specializing the object property 'precedes'. + + has parameter data value + + -# Class: (Action) -AnnotationAssertion(rdfs:comment "An Event with at least one Agent that isParticipantIn it, and that executes a Task that typically isDefinedIn a Plan, Workflow, Project, etc.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Action"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectMinCardinality(1 )) + -# Class: (Agent) -AnnotationAssertion(rdfs:comment "Additional comment: a computational agent can be considered as a PhysicalAgent that realizes a certain class of algorithms (that can be considered as instances of InformationObject) that allow to obtain some behaviors that are considered typical of agents in general. For an ontology of computational objects based on DOLCE see e.g. http://www.loa-cnr.it/COS/COS.owl, and http://www.loa-cnr.it/KCO/KCO.owl.") -AnnotationAssertion(rdfs:comment "Any agentive Object , either physical (e.g. a whale, a robot, an oak), or social (e.g. a corporation, an institution, a community).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Agent"@en) -SubClassOf( ) + + + + A datatype property that encodes values for a Region, e.g. a float for the Region Height. + + has region data value + + -# Class: (Amount) -AnnotationAssertion(rdfs:comment "A quantity, independently from how it is measured, computed, etc.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Amount"@en) -SubClassOf( ) -DisjointClasses( ) -DisjointClasses( ) -DisjointClasses( ) + -# Class: (Biological object) -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Biological object"@en) -SubClassOf( ) + -# Class: (Chemical object) -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Chemical object"@en) -SubClassOf( ) + -# Class: (Time-indexed classification) -AnnotationAssertion(rdfs:comment "A special kind of Situation that allows to include time indexing for the classifies relation in situations. For example, if a Situation s 'my old cradle is used in these days as a flower pot' isSettingFor the entity 'my old cradle' and the TimeIntervals '8June2007' and '10June2007', and we know that s satisfies a functional Description for aesthetic objects, which defines the Concepts 'flower pot' and 'flower', then we also need to know what concept classifies 'my old cradle' at what time. -In order to solve this issue, we need to create a sub-situation s' for the classification time: 'my old cradle is a flower pot in 8June2007'. Such sub-situation s' isPartOf s.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Time-indexed classification"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectSomeValuesFrom( )) + + + + + + Any Entity that cannot be located in space-time. E.g. mathematical entities: formal semantics elements, regions within dimensional spaces, etc. + + Abstract + + -# Class: (Collection) -AnnotationAssertion(rdfs:comment "Any container for entities that share one or more common properties. E.g. \"stone objects\", \"the nurses\", \"the Louvre Aegyptian collection\", all the elections for the Italian President of the Republic. -A collection is not a logical class: a collection is a first-order entity, while a class is second-order. -A collection is neither an aggregate of its member entities (see e.g. ObjectAggregate class).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Collection"@en) -SubClassOf( ) -SubClassOf( ObjectAllValuesFrom( )) - -# Class: (Collective) - -AnnotationAssertion(rdfs:comment "A Collection whose members are agents, e.g. \"the nurses\", \"the Italian rockabilly fans\". -Collectives, facon de parler, can act as agents, although they are not assumed here to be agents (they are even disjoint from the class SocialAgent). This is represented by admitting collectives in the range of the relations having Agent in their domain or range.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Collective"@en) -SubClassOf( ) -SubClassOf( ObjectAllValuesFrom( )) - -# Class: (Collective agent) - -AnnotationAssertion(rdfs:comment "A SocialAgent that is actedBy agents that are (and act as) members of a Collective. A collective agent can have roles that are also roles of those agents. -For example, in sociology, a 'group action' is the situation in which a number of people (that result to be members of a collective) in a given area behave in a coordinated way in order to achieve a (often common) goal. The Agent in such a Situation is not single, but a CollectiveAgent (a Group). This can be generalized to the notion of social movement, which assumes a large Community or even the entire Society as agents. -The difference between a CollectiveAgent and an Organization is that a Description that introduces a CollectiveAgent is also one that unifies the corresponding Collective. In practice, this difference makes collective agents 'less stable' than organizations, because they have a dedicated, publicly recognizable Description that is conceived to introduce them.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Collective agent"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectSomeValuesFrom( )) - -# Class: (Community) - -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Community"@en) -SubClassOf( ) - -# Class: (Concept) - -AnnotationAssertion(rdfs:comment "A Concept is a SocialObject, and isDefinedIn some Description; once defined, a Concept can be used in other Description(s). If a Concept isDefinedIn exactly one Description, see the LocalConcept class. -The classifies relation relates Concept(s) to Entity(s) at some TimeInterval") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Concept"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) -DisjointClasses( ) -DisjointClasses( ) -DisjointClasses( ) - -# Class: (Configuration) - -AnnotationAssertion(rdfs:comment "A collection whose members are 'unified', i.e. organized according to a certain schema that can be represented by a Description. -Typically, a configuration is the collection that emerges out of a composed entity: an industrial artifact, a plan, a discourse, etc. -E.g. a physical book has a configuration provided by the part-whole schema that holds together its cover, pages, ink. That schema, based on the individual relations between the book and its parts, can be represented in a reified way by means of a (structural) description, which is said to 'unify' the book configuration.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Configuration"@en) -SubClassOf( ) + -# Class: (Contract) -AnnotationAssertion(rdfs:comment "(The content of) an agreement between at least two agents that play a Party Role, about some contract object (a Task to be executed).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Contract"@en) -SubClassOf( ) + + + + + + + + + + + + 1 + + + An Event with at least one Agent that isParticipantIn it, and that executes a Task that typically isDefinedIn a Plan, Workflow, Project, etc. + + Action + + -# Class: (Description) -AnnotationAssertion(rdfs:comment "A Description is a SocialObject that represents a conceptualization. -It can be thought also as a 'descriptive context' that uses or defines concepts in order to create a view on a 'relational context' (cf. Situation) out of a set of data or observations. -For example, a Plan is a Description of some actions to be executed by agents in a certain way, with certain parameters; a Diagnosis is a Description that provides an interpretation for a set of observed entities, etc. -Descriptions 'define' or 'use' concepts, and can be 'satisfied' by situations.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Description"@en) -SubClassOf( ) -DisjointClasses( ) -DisjointClasses( ) -DisjointClasses( ) + -# Class: (Design) -AnnotationAssertion(rdfs:comment "A Description of the Situation, in terms of structure and function, held by an Entity for some reason. -A design is usually accompanied by the rationales behind the construction of the designed Entity (i.e. of the reasons why a design is claimed to be as such). For example, the actual design (a Situation) of a car or of a law is based on both the specification (a Description) of the structure, and the rationales used to construct cars or laws. -While designs typically describe entities to be constructed, they can also be used to describe 'refunctionalized' entities, or to hypothesize unknown functions. For example, a cradle can be refunctionalized as a flowerpot based on a certain home design.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Design"@en) -SubClassOf( ) + + + Additional comment: a computational agent can be considered as a PhysicalAgent that realizes a certain class of algorithms (that can be considered as instances of InformationObject) that allow to obtain some behaviors that are considered typical of agents in general. For an ontology of computational objects based on DOLCE see e.g. http://www.loa-cnr.it/COS/COS.owl, and http://www.loa-cnr.it/KCO/KCO.owl. + Any agentive Object , either physical (e.g. a whale, a robot, an oak), or social (e.g. a corporation, an institution, a community). + + Agent + + + + + -# Class: (Designed artifact) -AnnotationAssertion(rdfs:comment "A PhysicalArtifact that is also described by a Design. This excludes simple recycling or refunctionalization of natural objects. Most common sense 'artifacts' can be included in this class: cars, lamps, houses, chips, etc.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Designed artifact"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) + + + + + + A quantity, independently from how it is measured, computed, etc. + + Amount + + + + + + -# Class: (Designed substance) + + + + Biological object + + + + + + + + + + + Chemical object + + + + + + + + + + + + + + + + + + + + + + + + + + + + A special kind of Situation that allows to include time indexing for the classifies relation in situations. For example, if a Situation s 'my old cradle is used in these days as a flower pot' isSettingFor the entity 'my old cradle' and the TimeIntervals '8June2007' and '10June2007', and we know that s satisfies a functional Description for aesthetic objects, which defines the Concepts 'flower pot' and 'flower', then we also need to know what concept classifies 'my old cradle' at what time. +In order to solve this issue, we need to create a sub-situation s' for the classification time: 'my old cradle is a flower pot in 8June2007'. Such sub-situation s' isPartOf s. + + Time-indexed classification + + + + + + + + + + + + + + + + Any container for entities that share one or more common properties. E.g. "stone objects", "the nurses", "the Louvre Aegyptian collection", all the elections for the Italian President of the Republic. +A collection is not a logical class: a collection is a first-order entity, while a class is second-order. +A collection is neither an aggregate of its member entities (see e.g. ObjectAggregate class). + + Collection + + + + + + + + + + + + + + + + A Collection whose members are agents, e.g. "the nurses", "the Italian rockabilly fans". +Collectives, facon de parler, can act as agents, although they are not assumed here to be agents (they are even disjoint from the class SocialAgent). This is represented by admitting collectives in the range of the relations having Agent in their domain or range. + + Collective + + + + + + + + + + + + + + + + + + + + + + A SocialAgent that is actedBy agents that are (and act as) members of a Collective. A collective agent can have roles that are also roles of those agents. +For example, in sociology, a 'group action' is the situation in which a number of people (that result to be members of a collective) in a given area behave in a coordinated way in order to achieve a (often common) goal. The Agent in such a Situation is not single, but a CollectiveAgent (a Group). This can be generalized to the notion of social movement, which assumes a large Community or even the entire Society as agents. +The difference between a CollectiveAgent and an Organization is that a Description that introduces a CollectiveAgent is also one that unifies the corresponding Collective. In practice, this difference makes collective agents 'less stable' than organizations, because they have a dedicated, publicly recognizable Description that is conceived to introduce them. + + Collective agent + + + + + + + + + + + Community + + + + + + + + + + + + + + + + + + + + + + + + + A Concept is a SocialObject, and isDefinedIn some Description; once defined, a Concept can be used in other Description(s). If a Concept isDefinedIn exactly one Description, see the LocalConcept class. +The classifies relation relates Concept(s) to Entity(s) at some TimeInterval + + Concept + + + + + + + + + + A collection whose members are 'unified', i.e. organized according to a certain schema that can be represented by a Description. +Typically, a configuration is the collection that emerges out of a composed entity: an industrial artifact, a plan, a discourse, etc. +E.g. a physical book has a configuration provided by the part-whole schema that holds together its cover, pages, ink. That schema, based on the individual relations between the book and its parts, can be represented in a reified way by means of a (structural) description, which is said to 'unify' the book configuration. + + Configuration + + -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Designed substance"@en) -SubClassOf( ) -SubClassOf( ) -# Class: (Diagnosis) + -AnnotationAssertion(rdfs:comment "A Description of the Situation of a system, usually applied in order to control a normal behaviour, or to explain a notable behavior (e.g. a functional breakdown).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Diagnosis"@en) -SubClassOf( ) -# Class: (Entity) + + + (The content of) an agreement between at least two agents that play a Party Role, about some contract object (a Task to be executed). + + Contract + + -AnnotationAssertion(rdfs:comment "Anything: real, possible, or imaginary, which some modeller wants to talk about for some purpose.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Entity"@en) -# Class: (Event) + -AnnotationAssertion(rdfs:comment "Any physical, social, or mental process, event, or state. -More theoretically, events can be classified in different ways, possibly based on 'aspect' (e.g. stative, continuous, accomplishement, achievement, etc.), on 'agentivity' (e.g. intentional, natural, etc.), or on 'typical participants' (e.g. human, physical, abstract, food, etc.). + + + + + + A Description is a SocialObject that represents a conceptualization. +It can be thought also as a 'descriptive context' that uses or defines concepts in order to create a view on a 'relational context' (cf. Situation) out of a set of data or observations. +For example, a Plan is a Description of some actions to be executed by agents in a certain way, with certain parameters; a Diagnosis is a Description that provides an interpretation for a set of observed entities, etc. +Descriptions 'define' or 'use' concepts, and can be 'satisfied' by situations. + + Description + + + + + + + + + + A Description of the Situation, in terms of structure and function, held by an Entity for some reason. +A design is usually accompanied by the rationales behind the construction of the designed Entity (i.e. of the reasons why a design is claimed to be as such). For example, the actual design (a Situation) of a car or of a law is based on both the specification (a Description) of the structure, and the rationales used to construct cars or laws. +While designs typically describe entities to be constructed, they can also be used to describe 'refunctionalized' entities, or to hypothesize unknown functions. For example, a cradle can be refunctionalized as a flowerpot based on a certain home design. + + Design + + + + + + + + + + + + + + + + A PhysicalArtifact that is also described by a Design. This excludes simple recycling or refunctionalization of natural objects. Most common sense 'artifacts' can be included in this class: cars, lamps, houses, chips, etc. + + Designed artifact + + + + + + + + + + + + Designed substance + + + + + + + + + + A Description of the Situation of a system, usually applied in order to control a normal behaviour, or to explain a notable behavior (e.g. a functional breakdown). + + Diagnosis + + + + + + + + + Anything: real, possible, or imaginary, which some modeller wants to talk about for some purpose. + + Entity + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Any physical, social, or mental process, event, or state. + +More theoretically, events can be classified in different ways, possibly based on 'aspect' (e.g. stative, continuous, accomplishement, achievement, etc.), on 'agentivity' (e.g. intentional, natural, etc.), or on 'typical participants' (e.g. human, physical, abstract, food, etc.). Here no special direction is taken, and the following explains why: events are related to observable situations, and they can have different views at a same time. If a position has to be suggested here anyway, the participant-based classification of events seems the most stable and appropriate for many modelling problems. (1) Alternative aspectual views -Consider a same event 'rock erosion in the Sinni valley': it can be conceptualized as an accomplishment (what has brought a certain state to occur), as an achievement (the state resulting from a previous accomplishment), as a punctual event (if we collapse the time interval of the erosion into a time point), or as a transition (something that has changed from a state to a different one). +Consider a same event 'rock erosion in the Sinni valley': it can be conceptualized as an accomplishment (what has brought a certain state to occur), as an achievement (the state resulting from a previous accomplishment), as a punctual event (if we collapse the time interval of the erosion into a time point), or as a transition (something that has changed from a state to a different one). In the erosion case, we could therefore have good motivations to shift from one aspect to another: a) causation focus, b) effectual focus, c) historical condensation, d) transition (causality). The different views refer to the same event, but are still different: how to live with this seeming paradox? -A typical solution e.g. in linguistics (cf. Levin's aspectual classes) and in DOLCE Full (cf. WonderWeb D18 axiomatization) is to classify events based on aspectual differences. But this solution would create different identities for a same event, where the difference is only based on the modeller's attitude. -An alternative solution is suggested here, and exploits the notion of (observable) Situation; a Situation is a view, consistent with a Description, which can be observed of a set of entities. It can also be seen as a 'relational context' created by an observer on the basis of a 'frame'. Therefore, a Situation allows to create a context where each particular view can have a proper identity, while the Event preserves its own identity. -For example, ErosionAsAccomplishment is a Situation where rock erosion is observed as a process leading to a certain achievement: the conditions (roles, parameters) that suggest such view are stated in a Description, which acts as a 'theory of accomplishments'. Similarly, ErosionAsTransition is a Situation where rock erosion is observed as an event that has changed a state to another: the conditions for such interpretation are stated in a different Description, which acts as a 'theory of state transitions'. +A typical solution e.g. in linguistics (cf. Levin's aspectual classes) and in DOLCE Full (cf. WonderWeb D18 axiomatization) is to classify events based on aspectual differences. But this solution would create different identities for a same event, where the difference is only based on the modeller's attitude. +An alternative solution is suggested here, and exploits the notion of (observable) Situation; a Situation is a view, consistent with a Description, which can be observed of a set of entities. It can also be seen as a 'relational context' created by an observer on the basis of a 'frame'. Therefore, a Situation allows to create a context where each particular view can have a proper identity, while the Event preserves its own identity. +For example, ErosionAsAccomplishment is a Situation where rock erosion is observed as a process leading to a certain achievement: the conditions (roles, parameters) that suggest such view are stated in a Description, which acts as a 'theory of accomplishments'. Similarly, ErosionAsTransition is a Situation where rock erosion is observed as an event that has changed a state to another: the conditions for such interpretation are stated in a different Description, which acts as a 'theory of state transitions'. Consider that in no case the actual event is changed or enriched in parts by the aspectual view. (2) Alternative intentionality views @@ -1716,546 +2451,1175 @@ Consider that in no case the actual event is changed or enriched in parts by the Similarly to aspectual views, several intentionality views can be provided for a same Event. For example, one can investigate if an avalanche has been caused by immediate natural forces, or if there is any hint of an intentional effort to activate those natural forces. Also in this case, the Event as such has not different identities, while the causal analysis generates situations with different identities, according to what Description is taken for interpreting the Event. On the other hand, if the possible actions of an Agent causing the starting of an avalanche are taken as parts of the Event, then this makes its identity change, because we are adding a part to it. -Therefore, if intentionality is a criterion to classify events or not, this depends on if an ontology designer wants to consider causality as a relevant dimension for events' identity. +Therefore, if intentionality is a criterion to classify events or not, this depends on if an ontology designer wants to consider causality as a relevant dimension for events' identity. (3) Alternative participant views A slightly different case is when we consider the basic participants to an Event. In this case, the identity of the Event is affected by the participating objects, because it depends on them. For example, if snow, mountain slopes, wind, waves, etc. are considered as an avalanche basic participants, or if we also want to add water, human agents, etc., that makes the identity of an avalanche change. -Anyway, this approach to event classification is based on the designer's choices, and more accurately mirrors lexical or commonsense classifications (see. e.g. WordNet 'supersenses' for verb synsets). +Anyway, this approach to event classification is based on the designer's choices, and more accurately mirrors lexical or commonsense classifications (see. e.g. WordNet 'supersenses' for verb synsets). -Ultimately, this discussion has no end, because realists will keep defending the idea that events in reality are not changed by the way we describe them, while constructivists will keep defending the idea that, whatever 'true reality' is about, it can't be modelled without the theoretical burden of how we observe and describe it. +Ultimately, this discussion has no end, because realists will keep defending the idea that events in reality are not changed by the way we describe them, while constructivists will keep defending the idea that, whatever 'true reality' is about, it can't be modelled without the theoretical burden of how we observe and describe it. Both positions are in principle valid, but, if taken too radically, they focus on issues that are only partly relevant to the aim of computational ontologies, which assist domain experts in representing a certain portion of reality according to their own assumptions and requirements. -For this reason, in this ontology version of DOLCE, both events and situations are allowed, together with descriptions (the reason for the inclusion of the D&S framewrok in DOLCE), in order to encode the modelling needs, independently from the position (if any) chosen by the model designer.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Event"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) -DisjointClasses( ) -DisjointClasses( ) - -# Class: (Event type) - -AnnotationAssertion(rdfs:comment "A Concept that classifies an Event . An event type describes how an Event should be interpreted, executed, expected, seen, etc., according to the Description that the EventType isDefinedIn (or used in)") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Event type"@en) -SubClassOf( ) -SubClassOf( ObjectAllValuesFrom( )) -DisjointClasses( ) -DisjointClasses( ) - -# Class: (Formal entity) - -AnnotationAssertion(rdfs:comment "Entities that are formally defined and are considered independent from the social context in which they are used. They cannot be localized in space or time. Also called 'Platonic entities'. +For this reason, in this ontology version of DOLCE, both events and situations are allowed, together with descriptions (the reason for the inclusion of the D&S framewrok in DOLCE), in order to encode the modelling needs, independently from the position (if any) chosen by the model designer. + + Event + + + + + + + + + + + + + + + + + + A Concept that classifies an Event . An event type describes how an Event should be interpreted, executed, expected, seen, etc., according to the Description that the EventType isDefinedIn (or used in) + + Event type + + + + + + + + + + Entities that are formally defined and are considered independent from the social context in which they are used. They cannot be localized in space or time. Also called 'Platonic entities'. Mathematical and logical entities are included in this class: sets, categories, tuples, costants, variables, etc. Abstract formal entities are distinguished from information objects, which are supposed to be part of a social context, and are localized in space and time, therefore being (social) objects. -For example, the class 'Quark' is an abstract formal entity from the purely set-theoretical perspective, but it is an InformationObject from the viewpoint of ontology design, when e.g. implemented in a logical language like OWL. +For example, the class 'Quark' is an abstract formal entity from the purely set-theoretical perspective, but it is an InformationObject from the viewpoint of ontology design, when e.g. implemented in a logical language like OWL. Abstract formal entities are also distinguished from Concept(s), Collection(s), and Description(s), which are part of a social context, therefore being SocialObject(s) as well. -For example, the class 'Quark' is an abstract FormalEntity from the purely set-theoretical perspective, but it is a Concept within history of science and cultural dynamics. +For example, the class 'Quark' is an abstract FormalEntity from the purely set-theoretical perspective, but it is a Concept within history of science and cultural dynamics. -These distinctions allow to represent two different notions of 'semantics': the first one is abstract and formal ('formal semantics'), and formallyInterprets symbols that are about entities whatsoever; for example, the term 'Quark' isAbout the Collection of all quarks, and that Collection isFormalGroundingFor the abstract class 'Quark' (in the extensional sense). -The second notion is social, localized in space-time ('social semantics'), and can be used to interpret entities in the intensional sense. For example, the Collection of all quarks isCoveredBy the Concept 'Quark', which is also expressed by the term 'Quark'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Formal entity"@en) -SubClassOf( ) +These distinctions allow to represent two different notions of 'semantics': the first one is abstract and formal ('formal semantics'), and formallyInterprets symbols that are about entities whatsoever; for example, the term 'Quark' isAbout the Collection of all quarks, and that Collection isFormalGroundingFor the abstract class 'Quark' (in the extensional sense). +The second notion is social, localized in space-time ('social semantics'), and can be used to interpret entities in the intensional sense. For example, the Collection of all quarks isCoveredBy the Concept 'Quark', which is also expressed by the term 'Quark'. + + Formal entity + + + + + + + + + + + Functional substance + + -# Class: (Functional substance) -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Functional substance"@en) -SubClassOf( ) + -# Class: (Goal) -AnnotationAssertion(rdfs:comment "The Description of a Situation that is desired by an Agent, and usually associated to a Plan that describes how to actually achieve it") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Goal"@en) -SubClassOf( ) + + + The Description of a Situation that is desired by an Agent, and usually associated to a Plan that describes how to actually achieve it + + Goal + + + -# Class: (Group) + -AnnotationAssertion(rdfs:comment "A CollectiveAgent whose acting agents conceptualize a same SocialRelation .") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Group"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) -# Class: (Information Entity) + + + + + + + + + A CollectiveAgent whose acting agents conceptualize a same SocialRelation . + + Group + + -AnnotationAssertion(rdfs:comment "A piece of information, be it concretely realized or not. It is a catchall class, intended to bypass the ambiguities of many data or text that could denote either a an expression or a concrete realization of that expression. -In a semiotic model, there is no special reason to distinguish between them, however we may want to distinguish between a pure information content (e.g. the 3rd Gymnopedie by Satie), and its possible concrete realizations as a music sheet, a piano execution, the reproduction of the execution, its publishing as a record, etc.).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Information Entity"@en) -SubClassOf( ) -# Class: (Information object) + -AnnotationAssertion(rdfs:comment "A piece of information, such as a musical composition, a text, a word, a picture, independently from how it is concretely realized.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Information object"@en) -SubClassOf( ) -SubClassOf( ) -DisjointClasses( ) -# Class: (Information realization) + + + A piece of information, be it concretely realized or not. It is a catchall class, intended to bypass the ambiguities of many data or text that could denote either a an expression or a concrete realization of that expression. +In a semiotic model, there is no special reason to distinguish between them, however we may want to distinguish between a pure information content (e.g. the 3rd Gymnopedie by Satie), and its possible concrete realizations as a music sheet, a piano execution, the reproduction of the execution, its publishing as a record, etc.). + + Information Entity + + -AnnotationAssertion(rdfs:comment "A concrete realization of an InformationObject, e.g. the written document (object) containing the text of a law, a poetry reading (event), the dark timbre (quality) of a sound (event) in the execution (event) of a musical composition, realizing a 'misterioso' tempo indication. -The realization of an information object also realizes information about itself. This is a special semiotic feature, which allows to avoid a traditonal paradox, by which an information is often supposed to be about itself besides other entities (e.g. the information object 'carpe diem' is about its meaning in Horace's Odes (let alone its fortune in Western culture and beyond), but also about its expression in context: 'dum loquimur, fugerit invida aetas: carpe diem, quam minimum credula postero', with the sound and emotional relations that it could activate. -This is expressed in OWL2 with a local reflexivity axiom of the dul:InformationRealization class.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Information realization"@en) -SubClassOf( ) -SubClassOf( ObjectUnionOf( )) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectHasSelf()) + -# Class: (Local concept) -AnnotationAssertion(rdfs:comment "A Concept that isDefinedIn exactly 1 Description. For example, the Concept 'coffee' in a 'preparesCoffee' relation can be defined in that relation, and for all other Description(s) that use it, the isConceptUsedIn property should be applied. Notice therefore that not necessarily all Concept(s) isDefinedIn exactly 1 Description.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Local concept"@en) -SubClassOf( ) + + + + + A piece of information, such as a musical composition, a text, a word, a picture, independently from how it is concretely realized. + + Information object + + -# Class: (Method) -AnnotationAssertion(rdfs:comment "A method is a Description that defines or uses concepts in order to guide carrying out actions aimed at a solution with respect to a problem. -It is different from a Plan, because plans could be carried out in order to follow a method, but a method can be followed by executing alternative plans.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Method"@en) -SubClassOf( ) + -# Class: (Narrative) -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Narrative"@en) -SubClassOf( ) + + + + + + + + + + + + + + + + + + + + + true + + + A concrete realization of an InformationObject, e.g. the written document (object) containing the text of a law, a poetry reading (event), the dark timbre (quality) of a sound (event) in the execution (event) of a musical composition, realizing a 'misterioso' tempo indication. + +The realization of an information object also realizes information about itself. This is a special semiotic feature, which allows to avoid a traditonal paradox, by which an information is often supposed to be about itself besides other entities (e.g. the information object 'carpe diem' is about its meaning in Horace's Odes (let alone its fortune in Western culture and beyond), but also about its expression in context: 'dum loquimur, fugerit invida aetas: carpe diem, quam minimum credula postero', with the sound and emotional relations that it could activate. +This is expressed in OWL2 with a local reflexivity axiom of the dul:InformationRealization class. + + Information realization + + + + + + + + + + A Concept that isDefinedIn exactly 1 Description. For example, the Concept 'coffee' in a 'preparesCoffee' relation can be defined in that relation, and for all other Description(s) that use it, the isConceptUsedIn property should be applied. Notice therefore that not necessarily all Concept(s) isDefinedIn exactly 1 Description. + + Local concept + + + + + + + + + + A method is a Description that defines or uses concepts in order to guide carrying out actions aimed at a solution with respect to a problem. +It is different from a Plan, because plans could be carried out in order to follow a method, but a method can be followed by executing alternative plans. + + Method + + + + + + + + + + + Narrative + + + + + + + + + + + A person in the physical commonsense intuition: 'have you seen that person walking down the street?' + + Natural person + + + + + + + + + + A social norm. + + Norm + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Any physical, social, or mental object, or a substance. Following DOLCE Full, objects are always participating in some event (at least their own life), and are spatially located. + + Object + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + An aggregate of distributed objects, members of a same Collection, e.g. the stars in a constellation, the parts of a car, the employees of a company, the entries from an encyclopedia, the concepts expressed in a speech, etc. +It cannot be defined by means of an equivalence axiom, because it'd require the same Collection for all members, an axiom that cannot be expressed in OWL. + + Object aggregate + + + + + + + + + + + A physical objects with biological characteristics, typically that organisms can self-reproduce. + + Organism + + + + + + + + + + An internally structured, conventionally created SocialAgent, needing a specific Role and Agent that plays it, in order to act. + + Organization + + + + + + + + + + + + + + + + + + + + + + + A Concept that classifies a Region; the difference between a Region and a Parameter is that regions represent sets of observable values, e.g. the height of a given building, while parameters represent constraints or selections on observable values, e.g. 'VeryHigh'. Therefore, parameters can also be used to constrain regions, e.g. VeryHigh on a subset of values of the Region Height applied to buildings, or to add an external selection criterion , such as measurement units, to regions, e.g. Meter on a subset of values from the Region Length applied to the Region Length applied to roads. + + Parameter + + + + + + + + + + + + + + + + + + + + + + + + + + A special kind of Situation that allows to include time indexing for the hasPart relation in situations. +For example, if a Situation s 'finally, my bike has a luggage rack' isSettingFor the entity 'my bike' and the TimeIntervals 'now', or more specifically '29March2021', we need to have a time-index the part relation. With Parthood, we use includesWhole and includesPart properties. +This can be done similarly for other arguments of parthood, e.g. location, configuration, topology, etc. +Concerning the possible property characteristics reused from mereology (transitivity, asymmetry, reflexivity), they need to be implemented by means of rules (or, in a limited way, property chains using the binary hasPart or hasProperPart properties). +A key is also added to ensure identification constraints of time-indexed parthood. + + Parthood + + -# Class: (Natural person) -AnnotationAssertion(rdfs:comment "A person in the physical commonsense intuition: 'have you seen that person walking down the street?'") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Natural person"@en) -SubClassOf( ) -SubClassOf( ) + -# Class: (Norm) -AnnotationAssertion(rdfs:comment "A social norm.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Norm"@en) -SubClassOf( ) + + + Any invariance detected from a dataset, or from observation; also, any invariance proposed based on top-down considerations. +E.g. patterns detected and abstracted by an organism, by pattern recognition algorithms, by machine learning techniques, etc. +An occurrence of a pattern is an 'observable', or detected Situation + + Pattern + + -# Class: (Object) -AnnotationAssertion(rdfs:comment "Any physical, social, or mental object, or a substance. Following DOLCE Full, objects are always participating in some event (at least their own life), and are spatially located.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Object"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) -DisjointClasses( ) + -# Class: (Object aggregate) -AnnotationAssertion(rdfs:comment "An aggregate of distributed objects, members of a same Collection, e.g. the stars in a constellation, the parts of a car, the employees of a company, the entries from an encyclopedia, the concepts expressed in a speech, etc. -It cannot be defined by means of an equivalence axiom, because it'd require the same Collection for all members, an axiom that cannot be expressed in OWL.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Object aggregate"@en) -SubClassOf( ObjectIntersectionOf( ObjectSomeValuesFrom( ObjectIntersectionOf( ObjectSomeValuesFrom( ))))) + + + Persons in commonsense intuition, which does not apparently distinguish between either natural or social persons. + + Person + + -# Class: (Organism) - -AnnotationAssertion(rdfs:comment "A physical objects with biological characteristics, typically that organisms can self-reproduce.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Organism"@en) -SubClassOf( ) -SubClassOf( ) - -# Class: (Organization) - -AnnotationAssertion(rdfs:comment "An internally structured, conventionally created SocialAgent, needing a specific Role and Agent that plays it, in order to act."@en) -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Organization"@en) -SubClassOf( ) -# Class: (Parameter) - -AnnotationAssertion(rdfs:comment "A Concept that classifies a Region; the difference between a Region and a Parameter is that regions represent sets of observable values, e.g. the height of a given building, while parameters represent constraints or selections on observable values, e.g. 'VeryHigh'. Therefore, parameters can also be used to constrain regions, e.g. VeryHigh on a subset of values of the Region Height applied to buildings, or to add an external selection criterion , such as measurement units, to regions, e.g. Meter on a subset of values from the Region Length applied to the Region Length applied to roads.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Parameter"@en) -SubClassOf( ) -SubClassOf( ObjectAllValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) -DisjointClasses( ) - -# Class: (Parthood) + -AnnotationAssertion(rdfs:comment "A special kind of Situation that allows to include time indexing for the hasPart relation in situations. -For example, if a Situation s 'finally, my bike has a luggage rack' isSettingFor the entity 'my bike' and the TimeIntervals 'now', or more specifically '29March2021', we need to have a time-index the part relation. With Parthood, we use includesWhole and includesPart properties. -This can be done similarly for other arguments of parthood, e.g. location, configuration, topology, etc. -Concerning the possible property characteristics reused from mereology (transitivity, asymmetry, reflexivity), they need to be implemented by means of rules (or, in a limited way, property chains using the binary hasPart or hasProperPart properties). -A key is also added to ensure identification constraints of time-indexed parthood.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Parthood"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectSomeValuesFrom( )) - -# Class: (Pattern) -AnnotationAssertion(rdfs:comment "Any invariance detected from a dataset, or from observation; also, any invariance proposed based on top-down considerations. -E.g. patterns detected and abstracted by an organism, by pattern recognition algorithms, by machine learning techniques, etc. -An occurrence of a pattern is an 'observable', or detected Situation") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Pattern"@en) -SubClassOf( ) + + + A social entity with agentive features, but whose status is the result of a cultural transformation from e.g. a PhysicalObject, an Event, an Abstract, another SocialObject, etc. For example: the holy grail, deus ex machina, gods, magic wands, etc. + + Personification + + -# Class: (Person) -AnnotationAssertion(rdfs:comment "Persons in commonsense intuition, which does not apparently distinguish between either natural or social persons.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Person"@en) -SubClassOf( ) + -# Class: (Personification) -AnnotationAssertion(rdfs:comment "A social entity with agentive features, but whose status is the result of a cultural transformation from e.g. a PhysicalObject, an Event, an Abstract, another SocialObject, etc. For example: the holy grail, deus ex machina, gods, magic wands, etc.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Personification"@en) -SubClassOf( ) + + + + A PhysicalObject that is capable of self-representing (conceptualizing) a Description in order to plan an Action. +A PhysicalAgent is a substrate for (actsFor) a Social Agent + + Physical agent + + -# Class: (Physical agent) -AnnotationAssertion(rdfs:comment "A PhysicalObject that is capable of self-representing (conceptualizing) a Description in order to plan an Action. -A PhysicalAgent is a substrate for (actsFor) a Social Agent") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Physical agent"@en) -SubClassOf( ) -SubClassOf( ) + -# Class: (Physical artifact) -AnnotationAssertion(rdfs:comment "Any PhysicalObject that isDescribedBy a Plan . + + + + + + + + + Any PhysicalObject that isDescribedBy a Plan . This axiomatization is weak, but allows to talk of artifacts in a very general sense, i.e. including recycled objects, objects with an intentional functional change, natural objects that are given a certain function, even though they are not modified or structurally designed, etc. PhysicalArtifact(s) are not considered disjoint from PhysicalBody(s), in order to allow a dual classification when needed. E.g., FunctionalSubstance(s) are included here as well. -Immaterial (non-physical) artifacts (e.g. texts, ideas, cultural movements, corporations, communities, etc. can be modelled as social objects (see SocialObject), which are all 'artifactual' in the weak sense assumed here.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Physical artifact"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) - -# Class: (Physical attribute) - -AnnotationAssertion(rdfs:comment "Physical value of a physical object, e.g. density, color, etc.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Physical attribute"@en) -SubClassOf( ) -SubClassOf( ObjectAllValuesFrom( )) -DisjointClasses( ) -DisjointClasses( ) - -# Class: (Physical body) - -AnnotationAssertion(rdfs:comment "Physical bodies are PhysicalObject(s), for which we tend to neutralize any possible artifactual character. They can have several granularity levels: geological, chemical, physical, biological, etc.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Physical body"@en) -SubClassOf( ) - -# Class: (Physical object) - -AnnotationAssertion(rdfs:comment "Any Object that has a proper space region. The prototypical physical object has also an associated mass, but the nature of its mass can greatly vary based on the epistemological status of the object (scientifically measured, subjectively possible, imaginary).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Physical object"@en) -SubClassOf( ) -SubClassOf( ObjectAllValuesFrom( )) -DisjointClasses( ) - -# Class: (Physical place) - -AnnotationAssertion(rdfs:comment "A physical object that is inherently located; for example, a water area.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Physical place"@en) -SubClassOf( ) - -# Class: (Place) - -AnnotationAssertion(rdfs:comment "Socially or cognitively dependent locations: political geographic entities (Rome, Lesotho), and non-material locations determined by the presence of other entities (\"the area close to Rome\") or of pivot events or signs (\"the area where the helicopter fell\"), as well as identified as complements to other entities (\"the area under the table\"), etc. -In this generic sense, a Place is a 'dependent' location. For 'non-dependent' locations, cf. the PhysicalPlace class. For an abstract (dimensional) location, cf. the SpaceRegion class.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Place"@en) -SubClassOf( ) -SubClassOf( ObjectMinCardinality(1 )) - -# Class: (Plan) - -AnnotationAssertion(rdfs:comment "A Description having an explicit Goal, to be achieved by executing the plan") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Plan"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) - -# Class: (Plan execution) - -AnnotationAssertion(rdfs:comment "Plan executions are situations that proactively satisfy a plan. Subplan executions are proper parts of the whole plan execution.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Plan execution"@en) -EquivalentClasses( ObjectSomeValuesFrom( )) -SubClassOf( ) - -# Class: (Process) - -AnnotationAssertion(rdfs:comment "This is a placeholder for events that are considered in their evolution, or anyway not strictly dependent on agents, tasks, and plans. -See Event class for some thoughts on classifying events. See also 'Transition'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Process"@en) -SubClassOf( ) - -# Class: (Project) - -AnnotationAssertion(rdfs:comment "A Plan that defines Role(s), Task(s), and a specific structure for tasks to be executed in relation to goals to be achieved, in order to achieve the main goal of the project. In other words, a project is a plan with a subgoal structure and multiple roles and tasks.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Project"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectSomeValuesFrom( )) - -# Class: (Quality) - -AnnotationAssertion(rdfs:comment "Any aspect of an Entity (but not a part of it), which cannot exist without that Entity. For example, the way the surface of a specific PhysicalObject looks like, or the specific light of a place at a certain time, are examples of Quality, while the encoding of a Quality into e.g. a PhysicalAttribute should be modeled as a Region. +Immaterial (non-physical) artifacts (e.g. texts, ideas, cultural movements, corporations, communities, etc. can be modelled as social objects (see SocialObject), which are all 'artifactual' in the weak sense assumed here. + + Physical artifact + + + + + + + + + + + + + + + + + + Physical value of a physical object, e.g. density, color, etc. + + Physical attribute + + + + + + + + + + Physical bodies are PhysicalObject(s), for which we tend to neutralize any possible artifactual character. They can have several granularity levels: geological, chemical, physical, biological, etc. + + Physical body + + + + + + + + + + + + + + + + + Any Object that has a proper space region. The prototypical physical object has also an associated mass, but the nature of its mass can greatly vary based on the epistemological status of the object (scientifically measured, subjectively possible, imaginary). + + Physical object + + + + + + + + + + A physical object that is inherently located; for example, a water area. + + Physical place + + + + + + + + + + + + + 1 + + + Socially or cognitively dependent locations: political geographic entities (Rome, Lesotho), and non-material locations determined by the presence of other entities ("the area close to Rome") or of pivot events or signs ("the area where the helicopter fell"), as well as identified as complements to other entities ("the area under the table"), etc. +In this generic sense, a Place is a 'dependent' location. For 'non-dependent' locations, cf. the PhysicalPlace class. For an abstract (dimensional) location, cf. the SpaceRegion class. + + Place + + + + + + + + + + + + + + + + A Description having an explicit Goal, to be achieved by executing the plan + + Plan + + + + + + + + + + + + + + + + Plan executions are situations that proactively satisfy a plan. Subplan executions are proper parts of the whole plan execution. + + Plan execution + + + + + + + + + + This is a placeholder for events that are considered in their evolution, or anyway not strictly dependent on agents, tasks, and plans. +See Event class for some thoughts on classifying events. See also 'Transition'. + + Process + + + + + + + + + + + + + + + + + + + + + + A Plan that defines Role(s), Task(s), and a specific structure for tasks to be executed in relation to goals to be achieved, in order to achieve the main goal of the project. In other words, a project is a plan with a subgoal structure and multiple roles and tasks. + + Project + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Any aspect of an Entity (but not a part of it), which cannot exist without that Entity. For example, the way the surface of a specific PhysicalObject looks like, or the specific light of a place at a certain time, are examples of Quality, while the encoding of a Quality into e.g. a PhysicalAttribute should be modeled as a Region. From the design viewpoint, the Quality-Region distinction is useful only when individual aspects of an Entity are considered in a domain of discourse. For example, in an automotive context, it would be irrelevant to consider the aspects of car windows for a specific car, unless the factory wants to check a specific window against design parameters (anomaly detection). -On the other hand, in an antiques context, the individual aspects for a specific piece of furniture are a major focus of attention, and may constitute the actual added value, because the design parameters for old furniture are often not fixed, and may not be viewed as 'anomalies'.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Quality"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) - -# Class: (Region) - -AnnotationAssertion(rdfs:comment "Any region in a dimensional space (a dimensional space is a maximal Region), which can be used as a value for a quality of an Entity . For example, TimeInterval, SpaceRegion, PhysicalAttribute, Amount, SocialAttribute are all subclasses of Region. -Regions are not data values in the ordinary knowledge representation sense; in order to get patterns for modelling data, see the properties: representsDataValue and hasDataValue") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Region"@en) -SubClassOf( ) -SubClassOf( ObjectAllValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) - -# Class: (Relation) - -AnnotationAssertion(rdfs:comment "Relations are descriptions that can be considered as the counterpart of formal relations (that are included in the FormalEntity class). -For example, 'givingGrantToInstitution(x,y,z)' with three argument types: Provider(x),Grant(y),Recipient(z), can have a Relation counterpart: 'GivingGrantToInstitution', which defines three Concept instances: Provider,Grant,Recipient. -Since social objects are not formal entities, Relation includes here any 'relation-like' entity in common sense, including social relations.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Relation"@en) -SubClassOf( ) - -# Class: (Right) - -AnnotationAssertion(rdfs:comment "A legal position by which an Agent is entitled to obtain something from another Agent , under specified circumstances, through an enforcement explicited either in a Law, Contract , etc.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Right"@en) -SubClassOf( ) -SubClassOf( ObjectMinCardinality(2 )) -SubClassOf( ObjectMinCardinality(1 )) - -# Class: (Role) - -AnnotationAssertion(rdfs:comment "A Concept that classifies an Object") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Role"@en) -SubClassOf( ) -SubClassOf( ObjectAllValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) - -# Class: (Set) - -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Set"@en) -SubClassOf( ) - -# Class: (Situation) - -AnnotationAssertion(rdfs:comment "A view, consistent with ('satisfying') a Description, on a set of entities. -It can also be seen as a 'relational context' created by an observer on the basis of a 'frame' (i.e. a Description). +On the other hand, in an antiques context, the individual aspects for a specific piece of furniture are a major focus of attention, and may constitute the actual added value, because the design parameters for old furniture are often not fixed, and may not be viewed as 'anomalies'. + + Quality + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Any region in a dimensional space (a dimensional space is a maximal Region), which can be used as a value for a quality of an Entity . For example, TimeInterval, SpaceRegion, PhysicalAttribute, Amount, SocialAttribute are all subclasses of Region. +Regions are not data values in the ordinary knowledge representation sense; in order to get patterns for modelling data, see the properties: representsDataValue and hasDataValue + + Region + + + + + + + + + + Relations are descriptions that can be considered as the counterpart of formal relations (that are included in the FormalEntity class). +For example, 'givingGrantToInstitution(x,y,z)' with three argument types: Provider(x),Grant(y),Recipient(z), can have a Relation counterpart: 'GivingGrantToInstitution', which defines three Concept instances: Provider,Grant,Recipient. +Since social objects are not formal entities, Relation includes here any 'relation-like' entity in common sense, including social relations. + + Relation + + + + + + + + + + + + + 2 + + + + + + 1 + + + A legal position by which an Agent is entitled to obtain something from another Agent , under specified circumstances, through an enforcement explicited either in a Law, Contract , etc. + + Right + + + + + + + + + + + + + + + + + + + + + + A Concept that classifies an Object + + Role + + + + + + + + + + + Set + + + + + + + + + + + + + + + + A view, consistent with ('satisfying') a Description, on a set of entities. +It can also be seen as a 'relational context' created by an observer on the basis of a 'frame' (i.e. a Description). For example, a PlanExecution is a context including some actions executed by agents according to certain parameters and expected tasks to be achieved from a Plan; a DiagnosedSituation is a context of observed entities that is interpreted on the basis of a Diagnosis, etc. Situation is also able to represent reified n-ary relations, where isSettingFor is the top-level relation for all binary projections of the n-ary relation. -If used in a transformation pattern for n-ary relations, the designer should take care of adding (some or all) OWL2 keys, corresponding to binary projections of the n-ary, to a subclass of Situation. Otherwise the 'identification constraint' (Calvanese et al., IJCAI 2001) might be violated.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Situation"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) +If used in a transformation pattern for n-ary relations, the designer should take care of adding (some or all) OWL2 keys, corresponding to binary projections of the n-ary, to a subclass of Situation. Otherwise the 'identification constraint' (Calvanese et al., IJCAI 2001) might be violated. + + Situation + + + + + + + + + + + + + + + + + Any individual whose existence is granted simply by its social communicability and capability of action (through some PhysicalAgent). + + Social agent + + + + + + + + + + + + + + + + + + + + + + Any Object that exists only within some communication Event, in which at least one PhysicalObject participates in. +In other words, all objects that have been or are created in the process of social communication: for the sake of communication (InformationObject), for incorporating new individuals (SocialAgent, Place), for contextualizing or intepreting existing entities (Description, Concept), or for collecting existing entities (Collection). +Being dependent on communication, all social objects need to be expressed by some information object (information objects are self-expressing). + + Social object + + -# Class: (Social agent) -AnnotationAssertion(rdfs:comment "Any individual whose existence is granted simply by its social communicability and capability of action (through some PhysicalAgent).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Social agent"@en) -SubClassOf( ) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) + -# Class: (Social object) -AnnotationAssertion(rdfs:comment "Any Object that exists only within some communication Event, in which at least one PhysicalObject participates in. -In other words, all objects that have been or are created in the process of social communication: for the sake of communication (InformationObject), for incorporating new individuals (SocialAgent, Place), for contextualizing or intepreting existing entities (Description, Concept), or for collecting existing entities (Collection). -Being dependent on communication, all social objects need to be expressed by some information object (information objects are self-expressing).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Social object"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) + + + + + + + + + Any Region in a dimensional space that is used to represent some characteristic of a SocialObject, e.g. judgment values, social scalars, statistical attributes over a collection of entities, etc. + + Social attribute + + + + + + + + + + + + + + 1 + + + A SocialAgent that needs the existence of a specific NaturalPerson in order to act (but the lifetime of the NaturalPerson has only to overlap that of the SocialPerson). + + Social person + Formerly: Person (changed to avoid confusion with commonsense intuition) + + + + + + + + + + Any social relationship + + Social relation + + + + + + + + + + + Any Region in a dimensional space that is used to localize an Entity ; i.e., it is not used to represent some characteristic (e.g. it excludes time intervals, colors, size values, judgment values, etc.). Differently from a Place , a space region has a specific dimensional space. + + Space region + + + + + + + + + + + + + + + + + + + + + + + Spatio-temporal region + + + + + + + + + + Any PhysicalBody that has not necessarily specified (designed) boundaries, e.g. a pile of trash, some sand, etc. +In this sense, an artistic object made of trash or a dose of medicine in the form of a pill would be a FunctionalSubstance, and a DesignedArtifact, since its boundaries are specified by a Design; aleatoric objects that are outcomes of an artistic process might be still considered DesignedArtifact(s), and Substance(s). + + Substance + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + An EventType that classifies an Action to be executed. +For example, reaching a destination is a task that can be executed by performing certain actions, e.g. driving a car, buying a train ticket, etc. +The actions to execute a task can also be organized according to a Plan that is not the same as the one that defines the task (if any). +For example, reaching a destination could be defined by a plan to get on holidays, while the plan to execute the task can consist of putting some travels into a sequence. + + Task + + + + + + + + + + + + + + + + A Theory is a Description that represents a set of assumptions for describing something, usually general. Scientific, philosophical, and commonsense theories can be included here. +This class can also be used to act as 'naturalized reifications' of logical theories (of course, they will be necessarily incomplete in this case, because second-order entities are represented as first-order ones). + + Theory + + + + + + + + + + + + + + + + + + + + + A Situation that includes a time indexing in its setting, so allowing to order any binary relation (property) with time. + + Time-indexed relation + + + + + + + + + + Any Region in a dimensional space that aims at representing time. + + Time interval + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 3 + + + + + + + 2 + + + + A transition is a Situation that creates a context for three TimeInterval(s), two additional different Situation(s), one Event, one Process, and at least one Object: the Event is observed as the cause for the transition, one Situation is the state before the transition, the second Situation is the state after the transition, the Process is the invariance under some different transitions (including the one represented here), in which at least one Object is situated. Finally, the time intervals position the situations and the transitional event in time. +This class of situations partly encodes the ontology underlying typical engineering algebras for processes, e.g. Petri Nets. +A full representation of the transition ontology is outside the expressivity of OWL, because we would need qualified cardinality restrictions, coreference, property equivalence, and property composition. + + Transition + + -# Class: (Social attribute) -AnnotationAssertion(rdfs:comment "Any Region in a dimensional space that is used to represent some characteristic of a SocialObject, e.g. judgment values, social scalars, statistical attributes over a collection of entities, etc.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Social attribute"@en) -SubClassOf( ) -SubClassOf( ObjectAllValuesFrom( )) + -# Class: (Social person) -AnnotationAssertion(rdfs:comment "A SocialAgent that needs the existence of a specific NaturalPerson in order to act (but the lifetime of the NaturalPerson has only to overlap that of the SocialPerson).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Social person"@en) -AnnotationAssertion(owl:versionInfo "Formerly: Person (changed to avoid confusion with commonsense intuition)") -SubClassOf( ) -SubClassOf( ) -SubClassOf( ObjectExactCardinality(1 )) + + + A Collection whose members are the maximal set of individuals that share the same (named) type, e.g. "the gem stones", "the Italians". +This class is very useful to apply a variety of the so-called "ClassesAsValues" design pattern, when it is used to talk about the extensional aspect of a class. An alternative variety of the pattern applies to the intensional aspect of a class, and the class Concept should be used instead. + + Type collection + + -# Class: (Social relation) -AnnotationAssertion(rdfs:comment "Any social relationship") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Social relation"@en) -SubClassOf( ) + -# Class: (Space region) -AnnotationAssertion(rdfs:comment "Any Region in a dimensional space that is used to localize an Entity ; i.e., it is not used to represent some characteristic (e.g. it excludes time intervals, colors, size values, judgment values, etc.). Differently from a Place , a space region has a specific dimensional space.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Space region"@en) -SubClassOf( ) -DisjointClasses( ) + + + + + + + + + Units of measure are conceptualized here as parameters on regions, which can be valued as datatype values. + + Unit of measure + + -# Class: (Spatio-temporal region) -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Spatio-temporal region"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectSomeValuesFrom( )) + -# Class: (Substance) -AnnotationAssertion(rdfs:comment "Any PhysicalBody that has not necessarily specified (designed) boundaries, e.g. a pile of trash, some sand, etc. -In this sense, an artistic object made of trash or a dose of medicine in the form of a pill would be a FunctionalSubstance, and a DesignedArtifact, since its boundaries are specified by a Design; aleatoric objects that are outcomes of an artistic process might be still considered DesignedArtifact(s), and Substance(s).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Substance"@en) -SubClassOf( ) + + + + + + + + + + + + + + + A Plan that defines Role(s), Task(s), and a specific structure for tasks to be executed, usually supporting the work of an Organization + + Workflow + + + + + + + + + + + + + + + + + Workflow execution + + + + + + + + + + + + + -# Class: (Task) -AnnotationAssertion(rdfs:comment "An EventType that classifies an Action to be executed. -For example, reaching a destination is a task that can be executed by performing certain actions, e.g. driving a car, buying a train ticket, etc. -The actions to execute a task can also be organized according to a Plan that is not the same as the one that defines the task (if any). -For example, reaching a destination could be defined by a plan to get on holidays, while the plan to execute the task can consist of putting some travels into a sequence.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Task"@en) -SubClassOf( ) -SubClassOf( ObjectAllValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) -SubClassOf( ObjectAllValuesFrom( )) - -# Class: (Theory) - -AnnotationAssertion(rdfs:comment "A Theory is a Description that represents a set of assumptions for describing something, usually general. Scientific, philosophical, and commonsense theories can be included here. -This class can also be used to act as 'naturalized reifications' of logical theories (of course, they will be necessarily incomplete in this case, because second-order entities are represented as first-order ones).") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Theory"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) - -# Class: (Time-indexed relation) - -AnnotationAssertion(rdfs:comment "A Situation that includes a time indexing in its setting, so allowing to order any binary relation (property) with time.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Time-indexed relation"@en) -EquivalentClasses( ObjectIntersectionOf( ObjectSomeValuesFrom( ))) -SubClassOf( ) - -# Class: (Time interval) - -AnnotationAssertion(rdfs:comment "Any Region in a dimensional space that aims at representing time.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Time interval"@en) -SubClassOf( ) - -# Class: (Transition) - -AnnotationAssertion(rdfs:comment "A transition is a Situation that creates a context for three TimeInterval(s), two additional different Situation(s), one Event, one Process, and at least one Object: the Event is observed as the cause for the transition, one Situation is the state before the transition, the second Situation is the state after the transition, the Process is the invariance under some different transitions (including the one represented here), in which at least one Object is situated. Finally, the time intervals position the situations and the transitional event in time. -This class of situations partly encodes the ontology underlying typical engineering algebras for processes, e.g. Petri Nets. -A full representation of the transition ontology is outside the expressivity of OWL, because we would need qualified cardinality restrictions, coreference, property equivalence, and property composition.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Transition"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectSomeValuesFrom( ObjectIntersectionOf( ObjectSomeValuesFrom( ObjectIntersectionOf( ObjectSomeValuesFrom( )))))) -SubClassOf( ObjectMinCardinality(3 )) -SubClassOf( ObjectMinCardinality(2 )) - -# Class: (Type collection) - -AnnotationAssertion(rdfs:comment "A Collection whose members are the maximal set of individuals that share the same (named) type, e.g. \"the gem stones\", \"the Italians\". -This class is very useful to apply a variety of the so-called \"ClassesAsValues\" design pattern, when it is used to talk about the extensional aspect of a class. An alternative variety of the pattern applies to the intensional aspect of a class, and the class Concept should be used instead.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Type collection"@en) -SubClassOf( ) - -# Class: (Unit of measure) - -AnnotationAssertion(rdfs:comment "Units of measure are conceptualized here as parameters on regions, which can be valued as datatype values.") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Unit of measure"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) - -# Class: (Workflow) - -AnnotationAssertion(rdfs:comment "A Plan that defines Role(s), Task(s), and a specific structure for tasks to be executed, usually supporting the work of an Organization") -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Workflow"@en) -SubClassOf( ) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectSomeValuesFrom( )) - -# Class: (Workflow execution) - -AnnotationAssertion(rdfs:isDefinedBy ) -AnnotationAssertion(rdfs:label "Workflow execution"@en) -EquivalentClasses( ObjectSomeValuesFrom( )) -SubClassOf( ) - - -SubObjectPropertyOf(ObjectPropertyChain( ) ) -SubObjectPropertyOf(ObjectPropertyChain( ) ) -SubObjectPropertyOf(ObjectPropertyChain( ) ) -SubObjectPropertyOf(ObjectPropertyChain(ObjectInverseOf() ) ) -HasKey( ( ) ()) -) \ No newline at end of file diff --git a/owl/SOMA-ACT.owl b/owl/SOMA-ACT.owl index 605776b7..7ef367fc 100644 --- a/owl/SOMA-ACT.owl +++ b/owl/SOMA-ACT.owl @@ -1,971 +1,1552 @@ -Prefix(:=) -Prefix(dc:=) -Prefix(owl:=) -Prefix(rdf:=) -Prefix(xml:=) -Prefix(xsd:=) -Prefix(SOMA:=) -Prefix(rdfs:=) - - -Ontology( -Import() -Import() -Import() -Import() -Annotation(rdfs:comment "SOMA-ACT.owl defines concepts related to actions, i.e. to events driven by some agent participant that executes a task. + + + + + + + + SOMA-ACT.owl defines concepts related to actions, i.e. to events driven by some agent participant that executes a task. This module is chiefly concerned with defining a taxonomy of tasks, including roles and role filler restrictions for these tasks. While this taxonomy contains some fairly general-purpose concepts, it is focused on the robotics domain. -Also defined here are execution state regions, i.e. flags with which to label the status of the execution of an action in terms of whether it is unfolding or completed, and if completed whether completed successfully or not.") - -Declaration(Class(:Cleaning)) -Declaration(Class(:Flipping)) -Declaration(Class(:Pouring)) -Declaration(Class(:PouringInto)) -Declaration(Class(:PouringOnto)) -Declaration(Class(:Serving)) -Declaration(Class(:Stirring)) -Declaration(Class(SOMA:AbductiveReasoning)) -Declaration(Class(SOMA:Actuating)) -Declaration(Class(SOMA:Answer)) -Declaration(Class(SOMA:AnsweringTask)) -Declaration(Class(SOMA:AreaSurveying)) -Declaration(Class(SOMA:Arranging)) -Declaration(Class(SOMA:Assembling)) -Declaration(Class(SOMA:AssertionTask)) -Declaration(Class(SOMA:AssumingArmPose)) -Declaration(Class(SOMA:AssumingPose)) -Declaration(Class(SOMA:AttentionShift)) -Declaration(Class(SOMA:Avoiding)) -Declaration(Class(SOMA:Capability)) -Declaration(Class(SOMA:Catching)) -Declaration(Class(SOMA:Channel)) -Declaration(Class(SOMA:CheckingObjectPresence)) -Declaration(Class(SOMA:Closing)) -Declaration(Class(SOMA:CommandingTask)) -Declaration(Class(SOMA:CommunicationAction)) -Declaration(Class(SOMA:CommunicationReport)) -Declaration(Class(SOMA:CommunicationTask)) -Declaration(Class(SOMA:CommunicationTopic)) -Declaration(Class(SOMA:Conclusion)) -Declaration(Class(SOMA:Constructing)) -Declaration(Class(SOMA:Cutting)) -Declaration(Class(SOMA:Deciding)) -Declaration(Class(SOMA:DeductiveReasoning)) -Declaration(Class(SOMA:Delivering)) -Declaration(Class(SOMA:DerivingInformation)) -Declaration(Class(SOMA:Dicing)) -Declaration(Class(SOMA:Discourse)) -Declaration(Class(SOMA:Distancing)) -Declaration(Class(SOMA:Dreaming)) -Declaration(Class(SOMA:Dropping)) -Declaration(Class(SOMA:EndEffectorPositioning)) -Declaration(Class(SOMA:ExecutionStateRegion)) -Declaration(Class(SOMA:Fetching)) -Declaration(Class(SOMA:Focusing)) -Declaration(Class(SOMA:ForgettingIncorrectInformation)) -Declaration(Class(SOMA:ForgettingIrrelevantInformation)) -Declaration(Class(SOMA:GetTaskParameter)) -Declaration(Class(SOMA:GraspTransfer)) -Declaration(Class(SOMA:Grasping)) -Declaration(Class(SOMA:Holding)) -Declaration(Class(SOMA:IllocutionaryTask)) -Declaration(Class(SOMA:Imagining)) -Declaration(Class(SOMA:InductiveReasoning)) -Declaration(Class(SOMA:InferenceRules)) -Declaration(Class(SOMA:InformationAcquisition)) -Declaration(Class(SOMA:InformationDismissal)) -Declaration(Class(SOMA:InformationRetrieval)) -Declaration(Class(SOMA:InformationStorage)) -Declaration(Class(SOMA:Instructions)) -Declaration(Class(SOMA:Interpreting)) -Declaration(Class(SOMA:Introspecting)) -Declaration(Class(SOMA:Knowledge)) -Declaration(Class(SOMA:Labeling)) -Declaration(Class(SOMA:Learning)) -Declaration(Class(SOMA:Lifting)) -Declaration(Class(SOMA:LinguisticObject)) -Declaration(Class(SOMA:LookingAt)) -Declaration(Class(SOMA:LookingFor)) -Declaration(Class(SOMA:Lowering)) -Declaration(Class(SOMA:Manipulating)) -Declaration(Class(SOMA:Memorizing)) -Declaration(Class(SOMA:MentalAction)) -Declaration(Class(SOMA:MentalTask)) -Declaration(Class(SOMA:Message)) -Declaration(Class(SOMA:MetaCognitionEvaluationTopic)) -Declaration(Class(SOMA:MetaCognitionMemoryTopic)) -Declaration(Class(SOMA:MetaCognitionPlanningTopic)) -Declaration(Class(SOMA:MetaCognitionTopic)) -Declaration(Class(SOMA:MetacognitiveControlling)) -Declaration(Class(SOMA:MetacognitiveMonitoring)) -Declaration(Class(SOMA:Mixing)) -Declaration(Class(SOMA:ModifyingPhysicalObject)) -Declaration(Class(SOMA:MonitoringJointState)) -Declaration(Class(SOMA:MovingTo)) -Declaration(Class(SOMA:Navigating)) -Declaration(Class(SOMA:Opening)) -Declaration(Class(SOMA:Orienting)) -Declaration(Class(SOMA:ParkingArms)) -Declaration(Class(SOMA:Perceiving)) -Declaration(Class(SOMA:PhysicalAcquiring)) -Declaration(Class(SOMA:PhysicalAction)) -Declaration(Class(SOMA:PhysicalTask)) -Declaration(Class(SOMA:PickingUp)) -Declaration(Class(SOMA:Placing)) -Declaration(Class(SOMA:Planning)) -Declaration(Class(SOMA:Positioning)) -Declaration(Class(SOMA:Prediction)) -Declaration(Class(SOMA:Premise)) -Declaration(Class(SOMA:Proprioceiving)) -Declaration(Class(SOMA:Prospecting)) -Declaration(Class(SOMA:Pulling)) -Declaration(Class(SOMA:Pushing)) -Declaration(Class(SOMA:PushingAway)) -Declaration(Class(SOMA:PushingDown)) -Declaration(Class(SOMA:PuttingDown)) -Declaration(Class(SOMA:Query)) -Declaration(Class(SOMA:QueryAnsweringTask)) -Declaration(Class(SOMA:QueryingTask)) -Declaration(Class(SOMA:Reaching)) -Declaration(Class(SOMA:Reasoning)) -Declaration(Class(SOMA:Receiver)) -Declaration(Class(SOMA:Releasing)) -Declaration(Class(SOMA:Remembering)) -Declaration(Class(SOMA:Replanning)) -Declaration(Class(SOMA:Retracting)) -Declaration(Class(SOMA:Retrospecting)) -Declaration(Class(SOMA:SelectingItem)) -Declaration(Class(SOMA:SelfReflection)) -Declaration(Class(SOMA:Sender)) -Declaration(Class(SOMA:SettingGripper)) -Declaration(Class(SOMA:Simulating)) -Declaration(Class(SOMA:SituationTransition)) -Declaration(Class(SOMA:Slicing)) -Declaration(Class(SOMA:Squeezing)) -Declaration(Class(SOMA:ThinkAloud)) -Declaration(Class(SOMA:ThinkAloudActionTopic)) -Declaration(Class(SOMA:ThinkAloudGeneralKnowledgeTopic)) -Declaration(Class(SOMA:ThinkAloudKnowledgeTopic)) -Declaration(Class(SOMA:ThinkAloudObstructionTopic)) -Declaration(Class(SOMA:ThinkAloudOpinionTopic)) -Declaration(Class(SOMA:ThinkAloudPerceptionTopic)) -Declaration(Class(SOMA:ThinkAloudPlanTopic)) -Declaration(Class(SOMA:ThinkAloudSceneKnowledgeTopic)) -Declaration(Class(SOMA:ThinkAloudTopic)) -Declaration(Class(SOMA:Throwing)) -Declaration(Class(SOMA:Transporting)) -Declaration(Class()) -Declaration(ObjectProperty(SOMA:affects)) -Declaration(ObjectProperty(SOMA:answers)) -Declaration(ObjectProperty(SOMA:causes)) -Declaration(ObjectProperty(SOMA:definesEventType)) -Declaration(ObjectProperty(SOMA:directlyCauses)) -Declaration(ObjectProperty(SOMA:hasAction)) -Declaration(ObjectProperty(SOMA:hasAnswer)) -Declaration(ObjectProperty(SOMA:hasExecutionState)) -Declaration(ObjectProperty(SOMA:hasInitialSituation)) -Declaration(ObjectProperty(SOMA:hasTerminalSituation)) -Declaration(ObjectProperty(SOMA:isAffectedBy)) -Declaration(ObjectProperty(SOMA:isAskedBy)) -Declaration(ObjectProperty(SOMA:isCreatedOutputOf)) -Declaration(ObjectProperty(SOMA:isDirectReactionTo)) -Declaration(ObjectProperty(SOMA:isEventTypeDefinedIn)) -Declaration(ObjectProperty(SOMA:isInitialSituationOf)) -Declaration(ObjectProperty(SOMA:isPerformedBy)) -Declaration(ObjectProperty(SOMA:isReactionTo)) -Declaration(ObjectProperty(SOMA:isReplacedBy)) -Declaration(ObjectProperty(SOMA:isTaskOfCreatedRole)) -Declaration(ObjectProperty(SOMA:isTerminalSituationOf)) -Declaration(ObjectProperty(SOMA:isTerminatedBy)) -Declaration(ObjectProperty(SOMA:relatesToAnotherRole)) -Declaration(ObjectProperty(SOMA:replaces)) -Declaration(ObjectProperty(SOMA:terminates)) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(NamedIndividual(SOMA:ExecutionState_Active)) -Declaration(NamedIndividual(SOMA:ExecutionState_Cancelled)) -Declaration(NamedIndividual(SOMA:ExecutionState_Failed)) -Declaration(NamedIndividual(SOMA:ExecutionState_Paused)) -Declaration(NamedIndividual(SOMA:ExecutionState_Pending)) -Declaration(NamedIndividual(SOMA:ExecutionState_Succeeded)) - -############################ -# Object Properties -############################ - -# Object Property: SOMA:affects (affects) - -AnnotationAssertion(rdfs:comment SOMA:affects "Simple relationship between two actions to express that a variation in the course or outcome of the subject (the affector) would have resulted in a variation in the object (the affectee), e.g., a planning task that sets parameters such as goal position affects the subsequently executed pick-and-place task that uses that parameter.") -AnnotationAssertion(rdfs:label SOMA:affects "affects") -SubObjectPropertyOf(SOMA:affects ) -InverseObjectProperties(SOMA:affects SOMA:isAffectedBy) - -# Object Property: SOMA:answers (answers) - -AnnotationAssertion(rdfs:label SOMA:answers "The relation between an answering message and the message it answers.") -AnnotationAssertion(rdfs:label SOMA:answers "answers") -SubObjectPropertyOf(SOMA:answers SOMA:relatesToAnotherRole) -InverseObjectProperties(SOMA:answers SOMA:hasAnswer) -ObjectPropertyDomain(SOMA:answers SOMA:Message) -ObjectPropertyRange(SOMA:answers SOMA:Message) - -# Object Property: SOMA:causes (causes) - -AnnotationAssertion(SOMA:UsageGuideline SOMA:causes "Simple relationship between two actions to express that the object (the reaction) would not have occured if it were not for the subject (the cause), e.g., a Communication Action classified as an Querying Task causes another Communication Task classified as an Answering Task and the latter would not have occured without the former. An example without Agents involved is some domino stone that would not have toppled without the first one toppling. +Also defined here are execution state regions, i.e. flags with which to label the status of the execution of an action in terms of whether it is unfolding or completed, and if completed whether completed successfully or not. + + + + + + + + + + + + + + + + + Simple relationship between two actions to express that a variation in the course or outcome of the subject (the affector) would have resulted in a variation in the object (the affectee), e.g., a planning task that sets parameters such as goal position affects the subsequently executed pick-and-place task that uses that parameter. + affects + + + + + + + + + + + + + The relation between an answering message and the message it answers. + answers + + + + + + + + + + + + Simple relationship between two actions to express that the object (the reaction) would not have occured if it were not for the subject (the cause), e.g., a Communication Action classified as an Querying Task causes another Communication Task classified as an Answering Task and the latter would not have occured without the former. An example without Agents involved is some domino stone that would not have toppled without the first one toppling. When Agents are involved, the relation might be seen as an abstraction of the execution of some plan that arises from changing the agents goal that is due to perceiving the cause. However, currently it is unclear how to model such a pattern and therefore not included in SOMA. -This relation is seen as transitive."@en) -AnnotationAssertion(rdfs:label SOMA:causes "causes"@en) -SubObjectPropertyOf(SOMA:causes SOMA:affects) -InverseObjectProperties(SOMA:causes SOMA:isReactionTo) -TransitiveObjectProperty(SOMA:causes) +This relation is seen as transitive. + causes + + + + + + + + + + + + + A relation between a description and an event type, e.g. an Affordance of an object to be cut with a knife describes that event. + +The distinction to defines task is necessary to let Dispositions and Affordances not only describe which tasks might be afforded by objects, but also whihc processes (where there is no agent). For example, the fall of a knife from a shelf slicing a loaf of bread on impact is , in the absence of an executing agent, not a task but merely a process, the possibility of which is nevertheless described by the dispositions of the knife and the loaf. + defines event type + + + + + + + + + + + + + + + + + + Non-transitive version of "causes". + directly causes + + + + + + + + + + + + A relation from an Action to a component Action. + has action + + + + + + + + + + + + The relation between a message and its answer. + has answer + + + + + + + + + + + + A relation from an Action to its execution state. + has execution state + + + + + + + + + + + + + + + A relation between SituationTransitions and Situations, which identifies the Situation the transition starts from. + has initial situation + + -# Object Property: SOMA:definesEventType (defines event type) -AnnotationAssertion(rdfs:label SOMA:definesEventType "A relation between a description and an event type, e.g. an Affordance of an object to be cut with a knife describes that event. + -The distinction to defines task is necessary to let Dispositions and Affordances not only describe which tasks might be afforded by objects, but also whihc processes (where there is no agent). For example, the fall of a knife from a shelf slicing a loaf of bread on impact is , in the absence of an executing agent, not a task but merely a process, the possibility of which is nevertheless described by the dispositions of the knife and the loaf."@en) -AnnotationAssertion(rdfs:label SOMA:definesEventType "defines event type"@en) -SubObjectPropertyOf(SOMA:definesEventType ) -InverseObjectProperties(SOMA:definesEventType SOMA:isEventTypeDefinedIn) -ObjectPropertyDomain(SOMA:definesEventType ) -ObjectPropertyRange(SOMA:definesEventType ) -# Object Property: SOMA:directlyCauses (directly causes) - -AnnotationAssertion(rdfs:comment SOMA:directlyCauses "Non-transitive version of \"causes\"."@en) -AnnotationAssertion(rdfs:label SOMA:directlyCauses "directly causes"@en) -SubObjectPropertyOf(SOMA:directlyCauses SOMA:causes) -InverseObjectProperties(SOMA:directlyCauses SOMA:isDirectReactionTo) -ObjectPropertyDomain(SOMA:directlyCauses ) -ObjectPropertyRange(SOMA:directlyCauses ) + + + + + + + + A relation between SituationTransitions and Situations, which identifies the Situation the transition ends at. + has terminal situation + + -# Object Property: SOMA:hasAction (has action) - -AnnotationAssertion(rdfs:comment SOMA:hasAction "A relation from an Action to a component Action.") -AnnotationAssertion(rdfs:label SOMA:hasAction "has action") -SubObjectPropertyOf(SOMA:hasAction ) -ObjectPropertyDomain(SOMA:hasAction ) -ObjectPropertyRange(SOMA:hasAction ) -# Object Property: SOMA:hasAnswer (has answer) + -AnnotationAssertion(rdfs:comment SOMA:hasAnswer "The relation between a message and its answer.") -AnnotationAssertion(rdfs:label SOMA:hasAnswer "has answer") -SubObjectPropertyOf(SOMA:hasAnswer SOMA:relatesToAnotherRole) -ObjectPropertyDomain(SOMA:hasAnswer SOMA:Answer) -ObjectPropertyRange(SOMA:hasAnswer SOMA:Answer) -# Object Property: SOMA:hasExecutionState (has execution state) + + + Simple relationship between two actions to express that a variation in the course or outcome of the object (the affector) would have resulted in a variation in the subject (the affectee), e.g., a planning task that sets parameters such as goal position affects the subsequently executed pick-and-place task that uses that parameter. + is affected by + + -AnnotationAssertion(rdfs:comment SOMA:hasExecutionState "A relation from an Action to its execution state.") -AnnotationAssertion(rdfs:label SOMA:hasExecutionState "has execution state") -SubObjectPropertyOf(SOMA:hasExecutionState ) -ObjectPropertyDomain(SOMA:hasExecutionState ) -ObjectPropertyRange(SOMA:hasExecutionState SOMA:ExecutionStateRegion) -# Object Property: SOMA:hasInitialSituation (has initial situation) + -AnnotationAssertion(rdfs:comment SOMA:hasInitialSituation "A relation between SituationTransitions and Situations, which identifies the Situation the transition starts from.") -AnnotationAssertion(rdfs:label SOMA:hasInitialSituation "has initial situation"@en) -SubObjectPropertyOf(SOMA:hasInitialSituation SOMA:hasInitialState) -InverseObjectProperties(SOMA:hasInitialSituation SOMA:isInitialSituationOf) -AsymmetricObjectProperty(SOMA:hasInitialSituation) -IrreflexiveObjectProperty(SOMA:hasInitialSituation) -ObjectPropertyDomain(SOMA:hasInitialSituation SOMA:SituationTransition) -ObjectPropertyRange(SOMA:hasInitialSituation ) -# Object Property: SOMA:hasTerminalSituation (has terminal situation) + + + + + A relation from a Query to the Agent who asks it. + is asked by + + -AnnotationAssertion(rdfs:comment SOMA:hasTerminalSituation "A relation between SituationTransitions and Situations, which identifies the Situation the transition ends at.") -AnnotationAssertion(rdfs:label SOMA:hasTerminalSituation "has terminal situation"@en) -SubObjectPropertyOf(SOMA:hasTerminalSituation SOMA:hasTerminalState) -InverseObjectProperties(SOMA:hasTerminalSituation SOMA:isTerminalSituationOf) -AsymmetricObjectProperty(SOMA:hasTerminalSituation) -IrreflexiveObjectProperty(SOMA:hasTerminalSituation) -ObjectPropertyDomain(SOMA:hasTerminalSituation SOMA:SituationTransition) -ObjectPropertyRange(SOMA:hasTerminalSituation ) -# Object Property: SOMA:isAffectedBy (is affected by) + -AnnotationAssertion(rdfs:comment SOMA:isAffectedBy "Simple relationship between two actions to express that a variation in the course or outcome of the object (the affector) would have resulted in a variation in the subject (the affectee), e.g., a planning task that sets parameters such as goal position affects the subsequently executed pick-and-place task that uses that parameter.") -AnnotationAssertion(rdfs:label SOMA:isAffectedBy "is affected by") -SubObjectPropertyOf(SOMA:isAffectedBy ) -# Object Property: SOMA:isAskedBy (is asked by) + + + + + + A relation between a created output role and its Task. The difference to isOutputRoleOf is that the latter is also applicable, e.g., for Deciding between objects, where the selected object is not created, but still an outcome of that task. + is created output of + + -AnnotationAssertion(rdfs:comment SOMA:isAskedBy "A relation from a Query to the Agent who asks it."^^xsd:string) -AnnotationAssertion(rdfs:label SOMA:isAskedBy "is asked by") -SubObjectPropertyOf(SOMA:isAskedBy ) -ObjectPropertyDomain(SOMA:isAskedBy SOMA:QueryingTask) -ObjectPropertyRange(SOMA:isAskedBy ) -# Object Property: SOMA:isCreatedOutputOf (is created output of) + -AnnotationAssertion(rdfs:comment SOMA:isCreatedOutputOf "A relation between a created output role and its Task. The difference to isOutputRoleOf is that the latter is also applicable, e.g., for Deciding between objects, where the selected object is not created, but still an outcome of that task.") -AnnotationAssertion(rdfs:label SOMA:isCreatedOutputOf "is created output of") -SubObjectPropertyOf(SOMA:isCreatedOutputOf SOMA:isOutputRoleOf) -InverseObjectProperties(SOMA:isCreatedOutputOf SOMA:isTaskOfCreatedRole) -ObjectPropertyDomain(SOMA:isCreatedOutputOf ) -ObjectPropertyRange(SOMA:isCreatedOutputOf ) -# Object Property: SOMA:isDirectReactionTo (is direct reaction to) + + + + + Non-transitive version of "is reaction to". + is direct reaction to + + -AnnotationAssertion(rdfs:comment SOMA:isDirectReactionTo "Non-transitive version of \"is reaction to\"."@en) -AnnotationAssertion(rdfs:label SOMA:isDirectReactionTo "is direct reaction to"@en) -SubObjectPropertyOf(SOMA:isDirectReactionTo SOMA:isReactionTo) -ObjectPropertyDomain(SOMA:isDirectReactionTo ) -ObjectPropertyRange(SOMA:isDirectReactionTo ) -# Object Property: SOMA:isEventTypeDefinedIn (is event type defined in) + -AnnotationAssertion(rdfs:comment SOMA:isEventTypeDefinedIn "A relation between an event type and a description, e.g. an event that is described by the Affordance of an object to be cut with a knife. -The distinction to 'is task defined in' is necessary to let Dispositions and Affordances not only describe which tasks might be afforded by objects, but also whihc processes (where there is no agent). For example, the fall of a knife from a shelf slicing a loaf of bread on impact is , in the absence of an executing agent, not a task but merely a process, the possibility of which is nevertheless described by the dispositions of the knife and the loaf."@en) -AnnotationAssertion(rdfs:label SOMA:isEventTypeDefinedIn "is event type defined in"@en) -SubObjectPropertyOf(SOMA:isEventTypeDefinedIn ) -ObjectPropertyDomain(SOMA:isEventTypeDefinedIn ) -ObjectPropertyRange(SOMA:isEventTypeDefinedIn ) + + + + + + + + + + + -# Object Property: SOMA:isInitialSituationOf (is initial situation of) -AnnotationAssertion(rdfs:comment SOMA:isInitialSituationOf "A relation between SituationTransitions and Situations, which identifies the Situation the transition starts from."^^xsd:string) -AnnotationAssertion(rdfs:label SOMA:isInitialSituationOf "is initial situation of"@en) -SubObjectPropertyOf(SOMA:isInitialSituationOf SOMA:isInitialStateOf) -ObjectPropertyDomain(SOMA:isInitialSituationOf ) -ObjectPropertyRange(SOMA:isInitialSituationOf SOMA:SituationTransition) + -# Object Property: SOMA:isPerformedBy (is performed by) -AnnotationAssertion(rdfs:comment SOMA:isPerformedBy "A relation from an Action to the Agent who performs it.") -AnnotationAssertion(rdfs:label SOMA:isPerformedBy "is performed by") -SubObjectPropertyOf(SOMA:isPerformedBy ) -ObjectPropertyDomain(SOMA:isPerformedBy ) -ObjectPropertyRange(SOMA:isPerformedBy ) + + + + + A relation between an event type and a description, e.g. an event that is described by the Affordance of an object to be cut with a knife. -# Object Property: SOMA:isReactionTo (is reaction to) +The distinction to 'is task defined in' is necessary to let Dispositions and Affordances not only describe which tasks might be afforded by objects, but also whihc processes (where there is no agent). For example, the fall of a knife from a shelf slicing a loaf of bread on impact is , in the absence of an executing agent, not a task but merely a process, the possibility of which is nevertheless described by the dispositions of the knife and the loaf. + is event type defined in + + -AnnotationAssertion(rdfs:comment SOMA:isReactionTo "Simple relationship between two actions to express that the subject (the reaction) would not have occured if it were not for the object (the cause), e.g., a Communication Action classified as an Answering Task is a reaction to another Communication Task classified as a Query Task and would not have occured without the other. An example without Agents involved would be some domino stone would not have toppled without the first one toppling. + + + + + + + + + A relation between SituationTransitions and Situations, which identifies the Situation the transition starts from. + is initial situation of + + + + + + + + + + + + A relation from an Action to the Agent who performs it. + is performed by + + + + + + + + + + + + + Simple relationship between two actions to express that the subject (the reaction) would not have occured if it were not for the object (the cause), e.g., a Communication Action classified as an Answering Task is a reaction to another Communication Task classified as a Query Task and would not have occured without the other. An example without Agents involved would be some domino stone would not have toppled without the first one toppling. When Agents are involved, the relation might be seen as an abstraction of the execution of some plan that arises from changing the agents goal that is due to perceiving the cause. However, currently it is unclear how to model such a pattern and therefore not included in SOMA. -This relation is seen as transitive."@en) -AnnotationAssertion(rdfs:label SOMA:isReactionTo "is reaction to") -SubObjectPropertyOf(SOMA:isReactionTo SOMA:isAffectedBy) -TransitiveObjectProperty(SOMA:isReactionTo) -ObjectPropertyDomain(SOMA:isReactionTo ) -ObjectPropertyRange(SOMA:isReactionTo ) - -# Object Property: SOMA:isReplacedBy (is replaced by) +This relation is seen as transitive. + is reaction to + + + + + + + + + + + + + + + + + + + The relation between a State that is replaced by another, e.g., the state of a bowl of fruits containing some objects is replaced by a new containment state when one object is taken away (in this example, we simplified the relation between the State and its type). + is replaced by + + + + + + + + + + + + A relation between a Task and one of its output roles. The difference to IsTaskOfOutputRole is that the latter is also applicable, e.g., for Deciding between objects, where the selected object is not created, but still an outcome of that task. + is task of created role + + + + + -AnnotationAssertion(rdfs:comment SOMA:isReplacedBy "The relation between a State that is replaced by another, e.g., the state of a bowl of fruits containing some objects is replaced by a new containment state when one object is taken away (in this example, we simplified the relation between the State and its type)."@en) -AnnotationAssertion(rdfs:label SOMA:isReplacedBy "is replaced by"@en) -SubObjectPropertyOf(SOMA:isReplacedBy SOMA:before) -InverseObjectProperties(SOMA:isReplacedBy SOMA:replaces) -ObjectPropertyDomain(SOMA:isReplacedBy SOMA:State) -ObjectPropertyRange(SOMA:isReplacedBy SOMA:State) -# Object Property: SOMA:isTaskOfCreatedRole (is task of created role) + + + + + A relation between SituationTransitions and Situations, which identifies the Situation the transition ends at. + is terminal situation of + + -AnnotationAssertion(rdfs:comment SOMA:isTaskOfCreatedRole "A relation between a Task and one of its output roles. The difference to IsTaskOfOutputRole is that the latter is also applicable, e.g., for Deciding between objects, where the selected object is not created, but still an outcome of that task.") -AnnotationAssertion(rdfs:label SOMA:isTaskOfCreatedRole "is task of created role") -SubObjectPropertyOf(SOMA:isTaskOfCreatedRole SOMA:isTaskOfOutputRole) -ObjectPropertyDomain(SOMA:isTaskOfCreatedRole ) -ObjectPropertyRange(SOMA:isTaskOfCreatedRole ) -# Object Property: SOMA:isTerminalSituationOf (is terminal situation of) + -AnnotationAssertion(rdfs:comment SOMA:isTerminalSituationOf "A relation between SituationTransitions and Situations, which identifies the Situation the transition ends at."^^xsd:string) -AnnotationAssertion(rdfs:label SOMA:isTerminalSituationOf "is terminal situation of"@en) -SubObjectPropertyOf(SOMA:isTerminalSituationOf SOMA:isTerminalStateOf) -ObjectPropertyDomain(SOMA:isTerminalSituationOf ) -ObjectPropertyRange(SOMA:isTerminalSituationOf SOMA:SituationTransition) -# Object Property: SOMA:isTerminatedBy (is terminated by) + + + + + + The association between an Event that is terminated by another Event, e.g., the Action of picking an apple from a bowl of fruits terminates the State of containment between the apple and the bowl. + is terminated by + + -AnnotationAssertion(rdfs:comment SOMA:isTerminatedBy "The association between an Event that is terminated by another Event, e.g., the Action of picking an apple from a bowl of fruits terminates the State of containment between the apple and the bowl."@en) -AnnotationAssertion(rdfs:label SOMA:isTerminatedBy "is terminated by"@en) -SubObjectPropertyOf(SOMA:isTerminatedBy ) -InverseObjectProperties(SOMA:isTerminatedBy SOMA:terminates) -ObjectPropertyDomain(SOMA:isTerminatedBy ) -ObjectPropertyRange(SOMA:isTerminatedBy ) -# Object Property: SOMA:relatesToAnotherRole (relates to another role) + -AnnotationAssertion(rdfs:comment SOMA:relatesToAnotherRole "Simple top-level property for relations between two roles.") -AnnotationAssertion(rdfs:label SOMA:relatesToAnotherRole "relates to another role") -SubObjectPropertyOf(SOMA:relatesToAnotherRole ) -SymmetricObjectProperty(SOMA:relatesToAnotherRole) -ObjectPropertyDomain(SOMA:relatesToAnotherRole ) -ObjectPropertyRange(SOMA:relatesToAnotherRole ) -# Object Property: SOMA:replaces (replaces) + + + + + + Simple top-level property for relations between two roles. + relates to another role + + -AnnotationAssertion(rdfs:comment SOMA:replaces "The relation between a State that replaces another, e.g., the state of a bowl of fruits containing some objects is replaced by a new containment state when one object is taken away (in this example, we simplified the relation between the State and its type)."@en) -AnnotationAssertion(rdfs:label SOMA:replaces "replaces"@en) -SubObjectPropertyOf(SOMA:replaces SOMA:after) -ObjectPropertyDomain(SOMA:replaces SOMA:State) -ObjectPropertyRange(SOMA:replaces SOMA:State) -# Object Property: SOMA:terminates (terminates) + -AnnotationAssertion(rdfs:comment SOMA:terminates "The association between an Event that terminates another Event, e.g., the Action of picking an apple from a bowl of fruits terminates the State of containment between the apple and the bowl."@en) -AnnotationAssertion(rdfs:label SOMA:terminates "terminates"@en) -SubObjectPropertyOf(SOMA:terminates ) -ObjectPropertyDomain(SOMA:terminates ) -ObjectPropertyRange(SOMA:terminates ) -# Object Property: (has expected terminal situation) + + + + + + + + + + + The relation between a State that replaces another, e.g., the state of a bowl of fruits containing some objects is replaced by a new containment state when one object is taken away (in this example, we simplified the relation between the State and its type). + replaces + + -AnnotationAssertion(rdfs:comment "A relation between a Transition and the Situation it is expected to, and does actually, end at. You can assert this relationship when the observed outcome of a transition matches expectations.") -AnnotationAssertion(rdfs:label "has expected terminal situation"@en) -SubObjectPropertyOf( SOMA:hasTerminalSituation) -SubObjectPropertyOf( ) -ObjectPropertyDomain( SOMA:SituationTransition) -ObjectPropertyRange( ) -# Object Property: (has required initial situation) + -AnnotationAssertion(rdfs:comment "A relationship between a Situation x and another Situation y that precedes it, such that without y manifesting, it would be impossible for x to manifest.") -AnnotationAssertion(rdfs:label "has required initial situation"@en) -SubObjectPropertyOf( SOMA:hasInitialSituation) -SubObjectPropertyOf( ) -ObjectPropertyDomain( SOMA:SituationTransition) -ObjectPropertyRange( ) -# Object Property: (manifests in) + + + + + + + + + + The association between an Event that terminates another Event, e.g., the Action of picking an apple from a bowl of fruits terminates the State of containment between the apple and the bowl. + terminates + + -AnnotationAssertion(rdfs:comment "A relationship indicating that a Situation is realized in an Event that actually happened.") -AnnotationAssertion(rdfs:label "manifests in") -SubObjectPropertyOf( ) -# Object Property: (prevented by) + -AnnotationAssertion(rdfs:comment "A relationship indicating a Situation is prevented by another from manifesting.") -AnnotationAssertion(rdfs:label "prevented by") -SubObjectPropertyOf( ) -InverseObjectProperties( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) -# Object Property: (prevents) + + + + + + A relation between a Transition and the Situation it is expected to, and does actually, end at. You can assert this relationship when the observed outcome of a transition matches expectations. + has expected terminal situation + + -AnnotationAssertion(rdfs:comment "A relationship indicating that a situation does or would prevent another from manifesting. Useful for reasoning about planning (what to do to avoid some bad outcome) and failure recovery (what aspects of the world state prevent continuing the plan?).") -AnnotationAssertion(rdfs:label "prevents") -SubObjectPropertyOf( ) -ObjectPropertyDomain( ) -ObjectPropertyRange( ) -# Object Property: (defines task) + -SubObjectPropertyOf( SOMA:definesEventType) -# Object Property: (has postcondition) + + + + + + A relationship between a Situation x and another Situation y that precedes it, such that without y manifesting, it would be impossible for x to manifest. + has required initial situation + + -AnnotationAssertion(rdfs:comment "This should be taken to mean that the postcondition is the situation expected to follow the current situation. Whether the expectation is met is another issue.") -# Object Property: (has precondition) + -AnnotationAssertion(rdfs:comment "This should be taken to mean: a precondition is a situation without which the current situation would not be possible.") -# Object Property: (is task defined in) + + + A relationship indicating that a Situation is realized in an Event that actually happened. + manifests in + + -SubObjectPropertyOf( SOMA:isEventTypeDefinedIn) + -############################ -# Classes -############################ + + + + + + A relationship indicating a Situation is prevented by another from manifesting. + prevented by + + -# Class: :Cleaning (:Cleaning) -AnnotationAssertion(rdfs:comment :Cleaning "This task in which an agent restores all the objects to their destined locations, wiping a specific object"^^xsd:string) -SubClassOf(:Cleaning SOMA:ModifyingPhysicalObject) -SubClassOf(:Cleaning ObjectSomeValuesFrom(SOMA:isTaskAffordedBy SOMA:Purification)) + -# Class: :Flipping (:Flipping) -AnnotationAssertion(rdfs:comment :Flipping "The task in which the agent turns an object over by using a tool or by manipulating"^^xsd:string) -SubClassOf(:Flipping SOMA:Actuating) -SubClassOf(:Flipping ObjectSomeValuesFrom(SOMA:isTaskAffordedBy SOMA:Shifting)) + + + + + A relationship indicating that a situation does or would prevent another from manifesting. Useful for reasoning about planning (what to do to avoid some bad outcome) and failure recovery (what aspects of the world state prevent continuing the plan?). + prevents + + -# Class: :Pouring (:Pouring) -AnnotationAssertion(rdfs:comment :Pouring "A task in which an agent lets liquid substance to flow out of an object. The agent has a kinematic control over the object."^^xsd:string) -SubClassOf(:Pouring SOMA:Actuating) -SubClassOf(:Pouring ObjectSomeValuesFrom(SOMA:isTaskAffordedBy )) + -# Class: :PouringInto (Pouring into) -AnnotationAssertion(rdfs:comment :PouringInto "The task in which the agent pours the substance into another object."^^xsd:string) -AnnotationAssertion(rdfs:label :PouringInto "Pouring into"^^xsd:string) -SubClassOf(:PouringInto :Pouring) + + + + -# Class: :PouringOnto (Pouring onto) -AnnotationAssertion(rdfs:comment :PouringOnto "The task in which an agent pours the substance on top of an object"^^xsd:string) -AnnotationAssertion(rdfs:label :PouringOnto "Pouring onto"^^xsd:string) -SubClassOf(:PouringOnto :Pouring) + -# Class: :Serving (:Serving) -AnnotationAssertion(rdfs:comment :Serving "The task in which the agent delivers an object to a physical agent"^^xsd:string) -SubClassOf(:Serving SOMA:Delivering) -SubClassOf(:Serving ObjectAllValuesFrom( ObjectIntersectionOf( ObjectUnionOf(ObjectSomeValuesFrom( ) ObjectSomeValuesFrom( ))))) + + This should be taken to mean that the postcondition is the situation expected to follow the current situation. Whether the expectation is met is another issue. + + -# Class: :Stirring (:Stirring) -AnnotationAssertion(rdfs:comment :Stirring "A task in which an agent dissolves small particles like sugar or salt in fluid"^^xsd:string) -SubClassOf(:Stirring SOMA:Mixing) -SubClassOf(:Stirring ObjectSomeValuesFrom(SOMA:isTaskAffordedBy SOMA:Composing)) + -# Class: SOMA:AbductiveReasoning (Abductive reasoning) -AnnotationAssertion(rdfs:comment SOMA:AbductiveReasoning "A task in which the Agent proceeds from some set of statements about a world, and attempts to obtain an explanation for these statements. This explanation is often an inferred cause, such as a final cause or intention. Further, it is often required that there be some guarantees that the explanation produced by AbductiveReasoning have some desirable property, such as being the simplest or most likely given the set of statements to explain.") -AnnotationAssertion(rdfs:label SOMA:AbductiveReasoning "Abductive reasoning"@en) -SubClassOf(SOMA:AbductiveReasoning SOMA:Reasoning) + + This should be taken to mean: a precondition is a situation without which the current situation would not be possible. + + -# Class: SOMA:Actuating (SOMA:Actuating) -AnnotationAssertion(rdfs:comment SOMA:Actuating "Tasks where the goal is to move an object. + + + + + + + + + + + + + + + + + + + + + A task in which the Agent proceeds from some set of statements about a world, and attempts to obtain an explanation for these statements. This explanation is often an inferred cause, such as a final cause or intention. Further, it is often required that there be some guarantees that the explanation produced by AbductiveReasoning have some desirable property, such as being the simplest or most likely given the set of statements to explain. + Abductive reasoning + + + + + + + + + + Tasks where the goal is to move an object. Usually, an agent will use their prehensile effectors, ie. hands, for this purpose, so there is a lot of conceptual overlap between Actuating and Manipulating. However, these categories are nonetheless distinguished in that there are more ways to actuate objects than simply manipulating them; for example, some tool like a net or frying pan might be used to catch an object. -Another way to look at the difference between Actuating and Manipulating is in what they \"profile\", ie. focus on as important. +Another way to look at the difference between Actuating and Manipulating is in what they "profile", ie. focus on as important. + +For Actuating, it is the object's motion that is paramount. + +For Manipulating, it is the movement of the hand(s) and the change in functional relationships (such as kinematic control) between the hand(s) and the manipulated object(s). + todo: think about use of tools. force events are generated between artifacts then. also not only the tool would be the 'salient artifact' here. + + + + + + + + + + A role that is played by an Information Realization answering some query. + Answer + + -For Actuating, it is the object's motion that is paramount. -For Manipulating, it is the movement of the hand(s) and the change in functional relationships (such as kinematic control) between the hand(s) and the manipulated object(s).") -AnnotationAssertion(rdfs:comment SOMA:Actuating "todo: think about use of tools. force events are generated between artifacts then. also not only the tool would be the 'salient artifact' here.") -SubClassOf(SOMA:Actuating SOMA:PhysicalTask) + -# Class: SOMA:Answer (Answer) -AnnotationAssertion(rdfs:comment SOMA:Answer "A role that is played by an Information Realization answering some query."^^xsd:string) -AnnotationAssertion(rdfs:label SOMA:Answer "Answer") -SubClassOf(SOMA:Answer SOMA:Message) + + + + + + + + + + + + + + + + + + + + + + + + + + + + + An Illocutionary act where the Sender emits some Message to the Receiver as a reaction to some previous Communication task where the Roles where switched, i.e., the Sender (Receiver) of the Answering task has been the Sender (Sender) for the cause. + Answering task + + -# Class: SOMA:AnsweringTask (Answering task) -AnnotationAssertion(rdfs:comment SOMA:AnsweringTask "An Illocutionary act where the Sender emits some Message to the Receiver as a reaction to some previous Communication task where the Roles where switched, i.e., the Sender (Receiver) of the Answering task has been the Sender (Sender) for the cause."@en) -AnnotationAssertion(rdfs:label SOMA:AnsweringTask "Answering task"@en) -EquivalentClasses(SOMA:AnsweringTask ObjectIntersectionOf(SOMA:IllocutionaryTask ObjectAllValuesFrom( ObjectAllValuesFrom(SOMA:isReactionTo ObjectSomeValuesFrom( SOMA:CommandingTask))))) -EquivalentClasses(SOMA:AnsweringTask ObjectSomeValuesFrom( SOMA:Answer)) + -# Class: SOMA:AreaSurveying (Area surveying) -AnnotationAssertion(rdfs:comment SOMA:AreaSurveying "A task in which an Agent uses its perception apparatus to gain information about some location.") -AnnotationAssertion(rdfs:label SOMA:AreaSurveying "Area surveying"@en) -SubClassOf(SOMA:AreaSurveying SOMA:Perceiving) + + + A task in which an Agent uses its perception apparatus to gain information about some location. + Area surveying + + -# Class: SOMA:Arranging (SOMA:Arranging) -AnnotationAssertion(rdfs:comment SOMA:Arranging "A task in which an Agent places a collection of objects at some set of relative poses to each other.") -SubClassOf(SOMA:Arranging SOMA:Constructing) + -# Class: SOMA:Assembling (SOMA:Assembling) -AnnotationAssertion(rdfs:comment SOMA:Assembling "A task in which an Agent connects some objects such that they form a cohesive whole, and which also imposes constraints on the objects' relative motions. Often, the objects that make up an assemblage can also be separated again.") -SubClassOf(SOMA:Assembling SOMA:Constructing) + + + A task in which an Agent places a collection of objects at some set of relative poses to each other. + + -# Class: SOMA:AssertionTask (Assertion task) -AnnotationAssertion(rdfs:comment SOMA:AssertionTask "An Illocutionary Act where the Sender emits some Message with the intent to change what the Receiver believes to be true in some context. Often, assertions are of facts about the real world, but this need not be the case. Assertions can communicate what someone believes, or refer to a world that is entirely fictional. In all these cases however, assertions are intended to update the listener's model (of the real world, or of the speaker's beliefs, or of the fictional world etc.)."@en) -AnnotationAssertion(rdfs:label SOMA:AssertionTask "Assertion task"@en) -SubClassOf(SOMA:AssertionTask SOMA:IllocutionaryTask) + -# Class: SOMA:AssumingArmPose (Assuming arm pose) -AnnotationAssertion(rdfs:comment SOMA:AssumingArmPose "A task by which an Agent arranges one/some/all of its arms according to some configuration.") -AnnotationAssertion(rdfs:label SOMA:AssumingArmPose "Assuming arm pose"@en) -SubClassOf(SOMA:AssumingArmPose SOMA:AssumingPose) + + + A task in which an Agent connects some objects such that they form a cohesive whole, and which also imposes constraints on the objects' relative motions. Often, the objects that make up an assemblage can also be separated again. + + -# Class: SOMA:AssumingPose (Assuming pose) -AnnotationAssertion(rdfs:comment SOMA:AssumingPose "A task by which an Agent arranges its body, or part of it, according to some configuration.") -AnnotationAssertion(rdfs:label SOMA:AssumingPose "Assuming pose"@en) -SubClassOf(SOMA:AssumingPose SOMA:PhysicalTask) + -# Class: SOMA:AttentionShift (Attention shifting) -AnnotationAssertion(rdfs:comment SOMA:AttentionShift "A mental task in which the executing Agent shifts his attention from some Information to another."@en) -AnnotationAssertion(rdfs:label SOMA:AttentionShift "Attention shifting"@en) -SubClassOf(SOMA:AttentionShift SOMA:MentalTask) + + + An Illocutionary Act where the Sender emits some Message with the intent to change what the Receiver believes to be true in some context. Often, assertions are of facts about the real world, but this need not be the case. Assertions can communicate what someone believes, or refer to a world that is entirely fictional. In all these cases however, assertions are intended to update the listener's model (of the real world, or of the speaker's beliefs, or of the fictional world etc.). + Assertion task + + -# Class: SOMA:Avoiding (SOMA:Avoiding) -AnnotationAssertion(rdfs:comment SOMA:Avoiding "A task in which an Agent moves so as to not enter or pass through a location.") -SubClassOf(SOMA:Avoiding SOMA:Navigating) + -# Class: SOMA:Capability (SOMA:Capability) -AnnotationAssertion(rdfs:comment SOMA:Capability "Capability") -AnnotationAssertion(rdfs:comment SOMA:Capability "The tendency of an object (the bearer) to be able to perform certain tasks together with others (the triggers) and in which the Bearer is the executor of the associated Task and will therefore usually be an Agent.") -SubClassOf(SOMA:Capability SOMA:Disposition) -SubClassOf(SOMA:Capability ObjectExactCardinality(1 ObjectIntersectionOf(SOMA:Affordance ObjectExactCardinality(1 SOMA:definesBearer ) ObjectExactCardinality(1 SOMA:definesTrigger ) ObjectExactCardinality(1 )))) + + + A task by which an Agent arranges one/some/all of its arms according to some configuration. + Assuming arm pose + + -# Class: SOMA:Catching (SOMA:Catching) -AnnotationAssertion(rdfs:comment SOMA:Catching "A task by which an Agent stops a moving object and gains kinematic control over it, usually by grasping.") -SubClassOf(SOMA:Catching SOMA:Actuating) -DisjointClasses(SOMA:Catching SOMA:PickingUp) + -# Class: SOMA:Channel (Channel) -AnnotationAssertion(rdfs:comment SOMA:Channel "A Channel in a Communication Task is the path of travel by a Message, e.g., via WLAN, air (in the case of a Message classifying soundwaves) or a telephone cable."@en) -AnnotationAssertion(rdfs:label SOMA:Channel "Channel"@en) -SubClassOf(SOMA:Channel SOMA:PathRole) -SubClassOf(SOMA:Channel ObjectSomeValuesFrom( SOMA:CommunicationTask)) + + + A task by which an Agent arranges its body, or part of it, according to some configuration. + Assuming pose + + -# Class: SOMA:CheckingObjectPresence (Checking object presence) -AnnotationAssertion(rdfs:comment SOMA:CheckingObjectPresence "A task by which an Agent uses its sensors to check for the presence of a specific object and to obtain some other information about it, e.g. pose.") -AnnotationAssertion(rdfs:label SOMA:CheckingObjectPresence "Checking object presence"@en) -SubClassOf(SOMA:CheckingObjectPresence SOMA:Perceiving) + -# Class: SOMA:Closing (SOMA:Closing) -AnnotationAssertion(rdfs:comment SOMA:Closing "A task in which an Agent manipulates a container so as to block access to its interior.") -SubClassOf(SOMA:Closing SOMA:Actuating) -DisjointClasses(SOMA:Closing SOMA:Delivering) -DisjointClasses(SOMA:Closing SOMA:Fetching) -DisjointClasses(SOMA:Closing SOMA:Lifting) -DisjointClasses(SOMA:Closing SOMA:Opening) -DisjointClasses(SOMA:Closing SOMA:Pulling) -DisjointClasses(SOMA:Closing SOMA:Pushing) -DisjointClasses(SOMA:Closing SOMA:Squeezing) + + + A mental task in which the executing Agent shifts his attention from some Information to another. + Attention shifting + + -# Class: SOMA:CommandingTask (Commanding task) -AnnotationAssertion(rdfs:comment SOMA:CommandingTask "An Illocutionary act where the Sender emits some Message with the intent to cause the Receiver to perform some action."@en) -AnnotationAssertion(rdfs:label SOMA:CommandingTask "Commanding task"@en) -SubClassOf(SOMA:CommandingTask SOMA:IllocutionaryTask) + -# Class: SOMA:CommunicationAction (Locutionary action) -AnnotationAssertion(rdfs:comment SOMA:CommunicationAction "An action in which an Agent uses some actuator for communication purposes."@en) -AnnotationAssertion(rdfs:label SOMA:CommunicationAction "Locutionary action"@en) -SubClassOf(SOMA:CommunicationAction ) -SubClassOf(SOMA:CommunicationAction ObjectSomeValuesFrom( SOMA:LinguisticObject)) + + + A task in which an Agent moves so as to not enter or pass through a location. + + -# Class: SOMA:CommunicationReport (Communication report) -AnnotationAssertion(rdfs:comment SOMA:CommunicationReport "A task in which an Agent endeavors to describe truthfully some state of affairs.") -AnnotationAssertion(rdfs:label SOMA:CommunicationReport "Communication report"@en) -SubClassOf(SOMA:CommunicationReport SOMA:CommunicationTask) + -# Class: SOMA:CommunicationTask (Communication task) -AnnotationAssertion(rdfs:comment SOMA:CommunicationTask "A Task in which two or more Agents exchange information. A CommunicationTask classifies only Events that have only Agents and Social objects as participants. + + + + + + 1 + + + + + + + 1 + + + + + 1 + + + + + 1 + + + + + + + + Capability + The tendency of an object (the bearer) to be able to perform certain tasks together with others (the triggers) and in which the Bearer is the executor of the associated Task and will therefore usually be an Agent. + + -Of course, the means of exchange is Physical, however this concept is to classify events for which we are not interested in the physical substrate, but rather who communicated and what the information content was.") -AnnotationAssertion(rdfs:label SOMA:CommunicationTask "Communication task"@en) -SubClassOf(SOMA:CommunicationTask ) -SubClassOf(SOMA:CommunicationTask ObjectIntersectionOf(ObjectSomeValuesFrom( SOMA:Channel) ObjectSomeValuesFrom( SOMA:Message) ObjectSomeValuesFrom( SOMA:Receiver) ObjectSomeValuesFrom( SOMA:Sender))) -SubClassOf(SOMA:CommunicationTask ObjectAllValuesFrom( ObjectAllValuesFrom( ObjectUnionOf( )))) -# Class: SOMA:CommunicationTopic (Communication topic) + -AnnotationAssertion(rdfs:comment SOMA:CommunicationTopic "A role that appears in communication tasks, and indicates what the communication is about. + + + + + A task by which an Agent stops a moving object and gains kinematic control over it, usually by grasping. + + + + + + + + + + + + + + + + A Channel in a Communication Task is the path of travel by a Message, e.g., via WLAN, air (in the case of a Message classifying soundwaves) or a telephone cable. + Channel + + + + + + + + + + A task by which an Agent uses its sensors to check for the presence of a specific object and to obtain some other information about it, e.g. pose. + Checking object presence + + + + + + + + + + + + + + + + This task in which an agent restores all the objects to their destined locations, wiping a specific object + + + + + + + + + + + + + + + + + A task in which an Agent manipulates a container so as to block access to its interior. + + + + + + + + + + An Illocutionary act where the Sender emits some Message with the intent to cause the Receiver to perform some action. + Commanding task + + + + + + + + + + + + + + + + An action in which an Agent uses some actuator for communication purposes. + Locutionary action + + + + + + + + + + A task in which an Agent endeavors to describe truthfully some state of affairs. + Communication report + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + A Task in which two or more Agents exchange information. A CommunicationTask classifies only Events that have only Agents and Social objects as participants. + +Of course, the means of exchange is Physical, however this concept is to classify events for which we are not interested in the physical substrate, but rather who communicated and what the information content was. + Communication task + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + A role that appears in communication tasks, and indicates what the communication is about. CommunicationTopic can only classify a Social object that participates in an Action that is classified as (the execution of) a CommunicationTask. -Note that classifies here is used in the plays-role sense. This isn't to say that the social object, ie the information exchanged in the communication, is an instance of the topic. Rather, the topic role refers to what the information is about. +Note that classifies here is used in the plays-role sense. This isn't to say that the social object, ie the information exchanged in the communication, is an instance of the topic. Rather, the topic role refers to what the information is about. + +For example, if the topic of a communication is flowers, this does not mean the words themselves are flowers, merely that, in some sense, they are about flowers. + Communication topic + + + + + + + + + + + An object that is derived from some premise using some inference rules. + Conclusions + + + + + + + + + + + A task in which an Agent creates a new physical object. + + + + + + + + + + The goal of this task is to separate one or more pieces from some target object by means of cutting into its constituent material. Unlike a disassembly, a cut is usually not easily reversible. + + + + + + + + + + A mental task in where an agent makes some decision, that is, selecting some Information object; usually on the basis of others. + Deciding + + + + + + + + + + A task in which the Agent, using general logical principles that it considers logically valid, applied to premises that it considers logically true, arrives at conclusions that it considers logically certain. + +Deduction is often explained as starting from the "general" (some property X is known about all members of a set S), applying it to the "specific" (some Entity Y is known to belong to set S), to arrive at a specialization of the general property (X applies to Y). + Deductive reasoning + + + + + + + + + + + + + + + + + + + + + + A task in which an Agent brings an item that the Agent already carries to a specified target. + + + + + + + + + + + + + + + + + + + + + + + + Deriving information + + + + + -For example, if the topic of a communication is flowers, this does not mean the words themselves are flowers, merely that, in some sense, they are about flowers.") -AnnotationAssertion(rdfs:label SOMA:CommunicationTopic "Communication topic"@en) -SubClassOf(SOMA:CommunicationTopic SOMA:ResourceRole) -SubClassOf(SOMA:CommunicationTopic ObjectAllValuesFrom( ObjectIntersectionOf( ObjectSomeValuesFrom( ObjectSomeValuesFrom( SOMA:CommunicationTask))))) -# Class: SOMA:Conclusion (Conclusions) + + + A particular kind of cutting where the goal is to produce small pieces out of some object or material. Unlike slices, the pieces to be obtained do not have one or two dimensions being more prominent than others. "Dice", the pieces dicing results in, are approximately cubic. + + -AnnotationAssertion(rdfs:comment SOMA:Conclusion "An object that is derived from some premise using some inference rules.") -AnnotationAssertion(rdfs:label SOMA:Conclusion "Conclusions") -SubClassOf(SOMA:Conclusion SOMA:CreatedObject) -SubClassOf(SOMA:Conclusion SOMA:Knowledge) -# Class: SOMA:Constructing (SOMA:Constructing) + -AnnotationAssertion(rdfs:comment SOMA:Constructing "A task in which an Agent creates a new physical object."@en) -SubClassOf(SOMA:Constructing SOMA:PhysicalTask) -DisjointClasses(SOMA:Constructing SOMA:ModifyingPhysicalObject) -# Class: SOMA:Cutting (SOMA:Cutting) + + + A mental task, in which two or more agents discuss some topic via multiple Illocutionary acts, which are part of this task. + Discourse + + -AnnotationAssertion(rdfs:comment SOMA:Cutting "The goal of this task is to separate one or more pieces from some target object by means of cutting into its constituent material. Unlike a disassembly, a cut is usually not easily reversible.") -SubClassOf(SOMA:Cutting SOMA:ModifyingPhysicalObject) -# Class: SOMA:Deciding (Deciding) + -AnnotationAssertion(rdfs:isDefinedBy SOMA:Deciding "A mental task in where an agent makes some decision, that is, selecting some Information object; usually on the basis of others."@en) -AnnotationAssertion(rdfs:label SOMA:Deciding "Deciding"@en) -SubClassOf(SOMA:Deciding SOMA:DerivingInformation) -# Class: SOMA:DeductiveReasoning (Deductive reasoning) + + + A task in which an Agent increases its distance from some location. + + -AnnotationAssertion(rdfs:comment SOMA:DeductiveReasoning "A task in which the Agent, using general logical principles that it considers logically valid, applied to premises that it considers logically true, arrives at conclusions that it considers logically certain. -Deduction is often explained as starting from the \"general\" (some property X is known about all members of a set S), applying it to the \"specific\" (some Entity Y is known to belong to set S), to arrive at a specialization of the general property (X applies to Y).") -AnnotationAssertion(rdfs:label SOMA:DeductiveReasoning "Deductive reasoning"@en) -SubClassOf(SOMA:DeductiveReasoning SOMA:Reasoning) + -# Class: SOMA:Delivering (SOMA:Delivering) -AnnotationAssertion(rdfs:comment SOMA:Delivering "A task in which an Agent brings an item that the Agent already carries to a specified target.") -SubClassOf(SOMA:Delivering SOMA:Actuating) -SubClassOf(SOMA:Delivering ObjectSomeValuesFrom(SOMA:isTaskAffordedBy SOMA:Shifting)) -DisjointClasses(SOMA:Delivering SOMA:Fetching) -DisjointClasses(SOMA:Delivering SOMA:Lifting) -DisjointClasses(SOMA:Delivering SOMA:Opening) -DisjointClasses(SOMA:Delivering SOMA:Pulling) -DisjointClasses(SOMA:Delivering SOMA:Pushing) -DisjointClasses(SOMA:Delivering SOMA:Squeezing) + + + Any form of re-processing episodic memories for long-term memory by natural or aritifical agents. + + -# Class: SOMA:DerivingInformation (Deriving information) -AnnotationAssertion(rdfs:label SOMA:DerivingInformation "Deriving information") -SubClassOf(SOMA:DerivingInformation SOMA:InformationAcquisition) -SubClassOf(SOMA:DerivingInformation ObjectIntersectionOf(ObjectSomeValuesFrom(SOMA:isTaskOfInputRole SOMA:Premise) ObjectSomeValuesFrom(SOMA:isTaskOfOutputRole SOMA:Conclusion))) + -# Class: SOMA:Dicing (SOMA:Dicing) -AnnotationAssertion(rdfs:comment SOMA:Dicing "A particular kind of cutting where the goal is to produce small pieces out of some object or material. Unlike slices, the pieces to be obtained do not have one or two dimensions being more prominent than others. \"Dice\", the pieces dicing results in, are approximately cubic.") -SubClassOf(SOMA:Dicing SOMA:Cutting) + + + + The dropped object falls mainly under the influence of gravity. However, an agent may also drop something during navigation. The difference to 'Throwing' is that there is no 'Limb motion' which is a constitiuent of the action. -# Class: SOMA:Discourse (Discourse) +'Dropping' is intentional. Dropping by accident may not has a phase to release the grasp. It could be that the grasp was not strong enough and the objects "slips" away. + + -AnnotationAssertion(rdfs:comment SOMA:Discourse "A mental task, in which two or more agents discuss some topic via multiple Illocutionary acts, which are part of this task."@en) -AnnotationAssertion(rdfs:label SOMA:Discourse "Discourse"@en) -SubClassOf(SOMA:Discourse SOMA:CommunicationTask) -# Class: SOMA:Distancing (SOMA:Distancing) + -AnnotationAssertion(rdfs:comment SOMA:Distancing "A task in which an Agent increases its distance from some location.") -SubClassOf(SOMA:Distancing SOMA:Navigating) -# Class: SOMA:Dreaming (SOMA:Dreaming) + + + A task in which an Agent places its end effectors at particular poses. + End effector positioning + + -AnnotationAssertion(rdfs:comment SOMA:Dreaming "Any form of re-processing episodic memories for long-term memory by natural or aritifical agents.") -SubClassOf(SOMA:Dreaming SOMA:DerivingInformation) -# Class: SOMA:Dropping (SOMA:Dropping) + -AnnotationAssertion(rdfs:comment SOMA:Dropping "The dropped object falls mainly under the influence of gravity. However, an agent may also drop something during navigation. The difference to 'Throwing' is that there is no 'Limb motion' which is a constitiuent of the action. -'Dropping' is intentional. Dropping by accident may not has a phase to release the grasp. It could be that the grasp was not strong enough and the objects \"slips\" away.") -SubClassOf(SOMA:Dropping SOMA:Actuating) -DisjointClasses(SOMA:Dropping SOMA:Placing) + + + + + + + + + + + + + + + A region containing labels that describe different states in the evolution/completion of a task execution. + Execution state region + + -# Class: SOMA:EndEffectorPositioning (End effector positioning) -AnnotationAssertion(rdfs:comment SOMA:EndEffectorPositioning "A task in which an Agent places its end effectors at particular poses.") -AnnotationAssertion(rdfs:label SOMA:EndEffectorPositioning "End effector positioning"@en) -SubClassOf(SOMA:EndEffectorPositioning SOMA:Manipulating) + -# Class: SOMA:ExecutionStateRegion (Execution state region) -AnnotationAssertion(rdfs:comment SOMA:ExecutionStateRegion "A region containing labels that describe different states in the evolution/completion of a task execution.") -AnnotationAssertion(rdfs:label SOMA:ExecutionStateRegion "Execution state region") -EquivalentClasses(SOMA:ExecutionStateRegion ObjectOneOf(SOMA:ExecutionState_Active SOMA:ExecutionState_Cancelled SOMA:ExecutionState_Failed SOMA:ExecutionState_Paused SOMA:ExecutionState_Pending SOMA:ExecutionState_Succeeded)) -SubClassOf(SOMA:ExecutionStateRegion ) + + + + + + + + A task in which an Agent retrieves an object from a particular location, which puts the object under the Agent's control, who can now e.g. transport the object somewhere else; this task may include repositioning the Agent to better reach the object. Note that while in normal linguistic use fetch can mean transport, we use it here to refer only to (a part of) the first stage of transport. + + -# Class: SOMA:Fetching (SOMA:Fetching) -AnnotationAssertion(rdfs:comment SOMA:Fetching "A task in which an Agent retrieves an object from a particular location, which puts the object under the Agent's control, who can now e.g. transport the object somewhere else; this task may include repositioning the Agent to better reach the object. Note that while in normal linguistic use fetch can mean transport, we use it here to refer only to (a part of) the first stage of transport.") -SubClassOf(SOMA:Fetching SOMA:PhysicalAcquiring) -DisjointClasses(SOMA:Fetching SOMA:Lifting) -DisjointClasses(SOMA:Fetching SOMA:Opening) -DisjointClasses(SOMA:Fetching SOMA:Pulling) -DisjointClasses(SOMA:Fetching SOMA:Pushing) -DisjointClasses(SOMA:Fetching SOMA:Squeezing) + -# Class: SOMA:Focusing (Focusing) -AnnotationAssertion(rdfs:comment SOMA:Focusing "The mental task to center the attention to some subject.") -AnnotationAssertion(rdfs:label SOMA:Focusing "Focusing") -SubClassOf(SOMA:Focusing SOMA:AttentionShift) + + + + + + + + + The task in which the agent turns an object over by using a tool or by manipulating + + -# Class: SOMA:ForgettingIncorrectInformation (Forgetting incorrect information) -AnnotationAssertion(rdfs:comment SOMA:ForgettingIncorrectInformation "A mental task in which the executing agent aims to correct its present information by deleting an incorrect information."@en) -AnnotationAssertion(rdfs:label SOMA:ForgettingIncorrectInformation "Forgetting incorrect information"@en) -SubClassOf(SOMA:ForgettingIncorrectInformation SOMA:InformationDismissal) + -# Class: SOMA:ForgettingIrrelevantInformation (Forgetting irrelevant information) -AnnotationAssertion(rdfs:comment SOMA:ForgettingIrrelevantInformation "A mental task in which the executing agent aims to clean up its present information by deleting an irrelevant information."@en) -AnnotationAssertion(rdfs:label SOMA:ForgettingIrrelevantInformation "Forgetting irrelevant information"@en) -SubClassOf(SOMA:ForgettingIrrelevantInformation SOMA:InformationDismissal) + + + The mental task to center the attention to some subject. + Focusing + + -# Class: SOMA:GetTaskParameter (Get task parameter) -AnnotationAssertion(rdfs:comment SOMA:GetTaskParameter "A task in which an Agent computes some parameter relevant for another task.") -AnnotationAssertion(rdfs:label SOMA:GetTaskParameter "Get task parameter"@en) -SubClassOf(SOMA:GetTaskParameter SOMA:Planning) + -# Class: SOMA:GraspTransfer (Grasp transfer) -AnnotationAssertion(rdfs:comment SOMA:GraspTransfer "A task in which an Agent switches which of its end effectors holds an object.") -AnnotationAssertion(rdfs:label SOMA:GraspTransfer "Grasp transfer"@en) -SubClassOf(SOMA:GraspTransfer SOMA:Grasping) + + + A mental task in which the executing agent aims to correct its present information by deleting an incorrect information. + Forgetting incorrect information + + -# Class: SOMA:Grasping (SOMA:Grasping) -AnnotationAssertion(rdfs:comment SOMA:Grasping "A task in which an Agent uses its end effectors to grasp an object, thus gaining kinematic control over it.") -SubClassOf(SOMA:Grasping SOMA:Manipulating) -DisjointClasses(SOMA:Grasping SOMA:Releasing) + -# Class: SOMA:Holding (SOMA:Holding) -AnnotationAssertion(rdfs:comment SOMA:Holding "A task by which an Agent keeps an object over which it has kinematic control, typically via grasping, at some specified pose.") -SubClassOf(SOMA:Holding SOMA:Manipulating) + + + A mental task in which the executing agent aims to clean up its present information by deleting an irrelevant information. + Forgetting irrelevant information + + -# Class: SOMA:IllocutionaryTask (Illocutionary act) -AnnotationAssertion(rdfs:comment SOMA:IllocutionaryTask "A task which is executed by a Locution action: A Locution is what was said and meant, Illocution is what was done. + -When somebody says \"Is there any salt?\" at the dinner table, the illocutionary act is a request: \"please give me some salt\" even though the locutionary act (the literal sentence) was to ask a question about the presence of salt. -Source: https://en.wikipedia.org/wiki/Illocutionary_act"@en) -AnnotationAssertion(rdfs:label SOMA:IllocutionaryTask "Illocutionary act"@en) -SubClassOf(SOMA:IllocutionaryTask ObjectIntersectionOf(SOMA:CommunicationTask ObjectAllValuesFrom( ObjectAllValuesFrom( ObjectUnionOf( ))))) + + + A task in which an Agent computes some parameter relevant for another task. + Get task parameter + + -# Class: SOMA:Imagining (SOMA:Imagining) -AnnotationAssertion(rdfs:comment SOMA:Imagining "A Mental task in which the Agent constructs a mental representation of a possible world. An Agent performing an Imagining activity does not aim to construct a representation that aspires to be faithful to some past, present, or future state of affairs of the actual world it is embodied in.") -SubClassOf(SOMA:Imagining SOMA:InformationAcquisition) + -# Class: SOMA:InductiveReasoning (Inductive resoning) -AnnotationAssertion(rdfs:comment SOMA:InductiveReasoning "A task in which the Agent endeavors to accumulate confidence in some general statement about the world, by gathering instances in which this general statement appears to apply. Note that perfect confidence can never be guaranteed by induction. + + + A task in which an Agent switches which of its end effectors holds an object. + Grasp transfer + + -Induction is often described as a move from many \"specifics\" (swan A is white, swan B is white, swan C is white, ...) to the \"general\" (all swans are white).") -AnnotationAssertion(rdfs:label SOMA:InductiveReasoning "Inductive resoning"@en) -SubClassOf(SOMA:InductiveReasoning SOMA:Reasoning) -# Class: SOMA:InferenceRules (Inference rules) + -AnnotationAssertion(rdfs:comment SOMA:InferenceRules "The role of an object that is used to derive a conclusion from some premises.") -AnnotationAssertion(rdfs:label SOMA:InferenceRules "Inference rules") -SubClassOf(SOMA:InferenceRules SOMA:Knowledge) -# Class: SOMA:InformationAcquisition (Information acquisition) + + + + A task in which an Agent uses its end effectors to grasp an object, thus gaining kinematic control over it. + + -AnnotationAssertion(rdfs:comment SOMA:InformationAcquisition "A mental task in which the executing agent acquires some information that was not immediately available to it before. -A synonym might be \"Thinking\". -Examples include recalling knowledge or inferring some information from other information."@en) -AnnotationAssertion(rdfs:label SOMA:InformationAcquisition "Information acquisition"@en) -EquivalentClasses(SOMA:InformationAcquisition ObjectIntersectionOf(SOMA:MentalTask ObjectSomeValuesFrom(SOMA:isTaskOfOutputRole ObjectIntersectionOf(SOMA:CreatedObject SOMA:Knowledge)))) + -# Class: SOMA:InformationDismissal (Information dismissal) -AnnotationAssertion(rdfs:comment SOMA:InformationDismissal "A mental task in which the executing agent dismisses some information. + + + A task by which an Agent keeps an object over which it has kinematic control, typically via grasping, at some specified pose. + + -An example is forgetting some knowledge."@en) -AnnotationAssertion(rdfs:label SOMA:InformationDismissal "Information dismissal"@en) -SubClassOf(SOMA:InformationDismissal SOMA:MentalTask) -SubClassOf(SOMA:InformationDismissal ObjectSomeValuesFrom(SOMA:isTaskOfInputRole ObjectIntersectionOf(SOMA:DestroyedObject SOMA:Knowledge))) -# Class: SOMA:InformationRetrieval (Information retrieval) + -AnnotationAssertion(rdfs:comment SOMA:InformationRetrieval "A mental task in which an Agent recalls some knowledge that has been memorized previously. + + + + + + + + + + + + + + + + + + + + + + + + + + A task which is executed by a Locution action: A Locution is what was said and meant, Illocution is what was done. + +When somebody says "Is there any salt?" at the dinner table, the illocutionary act is a request: "please give me some salt" even though the locutionary act (the literal sentence) was to ask a question about the presence of salt. + +Source: https://en.wikipedia.org/wiki/Illocutionary_act + Illocutionary act + + + + + + + + + + A Mental task in which the Agent constructs a mental representation of a possible world. An Agent performing an Imagining activity does not aim to construct a representation that aspires to be faithful to some past, present, or future state of affairs of the actual world it is embodied in. + + + + + + + + + + A task in which the Agent endeavors to accumulate confidence in some general statement about the world, by gathering instances in which this general statement appears to apply. Note that perfect confidence can never be guaranteed by induction. + +Induction is often described as a move from many "specifics" (swan A is white, swan B is white, swan C is white, ...) to the "general" (all swans are white). + Inductive resoning + + + + + + + + + + The role of an object that is used to derive a conclusion from some premises. + Inference rules + + + + + + + + + + + + + + + + + + + + + + + + + + + A mental task in which the executing agent acquires some information that was not immediately available to it before. +A synonym might be "Thinking". + +Examples include recalling knowledge or inferring some information from other information. + Information acquisition + + + + + + + + + + + + + + + + + + + + + + + A mental task in which the executing agent dismisses some information. + +An example is forgetting some knowledge. + Information dismissal + + + + + + + + + + + + + + + + A mental task in which an Agent recalls some knowledge that has been memorized previously. Examples include a human remembering some information or a computer retrieving knowledge from a database. -The difference to Remembering is that for this Task, we are concerned with knowledge about a previous world state. Memory Retrieval is more general in the sense that it also includes the retrieval of learned facts and rules."@en) -AnnotationAssertion(rdfs:label SOMA:InformationRetrieval "Information retrieval"@en) -SubClassOf(SOMA:InformationRetrieval SOMA:InformationAcquisition) -SubClassOf(SOMA:InformationRetrieval ObjectSomeValuesFrom(SOMA:isTaskOfOutputRole SOMA:Knowledge)) +The difference to Remembering is that for this Task, we are concerned with knowledge about a previous world state. Memory Retrieval is more general in the sense that it also includes the retrieval of learned facts and rules. + Information retrieval + + + + + + + + + + + + + + + + + + + + + + + A mental task in which the executing agent persists some information for later recall, if necessary. + +An example is learning new knowledge. + Information storage + + + + + + + + + + The role of a plan to follow during an execution task. + Instructions + + + + + + + + + + A task in which an Agent interpretes some information, e.g., makes sense of some incoming message or its visible surroundings. + Interpreting + + + + + -# Class: SOMA:InformationStorage (Information storage) -AnnotationAssertion(rdfs:comment SOMA:InformationStorage "A mental task in which the executing agent persists some information for later recall, if necessary. + + + A mentalk task in which an Agent gathers and processes information about its own mental tasks via, e.g., Meta Reasoning. + Introspecting + + -An example is learning new knowledge."@en) -AnnotationAssertion(rdfs:label SOMA:InformationStorage "Information storage"@en) -SubClassOf(SOMA:InformationStorage SOMA:MentalTask) -SubClassOf(SOMA:InformationStorage ObjectSomeValuesFrom(SOMA:isTaskOfInputRole ObjectIntersectionOf( SOMA:Knowledge))) -# Class: SOMA:Instructions (Instructions) + -AnnotationAssertion(rdfs:comment SOMA:Instructions "The role of a plan to follow during an execution task.") -AnnotationAssertion(rdfs:label SOMA:Instructions "Instructions") -SubClassOf(SOMA:Instructions SOMA:Item) -# Class: SOMA:Interpreting (Interpreting) + + + + -AnnotationAssertion(rdfs:comment SOMA:Interpreting "A task in which an Agent interpretes some information, e.g., makes sense of some incoming message or its visible surroundings."@en) -AnnotationAssertion(rdfs:label SOMA:Interpreting "Interpreting"@en) -SubClassOf(SOMA:Interpreting SOMA:DerivingInformation) -# Class: SOMA:Introspecting (Introspecting) + -AnnotationAssertion(rdfs:comment SOMA:Introspecting "A mentalk task in which an Agent gathers and processes information about its own mental tasks via, e.g., Meta Reasoning."@en) -AnnotationAssertion(rdfs:label SOMA:Introspecting "Introspecting"@en) -SubClassOf(SOMA:Introspecting SOMA:InformationAcquisition) -# Class: SOMA:Knowledge (SOMA:Knowledge) + + + A task in which an agent annotates some objects with names, e.g., labeling the feeling of a tip-of-the-tongue event as such. + Labeling + + -SubClassOf(SOMA:Knowledge SOMA:Item) -# Class: SOMA:Labeling (Labeling) + -AnnotationAssertion(rdfs:label SOMA:Labeling "A task in which an agent annotates some objects with names, e.g., labeling the feeling of a tip-of-the-tongue event as such.") -AnnotationAssertion(rdfs:label SOMA:Labeling "Labeling") -SubClassOf(SOMA:Labeling SOMA:Interpreting) -# Class: SOMA:Learning (Learning) + + + The mental task of storing information for later use. -AnnotationAssertion(rdfs:comment SOMA:Learning "The mental task of storing information for later use. +This is more general than memorizing, as the later only captures declarative knowledge. + Learning + + -This is more general than memorizing, as the later only captures declarative knowledge.") -AnnotationAssertion(rdfs:label SOMA:Learning "Learning") -SubClassOf(SOMA:Learning SOMA:InformationStorage) -# Class: SOMA:Lifting (SOMA:Lifting) + -AnnotationAssertion(rdfs:comment SOMA:Lifting "todo: how to distinguish from e.g. 'pushing from the table'") -SubClassOf(SOMA:Lifting SOMA:Actuating) -DisjointClasses(SOMA:Lifting SOMA:Opening) -DisjointClasses(SOMA:Lifting SOMA:Pulling) -DisjointClasses(SOMA:Lifting SOMA:Pushing) -DisjointClasses(SOMA:Lifting SOMA:Squeezing) -# Class: SOMA:LinguisticObject (Linguistic object) + + + + + + + todo: how to distinguish from e.g. 'pushing from the table' + + -AnnotationAssertion(rdfs:isDefinedBy SOMA:LinguisticObject ) -AnnotationAssertion(rdfs:label SOMA:LinguisticObject "Linguistic object"@en) -SubClassOf(SOMA:LinguisticObject ) -# Class: SOMA:LookingAt (SOMA:LookingAt) + -AnnotationAssertion(rdfs:comment SOMA:LookingAt "better: Gazing") -SubClassOf(SOMA:LookingAt SOMA:PhysicalTask) -# Class: SOMA:LookingFor (Looking for) + + + + Linguistic object + + -AnnotationAssertion(rdfs:comment SOMA:LookingFor "A task by which an Agent uses its perception apparatus to check for the presence of an object in some specified area.") -AnnotationAssertion(rdfs:label SOMA:LookingFor "Looking for"@en) -SubClassOf(SOMA:LookingFor SOMA:Perceiving) -# Class: SOMA:Lowering (SOMA:Lowering) + -AnnotationAssertion(rdfs:comment SOMA:Lowering "A task in which an Agent reduces the elevation at which they hold an item.") -SubClassOf(SOMA:Lowering SOMA:Actuating) -# Class: SOMA:Manipulating (SOMA:Manipulating) + + + better: Gazing + + -AnnotationAssertion(rdfs:comment SOMA:Manipulating "Tasks where the goal is to move the prehensile effectors, ie. hands, of an agent so as to achieve some spatial or functional relation with some manipulated object. + + + + + + + A task by which an Agent uses its perception apparatus to check for the presence of an object in some specified area. + Looking for + + + + + + + + + + A task in which an Agent reduces the elevation at which they hold an item. + + + + + + + + + + + + + + + + Tasks where the goal is to move the prehensile effectors, ie. hands, of an agent so as to achieve some spatial or functional relation with some manipulated object. Spatial relations refer to positioning the hands in certain ways relative to the manipulated object, for example nearing or distancing them, or aligning them with some relevant axis. @@ -973,497 +1554,1246 @@ Functional relations here refer to interactions between the hands and manipulate Note that manipulation tasks are usually performed with the intention of moving an object in some way, so there is a large conceptual overlap between Manipulating and Actuating. -However these concepts are nonetheless distinguished in what they \"profile\", ie. what they focus on as particularly important. +However these concepts are nonetheless distinguished in what they "profile", ie. what they focus on as particularly important. Actuating profiles the movement of the object itself. Manipulating profiles the movement of the hands and the functional relations, such as kinematic control, they establish with the manipulated object. -Note: we employ Manipulating here in its literal, original sense, of using hands for some purpose, and not in the metaphorical sense of exerting psychological pressure on someone.") -SubClassOf(SOMA:Manipulating SOMA:PhysicalTask) -SubClassOf(SOMA:Manipulating ObjectAllValuesFrom( SOMA:PhysicalAction)) +Note: we employ Manipulating here in its literal, original sense, of using hands for some purpose, and not in the metaphorical sense of exerting psychological pressure on someone. + + + + + + + + + + An atomic mental task in which an Agent saves some (declarative) information for later retrieval. + +Examples include a student learning vocabularies or a computer saving some information to a database. + Memorizing + + + + + + + + + + + + + + + + + + + + + + + An Event construed as the Agent participant affecting Entities that are representations of actual or potential Entities or Events in the physical world in which the Agent is embodied. These representations are maintained by the Agent participant in the 'Mental action' event. + +One could argue Mental actions are all Physical actions, because anything the Agent may use to maintain such representations will be physical things, However, we make this distinction because for Mental actions it is less important to consider the physical support of the representation and how it changes, and more important to track how the information content of the representation changes. + Mental action + + + + + + + + + + + + + + + + A Task classifying some MentalAction, that is, an Action through which an Agent manipulates representations stored in its own cognition. + Mental task + + + + + + + + + + + + + + + + + + + + + + A message is a discrete unit of communication intended by the source for consumption by some recipient or group of recipients (Source: https://en.wikipedia.org/wiki/Message). + +Note that the Role Message classifies the Information Realization, not the content. + Message + + + + + + + + + + A topic used while an Agent describes its own cognitive processes and acions to evaluate them according to some metric. + Meta cognition evaluation topic + + + + + + + + + + A topic used while an Agent describes its own cognitive processes and actions, and which covers descriptions of what memories are involved in them. + Meta cognition memory topic + + + + + + -# Class: SOMA:Memorizing (Memorizing) + + + A topic used while an Agent describes the planning it does for its own cognitive processes and actions. + Meta cognition planning topic + + -AnnotationAssertion(rdfs:comment SOMA:Memorizing "An atomic mental task in which an Agent saves some (declarative) information for later retrieval. -Examples include a student learning vocabularies or a computer saving some information to a database."@en) -AnnotationAssertion(rdfs:label SOMA:Memorizing "Memorizing"@en) -SubClassOf(SOMA:Memorizing SOMA:Learning) + -# Class: SOMA:MentalAction (Mental action) -AnnotationAssertion(rdfs:comment SOMA:MentalAction "An Event construed as the Agent participant affecting Entities that are representations of actual or potential Entities or Events in the physical world in which the Agent is embodied. These representations are maintained by the Agent participant in the 'Mental action' event. + + + A topic for a description that an Agent might make of its own cognitive processes and actions. + + -One could argue Mental actions are all Physical actions, because anything the Agent may use to maintain such representations will be physical things, However, we make this distinction because for Mental actions it is less important to consider the physical support of the representation and how it changes, and more important to track how the information content of the representation changes.") -AnnotationAssertion(rdfs:label SOMA:MentalAction "Mental action") -SubClassOf(SOMA:MentalAction ) -SubClassOf(SOMA:MentalAction ObjectAllValuesFrom( ObjectUnionOf( ))) -# Class: SOMA:MentalTask (Mental task) + -AnnotationAssertion(rdfs:comment SOMA:MentalTask "A Task classifying some MentalAction, that is, an Action through which an Agent manipulates representations stored in its own cognition.") -AnnotationAssertion(rdfs:label SOMA:MentalTask "Mental task"@en) -SubClassOf(SOMA:MentalTask ) -SubClassOf(SOMA:MentalTask ObjectAllValuesFrom( SOMA:MentalAction)) -# Class: SOMA:Message (Message) + + + The concious or subconcious task to control the own mental processes, e.g., evaluating them and instructing the own mind to shift attention. + Metacognitive controlling + + -AnnotationAssertion(rdfs:comment SOMA:Message "A message is a discrete unit of communication intended by the source for consumption by some recipient or group of recipients (Source: https://en.wikipedia.org/wiki/Message). -Note that the Role Message classifies the Information Realization, not the content."@en) -AnnotationAssertion(rdfs:label SOMA:Message "Message"@en) -SubClassOf(SOMA:Message SOMA:Item) -SubClassOf(SOMA:Message ObjectSomeValuesFrom( SOMA:CommunicationTask)) -SubClassOf(SOMA:Message ObjectAllValuesFrom( )) + -# Class: SOMA:MetaCognitionEvaluationTopic (Meta cognition evaluation topic) -AnnotationAssertion(rdfs:comment SOMA:MetaCognitionEvaluationTopic "A topic used while an Agent describes its own cognitive processes and acions to evaluate them according to some metric.") -AnnotationAssertion(rdfs:label SOMA:MetaCognitionEvaluationTopic "Meta cognition evaluation topic") -SubClassOf(SOMA:MetaCognitionEvaluationTopic SOMA:MetaCognitionTopic) + + + The task to label the processes and states of the own mind, e.g., to interprete the feeling of knowing an information but not being able to retrieve it at the moment as a tip-of-the-tongue event. + Metacognitive monitoring + + -# Class: SOMA:MetaCognitionMemoryTopic (Meta cognition memory topic) -AnnotationAssertion(rdfs:comment SOMA:MetaCognitionMemoryTopic "A topic used while an Agent describes its own cognitive processes and actions, and which covers descriptions of what memories are involved in them.") -AnnotationAssertion(rdfs:label SOMA:MetaCognitionMemoryTopic "Meta cognition memory topic") -SubClassOf(SOMA:MetaCognitionMemoryTopic SOMA:MetaCognitionTopic) + -# Class: SOMA:MetaCognitionPlanningTopic (Meta cognition planning topic) -AnnotationAssertion(rdfs:comment SOMA:MetaCognitionPlanningTopic "A topic used while an Agent describes the planning it does for its own cognitive processes and actions.") -AnnotationAssertion(rdfs:label SOMA:MetaCognitionPlanningTopic "Meta cognition planning topic") -SubClassOf(SOMA:MetaCognitionPlanningTopic SOMA:MetaCognitionTopic) + + + A task by which an Agent combines several entities, such that the combination is difficult or in practice impossible to reverse. + + -# Class: SOMA:MetaCognitionTopic (SOMA:MetaCognitionTopic) -AnnotationAssertion(rdfs:comment SOMA:MetaCognitionTopic "A topic for a description that an Agent might make of its own cognitive processes and actions.") -SubClassOf(SOMA:MetaCognitionTopic SOMA:ThinkAloudTopic) + -# Class: SOMA:MetacognitiveControlling (Metacognitive controlling) -AnnotationAssertion(rdfs:comment SOMA:MetacognitiveControlling "The concious or subconcious task to control the own mental processes, e.g., evaluating them and instructing the own mind to shift attention.") -AnnotationAssertion(rdfs:label SOMA:MetacognitiveControlling "Metacognitive controlling") -SubClassOf(SOMA:MetacognitiveControlling SOMA:MentalTask) + + + Superconcept for tasks that involve affecting some state that an object is in (e.g. where it is located), without creating or destroying the object. + Modifying physical object + + -# Class: SOMA:MetacognitiveMonitoring (Metacognitive monitoring) -AnnotationAssertion(rdfs:comment SOMA:MetacognitiveMonitoring "The task to label the processes and states of the own mind, e.g., to interprete the feeling of knowing an information but not being able to retrieve it at the moment as a tip-of-the-tongue event.") -AnnotationAssertion(rdfs:label SOMA:MetacognitiveMonitoring "Metacognitive monitoring") -SubClassOf(SOMA:MetacognitiveMonitoring SOMA:Introspecting) + -# Class: SOMA:Mixing (SOMA:Mixing) -AnnotationAssertion(rdfs:comment SOMA:Mixing "A task by which an Agent combines several entities, such that the combination is difficult or in practice impossible to reverse.") -SubClassOf(SOMA:Mixing SOMA:Constructing) + + + A task in which the Agent keeps track of the physical state of its joints, e.g. their positions, velocities, efforts. + Monitoring joint state + + -# Class: SOMA:ModifyingPhysicalObject (Modifying physical object) -AnnotationAssertion(rdfs:comment SOMA:ModifyingPhysicalObject "Superconcept for tasks that involve affecting some state that an object is in (e.g. where it is located), without creating or destroying the object.") -AnnotationAssertion(rdfs:label SOMA:ModifyingPhysicalObject "Modifying physical object"@en) -SubClassOf(SOMA:ModifyingPhysicalObject SOMA:PhysicalTask) + -# Class: SOMA:MonitoringJointState (Monitoring joint state) -AnnotationAssertion(rdfs:comment SOMA:MonitoringJointState "A task in which the Agent keeps track of the physical state of its joints, e.g. their positions, velocities, efforts.") -AnnotationAssertion(rdfs:label SOMA:MonitoringJointState "Monitoring joint state"@en) -SubClassOf(SOMA:MonitoringJointState SOMA:Proprioceiving) + + + A task in which an Agent moves towards a location. + + -# Class: SOMA:MovingTo (SOMA:MovingTo) -AnnotationAssertion(rdfs:comment SOMA:MovingTo "A task in which an Agent moves towards a location.") -SubClassOf(SOMA:MovingTo SOMA:Navigating) + -# Class: SOMA:Navigating (SOMA:Navigating) -AnnotationAssertion(rdfs:comment SOMA:Navigating "A task in which an Agent moves through space so as to arrive at some location, follow some path, or increase its distance from some location or other entity. Often, navigation involves finding paths around obstacles and forbidden areas.") -SubClassOf(SOMA:Navigating SOMA:PhysicalTask) + + + A task in which an Agent moves through space so as to arrive at some location, follow some path, or increase its distance from some location or other entity. Often, navigation involves finding paths around obstacles and forbidden areas. + + -# Class: SOMA:Opening (SOMA:Opening) -AnnotationAssertion(rdfs:comment SOMA:Opening "A task in which an Agent manipulates a container so as to expose its interior.") -SubClassOf(SOMA:Opening SOMA:Actuating) -DisjointClasses(SOMA:Opening SOMA:Pulling) -DisjointClasses(SOMA:Opening SOMA:Pushing) -DisjointClasses(SOMA:Opening SOMA:Squeezing) + -# Class: SOMA:Orienting (SOMA:Orienting) -AnnotationAssertion(rdfs:comment SOMA:Orienting "A task in which an Agent adjusts the orientation of an object.") -SubClassOf(SOMA:Orienting SOMA:Positioning) + + + + + + A task in which an Agent manipulates a container so as to expose its interior. + + -# Class: SOMA:ParkingArms (Parking arms) -AnnotationAssertion(rdfs:comment SOMA:ParkingArms "A task by which an Agent arranges its arms in such a way so as to minimize opportunities for collision while moving through the environment.") -AnnotationAssertion(rdfs:label SOMA:ParkingArms "Parking arms"@en) -SubClassOf(SOMA:ParkingArms SOMA:AssumingArmPose) + -# Class: SOMA:Perceiving (SOMA:Perceiving) -AnnotationAssertion(rdfs:comment SOMA:Perceiving "A task in which the Agent gathers and interprets sensor information about its surroundings.") -SubClassOf(SOMA:Perceiving ObjectIntersectionOf(SOMA:InformationAcquisition SOMA:PhysicalTask)) + + + A task in which an Agent adjusts the orientation of an object. + + -# Class: SOMA:PhysicalAcquiring (Physical acquiring) -AnnotationAssertion(rdfs:comment SOMA:PhysicalAcquiring "The goal of this task is to make some object usable for other tasks, by possibly changing its physical state. Usually, it overlaps some task that describes the manner in which an object is obtained. + + + + + + A task by which an Agent arranges its arms in such a way so as to minimize opportunities for collision while moving through the environment. + Parking arms + + + + + + + + + + + + + + + + + A task in which the Agent gathers and interprets sensor information about its surroundings. + + + + + + + + + + The goal of this task is to make some object usable for other tasks, by possibly changing its physical state. Usually, it overlaps some task that describes the manner in which an object is obtained. The prototypical example of PhysicalAcquiring is picking up an object. -Note that buying an object is NOT PhysicalAcquiring. Buying, or ownership transfer in general, also involves an adjustment in social structures describing ownership.") -AnnotationAssertion(rdfs:label SOMA:PhysicalAcquiring "Physical acquiring"@en) -SubClassOf(SOMA:PhysicalAcquiring SOMA:ModifyingPhysicalObject) +Note that buying an object is NOT PhysicalAcquiring. Buying, or ownership transfer in general, also involves an adjustment in social structures describing ownership. + Physical acquiring + + + + + + + + + + An action performed by an agent by using its body in some way to interact with the physical world, e.g., through manipulation of objects, or by changing the posture. + Physical action + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + A task in which a PhysicalAgent affects some physical object. + Physical task + + + + + + + + + + A task in which the Agent uses one or more of its grippers to grasp a usually stationary object. + + + + + + + + + + Distinguished from Positioning in that this task is more about placing an object at a functionally specified location (e.g., place the cup on the table) as opposed to positioning an object at a location defined by coordinates or a region of coordinates (position the cup at xyz). + + + + + + + + + + + + + + + + + + + + + A Mental task in which the Agent endeavours to create a sequence of actions for itself which, if followed, will bring about a particular state of affairs in the world. This particular state of affairs is known to the agent and is often called the goal state of the planning action. Planning commits itself to feasibility: the Agent attempts to find a sequence of actions that it believes it will actually be able to perform. + + + + + + + + + + A task in which an Agent places an object at a particular position. + + + + + + + + + + + + + + + + A task in which an agent lets liquid substance to flow out of an object. The agent has a kinematic control over the object. + + + + + + -# Class: SOMA:PhysicalAction (Physical action) + + + The task in which the agent pours the substance into another object. + Pouring into + + -AnnotationAssertion(rdfs:comment SOMA:PhysicalAction "An action performed by an agent by using its body in some way to interact with the physical world, e.g., through manipulation of objects, or by changing the posture."^^xsd:string) -AnnotationAssertion(rdfs:label SOMA:PhysicalAction "Physical action"^^xsd:string) -SubClassOf(SOMA:PhysicalAction ) -# Class: SOMA:PhysicalTask (Physical task) + -AnnotationAssertion(rdfs:comment SOMA:PhysicalTask "A task in which a PhysicalAgent affects some physical object.") -AnnotationAssertion(rdfs:label SOMA:PhysicalTask "Physical task"@en) -SubClassOf(SOMA:PhysicalTask ) -SubClassOf(SOMA:PhysicalTask ObjectAllValuesFrom( ObjectIntersectionOf( ObjectUnionOf(ObjectSomeValuesFrom( ) ObjectSomeValuesFrom( ))))) -# Class: SOMA:PickingUp (SOMA:PickingUp) + + + The task in which an agent pours the substance on top of an object + Pouring onto + + -AnnotationAssertion(rdfs:comment SOMA:PickingUp "A task in which the Agent uses one or more of its grippers to grasp a usually stationary object.") -SubClassOf(SOMA:PickingUp SOMA:Manipulating) -# Class: SOMA:Placing (SOMA:Placing) + -AnnotationAssertion(rdfs:comment SOMA:Placing "Distinguished from Positioning in that this task is more about placing an object at a functionally specified location (e.g., place the cup on the table) as opposed to positioning an object at a location defined by coordinates or a region of coordinates (position the cup at xyz).") -SubClassOf(SOMA:Placing SOMA:PhysicalTask) -# Class: SOMA:Planning (SOMA:Planning) + + + A Mental task in which the Agent endeavours to construct a representation of a future state of the world. Prediction commits itself to some degree of accuracy: the Agent believes that eventually something similar to the predicted state will come to pass. + Predicting + + -AnnotationAssertion(rdfs:comment SOMA:Planning "A Mental task in which the Agent endeavours to create a sequence of actions for itself which, if followed, will bring about a particular state of affairs in the world. This particular state of affairs is known to the agent and is often called the goal state of the planning action. Planning commits itself to feasibility: the Agent attempts to find a sequence of actions that it believes it will actually be able to perform.") -SubClassOf(SOMA:Planning SOMA:Deciding) -SubClassOf(SOMA:Planning ObjectSomeValuesFrom( ObjectSomeValuesFrom( ))) -# Class: SOMA:Positioning (SOMA:Positioning) + -AnnotationAssertion(rdfs:comment SOMA:Positioning "A task in which an Agent places an object at a particular position.") -SubClassOf(SOMA:Positioning SOMA:Actuating) -# Class: SOMA:Prediction (Predicting) + + + The role of an object that is used to infer some conclusion via some inference rules. + Premises + + -AnnotationAssertion(rdfs:comment SOMA:Prediction "A Mental task in which the Agent endeavours to construct a representation of a future state of the world. Prediction commits itself to some degree of accuracy: the Agent believes that eventually something similar to the predicted state will come to pass.") -AnnotationAssertion(rdfs:label SOMA:Prediction "Predicting") -SubClassOf(SOMA:Prediction SOMA:Prospecting) -# Class: SOMA:Premise (Premises) + -AnnotationAssertion(rdfs:comment SOMA:Premise "The role of an object that is used to infer some conclusion via some inference rules.") -AnnotationAssertion(rdfs:label SOMA:Premise "Premises") -SubClassOf(SOMA:Premise SOMA:Knowledge) -# Class: SOMA:Proprioceiving (SOMA:Proprioceiving) + + + A task in which the Agent gathers and interprets sensor information about itself. + + -AnnotationAssertion(rdfs:comment SOMA:Proprioceiving "A task in which the Agent gathers and interprets sensor information about itself.") -SubClassOf(SOMA:Proprioceiving SOMA:PhysicalTask) -# Class: SOMA:Prospecting (SOMA:Prospecting) + -AnnotationAssertion(rdfs:comment SOMA:Prospecting "A Mental task in which an Agent endeavours to construct a representation of a future state of affairs of the world it is embodied in.") -SubClassOf(SOMA:Prospecting SOMA:DerivingInformation) -# Class: SOMA:Pulling (SOMA:Pulling) + + + A Mental task in which an Agent endeavours to construct a representation of a future state of affairs of the world it is embodied in. + + -AnnotationAssertion(rdfs:comment SOMA:Pulling "A task in which an Agent moves an object in a direction loosely from the object's center of mass towards the contact point between agent and object.") -SubClassOf(SOMA:Pulling SOMA:Actuating) -DisjointClasses(SOMA:Pulling SOMA:Pushing) -DisjointClasses(SOMA:Pulling SOMA:Squeezing) -# Class: SOMA:Pushing (SOMA:Pushing) + -AnnotationAssertion(rdfs:comment SOMA:Pushing "A task in which an Agent moves an object in a direction loosely from the the contact point between agent and object towards object's center of mass. todo: define subclass 'PushingOver'? Would we expect two distinct contacts with the same surface then?") -SubClassOf(SOMA:Pushing SOMA:Actuating) -DisjointClasses(SOMA:Pushing SOMA:Squeezing) -# Class: SOMA:PushingAway (Pushing away) + + + + + A task in which an Agent moves an object in a direction loosely from the object's center of mass towards the contact point between agent and object. + + -AnnotationAssertion(rdfs:comment SOMA:PushingAway "A task in which an Agent pushes an object in front of themselves.") -AnnotationAssertion(rdfs:label SOMA:PushingAway "Pushing away"@en) -SubClassOf(SOMA:PushingAway SOMA:Pushing) -DisjointClasses(SOMA:PushingAway SOMA:PushingDown) -# Class: SOMA:PushingDown (Pushing down) + -AnnotationAssertion(rdfs:comment SOMA:PushingDown "A task in which an Agent pushes an object downwards.") -AnnotationAssertion(rdfs:label SOMA:PushingDown "Pushing down"@en) -SubClassOf(SOMA:PushingDown SOMA:Pushing) -# Class: SOMA:PuttingDown (SOMA:PuttingDown) + + + + A task in which an Agent moves an object in a direction loosely from the the contact point between agent and object towards object's center of mass. todo: define subclass 'PushingOver'? Would we expect two distinct contacts with the same surface then? + + -AnnotationAssertion(rdfs:comment SOMA:PuttingDown "A task in which an Agent puts down an object they have kinematic control over, e.g. a grasped object.") -SubClassOf(SOMA:PuttingDown SOMA:Manipulating) -# Class: SOMA:Query (Query) + -AnnotationAssertion(rdfs:comment SOMA:Query "A role played by some Information Realization that carries meaning, where this meaning is a query of some sort."@en) -AnnotationAssertion(rdfs:label SOMA:Query "Query"@en) -SubClassOf(SOMA:Query SOMA:Message) -# Class: SOMA:QueryAnsweringTask (Query answering task) + + + + A task in which an Agent pushes an object in front of themselves. + Pushing away + + -AnnotationAssertion(rdfs:comment SOMA:QueryAnsweringTask "An Answering task that is the reaction to some Query answering task. + + + + + + + A task in which an Agent pushes an object downwards. + Pushing down + + + + + + + + + + A task in which an Agent puts down an object they have kinematic control over, e.g. a grasped object. + + + + + + + + + + A role played by some Information Realization that carries meaning, where this meaning is a query of some sort. + Query + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + An Answering task that is the reaction to some Query answering task. In a lot of cases, such a task is also an Assertion task, e.g., in the following discourse: -\"How will the weather be tomorrow?\" -\"It is going to rain in the morning.\" +"How will the weather be tomorrow?" +"It is going to rain in the morning." + +However, sometimes this might be not the case, e.g., with counterquestions. + Query answering task + + + + + + + + + + + + + + + + An Illocutionary act where the Sender of the Message does so to trigger the Receiver to return some information that is specified within the content of the Message. + Querying task + + + -However, sometimes this might be not the case, e.g., with counterquestions."@en) -AnnotationAssertion(rdfs:label SOMA:QueryAnsweringTask "Query answering task") -EquivalentClasses(SOMA:QueryAnsweringTask ObjectIntersectionOf(SOMA:AnsweringTask ObjectAllValuesFrom( ObjectAllValuesFrom(SOMA:isReactionTo ObjectSomeValuesFrom( SOMA:QueryingTask))))) + -# Class: SOMA:QueryingTask (Querying task) -AnnotationAssertion(rdfs:comment SOMA:QueryingTask "An Illocutionary act where the Sender of the Message does so to trigger the Receiver to return some information that is specified within the content of the Message.") -AnnotationAssertion(rdfs:label SOMA:QueryingTask "Querying task"@en) -SubClassOf(SOMA:QueryingTask SOMA:IllocutionaryTask) -SubClassOf(SOMA:QueryingTask ObjectSomeValuesFrom( SOMA:Query)) + + + + A task in which an Agent moves one or more of its arms towards a location or object. + + -# Class: SOMA:Reaching (SOMA:Reaching) -AnnotationAssertion(rdfs:comment SOMA:Reaching "A task in which an Agent moves one or more of its arms towards a location or object.") -SubClassOf(SOMA:Reaching SOMA:EndEffectorPositioning) -DisjointClasses(SOMA:Reaching SOMA:Retracting) + -# Class: SOMA:Reasoning (SOMA:Reasoning) -AnnotationAssertion(rdfs:comment SOMA:Reasoning "A Mental task in which an Agent endeavours to obtain new knowledge from knowledge it already possesses.") -AnnotationAssertion(rdfs:comment SOMA:Reasoning "todo: a taxonomy of reasoning is not trivial. Classical theory distinguishes Deductive, Inductive, and with a stretch Abductive reasoning. However, modern practice distinguishes other categories that overlap with these, e.g. Probabilistic and Non-monotonic. + + + A Mental task in which an Agent endeavours to obtain new knowledge from knowledge it already possesses. + todo: a taxonomy of reasoning is not trivial. Classical theory distinguishes Deductive, Inductive, and with a stretch Abductive reasoning. However, modern practice distinguishes other categories that overlap with these, e.g. Probabilistic and Non-monotonic. Both Abductive and Inductive inference may, and often do, use Probabilistic methods. Probabilistic inference is, by its nature, most opposed to Deductive inference which, classically, requires logical certainty. Any of the Abductive/Deductive/Inductive triad can be further affected by the Monotone/Non-monotone distinction. There are preferences (Inductive and Abductive reasoning is probably most often non-monotonic; most of Deductive reasoning is probably done in monotonic formalisms), but it is certainly the case that, e.g., non-monotone Deduction is possible. -Note, this classification has nothing to do with reasoning domain (e.g. SpatialReasoning, TemporalReasoning, ...) and merely with techniques/logical-mathematical underpinnings.") -SubClassOf(SOMA:Reasoning SOMA:DerivingInformation) +Note, this classification has nothing to do with reasoning domain (e.g. SpatialReasoning, TemporalReasoning, ...) and merely with techniques/logical-mathematical underpinnings. + + -# Class: SOMA:Receiver (Receiver) -AnnotationAssertion(rdfs:comment SOMA:Receiver "The role played by an Agent in a Communication Task that perceives and interpretes some incoming Message."@en) -AnnotationAssertion(rdfs:label SOMA:Receiver "Receiver"@en) -SubClassOf(SOMA:Receiver SOMA:ExperiencerRole) -SubClassOf(SOMA:Receiver ObjectSomeValuesFrom( SOMA:CommunicationTask)) + -# Class: SOMA:Releasing (SOMA:Releasing) -AnnotationAssertion(rdfs:comment SOMA:Releasing "A task in which an agent relinquishes its kinematic control over an object, typically by releasing it from its grasp.") -SubClassOf(SOMA:Releasing SOMA:Manipulating) + + + + + + + + + The role played by an Agent in a Communication Task that perceives and interpretes some incoming Message. + Receiver + + -# Class: SOMA:Remembering (SOMA:Remembering) -AnnotationAssertion(rdfs:comment SOMA:Remembering "A Mental task in which the Agent recalls a record of a previous state of affairs in the world. + + + + + + A task in which an agent relinquishes its kinematic control over an object, typically by releasing it from its grasp. + + + + + + + + + + + + + + + + + A Mental task in which the Agent recalls a record of a previous state of affairs in the world. The Agent must have witnessed and memorized this state of affairs in order to record it. Remembering commits itself to accuracy: the Agent attempts to reconstruct as accurate a record as it can. Note, this does not mean the Agent will communicate the recollection accurately. -The difference to Memory retrieval is that for this Task, we are concerned with knowledge about a previous world state. Memory Retrieval is more general in the sense that it also includes the retrieval of learned facts and rules."@en) -SubClassOf(SOMA:Remembering ObjectIntersectionOf(SOMA:InformationRetrieval SOMA:Retrospecting)) +The difference to Memory retrieval is that for this Task, we are concerned with knowledge about a previous world state. Memory Retrieval is more general in the sense that it also includes the retrieval of learned facts and rules. + + -# Class: SOMA:Replanning (Replanning) -AnnotationAssertion(rdfs:comment SOMA:Replanning "A mental task, in which an agent reconfigures some plan that has been put together before."@en) -AnnotationAssertion(rdfs:label SOMA:Replanning "Replanning"@en) -SubClassOf(SOMA:Replanning SOMA:Planning) + -# Class: SOMA:Retracting (SOMA:Retracting) -AnnotationAssertion(rdfs:comment SOMA:Retracting "A task in which an Agent moves its arms away from a location.") -SubClassOf(SOMA:Retracting SOMA:EndEffectorPositioning) + + + A mental task, in which an agent reconfigures some plan that has been put together before. + Replanning + + -# Class: SOMA:Retrospecting (SOMA:Retrospecting) -AnnotationAssertion(rdfs:comment SOMA:Retrospecting "A Mental task in which an Agent endeavors to construct a representation of a past state of affairs of the world it is embodied in.") -AnnotationAssertion(rdfs:comment SOMA:Retrospecting "Done by analogy with Prospecting. Currently mono-subcategory, but perhaps we might find more. + -As an example, a kind of Abductive reasoning would fit here: reconstruction, in which the agent attempts to create a representation of a past state of affairs which the agent has not actually observed, based on traces and clues surviving to the present.") -SubClassOf(SOMA:Retrospecting SOMA:InformationAcquisition) -# Class: SOMA:SelectingItem (Selecting item) + + + A task in which an Agent moves its arms away from a location. + + + + + -AnnotationAssertion(rdfs:comment SOMA:SelectingItem "A task in which an Agent selects some object to use for a subsequent task.") -AnnotationAssertion(rdfs:label SOMA:SelectingItem "Selecting item"@en) -SubClassOf(SOMA:SelectingItem SOMA:GetTaskParameter) -SubClassOf(SOMA:SelectingItem ObjectSomeValuesFrom(SOMA:isTaskOfOutputRole ObjectIntersectionOf(SOMA:SelectedObject ObjectAllValuesFrom( )))) -# Class: SOMA:SelfReflection (Self-reflection) + + + A Mental task in which an Agent endeavors to construct a representation of a past state of affairs of the world it is embodied in. + Done by analogy with Prospecting. Currently mono-subcategory, but perhaps we might find more. -AnnotationAssertion(rdfs:label SOMA:SelfReflection "Self-reflection") -AnnotationAssertion(rdfs:label SOMA:SelfReflection "The task of evaluating the personal cognitive processes.") -SubClassOf(SOMA:SelfReflection SOMA:MetacognitiveControlling) +As an example, a kind of Abductive reasoning would fit here: reconstruction, in which the agent attempts to create a representation of a past state of affairs which the agent has not actually observed, based on traces and clues surviving to the present. + + -# Class: SOMA:Sender (Sender) -AnnotationAssertion(rdfs:comment SOMA:Sender "The Role played by an Agent in a Communication Task that emits some Information Realization with the purpose of percipience by some Receiver."@en) -AnnotationAssertion(rdfs:label SOMA:Sender "Sender"@en) -SubClassOf(SOMA:Sender SOMA:PerformerRole) -SubClassOf(SOMA:Sender ObjectSomeValuesFrom( SOMA:CommunicationTask)) + -# Class: SOMA:SettingGripper (Setting gripper) -AnnotationAssertion(rdfs:comment SOMA:SettingGripper "A task by which an Agent arranges one/some/all of its grippers in some configuration.") -AnnotationAssertion(rdfs:label SOMA:SettingGripper "Setting gripper"@en) -SubClassOf(SOMA:SettingGripper SOMA:AssumingPose) + + + + + + + + + + + + + + + + + + + A task in which an Agent selects some object to use for a subsequent task. + Selecting item + + -# Class: SOMA:Simulating (SOMA:Simulating) -AnnotationAssertion(rdfs:comment SOMA:Simulating "A Mental task in which the Agent endeavours to create representations of a sequence of states of affairs in the world. Simulation commits itself to some degree of transition accuracy: supposing the actual state of the world was the initial state of the simulation, the world state and simulation state should evolve to some degree similarly. + -Simulation does not commit itself to state accuracy: the initial state of the simulation is not constrained to be faithful to the actual state of the world in which the Agent is embodied. Counterfactual simulation (\"what would happen if--?\") is possible.") -SubClassOf(SOMA:Simulating SOMA:Prospecting) -# Class: SOMA:SituationTransition (Situation transition) + + + Self-reflection + The task of evaluating the personal cognitive processes. + + -AnnotationAssertion(rdfs:comment SOMA:SituationTransition "A transition between two situations, usually brought about by the Action of some Agent.") -AnnotationAssertion(rdfs:label SOMA:SituationTransition "Situation transition"@en) -SubClassOf(SOMA:SituationTransition ) -# Class: SOMA:Slicing (SOMA:Slicing) + -AnnotationAssertion(rdfs:comment SOMA:Slicing "A particular kind of cutting where the goal is to produce slices from some solid object.") -SubClassOf(SOMA:Slicing SOMA:Cutting) -# Class: SOMA:Squeezing (SOMA:Squeezing) + + + + + + + + + The Role played by an Agent in a Communication Task that emits some Information Realization with the purpose of percipience by some Receiver. + Sender + + -AnnotationAssertion(rdfs:comment SOMA:Squeezing "A task in which an Agent applies pressure to an object they have in their grasp.") -SubClassOf(SOMA:Squeezing SOMA:Actuating) -# Class: SOMA:ThinkAloud (Think-aloud) + -AnnotationAssertion(rdfs:comment SOMA:ThinkAloud "A task in which an Agent, while in the course of performing some other task(s), reports on their own decision processes that guide this other task(s) for the benefit of an outside observer.") -AnnotationAssertion(rdfs:label SOMA:ThinkAloud "Think-aloud"@en) -SubClassOf(SOMA:ThinkAloud SOMA:CommunicationReport) -# Class: SOMA:ThinkAloudActionTopic (Think aloud action topic) + + + + + + + + + + + + + + + + + + + + + + + + + + + The task in which the agent delivers an object to a physical agent + + -AnnotationAssertion(rdfs:comment SOMA:ThinkAloudActionTopic "A topic used when an Agent states what they are doing.") -AnnotationAssertion(rdfs:label SOMA:ThinkAloudActionTopic "Think aloud action topic") -SubClassOf(SOMA:ThinkAloudActionTopic SOMA:ThinkAloudTopic) -# Class: SOMA:ThinkAloudGeneralKnowledgeTopic (Think aloud general knowledge topic) + -AnnotationAssertion(rdfs:comment SOMA:ThinkAloudGeneralKnowledgeTopic "A topic used when an Agent states general knowledge they have.") -AnnotationAssertion(rdfs:label SOMA:ThinkAloudGeneralKnowledgeTopic "Think aloud general knowledge topic") -SubClassOf(SOMA:ThinkAloudGeneralKnowledgeTopic SOMA:ThinkAloudKnowledgeTopic) -# Class: SOMA:ThinkAloudKnowledgeTopic (Think aloud knowledge topic) + + + A task by which an Agent arranges one/some/all of its grippers in some configuration. + Setting gripper + + -AnnotationAssertion(rdfs:comment SOMA:ThinkAloudKnowledgeTopic "A topic used when an Agent states some item of knowledge. This knowledge can be general, or specific to the environment and task at hand.") -AnnotationAssertion(rdfs:label SOMA:ThinkAloudKnowledgeTopic "Think aloud knowledge topic") -SubClassOf(SOMA:ThinkAloudKnowledgeTopic SOMA:ThinkAloudTopic) -# Class: SOMA:ThinkAloudObstructionTopic (Think aloud obstruction topic) + -AnnotationAssertion(rdfs:comment SOMA:ThinkAloudObstructionTopic "A topic used when an Agent describes some state of affairs that prevents them from performing an action.") -AnnotationAssertion(rdfs:label SOMA:ThinkAloudObstructionTopic "Think aloud obstruction topic") -SubClassOf(SOMA:ThinkAloudObstructionTopic SOMA:ThinkAloudTopic) -# Class: SOMA:ThinkAloudOpinionTopic (Think aloud opinion topic) + + + A Mental task in which the Agent endeavours to create representations of a sequence of states of affairs in the world. Simulation commits itself to some degree of transition accuracy: supposing the actual state of the world was the initial state of the simulation, the world state and simulation state should evolve to some degree similarly. -AnnotationAssertion(rdfs:comment SOMA:ThinkAloudOpinionTopic "A topic used when an Agent expresses an opinion about the action they perform or the environment they are in.") -AnnotationAssertion(rdfs:label SOMA:ThinkAloudOpinionTopic "Think aloud opinion topic") -SubClassOf(SOMA:ThinkAloudOpinionTopic SOMA:ThinkAloudTopic) +Simulation does not commit itself to state accuracy: the initial state of the simulation is not constrained to be faithful to the actual state of the world in which the Agent is embodied. Counterfactual simulation ("what would happen if--?") is possible. + + -# Class: SOMA:ThinkAloudPerceptionTopic (Think aloud perception topic) -AnnotationAssertion(rdfs:comment SOMA:ThinkAloudPerceptionTopic "A topic used when an Agent describes what they currently perceive.") -AnnotationAssertion(rdfs:label SOMA:ThinkAloudPerceptionTopic "Think aloud perception topic") -SubClassOf(SOMA:ThinkAloudPerceptionTopic SOMA:ThinkAloudTopic) + -# Class: SOMA:ThinkAloudPlanTopic (Think aloud plan topic) -AnnotationAssertion(rdfs:comment SOMA:ThinkAloudPlanTopic "A topic used when an Agent describes what they intend to do. Note, this is not about describing the process through which this plan was constructed; that is covered by the MetaCognitionPlanningTopic.") -AnnotationAssertion(rdfs:label SOMA:ThinkAloudPlanTopic "Think aloud plan topic") -SubClassOf(SOMA:ThinkAloudPlanTopic SOMA:ThinkAloudTopic) + + + A transition between two situations, usually brought about by the Action of some Agent. + Situation transition + + -# Class: SOMA:ThinkAloudSceneKnowledgeTopic (Think aloud scene knowledge topic) -AnnotationAssertion(rdfs:comment SOMA:ThinkAloudSceneKnowledgeTopic "A topic used when an Agent describes what they know about their environment, including knowledge of world states that they do not currently perceive.") -AnnotationAssertion(rdfs:label SOMA:ThinkAloudSceneKnowledgeTopic "Think aloud scene knowledge topic") -SubClassOf(SOMA:ThinkAloudSceneKnowledgeTopic SOMA:ThinkAloudKnowledgeTopic) + -# Class: SOMA:ThinkAloudTopic (Think aloud topic) -AnnotationAssertion(rdfs:comment SOMA:ThinkAloudTopic "A topic relevant for a think-aloud communication.") -AnnotationAssertion(rdfs:label SOMA:ThinkAloudTopic "Think aloud topic"@en) -SubClassOf(SOMA:ThinkAloudTopic SOMA:CommunicationTopic) + + + A particular kind of cutting where the goal is to produce slices from some solid object. + + -# Class: SOMA:Throwing (SOMA:Throwing) -AnnotationAssertion(rdfs:comment SOMA:Throwing "A task in which an Agent imparts momentum to an object before releasing it so that it flies for some distance unsupported.") -SubClassOf(SOMA:Throwing SOMA:Actuating) -SubClassOf(SOMA:Throwing SOMA:Manipulating) + -# Class: SOMA:Transporting (SOMA:Transporting) -AnnotationAssertion(rdfs:comment SOMA:Transporting "A task by which an Agent carries an item from a source to a destination location.") -SubClassOf(SOMA:Transporting SOMA:ModifyingPhysicalObject) + + + A task in which an Agent applies pressure to an object they have in their grasp. + + -# Class: (Nonmanifested situation) -AnnotationAssertion(rdfs:comment "A Situation which does not manifest in any event. + -The main use case for this is to represent expectations that are not met, e.g. unfulfilled post-conditions of an action. An action with unmet postconditions is then a failure. -Because of open world semantics of DL, the default assumption for a Situation individual with no \"manifests in\" relations is simply that we don't know yet whether that Situation is manifested and if so by what Event. + + + + + + + + + A task in which an agent dissolves small particles like sugar or salt in fluid + + + + + + + + + + A task in which an Agent, while in the course of performing some other task(s), reports on their own decision processes that guide this other task(s) for the benefit of an outside observer. + Think-aloud + + + + + + + + + + A topic used when an Agent states what they are doing. + Think aloud action topic + + + + + + + + + + A topic used when an Agent states general knowledge they have. + Think aloud general knowledge topic + + + -As such, an explicit assertion is needed to make a Situation a nonmanifested one: either declare that individual's type NonmanifestedSituation, or assert that it has 0 manifestsIn relations.") -AnnotationAssertion(rdfs:label "Nonmanifested situation"@en) -EquivalentClasses( ObjectIntersectionOf( ObjectExactCardinality(0 ))) -SubClassOf( ) + + + + + + A topic used when an Agent states some item of knowledge. This knowledge can be general, or specific to the environment and task at hand. + Think aloud knowledge topic + + + + + + + + + + A topic used when an Agent describes some state of affairs that prevents them from performing an action. + Think aloud obstruction topic + + + + + + + + + + A topic used when an Agent expresses an opinion about the action they perform or the environment they are in. + Think aloud opinion topic + + + + + + + + + + A topic used when an Agent describes what they currently perceive. + Think aloud perception topic + + + + + + + + + + A topic used when an Agent describes what they intend to do. Note, this is not about describing the process through which this plan was constructed; that is covered by the MetaCognitionPlanningTopic. + Think aloud plan topic + + + + + + + + + + A topic used when an Agent describes what they know about their environment, including knowledge of world states that they do not currently perceive. + Think aloud scene knowledge topic + + + + + + + + + + A topic relevant for a think-aloud communication. + Think aloud topic + + + + + + + + + + + A task in which an Agent imparts momentum to an object before releasing it so that it flies for some distance unsupported. + + + + + + + + + + A task by which an Agent carries an item from a source to a destination location. + + + + + + + + + + + + + + + 0 + + + + + + + A Situation which does not manifest in any event. + +The main use case for this is to represent expectations that are not met, e.g. unfulfilled post-conditions of an action. An action with unmet postconditions is then a failure. +Because of open world semantics of DL, the default assumption for a Situation individual with no "manifests in" relations is simply that we don't know yet whether that Situation is manifested and if so by what Event. -############################ -# Named Individuals -############################ +As such, an explicit assertion is needed to make a Situation a nonmanifested one: either declare that individual's type NonmanifestedSituation, or assert that it has 0 manifestsIn relations. + Nonmanifested situation + + -# Individual: SOMA:ExecutionState_Active (SOMA:ExecutionState_Active) -AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Active "The execution state of an ongoing activity.") -ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Active) + -# Individual: SOMA:ExecutionState_Cancelled (SOMA:ExecutionState_Cancelled) -AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Cancelled "The execution state of a cancelled activity.") -ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Cancelled) + -# Individual: SOMA:ExecutionState_Failed (SOMA:ExecutionState_Failed) -AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Failed "The execution state of a failed activity.") -ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Failed) + -# Individual: SOMA:ExecutionState_Paused (SOMA:ExecutionState_Paused) -AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Paused "The execution state of a paused activity.") -ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Paused) + + + The execution state of an ongoing activity. + + -# Individual: SOMA:ExecutionState_Pending (SOMA:ExecutionState_Pending) -AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Pending "The execution state of a pending activity.") -ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Pending) + -# Individual: SOMA:ExecutionState_Succeeded (SOMA:ExecutionState_Succeeded) -AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Succeeded "The execution state of a succeeded activity.") -ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Succeeded) + + + The execution state of a cancelled activity. + + + + + + + + + + The execution state of a failed activity. + + + + + + + + + + The execution state of a paused activity. + + + + + + + + + + The execution state of a pending activity. + + + + + + + + + + The execution state of a succeeded activity. + + + + + + + + + + + + + + + + + + + + + + + If a SituationTransition manifests in some Event, then it also has an initial Situation and a terminal one. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + A SituationTransition that manifests in some Event also includes an Action. (NOTE (MP): Typically, the Event manifesting it would be that included Action actually so perhaps we can just require that manifestations of SituationTransitions be Actions?) + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + By definition, there can be no prevention relation between Situations that manifest in Events. If Situation X prevents Y, then either X manifests and Y does not, or Y manifests and X does not (interpret as: X would have prevented Y from manifesting if X had manifested), or none of X and Y manifests in any Event. + + + + + + + + + + + + + + + + + + + + If a precondition is not met then a Situation cannot manifest. + + + + + + + + + + + + If something is an initial situation of some transition, then it must manifest. + + + + + + + + + + + + If a transition has an initial situation then it also has a manifestation. + + + + + + + + + + + + + + + + If something is a terminal situation then it must be a manifested situation (regardless of whether it was expected or not). + + + + + + + + + + + + If a transition has a terminal situation then it also has a manifestation. + + + + + + + + + + -SubClassOf(Annotation(rdfs:comment "If a SituationTransition manifests in some Event, then it also has an initial Situation and a terminal one.") ObjectIntersectionOf(SOMA:SituationTransition ObjectSomeValuesFrom( )) ObjectIntersectionOf(ObjectSomeValuesFrom(SOMA:hasInitialSituation ) ObjectSomeValuesFrom(SOMA:hasTerminalSituation ))) -SubClassOf(Annotation(rdfs:comment "A SituationTransition that manifests in some Event also includes an Action. (NOTE (MP): Typically, the Event manifesting it would be that included Action actually so perhaps we can just require that manifestations of SituationTransitions be Actions?)") ObjectIntersectionOf(SOMA:SituationTransition ObjectSomeValuesFrom( )) ObjectSomeValuesFrom( )) -SubClassOf(Annotation(rdfs:comment "By definition, there can be no prevention relation between Situations that manifest in Events. If Situation X prevents Y, then either X manifests and Y does not, or Y manifests and X does not (interpret as: X would have prevented Y from manifesting if X had manifested), or none of X and Y manifests in any Event.") ObjectIntersectionOf( ObjectSomeValuesFrom( ) ObjectSomeValuesFrom( ObjectSomeValuesFrom( ))) owl:Nothing) -SubClassOf(Annotation(rdfs:comment "If a precondition is not met then a Situation cannot manifest.") ObjectIntersectionOf(ObjectSomeValuesFrom( ) ObjectSomeValuesFrom( )) owl:Nothing) -SubClassOf(Annotation(rdfs:comment "If something is an initial situation of some transition, then it must manifest.") ObjectSomeValuesFrom(SOMA:hasInitialSituation ) owl:Nothing) -SubClassOf(Annotation(rdfs:comment "If a transition has an initial situation then it also has a manifestation.") ObjectSomeValuesFrom(SOMA:hasInitialSituation ) ObjectSomeValuesFrom( )) -SubClassOf(Annotation(rdfs:comment "If something is a terminal situation then it must be a manifested situation (regardless of whether it was expected or not).") ObjectSomeValuesFrom(SOMA:hasTerminalSituation ) owl:Nothing) -SubClassOf(Annotation(rdfs:comment "If a transition has a terminal situation then it also has a manifestation.") ObjectSomeValuesFrom(SOMA:hasTerminalSituation ) ObjectSomeValuesFrom( )) -SubObjectPropertyOf(ObjectPropertyChain(SOMA:causesTransition SOMA:hasInitialSituation ) SOMA:terminates) -SubObjectPropertyOf(ObjectPropertyChain(SOMA:causesTransition SOMA:hasTerminalScene ) SOMA:directlyCauses) -SubObjectPropertyOf(ObjectPropertyChain( SOMA:hasInitialSituation SOMA:hasTerminalSituation ) SOMA:isReplacedBy) -SubObjectPropertyOf(ObjectPropertyChain( SOMA:hasTerminalSituation SOMA:hasInitialSituation ) SOMA:replaces) -SubObjectPropertyOf(ObjectPropertyChain( SOMA:isInputRoleOf SOMA:isTaskOfCreatedRole ) SOMA:isDirectSourceFor) -) \ No newline at end of file diff --git a/owl/SOMA-ALL.owl b/owl/SOMA-ALL.owl index c3aa53d6..23db2baa 100644 --- a/owl/SOMA-ALL.owl +++ b/owl/SOMA-ALL.owl @@ -1,22 +1,28 @@ -Prefix(:=) -Prefix(dc:=) -Prefix(owl:=) -Prefix(rdf:=) -Prefix(xml:=) -Prefix(xsd:=) -Prefix(SOMA:=) -Prefix(rdfs:=) + + + + + + + + + + + + + + -Ontology( -Import() -Import() -Import() -Import() -Import() -Import() -Import() -Import() -Import() -) \ No newline at end of file + + + diff --git a/owl/SOMA-Allen.owl b/owl/SOMA-Allen.owl index 90a4d262..3ab4b544 100644 --- a/owl/SOMA-Allen.owl +++ b/owl/SOMA-Allen.owl @@ -1,74 +1,117 @@ -Prefix(:=) -Prefix(dc:=) -Prefix(owl:=) -Prefix(rdf:=) -Prefix(xml:=) -Prefix(xsd:=) -Prefix(SOMA:=) -Prefix(rdfs:=) + + + + + SOMA-Allen.owl defines the Allen relations of his interval calculus. +Currently, this module is not included with the rest of SOMA as Allen relations break OWL-DL constraints on the property hierarchy and result in an undecidable formalism. -Ontology( -Import() -Annotation(rdfs:comment "SOMA-Allen.owl defines the Allen relations of his interval calculus. +Work in progress: redefine the Allen relations via SWRL. While this makes it impossible to use them to draw conclusions at the level of a TBox, it will at least allow some temporal reasoning on an ABox. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + -Currently, this module is not included with the rest of SOMA as Allen relations break OWL-DL constraints on the property hierarchy and result in an undecidable formalism. -Work in progress: redefine the Allen relations via SWRL. While this makes it impossible to use them to draw conclusions at the level of a TBox, it will at least allow some temporal reasoning on an ABox.") + + + + + -Declaration(ObjectProperty(SOMA:after)) -Declaration(ObjectProperty(SOMA:before)) -Declaration(ObjectProperty(SOMA:contains)) -Declaration(ObjectProperty(SOMA:during)) -Declaration(ObjectProperty(SOMA:finishedBy)) -Declaration(ObjectProperty(SOMA:finishes)) -Declaration(ObjectProperty(SOMA:startedBy)) -Declaration(ObjectProperty(SOMA:starts)) -############################ -# Object Properties -############################ + -# Object Property: () -AsymmetricObjectProperty(SOMA:after) -IrreflexiveObjectProperty(SOMA:after) + + + + + -# Object Property: () -AsymmetricObjectProperty(SOMA:before) -IrreflexiveObjectProperty(SOMA:before) + -# Object Property: () -AsymmetricObjectProperty(SOMA:contains) -IrreflexiveObjectProperty(SOMA:contains) + + + + + -# Object Property: () -AsymmetricObjectProperty(SOMA:during) -IrreflexiveObjectProperty(SOMA:during) + -# Object Property: (finished by) -AsymmetricObjectProperty(SOMA:finishedBy) -IrreflexiveObjectProperty(SOMA:finishedBy) + + + + + -# Object Property: () -AsymmetricObjectProperty(SOMA:finishes) -IrreflexiveObjectProperty(SOMA:finishes) + -# Object Property: (started by) -AsymmetricObjectProperty(SOMA:startedBy) -IrreflexiveObjectProperty(SOMA:startedBy) + + + + + -# Object Property: () -AsymmetricObjectProperty(SOMA:starts) -IrreflexiveObjectProperty(SOMA:starts) + -) \ No newline at end of file diff --git a/owl/SOMA-ELAN.owl b/owl/SOMA-ELAN.owl index 691bf00e..da323016 100644 --- a/owl/SOMA-ELAN.owl +++ b/owl/SOMA-ELAN.owl @@ -1,225 +1,470 @@ -Prefix(:=) -Prefix(dc:=) -Prefix(owl:=) -Prefix(rdf:=) -Prefix(xml:=) -Prefix(xsd:=) -Prefix(SOMA:=) -Prefix(rdfs:=) + + + + + SOMA-ELAN.owl is chiefly concerned with providing a controlled vocabulary for annotations of human activity episodes coming from the area H subprojects of the EASE CRC. +SOMA-ELAN.owl should at least import SOMA-ACT.owl and therefore indirectly imports all other modules that SOMA-ACT depends on. This is because the controlled vocabulary is defined as alternative labels for concepts defined in the various modules of SOMA. + + -Ontology( -Import() -Annotation(rdfs:comment "SOMA-ELAN.owl is chiefly concerned with providing a controlled vocabulary for annotations of human activity episodes coming from the area H subprojects of the EASE CRC. -SOMA-ELAN.owl should at least import SOMA-ACT.owl and therefore indirectly imports all other modules that SOMA-ACT depends on. This is because the controlled vocabulary is defined as alternative labels for concepts defined in the various modules of SOMA.") + -Declaration(Class(:PrepareForBreakfast)) -Declaration(Class(:PrepareForDinner)) -Declaration(Class(:PrepareForLunch)) -Declaration(Class(:PrepareForMeal)) -Declaration(Class(:SettingTheTable)) -Declaration(DataProperty(:expectedNumberOfPeople)) -Declaration(DataProperty(:formalityLevel)) -Declaration(AnnotationProperty(SOMA:ELANName)) -Declaration(AnnotationProperty(SOMA:ELANUsageGuideline)) -Declaration(AnnotationProperty(SOMA:UsageGuideline)) -Declaration(AnnotationProperty(SOMA:nickname)) -############################ -# Annotation Properties -############################ -# Annotation Property: () + -AnnotationAssertion(rdfs:comment SOMA:ELANName "If present, used by the controlled vocabulary generation script to create a vocabulary entry. By default, the concept name itself is used for the vocabulary entry.") -SubAnnotationPropertyOf(SOMA:ELANName SOMA:nickname) -# Annotation Property: () + + + + + If present, used by the controlled vocabulary generation script to create a vocabulary entry. By default, the concept name itself is used for the vocabulary entry. + + + + + + + + + + Provides a short description, similar to a definition, of a controlled vocabulary entry for ELAN. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Used by the description of a task that classifies some event, usually a social gathering such as a meal, or by a description of a task to prepare for such an event, to record the number of people expected to participate. + + + + + + + + + + + + + + + + + + + + + + Records the formality level in a description associated to some event, usually a social gathering such as a meal. + +The association between the Description and the Event can be direct (the Description is about the Event itself) but it can also be indirect in various ways. A typical example of the latter is where the Description is a Goal for a Task to prepare for the Event in question, as when the Goal of a SettingTheTable task would record the formality level of a meal, which will occur at some point after the task completes. + + + + + + + + + + + + + + + construction-arrange-objects + A task involving the arrangement of a collection of objects in a particular way. + + + + + + + + + + Describes a goal to prepare a table or dining area for a breakfast. + + + + + + + + + + Describes a goal to prepare a table or dining area for a dinner. + + + + + + + + + + Describes a goal to prepare a table or dining area for a lunch. + + + + + + + + + + + + + + + + + + + + + + A description of a goal to prepare for serving a meal by setting a table. + +The meal will have a number of expected participants and a level of formality. + + + + + + + + + + + + + + + + The task to prepare a table for a meal. + + + + + + + + + move-object + Superconcept for the Agent moving some (usually, but not always, grasped) object; use more specific labels where appropriate. + + + move-body-walk-to + walk (to a location, or in a direction) + + + perception-survey-area + Visually survey an area, for objects or potential object positions. + + + construction-assembly + A task involving the putting together of objects to form an assembly, usually in a way in which these objects can be recovered. + + + move-body-general + The Agent moves its body in some way. Use more specific labels where appropriate. + + + move-object-catch + Agent intercepts and arrests the motion of an object. + + + move-object-close + Move an object so that it no longer exposes an interior surface. + + + construction-general + Superconcept for tasks requiring the creation of some object (including an arrangement or collection of objects); use more specific labels where appropriate + + + object-modification-cutting + A task that requires some object to be cut into pieces. The cut is often irreversible. + + + object-modification-dicing + A task that requires an object to be (at least partially) cut into slices. + + + move-body-walk-backaway + walk (away from a location, in a direction) + + + move-object-drop + Agent undoes whatever functional control they have on an object, but without imparting significant momentum to it, and allows the object to fall under the influence of gravity. + + + manipulation-hand-positioning + Superconcept for the Agent moving their arm(s) to positioning their hand/end effector; use more specific labels where appropriate. + + + move-hand-grasp-transfer + have grasped an object with one hand, now grasp it with the other and release it from the first + + + manipulation-grasp + Agent grasps an object. + + + move-head + Superconcept for the Agent moving their head; use more specific labels where appropriate. + + + move-head-turn + Turn head (e.g. for visual search). + + + move-object-hold + Have grasped an object with hand, and move it while held. + + + move-body-lean + move, bending, with torso in a specific direction + + + move-object-lift + Having grasped an object with their hand, the agent now lifts it from the supporting surface. + + + move-body-locomotion + Superconcept for the Agent moving around; use more specific labels where appropriate. + + + perception-search-for-object + The agent searches, usually visually, for the location, or a possible new location, of an object + + + move-object-lower + The agent lowers a, usually held in hand(s), object. + + + manipulation-general + These are Actions in which the Agent exerts or prepares to exert some influence over some other participant Phyiscal Objects by way of its prehensile body parts (usually, hands). + + + ta-meta-cognition-evaluation + an agent analyzes and describes the process by which they evaluate whether/to what a extent a goal was reached + + + ta-meta-cognition-memory + an agent describes how and/or why they (failed to) memorize something + + + ta-meta-cognition-planning + an agent analyzes and describes the process they use to plan their behavior + + + ta-meta-cognition + Superconcept for cases where the agent describes the results of analyzing their own thought processes; use more specific labels where appropriate. + + + construction-mixing + A task involving the putting together of several objects, which are thereafter not recoverable. + + + object-modification-general + Superconcept for tasks involving the changing of the state some object(s) is/are in; use more specific labels where appropriate. + + + move-body-walk-backaway + walk (away from a location, in a direction) + + + move-object-open + Move an object so as to expose an interior surface. + + + move-object-orient + Move object to re-orient it in place on an area, or while holding. + + + perception-general + Superconcept for perception tasks. Use more specific levels where appropriate. + + + physically-acquire-object + Superconcept for tasks requiring that an object be put in such a physical state so that it is usable/available for other tasks. + + + Superconcept for the Agent doing something with their hands/end effectors; use more specific labels where appropriate. + + + move-object-pick-up + Agent grasps an object and removes it from its previous location. + + + move-object-positioning + Move an object so that it has a particular pose. + + + move-body-posture + Superconcept for motions where the Agent changes posture; use more specific labels where appropriate. + + + move-object-push + Superconcept for the Agent exerting force on an object to push it; use more specific labels where appropriate. + + + move-object-push-away + Agent exerts force on an object to move it away from themselves. + + + move-object-push-down + Exert force on an object to move it in some functionally meaningful direction, such as pushing down a button (even when the actual direction the button was pushed in was up). + + + manipulation-put-down + Agent releases their grasp on an object, but only after positioning it so that it is supported and won't fall. + + + move-hand+arm-reach + Reach arm out to prepare to grasp with hand. + + + manipulation-release + Agent releases grasp on an object. + + + move-hand+arm-retract + Draw in arm and hand toward body, and away from some object or location. + + + object-modification-slicing + A task that requires an object to be (at least partially) cut into approximately cubic pieces. + + + move-object-squeeze + Exert compressive force on a (usually, but not always, grasped) object. + + + move-body-stand + stand (at a location) + + + ta-actions + an agent describes what they are currently doing + + + ta-knowledge-general + an agent makes a statement of general knowledge, as opposed to knowledge specific to the immediate environment they are in + + + ta-knowledge + Superconcept for when an agent makes a statement of knowledge of something not immediately perceivable; use more specific labels where appropriate. + + + ta-issues + an agent describes what prevents them from undertaking some action + + + ta-opinions + an agent makes a statement of opinion + + + ta-perception + an agent describes what they perceive + + + ta-plans + an agent describes their current plan + + + ta-knowledge-scene + an agent makes a statement that they know something about the environment they are in, which they cannot at that moment perceive directly (but they may have perceived it earlier) + + + move-object-throw + Using its arm(s), an agent imparts momentum to a held object then releases it. + + + transport-object + A task that requires chaging the location of an object. + + + move-body-turn + move own body, turn + + + + + + + -AnnotationAssertion(rdfs:comment SOMA:ELANUsageGuideline "Provides a short description, similar to a definition, of a controlled vocabulary entry for ELAN.") -SubAnnotationPropertyOf(SOMA:ELANUsageGuideline SOMA:UsageGuideline) - - - -############################ -# Data Properties -############################ - -# Data Property: () - -AnnotationAssertion(rdfs:comment :expectedNumberOfPeople "Used by the description of a task that classifies some event, usually a social gathering such as a meal, or by a description of a task to prepare for such an event, to record the number of people expected to participate.") -SubDataPropertyOf(:expectedNumberOfPeople ) -DataPropertyDomain(:expectedNumberOfPeople ObjectIntersectionOf( ObjectSomeValuesFrom( ))) -DataPropertyRange(:expectedNumberOfPeople xsd:integer) - -# Data Property: () - -AnnotationAssertion(rdfs:comment :formalityLevel "Records the formality level in a description associated to some event, usually a social gathering such as a meal. - -The association between the Description and the Event can be direct (the Description is about the Event itself) but it can also be indirect in various ways. A typical example of the latter is where the Description is a Goal for a Task to prepare for the Event in question, as when the Goal of a SettingTheTable task would record the formality level of a meal, which will occur at some point after the task completes.") -SubDataPropertyOf(:formalityLevel ) -DataPropertyDomain(:formalityLevel ObjectIntersectionOf( ObjectSomeValuesFrom( ))) -DataPropertyRange(:formalityLevel xsd:string) - - - -############################ -# Classes -############################ - -# Class: () - -AnnotationAssertion(rdfs:comment :PrepareForBreakfast "Describes a goal to prepare a table or dining area for a breakfast.") -SubClassOf(:PrepareForBreakfast :PrepareForMeal) - -# Class: () - -AnnotationAssertion(rdfs:comment :PrepareForDinner "Describes a goal to prepare a table or dining area for a dinner.") -SubClassOf(:PrepareForDinner :PrepareForMeal) - -# Class: () - -AnnotationAssertion(rdfs:comment :PrepareForLunch "Describes a goal to prepare a table or dining area for a lunch.") -SubClassOf(:PrepareForLunch :PrepareForMeal) - -# Class: () - -AnnotationAssertion(rdfs:comment :PrepareForMeal "A description of a goal to prepare for serving a meal by setting a table. - -The meal will have a number of expected participants and a level of formality.") -SubClassOf(:PrepareForMeal ) -SubClassOf(:PrepareForMeal DataSomeValuesFrom(:expectedNumberOfPeople xsd:integer)) -SubClassOf(:PrepareForMeal DataSomeValuesFrom(:formalityLevel xsd:boolean)) - -# Class: () - -AnnotationAssertion(rdfs:comment :SettingTheTable "The task to prepare a table for a meal.") -SubClassOf(:SettingTheTable SOMA:Arranging) -SubClassOf(:SettingTheTable ObjectSomeValuesFrom( :PrepareForMeal)) - -# Class: () - -AnnotationAssertion(SOMA:ELANName SOMA:Arranging "construction-arrange-objects") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Arranging "A task involving the arrangement of a collection of objects in a particular way.") - - -AnnotationAssertion(SOMA:ELANName SOMA:Actuating "move-object") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Actuating "Superconcept for the Agent moving some (usually, but not always, grasped) object; use more specific labels where appropriate.") -AnnotationAssertion(SOMA:ELANName SOMA:Approaching "move-body-walk-to") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Approaching "walk (to a location, or in a direction)") -AnnotationAssertion(SOMA:ELANName SOMA:AreaSurveying "perception-survey-area") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:AreaSurveying "Visually survey an area, for objects or potential object positions.") -AnnotationAssertion(SOMA:ELANName SOMA:Assembling "construction-assembly") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Assembling "A task involving the putting together of objects to form an assembly, usually in a way in which these objects can be recovered.") -AnnotationAssertion(SOMA:ELANName SOMA:BodyMovement "move-body-general") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:BodyMovement "The Agent moves its body in some way. Use more specific labels where appropriate.") -AnnotationAssertion(SOMA:ELANName SOMA:Catching "move-object-catch") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Catching "Agent intercepts and arrests the motion of an object.") -AnnotationAssertion(SOMA:ELANName SOMA:Closing "move-object-close") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Closing "Move an object so that it no longer exposes an interior surface.") -AnnotationAssertion(SOMA:ELANName SOMA:Constructing "construction-general") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Constructing "Superconcept for tasks requiring the creation of some object (including an arrangement or collection of objects); use more specific labels where appropriate") -AnnotationAssertion(SOMA:ELANName SOMA:Cutting "object-modification-cutting") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Cutting "A task that requires some object to be cut into pieces. The cut is often irreversible.") -AnnotationAssertion(SOMA:ELANName SOMA:Dicing "object-modification-dicing") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Dicing "A task that requires an object to be (at least partially) cut into slices.") -AnnotationAssertion(SOMA:ELANName SOMA:Distancing "move-body-walk-backaway") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Distancing "walk (away from a location, in a direction)") -AnnotationAssertion(SOMA:ELANName SOMA:Dropping "move-object-drop") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Dropping "Agent undoes whatever functional control they have on an object, but without imparting significant momentum to it, and allows the object to fall under the influence of gravity.") -AnnotationAssertion(SOMA:ELANName SOMA:EndEffectorPositioning "manipulation-hand-positioning") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:EndEffectorPositioning "Superconcept for the Agent moving their arm(s) to positioning their hand/end effector; use more specific labels where appropriate.") -AnnotationAssertion(SOMA:ELANName SOMA:GraspTransfer "move-hand-grasp-transfer") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:GraspTransfer "have grasped an object with one hand, now grasp it with the other and release it from the first") -AnnotationAssertion(SOMA:ELANName SOMA:Grasping "manipulation-grasp") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Grasping "Agent grasps an object.") -AnnotationAssertion(SOMA:ELANName SOMA:HeadMovement "move-head") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:HeadMovement "Superconcept for the Agent moving their head; use more specific labels where appropriate.") -AnnotationAssertion(SOMA:ELANName SOMA:HeadTurning "move-head-turn") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:HeadTurning "Turn head (e.g. for visual search).") -AnnotationAssertion(SOMA:ELANName SOMA:Holding "move-object-hold") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Holding "Have grasped an object with hand, and move it while held.") -AnnotationAssertion(SOMA:ELANName SOMA:Leaning "move-body-lean") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Leaning "move, bending, with torso in a specific direction") -AnnotationAssertion(SOMA:ELANName SOMA:Lifting "move-object-lift") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Lifting "Having grasped an object with their hand, the agent now lifts it from the supporting surface.") -AnnotationAssertion(SOMA:ELANName SOMA:Locomotion "move-body-locomotion") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Locomotion "Superconcept for the Agent moving around; use more specific labels where appropriate.") -AnnotationAssertion(SOMA:ELANName SOMA:LookingFor "perception-search-for-object") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:LookingFor "The agent searches, usually visually, for the location, or a possible new location, of an object") -AnnotationAssertion(SOMA:ELANName SOMA:Lowering "move-object-lower") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Lowering "The agent lowers a, usually held in hand(s), object.") -AnnotationAssertion(SOMA:ELANName SOMA:Manipulating "manipulation-general") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Manipulating "These are Actions in which the Agent exerts or prepares to exert some influence over some other participant Phyiscal Objects by way of its prehensile body parts (usually, hands).") -AnnotationAssertion(SOMA:ELANName SOMA:MetaCognitionEvaluationTopic "ta-meta-cognition-evaluation") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:MetaCognitionEvaluationTopic "an agent analyzes and describes the process by which they evaluate whether/to what a extent a goal was reached") -AnnotationAssertion(SOMA:ELANName SOMA:MetaCognitionMemoryTopic "ta-meta-cognition-memory") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:MetaCognitionMemoryTopic "an agent describes how and/or why they (failed to) memorize something") -AnnotationAssertion(SOMA:ELANName SOMA:MetaCognitionPlanningTopic "ta-meta-cognition-planning") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:MetaCognitionPlanningTopic "an agent analyzes and describes the process they use to plan their behavior") -AnnotationAssertion(SOMA:ELANName SOMA:MetaCognitionTopic "ta-meta-cognition") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:MetaCognitionTopic "Superconcept for cases where the agent describes the results of analyzing their own thought processes; use more specific labels where appropriate.") -AnnotationAssertion(SOMA:ELANName SOMA:Mixing "construction-mixing") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Mixing "A task involving the putting together of several objects, which are thereafter not recoverable.") -AnnotationAssertion(SOMA:ELANName SOMA:ModifyingPhysicalObject "object-modification-general") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ModifyingPhysicalObject "Superconcept for tasks involving the changing of the state some object(s) is/are in; use more specific labels where appropriate.") -AnnotationAssertion(SOMA:ELANName SOMA:MovingAway "move-body-walk-backaway") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:MovingAway "walk (away from a location, in a direction)") -AnnotationAssertion(SOMA:ELANName SOMA:Opening "move-object-open") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Opening "Move an object so as to expose an interior surface.") -AnnotationAssertion(SOMA:ELANName SOMA:Orienting "move-object-orient") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Orienting "Move object to re-orient it in place on an area, or while holding.") -AnnotationAssertion(SOMA:ELANName SOMA:Perceiving "perception-general") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Perceiving "Superconcept for perception tasks. Use more specific levels where appropriate.") -AnnotationAssertion(SOMA:ELANName SOMA:PhysicalAcquiring "physically-acquire-object") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:PhysicalAcquiring "Superconcept for tasks requiring that an object be put in such a physical state so that it is usable/available for other tasks.") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:PhysicalAction "Superconcept for the Agent doing something with their hands/end effectors; use more specific labels where appropriate.") -AnnotationAssertion(SOMA:ELANName SOMA:PickingUp "move-object-pick-up") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:PickingUp "Agent grasps an object and removes it from its previous location.") -AnnotationAssertion(SOMA:ELANName SOMA:Positioning "move-object-positioning") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Positioning "Move an object so that it has a particular pose.") -AnnotationAssertion(SOMA:ELANName SOMA:PosturalMoving "move-body-posture") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:PosturalMoving "Superconcept for motions where the Agent changes posture; use more specific labels where appropriate.") -AnnotationAssertion(SOMA:ELANName SOMA:Pushing "move-object-push") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Pushing "Superconcept for the Agent exerting force on an object to push it; use more specific labels where appropriate.") -AnnotationAssertion(SOMA:ELANName SOMA:PushingAway "move-object-push-away") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:PushingAway "Agent exerts force on an object to move it away from themselves.") -AnnotationAssertion(SOMA:ELANName SOMA:PushingDown "move-object-push-down") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:PushingDown "Exert force on an object to move it in some functionally meaningful direction, such as pushing down a button (even when the actual direction the button was pushed in was up).") -AnnotationAssertion(SOMA:ELANName SOMA:PuttingDown "manipulation-put-down") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:PuttingDown "Agent releases their grasp on an object, but only after positioning it so that it is supported and won't fall.") -AnnotationAssertion(SOMA:ELANName SOMA:Reaching "move-hand+arm-reach") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Reaching "Reach arm out to prepare to grasp with hand.") -AnnotationAssertion(SOMA:ELANName SOMA:Releasing "manipulation-release") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Releasing "Agent releases grasp on an object.") -AnnotationAssertion(SOMA:ELANName SOMA:Retracting "move-hand+arm-retract") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Retracting "Draw in arm and hand toward body, and away from some object or location.") -AnnotationAssertion(SOMA:ELANName SOMA:Slicing "object-modification-slicing") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Slicing "A task that requires an object to be (at least partially) cut into approximately cubic pieces.") -AnnotationAssertion(SOMA:ELANName SOMA:Squeezing "move-object-squeeze") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Squeezing "Exert compressive force on a (usually, but not always, grasped) object.") -AnnotationAssertion(SOMA:ELANName SOMA:Standing "move-body-stand") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Standing "stand (at a location)") -AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudActionTopic "ta-actions") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudActionTopic "an agent describes what they are currently doing") -AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudGeneralKnowledgeTopic "ta-knowledge-general") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudGeneralKnowledgeTopic "an agent makes a statement of general knowledge, as opposed to knowledge specific to the immediate environment they are in") -AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudKnowledgeTopic "ta-knowledge") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudKnowledgeTopic "Superconcept for when an agent makes a statement of knowledge of something not immediately perceivable; use more specific labels where appropriate.") -AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudObstructionTopic "ta-issues") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudObstructionTopic "an agent describes what prevents them from undertaking some action") -AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudOpinionTopic "ta-opinions") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudOpinionTopic "an agent makes a statement of opinion") -AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudPerceptionTopic "ta-perception") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudPerceptionTopic "an agent describes what they perceive") -AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudPlanTopic "ta-plans") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudPlanTopic "an agent describes their current plan") -AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudSceneKnowledgeTopic "ta-knowledge-scene") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudSceneKnowledgeTopic "an agent makes a statement that they know something about the environment they are in, which they cannot at that moment perceive directly (but they may have perceived it earlier)") -AnnotationAssertion(SOMA:ELANName SOMA:Throwing "move-object-throw") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Throwing "Using its arm(s), an agent imparts momentum to a held object then releases it.") -AnnotationAssertion(SOMA:ELANName SOMA:Transporting "transport-object") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Transporting "A task that requires chaging the location of an object.") -AnnotationAssertion(SOMA:ELANName SOMA:Turning "move-body-turn") -AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Turning "move own body, turn") -) \ No newline at end of file diff --git a/owl/SOMA-HOME.owl b/owl/SOMA-HOME.owl index 0d861f1b..9dd7721b 100644 --- a/owl/SOMA-HOME.owl +++ b/owl/SOMA-HOME.owl @@ -1,718 +1,1545 @@ -Prefix(:=) -Prefix(dc:=) -Prefix(owl:=) -Prefix(rdf:=) -Prefix(xml:=) -Prefix(xsd:=) -Prefix(SOMA:=) -Prefix(rdfs:=) - - -Ontology( -Import() -Annotation(rdfs:comment "SOMA-HOME defines the concepts that are specific to home, e.g. kitchen environment, household items.") - -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class(SOMA:Affordance)) -Declaration(Class(SOMA:AgentRole)) -Declaration(Class(SOMA:Appliance)) -Declaration(Class(SOMA:AssumingPose)) -Declaration(Class(SOMA:BakedGood)) -Declaration(Class(SOMA:Blade)) -Declaration(Class(SOMA:Bottle)) -Declaration(Class(SOMA:Bowl)) -Declaration(Class(SOMA:Box)) -Declaration(Class(SOMA:BoxShape)) -Declaration(Class(SOMA:Bread)) -Declaration(Class(SOMA:BreadKnife)) -Declaration(Class(SOMA:BreakfastPlate)) -Declaration(Class(SOMA:Building)) -Declaration(Class(SOMA:Carafe)) -Declaration(Class(SOMA:Ceiling)) -Declaration(Class(SOMA:CerealBox)) -Declaration(Class(SOMA:ClosingDisposition)) -Declaration(Class(SOMA:CoffeeCarafe)) -Declaration(Class(SOMA:Compartment)) -Declaration(Class(SOMA:Containment)) -Declaration(Class(SOMA:Countertop)) -Declaration(Class(SOMA:Crockery)) -Declaration(Class(SOMA:Cup)) -Declaration(Class(SOMA:Cupboard)) -Declaration(Class(SOMA:Cutlery)) -Declaration(Class(SOMA:CuttingTool)) -Declaration(Class(SOMA:Deposition)) -Declaration(Class(SOMA:DesignedComponent)) -Declaration(Class(SOMA:DesignedContainer)) -Declaration(Class(SOMA:DesignedFurniture)) -Declaration(Class(SOMA:DesignedHandle)) -Declaration(Class(SOMA:DesignedSpade)) -Declaration(Class(SOMA:DesignedTool)) -Declaration(Class(SOMA:DessertFork)) -Declaration(Class(SOMA:Destination)) -Declaration(Class(SOMA:DinnerPlate)) -Declaration(Class(SOMA:Dish)) -Declaration(Class(SOMA:Dishwasher)) -Declaration(Class(SOMA:DishwasherTab)) -Declaration(Class(SOMA:Dispenser)) -Declaration(Class(SOMA:Door)) -Declaration(Class(SOMA:Drawer)) -Declaration(Class(SOMA:Floor)) -Declaration(Class(SOMA:Fork)) -Declaration(Class(SOMA:FreezerCompartment)) -Declaration(Class(SOMA:Glass)) -Declaration(Class(SOMA:Graspability)) -Declaration(Class(SOMA:Hotplate)) -Declaration(Class(SOMA:Insertion)) -Declaration(Class(SOMA:JamJar)) -Declaration(Class(SOMA:Jar)) -Declaration(Class(SOMA:Kitchen)) -Declaration(Class(SOMA:KitchenKnife)) -Declaration(Class(SOMA:Knife)) -Declaration(Class(SOMA:Lid)) -Declaration(Class(SOMA:Linkage)) -Declaration(Class(SOMA:MilkBottle)) -Declaration(Class(SOMA:MilkPack)) -Declaration(Class(SOMA:NutellaJar)) -Declaration(Class(SOMA:Oven)) -Declaration(Class(SOMA:Pack)) -Declaration(Class(SOMA:Pan)) -Declaration(Class(SOMA:Pancake)) -Declaration(Class(SOMA:PancakeMix)) -Declaration(Class(SOMA:PastaBowl)) -Declaration(Class(SOMA:PepperShaker)) -Declaration(Class(SOMA:Plate)) -Declaration(Class(SOMA:Pot)) -Declaration(Class(SOMA:Rack)) -Declaration(Class(SOMA:RaspberryJamJar)) -Declaration(Class(SOMA:Refrigerator)) -Declaration(Class(SOMA:Room)) -Declaration(Class(SOMA:RoomSurface)) -Declaration(Class(SOMA:SaladBowl)) -Declaration(Class(SOMA:SaltShaker)) -Declaration(Class(SOMA:Shaker)) -Declaration(Class(SOMA:Shaping)) -Declaration(Class(SOMA:SoupPot)) -Declaration(Class(SOMA:Spatula)) -Declaration(Class(SOMA:Spoon)) -Declaration(Class(SOMA:Stove)) -Declaration(Class(SOMA:SugarDispenser)) -Declaration(Class(SOMA:Surface)) -Declaration(Class(SOMA:Table)) -Declaration(Class(SOMA:TableFork)) -Declaration(Class(SOMA:TableKnife)) -Declaration(Class(SOMA:TableSpoon)) -Declaration(Class(SOMA:Tableware)) -Declaration(Class(SOMA:TeaSpoon)) -Declaration(Class(SOMA:Tempering)) -Declaration(Class(SOMA:TemperingByCooling)) -Declaration(Class(SOMA:TemperingByHeating)) -Declaration(Class(SOMA:TrashContainer)) -Declaration(Class(SOMA:Wall)) -Declaration(Class(SOMA:WaterBottle)) -Declaration(Class(SOMA:WaterGlass)) -Declaration(Class(SOMA:WineBottle)) -Declaration(Class(SOMA:WineGlass)) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(ObjectProperty(SOMA:affordsTrigger)) -Declaration(ObjectProperty(SOMA:definesBearer)) -Declaration(ObjectProperty(SOMA:definesTrigger)) -Declaration(ObjectProperty(SOMA:hasDisposition)) -Declaration(ObjectProperty(SOMA:hasPhysicalComponent)) -Declaration(ObjectProperty(SOMA:hasShapeRegion)) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) - - - -############################ -# Classes -############################ - -# Class: () - -AnnotationAssertion(rdfs:comment "A reified relation between a furniture-like object (the bearer), the sitting task it affords, and an agent that can assume a sitting pose (trigger).") -SubClassOf( SOMA:Affordance) -SubClassOf( ObjectSomeValuesFrom( )) -SubClassOf( ObjectAllValuesFrom(SOMA:definesBearer )) -SubClassOf( ObjectAllValuesFrom(SOMA:definesTrigger ObjectIntersectionOf(SOMA:AgentRole ObjectAllValuesFrom( ObjectSomeValuesFrom(SOMA:hasDisposition ))))) -SubClassOf( ObjectAllValuesFrom( )) - -# Class: () - -AnnotationAssertion(rdfs:comment "A more comfortable chair that includes sides to support arms.") -SubClassOf( ) - -# Class: () - -AnnotationAssertion(rdfs:comment "A small table typically located next to a bed.") -SubClassOf( SOMA:Table) - -# Class: () + + + + + SOMA-HOME defines the concepts that are specific to home, e.g. kitchen environment, household items. + + -AnnotationAssertion(rdfs:comment "The disposition to support an agent being in a sitting pose. Typically provided by chairs, stools, etc.") -SubClassOf( SOMA:Deposition) -SubClassOf( ObjectSomeValuesFrom( )) -# Class: () + -AnnotationAssertion(rdfs:comment "The capability of an agent to assume a sitting pose.") -SubClassOf( ) -# Class: () + -AnnotationAssertion(rdfs:comment "A cooktop that uses heated ceramic elements.") -SubClassOf( ) -# Class: () + -AnnotationAssertion(rdfs:comment "A small and low table which is typically used as a shelf for small items such as cups, and located in front of a sofa.") -SubClassOf( SOMA:Table) -# Class: () + + -AnnotationAssertion(rdfs:comment "A cooktop that uses heated metal coils.") -SubClassOf( ) -# Class: () + -AnnotationAssertion(rdfs:comment "A typically circular surface where food is cooked.") -SubClassOf( SOMA:DesignedComponent) -# Class: () + + -AnnotationAssertion(rdfs:comment "A piece of furniture designed for one person to sit on.") -SubClassOf( SOMA:DesignedFurniture) -SubClassOf( ObjectExactCardinality(1 SOMA:hasDisposition )) -# Class: () + -AnnotationAssertion(rdfs:comment "A cooktop that uses electricity for heating.") -SubClassOf( ) -# Class: () + + -AnnotationAssertion(rdfs:comment "A cooktop that uses burning gas for heating.") -SubClassOf( ) -# Class: () + -AnnotationAssertion(rdfs:comment "A type of cooktop where heat is induced in the cookware. Only special induction cookware can be used with this type of cooktop.") -SubClassOf( ) -# Class: () + + -AnnotationAssertion(rdfs:comment "A cupboard designed to be used in kitchen environments.") -SubClassOf( SOMA:Cupboard) -# Class: () + -AnnotationAssertion(rdfs:comment "A piece of a fitted furniture typically containing cupboards, a sink, and an oven.") -SubClassOf( SOMA:DesignedFurniture) -# Class: () + + -AnnotationAssertion(rdfs:comment "A large bowl used to direct the flow of liquid into a drain, typically has a tap used to fill the sink with water, and a plug used to block the drain.") -SubClassOf( SOMA:DesignedComponent) -# Class: () + -AnnotationAssertion(rdfs:comment "A task where an agents assumes a sitting pose.") -SubClassOf( SOMA:AssumingPose) -# Class: () + + -AnnotationAssertion(rdfs:comment "The destination of an agent assuming a sitting pose. Typically a chair or stool would fill this role.") -SubClassOf( SOMA:Destination) -SubClassOf( ObjectAllValuesFrom( ObjectSomeValuesFrom(SOMA:hasDisposition ))) -# Class: () + -AnnotationAssertion(rdfs:comment "A comfortable seat for two or more people to sit on.") -SubClassOf( SOMA:DesignedFurniture) -SubClassOf( ObjectExactCardinality(1 SOMA:hasDisposition )) -# Class: () + + -AnnotationAssertion(rdfs:comment "A component designed to control the flow of water from a pipe.") -SubClassOf( SOMA:DesignedComponent) -# Class: () + -AnnotationAssertion(rdfs:comment "A cupboard which is typically used for hanging clothes.") -SubClassOf( SOMA:Cupboard) -# Class: SOMA:Appliance (SOMA:Appliance) + + -SubClassOf(SOMA:Appliance ) -# Class: SOMA:BakedGood (SOMA:BakedGood) + -SubClassOf(SOMA:BakedGood SOMA:Dish) -# Class: SOMA:Blade (SOMA:Blade) + + -AnnotationAssertion(rdfs:comment SOMA:Blade "A flat cutting edge of an object used to cut through other objects, such as the blade of a ventilator cutting through the air.") -SubClassOf(SOMA:Blade SOMA:DesignedComponent) -# Class: SOMA:Bottle (SOMA:Bottle) + -AnnotationAssertion(rdfs:comment SOMA:Bottle "A container with a narrow neck used to store fluids.") -SubClassOf(SOMA:Bottle SOMA:DesignedContainer) -# Class: SOMA:Bowl (SOMA:Bowl) + + -AnnotationAssertion(rdfs:comment SOMA:Bowl "A round, deep object used to contain food or liquid.") -SubClassOf(SOMA:Bowl SOMA:Crockery) -# Class: SOMA:Box (SOMA:Box) + -AnnotationAssertion(rdfs:comment SOMA:Box "A cuboid-shaped container.") -SubClassOf(SOMA:Box SOMA:DesignedContainer) -SubClassOf(SOMA:Box ObjectSomeValuesFrom(SOMA:hasShapeRegion SOMA:BoxShape)) -# Class: SOMA:Bread (SOMA:Bread) + + -SubClassOf(SOMA:Bread SOMA:BakedGood) -# Class: SOMA:BreadKnife (SOMA:BreadKnife) + -AnnotationAssertion(rdfs:comment SOMA:BreadKnife "A knife to cut bread.") -SubClassOf(SOMA:BreadKnife SOMA:KitchenKnife) -# Class: SOMA:BreakfastPlate (SOMA:BreakfastPlate) + + -AnnotationAssertion(rdfs:comment SOMA:BreakfastPlate "A smaller plate used for serving bread at the dining table with the main meal or to serve breakfast.") -SubClassOf(SOMA:BreakfastPlate SOMA:Plate) -# Class: SOMA:Building (SOMA:Building) + -AnnotationAssertion(rdfs:comment SOMA:Building "A structure with a roof and walls.") -SubClassOf(SOMA:Building SOMA:DesignedContainer) -# Class: SOMA:Carafe (SOMA:Carafe) + -AnnotationAssertion(rdfs:comment SOMA:Carafe "A container used to hold and pour some beverage.") -SubClassOf(SOMA:Carafe SOMA:DesignedContainer) -# Class: SOMA:Ceiling (SOMA:Ceiling) + -AnnotationAssertion(rdfs:comment SOMA:Ceiling "The upper interior surface of a room.") -SubClassOf(SOMA:Ceiling SOMA:RoomSurface) -DisjointClasses(SOMA:Ceiling SOMA:Floor) -DisjointClasses(SOMA:Ceiling SOMA:Wall) -# Class: SOMA:CerealBox (SOMA:CerealBox) + + -AnnotationAssertion(rdfs:comment SOMA:CerealBox "A box which holds, or at least is intended to usually hold, cereal flakes.") -SubClassOf(SOMA:CerealBox SOMA:Box) -# Class: SOMA:ClosingDisposition (SOMA:ClosingDisposition) + -AnnotationAssertion(rdfs:comment SOMA:ClosingDisposition "The disposition of an object to connect with some other, so that a region of space becomes fully enclosed by the object and separate from the exterior. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + A reified relation between a furniture-like object (the bearer), the sitting task it affords, and an agent that can assume a sitting pose (trigger). + + + + + + + + + + + + + + + + + + + + + + + + + + A more comfortable chair that includes sides to support arms. + + + + + + + + + + + + + + + + + + + + + + + + + + A small table typically located next to a bed. + + + + + + + + + + A flat cutting edge of an object used to cut through other objects, such as the blade of a ventilator cutting through the air. + + + + + + + + + + A container with a narrow neck used to store fluids. + + + + + + + + + + A round, deep object used to contain food or liquid. + + + + + + + + + + + + + + + + A cuboid-shaped container. + + + + + + + + + + + + + + + + + + + + + + + + + + A knife to cut bread. + + + + + + + + + + A smaller plate used for serving bread at the dining table with the main meal or to serve breakfast. + + + + + + + + + + A structure with a roof and walls. + + + + + + + + + + + + + + + + The disposition to support an agent being in a sitting pose. Typically provided by chairs, stools, etc. + + + + + + + + + + The capability of an agent to assume a sitting pose. + + + + + + + + + + + + + + + + + A container used to hold and pour some beverage. + + + + + + + + + + + + The upper interior surface of a room. + + + + + + + + + + A cooktop that uses heated ceramic elements. + + + + + + + + + + A box which holds, or at least is intended to usually hold, cereal flakes. + + + + + + + + + + The disposition of an object to connect with some other, so that a region of space becomes fully enclosed by the object and separate from the exterior. Often this connection is between parts of the same object. -Because of the existence of a separation between some interior and exterior space regions, objects that can close are also objects that can contain.") -SubClassOf(SOMA:ClosingDisposition SOMA:Linkage) +Because of the existence of a separation between some interior and exterior space regions, objects that can close are also objects that can contain. + + + + + + + + + + A carafe which holds, or at least is intended to usually hold, coffee. + + + + + + + + + + A small and low table which is typically used as a shelf for small items such as cups, and located in front of a sofa. + + + + + + + + + + A cooktop that uses heated metal coils. + + + + + + + + + + + + + + + + + + + + + + + + + + A typically circular surface where food is cooked. + + + + + + + + + + A flat surface for working on. + + + + + + + + + + + + + + 1 + + + + + + + 1 + + + + + + + + + + + + + + + + + + + An object designed to contain food to store, cook, eat, or serve it. + + + + + + + + + + + + + + + + A round shaped container used for storing liquid and drinking out of it, typically has a handle for grasping. + + + + + + + + + + + + + + + + + A piece of furniture for storing things. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 1 + + + + A piece of furniture designed for one person to sit on. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + An item designed to fit well within a grasping hand, often attached to another item to enhance its manipulability. + Designed handle + + + + + + + + + + A sharp-edged metal blade used for digging or cutting. + Designed spade + + + + + + + + + + + + + + + + + + + A smallar fork for eating desserts e.g. cake. + + + + + + + + + + + + + + + + + A regular size plate for eating a main meals. + + + + + + + + + + + + + + + + + + + + An appliance for washing dishes and cutlery automatically. + + + + + + + + + + A solid detergent inserted into dishwashers. + + + + + + + + + + A small container used to store and serve some flavoring substance for a dish or beverage. + + + + + + + + + + A hinged, sliding, or revolving barrier at the entrance to a building, room, or vehicle, or in the frame of a cupboard. + + + + + + + + + + + A storage compartment without a lid, made to slide horizontally in and out of a piece of furniture. + + + + + + + + + + A cooktop that uses electricity for heating. + + + + + + + + + + + The lower interior surface of a room. + + + + + + + + + + + + + + + + Cutlery with two or more prongs used for lifting food to the mouth or holding it when cutting. + + + + + + + + + + A freezer compartment used to regulate the temperature of contained objects to a value below zero degree Celsius. + + + + + + + + + + A cooktop that uses burning gas for heating. + + + + + + + + + + A container made usually from glass or transparent plastic which is used to hold, typically cold, beverages. + + + + + + + + + + + + + + + + + A flat heated surface used for cooking food or keeping it hot. + + + + + + + + + + A type of cooktop where heat is induced in the cookware. Only special induction cookware can be used with this type of cooktop. + + + + + + + + + + + + + + + + + A jar which holds, or at least is intended to usually hold, jam. + + + + + + + + + + A container used for long-term storage of some liquid or viscous dish. + + + + + + + + + + + + + + + + A designated room to perform the task of cooking. + + + + + + + + + + A cupboard designed to be used in kitchen environments. + + + + + + + + + + A tool designed to be used for kitchen related common tasks. Such as smearing a bread or cutting a cucumber. + + + + + + + + + + A piece of a fitted furniture typically containing cupboards, a sink, and an oven. + + + + + + + + + + + + + + + + + + + + + + An instrument composed of a blade fixed into a handle, used for cutting or as a weapon. + + + + + + + + + + A removable or hinged cover for the top of a container. + + + + + + + + + + + + + + + + + A bottle which holds, or at least is intended to usually hold, milk. + + + + + + + + + + A pack which holds, or at least is intended to usually hold, milk. + + + + + + + + + + A jar which holds, or at least is intended to usually hold, Nutella. + + + + + + + + + + + + + + + + + An appliance with an enclosed compartment that exposes food to heat + + + + + + + + + + A small cardboard or paper container. + + + + + + + + + + A container used for cooking food. + + + + + + + + + + + + + + + + + + + + + + + + + + + + A bowl which holds, or at least is intended to usually hold, pasta. + + + + + + + + + + A shaker which holds, or at least is intended to usually hold, pepper. + + + + + + + + + + A flat and usually circular object from which food is eaten or served. + + + + + + + + + + A container used for cooking food. + + + + + + + + + + A frame for holding or storing things. + + + + + + + + + + A jar which holds, or at least is intended to usually hold, raspberry jam. + + -# Class: SOMA:CoffeeCarafe (SOMA:CoffeeCarafe) -AnnotationAssertion(rdfs:comment SOMA:CoffeeCarafe "A carafe which holds, or at least is intended to usually hold, coffee.") -SubClassOf(SOMA:CoffeeCarafe SOMA:Carafe) + -# Class: SOMA:Compartment (SOMA:Compartment) -SubClassOf(SOMA:Compartment SOMA:DesignedComponent) + + + + + + + + + + An appliance which is artificially kept cool and used to store food and drink. + + -# Class: SOMA:Countertop (SOMA:Countertop) -AnnotationAssertion(rdfs:comment SOMA:Countertop "A flat surface for working on.") -SubClassOf(SOMA:Countertop SOMA:DesignedComponent) + -# Class: SOMA:Crockery (SOMA:Crockery) -AnnotationAssertion(rdfs:comment SOMA:Crockery "An object designed to contain food to store, cook, eat, or serve it.") -SubClassOf(SOMA:Crockery SOMA:DesignedContainer) -SubClassOf(SOMA:Crockery SOMA:Tableware) -SubClassOf(SOMA:Crockery ObjectExactCardinality(1 SOMA:hasDisposition SOMA:Insertion)) -SubClassOf(SOMA:Crockery ObjectExactCardinality(1 SOMA:hasDisposition ObjectIntersectionOf(SOMA:Insertion ObjectAllValuesFrom(SOMA:affordsTrigger ObjectAllValuesFrom( ))))) + + -# Class: SOMA:Cup (SOMA:Cup) -AnnotationAssertion(rdfs:comment SOMA:Cup "A round shaped container used for storing liquid and drinking out of it, typically has a handle for grasping.") -SubClassOf(SOMA:Cup SOMA:Crockery) -SubClassOf(SOMA:Cup ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedHandle)) + -# Class: SOMA:Cupboard (SOMA:Cupboard) -AnnotationAssertion(rdfs:comment SOMA:Cupboard "A piece of furniture for storing things.") -SubClassOf(SOMA:Cupboard SOMA:DesignedContainer) -SubClassOf(SOMA:Cupboard SOMA:DesignedFurniture) -SubClassOf(SOMA:Cupboard ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Rack)) + + + + -# Class: SOMA:Cutlery (SOMA:Cutlery) -SubClassOf(SOMA:Cutlery SOMA:Tableware) + -# Class: SOMA:CuttingTool (SOMA:CuttingTool) -SubClassOf(SOMA:CuttingTool SOMA:DesignedTool) -SubClassOf(SOMA:CuttingTool ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Shaping)) + + + A bowl which holds, or at least is intended to usually hold, salad. + + -# Class: SOMA:DesignedComponent (Designed component) -SubClassOf(SOMA:DesignedComponent ) + -# Class: SOMA:DesignedContainer (Designed container) -SubClassOf(SOMA:DesignedContainer ) + + + A shaker which holds, or at least is intended to usually hold, salt. + + -# Class: SOMA:DesignedFurniture (Designed furniture) -SubClassOf(SOMA:DesignedFurniture ) + -# Class: SOMA:DesignedHandle (Designed handle) -AnnotationAssertion(rdfs:comment SOMA:DesignedHandle "An item designed to fit well within a grasping hand, often attached to another item to enhance its manipulability.") -AnnotationAssertion(rdfs:label SOMA:DesignedHandle "Designed handle") -SubClassOf(SOMA:DesignedHandle SOMA:DesignedComponent) -SubClassOf(SOMA:DesignedHandle ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Graspability)) + + + A container used for storing fine grained substances such as salt or paper. + + -# Class: SOMA:DesignedSpade (Designed spade) -AnnotationAssertion(rdfs:comment SOMA:DesignedSpade "A sharp-edged metal blade used for digging or cutting.") -AnnotationAssertion(rdfs:label SOMA:DesignedSpade "Designed spade") -SubClassOf(SOMA:DesignedSpade SOMA:DesignedComponent) + -# Class: SOMA:DesignedTool (Designed tool) -SubClassOf(SOMA:DesignedTool ) + + -# Class: SOMA:DessertFork (SOMA:DessertFork) -AnnotationAssertion(rdfs:comment SOMA:DessertFork "A smallar fork for eating desserts e.g. cake.") -SubClassOf(SOMA:DessertFork SOMA:Fork) + -# Class: SOMA:DinnerPlate (SOMA:DinnerPlate) -AnnotationAssertion(rdfs:comment SOMA:DinnerPlate "A regular size plate for eating a main meals.") -SubClassOf(SOMA:DinnerPlate SOMA:Plate) + + + A large bowl used to direct the flow of liquid into a drain, typically has a tap used to fill the sink with water, and a plug used to block the drain. + + -# Class: SOMA:Dish (SOMA:Dish) -SubClassOf(SOMA:Dish ) + -# Class: SOMA:Dishwasher (SOMA:Dishwasher) -AnnotationAssertion(rdfs:comment SOMA:Dishwasher "An appliance for washing dishes and cutlery automatically.") -SubClassOf(SOMA:Dishwasher SOMA:Appliance) -SubClassOf(SOMA:Dishwasher SOMA:DesignedContainer) + + + A task where an agents assumes a sitting pose. + + -# Class: SOMA:DishwasherTab (SOMA:DishwasherTab) -AnnotationAssertion(rdfs:comment SOMA:DishwasherTab "A solid detergent inserted into dishwashers.") -SubClassOf(SOMA:DishwasherTab ) + -# Class: SOMA:Dispenser (SOMA:Dispenser) -AnnotationAssertion(rdfs:comment SOMA:Dispenser "A small container used to store and serve some flavoring substance for a dish or beverage.") -SubClassOf(SOMA:Dispenser SOMA:DesignedContainer) + + + + + + + + + + + + + + The destination of an agent assuming a sitting pose. Typically a chair or stool would fill this role. + + -# Class: SOMA:Door (SOMA:Door) -AnnotationAssertion(rdfs:comment SOMA:Door "A hinged, sliding, or revolving barrier at the entrance to a building, room, or vehicle, or in the frame of a cupboard.") -SubClassOf(SOMA:Door SOMA:DesignedComponent) + -# Class: SOMA:Drawer (SOMA:Drawer) -AnnotationAssertion(rdfs:comment SOMA:Drawer "A storage compartment without a lid, made to slide horizontally in and out of a piece of furniture.") -SubClassOf(SOMA:Drawer SOMA:DesignedComponent) -SubClassOf(SOMA:Drawer SOMA:DesignedContainer) + + + + + + 1 + + + + A comfortable seat for two or more people to sit on. + + + + + + + + + + A pot which holds, or at least is intended to usually hold, soup. + + + + + + + + + + + + + + + + + + + + + + + + -# Class: SOMA:Floor (SOMA:Floor) + -AnnotationAssertion(rdfs:comment SOMA:Floor "The lower interior surface of a room.") -SubClassOf(SOMA:Floor SOMA:RoomSurface) -DisjointClasses(SOMA:Floor SOMA:Wall) -# Class: SOMA:Fork (SOMA:Fork) + + + + + + + + + + + + + + + + + + + + + + + + 1 + + + + + + + 1 + + + + + + + + + + + + + + + + + + + An eating or cooking implement consisting of a small shallow bowl with a relatively long handle. + + -AnnotationAssertion(rdfs:comment SOMA:Fork "Cutlery with two or more prongs used for lifting food to the mouth or holding it when cutting.") -SubClassOf(SOMA:Fork SOMA:Cutlery) -SubClassOf(SOMA:Fork ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedHandle)) -# Class: SOMA:FreezerCompartment (SOMA:FreezerCompartment) + -AnnotationAssertion(rdfs:comment SOMA:FreezerCompartment "A freezer compartment used to regulate the temperature of contained objects to a value below zero degree Celsius.") -SubClassOf(SOMA:FreezerCompartment SOMA:Compartment) -# Class: SOMA:Glass (SOMA:Glass) + + + + + + + + + An appliance for cooking or heating. + + -AnnotationAssertion(rdfs:comment SOMA:Glass "A container made usually from glass or transparent plastic which is used to hold, typically cold, beverages.") -SubClassOf(SOMA:Glass SOMA:Crockery) -# Class: SOMA:Hotplate (SOMA:Hotplate) + -AnnotationAssertion(rdfs:comment SOMA:Hotplate "A flat heated surface used for cooking food or keeping it hot.") -SubClassOf(SOMA:Hotplate SOMA:DesignedComponent) -# Class: SOMA:JamJar (SOMA:JamJar) + + + A dispenser used to hold, or at least is intended to usually hold and serve, sugar. + + -AnnotationAssertion(rdfs:comment SOMA:JamJar "A jar which holds, or at least is intended to usually hold, jam.") -SubClassOf(SOMA:JamJar SOMA:Jar) -# Class: SOMA:Jar (SOMA:Jar) + -AnnotationAssertion(rdfs:comment SOMA:Jar "A container used for long-term storage of some liquid or viscous dish.") -SubClassOf(SOMA:Jar SOMA:DesignedContainer) -# Class: SOMA:Kitchen (SOMA:Kitchen) + + -AnnotationAssertion(rdfs:comment SOMA:Kitchen "A designated room to perform the task of cooking.") -SubClassOf(SOMA:Kitchen SOMA:Room) -SubClassOf(SOMA:Kitchen ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Containment)) -# Class: SOMA:KitchenKnife (SOMA:KitchenKnife) + -AnnotationAssertion(rdfs:comment SOMA:KitchenKnife "A tool designed to be used for kitchen related common tasks. Such as smearing a bread or cutting a cucumber.") -SubClassOf(SOMA:KitchenKnife SOMA:Knife) -# Class: SOMA:Knife (SOMA:Knife) + + + A piece of furniture with a flat top and one or more legs. + + -AnnotationAssertion(rdfs:comment SOMA:Knife "An instrument composed of a blade fixed into a handle, used for cutting or as a weapon.") -SubClassOf(SOMA:Knife SOMA:CuttingTool) -SubClassOf(SOMA:Knife ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Blade)) -SubClassOf(SOMA:Knife ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedHandle)) -# Class: SOMA:Lid (SOMA:Lid) + -AnnotationAssertion(rdfs:comment SOMA:Lid "A removable or hinged cover for the top of a container.") -SubClassOf(SOMA:Lid SOMA:DesignedComponent) -# Class: SOMA:MilkBottle (SOMA:MilkBottle) + + + A regular size fork used for eating meals, e.g. for Spaghetti. + + -AnnotationAssertion(rdfs:comment SOMA:MilkBottle "A bottle which holds, or at least is intended to usually hold, milk.") -SubClassOf(SOMA:MilkBottle SOMA:Bottle) -# Class: SOMA:MilkPack (SOMA:MilkPack) + -AnnotationAssertion(rdfs:comment SOMA:MilkPack "A pack which holds, or at least is intended to usually hold, milk.") -SubClassOf(SOMA:MilkPack SOMA:Pack) -# Class: SOMA:NutellaJar (SOMA:NutellaJar) + + + A knife used for eating or speading butter on bread. + + -AnnotationAssertion(rdfs:comment SOMA:NutellaJar "A jar which holds, or at least is intended to usually hold, Nutella.") -SubClassOf(SOMA:NutellaJar SOMA:Jar) -# Class: SOMA:Oven (SOMA:Oven) + -AnnotationAssertion(rdfs:comment SOMA:Oven "An appliance with an enclosed compartment that exposes food to heat") -SubClassOf(SOMA:Oven SOMA:Appliance) -SubClassOf(SOMA:Oven SOMA:DesignedContainer) -SubClassOf(SOMA:Oven ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:TemperingByHeating)) -# Class: SOMA:Pack (SOMA:Pack) + + + + A spoon usually refered as larger spoon used for serving. However in some regions it is the largest spoon used for eating. + + -AnnotationAssertion(rdfs:comment SOMA:Pack "A small cardboard or paper container.") -SubClassOf(SOMA:Pack SOMA:DesignedContainer) -# Class: SOMA:Pan (SOMA:Pan) + -AnnotationAssertion(rdfs:comment SOMA:Pan "A container used for cooking food.") -SubClassOf(SOMA:Pan SOMA:Crockery) -# Class: SOMA:Pancake (SOMA:Pancake) + + + + -SubClassOf(SOMA:Pancake SOMA:BakedGood) -# Class: SOMA:PancakeMix (SOMA:PancakeMix) + -SubClassOf(SOMA:PancakeMix ) -# Class: SOMA:PastaBowl (SOMA:PastaBowl) + + + A component designed to control the flow of water from a pipe. + + -AnnotationAssertion(rdfs:comment SOMA:PastaBowl "A bowl which holds, or at least is intended to usually hold, pasta.") -SubClassOf(SOMA:PastaBowl SOMA:Bowl) -# Class: SOMA:PepperShaker (SOMA:PepperShaker) + -AnnotationAssertion(rdfs:comment SOMA:PepperShaker "A shaker which holds, or at least is intended to usually hold, pepper.") -SubClassOf(SOMA:PepperShaker SOMA:Shaker) -# Class: SOMA:Plate (SOMA:Plate) + + + A spoon relatively smaller in size used for string a cup of tea or measuring a volume. Specifically for cooking or medicine purposes, the volume is defined as 5ml. + + -AnnotationAssertion(rdfs:comment SOMA:Plate "A flat and usually circular object from which food is eaten or served.") -SubClassOf(SOMA:Plate SOMA:Crockery) -# Class: SOMA:Pot (SOMA:Pot) + -AnnotationAssertion(rdfs:comment SOMA:Pot "A container used for cooking food.") -SubClassOf(SOMA:Pot SOMA:Crockery) -# Class: SOMA:Rack (SOMA:Rack) + + -AnnotationAssertion(rdfs:comment SOMA:Rack "A frame for holding or storing things.") -SubClassOf(SOMA:Rack SOMA:DesignedComponent) -# Class: SOMA:RaspberryJamJar (SOMA:RaspberryJamJar) + -AnnotationAssertion(rdfs:comment SOMA:RaspberryJamJar "A jar which holds, or at least is intended to usually hold, raspberry jam.") -SubClassOf(SOMA:RaspberryJamJar SOMA:JamJar) -# Class: SOMA:Refrigerator (SOMA:Refrigerator) + + + A disposition of an object to change others by removing heat energy from them. + + -AnnotationAssertion(rdfs:comment SOMA:Refrigerator "An appliance which is artificially kept cool and used to store food and drink.") -SubClassOf(SOMA:Refrigerator SOMA:Appliance) -SubClassOf(SOMA:Refrigerator SOMA:DesignedContainer) -SubClassOf(SOMA:Refrigerator ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Door)) -# Class: SOMA:RoomSurface (Room surface) + -SubClassOf(SOMA:RoomSurface SOMA:Surface) -# Class: SOMA:SaladBowl (SOMA:SaladBowl) + + + A disposition of an object to change others by applying heat energy to them. + + -AnnotationAssertion(rdfs:comment SOMA:SaladBowl "A bowl which holds, or at least is intended to usually hold, salad.") -SubClassOf(SOMA:SaladBowl SOMA:Bowl) -# Class: SOMA:SaltShaker (SOMA:SaltShaker) + -AnnotationAssertion(rdfs:comment SOMA:SaltShaker "A shaker which holds, or at least is intended to usually hold, salt.") -SubClassOf(SOMA:SaltShaker SOMA:Shaker) -# Class: SOMA:Shaker (SOMA:Shaker) + + + An item designed to hold trash. Typically equipped with a mechanism to close or open it, to prevent smells from the trash from propagating out and insects and other pests to get in. + + -AnnotationAssertion(rdfs:comment SOMA:Shaker "A container used for storing fine grained substances such as salt or paper.") -SubClassOf(SOMA:Shaker SOMA:DesignedContainer) -# Class: SOMA:SoupPot (SOMA:SoupPot) + -AnnotationAssertion(rdfs:comment SOMA:SoupPot "A pot which holds, or at least is intended to usually hold, soup.") -SubClassOf(SOMA:SoupPot SOMA:Pot) -# Class: SOMA:Spatula (SOMA:Spatula) + + + An upright surface of a building or room. + + -SubClassOf(SOMA:Spatula SOMA:Cutlery) -SubClassOf(SOMA:Spatula ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedHandle)) -SubClassOf(SOMA:Spatula ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedSpade)) -# Class: SOMA:Spoon (SOMA:Spoon) + -AnnotationAssertion(rdfs:comment SOMA:Spoon "An eating or cooking implement consisting of a small shallow bowl with a relatively long handle.") -SubClassOf(SOMA:Spoon SOMA:Cutlery) -SubClassOf(SOMA:Spoon ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Containment)) -SubClassOf(SOMA:Spoon ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Bowl)) -SubClassOf(SOMA:Spoon ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedHandle)) -SubClassOf(SOMA:Spoon ObjectExactCardinality(1 SOMA:hasDisposition SOMA:Insertion)) -SubClassOf(SOMA:Spoon ObjectExactCardinality(1 SOMA:hasDisposition ObjectIntersectionOf(SOMA:Insertion ObjectAllValuesFrom(SOMA:affordsTrigger ObjectAllValuesFrom( ))))) -# Class: SOMA:Stove (SOMA:Stove) + + + A cupboard which is typically used for hanging clothes. + + -AnnotationAssertion(rdfs:comment SOMA:Stove "An appliance for cooking or heating.") -SubClassOf(SOMA:Stove SOMA:Appliance) -SubClassOf(SOMA:Stove ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Hotplate)) -# Class: SOMA:SugarDispenser (SOMA:SugarDispenser) + -AnnotationAssertion(rdfs:comment SOMA:SugarDispenser "A dispenser used to hold, or at least is intended to usually hold and serve, sugar.") -SubClassOf(SOMA:SugarDispenser SOMA:Dispenser) -# Class: SOMA:Table (SOMA:Table) + + + A bottle which holds, or at least is intended to usually hold, water. + + -AnnotationAssertion(rdfs:comment SOMA:Table "A piece of furniture with a flat top and one or more legs.") -SubClassOf(SOMA:Table SOMA:DesignedFurniture) -# Class: SOMA:TableFork (SOMA:TableFork) + -AnnotationAssertion(rdfs:comment SOMA:TableFork "A regular size fork used for eating meals, e.g. for Spaghetti.") -SubClassOf(SOMA:TableFork SOMA:Fork) -# Class: SOMA:TableKnife (SOMA:TableKnife) + + + A glass which holds, or at least is intended to usually hold, water. Also affords drinking from it. + + -AnnotationAssertion(rdfs:comment SOMA:TableKnife "A knife used for eating or speading butter on bread.") -SubClassOf(SOMA:TableKnife SOMA:KitchenKnife) -# Class: SOMA:TableSpoon (SOMA:TableSpoon) + -AnnotationAssertion(rdfs:comment SOMA:TableSpoon "A spoon usually refered as larger spoon used for serving. However in some regions it is the largest spoon used for eating.") -SubClassOf(SOMA:TableSpoon SOMA:Spoon) -DisjointClasses(SOMA:TableSpoon SOMA:TeaSpoon) -# Class: SOMA:Tableware (SOMA:Tableware) + + + A bottle which holds, or at least is intended to usually hold, wine. + + -SubClassOf(SOMA:Tableware SOMA:DesignedTool) -# Class: SOMA:TeaSpoon (SOMA:TeaSpoon) + -AnnotationAssertion(rdfs:comment SOMA:TeaSpoon "A spoon relatively smaller in size used for string a cup of tea or measuring a volume. Specifically for cooking or medicine purposes, the volume is defined as 5ml.") -SubClassOf(SOMA:TeaSpoon SOMA:Spoon) -# Class: SOMA:TemperingByCooling (SOMA:TemperingByCooling) + + + A glass which holds, or at least is intended to usually hold, wine. Also affords drinking from it. + + -AnnotationAssertion(rdfs:comment SOMA:TemperingByCooling "A disposition of an object to change others by removing heat energy from them.") -SubClassOf(SOMA:TemperingByCooling SOMA:Tempering) -# Class: SOMA:TemperingByHeating (SOMA:TemperingByHeating) + -AnnotationAssertion(rdfs:comment SOMA:TemperingByHeating "A disposition of an object to change others by applying heat energy to them.") -SubClassOf(SOMA:TemperingByHeating SOMA:Tempering) -# Class: SOMA:TrashContainer (SOMA:TrashContainer) + + -AnnotationAssertion(rdfs:comment SOMA:TrashContainer "An item designed to hold trash. Typically equipped with a mechanism to close or open it, to prevent smells from the trash from propagating out and insects and other pests to get in.") -SubClassOf(SOMA:TrashContainer SOMA:DesignedContainer) -# Class: SOMA:Wall (SOMA:Wall) + -AnnotationAssertion(rdfs:comment SOMA:Wall "An upright surface of a building or room.") -SubClassOf(SOMA:Wall SOMA:RoomSurface) -# Class: SOMA:WaterBottle (SOMA:WaterBottle) + + -AnnotationAssertion(rdfs:comment SOMA:WaterBottle "A bottle which holds, or at least is intended to usually hold, water.") -SubClassOf(SOMA:WaterBottle SOMA:Bottle) -# Class: SOMA:WaterGlass (SOMA:WaterGlass) + -AnnotationAssertion(rdfs:comment SOMA:WaterGlass "A glass which holds, or at least is intended to usually hold, water. Also affords drinking from it.") -SubClassOf(SOMA:WaterGlass SOMA:Glass) -# Class: SOMA:WineBottle (SOMA:WineBottle) + + -AnnotationAssertion(rdfs:comment SOMA:WineBottle "A bottle which holds, or at least is intended to usually hold, wine.") -SubClassOf(SOMA:WineBottle SOMA:Bottle) -# Class: SOMA:WineGlass (SOMA:WineGlass) -AnnotationAssertion(rdfs:comment SOMA:WineGlass "A glass which holds, or at least is intended to usually hold, wine. Also affords drinking from it.") -SubClassOf(SOMA:WineGlass SOMA:Glass) + -) \ No newline at end of file diff --git a/owl/SOMA-IO.owl b/owl/SOMA-IO.owl index f76ac419..742a0a72 100755 --- a/owl/SOMA-IO.owl +++ b/owl/SOMA-IO.owl @@ -1,611 +1,1204 @@ -Prefix(:=) -Prefix(dc:=) -Prefix(owl:=) -Prefix(rdf:=) -Prefix(xml:=) -Prefix(xsd:=) -Prefix(SOMA:=) -Prefix(rdfs:=) - - -Ontology( -Import() -Import() -Import() -Import() -Annotation(rdfs:comment "SOMA-IO.owl defines concepts related to software modules and their interaction. - -The concepts defined here are fairly general and cover such topics as interface specifications and communication. Some more specific concepts for the knowledge representation domain are also defined, such as Database and various kinds of reasoners.") - -Declaration(Class(SOMA:API_Specification)) -Declaration(Class(SOMA:Algorithm)) -Declaration(Class(SOMA:ArchiveFile)) -Declaration(Class(SOMA:ArchiveFormat)) -Declaration(Class(SOMA:ArchiveText)) -Declaration(Class(SOMA:Classifier)) -Declaration(Class(SOMA:Client-Server_Specification)) -Declaration(Class(SOMA:ClientRole)) -Declaration(Class(SOMA:CognitiveAgent)) -Declaration(Class(SOMA:Computer_Language)) -Declaration(Class(SOMA:Computer_Program)) -Declaration(Class(SOMA:Database)) -Declaration(Class(SOMA:DesignedTool)) -Declaration(Class(SOMA:Digital_File)) -Declaration(Class(SOMA:ExecutableFile)) -Declaration(Class(SOMA:ExecutableFormat)) -Declaration(Class(SOMA:ExecutableSoftware)) -Declaration(Class(SOMA:Executable_Code)) -Declaration(Class(SOMA:FaultySoftware)) -Declaration(Class(SOMA:FileConfiguration)) -Declaration(Class(SOMA:File_format)) -Declaration(Class(SOMA:FormalLanguage)) -Declaration(Class(SOMA:GraphDatabase)) -Declaration(Class(SOMA:GraphQueryLanguage)) -Declaration(Class(SOMA:HostRole)) -Declaration(Class(SOMA:Human-readable_Programming_Language)) -Declaration(Class(SOMA:IncompatibleSoftware)) -Declaration(Class(SOMA:InterfaceComponentRole)) -Declaration(Class(SOMA:InterfaceSpecification)) -Declaration(Class(SOMA:KnowledgeRepresentationLanguage)) -Declaration(Class(SOMA:Language)) -Declaration(Class(SOMA:Markup_Language)) -Declaration(Class(SOMA:Natural_Language)) -Declaration(Class(SOMA:Natural_Language_Text)) -Declaration(Class(SOMA:Ontology)) -Declaration(Class(SOMA:Ontology_Language)) -Declaration(Class(SOMA:PluginRole)) -Declaration(Class(SOMA:PluginSpecification)) -Declaration(Class(SOMA:Programming_Language)) -Declaration(Class(SOMA:QueryEngine)) -Declaration(Class(SOMA:QueryLanguage)) -Declaration(Class(SOMA:Reasoner)) -Declaration(Class(SOMA:RelationalDatabase)) -Declaration(Class(SOMA:RelationalQueryLanguage)) -Declaration(Class(SOMA:ServerRole)) -Declaration(Class(SOMA:Simulation_Reasoner)) -Declaration(Class(SOMA:Software)) -Declaration(Class(SOMA:SoftwareInstance)) -Declaration(Class(SOMA:SoftwareLibrary)) -Declaration(Class(SOMA:SoftwareRole)) -Declaration(Class(SOMA:Software_Configuration)) -Declaration(Class(SOMA:Source_Code)) -Declaration(Class(SOMA:StatisticalReasoner)) -Declaration(Class(SOMA:Structured_Text)) -Declaration(Class(SOMA:SubCognitiveAgent)) -Declaration(Class(SOMA:SymbolicReasoner)) -Declaration(Class(SOMA:System)) -Declaration(Class(SOMA:Text)) -Declaration(Class(SOMA:Triplestore)) -Declaration(Class(SOMA:UnavailableSoftware)) -Declaration(ObjectProperty(SOMA:encodes)) -Declaration(ObjectProperty(SOMA:givesMeaningTo)) -Declaration(ObjectProperty(SOMA:isDesignFor)) -Declaration(ObjectProperty(SOMA:isDesignedBy)) -Declaration(ObjectProperty(SOMA:isGivenMeaningBy)) - -############################ -# Object Properties -############################ - -# Object Property: SOMA:encodes (SOMA:encodes) - -AnnotationAssertion(rdfs:comment SOMA:encodes "The relation between two Information Objects that have the same meaning, but are formatted differently. E.g., a text written in UTF-8 encodes a text in a natural writing system (letters) and vice versa."@en) -SubObjectPropertyOf(SOMA:encodes ) -SymmetricObjectProperty(SOMA:encodes) -ObjectPropertyDomain(SOMA:encodes ) -ObjectPropertyRange(SOMA:encodes ) - -# Object Property: SOMA:givesMeaningTo (gives meaning to) - -AnnotationAssertion(rdfs:comment SOMA:givesMeaningTo "The relation between a System and Information Object that is given meaning to by said system, e.g., a Language might give meaning to some word, sentence, text, etc., but without the knowledge of said System (Language), the text will not make sense to a reader."@en) -AnnotationAssertion(rdfs:label SOMA:givesMeaningTo "gives meaning to"@en) -SubObjectPropertyOf(SOMA:givesMeaningTo ) -InverseObjectProperties(SOMA:givesMeaningTo SOMA:isGivenMeaningBy) -ObjectPropertyDomain(SOMA:givesMeaningTo SOMA:System) -ObjectPropertyRange(SOMA:givesMeaningTo ) - -# Object Property: SOMA:hasSoftwareAgent (has software agent) - -ObjectPropertyRange(SOMA:hasSoftwareAgent SOMA:SoftwareInstance) - -# Object Property: SOMA:isDesignFor (is design for) - -AnnotationAssertion(rdfs:comment SOMA:isDesignFor "A special relation between a Design and an Object, to indicate that the Design describes a way to construct the Object."@en) -AnnotationAssertion(rdfs:label SOMA:isDesignFor "is design for"@en) -SubObjectPropertyOf(SOMA:isDesignFor ) -InverseObjectProperties(SOMA:isDesignFor SOMA:isDesignedBy) -ObjectPropertyDomain(SOMA:isDesignFor ) -ObjectPropertyRange(SOMA:isDesignFor ) - -# Object Property: SOMA:isDesignedBy (is designed by) - -AnnotationAssertion(rdfs:comment SOMA:isDesignedBy "A special relation between a Design and an Object, to indicate that the Object is described by the Design."@en) -AnnotationAssertion(rdfs:label SOMA:isDesignedBy "is designed by"@en) -SubObjectPropertyOf(SOMA:isDesignedBy ) -ObjectPropertyDomain(SOMA:isDesignedBy ) -ObjectPropertyRange(SOMA:isDesignedBy ) - -# Object Property: SOMA:isGivenMeaningBy (is given meaning by) - -AnnotationAssertion(rdfs:comment SOMA:isGivenMeaningBy "The relation between an Information Object and a System that gives meaning to said object, e.g., a word, sentence, text, etc. might be given meaning by a Language and without the knowledge of said System (Language), the text will not make sense to a reader."@en) -AnnotationAssertion(rdfs:label SOMA:isGivenMeaningBy "is given meaning by"@en) -SubObjectPropertyOf(SOMA:isGivenMeaningBy ) -ObjectPropertyDomain(SOMA:isGivenMeaningBy ) -ObjectPropertyRange(SOMA:isGivenMeaningBy SOMA:System) - -# Object Property: (expresses) + + + + + + + + SOMA-IO.owl defines concepts related to software modules and their interaction. -SubObjectPropertyOf( ) +The concepts defined here are fairly general and cover such topics as interface specifications and communication. Some more specific concepts for the knowledge representation domain are also defined, such as Database and various kinds of reasoners. + + -# Object Property: (is expressed by) -SubObjectPropertyOf( ) + + -############################ -# Classes -############################ + -# Class: SOMA:API_Specification (API Specification) -AnnotationAssertion(rdfs:comment SOMA:API_Specification "An application programming interface (API) is a way for two or more computer programs to communicate with each other. It is a type of software interface, offering a service to other pieces of software. A document or standard that describes how to build or use an API is called an API specification. + + + + + + The relation between two Information Objects that have the same meaning, but are formatted differently. E.g., a text written in UTF-8 encodes a text in a natural writing system (letters) and vice versa. + + -Source: https://en.wikipedia.org/wiki/API"@en) -AnnotationAssertion(rdfs:label SOMA:API_Specification "API Specification"@en) -SubClassOf(SOMA:API_Specification SOMA:InterfaceSpecification) -# Class: SOMA:Algorithm (Algorithm) + -AnnotationAssertion(rdfs:comment SOMA:Algorithm "An Algorithm is a finite sequence of well-defined instructions, typically used to solve a class of specific problems or to perform a computation. -From Wikipedia: https://en.wikipedia.org/wiki/Algorithm"@en) -AnnotationAssertion(rdfs:label SOMA:Algorithm "Algorithm"@en) -SubClassOf(SOMA:Algorithm ) + + + + + + The relation between a System and Information Object that is given meaning to by said system, e.g., a Language might give meaning to some word, sentence, text, etc., but without the knowledge of said System (Language), the text will not make sense to a reader. + gives meaning to + + -# Class: SOMA:ArchiveFile (Archive File) -AnnotationAssertion(rdfs:comment SOMA:ArchiveFile "An archive file is a computer file that is composed of one or more files along with metadata. + -Source: https://en.wikipedia.org/wiki/Archive_file"@en) -AnnotationAssertion(rdfs:label SOMA:ArchiveFile "Archive File") -EquivalentClasses(SOMA:ArchiveFile ObjectIntersectionOf(SOMA:Digital_File ObjectSomeValuesFrom( SOMA:ArchiveText))) -SubClassOf(SOMA:ArchiveFile SOMA:Digital_File) -# Class: SOMA:ArchiveFormat (Archive Format) + + + + -AnnotationAssertion(rdfs:comment SOMA:ArchiveFormat "An Archive Format is the file format of an archive file. -Source: https://en.wikipedia.org/wiki/Archive_file#Archive_formats"@en) -AnnotationAssertion(rdfs:label SOMA:ArchiveFormat "Archive Format"@en) -SubClassOf(SOMA:ArchiveFormat SOMA:File_format) -SubClassOf(SOMA:ArchiveFormat ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:ArchiveText)) + -# Class: SOMA:ArchiveText (Archive Text) -AnnotationAssertion(rdfs:comment SOMA:ArchiveText "An Archive is a Structured Text that is composed of one or more Structured Texts along with metadata. Archives are used to collect multiple texts together into a single text for easier portability and storage as Archive Files, or simply to compress text to use less storage space as Computer Files. Archive often store directory structures, error detection and correction information, arbitrary comments, and sometimes use built-in encryption. + + + + + + A special relation between a Design and an Object, to indicate that the Design describes a way to construct the Object. + is design for + + -Source: https://en.wikipedia.org/wiki/Archive_file"@en) -AnnotationAssertion(rdfs:label SOMA:ArchiveText "Archive Text"@en) -EquivalentClasses(SOMA:ArchiveText ObjectIntersectionOf(SOMA:Structured_Text ObjectSomeValuesFrom( SOMA:FileConfiguration))) -EquivalentClasses(SOMA:ArchiveText ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:ArchiveFormat)) -# Class: SOMA:Classifier (Classifier) + -AnnotationAssertion(rdfs:label SOMA:Classifier "Classifier"@en) -SubClassOf(SOMA:Classifier SOMA:StatisticalReasoner) -# Class: SOMA:Client-Server_Specification (Client-Server Specification) + + + + + A special relation between a Design and an Object, to indicate that the Object is described by the Design. + is designed by + + -AnnotationAssertion(rdfs:comment SOMA:Client-Server_Specification "An API Secification that describes the well known Client-Server pattern: + + + + + + + + + The relation between an Information Object and a System that gives meaning to said object, e.g., a word, sentence, text, etc. might be given meaning by a Language and without the knowledge of said System (Language), the text will not make sense to a reader. + is given meaning by + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + An application programming interface (API) is a way for two or more computer programs to communicate with each other. It is a type of software interface, offering a service to other pieces of software. A document or standard that describes how to build or use an API is called an API specification. + +Source: https://en.wikipedia.org/wiki/API + API Specification + + + + + + + + + + An Algorithm is a finite sequence of well-defined instructions, typically used to solve a class of specific problems or to perform a computation. + +From Wikipedia: https://en.wikipedia.org/wiki/Algorithm + Algorithm + + + + + + + + + + + + + + + + + + + + + An archive file is a computer file that is composed of one or more files along with metadata. + +Source: https://en.wikipedia.org/wiki/Archive_file + Archive File + + + + + + + + + + + + + + + + An Archive Format is the file format of an archive file. + +Source: https://en.wikipedia.org/wiki/Archive_file#Archive_formats + Archive Format + + + + + + + + + + + + + + + + + + + + + + + + + + An Archive is a Structured Text that is composed of one or more Structured Texts along with metadata. Archives are used to collect multiple texts together into a single text for easier portability and storage as Archive Files, or simply to compress text to use less storage space as Computer Files. Archive often store directory structures, error detection and correction information, arbitrary comments, and sometimes use built-in encryption. + +Source: https://en.wikipedia.org/wiki/Archive_file + Archive Text + + + + + + + + + + Classifier + + + + + + + + + + + + + + + + + + + + + + + + An API Secification that describes the well known Client-Server pattern: The Client-server model is a distributed application structure that partitions tasks or workloads between the providers of a resource or service, called servers, and service requesters, called clients Often clients and servers communicate over a computer network on separate hardware, but both client and server may reside in the same system. A server host runs one or more server programs, which share their resources with clients. A client usually does not share any of its resources, but it requests content or service from a server. Clients, therefore, initiate communication sessions with servers, which await incoming requests. Examples of computer applications that use the client-server model are email, network printing, and the World Wide Web. -Source: https://en.wikipedia.org/wiki/Client%E2%80%93server_model"@en) -AnnotationAssertion(rdfs:label SOMA:Client-Server_Specification "Client-Server Specification"@en) -SubClassOf(SOMA:Client-Server_Specification SOMA:InterfaceSpecification) -SubClassOf(SOMA:Client-Server_Specification ObjectIntersectionOf(ObjectSomeValuesFrom( SOMA:ClientRole) ObjectSomeValuesFrom( SOMA:ServerRole))) +Source: https://en.wikipedia.org/wiki/Client%E2%80%93server_model + Client-Server Specification + + + + + + + + + + + + + + + + The Client-server model is a distributed application structure that partitions tasks or workloads between the providers of a resource or service, called servers, and service requesters, called clients Often clients and servers communicate over a computer network on separate hardware, but both client and server may reside in the same system. A server host runs one or more server programs, which share their resources with clients. A client usually does not share any of its resources, but it requests content or service from a server. Clients, therefore, initiate communication sessions with servers, which await incoming requests. Examples of computer applications that use the client-server model are email, network printing, and the World Wide Web. + +Source: https://en.wikipedia.org/wiki/Client%E2%80%93server_model + Client role + + + + + + + + + + + An agent that is capable to act on its own, in contrast to sub-cognitive Agents, that need to have their intentionality bestowed upon some other agent. + cognitive agent + + + + + + + + + + A computer language is a formal language used in communication with a computer. + +From Wikipedia: https://en.wikipedia.org/wiki/Computer_language + Computer Language + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + The Program itself (the specific set of instruction in a Programming Language), not the file that it is contained in nor the implemented algorithm! + Computer program + + + -# Class: SOMA:ClientRole (Client role) + + + + + + A Database is a Software that organizes a collection of data stored and and allows for access, usually via some query engine. + +Source: https://en.wikipedia.org/wiki/Database + + + + + + + + + + + + + + + + + + + Any file that exists as a digital resource (but not its content), e.g., a text file actually laying on some hard drive, but not the contained text. + Computer File + Digital File + + + + + + + + + + + + + + The file content. + + + + + + The path of the file on a computer system. + + + + + + + + + + + + + + + + + + + + An Executable File, sometimes simply referred to as an executable or binary, causes a computer "to perform indicated tasks according to encoded instructions", as opposed to a data file that must be interpreted (parsed) by a program to be meaningful. + +The exact interpretation depends upon the use. "Instructions" is traditionally taken to mean machine code instructions for a physical CPU. In some contexts, a file containing scripting instructions (such as bytecode) may also be considered executable. + Executable File + + + + + + + + + + + + + + + + An Executable Format is a File Format that allows computers to directly execute the content. Examples are MZ (DOS) or COFF. + Executable Format + + + + + + + + + + + + + + + + + + + + Executable Software is Software that can directly be executed, in comparison to a Software Library, which might only contain functionality via interfaces, but offers no execution entry point. + Executable Software + + + + + + + + + + + + + + + + + + + + + Executable Code is Code that when compiled / interpreted, has some clear entrance point and can be executed. Note the difference to an Executable File, which is the file that contains such (compiled) code. + Executable Code + + + + + + + + + + A description of a situation where some software has a bug. + Faulty software + + -AnnotationAssertion(rdfs:comment SOMA:ClientRole "The Client-server model is a distributed application structure that partitions tasks or workloads between the providers of a resource or service, called servers, and service requesters, called clients Often clients and servers communicate over a computer network on separate hardware, but both client and server may reside in the same system. A server host runs one or more server programs, which share their resources with clients. A client usually does not share any of its resources, but it requests content or service from a server. Clients, therefore, initiate communication sessions with servers, which await incoming requests. Examples of computer applications that use the client-server model are email, network printing, and the World Wide Web. -Source: https://en.wikipedia.org/wiki/Client%E2%80%93server_model"@en) -AnnotationAssertion(rdfs:label SOMA:ClientRole "Client role"@en) -SubClassOf(SOMA:ClientRole SOMA:InterfaceComponentRole) -SubClassOf(SOMA:ClientRole ObjectSomeValuesFrom( SOMA:Client-Server_Specification)) + -# Class: SOMA:CognitiveAgent (cognitive agent) -AnnotationAssertion(rdfs:comment SOMA:CognitiveAgent "An agent that is capable to act on its own, in contrast to sub-cognitive Agents, that need to have their intentionality bestowed upon some other agent."@en) -AnnotationAssertion(rdfs:label SOMA:CognitiveAgent "cognitive agent"@en) -SubClassOf(SOMA:CognitiveAgent ) -DisjointClasses(SOMA:CognitiveAgent SOMA:SubCognitiveAgent) + + + + + + + + + + + + + A configuration whose members are all files. Used to model, e.g., concrete collections of zip- and jar-files (and so on). + File Configuration + + -# Class: SOMA:Computer_Language (Computer Language) -AnnotationAssertion(rdfs:comment SOMA:Computer_Language "A computer language is a formal language used in communication with a computer. + -From Wikipedia: https://en.wikipedia.org/wiki/Computer_language"@en) -AnnotationAssertion(rdfs:label SOMA:Computer_Language "Computer Language"@en) -SubClassOf(SOMA:Computer_Language SOMA:FormalLanguage) -# Class: SOMA:Computer_Program (Computer program) + + + A File Format is a standard way that information is encoded for storage in a computer file. It specifies how bits are used to encode information in a digital storage medium. -AnnotationAssertion(rdfs:comment SOMA:Computer_Program "The Program itself (the specific set of instruction in a Programming Language), not the file that it is contained in nor the implemented algorithm!"@en) -AnnotationAssertion(rdfs:label SOMA:Computer_Program "Computer program"@en) -EquivalentClasses(SOMA:Computer_Program ObjectIntersectionOf(SOMA:Structured_Text ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Programming_Language))) -EquivalentClasses(SOMA:Computer_Program ObjectIntersectionOf(SOMA:Structured_Text ObjectSomeValuesFrom( SOMA:Algorithm))) +From Wikipedia: https://en.wikipedia.org/wiki/File_format + File Format + + -# Class: SOMA:Database (SOMA:Database) -AnnotationAssertion(rdfs:comment SOMA:Database "A Database is a Software that organizes a collection of data stored and and allows for access, usually via some query engine. + -Source: https://en.wikipedia.org/wiki/Database"@en) -SubClassOf(SOMA:Database SOMA:SoftwareRole) -# Class: SOMA:Digital_File (Computer File) + + + + + + + + + A Formal Language consists of words whose letters are taken from an alphabet and are well-formed according to a specific set of rules. -AnnotationAssertion(rdfs:comment SOMA:Digital_File "Any file that exists as a digital resource (but not its content), e.g., a text file actually laying on some hard drive, but not the contained text."@en) -AnnotationAssertion(rdfs:label SOMA:Digital_File "Computer File"@en) -AnnotationAssertion(rdfs:label SOMA:Digital_File "Digital File"@en) -SubClassOf(SOMA:Digital_File ) -SubClassOf(Annotation(rdfs:comment "The file content."@en) SOMA:Digital_File ObjectSomeValuesFrom( SOMA:Structured_Text)) -SubClassOf(Annotation(rdfs:comment "The path of the file on a computer system."@en) SOMA:Digital_File DataSomeValuesFrom(SOMA:hasNameString xsd:string)) +From Wikipedia: https://en.wikipedia.org/wiki/Formal_language + Formal Language + + -# Class: SOMA:ExecutableFile (Executable File) -AnnotationAssertion(rdfs:comment SOMA:ExecutableFile "An Executable File, sometimes simply referred to as an executable or binary, causes a computer \"to perform indicated tasks according to encoded instructions\", as opposed to a data file that must be interpreted (parsed) by a program to be meaningful. + -The exact interpretation depends upon the use. \"Instructions\" is traditionally taken to mean machine code instructions for a physical CPU. In some contexts, a file containing scripting instructions (such as bytecode) may also be considered executable."@en) -AnnotationAssertion(rdfs:label SOMA:ExecutableFile "Executable File"@en) -EquivalentClasses(SOMA:ExecutableFile ObjectIntersectionOf(SOMA:Digital_File ObjectSomeValuesFrom( SOMA:Executable_Code))) -# Class: SOMA:ExecutableFormat (Executable Format) + + + A Graph Database is a Database that uses graph structures for semantic queries with nodes, edges, and properties to represent and store data. + Graph database + + -AnnotationAssertion(rdfs:comment SOMA:ExecutableFormat "An Executable Format is a File Format that allows computers to directly execute the content. Examples are MZ (DOS) or COFF."@en) -AnnotationAssertion(rdfs:label SOMA:ExecutableFormat "Executable Format"@en) -SubClassOf(SOMA:ExecutableFormat SOMA:File_format) -SubClassOf(SOMA:ExecutableFormat ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Executable_Code)) -# Class: SOMA:ExecutableSoftware (Executable Software) + -AnnotationAssertion(rdfs:comment SOMA:ExecutableSoftware "Executable Software is Software that can directly be executed, in comparison to a Software Library, which might only contain functionality via interfaces, but offers no execution entry point."@en) -AnnotationAssertion(rdfs:label SOMA:ExecutableSoftware "Executable Software"@en) -EquivalentClasses(SOMA:ExecutableSoftware ObjectIntersectionOf(SOMA:Software ObjectSomeValuesFrom( SOMA:ExecutableFile))) -# Class: SOMA:Executable_Code (Executable Code) + + + A Query Language that is designed for communication with some Graph Database. + Graph query language + + -AnnotationAssertion(rdfs:comment SOMA:Executable_Code "Executable Code is Code that when compiled / interpreted, has some clear entrance point and can be executed. Note the difference to an Executable File, which is the file that contains such (compiled) code."@en) -AnnotationAssertion(rdfs:label SOMA:Executable_Code "Executable Code"@en) -EquivalentClasses(SOMA:Executable_Code ObjectIntersectionOf(SOMA:Computer_Program ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:ExecutableFormat))) -SubClassOf(SOMA:Executable_Code SOMA:Computer_Program) -# Class: SOMA:FaultySoftware (Faulty software) + -AnnotationAssertion(rdfs:comment SOMA:FaultySoftware "A description of a situation where some software has a bug.") -AnnotationAssertion(rdfs:label SOMA:FaultySoftware "Faulty software"@en) -SubClassOf(SOMA:FaultySoftware SOMA:SoftwareDiagnosis) -# Class: SOMA:FileConfiguration (File Configuration) + + + + + + + + + In the Plug-in-Host pattern, a Host application provides services which the Plug-in can use, including a way for Plug-ins to register themselves with the Host application and a protocol for the exchange of data withPplug-ins. Plug-ins depend on the services provided by the host application and do not usually work by themselves. Conversely, the host application operates independently of the plug-ins, making it possible for end-users to add and update plug-ins dynamically without needing to make changes to the host application. -AnnotationAssertion(rdfs:comment SOMA:FileConfiguration "A configuration whose members are all files. Used to model, e.g., concrete collections of zip- and jar-files (and so on)."@en) -AnnotationAssertion(rdfs:label SOMA:FileConfiguration "File Configuration"@en) -EquivalentClasses(SOMA:FileConfiguration ObjectIntersectionOf( ObjectAllValuesFrom( SOMA:Digital_File))) +Source: https://en.wikipedia.org/wiki/Plug-in_(computing) + Host role + + -# Class: SOMA:File_format (File Format) -AnnotationAssertion(rdfs:comment SOMA:File_format "A File Format is a standard way that information is encoded for storage in a computer file. It specifies how bits are used to encode information in a digital storage medium. + -From Wikipedia: https://en.wikipedia.org/wiki/File_format"@en) -AnnotationAssertion(rdfs:label SOMA:File_format "File Format"@en) -SubClassOf(SOMA:File_format SOMA:Computer_Language) -# Class: SOMA:FormalLanguage (Formal Language) + + + + + + + + + A Programming language like Java, Python etc. but not binary machine code. + Human-readable Programming Language + + -AnnotationAssertion(rdfs:comment SOMA:FormalLanguage "A Formal Language consists of words whose letters are taken from an alphabet and are well-formed according to a specific set of rules. -From Wikipedia: https://en.wikipedia.org/wiki/Formal_language"@en) -AnnotationAssertion(rdfs:label SOMA:FormalLanguage "Formal Language"@en) -SubClassOf(SOMA:FormalLanguage SOMA:Language) -SubClassOf(SOMA:FormalLanguage ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Structured_Text)) + -# Class: SOMA:GraphDatabase (Graph database) -AnnotationAssertion(rdfs:comment SOMA:GraphDatabase "A Graph Database is a Database that uses graph structures for semantic queries with nodes, edges, and properties to represent and store data."@en) -AnnotationAssertion(rdfs:label SOMA:GraphDatabase "Graph database"@en) -SubClassOf(SOMA:GraphDatabase SOMA:Database) + + + A description of a situation where two software systems are incompatible with each other. + Incompatible software + + -# Class: SOMA:GraphQueryLanguage (Graph query language) -AnnotationAssertion(rdfs:comment SOMA:GraphQueryLanguage "A Query Language that is designed for communication with some Graph Database."@en) -AnnotationAssertion(rdfs:label SOMA:GraphQueryLanguage "Graph query language"@en) -SubClassOf(SOMA:GraphQueryLanguage SOMA:QueryLanguage) + -# Class: SOMA:HostRole (Host role) -AnnotationAssertion(rdfs:comment SOMA:HostRole "In the Plug-in-Host pattern, a Host application provides services which the Plug-in can use, including a way for Plug-ins to register themselves with the Host application and a protocol for the exchange of data withPplug-ins. Plug-ins depend on the services provided by the host application and do not usually work by themselves. Conversely, the host application operates independently of the plug-ins, making it possible for end-users to add and update plug-ins dynamically without needing to make changes to the host application. + + + + + + + + + + + + + + Interface component role + + -Source: https://en.wikipedia.org/wiki/Plug-in_(computing)"@en) -AnnotationAssertion(rdfs:label SOMA:HostRole "Host role"@en) -SubClassOf(SOMA:HostRole SOMA:InterfaceComponentRole) -SubClassOf(SOMA:HostRole ObjectSomeValuesFrom( SOMA:PluginSpecification)) -# Class: SOMA:Human-readable_Programming_Language (Human-readable Programming Language) + -AnnotationAssertion(rdfs:comment SOMA:Human-readable_Programming_Language "A Programming language like Java, Python etc. but not binary machine code."@en) -AnnotationAssertion(rdfs:label SOMA:Human-readable_Programming_Language "Human-readable Programming Language"@en) -SubClassOf(SOMA:Human-readable_Programming_Language SOMA:Programming_Language) -SubClassOf(SOMA:Human-readable_Programming_Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Source_Code)) -# Class: SOMA:IncompatibleSoftware (Incompatible software) + + + The Specification of an Interface between software, computer hardware, peripheral devices, humans and combinations of these. -AnnotationAssertion(rdfs:comment SOMA:IncompatibleSoftware "A description of a situation where two software systems are incompatible with each other.") -AnnotationAssertion(rdfs:label SOMA:IncompatibleSoftware "Incompatible software"@en) -SubClassOf(SOMA:IncompatibleSoftware SOMA:SoftwareDiagnosis) +Source: https://en.wikipedia.org/wiki/Interface_(computing) + Interface Specification + + -# Class: SOMA:InterfaceComponentRole (Interface component role) -AnnotationAssertion(rdfs:label SOMA:InterfaceComponentRole "Interface component role"@en) -EquivalentClasses(SOMA:InterfaceComponentRole ObjectIntersectionOf(SOMA:SoftwareRole ObjectAllValuesFrom( SOMA:InterfaceSpecification))) -SubClassOf(SOMA:InterfaceComponentRole SOMA:SoftwareRole) + -# Class: SOMA:InterfaceSpecification (Interface Specification) -AnnotationAssertion(rdfs:comment SOMA:InterfaceSpecification "The Specification of an Interface between software, computer hardware, peripheral devices, humans and combinations of these. + + + A Knowledge Representation Language is a Language with fixed semantics and syntax to describe some knowledge. Examples are JSON and the different OWL Profiles. + Knowledge Representation Language + + -Source: https://en.wikipedia.org/wiki/Interface_(computing)"@en) -AnnotationAssertion(rdfs:label SOMA:InterfaceSpecification "Interface Specification"@en) -SubClassOf(SOMA:InterfaceSpecification ) -# Class: SOMA:KnowledgeRepresentationLanguage (Knowledge Representation Language) + -AnnotationAssertion(rdfs:comment SOMA:KnowledgeRepresentationLanguage "A Knowledge Representation Language is a Language with fixed semantics and syntax to describe some knowledge. Examples are JSON and the different OWL Profiles."@en) -AnnotationAssertion(rdfs:label SOMA:KnowledgeRepresentationLanguage "Knowledge Representation Language"@en) -SubClassOf(SOMA:KnowledgeRepresentationLanguage SOMA:Computer_Language) -# Class: SOMA:Language (Language) + + + + + + + + + A Language is a structured System for communication. -AnnotationAssertion(rdfs:comment SOMA:Language "A Language is a structured System for communication. +From Wikipedia: https://en.wikipedia.org/wiki/Language + Language + + -From Wikipedia: https://en.wikipedia.org/wiki/Language"@en) -AnnotationAssertion(rdfs:label SOMA:Language "Language"@en) -SubClassOf(SOMA:Language SOMA:System) -SubClassOf(SOMA:Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Text)) -# Class: SOMA:Markup_Language (Markup Language) + -AnnotationAssertion(rdfs:comment SOMA:Markup_Language "Markup refers to data included in an electronic document which is distinct from the document's content in that it is typically not included in representations of the document for end users, for example on paper or a computer screen, or in an audio stream. Markup is often used to control the display of the document or to enrich its content to facilitate automated processing. A markup language is a set of rules governing what markup information may be included in a document and how it is combined with the content of the document in a way to facilitate use by humans and computer programs. -From Wikipedia: https://en.wikipedia.org/wiki/Markup_language"@en) -AnnotationAssertion(rdfs:label SOMA:Markup_Language "Markup Language"@en) -SubClassOf(SOMA:Markup_Language SOMA:Computer_Language) + + + Markup refers to data included in an electronic document which is distinct from the document's content in that it is typically not included in representations of the document for end users, for example on paper or a computer screen, or in an audio stream. Markup is often used to control the display of the document or to enrich its content to facilitate automated processing. A markup language is a set of rules governing what markup information may be included in a document and how it is combined with the content of the document in a way to facilitate use by humans and computer programs. -# Class: SOMA:Natural_Language (Natural Language) +From Wikipedia: https://en.wikipedia.org/wiki/Markup_language + Markup Language + + -AnnotationAssertion(rdfs:comment SOMA:Natural_Language "A Natural Language is any language that has evolved naturally in humans through use and repetition without conscious planning or premeditation. -From Wikipedia: https://en.wikipedia.org/wiki/Natural_language"@en) -AnnotationAssertion(rdfs:label SOMA:Natural_Language "Natural Language"@en) -SubClassOf(SOMA:Natural_Language SOMA:Language) -SubClassOf(SOMA:Natural_Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Natural_Language_Text)) + -# Class: SOMA:Natural_Language_Text (Natural language text) -AnnotationAssertion(rdfs:comment SOMA:Natural_Language_Text "A Text in a Natural Language."@en) -AnnotationAssertion(rdfs:label SOMA:Natural_Language_Text "Natural language text"@en) -EquivalentClasses(SOMA:Natural_Language_Text ObjectIntersectionOf(SOMA:Text ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Natural_Language))) + + + + + + + + + A Natural Language is any language that has evolved naturally in humans through use and repetition without conscious planning or premeditation. -# Class: SOMA:Ontology (SOMA:Ontology) +From Wikipedia: https://en.wikipedia.org/wiki/Natural_language + Natural Language + + -AnnotationAssertion(rdfs:comment SOMA:Ontology "An ontology encompasses a representation, formal naming, and definition of the categories, properties, and relations between the concepts, data, and entities that substantiate one, many, or all domains of discourse. More simply, an ontology is a way of showing the properties of a subject area and how they are related, by defining a set of concepts and categories that represent the subject. -From Wikipedia: https://en.wikipedia.org/wiki/Ontology_(information_science)"@en) -EquivalentClasses(SOMA:Ontology ObjectIntersectionOf(SOMA:Structured_Text ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Ontology_Language))) -SubClassOf(SOMA:Ontology SOMA:Structured_Text) + -# Class: SOMA:Ontology_Language (Ontology Language) -AnnotationAssertion(rdfs:comment SOMA:Ontology_Language "An Ontology Language is a Knowledge Representation Language to describe knowledge about properties of a subject area and how they are related, by defining a set of concepts and categories that represent the subject using logic. Examples are the different OWL Profiles. + + + + + + + + + + + + + A Text in a Natural Language. + Natural language text + + -Source: https://en.wikipedia.org/wiki/Ontology_(information_science)"@en) -AnnotationAssertion(rdfs:label SOMA:Ontology_Language "Ontology Language"@en) -SubClassOf(SOMA:Ontology_Language SOMA:KnowledgeRepresentationLanguage) -SubClassOf(SOMA:Ontology_Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Ontology)) -# Class: SOMA:PluginRole (Plugin role) + -AnnotationAssertion(rdfs:comment SOMA:PluginRole "In the Plug-in-Host pattern, a Host application provides services which the Plug-in can use, including a way for Plug-ins to register themselves with the Host application and a protocol for the exchange of data withPplug-ins. Plug-ins depend on the services provided by the host application and do not usually work by themselves. Conversely, the host application operates independently of the plug-ins, making it possible for end-users to add and update plug-ins dynamically without needing to make changes to the host application. -Source: https://en.wikipedia.org/wiki/Plug-in_(computing)"@en) -AnnotationAssertion(rdfs:label SOMA:PluginRole "Plugin role"@en) -SubClassOf(SOMA:PluginRole SOMA:InterfaceComponentRole) -SubClassOf(SOMA:PluginRole ObjectSomeValuesFrom( SOMA:PluginSpecification)) + + + + + + + + + + + + + + An ontology encompasses a representation, formal naming, and definition of the categories, properties, and relations between the concepts, data, and entities that substantiate one, many, or all domains of discourse. More simply, an ontology is a way of showing the properties of a subject area and how they are related, by defining a set of concepts and categories that represent the subject. -# Class: SOMA:PluginSpecification (Plugin Specification) +From Wikipedia: https://en.wikipedia.org/wiki/Ontology_(information_science) + + -AnnotationAssertion(rdfs:comment SOMA:PluginSpecification "The Specification of a Plugin interface defines how a Host and a Plug-in function together and exchange information."@en) -AnnotationAssertion(rdfs:label SOMA:PluginSpecification "Plugin Specification"@en) -SubClassOf(SOMA:PluginSpecification SOMA:API_Specification) -SubClassOf(SOMA:PluginSpecification ObjectIntersectionOf(ObjectSomeValuesFrom( SOMA:HostRole) ObjectSomeValuesFrom( SOMA:PluginRole))) -# Class: SOMA:Programming_Language (Programming language) + -AnnotationAssertion(rdfs:comment SOMA:Programming_Language "Any Programming Language, including both human-readable like Java and non-human-readable languages like binary machine code."@en) -AnnotationAssertion(rdfs:label SOMA:Programming_Language "Programming language"@en) -SubClassOf(SOMA:Programming_Language SOMA:Computer_Language) -SubClassOf(SOMA:Programming_Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Computer_Program)) -# Class: SOMA:QueryEngine (Query engine) + + + + + + + + + An Ontology Language is a Knowledge Representation Language to describe knowledge about properties of a subject area and how they are related, by defining a set of concepts and categories that represent the subject using logic. Examples are the different OWL Profiles. -AnnotationAssertion(rdfs:comment SOMA:QueryEngine "A Query Engine is a Software that can answer some queries."@en) -AnnotationAssertion(rdfs:label SOMA:QueryEngine "Query engine"@en) -SubClassOf(SOMA:QueryEngine SOMA:SoftwareRole) +Source: https://en.wikipedia.org/wiki/Ontology_(information_science) + Ontology Language + + -# Class: SOMA:QueryLanguage (Query language) -AnnotationAssertion(rdfs:comment SOMA:QueryLanguage "Query languages, are Computer languages used to make queries in databases and information systems (Source: https://en.wikipedia.org/wiki/Query_language). + -Note that despite their name, Query languages typically come with syntax and semantic to not only ask for information, but also provide them, e.g., via SQL Update. In that sense, the term \"query\" from above refers to any formal object of information exchange with a database."@en) -AnnotationAssertion(rdfs:label SOMA:QueryLanguage "Query language"@en) -SubClassOf(SOMA:QueryLanguage SOMA:Computer_Language) -# Class: SOMA:Reasoner (SOMA:Reasoner) + + + + + + + + + In the Plug-in-Host pattern, a Host application provides services which the Plug-in can use, including a way for Plug-ins to register themselves with the Host application and a protocol for the exchange of data withPplug-ins. Plug-ins depend on the services provided by the host application and do not usually work by themselves. Conversely, the host application operates independently of the plug-ins, making it possible for end-users to add and update plug-ins dynamically without needing to make changes to the host application. -AnnotationAssertion(rdfs:comment SOMA:Reasoner "A Reasoner is some Software that can infer new, implicit knowlegde from explicitly stated knowledge. +Source: https://en.wikipedia.org/wiki/Plug-in_(computing) + Plugin role + + + + + + + + + + + + + + + + + + + + + + + + The Specification of a Plugin interface defines how a Host and a Plug-in function together and exchange information. + Plugin Specification + + + + + + + + + + + + + + + + Any Programming Language, including both human-readable like Java and non-human-readable languages like binary machine code. + Programming language + + + + + + + + + + A Query Engine is a Software that can answer some queries. + Query engine + + + + + + + + + + Query languages, are Computer languages used to make queries in databases and information systems (Source: https://en.wikipedia.org/wiki/Query_language). + +Note that despite their name, Query languages typically come with syntax and semantic to not only ask for information, but also provide them, e.g., via SQL Update. In that sense, the term "query" from above refers to any formal object of information exchange with a database. + Query language + + + + + + + + + + A Reasoner is some Software that can infer new, implicit knowlegde from explicitly stated knowledge. This definition is broad and we consider any System fitting the above description as reasoners. For example, the following can be seen as Reasoners: * A simulation, where the explicit knowledge corresponds to the initial situation, and the implicit knowlegde corresponds to the situation that is derived from that by simulating some unfolding processes. * A machine learning algorithm, e.g., an image classifier: The explicit knowledge is the visual content of a picture (even down to the pixel), the implicit knowledge is the derived classification. -* A logic based rule engine, where initial facts are the explicit knowledge, and derived facts are the implicit knowledge."@en) -SubClassOf(SOMA:Reasoner SOMA:SoftwareRole) +* A logic based rule engine, where initial facts are the explicit knowledge, and derived facts are the implicit knowledge. + + + + + + + + + + A Relational Database is a Database based on the relational model of data, which organizes data into one or more tables (or "relations") of columns and rows, with a unique key identifying each row. + +Source: https://en.wikipedia.org/wiki/Relational_database + Relational database + + + + + + + + + + A Query Language that is designed for communication with some Relational Database. + Relational query language + + -# Class: SOMA:RelationalDatabase (Relational database) -AnnotationAssertion(rdfs:comment SOMA:RelationalDatabase "A Relational Database is a Database based on the relational model of data, which organizes data into one or more tables (or \"relations\") of columns and rows, with a unique key identifying each row. + -Source: https://en.wikipedia.org/wiki/Relational_database"@en) -AnnotationAssertion(rdfs:label SOMA:RelationalDatabase "Relational database"@en) -SubClassOf(SOMA:RelationalDatabase SOMA:Database) -# Class: SOMA:RelationalQueryLanguage (Relational query language) + + + + + + + + + The Client-server model is a distributed application structure that partitions tasks or workloads between the providers of a resource or service, called servers, and service requesters, called clients Often clients and servers communicate over a computer network on separate hardware, but both client and server may reside in the same system. A server host runs one or more server programs, which share their resources with clients. A client usually does not share any of its resources, but it requests content or service from a server. Clients, therefore, initiate communication sessions with servers, which await incoming requests. Examples of computer applications that use the client-server model are email, network printing, and the World Wide Web. -AnnotationAssertion(rdfs:comment SOMA:RelationalQueryLanguage "A Query Language that is designed for communication with some Relational Database."@en) -AnnotationAssertion(rdfs:label SOMA:RelationalQueryLanguage "Relational query language"@en) -SubClassOf(SOMA:RelationalQueryLanguage SOMA:QueryLanguage) +Source: https://en.wikipedia.org/wiki/Client%E2%80%93server_model + Server role + + -# Class: SOMA:ServerRole (Server role) -AnnotationAssertion(rdfs:comment SOMA:ServerRole "The Client-server model is a distributed application structure that partitions tasks or workloads between the providers of a resource or service, called servers, and service requesters, called clients Often clients and servers communicate over a computer network on separate hardware, but both client and server may reside in the same system. A server host runs one or more server programs, which share their resources with clients. A client usually does not share any of its resources, but it requests content or service from a server. Clients, therefore, initiate communication sessions with servers, which await incoming requests. Examples of computer applications that use the client-server model are email, network printing, and the World Wide Web. + -Source: https://en.wikipedia.org/wiki/Client%E2%80%93server_model"@en) -AnnotationAssertion(rdfs:label SOMA:ServerRole "Server role"@en) -SubClassOf(SOMA:ServerRole SOMA:InterfaceComponentRole) -SubClassOf(SOMA:ServerRole ObjectSomeValuesFrom( SOMA:Client-Server_Specification)) -# Class: SOMA:Simulation_Reasoner (Simulation-based reasoner) + + + A Simulation-based Reasoner is a simulation that is used as a reasoner, where the explicit knowledge corresponds to the initial situation, and the implicit knowlegde corresponds to the situation that is derived from that by simulating some unfolding processes. + Simulation-based reasoner + + -AnnotationAssertion(rdfs:comment SOMA:Simulation_Reasoner "A Simulation-based Reasoner is a simulation that is used as a reasoner, where the explicit knowledge corresponds to the initial situation, and the implicit knowlegde corresponds to the situation that is derived from that by simulating some unfolding processes."@en) -AnnotationAssertion(rdfs:label SOMA:Simulation_Reasoner "Simulation-based reasoner"@en) -SubClassOf(SOMA:Simulation_Reasoner SOMA:Reasoner) -# Class: SOMA:Software (Software) + -AnnotationAssertion(rdfs:label SOMA:Software "Software"@en) -AnnotationAssertion(rdfs:label SOMA:Software "We see Software as the Design of a DesignedTool: the running instance of said Software. Software as a design also follows the Function-Behaviour-Structure model: + + + + + + + + + + + + + + + + + + + + + + + Software + We see Software as the Design of a DesignedTool: the running instance of said Software. Software as a design also follows the Function-Behaviour-Structure model: The Function is the purpose or problem solving embodied by the Software Instance, e.g., sorting a list. The Behaviour are the algoirthms used by the Software Instance, e.g., Bubble Sort. -The Structure is the organization of files, classes, objects and method calls of the program code."@en) -SubClassOf(SOMA:Software ) -SubClassOf(SOMA:Software ObjectSomeValuesFrom( SOMA:Software_Configuration)) -SubClassOf(SOMA:Software ObjectAllValuesFrom( ObjectUnionOf(SOMA:SoftwareInstance SOMA:Software_Configuration))) +The Structure is the organization of files, classes, objects and method calls of the program code. + + + + + + + + + + + + + + + + + + + + + + + + + + A Software instance is an entity to represent the agent that emerges from and while executing software: Some object, that can perform actions and communicate via some interfaces. +In this view, we see the of an Agent required intentionality its intentionality as bestowed upon the Software instance from the agents who started the program or gave an input (e.g., via a mouse click) to achieve some goal. + +Another apporach might be to not model this entity at all and only see Execution of Software as a Process (see, e.g., https://en.wikipedia.org/wiki/Execution_(computing)). However, this would complicate modeling communication between running Software processes. + Software instance + + -# Class: SOMA:SoftwareInstance (Software instance) -AnnotationAssertion(rdfs:comment SOMA:SoftwareInstance "A Software instance is an entity to represent the agent that emerges from and while executing software: Some object, that can perform actions and communicate via some interfaces. -In this view, we see the of an Agent required intentionality its intentionality as bestowed upon the Software instance from the agents who started the program or gave an input (e.g., via a mouse click) to achieve some goal. + -Another apporach might be to not model this entity at all and only see Execution of Software as a Process (see, e.g., https://en.wikipedia.org/wiki/Execution_(computing)). However, this would complicate modeling communication between running Software processes."@en) -AnnotationAssertion(rdfs:label SOMA:SoftwareInstance "Software instance"@en) -SubClassOf(SOMA:SoftwareInstance ObjectIntersectionOf( ObjectSomeValuesFrom( ))) -SubClassOf(SOMA:SoftwareInstance ObjectSomeValuesFrom(SOMA:isDesignedBy SOMA:Software)) -# Class: SOMA:SoftwareLibrary (Software Library) + + + Software Library + + -AnnotationAssertion(rdfs:label SOMA:SoftwareLibrary "Software Library"@en) -SubClassOf(SOMA:SoftwareLibrary SOMA:Software) -# Class: SOMA:SoftwareRole (Software role) + -AnnotationAssertion(rdfs:comment SOMA:SoftwareRole "A Software Role is a Role applying to only Software and encoding the purpose of the Software: Its Role within Interface Patterns (e.g. Client vs. Server), its functionality (e.g. Database vs. Comnputer Game), and so on."@en) -AnnotationAssertion(rdfs:label SOMA:SoftwareRole "Software role"@en) -SubClassOf(SOMA:SoftwareRole ) -SubClassOf(SOMA:SoftwareRole ObjectAllValuesFrom( SOMA:Software)) -# Class: SOMA:Software_Configuration (Software Configuration) + + + + + + + + + A Software Role is a Role applying to only Software and encoding the purpose of the Software: Its Role within Interface Patterns (e.g. Client vs. Server), its functionality (e.g. Database vs. Comnputer Game), and so on. + Software role + + -AnnotationAssertion(rdfs:label SOMA:Software_Configuration "Software Configuration"@en) -AnnotationAssertion(rdfs:label SOMA:Software_Configuration "The part-whole relationship of Software and its components. Every Software has (at least 1) such configuration that exactly describes all Resources that make up the software (i.e., that are needed for the Software to function). + + + + + + + + + + 1 + + + + Software Configuration + The part-whole relationship of Software and its components. Every Software has (at least 1) such configuration that exactly describes all Resources that make up the software (i.e., that are needed for the Software to function). We support seperate views: 1. The Software Configuration describes all the necessary files, in which it should also be a File Configuration -2. It describes a Software Suit, e.g., 'Open Office' consists of Writer, Calc, Impress etc. Note that thus. Software can consist of other Software - this pattern may also be useful when describing Software Components, e.g., that some Software relies on a Database Software. -3. It describes not the files, but their content (the program code), which can also be seen as the part-whole relationship if one abstracts away from the files."@en) -SubClassOf(SOMA:Software_Configuration ) -SubClassOf(SOMA:Software_Configuration ObjectExactCardinality(1 SOMA:Software)) +2. It describes a Software Suit, e.g., 'Open Office' consists of Writer, Calc, Impress etc. Note that thus. Software can consist of other Software - this pattern may also be useful when describing Software Components, e.g., that some Software relies on a Database Software. +3. It describes not the files, but their content (the program code), which can also be seen as the part-whole relationship if one abstracts away from the files. + + + + + + + + + + + + + + + + + + + + + The Source Code itself (the specific set of instruction in a human-readable Programming Language), not the file that it is contained in nor the implemented algorithm! + Source code + + + + + + + + + + A Statistical Reasoner is a Reasoner that uses statistical or stochastical data to infer implicit information from explicit information. Examples are Hidden Markov Models and Neural Networks. + Statistical reasoner + + -# Class: SOMA:Source_Code (Source code) -AnnotationAssertion(rdfs:comment SOMA:Source_Code "The Source Code itself (the specific set of instruction in a human-readable Programming Language), not the file that it is contained in nor the implemented algorithm!"@en) -AnnotationAssertion(rdfs:label SOMA:Source_Code "Source code"@en) -EquivalentClasses(SOMA:Source_Code ObjectIntersectionOf(SOMA:Computer_Program ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Human-readable_Programming_Language))) -SubClassOf(SOMA:Source_Code SOMA:Computer_Program) + -# Class: SOMA:StatisticalReasoner (Statistical reasoner) -AnnotationAssertion(rdfs:label SOMA:StatisticalReasoner "A Statistical Reasoner is a Reasoner that uses statistical or stochastical data to infer implicit information from explicit information. Examples are Hidden Markov Models and Neural Networks."@en) -AnnotationAssertion(rdfs:label SOMA:StatisticalReasoner "Statistical reasoner"@en) -SubClassOf(SOMA:StatisticalReasoner SOMA:Reasoner) + + + + + + + + + + + + + Any Text that adheres to some rules that are in any way more specific than natural language and that cannot be made sense of without knowing said rules. + Structured text + + -# Class: SOMA:Structured_Text (Structured text) -AnnotationAssertion(rdfs:comment SOMA:Structured_Text "Any Text that adheres to some rules that are in any way more specific than natural language and that cannot be made sense of without knowing said rules."@en) -AnnotationAssertion(rdfs:label SOMA:Structured_Text "Structured text"@en) -EquivalentClasses(SOMA:Structured_Text ObjectIntersectionOf(SOMA:Text ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:FormalLanguage))) + -# Class: SOMA:SubCognitiveAgent (Sub-cognitive agent) -AnnotationAssertion(rdfs:comment SOMA:SubCognitiveAgent "An agent that is not capable to act on its own, i.e., that is reactive. Its intentionality needs to be bestowed upon from some other agent, that it acts for."@en) -AnnotationAssertion(rdfs:label SOMA:SubCognitiveAgent "Sub-cognitive agent"@en) -SubClassOf(SOMA:SubCognitiveAgent ) + + + An agent that is not capable to act on its own, i.e., that is reactive. Its intentionality needs to be bestowed upon from some other agent, that it acts for. + Sub-cognitive agent + + -# Class: SOMA:SymbolicReasoner (Symbolic reasoner) -AnnotationAssertion(rdfs:comment SOMA:SymbolicReasoner "A Symbolic Reasoner, is a piece of software able to infer logical consequences from a set of asserted facts or axioms. + -Source: https://en.wikipedia.org/wiki/Semantic_reasoner"@en) -AnnotationAssertion(rdfs:label SOMA:SymbolicReasoner "Symbolic reasoner"@en) -SubClassOf(SOMA:SymbolicReasoner SOMA:Reasoner) -# Class: SOMA:System (System) + + + A Symbolic Reasoner, is a piece of software able to infer logical consequences from a set of asserted facts or axioms. -AnnotationAssertion(rdfs:comment SOMA:System "A system is a group of interacting or interrelated elements that act according to a set of rules to form a unified whole. +Source: https://en.wikipedia.org/wiki/Semantic_reasoner + Symbolic reasoner + + -From Wikipedia: https://en.wikipedia.org/wiki/System"@en) -AnnotationAssertion(rdfs:label SOMA:System "System"@en) -SubClassOf(SOMA:System ) -# Class: SOMA:Text (Text) + -AnnotationAssertion(rdfs:comment SOMA:Text "Any Information Object defined using a Language that, when realized through a symbolic writing system, can be read and made sense of. + + + + A system is a group of interacting or interrelated elements that act according to a set of rules to form a unified whole. + +From Wikipedia: https://en.wikipedia.org/wiki/System + System + + + + + + + + + + + + + + + + + + + + Any Information Object defined using a Language that, when realized through a symbolic writing system, can be read and made sense of. One may define Text as anything that can be made sense of, including e.g., Speech or Paintings. However, the argument can be made that Speech or Paintings are not considered Text as they cannot be EXACTLY realized by a symbolic writing system: Speech may loose punctuation, Paintings their original appearance. -On the other hand, this might not be true as both could be encoded in a binary format that can be interpreted using a language (eg., mp3, png)."@en) -AnnotationAssertion(rdfs:label SOMA:Text "Text"@en) -EquivalentClasses(SOMA:Text ObjectIntersectionOf( ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Language))) +On the other hand, this might not be true as both could be encoded in a binary format that can be interpreted using a language (eg., mp3, png). + Text + + + + + + + + + + A Triplestore or RDF store is a purpose-built database for the storage and retrieval of triples through semantic queries. + Triplestore + + + + + + + + + + A description of a situation where some software dependency is not available. + Unavailable software + + + -# Class: SOMA:Triplestore (Triplestore) + -AnnotationAssertion(rdfs:comment SOMA:Triplestore "A Triplestore or RDF store is a purpose-built database for the storage and retrieval of triples through semantic queries."@en) -AnnotationAssertion(rdfs:label SOMA:Triplestore "Triplestore"@en) -SubClassOf(SOMA:Triplestore SOMA:GraphDatabase) -# Class: SOMA:UnavailableSoftware (Unavailable software) + + Generally, agents are goal-directed entities that are able to monitor their environment to select and perform efficient means-ends actions that are available in a given situation to achieve an intended goal. Agency, therefore, implies the ability to perceive and to change the environment of the agent. Crucially, it also entails intentionality to represent the goal-state in the future, equifinal variability to be able to achieve the intended goal-state with different actions in different contexts, and rationality of actions in relation to their goal to produce the most efficient action available (Source: https://en.wikipedia.org/wiki/Agency_(psychology)). -AnnotationAssertion(rdfs:comment SOMA:UnavailableSoftware "A description of a situation where some software dependency is not available.") -AnnotationAssertion(rdfs:label SOMA:UnavailableSoftware "Unavailable software"@en) -SubClassOf(SOMA:UnavailableSoftware SOMA:SoftwareDiagnosis) +While we follow this definition, we do so loosely: We do not require the intentionality to be sourced by the agent. E.g., a running computer program (see Software instance) can be seen as an actor and therefore participate in Actions, e.g. some Communication Action, while its intentionality has been bestowed upon it from the agents who started the program or gave an input (e.g., via a mouse click) to achieve some goal. + + -# Class: (Agent) -AnnotationAssertion(rdfs:comment "Generally, agents are goal-directed entities that are able to monitor their environment to select and perform efficient means-ends actions that are available in a given situation to achieve an intended goal. Agency, therefore, implies the ability to perceive and to change the environment of the agent. Crucially, it also entails intentionality to represent the goal-state in the future, equifinal variability to be able to achieve the intended goal-state with different actions in different contexts, and rationality of actions in relation to their goal to produce the most efficient action available (Source: https://en.wikipedia.org/wiki/Agency_(psychology)). -While we follow this definition, we do so loosely: We do not require the intentionality to be sourced by the agent. E.g., a running computer program (see Software instance) can be seen as an actor and therefore participate in Actions, e.g. some Communication Action, while its intentionality has been bestowed upon it from the agents who started the program or gave an input (e.g., via a mouse click) to achieve some goal."@en) + -) \ No newline at end of file diff --git a/owl/SOMA-NEEM.owl b/owl/SOMA-NEEM.owl index 860e506d..6be0eb0c 100644 --- a/owl/SOMA-NEEM.owl +++ b/owl/SOMA-NEEM.owl @@ -1,46 +1,78 @@ -Prefix(:=) -Prefix(dc:=) -Prefix(owl:=) -Prefix(rdf:=) -Prefix(xml:=) -Prefix(xsd:=) -Prefix(SOMA:=) -Prefix(rdfs:=) + + + + + SOMA-NEEM.owl defines concepts useful to describe metadata associated to a NEEM, such as the recorded media that it includes. + + -Ontology( -Import() -Annotation(rdfs:comment "SOMA-NEEM.owl defines concepts useful to describe metadata associated to a NEEM, such as the recorded media that it includes.") + -Declaration(Class(SOMA:KinoDynamicData)) -Declaration(Class(SOMA:MeshShapeData)) -Declaration(Class(SOMA:VideoData)) + -############################ -# Classes -############################ + -# Class: SOMA:KinoDynamicData (Kino-dynamic data) -AnnotationAssertion(rdfs:comment SOMA:KinoDynamicData "An InformationObject containing data about how a physical object is put together such that its parts may move relative to each other, and what the physical characteristics of those parts are.") -AnnotationAssertion(rdfs:label SOMA:KinoDynamicData "Kino-dynamic data"@en) -SubClassOf(SOMA:KinoDynamicData ) -SubClassOf(SOMA:KinoDynamicData ObjectAllValuesFrom( )) + + + + + + + + + An InformationObject containing data about how a physical object is put together such that its parts may move relative to each other, and what the physical characteristics of those parts are. + Kino-dynamic data + + -# Class: SOMA:MeshShapeData (Mesh-shape data) -AnnotationAssertion(rdfs:comment SOMA:MeshShapeData "An InformationObject containing data about the geometry of a physical object.") -AnnotationAssertion(rdfs:label SOMA:MeshShapeData "Mesh-shape data"@en) -SubClassOf(SOMA:MeshShapeData ) -SubClassOf(SOMA:MeshShapeData ObjectAllValuesFrom( )) + -# Class: SOMA:VideoData (Video data) -AnnotationAssertion(rdfs:comment SOMA:VideoData "An information object containing data for audio-visual modalities.") -AnnotationAssertion(rdfs:label SOMA:VideoData "Video data"@en) -SubClassOf(SOMA:VideoData ) + + + + + + + + + An InformationObject containing data about the geometry of a physical object. + Mesh-shape data + + + + + + + + + + An information object containing data for audio-visual modalities. + Video data + + + + + + -) \ No newline at end of file diff --git a/owl/SOMA-OBJ.owl b/owl/SOMA-OBJ.owl index ec711733..f1554e20 100644 --- a/owl/SOMA-OBJ.owl +++ b/owl/SOMA-OBJ.owl @@ -1,16 +1,16 @@ -Prefix(:=) -Prefix(dc:=) -Prefix(owl:=) -Prefix(rdf:=) -Prefix(xml:=) -Prefix(xsd:=) -Prefix(SOMA:=) -Prefix(rdfs:=) - - -Ontology( -Import() -Annotation(rdfs:comment "SOMA-OBJ.owl provides definitions for high level concepts related to objects and their qualities. + + + + + SOMA-OBJ.owl provides definitions for high level concepts related to objects and their qualities. This includes @@ -28,2241 +28,4067 @@ The above concepts are fairly general-purpose, but some concepts specific to the SOMA-OBJ does not and will not import other SOMA files except for the common list of external imports SOMA.owl. Instead, it is a base upon which most other SOMA modules are built. -This is related to a design decision between \"primacy of objects\" and \"primacy of events\" modelling. That is, should we define events in terms of what objects participate in them and in what roles, or objects in terms of the events they can participate in and the nature of that participation? - -We do not argue here that one of these approaches is better -- they seem equally powerful in terms of what they can express. Our decision for primacy of objects is merely an aesthetic choice based on what seemed more intuitive.") - -Declaration(Class(:ArtificialAgent)) -Declaration(Class(:CanCut)) -Declaration(Class(:Capability)) -Declaration(Class(:ContinuousJoint)) -Declaration(Class(:CutObject)) -Declaration(Class(:Cuttability)) -Declaration(Class(:Cutter)) -Declaration(Class(:FixedJoint)) -Declaration(Class(:FloatingJoint)) -Declaration(Class(:ForceAttribute)) -Declaration(Class(:HingeJoint)) -Declaration(Class(:Joint)) -Declaration(Class(:JointLimit)) -Declaration(Class(:JointState)) -Declaration(Class(:MovableJoint)) -Declaration(Class(:NetForce)) -Declaration(Class(:PlanarJoint)) -Declaration(Class(:Pourable)) -Declaration(Class(:PouredObject)) -Declaration(Class(:PrismaticJoint)) -Declaration(Class(:RevoluteJoint)) -Declaration(Class(:Storage)) -Declaration(Class(:StoredObject)) -Declaration(Class(SOMA:Accessor)) -Declaration(Class(SOMA:AestheticDesign)) -Declaration(Class(SOMA:Affordance)) -Declaration(Class(SOMA:AlteredObject)) -Declaration(Class(SOMA:Appliance)) -Declaration(Class(SOMA:Arm)) -Declaration(Class(SOMA:AvoidedObject)) -Declaration(Class(SOMA:Barrier)) -Declaration(Class(SOMA:BeneficiaryRole)) -Declaration(Class(SOMA:Blockage)) -Declaration(Class(SOMA:BlockedObject)) -Declaration(Class(SOMA:BoxShape)) -Declaration(Class(SOMA:Capacity)) -Declaration(Class(SOMA:CausalEventRole)) -Declaration(Class(SOMA:CausativeRole)) -Declaration(Class(SOMA:CircularCylinder)) -Declaration(Class(SOMA:Clean)) -Declaration(Class(SOMA:Cleanliness)) -Declaration(Class(SOMA:CleanlinessRegion)) -Declaration(Class(SOMA:Color)) -Declaration(Class(SOMA:ColorRegion)) -Declaration(Class(SOMA:CommitedObject)) -Declaration(Class(SOMA:Composing)) -Declaration(Class(SOMA:ConnectedObject)) -Declaration(Class(SOMA:Connectivity)) -Declaration(Class(SOMA:Container)) -Declaration(Class(SOMA:Containment)) -Declaration(Class(SOMA:Cover)) -Declaration(Class(SOMA:Coverage)) -Declaration(Class(SOMA:CoveredObject)) -Declaration(Class(SOMA:CreatedObject)) -Declaration(Class(SOMA:CylinderShape)) -Declaration(Class(SOMA:DependentPlace)) -Declaration(Class(SOMA:Deposit)) -Declaration(Class(SOMA:DepositedObject)) -Declaration(Class(SOMA:Deposition)) -Declaration(Class(SOMA:DesignedComponent)) -Declaration(Class(SOMA:DesignedContainer)) -Declaration(Class(SOMA:DesignedFurniture)) -Declaration(Class(SOMA:DesignedTool)) -Declaration(Class(SOMA:Destination)) -Declaration(Class(SOMA:DestroyedObject)) -Declaration(Class(SOMA:DetectedObject)) -Declaration(Class(SOMA:DeviceState)) -Declaration(Class(SOMA:DeviceStateRange)) -Declaration(Class(SOMA:DeviceTurnedOff)) -Declaration(Class(SOMA:DeviceTurnedOn)) -Declaration(Class(SOMA:Dirty)) -Declaration(Class(SOMA:Disposition)) -Declaration(Class(SOMA:Effort)) -Declaration(Class(SOMA:EnclosedObject)) -Declaration(Class(SOMA:Enclosing)) -Declaration(Class(SOMA:EventAdjacentRole)) -Declaration(Class(SOMA:ExcludedObject)) -Declaration(Class(SOMA:ExistingObjectRole)) -Declaration(Class(SOMA:ExperiencerRole)) -Declaration(Class(SOMA:ExtractedObject)) -Declaration(Class(SOMA:Extrinsic)) -Declaration(Class(SOMA:Feature)) -Declaration(Class(SOMA:Finger)) -Declaration(Class(SOMA:FrictionAttribute)) -Declaration(Class(SOMA:FunctionalDesign)) -Declaration(Class(SOMA:FunctionalPart)) -Declaration(Class(SOMA:GoalRole)) -Declaration(Class(SOMA:Graspability)) -Declaration(Class(SOMA:GreenColor)) -Declaration(Class(SOMA:Gripper)) -Declaration(Class(SOMA:Hand)) -Declaration(Class(SOMA:HasQualityRegion)) -Declaration(Class(SOMA:Head)) -Declaration(Class(SOMA:Impediment)) -Declaration(Class(SOMA:IncludedObject)) -Declaration(Class(SOMA:InsertedObject)) -Declaration(Class(SOMA:Insertion)) -Declaration(Class(SOMA:Instrument)) -Declaration(Class(SOMA:Intrinsic)) -Declaration(Class(SOMA:Item)) -Declaration(Class(SOMA:KineticFrictionAttribute)) -Declaration(Class(SOMA:Leg)) -Declaration(Class(SOMA:Limb)) -Declaration(Class(SOMA:Linkage)) -Declaration(Class(SOMA:LinkedObject)) -Declaration(Class(SOMA:Localization)) -Declaration(Class(SOMA:Location)) -Declaration(Class(SOMA:LocatumRole)) -Declaration(Class(SOMA:MassAttribute)) -Declaration(Class(SOMA:Material)) -Declaration(Class(SOMA:MeshShape)) -Declaration(Class(SOMA:MovedObject)) -Declaration(Class(SOMA:Obstacle)) -Declaration(Class(SOMA:Origin)) -Declaration(Class(SOMA:PathRole)) -Declaration(Class(SOMA:Patient)) -Declaration(Class(SOMA:PerformerRole)) -Declaration(Class(SOMA:PhysicalEffector)) -Declaration(Class(SOMA:PhysicalQuality)) -Declaration(Class(SOMA:PrehensileEffector)) -Declaration(Class(SOMA:Protector)) -Declaration(Class(SOMA:Purification)) -Declaration(Class(SOMA:QualityTransition)) -Declaration(Class(SOMA:RecipientRole)) -Declaration(Class(SOMA:RedColor)) -Declaration(Class(SOMA:RelationAdjacentRole)) -Declaration(Class(SOMA:RelatumRole)) -Declaration(Class(SOMA:RelevantPart)) -Declaration(Class(SOMA:RemovedObject)) -Declaration(Class(SOMA:ResourceRole)) -Declaration(Class(SOMA:RestrictedObject)) -Declaration(Class(SOMA:Restrictor)) -Declaration(Class(SOMA:ResultRole)) -Declaration(Class(SOMA:Room)) -Declaration(Class(SOMA:RoomSurface)) -Declaration(Class(SOMA:SelectedObject)) -Declaration(Class(SOMA:Setpoint)) -Declaration(Class(SOMA:Shape)) -Declaration(Class(SOMA:ShapeRegion)) -Declaration(Class(SOMA:ShapedObject)) -Declaration(Class(SOMA:Shaping)) -Declaration(Class(SOMA:Sharpness)) -Declaration(Class(SOMA:Shifting)) -Declaration(Class(SOMA:Size)) -Declaration(Class(SOMA:SocialQuality)) -Declaration(Class(SOMA:SourceMaterialRole)) -Declaration(Class(SOMA:SpatialRelationRole)) -Declaration(Class(SOMA:SpatioTemporalRole)) -Declaration(Class(SOMA:SphereShape)) -Declaration(Class(SOMA:StaticFrictionAttribute)) -Declaration(Class(SOMA:StimulusRole)) -Declaration(Class(SOMA:StructuralDesign)) -Declaration(Class(SOMA:SupportedObject)) -Declaration(Class(SOMA:Supporter)) -Declaration(Class(SOMA:Surface)) -Declaration(Class(SOMA:Temperature)) -Declaration(Class(SOMA:TemperatureRegion)) -Declaration(Class(SOMA:Tempering)) -Declaration(Class(SOMA:TimeRole)) -Declaration(Class(SOMA:Tool)) -Declaration(Class(SOMA:Transient)) -Declaration(Class(SOMA:Variability)) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(ObjectProperty(:hasChildLink)) -Declaration(ObjectProperty(:hasEndLink)) -Declaration(ObjectProperty(:hasJointLimit)) -Declaration(ObjectProperty(:hasJointState)) -Declaration(ObjectProperty(:hasLink)) -Declaration(ObjectProperty(:hasNetForce)) -Declaration(ObjectProperty(:hasParentLink)) -Declaration(ObjectProperty(:hasRootLink)) -Declaration(ObjectProperty(:isChildLinkOf)) -Declaration(ObjectProperty(:isEndLinkOf)) -Declaration(ObjectProperty(:isJointLimitOf)) -Declaration(ObjectProperty(:isJointStateOf)) -Declaration(ObjectProperty(:isLinkOf)) -Declaration(ObjectProperty(:isMassAttributeOf)) -Declaration(ObjectProperty(:isNetForceOf)) -Declaration(ObjectProperty(:isParentLinkOf)) -Declaration(ObjectProperty(:isRootLinkOf)) -Declaration(ObjectProperty(SOMA:affordanceDefines)) -Declaration(ObjectProperty(SOMA:affordanceDefinesTask)) -Declaration(ObjectProperty(SOMA:affordsBearer)) -Declaration(ObjectProperty(SOMA:affordsConcept)) -Declaration(ObjectProperty(SOMA:affordsPerformer)) -Declaration(ObjectProperty(SOMA:affordsSetpoint)) -Declaration(ObjectProperty(SOMA:affordsTask)) -Declaration(ObjectProperty(SOMA:affordsTrigger)) -Declaration(ObjectProperty(SOMA:containsObject)) -Declaration(ObjectProperty(SOMA:definesBearer)) -Declaration(ObjectProperty(SOMA:definesEventType)) -Declaration(ObjectProperty(SOMA:definesParameter)) -Declaration(ObjectProperty(SOMA:definesPerformer)) -Declaration(ObjectProperty(SOMA:definesSetpoint)) -Declaration(ObjectProperty(SOMA:definesTrigger)) -Declaration(ObjectProperty(SOMA:describesQuality)) -Declaration(ObjectProperty(SOMA:hasAlterationResult)) -Declaration(ObjectProperty(SOMA:hasColor)) -Declaration(ObjectProperty(SOMA:hasDisposition)) -Declaration(ObjectProperty(SOMA:hasFeature)) -Declaration(ObjectProperty(SOMA:hasFrictionAttribute)) -Declaration(ObjectProperty(SOMA:hasLocalization)) -Declaration(ObjectProperty(SOMA:hasMassAttribute)) -Declaration(ObjectProperty(SOMA:hasPhysicalComponent)) -Declaration(ObjectProperty(SOMA:hasQuale)) -Declaration(ObjectProperty(SOMA:hasShape)) -Declaration(ObjectProperty(SOMA:hasShapeRegion)) -Declaration(ObjectProperty(SOMA:hasSpaceRegion)) -Declaration(ObjectProperty(SOMA:involvesEffector)) -Declaration(ObjectProperty(SOMA:isAlterationResultOf)) -Declaration(ObjectProperty(SOMA:isBearerAffordedBy)) -Declaration(ObjectProperty(SOMA:isBearerDefinedIn)) -Declaration(ObjectProperty(SOMA:isColorOf)) -Declaration(ObjectProperty(SOMA:isConceptAffordedBy)) -Declaration(ObjectProperty(SOMA:isDefinedInAffordance)) -Declaration(ObjectProperty(SOMA:isDepositOf)) -Declaration(ObjectProperty(SOMA:isDispositionOf)) -Declaration(ObjectProperty(SOMA:isEffectorInvolvedIn)) -Declaration(ObjectProperty(SOMA:isExecutorDefinedIn)) -Declaration(ObjectProperty(SOMA:isFeatureOf)) -Declaration(ObjectProperty(SOMA:isInsideOf)) -Declaration(ObjectProperty(SOMA:isLinkedTo)) -Declaration(ObjectProperty(SOMA:isLocalizationOf)) -Declaration(ObjectProperty(SOMA:isOntopOf)) -Declaration(ObjectProperty(SOMA:isParameterDefinedIn)) -Declaration(ObjectProperty(SOMA:isPerformerAffordedBy)) -Declaration(ObjectProperty(SOMA:isPerformerDefinedIn)) -Declaration(ObjectProperty(SOMA:isPhysicallyContainedIn)) -Declaration(ObjectProperty(SOMA:isQualeOf)) -Declaration(ObjectProperty(SOMA:isQualityDescribedBy)) -Declaration(ObjectProperty(SOMA:isSetpointAffordedBy)) -Declaration(ObjectProperty(SOMA:isSetpointDefinedIn)) -Declaration(ObjectProperty(SOMA:isShapeOf)) -Declaration(ObjectProperty(SOMA:isShapeRegionOf)) -Declaration(ObjectProperty(SOMA:isSpaceRegionFor)) -Declaration(ObjectProperty(SOMA:isSupportedBy)) -Declaration(ObjectProperty(SOMA:isTaskAffordedBy)) -Declaration(ObjectProperty(SOMA:isTaskDefinedInAffordance)) -Declaration(ObjectProperty(SOMA:isTriggerAffordedBy)) -Declaration(ObjectProperty(SOMA:isTriggerDefinedIn)) -Declaration(ObjectProperty(SOMA:supports)) -Declaration(ObjectProperty(SOMA:transitionsBack)) -Declaration(ObjectProperty(SOMA:transitionsFrom)) -Declaration(ObjectProperty(SOMA:transitionsTo)) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(DataProperty(:hasForceValue)) -Declaration(DataProperty(:hasJointEffort)) -Declaration(DataProperty(:hasJointEffortLimit)) -Declaration(DataProperty(:hasJointParameter)) -Declaration(DataProperty(:hasJointPosition)) -Declaration(DataProperty(:hasJointPositionMax)) -Declaration(DataProperty(:hasJointPositionMin)) -Declaration(DataProperty(:hasJointVelocity)) -Declaration(DataProperty(:hasJointVelocityLimit)) -Declaration(DataProperty(:hasShapeScale)) -Declaration(DataProperty(SOMA:hasColorValue)) -Declaration(DataProperty(SOMA:hasDepth)) -Declaration(DataProperty(SOMA:hasFilePath)) -Declaration(DataProperty(SOMA:hasFrictionValue)) -Declaration(DataProperty(SOMA:hasHSVValue)) -Declaration(DataProperty(SOMA:hasHeight)) -Declaration(DataProperty(SOMA:hasLength)) -Declaration(DataProperty(SOMA:hasMassValue)) -Declaration(DataProperty(SOMA:hasPositionData)) -Declaration(DataProperty(SOMA:hasRGBValue)) -Declaration(DataProperty(SOMA:hasRadius)) -Declaration(DataProperty(SOMA:hasReferenceFrame)) -Declaration(DataProperty(SOMA:hasShapeParameter)) -Declaration(DataProperty(SOMA:hasSpaceParameter)) -Declaration(DataProperty(SOMA:hasWidth)) - -############################ -# Object Properties -############################ - -# Object Property: :hasChildLink (has child link) - -AnnotationAssertion(rdfs:comment :hasChildLink "Relates a joint to the link it connects which is closer to the end of the kinematic chain."^^xsd:string) -AnnotationAssertion(rdfs:label :hasChildLink "has child link"^^xsd:string) -SubObjectPropertyOf(:hasChildLink ) -InverseObjectProperties(:hasChildLink :isChildLinkOf) -ObjectPropertyDomain(:hasChildLink :Joint) -ObjectPropertyRange(:hasChildLink ) - -# Object Property: :hasEndLink (has end link) - -AnnotationAssertion(rdfs:comment :hasEndLink "Relates an object to kinematic components at the end of the kinematic chain."^^xsd:string) -AnnotationAssertion(rdfs:label :hasEndLink "has end link"^^xsd:string) -SubObjectPropertyOf(:hasEndLink :hasLink) -InverseObjectProperties(:hasEndLink :isEndLinkOf) -ObjectPropertyDomain(:hasEndLink ) -ObjectPropertyRange(:hasEndLink ) - -# Object Property: :hasJointLimit (has joint limit) - -AnnotationAssertion(rdfs:comment :hasJointLimit "Relates a joint to its physical limits."^^xsd:string) -AnnotationAssertion(rdfs:label :hasJointLimit "has joint limit"^^xsd:string) -SubObjectPropertyOf(:hasJointLimit ) -InverseObjectProperties(:hasJointLimit :isJointLimitOf) -ObjectPropertyDomain(:hasJointLimit :Joint) -ObjectPropertyRange(:hasJointLimit :JointLimit) - -# Object Property: :hasJointState (has joint state) - -AnnotationAssertion(rdfs:comment :hasJointState "Relates a joint to its state."^^xsd:string) -AnnotationAssertion(rdfs:label :hasJointState "has joint state"^^xsd:string) -SubObjectPropertyOf(:hasJointState ) -InverseObjectProperties(:hasJointState :isJointStateOf) -ObjectPropertyDomain(:hasJointState :Joint) -ObjectPropertyRange(:hasJointState :JointState) - -# Object Property: :hasLink (has link) - -AnnotationAssertion(rdfs:comment :hasLink "Relates an object to its kinematic components."^^xsd:string) -AnnotationAssertion(rdfs:label :hasLink "has link"^^xsd:string) -SubObjectPropertyOf(:hasLink ) -InverseObjectProperties(:hasLink :isLinkOf) -ObjectPropertyDomain(:hasLink ) -ObjectPropertyRange(:hasLink ) - -# Object Property: :hasNetForce (has net force) - -AnnotationAssertion(rdfs:comment :hasNetForce "A relation between a physical object and the total force acting on it."^^xsd:string) -AnnotationAssertion(rdfs:label :hasNetForce "has net force"^^xsd:string) -SubObjectPropertyOf(:hasNetForce ) -InverseObjectProperties(:hasNetForce :isNetForceOf) -ObjectPropertyDomain(:hasNetForce ) -ObjectPropertyRange(:hasNetForce :NetForce) - -# Object Property: :hasParentLink (has parent link) - -AnnotationAssertion(rdfs:comment :hasParentLink "Relates a joint to the link it connects which is closer to the root of the kinematic chain."^^xsd:string) -AnnotationAssertion(rdfs:label :hasParentLink "has parent link"^^xsd:string) -SubObjectPropertyOf(:hasParentLink ) -InverseObjectProperties(:hasParentLink :isParentLinkOf) -ObjectPropertyDomain(:hasParentLink :Joint) -ObjectPropertyRange(:hasParentLink ) - -# Object Property: :hasRootLink (has root link) - -AnnotationAssertion(rdfs:comment :hasRootLink "Relates an object to kinematic components at the root of the kinematic chain."^^xsd:string) -AnnotationAssertion(rdfs:label :hasRootLink "has root link"^^xsd:string) -SubObjectPropertyOf(:hasRootLink :hasLink) -InverseObjectProperties(:hasRootLink :isRootLinkOf) -ObjectPropertyDomain(:hasRootLink ) -ObjectPropertyRange(:hasRootLink ) - -# Object Property: :isChildLinkOf (is child link of) - -AnnotationAssertion(rdfs:comment :isChildLinkOf "Relates a joint to the link it connects which is closer to the end of the kinematic chain."^^xsd:string) -AnnotationAssertion(rdfs:label :isChildLinkOf "is child link of"^^xsd:string) -SubObjectPropertyOf(:isChildLinkOf ) -ObjectPropertyDomain(:isChildLinkOf ) -ObjectPropertyRange(:isChildLinkOf :Joint) - -# Object Property: :isEndLinkOf (is end link of) - -AnnotationAssertion(rdfs:comment :isEndLinkOf "Relates an object to kinematic components at the end of the kinematic chain."^^xsd:string) -AnnotationAssertion(rdfs:label :isEndLinkOf "is end link of"^^xsd:string) -SubObjectPropertyOf(:isEndLinkOf :isLinkOf) -ObjectPropertyDomain(:isEndLinkOf ) -ObjectPropertyRange(:isEndLinkOf ) - -# Object Property: :isJointLimitOf (is joint limit of) - -AnnotationAssertion(rdfs:comment :isJointLimitOf "Relates a joint to its physical limits."^^xsd:string) -AnnotationAssertion(rdfs:label :isJointLimitOf "is joint limit of"^^xsd:string) -SubObjectPropertyOf(:isJointLimitOf ) -ObjectPropertyDomain(:isJointLimitOf :JointLimit) -ObjectPropertyRange(:isJointLimitOf :Joint) - -# Object Property: :isJointStateOf (is joint state of) - -AnnotationAssertion(rdfs:comment :isJointStateOf "Relates a joint to its state."^^xsd:string) -AnnotationAssertion(rdfs:label :isJointStateOf "is joint state of"^^xsd:string) -SubObjectPropertyOf(:isJointStateOf ) -ObjectPropertyDomain(:isJointStateOf :JointState) -ObjectPropertyRange(:isJointStateOf :Joint) - -# Object Property: :isLinkOf (is link of) - -AnnotationAssertion(rdfs:comment :isLinkOf "Relates an object to its kinematic components."^^xsd:string) -AnnotationAssertion(rdfs:label :isLinkOf "is link of"^^xsd:string) -SubObjectPropertyOf(:isLinkOf ) -ObjectPropertyDomain(:isLinkOf ) -ObjectPropertyRange(:isLinkOf ) - -# Object Property: :isMassAttributeOf (is mass attribute of) - -AnnotationAssertion(rdfs:comment :isMassAttributeOf "A relation between physical objects and their mass."^^xsd:string) -AnnotationAssertion(rdfs:label :isMassAttributeOf "is mass attribute of"^^xsd:string) -SubObjectPropertyOf(:isMassAttributeOf ) -InverseObjectProperties(:isMassAttributeOf SOMA:hasMassAttribute) -ObjectPropertyDomain(:isMassAttributeOf SOMA:MassAttribute) -ObjectPropertyRange(:isMassAttributeOf ) - -# Object Property: :isNetForceOf (is net force of) - -AnnotationAssertion(rdfs:comment :isNetForceOf "A relation between a physical object and the total force acting on it."^^xsd:string) -AnnotationAssertion(rdfs:label :isNetForceOf "is net force of"^^xsd:string) -SubObjectPropertyOf(:isNetForceOf ) -ObjectPropertyDomain(:isNetForceOf :NetForce) -ObjectPropertyRange(:isNetForceOf ) - -# Object Property: :isParentLinkOf (is parent link of) - -AnnotationAssertion(rdfs:comment :isParentLinkOf "Relates a joint to the link it connects which is closer to the root of the kinematic chain."^^xsd:string) -AnnotationAssertion(rdfs:label :isParentLinkOf "is parent link of"^^xsd:string) -SubObjectPropertyOf(:isParentLinkOf ) -ObjectPropertyDomain(:isParentLinkOf ) -ObjectPropertyRange(:isParentLinkOf :Joint) - -# Object Property: :isRootLinkOf (is root link of) - -AnnotationAssertion(rdfs:comment :isRootLinkOf "Relates an object to kinematic components at the root of the kinematic chain."^^xsd:string) -AnnotationAssertion(rdfs:label :isRootLinkOf "is root link of"^^xsd:string) -SubObjectPropertyOf(:isRootLinkOf :isLinkOf) -ObjectPropertyDomain(:isRootLinkOf ) -ObjectPropertyRange(:isRootLinkOf ) - -# Object Property: SOMA:affordanceDefines (affordance defines) - -AnnotationAssertion(rdfs:comment SOMA:affordanceDefines "A relation between an Affordance and a Concept (often an EventType).") -AnnotationAssertion(rdfs:label SOMA:affordanceDefines "affordance defines") -SubObjectPropertyOf(SOMA:affordanceDefines ) -InverseObjectProperties(SOMA:affordanceDefines SOMA:isDefinedInAffordance) -ObjectPropertyDomain(SOMA:affordanceDefines SOMA:Affordance) -ObjectPropertyRange(SOMA:affordanceDefines ) - -# Object Property: SOMA:affordanceDefinesTask (affordance defines task) - -AnnotationAssertion(rdfs:comment SOMA:affordanceDefinesTask "A relation between an Affordance and a Task") -AnnotationAssertion(rdfs:label SOMA:affordanceDefinesTask "affordance defines task") -SubObjectPropertyOf(SOMA:affordanceDefinesTask SOMA:affordanceDefines) -SubObjectPropertyOf(SOMA:affordanceDefinesTask ) -InverseObjectProperties(SOMA:affordanceDefinesTask SOMA:isTaskDefinedInAffordance) -ObjectPropertyDomain(SOMA:affordanceDefinesTask SOMA:Affordance) -ObjectPropertyRange(SOMA:affordanceDefinesTask ) - -# Object Property: SOMA:affordsBearer (affords bearer) - -AnnotationAssertion(rdfs:comment SOMA:affordsBearer "Relates a disposition to the bearer role defined by the affordance describing the disposition.") -AnnotationAssertion(rdfs:label SOMA:affordsBearer "affords bearer") -SubObjectPropertyOf(SOMA:affordsBearer SOMA:affordsConcept) -InverseObjectProperties(SOMA:affordsBearer SOMA:isBearerAffordedBy) -ObjectPropertyDomain(SOMA:affordsBearer SOMA:Disposition) -ObjectPropertyRange(SOMA:affordsBearer ) - -# Object Property: SOMA:affordsConcept (affords concept) - -AnnotationAssertion(rdfs:comment SOMA:affordsConcept "A relation between a disposition and a concept defined in the affordance that describes the disposition.") -AnnotationAssertion(rdfs:label SOMA:affordsConcept "affords concept") -SubObjectPropertyOf(SOMA:affordsConcept ) -InverseObjectProperties(SOMA:affordsConcept SOMA:isConceptAffordedBy) -ObjectPropertyDomain(SOMA:affordsConcept SOMA:Disposition) -ObjectPropertyRange(SOMA:affordsConcept ) - - -# Object Property: SOMA:affordsPerformer (affords performer) - -AnnotationAssertion(rdfs:comment SOMA:affordsPerformer "Relates a disposition to the performer role defined by the affordance describing the disposition."@en) -AnnotationAssertion(rdfs:label SOMA:affordsPerformer "affords performer"@en) -SubObjectPropertyOf(SOMA:affordsPerformer SOMA:affordsConcept) -InverseObjectProperties(SOMA:affordsPerformer SOMA:isPerformerAffordedBy) -ObjectPropertyDomain(SOMA:affordsPerformer SOMA:Disposition) -ObjectPropertyRange(SOMA:affordsPerformer ) - -# Object Property: SOMA:affordsSetpoint (affords setpoint) - -AnnotationAssertion(rdfs:comment SOMA:affordsSetpoint "Relates a disposition to the setpoint parameter defined by the affordance describing the disposition.") -AnnotationAssertion(rdfs:label SOMA:affordsSetpoint "affords setpoint") -SubObjectPropertyOf(SOMA:affordsSetpoint SOMA:affordsConcept) -InverseObjectProperties(SOMA:affordsSetpoint SOMA:isSetpointAffordedBy) -ObjectPropertyDomain(SOMA:affordsSetpoint SOMA:Disposition) -ObjectPropertyRange(SOMA:affordsSetpoint SOMA:Setpoint) - -# Object Property: SOMA:affordsTask (affords task) - -AnnotationAssertion(rdfs:comment SOMA:affordsTask "Relates a disposition to the task defined by the affordance describing the disposition.") -AnnotationAssertion(rdfs:label SOMA:affordsTask "affords task") -SubObjectPropertyOf(SOMA:affordsTask SOMA:affordsConcept) -InverseObjectProperties(SOMA:affordsTask SOMA:isTaskAffordedBy) -ObjectPropertyDomain(SOMA:affordsTask SOMA:Disposition) -ObjectPropertyRange(SOMA:affordsTask ) - -# Object Property: SOMA:affordsTrigger (affords trigger) - -AnnotationAssertion(rdfs:comment SOMA:affordsTrigger "Relates a disposition to the trigger role defined by the affordance describing the disposition.") -AnnotationAssertion(rdfs:label SOMA:affordsTrigger "affords trigger") -SubObjectPropertyOf(SOMA:affordsTrigger SOMA:affordsConcept) -InverseObjectProperties(SOMA:affordsTrigger SOMA:isTriggerAffordedBy) -ObjectPropertyDomain(SOMA:affordsTrigger SOMA:Disposition) -ObjectPropertyRange(SOMA:affordsTrigger ) - -# Object Property: SOMA:containsObject (contains object) - -AnnotationAssertion(rdfs:comment SOMA:containsObject "A spatial relation holding between a container, and objects it contains.") -AnnotationAssertion(rdfs:label SOMA:containsObject "contains object") -SubObjectPropertyOf(SOMA:containsObject SOMA:contains) -SubObjectPropertyOf(SOMA:containsObject ) -InverseObjectProperties(SOMA:containsObject SOMA:isInsideOf) -TransitiveObjectProperty(SOMA:containsObject) -ObjectPropertyDomain(SOMA:containsObject ) -ObjectPropertyRange(SOMA:containsObject ) - -# Object Property: SOMA:definesBearer (defines bearer) - -AnnotationAssertion(rdfs:comment SOMA:definesBearer "Relates an affordance which is a relation between a bearer and a trigger, to the role of the bearer when the affordance is manifested.") -AnnotationAssertion(rdfs:label SOMA:definesBearer "defines bearer") -SubObjectPropertyOf(SOMA:definesBearer ) -InverseObjectProperties(SOMA:definesBearer SOMA:isBearerDefinedIn) -ObjectPropertyDomain(SOMA:definesBearer SOMA:Affordance) -ObjectPropertyRange(SOMA:definesBearer ) - -# Object Property: SOMA:definesParameter (defines parameter) - -AnnotationAssertion(rdfs:comment SOMA:definesParameter "A relation between a description and a parameter.") -AnnotationAssertion(rdfs:label SOMA:definesParameter "defines parameter") -SubObjectPropertyOf(SOMA:definesParameter ) -InverseObjectProperties(SOMA:definesParameter SOMA:isParameterDefinedIn) -ObjectPropertyDomain(SOMA:definesParameter ) -ObjectPropertyRange(SOMA:definesParameter ) - -# Object Property: SOMA:definesPerformer (defines performer) - -AnnotationAssertion(rdfs:comment SOMA:definesPerformer "Relates an affordance which is a relation between a bearer and a trigger, to the role of the performer when the affordance is manifested."@en) -AnnotationAssertion(rdfs:label SOMA:definesPerformer "defines performer"@en) -SubObjectPropertyOf(SOMA:definesPerformer ) -InverseObjectProperties(SOMA:definesPerformer SOMA:isPerformerDefinedIn) -ObjectPropertyDomain(SOMA:definesPerformer SOMA:Affordance) -ObjectPropertyRange(SOMA:definesPerformer ) - -# Object Property: SOMA:definesSetpoint (defines setpoint) - -AnnotationAssertion(rdfs:comment SOMA:definesSetpoint "Defines the dedicated goal region of a description.") -AnnotationAssertion(rdfs:label SOMA:definesSetpoint "defines setpoint") -SubObjectPropertyOf(SOMA:definesSetpoint SOMA:definesParameter) -InverseObjectProperties(SOMA:definesSetpoint SOMA:isSetpointDefinedIn) -ObjectPropertyDomain(SOMA:definesSetpoint ) -ObjectPropertyRange(SOMA:definesSetpoint SOMA:Setpoint) - -# Object Property: SOMA:definesTrigger (defines trigger) - -AnnotationAssertion(rdfs:comment SOMA:definesTrigger "Relates an affordance which is a relation between a bearer and a trigger, to the role of the trigger when the affordance is manifested.") -AnnotationAssertion(rdfs:label SOMA:definesTrigger "defines trigger") -SubObjectPropertyOf(SOMA:definesTrigger ) -InverseObjectProperties(SOMA:definesTrigger SOMA:isTriggerDefinedIn) -ObjectPropertyDomain(SOMA:definesTrigger SOMA:Affordance) -ObjectPropertyRange(SOMA:definesTrigger ) - -# Object Property: SOMA:describesQuality (describes quality) - -AnnotationAssertion(rdfs:comment SOMA:describesQuality "Relates a description to a quality that it describes.") -AnnotationAssertion(rdfs:label SOMA:describesQuality "describes quality") -SubObjectPropertyOf(SOMA:describesQuality ) -InverseObjectProperties(SOMA:describesQuality SOMA:isQualityDescribedBy) -ObjectPropertyDomain(SOMA:describesQuality ) -ObjectPropertyRange(SOMA:describesQuality ) - -# Object Property: SOMA:hasAlterationResult (has alteration result) - -AnnotationAssertion(rdfs:comment SOMA:hasAlterationResult "Relates an action that alters an object to the region that the alteration reached during the action.") -AnnotationAssertion(rdfs:label SOMA:hasAlterationResult "has alteration result") -SubObjectPropertyOf(SOMA:hasAlterationResult ) -InverseObjectProperties(SOMA:hasAlterationResult SOMA:isAlterationResultOf) -ObjectPropertyDomain(SOMA:hasAlterationResult ) -ObjectPropertyRange(SOMA:hasAlterationResult ) - -# Object Property: SOMA:hasColor (has color) - -AnnotationAssertion(rdfs:comment SOMA:hasColor "Relates an object to its color quality.") -AnnotationAssertion(rdfs:label SOMA:hasColor "has color") -SubObjectPropertyOf(SOMA:hasColor ) -InverseObjectProperties(SOMA:hasColor SOMA:isColorOf) -ObjectPropertyDomain(SOMA:hasColor ) -ObjectPropertyRange(SOMA:hasColor SOMA:Color) - -# Object Property: SOMA:hasDisposition (has disposition) - -AnnotationAssertion(rdfs:comment SOMA:hasDisposition "Associates an object to one of its dispositions.") -AnnotationAssertion(rdfs:label SOMA:hasDisposition "has disposition") -SubObjectPropertyOf(SOMA:hasDisposition ) -InverseObjectProperties(SOMA:hasDisposition SOMA:isDispositionOf) -ObjectPropertyDomain(SOMA:hasDisposition ) -ObjectPropertyRange(SOMA:hasDisposition SOMA:Disposition) - -# Object Property: SOMA:hasFeature (has feature) - -AnnotationAssertion(rdfs:comment SOMA:hasFeature "Associates a physical object to one of its features.") -AnnotationAssertion(rdfs:label SOMA:hasFeature "has feature") -SubObjectPropertyOf(SOMA:hasFeature ) -InverseObjectProperties(SOMA:hasFeature SOMA:isFeatureOf) -ObjectPropertyDomain(SOMA:hasFeature ) -ObjectPropertyRange(SOMA:hasFeature SOMA:Feature) - -# Object Property: SOMA:hasFrictionAttribute (has friction attribute) - -AnnotationAssertion(rdfs:comment SOMA:hasFrictionAttribute "A relation between physical objects and their friction attribute.") -AnnotationAssertion(rdfs:label SOMA:hasFrictionAttribute "has friction attribute") -SubObjectPropertyOf(SOMA:hasFrictionAttribute ) -ObjectPropertyDomain(SOMA:hasFrictionAttribute ) -ObjectPropertyRange(SOMA:hasFrictionAttribute SOMA:FrictionAttribute) - -# Object Property: SOMA:hasLocalization (has localization) - -AnnotationAssertion(rdfs:comment SOMA:hasLocalization "Relates an object to its localization quality.") -AnnotationAssertion(rdfs:label SOMA:hasLocalization "has localization") -SubObjectPropertyOf(SOMA:hasLocalization ) -InverseObjectProperties(SOMA:hasLocalization SOMA:isLocalizationOf) -ObjectPropertyDomain(SOMA:hasLocalization ) -ObjectPropertyRange(SOMA:hasLocalization SOMA:Localization) - -# Object Property: SOMA:hasMassAttribute (has mass attribute) - -AnnotationAssertion(rdfs:comment SOMA:hasMassAttribute "A relation between physical objects and their mass.") -AnnotationAssertion(rdfs:label SOMA:hasMassAttribute "has mass attribute") -SubObjectPropertyOf(SOMA:hasMassAttribute ) -ObjectPropertyDomain(SOMA:hasMassAttribute ) -ObjectPropertyRange(SOMA:hasMassAttribute SOMA:MassAttribute) - -# Object Property: SOMA:hasQuale (has quale) - -AnnotationAssertion(rdfs:comment SOMA:hasQuale "Relates a quality to its \"value\", called quale, which is an atomic quality region.") -AnnotationAssertion(rdfs:label SOMA:hasQuale "has quale") -SubObjectPropertyOf(SOMA:hasQuale ) -InverseObjectProperties(SOMA:hasQuale SOMA:isQualeOf) -ObjectPropertyDomain(SOMA:hasQuale ) -ObjectPropertyRange(SOMA:hasQuale ) - -# Object Property: SOMA:hasShape (has shape) - -AnnotationAssertion(rdfs:comment SOMA:hasShape "Relates an object to its shape quality.") -AnnotationAssertion(rdfs:label SOMA:hasShape "has shape") -SubObjectPropertyOf(SOMA:hasShape ) -InverseObjectProperties(SOMA:hasShape SOMA:isShapeOf) -ObjectPropertyDomain(SOMA:hasShape ) -ObjectPropertyRange(SOMA:hasShape SOMA:Shape) - -# Object Property: SOMA:hasShapeRegion (has shape region) - -AnnotationAssertion(rdfs:comment SOMA:hasShapeRegion "A relation between physical objects and their shape attribute.") -AnnotationAssertion(rdfs:label SOMA:hasShapeRegion "has shape region") -SubObjectPropertyOf(SOMA:hasShapeRegion ) -InverseObjectProperties(SOMA:hasShapeRegion SOMA:isShapeRegionOf) -ObjectPropertyDomain(SOMA:hasShapeRegion ObjectUnionOf(SOMA:Shape )) -ObjectPropertyRange(SOMA:hasShapeRegion SOMA:ShapeRegion) - -# Object Property: SOMA:hasSpaceRegion (has space region) - -AnnotationAssertion(rdfs:comment SOMA:hasSpaceRegion "Relates an entity to a space region.") -AnnotationAssertion(rdfs:label SOMA:hasSpaceRegion "has space region") -SubObjectPropertyOf(SOMA:hasSpaceRegion ) -InverseObjectProperties(SOMA:hasSpaceRegion SOMA:isSpaceRegionFor) -ObjectPropertyDomain(SOMA:hasSpaceRegion ObjectUnionOf(SOMA:Localization SOMA:ShapeRegion )) -ObjectPropertyRange(SOMA:hasSpaceRegion ) - -# Object Property: SOMA:involvesEffector (involves effector) - -AnnotationAssertion(rdfs:comment SOMA:involvesEffector "Effector participation."^^xsd:string) -AnnotationAssertion(rdfs:label SOMA:involvesEffector "involves effector") -SubObjectPropertyOf(SOMA:involvesEffector ) -InverseObjectProperties(SOMA:involvesEffector SOMA:isEffectorInvolvedIn) -ObjectPropertyDomain(SOMA:involvesEffector ) -ObjectPropertyRange(SOMA:involvesEffector SOMA:PhysicalEffector) - -# Object Property: SOMA:isAlterationResultOf (is alteration result of) - -AnnotationAssertion(rdfs:comment SOMA:isAlterationResultOf "Relates an action that alters an object to the region that the alteration reached during the action.") -AnnotationAssertion(rdfs:label SOMA:isAlterationResultOf "is alteration result of") -SubObjectPropertyOf(SOMA:isAlterationResultOf ) -ObjectPropertyDomain(SOMA:isAlterationResultOf ) -ObjectPropertyRange(SOMA:isAlterationResultOf ) - -# Object Property: SOMA:isBearerAffordedBy (is bearer afforded by) - -AnnotationAssertion(rdfs:comment SOMA:isBearerAffordedBy "Relates a disposition to the bearer role defined by the affordance describing the disposition.") -AnnotationAssertion(rdfs:label SOMA:isBearerAffordedBy "is bearer afforded by") -SubObjectPropertyOf(SOMA:isBearerAffordedBy SOMA:isConceptAffordedBy) -ObjectPropertyDomain(SOMA:isBearerAffordedBy ) -ObjectPropertyRange(SOMA:isBearerAffordedBy SOMA:Disposition) - -# Object Property: SOMA:isBearerDefinedIn (is bearer defined in) - -AnnotationAssertion(rdfs:comment SOMA:isBearerDefinedIn "Relates an affordance which is a relation between a bearer and a trigger, to the role of the bearer when the affordance is manifested.") -AnnotationAssertion(rdfs:label SOMA:isBearerDefinedIn "is bearer defined in") -SubObjectPropertyOf(SOMA:isBearerDefinedIn ) -ObjectPropertyDomain(SOMA:isBearerDefinedIn ) -ObjectPropertyRange(SOMA:isBearerDefinedIn SOMA:Affordance) - -# Object Property: SOMA:isColorOf (is color of) - -AnnotationAssertion(rdfs:comment SOMA:isColorOf "Relates a color quality to the object the color belongs to.") -AnnotationAssertion(rdfs:label SOMA:isColorOf "is color of") -SubObjectPropertyOf(SOMA:isColorOf ) -ObjectPropertyDomain(SOMA:isColorOf SOMA:Color) -ObjectPropertyRange(SOMA:isColorOf ) - -# Object Property: SOMA:isConceptAffordedBy (is concept afforded by) - -AnnotationAssertion(rdfs:comment SOMA:isConceptAffordedBy "A relation between a disposition and a concept defined in the affordance that describes the disposition.") -AnnotationAssertion(rdfs:label SOMA:isConceptAffordedBy "is concept afforded by") -SubObjectPropertyOf(SOMA:isConceptAffordedBy ) -ObjectPropertyDomain(SOMA:isConceptAffordedBy ) -ObjectPropertyRange(SOMA:isConceptAffordedBy SOMA:Disposition) - -# Object Property: SOMA:isDefinedInAffordance (is defined in affordance) - -AnnotationAssertion(rdfs:comment SOMA:isDefinedInAffordance "A relation between a Concept and an Affordance.") -AnnotationAssertion(rdfs:label SOMA:isDefinedInAffordance "is defined in affordance") -SubObjectPropertyOf(SOMA:isDefinedInAffordance ) -ObjectPropertyDomain(SOMA:isDefinedInAffordance ) -ObjectPropertyRange(SOMA:isDefinedInAffordance SOMA:Affordance) - -# Object Property: SOMA:isDepositOf (is deposit of) - -AnnotationAssertion(rdfs:comment SOMA:isDepositOf "A spatial relation holding between an object (the deposit), and objects that are located ontop of it.") -AnnotationAssertion(rdfs:label SOMA:isDepositOf "is deposit of") -SubObjectPropertyOf(SOMA:isDepositOf ) -InverseObjectProperties(SOMA:isDepositOf SOMA:isOntopOf) -ObjectPropertyDomain(SOMA:isDepositOf ) -ObjectPropertyRange(SOMA:isDepositOf ) - -# Object Property: SOMA:isDispositionOf (is disposition of) - -AnnotationAssertion(rdfs:comment SOMA:isDispositionOf "Associates a disposition quality to the object holding it.") -AnnotationAssertion(rdfs:label SOMA:isDispositionOf "is disposition of") -SubObjectPropertyOf(SOMA:isDispositionOf ) -ObjectPropertyDomain(SOMA:isDispositionOf SOMA:Disposition) -ObjectPropertyRange(SOMA:isDispositionOf ) - -# Object Property: SOMA:isEffectorInvolvedIn (is effector involved in) - -AnnotationAssertion(rdfs:comment SOMA:isEffectorInvolvedIn "Effector participation."^^xsd:string) -AnnotationAssertion(rdfs:label SOMA:isEffectorInvolvedIn "is effector involved in") -SubObjectPropertyOf(SOMA:isEffectorInvolvedIn ) -ObjectPropertyDomain(SOMA:isEffectorInvolvedIn SOMA:PhysicalEffector) -ObjectPropertyRange(SOMA:isEffectorInvolvedIn ) +This is related to a design decision between "primacy of objects" and "primacy of events" modelling. That is, should we define events in terms of what objects participate in them and in what roles, or objects in terms of the events they can participate in and the nature of that participation? -# Object Property: SOMA:isFeatureOf (is feature of) +We do not argue here that one of these approaches is better -- they seem equally powerful in terms of what they can express. Our decision for primacy of objects is merely an aesthetic choice based on what seemed more intuitive. + + -AnnotationAssertion(rdfs:comment SOMA:isFeatureOf "Associates a feature to the physical object it belongs to.") -AnnotationAssertion(rdfs:label SOMA:isFeatureOf "is feature of") -SubObjectPropertyOf(SOMA:isFeatureOf ) -ObjectPropertyDomain(SOMA:isFeatureOf SOMA:Feature) -ObjectPropertyRange(SOMA:isFeatureOf ) -# Object Property: SOMA:isInsideOf (is inside of) + -AnnotationAssertion(rdfs:comment SOMA:isInsideOf "A spatial relation holding between an object (the container), and objects it contains.") -AnnotationAssertion(rdfs:label SOMA:isInsideOf "is inside of") -SubObjectPropertyOf(SOMA:isInsideOf SOMA:isContainedIn) -SubObjectPropertyOf(SOMA:isInsideOf ) -TransitiveObjectProperty(SOMA:isInsideOf) -ObjectPropertyDomain(SOMA:isInsideOf ) -ObjectPropertyRange(SOMA:isInsideOf ) -# Object Property: SOMA:isLinkedTo (is linked to) + -AnnotationAssertion(rdfs:comment SOMA:isLinkedTo "A spatial relation holding between objects that are linked with each other such that they resist spatial separation.") -AnnotationAssertion(rdfs:label SOMA:isLinkedTo "is linked to") -SubObjectPropertyOf(SOMA:isLinkedTo ) -SymmetricObjectProperty(SOMA:isLinkedTo) -ObjectPropertyDomain(SOMA:isLinkedTo ) -ObjectPropertyRange(SOMA:isLinkedTo ) -# Object Property: SOMA:isLocalizationOf (is localization of) + -AnnotationAssertion(rdfs:comment SOMA:isLocalizationOf "Relates a localization quality to the object the localization belongs to.") -AnnotationAssertion(rdfs:label SOMA:isLocalizationOf "is localization of") -SubObjectPropertyOf(SOMA:isLocalizationOf ) -ObjectPropertyDomain(SOMA:isLocalizationOf SOMA:Localization) -ObjectPropertyRange(SOMA:isLocalizationOf ) -# Object Property: SOMA:isOntopOf (is ontop of) + + + + + + A relation between an Affordance and a Concept (often an EventType). + affordance defines + + -AnnotationAssertion(rdfs:comment SOMA:isOntopOf "A spatial relation holding between an object (the deposit), and objects that are located ontop of it.") -AnnotationAssertion(rdfs:label SOMA:isOntopOf "is ontop of") -SubObjectPropertyOf(SOMA:isOntopOf ) -ObjectPropertyDomain(SOMA:isOntopOf ) -ObjectPropertyRange(SOMA:isOntopOf ) -# Object Property: SOMA:isParameterDefinedIn (is parameter defined in) + -AnnotationAssertion(rdfs:comment SOMA:isParameterDefinedIn "A relation between a description and a parameter.") -AnnotationAssertion(rdfs:label SOMA:isParameterDefinedIn "is parameter defined in") -SubObjectPropertyOf(SOMA:isParameterDefinedIn ) -ObjectPropertyDomain(SOMA:isParameterDefinedIn ) -ObjectPropertyRange(SOMA:isParameterDefinedIn ) + + + + + + + A relation between an Affordance and a Task + affordance defines task + + -# Object Property: SOMA:isPerformerAffordedBy (is performer afforded by) - -AnnotationAssertion(rdfs:label SOMA:isPerformerAffordedBy "Relates a disposition to the performer role defined by the affordance describing the disposition."@en) -AnnotationAssertion(rdfs:label SOMA:isPerformerAffordedBy "is performer afforded by"@en) -SubObjectPropertyOf(SOMA:isPerformerAffordedBy SOMA:isConceptAffordedBy) -ObjectPropertyDomain(SOMA:isPerformerAffordedBy ) -ObjectPropertyRange(SOMA:isPerformerAffordedBy SOMA:Disposition) -# Object Property: SOMA:isPerformerDefinedIn (is performer defined in) - -AnnotationAssertion(rdfs:comment SOMA:isPerformerDefinedIn "Relates an affordance which is a relation between a bearer and a trigger, to the role of the performer when the affordance is manifested."@en) -AnnotationAssertion(rdfs:label SOMA:isPerformerDefinedIn "is performer defined in"@en) -SubObjectPropertyOf(SOMA:isPerformerDefinedIn ) -ObjectPropertyDomain(SOMA:isPerformerDefinedIn ) -ObjectPropertyRange(SOMA:isPerformerDefinedIn ) + -# Object Property: SOMA:isPhysicallyContainedIn (is physically contained in) - -AnnotationAssertion(rdfs:comment SOMA:isPhysicallyContainedIn "A spatial relation holding between an object (the container), and objects it contains."^^xsd:string) -AnnotationAssertion(rdfs:label SOMA:isPhysicallyContainedIn "is physically contained in"^^xsd:string) -SubObjectPropertyOf(SOMA:isPhysicallyContainedIn ) -ObjectPropertyDomain(SOMA:isPhysicallyContainedIn ) -ObjectPropertyRange(SOMA:isPhysicallyContainedIn ) -# Object Property: SOMA:isQualeOf (is quale of) - -AnnotationAssertion(rdfs:comment SOMA:isQualeOf "Relates a quality to its \"value\", called quale, which is an atomic quality region.") -AnnotationAssertion(rdfs:label SOMA:isQualeOf "is quale of") -SubObjectPropertyOf(SOMA:isQualeOf ) -ObjectPropertyDomain(SOMA:isQualeOf ) -ObjectPropertyRange(SOMA:isQualeOf ) + + + + + + + + + + Relates a disposition to the bearer role defined by the affordance describing the disposition. + affords bearer + + -# Object Property: SOMA:isQualityDescribedBy (is quality described by) -AnnotationAssertion(rdfs:comment SOMA:isQualityDescribedBy "Relates a description to a quality it describes.") -AnnotationAssertion(rdfs:label SOMA:isQualityDescribedBy "is quality described by") -SubObjectPropertyOf(SOMA:isQualityDescribedBy ) -ObjectPropertyDomain(SOMA:isQualityDescribedBy ) -ObjectPropertyRange(SOMA:isQualityDescribedBy ) + -# Object Property: SOMA:isSetpointAffordedBy (is setpoint afforded by) -AnnotationAssertion(rdfs:comment SOMA:isSetpointAffordedBy "Relates a disposition to the setpoint parameter defined by the affordance describing the disposition.") -AnnotationAssertion(rdfs:label SOMA:isSetpointAffordedBy "is setpoint afforded by") -SubObjectPropertyOf(SOMA:isSetpointAffordedBy SOMA:isConceptAffordedBy) -ObjectPropertyDomain(SOMA:isSetpointAffordedBy SOMA:Setpoint) -ObjectPropertyRange(SOMA:isSetpointAffordedBy SOMA:Disposition) + + + + + + + + + + A relation between a disposition and a concept defined in the affordance that describes the disposition. + affords concept + + -# Object Property: SOMA:isSetpointDefinedIn (is setpoint defined in) -AnnotationAssertion(rdfs:comment SOMA:isSetpointDefinedIn "Defines the dedicated goal region of a description.") -AnnotationAssertion(rdfs:label SOMA:isSetpointDefinedIn "is setpoint defined in") -SubObjectPropertyOf(SOMA:isSetpointDefinedIn SOMA:isParameterDefinedIn) -ObjectPropertyDomain(SOMA:isSetpointDefinedIn SOMA:Setpoint) -ObjectPropertyRange(SOMA:isSetpointDefinedIn ) + -# Object Property: SOMA:isShapeOf (is shape of) -AnnotationAssertion(rdfs:comment SOMA:isShapeOf "Relates a shape quality to the object the shape belongs to.") -AnnotationAssertion(rdfs:label SOMA:isShapeOf "is shape of") -SubObjectPropertyOf(SOMA:isShapeOf ) -ObjectPropertyDomain(SOMA:isShapeOf SOMA:Shape) -ObjectPropertyRange(SOMA:isShapeOf ) + + + + + + + + + + Relates a disposition to the performer role defined by the affordance describing the disposition. + affords performer + + -# Object Property: SOMA:isShapeRegionOf (is shape region of) -AnnotationAssertion(rdfs:comment SOMA:isShapeRegionOf "Relates a shape to a physical object that has it.") -AnnotationAssertion(rdfs:label SOMA:isShapeRegionOf "is shape region of") -SubObjectPropertyOf(SOMA:isShapeRegionOf ) -ObjectPropertyDomain(SOMA:isShapeRegionOf SOMA:ShapeRegion) -ObjectPropertyRange(SOMA:isShapeRegionOf ObjectUnionOf(SOMA:Shape )) + -# Object Property: SOMA:isSpaceRegionFor (is space region for) -AnnotationAssertion(rdfs:comment SOMA:isSpaceRegionFor "Relates a space region to an entity.") -AnnotationAssertion(rdfs:label SOMA:isSpaceRegionFor "is space region for") -SubObjectPropertyOf(SOMA:isSpaceRegionFor ) -ObjectPropertyDomain(SOMA:isSpaceRegionFor ) -ObjectPropertyRange(SOMA:isSpaceRegionFor ObjectUnionOf(SOMA:Localization )) + + + + + + + + + + Relates a disposition to the setpoint parameter defined by the affordance describing the disposition. + affords setpoint + + -# Object Property: SOMA:isSupportedBy (is supported by) -AnnotationAssertion(rdfs:comment SOMA:isSupportedBy "Relates a supportee to one of its supporters.") -AnnotationAssertion(rdfs:label SOMA:isSupportedBy "is supported by") -SubObjectPropertyOf(SOMA:isSupportedBy ) -InverseObjectProperties(SOMA:isSupportedBy SOMA:supports) -ObjectPropertyDomain(SOMA:isSupportedBy ) -ObjectPropertyRange(SOMA:isSupportedBy ) + -# Object Property: SOMA:isTaskAffordedBy (is task afforded by) -AnnotationAssertion(rdfs:comment SOMA:isTaskAffordedBy "Relates a disposition to the task defined by the affordance describing the disposition.") -AnnotationAssertion(rdfs:label SOMA:isTaskAffordedBy "is task afforded by") -SubObjectPropertyOf(SOMA:isTaskAffordedBy SOMA:isConceptAffordedBy) -ObjectPropertyDomain(SOMA:isTaskAffordedBy ) -ObjectPropertyRange(SOMA:isTaskAffordedBy SOMA:Disposition) + + + + + + + + + + Relates a disposition to the task defined by the affordance describing the disposition. + affords task + + -# Object Property: SOMA:isTaskDefinedInAffordance (is task defined in affordance) -AnnotationAssertion(rdfs:comment SOMA:isTaskDefinedInAffordance "A relation between a Task and an Affordance, such that the task is defined in terms of using the affordance.") -AnnotationAssertion(rdfs:label SOMA:isTaskDefinedInAffordance "is task defined in affordance") -SubObjectPropertyOf(SOMA:isTaskDefinedInAffordance SOMA:isDefinedInAffordance) -SubObjectPropertyOf(SOMA:isTaskDefinedInAffordance ) -ObjectPropertyDomain(SOMA:isTaskDefinedInAffordance ) -ObjectPropertyRange(SOMA:isTaskDefinedInAffordance SOMA:Affordance) + -# Object Property: SOMA:isTriggerAffordedBy (is trigger afforded by) -AnnotationAssertion(rdfs:comment SOMA:isTriggerAffordedBy "Relates a disposition to the trigger role defined by the affordance describing the disposition.") -AnnotationAssertion(rdfs:label SOMA:isTriggerAffordedBy "is trigger afforded by") -SubObjectPropertyOf(SOMA:isTriggerAffordedBy SOMA:isConceptAffordedBy) -ObjectPropertyDomain(SOMA:isTriggerAffordedBy ) -ObjectPropertyRange(SOMA:isTriggerAffordedBy SOMA:Disposition) + + + + + + + + + + Relates a disposition to the trigger role defined by the affordance describing the disposition. + affords trigger + + -# Object Property: SOMA:isTriggerDefinedIn (is trigger defined in) -AnnotationAssertion(rdfs:comment SOMA:isTriggerDefinedIn "Relates an affordance which is a relation between a bearer and a trigger, to the role of the trigger when the affordance is manifested.") -AnnotationAssertion(rdfs:label SOMA:isTriggerDefinedIn "is trigger defined in") -SubObjectPropertyOf(SOMA:isTriggerDefinedIn ) -ObjectPropertyDomain(SOMA:isTriggerDefinedIn ) -ObjectPropertyRange(SOMA:isTriggerDefinedIn SOMA:Affordance) + -# Object Property: SOMA:supports (SOMA:supports) -AnnotationAssertion(rdfs:comment SOMA:supports "Relates a supportee to one of its supporters.") -SubObjectPropertyOf(SOMA:supports ) -ObjectPropertyDomain(SOMA:supports ) -ObjectPropertyRange(SOMA:supports ) + + + + + + + + A spatial relation holding between a container, and objects it contains. + contains object + + -# Object Property: SOMA:transitionsBack (transitions back) -AnnotationAssertion(rdfs:comment SOMA:transitionsBack "A property which relates a Transient to an Object it both changes from and changes into. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary, however this transformation is reversible and at the end of the process the objects revert to their previous kind. An example of this is catalysts in chemistry.") -AnnotationAssertion(rdfs:label SOMA:transitionsBack "transitions back"@en) -SubObjectPropertyOf(SOMA:transitionsBack SOMA:transitionsFrom) -SubObjectPropertyOf(SOMA:transitionsBack SOMA:transitionsTo) -ObjectPropertyDomain(SOMA:transitionsBack SOMA:Transient) -ObjectPropertyRange(SOMA:transitionsBack ) + -# Object Property: SOMA:transitionsFrom (transitions from) -AnnotationAssertion(rdfs:comment SOMA:transitionsFrom "A property which relates a Transient to an Object it changes from. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary. An example of this is dough undergoing the Maillard reaction through baking.") -AnnotationAssertion(rdfs:label SOMA:transitionsFrom "transitions from"@en) -SubObjectPropertyOf(SOMA:transitionsFrom ) -ObjectPropertyDomain(SOMA:transitionsFrom SOMA:Transient) -ObjectPropertyRange(SOMA:transitionsFrom ) + + + + + + Relates an affordance which is a relation between a bearer and a trigger, to the role of the bearer when the affordance is manifested. + defines bearer + + -# Object Property: SOMA:transitionsTo (transitions to) -AnnotationAssertion(rdfs:comment SOMA:transitionsTo "A property which relates a Transient to an Object it changes into. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary. An example of this is baked dough eventually becoming bread by completing a baking process.") -AnnotationAssertion(rdfs:label SOMA:transitionsTo "transitions to"@en) -SubObjectPropertyOf(SOMA:transitionsTo ) -ObjectPropertyDomain(SOMA:transitionsTo SOMA:Transient) -ObjectPropertyRange(SOMA:transitionsTo ) + -############################ -# Data Properties -############################ + + -# Data Property: :hasForceValue (has force value) -AnnotationAssertion(rdfs:comment :hasForceValue "A value that quantifies a force given in Newton."^^xsd:string) -AnnotationAssertion(rdfs:label :hasForceValue "has force value"^^xsd:string) -SubDataPropertyOf(:hasForceValue ) -DataPropertyDomain(:hasForceValue :ForceAttribute) -DataPropertyRange(:hasForceValue SOMA:array_double) + -# Data Property: :hasJointEffort (has joint effort) -AnnotationAssertion(rdfs:comment :hasJointEffort "The effort applied in a joint given in N (prismatic joint) or N*m (hinged joints)."^^xsd:string) -AnnotationAssertion(rdfs:label :hasJointEffort "has joint effort"^^xsd:string) -SubDataPropertyOf(:hasJointEffort :hasJointParameter) -DataPropertyDomain(:hasJointEffort :JointState) -DataPropertyRange(:hasJointEffort xsd:double) + + + + + + A relation between a description and a parameter. + defines parameter + + -# Data Property: :hasJointEffortLimit (has joint effort limit) -AnnotationAssertion(rdfs:comment :hasJointEffortLimit "The maximum effort applied in a joint given in N (prismatic joint) or N*m (hinged joints)."^^xsd:string) -AnnotationAssertion(rdfs:label :hasJointEffortLimit "has joint effort limit"^^xsd:string) -SubDataPropertyOf(:hasJointEffortLimit :hasJointParameter) -DataPropertyDomain(:hasJointEffortLimit :JointLimit) -DataPropertyRange(:hasJointEffortLimit xsd:double) + -# Data Property: :hasJointParameter (has joint parameter) -AnnotationAssertion(rdfs:comment :hasJointParameter "Assigns a value for an attribute of a joint."^^xsd:string) -AnnotationAssertion(rdfs:label :hasJointParameter "has joint parameter"^^xsd:string) -SubDataPropertyOf(:hasJointParameter ) -DataPropertyDomain(:hasJointParameter ) -DataPropertyRange(:hasJointParameter xsd:double) + + + + + + Relates an affordance which is a relation between a bearer and a trigger, to the role of the performer when the affordance is manifested. + defines performer + + -# Data Property: :hasJointPosition (has joint position) -AnnotationAssertion(rdfs:comment :hasJointPosition "The position of a joint given in m (prismatic joints) or rad (hinged joints)."^^xsd:string) -AnnotationAssertion(rdfs:label :hasJointPosition "has joint position"^^xsd:string) -SubDataPropertyOf(:hasJointPosition :hasJointParameter) -DataPropertyDomain(:hasJointPosition :JointState) -DataPropertyRange(:hasJointPosition xsd:double) + -# Data Property: :hasJointPositionMax (has joint position max) -AnnotationAssertion(rdfs:comment :hasJointPositionMax "The maximum position of a joint given in m (prismatic joints) or rad (hinged joints)."^^xsd:string) -AnnotationAssertion(rdfs:label :hasJointPositionMax "has joint position max"^^xsd:string) -SubDataPropertyOf(:hasJointPositionMax :hasJointParameter) -DataPropertyDomain(:hasJointPositionMax :JointLimit) -DataPropertyRange(:hasJointPositionMax xsd:double) + + + + + + Defines the dedicated goal region of a description. + defines setpoint + + -# Data Property: :hasJointPositionMin (has joint position min) -AnnotationAssertion(rdfs:comment :hasJointPositionMin "The minimum position of a joint given in m (prismatic joints) or rad (hinged joints)."^^xsd:string) -AnnotationAssertion(rdfs:label :hasJointPositionMin "has joint position min"^^xsd:string) -SubDataPropertyOf(:hasJointPositionMin :hasJointParameter) -DataPropertyDomain(:hasJointPositionMin :JointLimit) -DataPropertyRange(:hasJointPositionMin xsd:double) + -# Data Property: :hasJointVelocity (has joint velocity) -AnnotationAssertion(rdfs:comment :hasJointVelocity "The velocity of a joint given in m/s (prismatic joints) or rad/s (hinged joints)."^^xsd:string) -AnnotationAssertion(rdfs:label :hasJointVelocity "has joint velocity"^^xsd:string) -SubDataPropertyOf(:hasJointVelocity :hasJointParameter) -DataPropertyDomain(:hasJointVelocity :JointState) -DataPropertyRange(:hasJointVelocity xsd:double) + + + + + + Relates an affordance which is a relation between a bearer and a trigger, to the role of the trigger when the affordance is manifested. + defines trigger + + -# Data Property: :hasJointVelocityLimit (has joint velocity limit) -AnnotationAssertion(rdfs:comment :hasJointVelocityLimit "The maximum velocity of a joint given in m/s (prismatic joints) or rad/s (hinged joints)."^^xsd:string) -AnnotationAssertion(rdfs:label :hasJointVelocityLimit "has joint velocity limit"^^xsd:string) -SubDataPropertyOf(:hasJointVelocityLimit :hasJointParameter) -DataPropertyDomain(:hasJointVelocityLimit :JointLimit) -DataPropertyRange(:hasJointVelocityLimit xsd:double) + -# Data Property: :hasShapeScale (has shape scale) -AnnotationAssertion(rdfs:comment :hasShapeScale "The scale of a shape, given as a vector of three real numbers to adjust x, y, z components of vertex vectors. In cases where a shape needs to be flipped compared to the shape described by a mesh, one of the scale components will be negative. + + + + + + Relates a description to a quality that it describes. + describes quality + + -It is often the case that shapes need to be altered from their description in a shape file, and a typical example of this is scaling a mesh. -In robotics, it is not uncommon to encounter shapes that are flipped compared to the shape in a mesh file. This is because robots often have bilateral symmetry, thus it makes sense to reuse the same meshes for corresponding links of the left and right arms.") -AnnotationAssertion(rdfs:label :hasShapeScale "has shape scale") -SubDataPropertyOf(:hasShapeScale SOMA:hasShapeParameter) -DataPropertyDomain(:hasShapeScale SOMA:ShapeRegion) -DataPropertyRange(:hasShapeScale SOMA:array_double) + -# Data Property: SOMA:hasColorValue (has color value) -AnnotationAssertion(rdfs:comment SOMA:hasColorValue "Associates a ColorRegion to numerical data describing the color.") -AnnotationAssertion(rdfs:label SOMA:hasColorValue "has color value") -SubDataPropertyOf(SOMA:hasColorValue ) -DataPropertyDomain(SOMA:hasColorValue SOMA:ColorRegion) + + + + + + Relates an action that alters an object to the region that the alteration reached during the action. + has alteration result + + -# Data Property: SOMA:hasDepth (has depth) -AnnotationAssertion(rdfs:comment SOMA:hasDepth "The depth of a shape.") -AnnotationAssertion(rdfs:label SOMA:hasDepth "has depth") -SubDataPropertyOf(SOMA:hasDepth SOMA:hasShapeParameter) -DataPropertyDomain(SOMA:hasDepth SOMA:ShapeRegion) -DataPropertyRange(SOMA:hasDepth xsd:float) + -# Data Property: SOMA:hasFilePath (has file path) -AnnotationAssertion(rdfs:comment SOMA:hasFilePath "Associates an entity to some file containing data about it. For example, can be used to describe physical objects via a mesh file.") -AnnotationAssertion(rdfs:label SOMA:hasFilePath "has file path") -SubDataPropertyOf(SOMA:hasFilePath ) -DataPropertyDomain(SOMA:hasFilePath ) -DataPropertyRange(SOMA:hasFilePath xsd:string) + + + + + + Relates a joint to the link it connects which is closer to the end of the kinematic chain. + has child link + + -# Data Property: SOMA:hasFrictionValue (has friction value) -AnnotationAssertion(rdfs:comment SOMA:hasFrictionValue "The coefficient of friction denotes the ratio of friction force between touching objects. The coefficient is dimensionless.") -AnnotationAssertion(rdfs:label SOMA:hasFrictionValue "has friction value") -SubDataPropertyOf(SOMA:hasFrictionValue ) -DataPropertyDomain(SOMA:hasFrictionValue SOMA:FrictionAttribute) -DataPropertyRange(SOMA:hasFrictionValue xsd:double) + -# Data Property: SOMA:hasHSVValue (has hsv value) -AnnotationAssertion(rdfs:comment SOMA:hasHSVValue "Associates a ColorRegion to numerical data describing the color. This data uses the Hue-Saturation-Value color space.") -AnnotationAssertion(rdfs:label SOMA:hasHSVValue "has hsv value") -SubDataPropertyOf(SOMA:hasHSVValue SOMA:hasColorValue) -DataPropertyDomain(SOMA:hasHSVValue SOMA:ColorRegion) -DataPropertyRange(SOMA:hasHSVValue xsd:string) + + + + + + Relates an object to its color quality. + has color + + -# Data Property: SOMA:hasHeight (has height) -AnnotationAssertion(rdfs:comment SOMA:hasHeight "The height of a shape.") -AnnotationAssertion(rdfs:label SOMA:hasHeight "has height") -SubDataPropertyOf(SOMA:hasHeight SOMA:hasShapeParameter) -DataPropertyDomain(SOMA:hasHeight SOMA:ShapeRegion) -DataPropertyRange(SOMA:hasHeight xsd:float) + -# Data Property: SOMA:hasLength (has length) -AnnotationAssertion(rdfs:comment SOMA:hasLength "The length of a shape.") -AnnotationAssertion(rdfs:label SOMA:hasLength "has length") -SubDataPropertyOf(SOMA:hasLength SOMA:hasShapeParameter) -DataPropertyDomain(SOMA:hasLength SOMA:ShapeRegion) -DataPropertyRange(SOMA:hasLength xsd:float) + + + + + + Associates an object to one of its dispositions. + has disposition + + -# Data Property: SOMA:hasMassValue (has mass value) -AnnotationAssertion(rdfs:comment SOMA:hasMassValue "The mass value of a physical object in kilogram.") -AnnotationAssertion(rdfs:label SOMA:hasMassValue "has mass value") -SubDataPropertyOf(SOMA:hasMassValue ) -DataPropertyDomain(SOMA:hasMassValue SOMA:MassAttribute) -DataPropertyRange(SOMA:hasMassValue xsd:double) + -# Data Property: SOMA:hasPositionData (has position data) -AnnotationAssertion(rdfs:comment SOMA:hasPositionData "Associates a spatial region to a position.") -AnnotationAssertion(rdfs:label SOMA:hasPositionData "has position data"^^xsd:string) -SubDataPropertyOf(SOMA:hasPositionData SOMA:hasSpaceParameter) -DataPropertyDomain(SOMA:hasPositionData ) -DataPropertyRange(SOMA:hasPositionData xsd:string) + + + + + + Relates an object to kinematic components at the end of the kinematic chain. + has end link + + -# Data Property: SOMA:hasRGBValue (has rgb value) -AnnotationAssertion(rdfs:comment SOMA:hasRGBValue "Associates a ColorRegion to numerical data describing the color. This data uses the Red-Green-Blue color space.") -AnnotationAssertion(rdfs:label SOMA:hasRGBValue "has rgb value") -SubDataPropertyOf(SOMA:hasRGBValue SOMA:hasColorValue) -DataPropertyDomain(SOMA:hasRGBValue SOMA:ColorRegion) -DataPropertyRange(SOMA:hasRGBValue xsd:string) + -# Data Property: SOMA:hasRadius (has radius) -AnnotationAssertion(rdfs:comment SOMA:hasRadius "The radius of a circular or oval shape.") -AnnotationAssertion(rdfs:label SOMA:hasRadius "has radius") -SubDataPropertyOf(SOMA:hasRadius SOMA:hasShapeParameter) -DataPropertyDomain(SOMA:hasRadius SOMA:ShapeRegion) -DataPropertyRange(SOMA:hasRadius xsd:float) + + + + + + Associates a physical object to one of its features. + has feature + + -# Data Property: SOMA:hasReferenceFrame (has reference frame) -AnnotationAssertion(rdfs:comment SOMA:hasReferenceFrame "Gives the name associated to the local coordinate frame of a SpaceRegion.") -AnnotationAssertion(rdfs:label SOMA:hasReferenceFrame "has reference frame") -SubDataPropertyOf(SOMA:hasReferenceFrame SOMA:hasSpaceParameter) -DataPropertyDomain(SOMA:hasReferenceFrame ) -DataPropertyRange(SOMA:hasReferenceFrame xsd:string) + -# Data Property: SOMA:hasShapeParameter (has shape parameter) -AnnotationAssertion(rdfs:comment SOMA:hasShapeParameter "Associates a SpaceRegion to some parameter value describing its shape. This is a fairly generic property, and to capture the semantics of the information associated to the SpaceRegion, its more specific subproperties should be used.") -AnnotationAssertion(rdfs:label SOMA:hasShapeParameter "has shape parameter") -SubDataPropertyOf(SOMA:hasShapeParameter ) -DataPropertyDomain(SOMA:hasShapeParameter SOMA:ShapeRegion) -DataPropertyRange(SOMA:hasShapeParameter DataUnionOf(SOMA:array_double xsd:double xsd:float xsd:string)) + + + + + A relation between physical objects and their friction attribute. + has friction attribute + + -# Data Property: SOMA:hasSpaceParameter (has space parameter) -AnnotationAssertion(rdfs:comment SOMA:hasSpaceParameter "Associates a SpaceRegion to some parameter value describing it. This is a fairly generic property, and to capture the semantics of the information associated to the SpaceRegion, its more specific subproperties should be used.") -AnnotationAssertion(rdfs:label SOMA:hasSpaceParameter "has space parameter"^^xsd:string) -SubDataPropertyOf(SOMA:hasSpaceParameter ) -DataPropertyDomain(SOMA:hasSpaceParameter ) + -# Data Property: SOMA:hasWidth (has width) -AnnotationAssertion(rdfs:comment SOMA:hasWidth "The width of a shape.") -AnnotationAssertion(rdfs:label SOMA:hasWidth "has width") -SubDataPropertyOf(SOMA:hasWidth SOMA:hasShapeParameter) -DataPropertyDomain(SOMA:hasWidth SOMA:ShapeRegion) -DataPropertyRange(SOMA:hasWidth xsd:float) + + + + + + Relates a joint to its physical limits. + has joint limit + + + -############################ -# Classes -############################ -# Class: :ArtificialAgent (Artificial agent) + + + + + + Relates a joint to its state. + has joint state + + -AnnotationAssertion(rdfs:comment :ArtificialAgent "A physical object with artificial characteristics, which can perform actions to achieve desired goals, and typically has sensors and/or actuators. -There can be non-physical artificial agents such as software programs but they are not considered here in the scope of artificial agent.") -AnnotationAssertion(rdfs:label :ArtificialAgent "Artificial agent") -SubClassOf(:ArtificialAgent ) + -# Class: :CanCut (:CanCut) -AnnotationAssertion(rdfs:comment :CanCut "The disposition of an object (the tool) to cut other objects. Such as a knife has cutting ability to cut a cucumber into pieces.") -SubClassOf(:CanCut SOMA:Variability) -SubClassOf(:CanCut ObjectAllValuesFrom(SOMA:affordsBearer :Cutter)) -SubClassOf(:CanCut ObjectAllValuesFrom(SOMA:affordsTrigger :CutObject)) + + + + + + Relates an object to its kinematic components. + has link + + -# Class: :Capability (:Capability) -AnnotationAssertion(rdfs:comment :Capability "The disposition of an agent to bring about certain effects, and to achieve certain goals.") -SubClassOf(:Capability SOMA:Disposition) + -# Class: :ContinuousJoint (Continuous joint) -AnnotationAssertion(rdfs:comment :ContinuousJoint "A continuous hinge joint that rotates around an axis and has no upper and lower limits."^^xsd:string) -AnnotationAssertion(rdfs:label :ContinuousJoint "Continuous joint"^^xsd:string) -SubClassOf(:ContinuousJoint :HingeJoint) + + + + + + Relates an object to its localization quality. + has localization + + -# Class: :CutObject (Cut object) -AnnotationAssertion(rdfs:comment :CutObject "An object being cut down into pieces.") -AnnotationAssertion(rdfs:label :CutObject "Cut object") -SubClassOf(:CutObject SOMA:AlteredObject) + -# Class: :Cuttability (:Cuttability) -AnnotationAssertion(rdfs:comment :Cuttability "The disposition of an object (the barrier) which makes it able to be cut down (into pieces) usually by some other object with role as a Cutter. Such as a cucumber has cuttability disposition which can be cut by a knife.") -SubClassOf(:Cuttability SOMA:Disposition) -SubClassOf(:Cuttability ObjectAllValuesFrom(SOMA:affordsBearer :CutObject)) -SubClassOf(:Cuttability ObjectAllValuesFrom(SOMA:affordsTrigger :Cutter)) + + + + + A relation between physical objects and their mass. + has mass attribute + + -# Class: :Cutter (:Cutter) -AnnotationAssertion(rdfs:comment :Cutter "A role to classify an object used to cut other objects. Usually should poses sharpness as a quality. Execptions are not considered in this context. Such as a wind, water, or other natural agents cutting(eroding) the rocks.") -SubClassOf(:Cutter SOMA:Tool) + -# Class: :FixedJoint (Fixed joint) -AnnotationAssertion(rdfs:comment :FixedJoint "A joint that cannot move, designed to fixiate links."^^xsd:string) -AnnotationAssertion(rdfs:label :FixedJoint "Fixed joint"^^xsd:string) -SubClassOf(:FixedJoint :Joint) -SubClassOf(:FixedJoint ObjectExactCardinality(0 :hasJointState )) -DisjointClasses(:FixedJoint :MovableJoint) + + + + + + A relation between a physical object and the total force acting on it. + has net force + + -# Class: :FloatingJoint (Floating joint) -AnnotationAssertion(rdfs:comment :FloatingJoint "A joint that allows motion for all 6 degrees of freedom."^^xsd:string) -AnnotationAssertion(rdfs:label :FloatingJoint "Floating joint"^^xsd:string) -SubClassOf(:FloatingJoint :MovableJoint) + -# Class: :ForceAttribute (Force attribute) -AnnotationAssertion(rdfs:comment :ForceAttribute "The value of a force dynamical characteristic. An example is the force exerted on another object when pushing it."^^xsd:string) -AnnotationAssertion(rdfs:label :ForceAttribute "Force attribute"^^xsd:string) -SubClassOf(:ForceAttribute ) -SubClassOf(:ForceAttribute DataExactCardinality(1 :hasForceValue SOMA:array_double)) + + + + + + Relates a joint to the link it connects which is closer to the root of the kinematic chain. + has parent link + + -# Class: :HingeJoint (Hinge joint) -AnnotationAssertion(rdfs:comment :HingeJoint "A joint that rotates along an axis."^^xsd:string) -AnnotationAssertion(rdfs:label :HingeJoint "Hinge joint"^^xsd:string) -SubClassOf(:HingeJoint :MovableJoint) + -# Class: :Joint (:Joint) -AnnotationAssertion(rdfs:comment :Joint "An object that is used to articulate links in a kinematic structure."^^xsd:string) -EquivalentClasses(:Joint ObjectUnionOf(:FixedJoint :MovableJoint)) -SubClassOf(:Joint ) -SubClassOf(:Joint ObjectExactCardinality(1 :hasChildLink )) -SubClassOf(:Joint ObjectExactCardinality(1 :hasParentLink )) -SubClassOf(:Joint ObjectMaxCardinality(1 :hasJointState :JointState)) + + -# Class: :JointLimit (Joint limit) -AnnotationAssertion(rdfs:comment :JointLimit "The physical limits of a joint."^^xsd:string) -AnnotationAssertion(rdfs:label :JointLimit "Joint limit"^^xsd:string) -SubClassOf(:JointLimit ) + -# Class: :JointState (Joint state) -AnnotationAssertion(rdfs:comment :JointState "The state of a joint in terms of position, velocity of the joint and effort applied to it."^^xsd:string) -AnnotationAssertion(rdfs:label :JointState "Joint state"^^xsd:string) -SubClassOf(:JointState ) -SubClassOf(:JointState DataExactCardinality(1 :hasJointPosition xsd:double)) -SubClassOf(:JointState DataExactCardinality(1 :hasJointVelocity xsd:double)) -SubClassOf(:JointState DataMaxCardinality(1 :hasJointEffort xsd:double)) + + + + + + Relates a quality to its "value", called quale, which is an atomic quality region. + has quale + + -# Class: :MovableJoint (Movable joint) -AnnotationAssertion(rdfs:comment :MovableJoint "A joint where the two connected links can move relative to each other in some dimension."^^xsd:string) -AnnotationAssertion(rdfs:label :MovableJoint "Movable joint"^^xsd:string) -SubClassOf(:MovableJoint :Joint) -SubClassOf(:MovableJoint ObjectExactCardinality(1 :hasJointState :JointState)) + -# Class: :NetForce (Net force) -AnnotationAssertion(rdfs:comment :NetForce "The accumulated force acting upon an object."^^xsd:string) -AnnotationAssertion(rdfs:label :NetForce "Net force"^^xsd:string) -SubClassOf(:NetForce :ForceAttribute) + + + + + + Relates an object to kinematic components at the root of the kinematic chain. + has root link + + -# Class: :PlanarJoint (Planar joint) -AnnotationAssertion(rdfs:comment :PlanarJoint "A joint that allows motion in a plane perpendicular to an axis."^^xsd:string) -AnnotationAssertion(rdfs:label :PlanarJoint "Planar joint"^^xsd:string) -SubClassOf(:PlanarJoint :MovableJoint) + -# Class: :Pourable (:Pourable) -AnnotationAssertion(rdfs:comment :Pourable "The disposition of a fluid or substance which makes it possible to pour it out of a container and into or onto other objects.") -SubClassOf(:Pourable SOMA:Disposition) -SubClassOf(:Pourable ObjectAllValuesFrom(SOMA:affordsBearer :PouredObject)) + + + + + + Relates an object to its shape quality. + has shape + + -# Class: :PouredObject (Poured object) -AnnotationAssertion(rdfs:comment :PouredObject "An object being poured into or onto some other object. A role of some fluid or substance that is the patient of pouring task.") -AnnotationAssertion(rdfs:label :PouredObject "Poured object") -SubClassOf(:PouredObject SOMA:Patient) + -# Class: :PrismaticJoint (Prismatic joint) -AnnotationAssertion(rdfs:comment :PrismaticJoint "A sliding joint that slides along an axis, and has a limited range specified by the upper and lower limits."^^xsd:string) -AnnotationAssertion(rdfs:label :PrismaticJoint "Prismatic joint"^^xsd:string) -SubClassOf(:PrismaticJoint :MovableJoint) -SubClassOf(:PrismaticJoint ObjectExactCardinality(1 :hasJointLimit :JointLimit)) + + + + + + + + + + + + + A relation between physical objects and their shape attribute. + has shape region + + -# Class: :RevoluteJoint (Revolute joint) -AnnotationAssertion(rdfs:comment :RevoluteJoint "A hinge joint that rotates along an axis and has a limited range specified by the upper and lower limits."^^xsd:string) -AnnotationAssertion(rdfs:label :RevoluteJoint "Revolute joint"^^xsd:string) -SubClassOf(:RevoluteJoint :HingeJoint) -SubClassOf(:RevoluteJoint ObjectExactCardinality(1 :hasJointLimit :JointLimit)) + -# Class: :Storage (:Storage) -AnnotationAssertion(rdfs:comment :Storage "The disposition of an object (the container) to store other objects. Storage of an object would facilitate several objectives; such as to store objects in a safe or usual place, to prevent the substances e.g. prevention of milk going bad by storing them in a refrigrator.") -SubClassOf(:Storage SOMA:Enclosing) -SubClassOf(:Storage ObjectAllValuesFrom(SOMA:affordsTrigger :StoredObject)) + + + + + + + + + + + + + + Relates an entity to a space region. + has space region + + -# Class: :StoredObject (:StoredObject) -AnnotationAssertion(rdfs:comment :StoredObject "An object being stored into some other object, usually inside a container.") -SubClassOf(:StoredObject SOMA:EnclosedObject) + -# Class: SOMA:Accessor (SOMA:Accessor) -AnnotationAssertion(rdfs:comment SOMA:Accessor "A role classifying an object used to gain access to some other entity.") -SubClassOf(SOMA:Accessor SOMA:Instrument) + + + + + + Effector participation. + involves effector + + -# Class: SOMA:AestheticDesign (Aesthetic Design) -AnnotationAssertion(rdfs:comment SOMA:AestheticDesign "A design that describes an aesthetic quality of an object. + -Aesthetics is the philosophical study of beauty and taste. The term stems from the Greek word 'aisthetikos', meaning 'of sense perception', and is related to the study of sensory values. From design point of view, aesthetics refers to the visual attractiveness of an object. Visual aesthetics have these key elements: Color, Shape, Pattern, Line, Texture, Visual weight, Balance, Scale, Proximity and Movement.") -AnnotationAssertion(rdfs:label SOMA:AestheticDesign "Aesthetic Design") -SubClassOf(SOMA:AestheticDesign ) -# Class: SOMA:Affordance (SOMA:Affordance) + + + + + Relates an action that alters an object to the region that the alteration reached during the action. + is alteration result of + + -AnnotationAssertion(rdfs:comment SOMA:Affordance "A relation between an object (the bearer) and others (the triggers) that describes the disposition of the bearer to be involved in an action execution that also involves some trigger object.") -SubClassOf(SOMA:Affordance ) -SubClassOf(SOMA:Affordance ObjectAllValuesFrom( SOMA:Disposition)) -SubClassOf(SOMA:Affordance ObjectExactCardinality(1 SOMA:definesBearer )) -SubClassOf(SOMA:Affordance ObjectExactCardinality(1 SOMA:definesTrigger )) -SubClassOf(SOMA:Affordance ObjectExactCardinality(1 )) -# Class: SOMA:AgentRole (Agent role) + -AnnotationAssertion(rdfs:comment SOMA:AgentRole "A role classifying an Agent responsible for performing an Action. -The entity playing an AgentRole is endowed with sentience and the capacity to deliberately choose actions in pursuit of goals. This distinguishes Agents from other causes that could bring an event about.") -AnnotationAssertion(rdfs:label SOMA:AgentRole "Agent role"@en) -SubClassOf(SOMA:AgentRole SOMA:CausativeRole) -SubClassOf(SOMA:AgentRole ObjectAllValuesFrom( )) + + + + + + + + + Relates a disposition to the bearer role defined by the affordance describing the disposition. + is bearer afforded by + + -# Class: SOMA:AlteredObject (Altered object) -AnnotationAssertion(rdfs:comment SOMA:AlteredObject "An object undergoing modifications.") -AnnotationAssertion(rdfs:label SOMA:AlteredObject "Altered object"@en) -SubClassOf(SOMA:AlteredObject SOMA:Patient) + -# Class: SOMA:Appliance (SOMA:Appliance) -AnnotationAssertion(rdfs:comment SOMA:Appliance "A device designed to perform a specific task, and that can be operated in some way.") -SubClassOf(SOMA:Appliance ) + + + + + Relates an affordance which is a relation between a bearer and a trigger, to the role of the bearer when the affordance is manifested. + is bearer defined in + + -# Class: SOMA:Arm (SOMA:Arm) -AnnotationAssertion(rdfs:comment SOMA:Arm "A limb used to reach for objects.") -SubClassOf(SOMA:Arm SOMA:Limb) + -# Class: SOMA:AvoidedObject (Avoided object) -AnnotationAssertion(rdfs:comment SOMA:AvoidedObject "An object that is avoided.") -AnnotationAssertion(rdfs:label SOMA:AvoidedObject "Avoided object"@en) -SubClassOf(SOMA:AvoidedObject SOMA:Patient) + + + + + Relates a joint to the link it connects which is closer to the end of the kinematic chain. + is child link of + + -# Class: SOMA:Barrier (SOMA:Barrier) -AnnotationAssertion(rdfs:comment SOMA:Barrier "A role classifying an object used to prevent others from entering or leaving a restricted space or group.") -SubClassOf(SOMA:Barrier SOMA:Restrictor) + -# Class: SOMA:BeneficiaryRole (Beneficiary role) -AnnotationAssertion(rdfs:comment SOMA:BeneficiaryRole "A role classifying an agent for whose benefit an action is performed.") -AnnotationAssertion(rdfs:label SOMA:BeneficiaryRole "Beneficiary role"@en) -SubClassOf(SOMA:BeneficiaryRole SOMA:GoalRole) + + + + + Relates a color quality to the object the color belongs to. + is color of + + -# Class: SOMA:Blockage (SOMA:Blockage) -AnnotationAssertion(rdfs:comment SOMA:Blockage "The disposition of an object (the barrier) to prevent others from accessing, leaving, or seeing a restricted space, or group.") -SubClassOf(SOMA:Blockage SOMA:Disposition) -SubClassOf(SOMA:Blockage ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Barrier)) -SubClassOf(SOMA:Blockage ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:BlockedObject)) + -# Class: SOMA:BlockedObject (Blocked object) -AnnotationAssertion(rdfs:comment SOMA:BlockedObject "An object that is blocked from accessing something.") -AnnotationAssertion(rdfs:label SOMA:BlockedObject "Blocked object"@en) -SubClassOf(SOMA:BlockedObject SOMA:Patient) + + + + + + + + + A relation between a disposition and a concept defined in the affordance that describes the disposition. + is concept afforded by + + -# Class: SOMA:BoxShape (Box shape) -AnnotationAssertion(rdfs:comment SOMA:BoxShape "A symmetrical shape, either solid or hollow, contained by six rectangles.") -AnnotationAssertion(rdfs:label SOMA:BoxShape "Box shape") -SubClassOf(SOMA:BoxShape SOMA:ShapeRegion) -SubClassOf(SOMA:BoxShape DataExactCardinality(1 SOMA:hasHeight xsd:float)) -SubClassOf(SOMA:BoxShape DataExactCardinality(1 SOMA:hasLength xsd:float)) -SubClassOf(SOMA:BoxShape DataExactCardinality(1 SOMA:hasWidth xsd:float)) + -# Class: SOMA:Capacity (SOMA:Capacity) -AnnotationAssertion(rdfs:comment SOMA:Capacity "The maximum amount an object can contain.") -SubClassOf(SOMA:Capacity SOMA:Intrinsic) + + + + + A relation between a Concept and an Affordance. + is defined in affordance + + -# Class: SOMA:CausalEventRole (Causal event role) -AnnotationAssertion(rdfs:comment SOMA:CausalEventRole "A role filled by a description of some action or process that brings about a motion. + -As an example, consider the utterance \"the tennisman served the ball by hitting it with the racket.\" In this utterance, the filler of the CausalEventRole is expressed by the \"by hitting it with the racket\" constituent."^^xsd:string) -AnnotationAssertion(rdfs:label SOMA:CausalEventRole "Causal event role"@en) -SubClassOf(SOMA:CausalEventRole SOMA:CausativeRole) -# Class: SOMA:CausativeRole (Causative role) + + + + + + A spatial relation holding between an object (the deposit), and objects that are located ontop of it. + is deposit of + + -AnnotationAssertion(rdfs:comment SOMA:CausativeRole "A role classifying objects that are responsible in bringing about an event. -The paradigmatic example is the Agent performing an Action -- the Agent is the effective cause of the Action it performs. However, not all objects causing events are agents.") -AnnotationAssertion(rdfs:label SOMA:CausativeRole "Causative role"@en) -SubClassOf(SOMA:CausativeRole SOMA:EventAdjacentRole) + -# Class: SOMA:CircularCylinder (Circular cylinder) -AnnotationAssertion(rdfs:comment SOMA:CircularCylinder "A cylinder figure with circular cross section.") -AnnotationAssertion(rdfs:label SOMA:CircularCylinder "Circular cylinder") -SubClassOf(SOMA:CircularCylinder SOMA:CylinderShape) -SubClassOf(SOMA:CircularCylinder DataExactCardinality(1 SOMA:hasRadius xsd:float)) + + + + + Associates a disposition quality to the object holding it. + is disposition of + + -# Class: SOMA:Clean (SOMA:Clean) -AnnotationAssertion(rdfs:comment SOMA:Clean "A cleanliness region with values considered as clean.") -SubClassOf(SOMA:Clean SOMA:CleanlinessRegion) + -# Class: SOMA:Cleanliness (SOMA:Cleanliness) -AnnotationAssertion(rdfs:comment SOMA:Cleanliness "The quality of being clean.") -SubClassOf(SOMA:Cleanliness SOMA:SocialQuality) -SubClassOf(SOMA:Cleanliness ObjectSomeValuesFrom( SOMA:CleanlinessRegion)) -SubClassOf(SOMA:Cleanliness ObjectAllValuesFrom( SOMA:CleanlinessRegion)) + + + + + Effector participation. + is effector involved in + + -# Class: SOMA:CleanlinessRegion (Cleanliness region) -AnnotationAssertion(rdfs:comment SOMA:CleanlinessRegion "Encodes the cleanliness of an object.") -AnnotationAssertion(rdfs:label SOMA:CleanlinessRegion "Cleanliness region"@en) -SubClassOf(SOMA:CleanlinessRegion ) + -# Class: SOMA:Color (Color) -AnnotationAssertion(rdfs:comment SOMA:Color "The color of an object. Color regions encode the color value in some space such as RGB or HSV, and may further be used to classify the color as red, dark, etc. The color of an object may have different facets, e.g. a red and blue color.") -AnnotationAssertion(rdfs:label SOMA:Color "Color") -SubClassOf(SOMA:Color SOMA:Extrinsic) -SubClassOf(SOMA:Color ObjectSomeValuesFrom( SOMA:ColorRegion)) -SubClassOf(SOMA:Color ObjectAllValuesFrom( SOMA:ColorRegion)) + + + + + Relates an object to kinematic components at the end of the kinematic chain. + is end link of + + -# Class: SOMA:ColorRegion (Color region) -AnnotationAssertion(rdfs:comment SOMA:ColorRegion "Encodes the color of an object.") -AnnotationAssertion(rdfs:label SOMA:ColorRegion "Color region") -SubClassOf(SOMA:ColorRegion ) -SubClassOf(SOMA:ColorRegion ObjectAllValuesFrom( SOMA:Color)) + -# Class: SOMA:CommitedObject (Commited object) -AnnotationAssertion(rdfs:comment SOMA:CommitedObject "An object committed to a bigger whole. After being committed, the object does not exist anymore in its old form.") -AnnotationAssertion(rdfs:label SOMA:CommitedObject "Commited object"@en) -SubClassOf(SOMA:CommitedObject SOMA:ConnectedObject) + + -# Class: SOMA:Composing (SOMA:Composing) -AnnotationAssertion(rdfs:comment SOMA:Composing "The disposition of an object (the tool) to change the compositional structure of others.") -SubClassOf(SOMA:Composing SOMA:Variability) -SubClassOf(SOMA:Composing ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:ConnectedObject)) + -# Class: SOMA:ConnectedObject (Connected object) -AnnotationAssertion(rdfs:comment SOMA:ConnectedObject "An object that is combined with another object.") -AnnotationAssertion(rdfs:label SOMA:ConnectedObject "Connected object"@en) -SubClassOf(SOMA:ConnectedObject SOMA:Patient) + + + + + Associates a feature to the physical object it belongs to. + is feature of + + -# Class: SOMA:Connectivity (SOMA:Connectivity) -AnnotationAssertion(rdfs:comment SOMA:Connectivity "The disposition of an object (the connected object) to establish a connection with others.") -SubClassOf(SOMA:Connectivity SOMA:Disposition) -SubClassOf(SOMA:Connectivity ObjectAllValuesFrom(SOMA:affordsBearer SOMA:ConnectedObject)) -SubClassOf(SOMA:Connectivity ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:ConnectedObject)) + -# Class: SOMA:Container (SOMA:Container) -AnnotationAssertion(rdfs:comment SOMA:Container "A role classifying an object used to contain others.") -SubClassOf(SOMA:Container SOMA:Restrictor) + + + + + + + A spatial relation holding between an object (the container), and objects it contains. + is inside of + + -# Class: SOMA:Containment (SOMA:Containment) -AnnotationAssertion(rdfs:comment SOMA:Containment "The disposition of an object (the container) to contain others.") -SubClassOf(SOMA:Containment SOMA:Disposition) -SubClassOf(SOMA:Containment ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Container)) -SubClassOf(SOMA:Containment ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:IncludedObject)) -SubClassOf(SOMA:Containment ObjectAllValuesFrom(SOMA:isDispositionOf ObjectSomeValuesFrom( SOMA:Capacity))) + -# Class: SOMA:Cover (SOMA:Cover) -AnnotationAssertion(rdfs:comment SOMA:Cover "An object used to cover up others, such as a lid used as a cover for a pot.") -SubClassOf(SOMA:Cover SOMA:Barrier) + + + + + Relates a joint to its physical limits. + is joint limit of + + -# Class: SOMA:Coverage (SOMA:Coverage) -AnnotationAssertion(rdfs:comment SOMA:Coverage "The disposition of an object (the cover) to hide or to protect objects by covering them. An example is a door that covers items in a container to e.g. prevent dust getting inside of the container.") -SubClassOf(SOMA:Coverage SOMA:Blockage) -SubClassOf(SOMA:Coverage ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Cover)) -SubClassOf(SOMA:Coverage ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:CoveredObject)) + -# Class: SOMA:CoveredObject (Covered object) -AnnotationAssertion(rdfs:comment SOMA:CoveredObject "An object that is covered.") -AnnotationAssertion(rdfs:label SOMA:CoveredObject "Covered object"@en) -SubClassOf(SOMA:CoveredObject SOMA:BlockedObject) + + + + + Relates a joint to its state. + is joint state of + + -# Class: SOMA:CreatedObject (Created object) -AnnotationAssertion(rdfs:comment SOMA:CreatedObject "An object that is created.") -AnnotationAssertion(rdfs:label SOMA:CreatedObject "Created object"@en) -SubClassOf(SOMA:CreatedObject SOMA:Patient) + -# Class: SOMA:CylinderShape (Cylinder shape) -AnnotationAssertion(rdfs:comment SOMA:CylinderShape "A solid geometrical figure with straight parallel sides and a circular or oval cross section.") -AnnotationAssertion(rdfs:label SOMA:CylinderShape "Cylinder shape") -SubClassOf(SOMA:CylinderShape SOMA:ShapeRegion) -SubClassOf(SOMA:CylinderShape DataSomeValuesFrom(SOMA:hasRadius xsd:float)) -SubClassOf(SOMA:CylinderShape DataExactCardinality(1 SOMA:hasLength xsd:float)) + + + + + Relates an object to its kinematic components. + is link of + + -# Class: SOMA:DependentPlace (Dependent place) -AnnotationAssertion(rdfs:comment SOMA:DependentPlace "A feature that is not part of its host, like a hole in a piece of cheese.") -AnnotationAssertion(rdfs:label SOMA:DependentPlace "Dependent place"@en) -SubClassOf(SOMA:DependentPlace SOMA:Feature) + -# Class: SOMA:Deposit (SOMA:Deposit) -AnnotationAssertion(rdfs:comment SOMA:Deposit "A role classifying an object ontop which others are put to e.g. store them, or to place them in a meaningful way for future activities.") -SubClassOf(SOMA:Deposit SOMA:Instrument) + + + + + + A spatial relation holding between objects that are linked with each other such that they resist spatial separation. + is linked to + + -# Class: SOMA:DepositedObject (Deposited object) -AnnotationAssertion(rdfs:comment SOMA:DepositedObject "An object placed ontop of another one.") -AnnotationAssertion(rdfs:label SOMA:DepositedObject "Deposited object"@en) -SubClassOf(SOMA:DepositedObject SOMA:Patient) + -# Class: SOMA:Deposition (SOMA:Deposition) -AnnotationAssertion(rdfs:comment SOMA:Deposition "The disposition to support objects.") -SubClassOf(SOMA:Deposition SOMA:Disposition) -SubClassOf(SOMA:Deposition ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Deposit)) -SubClassOf(SOMA:Deposition ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:DepositedObject)) + + + + + Relates a localization quality to the object the localization belongs to. + is localization of + + -# Class: SOMA:DesignedComponent (Designed component) -AnnotationAssertion(rdfs:comment SOMA:DesignedComponent "An object designed to be part or element of a larger whole.") -AnnotationAssertion(rdfs:label SOMA:DesignedComponent "Designed component") -SubClassOf(SOMA:DesignedComponent SOMA:FunctionalPart) -SubClassOf(SOMA:DesignedComponent ) -SubClassOf(SOMA:DesignedComponent ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Connectivity)) + -# Class: SOMA:DesignedContainer (Designed container) -AnnotationAssertion(rdfs:comment SOMA:DesignedContainer "An item designed to be able to hold some other items, preventing their free movement and/or protecting them from outside influence. Containers may be used for storage, or to obtain control over items that are otherwise hard to manipulate directly (e.g. liquids).") -AnnotationAssertion(rdfs:label SOMA:DesignedContainer "Designed container") -SubClassOf(SOMA:DesignedContainer ) -SubClassOf(SOMA:DesignedContainer ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Containment)) + + + + + + A relation between physical objects and their mass. + is mass attribute of + + -# Class: SOMA:DesignedFurniture (Designed furniture) -AnnotationAssertion(rdfs:comment SOMA:DesignedFurniture "An object used to make a room or building suitable for living or working.") -AnnotationAssertion(rdfs:label SOMA:DesignedFurniture "Designed furniture") -SubClassOf(SOMA:DesignedFurniture ) + -# Class: SOMA:DesignedTool (Designed tool) -AnnotationAssertion(rdfs:comment SOMA:DesignedTool "An item designed to enable some action, in which it will play an instrumental role.") -AnnotationAssertion(rdfs:label SOMA:DesignedTool "Designed tool") -SubClassOf(SOMA:DesignedTool ) + + + + + A relation between a physical object and the total force acting on it. + is net force of + + -# Class: SOMA:Destination (SOMA:Destination) -AnnotationAssertion(rdfs:comment SOMA:Destination "A role classifying the location where an event or object is directed towards.") -SubClassOf(SOMA:Destination SOMA:Location) + -# Class: SOMA:DestroyedObject (Destroyed object) -AnnotationAssertion(rdfs:comment SOMA:DestroyedObject "An object that is detroyed.") -AnnotationAssertion(rdfs:label SOMA:DestroyedObject "Destroyed object"@en) -SubClassOf(SOMA:DestroyedObject SOMA:Patient) + + + + + A spatial relation holding between an object (the deposit), and objects that are located ontop of it. + is ontop of + + -# Class: SOMA:DetectedObject (Detected object) -AnnotationAssertion(rdfs:comment SOMA:DetectedObject "An object that is detected.") -AnnotationAssertion(rdfs:label SOMA:DetectedObject "Detected object"@en) -SubClassOf(SOMA:DetectedObject SOMA:Patient) + -# Class: SOMA:DeviceState (SOMA:DeviceState) -AnnotationAssertion(rdfs:comment SOMA:DeviceState "A quality belonging to a device which indicates its overall functional state.") -SubClassOf(SOMA:DeviceState SOMA:Intrinsic) + + + + + A relation between a description and a parameter. + is parameter defined in + + -# Class: SOMA:DeviceStateRange (Device state range) -AnnotationAssertion(rdfs:comment SOMA:DeviceStateRange "This class defines the values that a device state can take.") -AnnotationAssertion(rdfs:label SOMA:DeviceStateRange "Device state range"@en) -EquivalentClasses(SOMA:DeviceStateRange ObjectUnionOf(SOMA:DeviceTurnedOff SOMA:DeviceTurnedOn)) -SubClassOf(SOMA:DeviceStateRange ) + -# Class: SOMA:DeviceTurnedOff (Device turned off) -AnnotationAssertion(rdfs:comment SOMA:DeviceTurnedOff "A value indicating a device is not in operation.") -AnnotationAssertion(rdfs:label SOMA:DeviceTurnedOff "Device turned off"@en) -SubClassOf(SOMA:DeviceTurnedOff SOMA:DeviceStateRange) + + + + + Relates a joint to the link it connects which is closer to the root of the kinematic chain. + is parent link of + + -# Class: SOMA:DeviceTurnedOn (Device turned on) -AnnotationAssertion(rdfs:comment SOMA:DeviceTurnedOn "A value indicating a device is in operation.") -AnnotationAssertion(rdfs:label SOMA:DeviceTurnedOn "Device turned on"@en) -SubClassOf(SOMA:DeviceTurnedOn SOMA:DeviceStateRange) + -# Class: SOMA:Dirty (SOMA:Dirty) -AnnotationAssertion(rdfs:comment SOMA:Dirty "A cleanliness region with values considered as dirty.") -SubClassOf(SOMA:Dirty SOMA:CleanlinessRegion) + + + + + + + + + Relates a disposition to the performer role defined by the affordance describing the disposition. + is performer afforded by + + -# Class: SOMA:Disposition (SOMA:Disposition) -AnnotationAssertion(rdfs:comment SOMA:Disposition "The tendency of an object (the bearer) to make certain events happen with others (the triggers).") -AnnotationAssertion(rdfs:comment SOMA:Disposition "extrinsic") -SubClassOf(SOMA:Disposition SOMA:Extrinsic) -SubClassOf(SOMA:Disposition ObjectExactCardinality(1 SOMA:Affordance)) -SubClassOf(SOMA:Disposition ObjectExactCardinality(1 ObjectIntersectionOf(SOMA:Affordance ObjectExactCardinality(1 SOMA:definesBearer ) ObjectExactCardinality(1 SOMA:definesEventType ) ObjectExactCardinality(1 SOMA:definesTrigger )))) + -# Class: SOMA:Effort (SOMA:Effort) -AnnotationAssertion(rdfs:comment SOMA:Effort "A parameter describing the amount of force to be exerted by some actuator.") -SubClassOf(SOMA:Effort ) + + + + + Relates an affordance which is a relation between a bearer and a trigger, to the role of the performer when the affordance is manifested. + is performer defined in + + -# Class: SOMA:EnclosedObject (Enclosed object) -AnnotationAssertion(rdfs:comment SOMA:EnclosedObject "An object included within the spatial boundaries of another object.") -AnnotationAssertion(rdfs:label SOMA:EnclosedObject "Enclosed object"@en) -SubClassOf(SOMA:EnclosedObject SOMA:IncludedObject) + -# Class: SOMA:Enclosing (SOMA:Enclosing) -AnnotationAssertion(rdfs:comment SOMA:Enclosing "The disposition of an object (the container) to contain other objects by enclosing them to prevent their free movement.") -SubClassOf(SOMA:Enclosing SOMA:Containment) -SubClassOf(SOMA:Enclosing ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:EnclosedObject)) + + + + + A spatial relation holding between an object (the container), and objects it contains. + is physically contained in + + -# Class: SOMA:EventAdjacentRole (Event adjacent role) -AnnotationAssertion(rdfs:comment SOMA:EventAdjacentRole "A role classifying a participant in an event. + -In linguistics, this is also known as a thematic role.") -AnnotationAssertion(rdfs:label SOMA:EventAdjacentRole "Event adjacent role"@en) -AnnotationAssertion(rdfs:label SOMA:EventAdjacentRole "Thematic role"@en) -SubClassOf(SOMA:EventAdjacentRole ) -# Class: SOMA:ExcludedObject (Excluded object) + + + + + Relates a quality to its "value", called quale, which is an atomic quality region. + is quale of + + -AnnotationAssertion(rdfs:comment SOMA:ExcludedObject "An object that is not contained in something. This is meant very general and includes, e.g., elements excluded from a set, or things that are spatially excluded from the boundaries of some object.") -AnnotationAssertion(rdfs:label SOMA:ExcludedObject "Excluded object") -SubClassOf(SOMA:ExcludedObject SOMA:Patient) -# Class: SOMA:ExistingObjectRole (Existing object role) + -AnnotationAssertion(rdfs:comment SOMA:ExistingObjectRole "A role that requires of its filler simply to exist, unlike other roles that may demand e.g. agentive or instrumental participation in some executable schema or plan (AgentRole and Instrument respectively). -The intention behind such a simple role is to have a way to represent, in a schematic formalism used to describe some scene, that an object is present. In particular, the schema used to convey this information is the ESTSchemaTheory, which has ExistingObjectRole as its sole defined role."^^xsd:string) -AnnotationAssertion(rdfs:label SOMA:ExistingObjectRole "Existing object role"@en) -SubClassOf(SOMA:ExistingObjectRole SOMA:RelationAdjacentRole) -SubClassOf(SOMA:ExistingObjectRole ObjectAllValuesFrom( )) + + + + + Relates a description to a quality it describes. + is quality described by + + -# Class: SOMA:ExperiencerRole (Experiencer role) -AnnotationAssertion(rdfs:comment SOMA:ExperiencerRole "A role used in frame semantics to classify agents performing perception actions, or being the subjects affected by some biological process.") -AnnotationAssertion(rdfs:label SOMA:ExperiencerRole "Experiencer role"@en) -SubClassOf(SOMA:ExperiencerRole SOMA:PerformerRole) + -# Class: SOMA:ExtractedObject (Extracted object) -AnnotationAssertion(rdfs:comment SOMA:ExtractedObject "An object that is removed from a container or system.") -AnnotationAssertion(rdfs:label SOMA:ExtractedObject "Extracted object"@en) -SubClassOf(SOMA:ExtractedObject SOMA:Patient) + + + + + Relates an object to kinematic components at the root of the kinematic chain. + is root link of + + -# Class: SOMA:Extrinsic (SOMA:Extrinsic) -AnnotationAssertion(rdfs:comment SOMA:Extrinsic "A physical quality that depends on relationships to other objects, such as the color of an object which depends on light conditions in the environment.") -SubClassOf(SOMA:Extrinsic SOMA:PhysicalQuality) -DisjointClasses(SOMA:Extrinsic SOMA:Intrinsic) + -# Class: SOMA:Feature (SOMA:Feature) -AnnotationAssertion(rdfs:comment SOMA:Feature "Features are 'parasitic' entities that only exist insofar their host exists. Typical examples are holes, bumps, boundaries, or spots of color.") -SubClassOf(SOMA:Feature ) -SubClassOf(SOMA:Feature ObjectAllValuesFrom( SOMA:Feature)) -SubClassOf(SOMA:Feature ObjectExactCardinality(1 SOMA:isFeatureOf )) -DisjointClasses(SOMA:Feature ) -DisjointClasses(SOMA:Feature ) -DisjointClasses(SOMA:Feature ) + + + + + + + + + Relates a disposition to the setpoint parameter defined by the affordance describing the disposition. + is setpoint afforded by + + -# Class: SOMA:Finger (SOMA:Finger) -AnnotationAssertion(rdfs:comment SOMA:Finger "A limb used for grasping objects.") -SubClassOf(SOMA:Finger SOMA:Limb) -SubClassOf(SOMA:Finger ObjectSomeValuesFrom( SOMA:Hand)) + -# Class: SOMA:FrictionAttribute (Friction attribute) -AnnotationAssertion(rdfs:comment SOMA:FrictionAttribute "The resistance that one surface or object encounters when moving over another.") -AnnotationAssertion(rdfs:label SOMA:FrictionAttribute "Friction attribute") -SubClassOf(SOMA:FrictionAttribute ) -SubClassOf(SOMA:FrictionAttribute DataExactCardinality(1 SOMA:hasFrictionValue xsd:double)) + + + + + Defines the dedicated goal region of a description. + is setpoint defined in + + -# Class: SOMA:FunctionalDesign (Functional Design) -AnnotationAssertion(rdfs:comment SOMA:FunctionalDesign "The design of an object from functionality point of view. A functional design is useful to develop complex modular objects with components that have a specific purpose, and can function with minimum side effect on other components of that object. ") -AnnotationAssertion(rdfs:label SOMA:FunctionalDesign "Functional Design") -SubClassOf(SOMA:FunctionalDesign ) + -# Class: SOMA:FunctionalPart (Functional part) -AnnotationAssertion(rdfs:comment SOMA:FunctionalPart "Parts of an agent or an artifact are considered as functional parts.") -AnnotationAssertion(rdfs:label SOMA:FunctionalPart "Functional part") -SubClassOf(SOMA:FunctionalPart ) -SubClassOf(SOMA:FunctionalPart ObjectAllValuesFrom( ObjectUnionOf( ))) + + + + + Relates a shape quality to the object the shape belongs to. + is shape of + + -# Class: SOMA:GoalRole (Goal role) -AnnotationAssertion(rdfs:comment SOMA:GoalRole "A role classifying objects that constitute the goal of an action.") -AnnotationAssertion(rdfs:label SOMA:GoalRole "Goal role"@en) -SubClassOf(SOMA:GoalRole SOMA:EventAdjacentRole) + -# Class: SOMA:Graspability (SOMA:Graspability) -AnnotationAssertion(rdfs:comment SOMA:Graspability "The disposition of an object (e.g. the handle) to afford grasping the object.") -SubClassOf(SOMA:Graspability SOMA:Disposition) + + + + + + + + + + + + Relates a shape to a physical object that has it. + is shape region of + + -# Class: SOMA:GreenColor (Green color) -AnnotationAssertion(rdfs:comment SOMA:GreenColor "A color region with dominant green color.") -AnnotationAssertion(rdfs:label SOMA:GreenColor "Green color") -SubClassOf(SOMA:GreenColor SOMA:ColorRegion) + -# Class: SOMA:Gripper (SOMA:Gripper) -AnnotationAssertion(rdfs:comment SOMA:Gripper "A mechanical device that grasps and holds things.") -SubClassOf(SOMA:Gripper SOMA:PrehensileEffector) + + + + + + + + + + + + Relates a space region to an entity. + is space region for + + -# Class: SOMA:Hand (SOMA:Hand) -AnnotationAssertion(rdfs:comment SOMA:Hand "A prehensile effector including palm, fingers, and thumb.") -SubClassOf(SOMA:Hand SOMA:PrehensileEffector) + -# Class: SOMA:HasQualityRegion (Has quality region) -AnnotationAssertion(rdfs:comment SOMA:HasQualityRegion "The relation between an individual quality and a region.") -AnnotationAssertion(rdfs:comment SOMA:HasQualityRegion "todo(DB): added for NEEMs (quale change), but not sure yet about it...") -SubClassOf(SOMA:HasQualityRegion ) -SubClassOf(SOMA:HasQualityRegion ObjectExactCardinality(1 )) -SubClassOf(SOMA:HasQualityRegion ObjectExactCardinality(1 )) + + + + + + Relates a supportee to one of its supporters. + is supported by + + -# Class: SOMA:Head (SOMA:Head) -AnnotationAssertion(rdfs:comment SOMA:Head "A functional part of the body responsible for carrying high bandwidth sensors, i.e., camera.") -SubClassOf(SOMA:Head SOMA:FunctionalPart) + -# Class: SOMA:Impediment (SOMA:Impediment) -AnnotationAssertion(rdfs:comment SOMA:Impediment "The disposition of an object (the obstacle) to prohibit certain ways of entering or leaving a space or group. An example is a doorstopper constraining a door, prohibiting it to enter the area behind it.") -SubClassOf(SOMA:Impediment SOMA:Blockage) -SubClassOf(SOMA:Impediment ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Obstacle)) -SubClassOf(SOMA:Impediment ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:RestrictedObject)) + + + + + + + + + Relates a disposition to the task defined by the affordance describing the disposition. + is task afforded by + + -# Class: SOMA:IncludedObject (Included object) -AnnotationAssertion(rdfs:comment SOMA:IncludedObject "An object that is contained in something. This is meant very general and includes, e.g., elements contained in a set, or things that are spatially contained within the boundaries of some object.") -AnnotationAssertion(rdfs:label SOMA:IncludedObject "Included object"@en) -SubClassOf(SOMA:IncludedObject SOMA:Patient) + -# Class: SOMA:InsertedObject (Inserted object) -AnnotationAssertion(rdfs:comment SOMA:InsertedObject "An object inserted into another object.") -AnnotationAssertion(rdfs:label SOMA:InsertedObject "Inserted object"@en) -SubClassOf(SOMA:InsertedObject SOMA:EnclosedObject) + + + + + + A relation between a Task and an Affordance, such that the task is defined in terms of using the affordance. + is task defined in affordance + + -# Class: SOMA:Insertion (SOMA:Insertion) -AnnotationAssertion(rdfs:comment SOMA:Insertion "The disposition of an object (the container) to contain other objects that can be inserted into the container through a portal.") -SubClassOf(SOMA:Insertion SOMA:Enclosing) -SubClassOf(SOMA:Insertion ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:InsertedObject)) + -# Class: SOMA:Instrument (SOMA:Instrument) -AnnotationAssertion(rdfs:comment SOMA:Instrument "An object used to carry out the event.") -SubClassOf(SOMA:Instrument SOMA:ResourceRole) + + + + + + + + + Relates a disposition to the trigger role defined by the affordance describing the disposition. + is trigger afforded by + + -# Class: SOMA:Intrinsic (SOMA:Intrinsic) -AnnotationAssertion(rdfs:comment SOMA:Intrinsic "A physical quality that is independent of context.") -AnnotationAssertion(rdfs:comment SOMA:Intrinsic "intrinsic") -SubClassOf(SOMA:Intrinsic SOMA:PhysicalQuality) + -# Class: SOMA:Item (SOMA:Item) -AnnotationAssertion(rdfs:comment SOMA:Item "A role played by a non-agentive object operated on by an action.") -SubClassOf(SOMA:Item SOMA:Patient) + + + + + Relates an affordance which is a relation between a bearer and a trigger, to the role of the trigger when the affordance is manifested. + is trigger defined in + + -# Class: SOMA:KineticFrictionAttribute (Kinetic friction attribute) -AnnotationAssertion(rdfs:comment SOMA:KineticFrictionAttribute "Friction that occurs when two touching objects are moving relative to each other.") -AnnotationAssertion(rdfs:label SOMA:KineticFrictionAttribute "Kinetic friction attribute") -SubClassOf(SOMA:KineticFrictionAttribute SOMA:FrictionAttribute) + -# Class: SOMA:Leg (SOMA:Leg) -AnnotationAssertion(rdfs:comment SOMA:Leg "A limb on which an agent walks or stands.") -SubClassOf(SOMA:Leg SOMA:Limb) + + + + + Relates a supportee to one of its supporters. + + -# Class: SOMA:Limb (SOMA:Limb) -AnnotationAssertion(rdfs:comment SOMA:Limb "An arm or leg of an embodied agent.") -EquivalentClasses(SOMA:Limb ObjectUnionOf(SOMA:Arm SOMA:Leg)) -SubClassOf(SOMA:Limb SOMA:PhysicalEffector) + -# Class: SOMA:Linkage (SOMA:Linkage) -AnnotationAssertion(rdfs:comment SOMA:Linkage "The disposition of an object (the linked object) to establish a connection with others by being linked together.") -SubClassOf(SOMA:Linkage SOMA:Connectivity) -SubClassOf(SOMA:Linkage ObjectAllValuesFrom(SOMA:affordsBearer SOMA:LinkedObject)) -SubClassOf(SOMA:Linkage ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:LinkedObject)) + + + + + + A property which relates a Transient to an Object it both changes from and changes into. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary, however this transformation is reversible and at the end of the process the objects revert to their previous kind. An example of this is catalysts in chemistry. + transitions back + + -# Class: SOMA:LinkedObject (Linked object) -AnnotationAssertion(rdfs:comment SOMA:LinkedObject "An object that is linked to some other object.") -AnnotationAssertion(rdfs:label SOMA:LinkedObject "Linked object"@en) -SubClassOf(SOMA:LinkedObject SOMA:ConnectedObject) + -# Class: SOMA:Localization (SOMA:Localization) -AnnotationAssertion(rdfs:comment SOMA:Localization "The localization of an object. The region of this quality encodes values to localize the object in a dimensional space, e.g. Euclidean positions that localize the object in Euclidean space.") -SubClassOf(SOMA:Localization SOMA:Extrinsic) -SubClassOf(SOMA:Localization ObjectSomeValuesFrom( )) -SubClassOf(SOMA:Localization ObjectAllValuesFrom( )) + + + + + A property which relates a Transient to an Object it changes from. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary. An example of this is dough undergoing the Maillard reaction through baking. + transitions from + + -# Class: SOMA:Location (SOMA:Location) -AnnotationAssertion(rdfs:comment SOMA:Location "A role classifying a location of interest, often specified as a spatial relation between several objects, themselves usually classified by spatial relation roles.") -SubClassOf(SOMA:Location SOMA:SpatioTemporalRole) + -# Class: SOMA:LocatumRole (Locatum role) -AnnotationAssertion(rdfs:comment SOMA:LocatumRole "Denotes the object with primary focal prominence in a spatial or spatio-temporal schema. Terminological variants that appear in the literature on cognitive linguistics include Figure (Talmy 1983) and Trajector (Langacker 1986)."^^xsd:string) -AnnotationAssertion(rdfs:label SOMA:LocatumRole "Locatum role"@en) -SubClassOf(SOMA:LocatumRole SOMA:SpatialRelationRole) -SubClassOf(SOMA:LocatumRole ObjectAllValuesFrom( )) + + + + + A property which relates a Transient to an Object it changes into. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary. An example of this is baked dough eventually becoming bread by completing a baking process. + transitions to + + -# Class: SOMA:MassAttribute (Mass attribute) -AnnotationAssertion(rdfs:comment SOMA:MassAttribute "The quantity of matter which a body contains, as measured by its acceleration under given force or by the force exerted on it by a gravitational field.") -AnnotationAssertion(rdfs:label SOMA:MassAttribute "Mass attribute") -SubClassOf(SOMA:MassAttribute ) -SubClassOf(SOMA:MassAttribute DataExactCardinality(1 SOMA:hasMassValue xsd:double)) + -# Class: SOMA:Material (SOMA:Material) -AnnotationAssertion(rdfs:comment SOMA:Material "The matter from which a thing is made.") -SubClassOf(SOMA:Material SOMA:Intrinsic) + + -# Class: SOMA:MeshShape (Mesh shape) -AnnotationAssertion(rdfs:comment SOMA:MeshShape "A solid geometrical figure described in a mesh file.") -AnnotationAssertion(rdfs:label SOMA:MeshShape "Mesh shape") -SubClassOf(SOMA:MeshShape SOMA:ShapeRegion) -SubClassOf(SOMA:MeshShape DataExactCardinality(1 SOMA:hasFilePath xsd:string)) -SubClassOf(SOMA:MeshShape DataMaxCardinality(1 :hasShapeScale SOMA:array_double)) + -# Class: SOMA:MovedObject (Moved object) -AnnotationAssertion(rdfs:comment SOMA:MovedObject "An object undergoing location change.") -AnnotationAssertion(rdfs:label SOMA:MovedObject "Moved object"@en) -SubClassOf(SOMA:MovedObject SOMA:AlteredObject) -SubClassOf(SOMA:MovedObject ObjectSomeValuesFrom(SOMA:isTriggerDefinedIn ObjectAllValuesFrom(SOMA:describesQuality SOMA:Localization))) -SubClassOf(SOMA:MovedObject ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:Localization))) + + -# Class: SOMA:Obstacle (SOMA:Obstacle) -AnnotationAssertion(rdfs:comment SOMA:Obstacle "An object used to restrict access to a protected space or group.") -SubClassOf(SOMA:Obstacle SOMA:Barrier) + -# Class: SOMA:Origin (SOMA:Origin) -AnnotationAssertion(rdfs:comment SOMA:Origin "A role classifying the location where an event or object originated.") -SubClassOf(SOMA:Origin SOMA:Location) + -# Class: SOMA:PathRole (Path role) -AnnotationAssertion(rdfs:comment SOMA:PathRole "A role that classifies the path of a motion."^^xsd:string) -AnnotationAssertion(rdfs:label SOMA:PathRole "Path role"@en) -SubClassOf(SOMA:PathRole SOMA:SpatioTemporalRole) + -# Class: SOMA:Patient (SOMA:Patient) -AnnotationAssertion(rdfs:comment SOMA:Patient "A role classifying an object that undergoes/is the primary object affected by the event.") -SubClassOf(SOMA:Patient SOMA:EventAdjacentRole) + + + + Associates a ColorRegion to numerical data describing the color. + has color value + + -# Class: SOMA:PerformerRole (Performer role) + -AnnotationAssertion(rdfs:comment SOMA:PerformerRole "A role classifying an Agent responsible for performing an Action. -The entity playing an AgentRole is endowed with sentience and the capacity to deliberately choose actions in pursuit of goals. This distinguishes Agents from other causes that could bring an event about.") -AnnotationAssertion(rdfs:label SOMA:PerformerRole "Performer role"@en) -SubClassOf(SOMA:PerformerRole SOMA:CausativeRole) -SubClassOf(SOMA:PerformerRole ObjectAllValuesFrom( )) + + + + + The depth of a shape. + has depth + + -# Class: SOMA:PhysicalEffector (Physical effector) -AnnotationAssertion(rdfs:comment SOMA:PhysicalEffector "A functional part belonging to an Agent and which allows that Agent to act upon its surroundings."^^xsd:string) -AnnotationAssertion(rdfs:label SOMA:PhysicalEffector "Physical effector") -SubClassOf(SOMA:PhysicalEffector SOMA:FunctionalPart) -SubClassOf(SOMA:PhysicalEffector ObjectSomeValuesFrom(ObjectInverseOf() )) + -# Class: SOMA:PhysicalQuality (Physical quality) -AnnotationAssertion(rdfs:comment SOMA:PhysicalQuality "Any aspect of an entity that is dependent on its physical manifestation.") -AnnotationAssertion(rdfs:label SOMA:PhysicalQuality "Physical quality") -SubClassOf(SOMA:PhysicalQuality ) -SubClassOf(SOMA:PhysicalQuality ObjectExactCardinality(1 )) + + + + + Associates an entity to some file containing data about it. For example, can be used to describe physical objects via a mesh file. + has file path + + -# Class: SOMA:PrehensileEffector (Prehensile effector) -AnnotationAssertion(rdfs:comment SOMA:PrehensileEffector "An effector used to grasp objects, such as a hand of a human, or the long prehensile tail of a monkey.") -AnnotationAssertion(rdfs:label SOMA:PrehensileEffector "Prehensile effector") -SubClassOf(SOMA:PrehensileEffector SOMA:PhysicalEffector) + -# Class: SOMA:Protector (SOMA:Protector) -AnnotationAssertion(rdfs:comment SOMA:Protector "A role classifying an object that protects another by preventing other entities from coming in contact with the protected object.") -SubClassOf(SOMA:Protector SOMA:Restrictor) + + + + + A value that quantifies a force given in Newton. + has force value + + -# Class: SOMA:Purification (SOMA:Purification) -AnnotationAssertion(rdfs:comment SOMA:Purification "The disposition of an object (the tool) to change the cleanliness of others.") -SubClassOf(SOMA:Purification SOMA:Variability) -SubClassOf(SOMA:Purification ObjectAllValuesFrom(SOMA:affordsSetpoint ObjectAllValuesFrom( ObjectIntersectionOf(SOMA:Clean ObjectAllValuesFrom( SOMA:Cleanliness))))) -SubClassOf(SOMA:Purification ObjectAllValuesFrom(SOMA:affordsTrigger ObjectAllValuesFrom( ))) + -# Class: SOMA:QualityTransition (Quality transition) -AnnotationAssertion(rdfs:comment SOMA:QualityTransition "todo(DB): added for NEEMs (quale change), but not sure yet about it...") -AnnotationAssertion(rdfs:label SOMA:QualityTransition "Quality transition"@en) -SubClassOf(SOMA:QualityTransition ) + + + + + The coefficient of friction denotes the ratio of friction force between touching objects. The coefficient is dimensionless. + has friction value + + -# Class: SOMA:RecipientRole (Recipent role) -AnnotationAssertion(rdfs:comment SOMA:RecipientRole "A role which classifies an agent who receives an object modified or created by an action.") -AnnotationAssertion(rdfs:label SOMA:RecipientRole "Recipent role"@en) -SubClassOf(SOMA:RecipientRole SOMA:BeneficiaryRole) + -# Class: SOMA:RedColor (Red color) -AnnotationAssertion(rdfs:comment SOMA:RedColor "A color region with dominant red color.") -AnnotationAssertion(rdfs:label SOMA:RedColor "Red color") -SubClassOf(SOMA:RedColor SOMA:ColorRegion) + + + + + Associates a ColorRegion to numerical data describing the color. This data uses the Hue-Saturation-Value color space. + has hsv value + + -# Class: SOMA:RelationAdjacentRole (Relation adjacent role) -AnnotationAssertion(rdfs:comment SOMA:RelationAdjacentRole "A role classifying an object participating in some relation, e.g. a participant in a spatial relation or a linguistic fragment in a rhetorical relation to another.") -AnnotationAssertion(rdfs:label SOMA:RelationAdjacentRole "Relation adjacent role"@en) -SubClassOf(SOMA:RelationAdjacentRole ) + -# Class: SOMA:RelatumRole (Relatum role) -AnnotationAssertion(rdfs:comment SOMA:RelatumRole "Denotes the reference object in a spatial or spatio-temporal schema, i.e. the object with secondary focal prominence. Terminological variants: Ground (Talmy 1983), Landmark (Langacker 1986)."^^xsd:string) -AnnotationAssertion(rdfs:label SOMA:RelatumRole "Relatum role"@en) -SubClassOf(SOMA:RelatumRole SOMA:SpatialRelationRole) -SubClassOf(SOMA:RelatumRole ObjectAllValuesFrom( )) + + + + + The height of a shape. + has height + + -# Class: SOMA:RelevantPart (Relevant part) -AnnotationAssertion(rdfs:comment SOMA:RelevantPart "Features that are relevant parts of their host, like a bump or an edge.") -AnnotationAssertion(rdfs:label SOMA:RelevantPart "Relevant part"@en) -SubClassOf(SOMA:RelevantPart SOMA:Feature) + -# Class: SOMA:RemovedObject (Removed object) -AnnotationAssertion(rdfs:comment SOMA:RemovedObject "An object that is removed from another.") -AnnotationAssertion(rdfs:label SOMA:RemovedObject "Removed object") -SubClassOf(SOMA:RemovedObject SOMA:ExcludedObject) + + + + + The effort applied in a joint given in N (prismatic joint) or N*m (hinged joints). + has joint effort + + -# Class: SOMA:ResourceRole (Resource role) -AnnotationAssertion(rdfs:comment SOMA:ResourceRole "A role classifying objects that are useful or even necessary to sustain the unfolding of an event. + -Resources are usually not agentive; a different set of roles classifies the agentive participants in actions. Likewise, typically resources do not play causative or goal roles for the event. -Resources are often consumed by their participation in an event, but this need not always be the case. An instrument and capital are examples of resources that are reusable.") -AnnotationAssertion(rdfs:label SOMA:ResourceRole "Resource role"@en) -SubClassOf(SOMA:ResourceRole SOMA:EventAdjacentRole) + + + + + The maximum effort applied in a joint given in N (prismatic joint) or N*m (hinged joints). + has joint effort limit + + -# Class: SOMA:RestrictedObject (Restricted object) -AnnotationAssertion(rdfs:comment SOMA:RestrictedObject "An object with restrictions to access something.") -AnnotationAssertion(rdfs:label SOMA:RestrictedObject "Restricted object"@en) -SubClassOf(SOMA:RestrictedObject SOMA:BlockedObject) + -# Class: SOMA:Restrictor (SOMA:Restrictor) -AnnotationAssertion(rdfs:comment SOMA:Restrictor "A role classifying an object used to deny access to some other entity.") -SubClassOf(SOMA:Restrictor SOMA:Instrument) + + + + + Assigns a value for an attribute of a joint. + has joint parameter + + -# Class: SOMA:ResultRole (Result role) -AnnotationAssertion(rdfs:comment SOMA:ResultRole "A role classifying the object that is the outcome of a creation or modification action or process.") -AnnotationAssertion(rdfs:label SOMA:ResultRole "Result role"@en) -SubClassOf(SOMA:ResultRole SOMA:GoalRole) + -# Class: SOMA:Room (SOMA:Room) -AnnotationAssertion(rdfs:comment SOMA:Room "Space that can be occupied or where something can be done.") -SubClassOf(SOMA:Room ) + + + + + The position of a joint given in m (prismatic joints) or rad (hinged joints). + has joint position + + -# Class: SOMA:RoomSurface (Room surface) -AnnotationAssertion(rdfs:comment SOMA:RoomSurface "The surface of a room.") -AnnotationAssertion(rdfs:label SOMA:RoomSurface "Room surface"@en) -SubClassOf(SOMA:RoomSurface SOMA:Surface) + -# Class: SOMA:SelectedObject (Selected object) -AnnotationAssertion(rdfs:comment SOMA:SelectedObject "An object chosen as the result of some selection task.") -AnnotationAssertion(rdfs:label SOMA:SelectedObject "Selected object"@en) -SubClassOf(SOMA:SelectedObject ) + + + + + The maximum position of a joint given in m (prismatic joints) or rad (hinged joints). + has joint position max + + -# Class: SOMA:Setpoint (SOMA:Setpoint) -AnnotationAssertion(rdfs:comment SOMA:Setpoint "Classifies some dedicated goal region.") -SubClassOf(SOMA:Setpoint ) + -# Class: SOMA:Shape (SOMA:Shape) -AnnotationAssertion(rdfs:comment SOMA:Shape "The external form, contours, or outline of an object.") -SubClassOf(SOMA:Shape SOMA:Intrinsic) -SubClassOf(SOMA:Shape ObjectSomeValuesFrom( SOMA:ShapeRegion)) -SubClassOf(SOMA:Shape ObjectAllValuesFrom( SOMA:ShapeRegion)) + + + + + The minimum position of a joint given in m (prismatic joints) or rad (hinged joints). + has joint position min + + -# Class: SOMA:ShapeRegion (Shape region) -AnnotationAssertion(rdfs:comment SOMA:ShapeRegion "Encodes the shape of an object. + -Note that sometimes the shape as actually used for some purpose may be displaced. This is the case, e.g., for robot links which use a mesh file to describe their shape, but the reference pose of the link uses the mesh translated/rotated in the link's local coordinate frame.") -AnnotationAssertion(rdfs:label SOMA:ShapeRegion "Shape region") -SubClassOf(SOMA:ShapeRegion ) -SubClassOf(SOMA:ShapeRegion ObjectMaxCardinality(1 SOMA:hasSpaceRegion )) -# Class: SOMA:ShapedObject (Shaped object) + + + + + The velocity of a joint given in m/s (prismatic joints) or rad/s (hinged joints). + has joint velocity + + -AnnotationAssertion(rdfs:comment SOMA:ShapedObject "An object undergoing shape change.") -AnnotationAssertion(rdfs:label SOMA:ShapedObject "Shaped object"@en) -SubClassOf(SOMA:ShapedObject SOMA:AlteredObject) -SubClassOf(SOMA:ShapedObject ObjectSomeValuesFrom(SOMA:isTriggerDefinedIn ObjectAllValuesFrom(SOMA:describesQuality SOMA:Shape))) -SubClassOf(SOMA:ShapedObject ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:Shape))) -# Class: SOMA:Shaping (SOMA:Shaping) + -AnnotationAssertion(rdfs:comment SOMA:Shaping "The disposition of an object (the tool) to change the shape of others.") -SubClassOf(SOMA:Shaping SOMA:Variability) -SubClassOf(SOMA:Shaping ObjectAllValuesFrom(SOMA:affordsSetpoint ObjectAllValuesFrom( SOMA:Shape))) -SubClassOf(SOMA:Shaping ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:ShapedObject)) -# Class: SOMA:Sharpness (SOMA:Sharpness) + + + + + The maximum velocity of a joint given in m/s (prismatic joints) or rad/s (hinged joints). + has joint velocity limit + + -AnnotationAssertion(rdfs:comment SOMA:Sharpness "The quality of having a thin edge or point that can cut something or make a hole into something. It is worth to note here that the social aspect of sharpness such as the quality of being clear, intelligent etc is not considered as sharpness according to this definition.") -SubClassOf(SOMA:Sharpness SOMA:Intrinsic) -# Class: SOMA:Shifting (SOMA:Shifting) + -AnnotationAssertion(rdfs:comment SOMA:Shifting "The disposition of an object (the tool) to change the localization of others.") -SubClassOf(SOMA:Shifting SOMA:Variability) -SubClassOf(SOMA:Shifting ObjectAllValuesFrom(SOMA:affordsSetpoint ObjectAllValuesFrom( SOMA:Localization))) -SubClassOf(SOMA:Shifting ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:MovedObject)) -# Class: SOMA:Size (SOMA:Size) + + + + + The length of a shape. + has length + + -AnnotationAssertion(rdfs:comment SOMA:Size "The magnitude or dimension of a thing which can be measured as length, width, height, diameter, perimeter, area, volume.") -SubClassOf(SOMA:Size SOMA:Intrinsic) -# Class: SOMA:SocialQuality (Social quality) + -AnnotationAssertion(rdfs:comment SOMA:SocialQuality "Any aspect of an entity that specifies social characteristics.") -AnnotationAssertion(rdfs:label SOMA:SocialQuality "Social quality") -SubClassOf(SOMA:SocialQuality ) -# Class: SOMA:SourceMaterialRole (Source material role) + + + + + The mass value of a physical object in kilogram. + has mass value + + -AnnotationAssertion(rdfs:comment SOMA:SourceMaterialRole "A role classifying a substance or object that enters a process of transformation intended to create some other object.") -AnnotationAssertion(rdfs:label SOMA:SourceMaterialRole "Source material role"@en) -SubClassOf(SOMA:SourceMaterialRole SOMA:ResourceRole) -# Class: SOMA:SpatialRelationRole (Spatial relation role) + -AnnotationAssertion(rdfs:comment SOMA:SpatialRelationRole "Roles classifying entities participating in some spatial relation.") -AnnotationAssertion(rdfs:label SOMA:SpatialRelationRole "Spatial relation role"@en) -SubClassOf(SOMA:SpatialRelationRole SOMA:RelationAdjacentRole) -# Class: SOMA:SpatioTemporalRole (Spatio-temporal role) + + + + + Associates a spatial region to a position. + has position data + + -AnnotationAssertion(rdfs:comment SOMA:SpatioTemporalRole "Roles that classify entities which locate an event or object in space and time.") -AnnotationAssertion(rdfs:label SOMA:SpatioTemporalRole "Spatio-temporal role"@en) -SubClassOf(SOMA:SpatioTemporalRole SOMA:EventAdjacentRole) -# Class: SOMA:SphereShape (Sphere shape) + -AnnotationAssertion(rdfs:comment SOMA:SphereShape "A round solid figure with every point on its surface equidistant from its centre.") -AnnotationAssertion(rdfs:label SOMA:SphereShape "Sphere shape") -SubClassOf(SOMA:SphereShape SOMA:ShapeRegion) -SubClassOf(SOMA:SphereShape DataExactCardinality(1 SOMA:hasRadius xsd:float)) -# Class: SOMA:StaticFrictionAttribute (Static friction attribute) + + + + + Associates a ColorRegion to numerical data describing the color. This data uses the Red-Green-Blue color space. + has rgb value + + -AnnotationAssertion(rdfs:comment SOMA:StaticFrictionAttribute "Friction between two touching objects that do not move relative to each other.") -AnnotationAssertion(rdfs:label SOMA:StaticFrictionAttribute "Static friction attribute") -SubClassOf(SOMA:StaticFrictionAttribute SOMA:FrictionAttribute) -# Class: SOMA:StimulusRole (Stimulus role) + -AnnotationAssertion(rdfs:comment SOMA:StimulusRole "A role classifying an object that is perceived by some agent and thus triggers some reaction (e.g., a perception event).") -AnnotationAssertion(rdfs:label SOMA:StimulusRole "Stimulus role"@en) -SubClassOf(SOMA:StimulusRole SOMA:CausativeRole) -# Class: SOMA:StructuralDesign (Structural Design) + + + + + The radius of a circular or oval shape. + has radius + + -AnnotationAssertion(rdfs:comment SOMA:StructuralDesign "A design of an object which describes its stability, strength and rigidity, and considers the way in which parts of an object are arranged. - ") -AnnotationAssertion(rdfs:label SOMA:StructuralDesign "Structural Design") -SubClassOf(SOMA:StructuralDesign ) -# Class: SOMA:SupportedObject (Supported object) + -AnnotationAssertion(rdfs:comment SOMA:SupportedObject "An object that is supported by some supporter.") -AnnotationAssertion(rdfs:label SOMA:SupportedObject "Supported object"@en) -SubClassOf(SOMA:SupportedObject SOMA:ConnectedObject) -# Class: SOMA:Supporter (SOMA:Supporter) + + + + + Gives the name associated to the local coordinate frame of a SpaceRegion. + has reference frame + + -AnnotationAssertion(rdfs:comment SOMA:Supporter "A role classifying an object used to support others.") -SubClassOf(SOMA:Supporter SOMA:Restrictor) -# Class: SOMA:Surface (SOMA:Surface) + -AnnotationAssertion(rdfs:comment SOMA:Surface "The outside part or uppermost layer of something.") -SubClassOf(SOMA:Surface ) -# Class: SOMA:Temperature (SOMA:Temperature) + + + + + + + + + + + + + + Associates a SpaceRegion to some parameter value describing its shape. This is a fairly generic property, and to capture the semantics of the information associated to the SpaceRegion, its more specific subproperties should be used. + has shape parameter + + -AnnotationAssertion(rdfs:comment SOMA:Temperature "The heat present in an object.") -SubClassOf(SOMA:Temperature SOMA:Intrinsic) -SubClassOf(SOMA:Temperature ObjectSomeValuesFrom( SOMA:TemperatureRegion)) -SubClassOf(SOMA:Temperature ObjectAllValuesFrom( SOMA:TemperatureRegion)) -# Class: SOMA:TemperatureRegion (Temperature region) + -AnnotationAssertion(rdfs:comment SOMA:TemperatureRegion "Encodes the temperature of an object.") -AnnotationAssertion(rdfs:label SOMA:TemperatureRegion "Temperature region"@en) -SubClassOf(SOMA:TemperatureRegion ) -# Class: SOMA:Tempering (SOMA:Tempering) + + + + + The scale of a shape, given as a vector of three real numbers to adjust x, y, z components of vertex vectors. In cases where a shape needs to be flipped compared to the shape described by a mesh, one of the scale components will be negative. -AnnotationAssertion(rdfs:comment SOMA:Tempering "The disposition of an object (the tool) to change the temperature of others.") -SubClassOf(SOMA:Tempering SOMA:Variability) -SubClassOf(SOMA:Tempering ObjectAllValuesFrom(SOMA:affordsSetpoint ObjectAllValuesFrom( SOMA:Temperature))) +It is often the case that shapes need to be altered from their description in a shape file, and a typical example of this is scaling a mesh. -# Class: SOMA:TimeRole (Time role) +In robotics, it is not uncommon to encounter shapes that are flipped compared to the shape in a mesh file. This is because robots often have bilateral symmetry, thus it makes sense to reuse the same meshes for corresponding links of the left and right arms. + has shape scale + + -AnnotationAssertion(rdfs:comment SOMA:TimeRole "A role filled by a description of the location in time and/or duration of an event or object.") -AnnotationAssertion(rdfs:label SOMA:TimeRole "Time role"@en) -SubClassOf(SOMA:TimeRole SOMA:SpatioTemporalRole) -# Class: SOMA:Tool (SOMA:Tool) + -AnnotationAssertion(rdfs:comment SOMA:Tool "A role to classify an object used to modify or actuate others.") -SubClassOf(SOMA:Tool SOMA:Instrument) -# Class: SOMA:Transient (SOMA:Transient) + + + + Associates a SpaceRegion to some parameter value describing it. This is a fairly generic property, and to capture the semantics of the information associated to the SpaceRegion, its more specific subproperties should be used. + has space parameter + + -AnnotationAssertion(rdfs:comment SOMA:Transient "Objects may undergo changes during Processes; however, while the change Process is in operation, one cannot strictly say either the input of the Process still exists, nor that the result exists yet. -A prototypical example is making a pancake on a heater. When PancakeMix is put on the hot plate, it ceases to be PancakeMix-- already, the chemical structure of the substance gets altered-- however it is only after sufficient heating that this object becomes a Pancake. + -Transients are the objects undergoing such change processes; they are no longer the initial objects fed into the process, nor are they the objects produced as results. -Instead, a Transient transitionsFrom some initial Object that was fed into a change Process. Typically, a Transient may transitionTo some resulting Object (though not always, some processes simply destroy objects). + + + + + The width of a shape. + has width + + + + + + + + + + + + + + + + A role classifying an object used to gain access to some other entity. + + + + + + + + + + A design that describes an aesthetic quality of an object. + +Aesthetics is the philosophical study of beauty and taste. The term stems from the Greek word 'aisthetikos', meaning 'of sense perception', and is related to the study of sensory values. From design point of view, aesthetics refers to the visual attractiveness of an object. Visual aesthetics have these key elements: Color, Shape, Pattern, Line, Texture, Visual weight, Balance, Scale, Proximity and Movement. + Aesthetic Design + + + + + + + + + + + + + + + + + + + 1 + + + + + + + 1 + + + + + + + 1 + + + + A relation between an object (the bearer) and others (the triggers) that describes the disposition of the bearer to be involved in an action execution that also involves some trigger object. + + + + + + + + + + + + + + + + A role classifying an Agent responsible for performing an Action. + +The entity playing an AgentRole is endowed with sentience and the capacity to deliberately choose actions in pursuit of goals. This distinguishes Agents from other causes that could bring an event about. + Agent role + + + + + + + + + + An object undergoing modifications. + Altered object + + + + + + + + + + A device designed to perform a specific task, and that can be operated in some way. + + + + + + + + + + A limb used to reach for objects. + + + + + + + + + + A physical object with artificial characteristics, which can perform actions to achieve desired goals, and typically has sensors and/or actuators. + +There can be non-physical artificial agents such as software programs but they are not considered here in the scope of artificial agent. + Artificial agent + + + + + + + + + + An object that is avoided. + Avoided object + + + + + + + + + + A role classifying an object used to prevent others from entering or leaving a restricted space or group. + + + + + + + + + + A role classifying an agent for whose benefit an action is performed. + Beneficiary role + + + + + + + + + + + + + + + + + + + + + + The disposition of an object (the barrier) to prevent others from accessing, leaving, or seeing a restricted space, or group. + + + + + + + + + + An object that is blocked from accessing something. + Blocked object + + + + + + + + + + + + + 1 + + + + + + + 1 + + + + + + + 1 + + + + A symmetrical shape, either solid or hollow, contained by six rectangles. + Box shape + + + + + + + + + + + + + + + + + + + + + + The disposition of an object (the tool) to cut other objects. Such as a knife has cutting ability to cut a cucumber into pieces. + + + + + + + + + + The disposition of an agent to bring about certain effects, and to achieve certain goals. + + + + + + + + + + The maximum amount an object can contain. + + + + + + + + + + A role filled by a description of some action or process that brings about a motion. + +As an example, consider the utterance "the tennisman served the ball by hitting it with the racket." In this utterance, the filler of the CausalEventRole is expressed by the "by hitting it with the racket" constituent. + Causal event role + + + + + + + + + + A role classifying objects that are responsible in bringing about an event. + +The paradigmatic example is the Agent performing an Action -- the Agent is the effective cause of the Action it performs. However, not all objects causing events are agents. + Causative role + + + + + + + + + + + + + 1 + + + + A cylinder figure with circular cross section. + Circular cylinder + + + + + + + + + + A cleanliness region with values considered as clean. + + + + + + + + + + + + + + + + + + + + + + The quality of being clean. + + + + + + + + + + Encodes the cleanliness of an object. + Cleanliness region + + + + + + + + + + + + + + + + + + + + + + The color of an object. Color regions encode the color value in some space such as RGB or HSV, and may further be used to classify the color as red, dark, etc. The color of an object may have different facets, e.g. a red and blue color. + Color + + + + + + + + + + + + + + + + Encodes the color of an object. + Color region + + + + + + + + + + An object committed to a bigger whole. After being committed, the object does not exist anymore in its old form. + Commited object + + + + + + + + + + + + + + + + The disposition of an object (the tool) to change the compositional structure of others. + + + + + + + + + + An object that is combined with another object. + Connected object + + + + + + + + + + + + + + + + + + + + + + The disposition of an object (the connected object) to establish a connection with others. + + + + + + + + + + A role classifying an object used to contain others. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + The disposition of an object (the container) to contain others. + + + + + + + + + + A continuous hinge joint that rotates around an axis and has no upper and lower limits. + Continuous joint + + + + + + + + + + An object used to cover up others, such as a lid used as a cover for a pot. + + + + + + + + + + + + + + + + + + + + + + The disposition of an object (the cover) to hide or to protect objects by covering them. An example is a door that covers items in a container to e.g. prevent dust getting inside of the container. + + + + + + + + + + An object that is covered. + Covered object + + + + + + + + + + An object that is created. + Created object + + + + + + + + + + An object being cut down into pieces. + Cut object + + + + + + + + + + + + + + + + + + + + + + The disposition of an object (the barrier) which makes it able to be cut down (into pieces) usually by some other object with role as a Cutter. Such as a cucumber has cuttability disposition which can be cut by a knife. + + + + + + + + + + A role to classify an object used to cut other objects. Usually should poses sharpness as a quality. Execptions are not considered in this context. Such as a wind, water, or other natural agents cutting(eroding) the rocks. + + + + + + + + + + + + + + + + + + + 1 + + + + A solid geometrical figure with straight parallel sides and a circular or oval cross section. + Cylinder shape + + + + + + + + + + A feature that is not part of its host, like a hole in a piece of cheese. + Dependent place + + + + + + + + + + A role classifying an object ontop which others are put to e.g. store them, or to place them in a meaningful way for future activities. + + + + + + + + + + An object placed ontop of another one. + Deposited object + + + + + + + + + + + + + + + + + + + + + + The disposition to support objects. + + + + + + + + + + + + + + + + + An object designed to be part or element of a larger whole. + Designed component + + + + + + + + + + + + + + + + An item designed to be able to hold some other items, preventing their free movement and/or protecting them from outside influence. Containers may be used for storage, or to obtain control over items that are otherwise hard to manipulate directly (e.g. liquids). + Designed container + + + + + + + + + + An object used to make a room or building suitable for living or working. + Designed furniture + + + + + + + + + + An item designed to enable some action, in which it will play an instrumental role. + Designed tool + + + + + + + + + + A role classifying the location where an event or object is directed towards. + + + + + + + + + + An object that is detroyed. + Destroyed object + + + + + + + + + + An object that is detected. + Detected object + + + + + + + + + + A quality belonging to a device which indicates its overall functional state. + + + + + + + + + + + + + + + + + + This class defines the values that a device state can take. + Device state range + + + + + + + + + + A value indicating a device is not in operation. + Device turned off + + + + + + + + + + A value indicating a device is in operation. + Device turned on + + + + + + + + + + A cleanliness region with values considered as dirty. + + + + + + + + + + + + + 1 + + + + + + + 1 + + + + + + + 1 + + + + + 1 + + + + + 1 + + + + + + + + The tendency of an object (the bearer) to make certain events happen with others (the triggers). + extrinsic + + + + + + + + + + A parameter describing the amount of force to be exerted by some actuator. + + + + + + + + + + An object included within the spatial boundaries of another object. + Enclosed object + + + + + + + + + + + + + + + + The disposition of an object (the container) to contain other objects by enclosing them to prevent their free movement. + + + + + + + + + + A role classifying a participant in an event. + +In linguistics, this is also known as a thematic role. + Event adjacent role + Thematic role + + + + + + + + + + An object that is not contained in something. This is meant very general and includes, e.g., elements excluded from a set, or things that are spatially excluded from the boundaries of some object. + Excluded object + + + + + + + + + + + + + + + + A role that requires of its filler simply to exist, unlike other roles that may demand e.g. agentive or instrumental participation in some executable schema or plan (AgentRole and Instrument respectively). + +The intention behind such a simple role is to have a way to represent, in a schematic formalism used to describe some scene, that an object is present. In particular, the schema used to convey this information is the ESTSchemaTheory, which has ExistingObjectRole as its sole defined role. + Existing object role + + + + + + + + + + A role used in frame semantics to classify agents performing perception actions, or being the subjects affected by some biological process. + Experiencer role + + + + + + + + + + An object that is removed from a container or system. + Extracted object + + + + + + + + + + + A physical quality that depends on relationships to other objects, such as the color of an object which depends on light conditions in the environment. + + + + + + + + + + + + + + + + + + + 1 + + + + + + + Features are 'parasitic' entities that only exist insofar their host exists. Typical examples are holes, bumps, boundaries, or spots of color. + + + + + + + + + + + + + + + + A limb used for grasping objects. + + + + + + + + + + + + + 0 + + + + + A joint that cannot move, designed to fixiate links. + Fixed joint + + + + + + + + + + A joint that allows motion for all 6 degrees of freedom. + Floating joint + + + + + + + + + + + + + 1 + + + + The value of a force dynamical characteristic. An example is the force exerted on another object when pushing it. + Force attribute + + + + + + + + + + + + + 1 + + + + The resistance that one surface or object encounters when moving over another. + Friction attribute + + + + + + + + + + The design of an object from functionality point of view. A functional design is useful to develop complex modular objects with components that have a specific purpose, and can function with minimum side effect on other components of that object. + Functional Design + + + + + + + + + + + + + + + + + + + + + + + Parts of an agent or an artifact are considered as functional parts. + Functional part + + + + + + + + + + A role classifying objects that constitute the goal of an action. + Goal role + + + + + + + + + + The disposition of an object (e.g. the handle) to afford grasping the object. + + + + + + + + + + A color region with dominant green color. + Green color + + + + + + + + + + A mechanical device that grasps and holds things. + + + + + + + + + + A prehensile effector including palm, fingers, and thumb. + + + + + + + + + + + + + 1 + + + + + + + 1 + + + + The relation between an individual quality and a region. + todo(DB): added for NEEMs (quale change), but not sure yet about it... + + + + + + + + + + A functional part of the body responsible for carrying high bandwidth sensors, i.e., camera. + + + + + + + + + + A joint that rotates along an axis. + Hinge joint + + + + + + + + + + + + + + + + + + + + + + The disposition of an object (the obstacle) to prohibit certain ways of entering or leaving a space or group. An example is a doorstopper constraining a door, prohibiting it to enter the area behind it. + + + + + + + + + + An object that is contained in something. This is meant very general and includes, e.g., elements contained in a set, or things that are spatially contained within the boundaries of some object. + Included object + + + + + + + + + + An object inserted into another object. + Inserted object + + + + + + + + + + + + + + + + The disposition of an object (the container) to contain other objects that can be inserted into the container through a portal. + + + + + + + + + + An object used to carry out the event. + + + + + + + + + + A physical quality that is independent of context. + intrinsic + + + + + + + + + + A role played by a non-agentive object operated on by an action. + + + + + + + + + + + + + + + + + + + + + 1 + + + + + + + 1 + + + + + + + 1 + + + + An object that is used to articulate links in a kinematic structure. + + + + + + + + + + The physical limits of a joint. + Joint limit + + + + + + + + + + + + + 1 + + + + + + + 1 + + + + + + + 1 + + + + The state of a joint in terms of position, velocity of the joint and effort applied to it. + Joint state + + + + + + + + + + Friction that occurs when two touching objects are moving relative to each other. + Kinetic friction attribute + + + + + + + + + + A limb on which an agent walks or stands. + + + + + + + + + + + + + + + + + + An arm or leg of an embodied agent. + + + + + + + + + + + + + + + + + + + + + + The disposition of an object (the linked object) to establish a connection with others by being linked together. + + + + + + + + + + An object that is linked to some other object. + Linked object + + + + + + + + + + + + + + + + + + + + + + The localization of an object. The region of this quality encodes values to localize the object in a dimensional space, e.g. Euclidean positions that localize the object in Euclidean space. + + + + + + + + + + A role classifying a location of interest, often specified as a spatial relation between several objects, themselves usually classified by spatial relation roles. + + + + + + + + + + + + + + + + Denotes the object with primary focal prominence in a spatial or spatio-temporal schema. Terminological variants that appear in the literature on cognitive linguistics include Figure (Talmy 1983) and Trajector (Langacker 1986). + Locatum role + + + + + + + + + + + + + 1 + + + + The quantity of matter which a body contains, as measured by its acceleration under given force or by the force exerted on it by a gravitational field. + Mass attribute + + + + + + + + + + The matter from which a thing is made. + + + + + + + + + + + + + 1 + + + + + + + 1 + + + + A solid geometrical figure described in a mesh file. + Mesh shape + + + + + + + + + + + + + 1 + + + + A joint where the two connected links can move relative to each other in some dimension. + Movable joint + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + An object undergoing location change. + Moved object + + + + + + + + + + The accumulated force acting upon an object. + Net force + + + + + + + + + + An object used to restrict access to a protected space or group. + + + + + + + + + + A role classifying the location where an event or object originated. + + + + + + + + + + A role that classifies the path of a motion. + Path role + + + + + + + + + + A role classifying an object that undergoes/is the primary object affected by the event. + + + + + + + + + + + + + + + + A role classifying an Agent responsible for performing an Action. + +The entity playing an AgentRole is endowed with sentience and the capacity to deliberately choose actions in pursuit of goals. This distinguishes Agents from other causes that could bring an event about. + Performer role + + + + + + + + + + + + + + + + + + + + A functional part belonging to an Agent and which allows that Agent to act upon its surroundings. + Physical effector + + + + + + + + + + + + + 1 + + + + Any aspect of an entity that is dependent on its physical manifestation. + Physical quality + + + + + + + + + + A joint that allows motion in a plane perpendicular to an axis. + Planar joint + + + + + + + + + + + + + + + + The disposition of a fluid or substance which makes it possible to pour it out of a container and into or onto other objects. + + + + + + + + + + An object being poured into or onto some other object. A role of some fluid or substance that is the patient of pouring task. + Poured object + + + + + + + + + + An effector used to grasp objects, such as a hand of a human, or the long prehensile tail of a monkey. + Prehensile effector + + + + + + + + + + + + + 1 + + + + A sliding joint that slides along an axis, and has a limited range specified by the upper and lower limits. + Prismatic joint + + + + + + + + + + A role classifying an object that protects another by preventing other entities from coming in contact with the protected object. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + The disposition of an object (the tool) to change the cleanliness of others. + + + + + + + + + + todo(DB): added for NEEMs (quale change), but not sure yet about it... + Quality transition + + + + + + + + + + A role which classifies an agent who receives an object modified or created by an action. + Recipent role + + + + + + + + + + A color region with dominant red color. + Red color + + + + + + + + + + A role classifying an object participating in some relation, e.g. a participant in a spatial relation or a linguistic fragment in a rhetorical relation to another. + Relation adjacent role + + + + + + + + + + + + + + + + Denotes the reference object in a spatial or spatio-temporal schema, i.e. the object with secondary focal prominence. Terminological variants: Ground (Talmy 1983), Landmark (Langacker 1986). + Relatum role + + + + + + + + + + Features that are relevant parts of their host, like a bump or an edge. + Relevant part + + + + + + + + + + An object that is removed from another. + Removed object + + + + + + + + + + A role classifying objects that are useful or even necessary to sustain the unfolding of an event. + +Resources are usually not agentive; a different set of roles classifies the agentive participants in actions. Likewise, typically resources do not play causative or goal roles for the event. + +Resources are often consumed by their participation in an event, but this need not always be the case. An instrument and capital are examples of resources that are reusable. + Resource role + + + + + + + + + + An object with restrictions to access something. + Restricted object + + + + + + + + + + A role classifying an object used to deny access to some other entity. + + + + + + + + + + A role classifying the object that is the outcome of a creation or modification action or process. + Result role + + + + + + + + + + + + + 1 + + + + A hinge joint that rotates along an axis and has a limited range specified by the upper and lower limits. + Revolute joint + + + + + + + + + + Space that can be occupied or where something can be done. + + + + + + + + + + The surface of a room. + Room surface + + + + + + + + + + An object chosen as the result of some selection task. + Selected object + + + + + + + + + + Classifies some dedicated goal region. + + + + + + + + + + + + + + + + + + + + + + The external form, contours, or outline of an object. + + + + + + + + + + + + + 1 + + + + Encodes the shape of an object. + +Note that sometimes the shape as actually used for some purpose may be displaced. This is the case, e.g., for robot links which use a mesh file to describe their shape, but the reference pose of the link uses the mesh translated/rotated in the link's local coordinate frame. + Shape region + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + An object undergoing shape change. + Shaped object + + + + + + + + + + + + + + + + + + + + + + + + + + + The disposition of an object (the tool) to change the shape of others. + + + + + + + + + + The quality of having a thin edge or point that can cut something or make a hole into something. It is worth to note here that the social aspect of sharpness such as the quality of being clear, intelligent etc is not considered as sharpness according to this definition. + + + + + + + + + + + + + + + + + + + + + + + + + + + The disposition of an object (the tool) to change the localization of others. + + + + + + + + + + The magnitude or dimension of a thing which can be measured as length, width, height, diameter, perimeter, area, volume. + + + + + + + + + + Any aspect of an entity that specifies social characteristics. + Social quality + + + + + + + + + + A role classifying a substance or object that enters a process of transformation intended to create some other object. + Source material role + + + + + + + + + + Roles classifying entities participating in some spatial relation. + Spatial relation role + + + + + + + + + + Roles that classify entities which locate an event or object in space and time. + Spatio-temporal role + + + + + + + + + + + + + 1 + + + + A round solid figure with every point on its surface equidistant from its centre. + Sphere shape + + + + + + + + + + Friction between two touching objects that do not move relative to each other. + Static friction attribute + + + + + + + + + + A role classifying an object that is perceived by some agent and thus triggers some reaction (e.g., a perception event). + Stimulus role + + + + + + + + + + + + + + + + The disposition of an object (the container) to store other objects. Storage of an object would facilitate several objectives; such as to store objects in a safe or usual place, to prevent the substances e.g. prevention of milk going bad by storing them in a refrigrator. + + + + + + + + + + An object being stored into some other object, usually inside a container. + + + + + + + + + + A design of an object which describes its stability, strength and rigidity, and considers the way in which parts of an object are arranged. + + Structural Design + + + + + + + + + + An object that is supported by some supporter. + Supported object + + + + + + + + + + A role classifying an object used to support others. + + + + + + + + + + The outside part or uppermost layer of something. + + + + + + + + + + + + + + + + + + + + + + The heat present in an object. + + + + + + + + + + Encodes the temperature of an object. + Temperature region + + + + + + + + + + + + + + + + + + + + + The disposition of an object (the tool) to change the temperature of others. + + + + + + + + + + A role filled by a description of the location in time and/or duration of an event or object. + Time role + + + + + + + + + + A role to classify an object used to modify or actuate others. + + + + + + + + + + + + + + + + Objects may undergo changes during Processes; however, while the change Process is in operation, one cannot strictly say either the input of the Process still exists, nor that the result exists yet. + +A prototypical example is making a pancake on a heater. When PancakeMix is put on the hot plate, it ceases to be PancakeMix-- already, the chemical structure of the substance gets altered-- however it is only after sufficient heating that this object becomes a Pancake. + +Transients are the objects undergoing such change processes; they are no longer the initial objects fed into the process, nor are they the objects produced as results. + +Instead, a Transient transitionsFrom some initial Object that was fed into a change Process. Typically, a Transient may transitionTo some resulting Object (though not always, some processes simply destroy objects). + +It is also possible that a Transient transitionsBack to the initial object. An example is the catalyst in a chemical reaction; another example is a loaf of bread after a slice has been cut off. + + + + + + + + + + + + + + + + + + + + + + The disposition of an object (the tool) to change some aspect of others. + + + + + + + + + + + + + 1 + + + + A point in three dimensional space, given as translation. + 3D position + + + + + + + + + + + + + 1 + + + + A point in three dimensional space, given as translation in a reference coordinate system, and an orientation of a coordinate system centered at that point relative to the reference coordinate system. + 6D pose + + + + + + + + + + + + + + -It is also possible that a Transient transitionsBack to the initial object. An example is the catalyst in a chemical reaction; another example is a loaf of bread after a slice has been cut off.") -SubClassOf(SOMA:Transient ) -SubClassOf(SOMA:Transient ObjectSomeValuesFrom(SOMA:transitionsFrom )) - -# Class: SOMA:Variability (SOMA:Variability) - -AnnotationAssertion(rdfs:comment SOMA:Variability "The disposition of an object (the tool) to change some aspect of others.") -SubClassOf(SOMA:Variability SOMA:Disposition) -SubClassOf(SOMA:Variability ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Tool)) -SubClassOf(SOMA:Variability ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:AlteredObject)) - -# Class: (3D position) - -AnnotationAssertion(rdfs:comment "A point in three dimensional space, given as translation.") -AnnotationAssertion(rdfs:label "3D position"@en) -SubClassOf( ) -SubClassOf( DataExactCardinality(1 SOMA:hasPositionData xsd:string)) - -# Class: (6D pose) - -AnnotationAssertion(rdfs:comment "A point in three dimensional space, given as translation in a reference coordinate system, and an orientation of a coordinate system centered at that point relative to the reference coordinate system.") -AnnotationAssertion(rdfs:label "6D pose"@en) -SubClassOf( ) -SubClassOf( DataExactCardinality(1 SOMA:hasPositionData xsd:string)) - - -SubObjectPropertyOf(ObjectPropertyChain(SOMA:isBearerDefinedIn ) SOMA:isBearerAffordedBy) -SubObjectPropertyOf(ObjectPropertyChain(SOMA:isDefinedInAffordance ) SOMA:isConceptAffordedBy) -SubObjectPropertyOf(ObjectPropertyChain(SOMA:isPerformerDefinedIn ) SOMA:isPerformerAffordedBy) -SubObjectPropertyOf(ObjectPropertyChain(SOMA:isSetpointDefinedIn ) SOMA:isSetpointAffordedBy) -SubObjectPropertyOf(ObjectPropertyChain(SOMA:isTaskDefinedInAffordance ) SOMA:isTaskAffordedBy) -SubObjectPropertyOf(ObjectPropertyChain(SOMA:isTriggerDefinedIn ) SOMA:isTriggerAffordedBy) -SubObjectPropertyOf(ObjectPropertyChain( SOMA:affordanceDefines) SOMA:affordsConcept) -SubObjectPropertyOf(ObjectPropertyChain( SOMA:affordanceDefinesTask) SOMA:affordsTask) -SubObjectPropertyOf(ObjectPropertyChain( SOMA:definesBearer) SOMA:affordsBearer) -SubObjectPropertyOf(ObjectPropertyChain( SOMA:definesPerformer) SOMA:affordsPerformer) -SubObjectPropertyOf(ObjectPropertyChain( SOMA:definesSetpoint) SOMA:affordsSetpoint) -SubObjectPropertyOf(ObjectPropertyChain( SOMA:definesTrigger) SOMA:affordsTrigger) -) \ No newline at end of file diff --git a/owl/SOMA-PROC.owl b/owl/SOMA-PROC.owl index 17c049a2..cc5b009c 100755 --- a/owl/SOMA-PROC.owl +++ b/owl/SOMA-PROC.owl @@ -1,17 +1,17 @@ -Prefix(:=) -Prefix(dc:=) -Prefix(owl:=) -Prefix(rdf:=) -Prefix(xml:=) -Prefix(xsd:=) -Prefix(SOMA:=) -Prefix(rdfs:=) - - -Ontology( -Import() -Import() -Annotation(rdfs:comment "SOMA-PROC.owl formalizes the high-level knowledge associated to Processes -- occurrents whose unfolding is not necessarily driven by some agentive cause/agent participant. + + + + + + SOMA-PROC.owl formalizes the high-level knowledge associated to Processes -- occurrents whose unfolding is not necessarily driven by some agentive cause/agent participant. It includes the upper level of a taxonomy of process types. @@ -21,469 +21,1023 @@ Some specific concepts relevant to the domain of household robotics are also def SOMA-PROC should not import SOMA-ACT or other modules that import SOMA-ACT. This is the result of a design choice that the process is more fundamental than the action -- an action can even be regarded as a process as long as the agentive nature of its cause is not relevant. -Further, this also means that, at least according to the SOMA approach, to enact an action is to cause processes to unfold. This view comes from the Cognitive Robot Abstract Machine (CRAM) where \"actions\" are broken down into \"motions\". - -That is, in CRAM an upper level exists which contains an agent and objects with semantics, and with semantics for the changes in relationships between these. However, to make this layer effective in the world, there exists another layer at which the actual physical processes of movement and control are relevant.") - -Declaration(Class(SOMA:Agonist)) -Declaration(Class(SOMA:Alteration)) -Declaration(Class(SOMA:AlterativeInteraction)) -Declaration(Class(SOMA:AlteredObject)) -Declaration(Class(SOMA:Antagonist)) -Declaration(Class(SOMA:Approaching)) -Declaration(Class(SOMA:BodyMovement)) -Declaration(Class(SOMA:Boiling)) -Declaration(Class(SOMA:ChemicalProcess)) -Declaration(Class(SOMA:Collision)) -Declaration(Class(SOMA:CreatedObject)) -Declaration(Class(SOMA:Creation)) -Declaration(Class(SOMA:Deformation)) -Declaration(Class(SOMA:DestroyedObject)) -Declaration(Class(SOMA:Destruction)) -Declaration(Class(SOMA:DirectedMotion)) -Declaration(Class(SOMA:Driving)) -Declaration(Class(SOMA:Fluid)) -Declaration(Class(SOMA:FluidFlow)) -Declaration(Class(SOMA:Flying)) -Declaration(Class(SOMA:ForceInteraction)) -Declaration(Class(SOMA:GraspingMotion)) -Declaration(Class(SOMA:HeadMovement)) -Declaration(Class(SOMA:HeadTurning)) -Declaration(Class(SOMA:IntermediateGrasp)) -Declaration(Class(SOMA:Leaning)) -Declaration(Class(SOMA:Limb)) -Declaration(Class(SOMA:LimbMotion)) -Declaration(Class(SOMA:Locomotion)) -Declaration(Class(SOMA:Motion)) -Declaration(Class(SOMA:MovedObject)) -Declaration(Class(SOMA:MovingAway)) -Declaration(Class(SOMA:Patient)) -Declaration(Class(SOMA:PhaseTransition)) -Declaration(Class(SOMA:PhysicalEffector)) -Declaration(Class(SOMA:PhysicsProcess)) -Declaration(Class(SOMA:PosturalMoving)) -Declaration(Class(SOMA:PowerGrasp)) -Declaration(Class(SOMA:PrecisionGrasp)) -Declaration(Class(SOMA:PrehensileEffector)) -Declaration(Class(SOMA:PrehensileMotion)) -Declaration(Class(SOMA:PreservativeInteraction)) -Declaration(Class(SOMA:ProcessFlow)) -Declaration(Class(SOMA:ProcessType)) -Declaration(Class(SOMA:Progression)) -Declaration(Class(SOMA:ReleasingMotion)) -Declaration(Class(SOMA:Rubbing)) -Declaration(Class(SOMA:ShapedObject)) -Declaration(Class(SOMA:Standing)) -Declaration(Class(SOMA:Swimming)) -Declaration(Class(SOMA:Tapping)) -Declaration(Class(SOMA:Taxis)) -Declaration(Class(SOMA:Turning)) -Declaration(Class(SOMA:UndirectedMotion)) -Declaration(Class(SOMA:Vaporizing)) -Declaration(Class(SOMA:Walking)) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(ObjectProperty(SOMA:definesProcess)) -Declaration(ObjectProperty(SOMA:hasProcessType)) -Declaration(ObjectProperty(SOMA:interactsWith)) -Declaration(ObjectProperty(SOMA:isProcessDefinedIn)) -Declaration(ObjectProperty(SOMA:isProcessTypeOf)) -Declaration(ObjectProperty(SOMA:isSupportedBy)) -Declaration(ObjectProperty(SOMA:supports)) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) - -############################ -# Object Properties -############################ - -# Object Property: SOMA:definesProcess (defines process) - -AnnotationAssertion(rdfs:comment SOMA:definesProcess "A relation between a description and a process type.") -AnnotationAssertion(rdfs:label SOMA:definesProcess "defines process") -SubObjectPropertyOf(SOMA:definesProcess ) -InverseObjectProperties(SOMA:definesProcess SOMA:isProcessDefinedIn) -ObjectPropertyDomain(SOMA:definesProcess ) -ObjectPropertyRange(SOMA:definesProcess SOMA:ProcessType) - -# Object Property: SOMA:hasProcessType (has process type) - -AnnotationAssertion(rdfs:comment SOMA:hasProcessType "A relation between roles and process types, e.g. a catalysator is needed to trigger some chemical reaction.") -AnnotationAssertion(rdfs:label SOMA:hasProcessType "has process type") -SubObjectPropertyOf(SOMA:hasProcessType ) -InverseObjectProperties(SOMA:hasProcessType SOMA:isProcessTypeOf) -ObjectPropertyDomain(SOMA:hasProcessType ) -ObjectPropertyRange(SOMA:hasProcessType SOMA:ProcessType) - -# Object Property: SOMA:interactsWith (interacts with) - -AnnotationAssertion(rdfs:comment SOMA:interactsWith "A relation between objects that interact with each other.") -AnnotationAssertion(rdfs:label SOMA:interactsWith "interacts with") -SubObjectPropertyOf(SOMA:interactsWith ) -SymmetricObjectProperty(SOMA:interactsWith) -ObjectPropertyDomain(SOMA:interactsWith ) -ObjectPropertyRange(SOMA:interactsWith ) - -# Object Property: SOMA:isProcessDefinedIn (is process defined in) - -AnnotationAssertion(rdfs:comment SOMA:isProcessDefinedIn "A relation between a process type and a description that defines it.") -AnnotationAssertion(rdfs:label SOMA:isProcessDefinedIn "is process defined in") -SubObjectPropertyOf(SOMA:isProcessDefinedIn ) -ObjectPropertyDomain(SOMA:isProcessDefinedIn SOMA:ProcessType) -ObjectPropertyRange(SOMA:isProcessDefinedIn ) - -# Object Property: SOMA:isProcessTypeOf (is process type of) - -AnnotationAssertion(rdfs:comment SOMA:isProcessTypeOf "A relation between roles and process types, e.g. a catalysator is needed to trigger some chemical reaction.") -AnnotationAssertion(rdfs:label SOMA:isProcessTypeOf "is process type of") -SubObjectPropertyOf(SOMA:isProcessTypeOf ) -ObjectPropertyDomain(SOMA:isProcessTypeOf SOMA:ProcessType) -ObjectPropertyRange(SOMA:isProcessTypeOf ) - -# Object Property: SOMA:isSupportedBy (is supported by) - -AnnotationAssertion(rdfs:comment SOMA:isSupportedBy "A relation between an object (the supporter) and another object (the supportee) where the supporter cancels the effect of gravity on the supportee.") -AnnotationAssertion(rdfs:label SOMA:isSupportedBy "is supported by") -SubObjectPropertyOf(SOMA:isSupportedBy SOMA:interactsWith) +Further, this also means that, at least according to the SOMA approach, to enact an action is to cause processes to unfold. This view comes from the Cognitive Robot Abstract Machine (CRAM) where "actions" are broken down into "motions". + +That is, in CRAM an upper level exists which contains an agent and objects with semantics, and with semantics for the changes in relationships between these. However, to make this layer effective in the world, there exists another layer at which the actual physical processes of movement and control are relevant. + + + + + + + + + + + + + + + + + + + A relation between a description and a process type. + defines process + + + + + + + + + + + + + A relation between roles and process types, e.g. a catalysator is needed to trigger some chemical reaction. + has process type + + + + + + + + + + + + + A relation between objects that interact with each other. + interacts with + + + + + + + + + + + + A relation between a process type and a description that defines it. + is process defined in + + + + + + + + + + + + A relation between roles and process types, e.g. a catalysator is needed to trigger some chemical reaction. + is process type of + + + + + + + + + + A relation between an object (the supporter) and another object (the supportee) where the supporter cancels the effect of gravity on the supportee. + is supported by + + + + + + + + + + A relation between an object (the supporter) and another object (the supportee) where the supporter cancels the effect of gravity on the supportee. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + -# Object Property: SOMA:supports (SOMA:supports) + -AnnotationAssertion(rdfs:comment SOMA:supports "A relation between an object (the supporter) and another object (the supportee) where the supporter cancels the effect of gravity on the supportee.") -SubObjectPropertyOf(SOMA:supports SOMA:interactsWith) + + -############################ -# Classes -############################ + -# Class: SOMA:Agonist (SOMA:Agonist) -AnnotationAssertion(rdfs:comment SOMA:Agonist "A role that classifies entities with a tendency to either cause an alteration or to preserve some state.") -SubClassOf(SOMA:Agonist SOMA:Patient) + + -# Class: SOMA:Alteration (SOMA:Alteration) -AnnotationAssertion(rdfs:comment SOMA:Alteration "A process by which an aspect of some object changes such as ice cream melting in the sun.") -SubClassOf(SOMA:Alteration SOMA:ProcessType) + -# Class: SOMA:AlterativeInteraction (Alterative interaction) -AnnotationAssertion(rdfs:comment SOMA:AlterativeInteraction "A force interaction where the agonist has the tendency to set another object into motion. An example is 'opening a door' where some object interacts with the door such that it moves out of its frame.") -AnnotationAssertion(rdfs:label SOMA:AlterativeInteraction "Alterative interaction") -SubClassOf(SOMA:AlterativeInteraction SOMA:ForceInteraction) -DisjointClasses(SOMA:AlterativeInteraction SOMA:PreservativeInteraction) + + -# Class: SOMA:Antagonist (SOMA:Antagonist) -AnnotationAssertion(rdfs:comment SOMA:Antagonist "A role that classifies entities that are opposed to the tendency of some agonist.") -SubClassOf(SOMA:Antagonist SOMA:Patient) + -# Class: SOMA:Approaching (SOMA:Approaching) -AnnotationAssertion(rdfs:comment SOMA:Approaching "A process type to classify motions by which a body approaches some object or location.") -SubClassOf(SOMA:Approaching SOMA:Locomotion) + -# Class: SOMA:BodyMovement (SOMA:BodyMovement) -AnnotationAssertion(rdfs:comment SOMA:BodyMovement "Motion described in terms of how parts of an Agent's body move. + -As such, this concept can be applied only to motions involving some PhysicalAgent, or body parts of a PhysicalAgent.") -SubClassOf(SOMA:BodyMovement SOMA:Motion) -SubClassOf(SOMA:BodyMovement ObjectAllValuesFrom( ObjectUnionOf(ObjectSomeValuesFrom( ) ObjectSomeValuesFrom( ObjectIntersectionOf( ObjectSomeValuesFrom( )))))) -# Class: SOMA:Boiling (SOMA:Boiling) + + + A role that classifies entities with a tendency to either cause an alteration or to preserve some state. + + -AnnotationAssertion(rdfs:comment SOMA:Boiling "In each instance of this collection some liquid matter is raised to its boilingPoint and is thereby changed from being in the Liquid-StateOfMatter to being in the Gaseous-StateOfMatter.") -SubClassOf(SOMA:Boiling SOMA:Vaporizing) -# Class: SOMA:ChemicalProcess (Chemical process) + -AnnotationAssertion(rdfs:comment SOMA:ChemicalProcess "A process by which the chemical constituency of an Entity or set of Entities changes. -In some sense any process that results in entities being created or destroyed might trivially fit here, however this concept is intended specifically for Events where the occuring chemical reactions are of importance.") -AnnotationAssertion(rdfs:label SOMA:ChemicalProcess "Chemical process") -SubClassOf(SOMA:ChemicalProcess ) + + + A process by which an aspect of some object changes such as ice cream melting in the sun. + + -# Class: SOMA:Collision (SOMA:Collision) -AnnotationAssertion(rdfs:comment SOMA:Collision "A contact event of objects bumping into each other such that their movement is affected.") -SubClassOf(SOMA:Collision SOMA:ProcessType) + -# Class: SOMA:Creation (Creation) -AnnotationAssertion(rdfs:comment SOMA:Creation "A process by which an Entity is created in the physical world. + + + + A force interaction where the agonist has the tendency to set another object into motion. An example is 'opening a door' where some object interacts with the door such that it moves out of its frame. + Alterative interaction + + -Note, most of the physical Entities we will be considering here are in fact arrangements of many other, smaller physical Entities. Therefore another way to look at this is, a 'Physical creation' is the process by which a set of physical Entities is arranged in a certain way, and the arrangement is then itself considered a physical Entity.") -AnnotationAssertion(rdfs:label SOMA:Creation "Creation") -SubClassOf(SOMA:Creation SOMA:ProcessType) -SubClassOf(SOMA:Creation ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:CreatedObject)) -# Class: SOMA:Deformation (SOMA:Deformation) + -AnnotationAssertion(rdfs:comment SOMA:Deformation "A process by which a physical Entity changes its shape under the influence of some factors outside of the Entity. + + + + + + + + + + + A role that classifies entities that are opposed to the tendency of some agonist. + + + + + + + + + + A process type to classify motions by which a body approaches some object or location. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Motion described in terms of how parts of an Agent's body move. + +As such, this concept can be applied only to motions involving some PhysicalAgent, or body parts of a PhysicalAgent. + + + + + + + + + + In each instance of this collection some liquid matter is raised to its boilingPoint and is thereby changed from being in the Liquid-StateOfMatter to being in the Gaseous-StateOfMatter. + + + + + + + + + + A process by which the chemical constituency of an Entity or set of Entities changes. + +In some sense any process that results in entities being created or destroyed might trivially fit here, however this concept is intended specifically for Events where the occuring chemical reactions are of importance. + Chemical process + + + + + + + + + + A contact event of objects bumping into each other such that their movement is affected. + + + + + + + + + + + + + + + + + + + + + + + A process by which an Entity is created in the physical world. + +Note, most of the physical Entities we will be considering here are in fact arrangements of many other, smaller physical Entities. Therefore another way to look at this is, a 'Physical creation' is the process by which a set of physical Entities is arranged in a certain way, and the arrangement is then itself considered a physical Entity. + Creation + + + + + + + + + + + + + 1 + + + + + A process by which a physical Entity changes its shape under the influence of some factors outside of the Entity. Note, changes of shape may be self-caused; for example, a gas will naturally disperse. This however would be a different type of process (Dispersion). -A soft slab of clay deforming under its own weight on Earth would still count as deformation: it is the gravity of the Earth (so, a factor outside the slab of clay) which makes the slab change shape.") -SubClassOf(SOMA:Deformation SOMA:Alteration) -SubClassOf(SOMA:Deformation ObjectExactCardinality(1 SOMA:isProcessTypeOf SOMA:ShapedObject)) -DisjointClasses(SOMA:Deformation SOMA:FluidFlow) +A soft slab of clay deforming under its own weight on Earth would still count as deformation: it is the gravity of the Earth (so, a factor outside the slab of clay) which makes the slab change shape. + + + + + + + + + + + + + + + + + + + + + + + A process by which a physical Entity is destroyed. + +Note, most of the physical Entities we are concerned with are actually arrangements of many smaller physical Entities, so another way to look at this is that a 'Physical destruction' is a process by which an arrangement of physical Entities, which was previously itself considered a physical Entity, is changed to such an extent that it is no longer recognized as continuing to exist. + Destruction + + + + + + + + + + + A Motion that is considered to be toward a location or along a path. It is not important that the final location or path be the intention of some Agent, but it is considered that the important feature of this Motion is that it has a path and/or destination. + Directed motion + + + + + + + + + + + + + A process type classifying a motion of a body that exists because this body is attached to and controls some other moving body, usually a vehicle. + + + + + -# Class: SOMA:Destruction (Destruction) -AnnotationAssertion(rdfs:comment SOMA:Destruction "A process by which a physical Entity is destroyed. + + -Note, most of the physical Entities we are concerned with are actually arrangements of many smaller physical Entities, so another way to look at this is that a 'Physical destruction' is a process by which an arrangement of physical Entities, which was previously itself considered a physical Entity, is changed to such an extent that it is no longer recognized as continuing to exist.") -AnnotationAssertion(rdfs:label SOMA:Destruction "Destruction") -SubClassOf(SOMA:Destruction SOMA:ProcessType) -SubClassOf(SOMA:Destruction ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:DestroyedObject)) -# Class: SOMA:DirectedMotion (Directed motion) + -AnnotationAssertion(rdfs:comment SOMA:DirectedMotion "A Motion that is considered to be toward a location or along a path. It is not important that the final location or path be the intention of some Agent, but it is considered that the important feature of this Motion is that it has a path and/or destination.") -AnnotationAssertion(rdfs:label SOMA:DirectedMotion "Directed motion") -SubClassOf(SOMA:DirectedMotion SOMA:Motion) -DisjointClasses(SOMA:DirectedMotion SOMA:UndirectedMotion) -# Class: SOMA:Driving (SOMA:Driving) + + + + + + + + + A process by which a fluid moves or is moved from a location to another, but such that it maintains its constitution. A fluid is an Entity made of many smaller Entities, loosely bound to each other. -AnnotationAssertion(rdfs:comment SOMA:Driving "A process type classifying a motion of a body that exists because this body is attached to and controls some other moving body, usually a vehicle.") -SubClassOf(SOMA:Driving SOMA:Locomotion) -DisjointClasses(SOMA:Driving SOMA:Flying) -DisjointClasses(SOMA:Driving SOMA:Swimming) -DisjointClasses(SOMA:Driving SOMA:Walking) +An issue to highlight here is the maintenance of constitution. Fluids-- gases in particular-- are prone to disperse. Such a process is not flow however, because the loose bounds between the constituents become even looser, to the point of the original Entity becoming entirely discombobulated. + Fluid flow + + -# Class: SOMA:FluidFlow (Fluid flow) -AnnotationAssertion(rdfs:comment SOMA:FluidFlow "A process by which a fluid moves or is moved from a location to another, but such that it maintains its constitution. A fluid is an Entity made of many smaller Entities, loosely bound to each other. + -An issue to highlight here is the maintenance of constitution. Fluids-- gases in particular-- are prone to disperse. Such a process is not flow however, because the loose bounds between the constituents become even looser, to the point of the original Entity becoming entirely discombobulated. ") -AnnotationAssertion(rdfs:label SOMA:FluidFlow "Fluid flow") -SubClassOf(SOMA:FluidFlow SOMA:Motion) -SubClassOf(SOMA:FluidFlow ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:MovedObject)) -# Class: SOMA:Flying (SOMA:Flying) + + + + + A process type classifying a motion of a body that, through its own power, keeps itself aloft. + + -AnnotationAssertion(rdfs:comment SOMA:Flying "A process type classifying a motion of a body that, through its own power, keeps itself aloft.") -SubClassOf(SOMA:Flying SOMA:Locomotion) -DisjointClasses(SOMA:Flying SOMA:Swimming) -DisjointClasses(SOMA:Flying SOMA:Walking) -# Class: SOMA:ForceInteraction (Force interaction) + -AnnotationAssertion(rdfs:comment SOMA:ForceInteraction "Classifies events in which two entities interact with each other with a reference to force. One of the entities, the agonist, has a tendency to either set the other entity (the antagonist) into motion, or to keep it still under the influence of some other force. The tendency only manifests in case the agonist is the \"stronger entity\".") -AnnotationAssertion(rdfs:label SOMA:ForceInteraction "Force interaction") -AnnotationAssertion(rdfs:seeAlso SOMA:ForceInteraction "Talmy, Leonard (1981) ‘Force Dynamics’. Language and Mental Imagery. May 1981, University of California, Berkeley.") -EquivalentClasses(SOMA:ForceInteraction ObjectUnionOf(SOMA:AlterativeInteraction SOMA:PreservativeInteraction)) -SubClassOf(SOMA:ForceInteraction SOMA:ProcessType) -SubClassOf(SOMA:ForceInteraction ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:Agonist)) -SubClassOf(SOMA:ForceInteraction ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:Antagonist)) -# Class: SOMA:GraspingMotion (Grasping motion) + + + + + + + + + + + + + + + + + + + + + + + Classifies events in which two entities interact with each other with a reference to force. One of the entities, the agonist, has a tendency to either set the other entity (the antagonist) into motion, or to keep it still under the influence of some other force. The tendency only manifests in case the agonist is the "stronger entity". + Force interaction + Talmy, Leonard (1981) ‘Force Dynamics’. Language and Mental Imagery. May 1981, University of California, Berkeley. + + -AnnotationAssertion(rdfs:comment SOMA:GraspingMotion "A process type classifying a motion by which some end effector acquires kinematic control over some other object.") -AnnotationAssertion(rdfs:label SOMA:GraspingMotion "Grasping motion") -EquivalentClasses(SOMA:GraspingMotion ObjectUnionOf(SOMA:IntermediateGrasp SOMA:PowerGrasp SOMA:PrecisionGrasp)) -SubClassOf(SOMA:GraspingMotion SOMA:PrehensileMotion) -DisjointClasses(SOMA:GraspingMotion SOMA:ReleasingMotion) -# Class: SOMA:HeadMovement (SOMA:HeadMovement) + -AnnotationAssertion(rdfs:comment SOMA:HeadMovement "The Agent moves a part of their body carrying high-bandwidth sensors such as cameras. The movement of other body parts is not significant.") -AnnotationAssertion(rdfs:comment SOMA:HeadMovement "todo: (Mihai:) This seems too specific, given the \"Directed\"/\"Undirected motion\" categories.") -SubClassOf(SOMA:HeadMovement SOMA:BodyMovement) -# Class: SOMA:HeadTurning (SOMA:HeadTurning) + + + + + + + + + + + + + A process type classifying a motion by which some end effector acquires kinematic control over some other object. + Grasping motion + + -AnnotationAssertion(rdfs:comment SOMA:HeadTurning "A process type classifying a motion of an Agent's head such that the direction this head faces changes relative to the facing direction of the Agent's body as a whole.") -SubClassOf(SOMA:HeadTurning SOMA:HeadMovement) -# Class: SOMA:IntermediateGrasp (Intermediate grasp) + -AnnotationAssertion(rdfs:comment SOMA:IntermediateGrasp "A kind of grasp that acquires kinematic control over the gripped object, but without attempting to achieve either strong holding force nor precision of subsequent movement of the gripped object.") -AnnotationAssertion(rdfs:label SOMA:IntermediateGrasp "Intermediate grasp") -SubClassOf(SOMA:IntermediateGrasp SOMA:GraspingMotion) -DisjointClasses(SOMA:IntermediateGrasp SOMA:PowerGrasp) -DisjointClasses(SOMA:IntermediateGrasp SOMA:PrecisionGrasp) -# Class: SOMA:Leaning (SOMA:Leaning) + + + The Agent moves a part of their body carrying high-bandwidth sensors such as cameras. The movement of other body parts is not significant. + todo: (Mihai:) This seems too specific, given the "Directed"/"Undirected motion" categories. + + -AnnotationAssertion(rdfs:comment SOMA:Leaning "An Agent pitches its body in some direction.") -SubClassOf(SOMA:Leaning SOMA:PosturalMoving) -# Class: SOMA:LimbMotion (Limb motion) + -AnnotationAssertion(rdfs:comment SOMA:LimbMotion "An Agent moves its limbs in some way.") -AnnotationAssertion(rdfs:label SOMA:LimbMotion "Limb motion") -SubClassOf(SOMA:LimbMotion SOMA:DirectedMotion) -SubClassOf(SOMA:LimbMotion ObjectSomeValuesFrom(SOMA:isProcessTypeOf ObjectIntersectionOf(SOMA:MovedObject ObjectAllValuesFrom( SOMA:Limb)))) -DisjointClasses(SOMA:LimbMotion SOMA:Locomotion) -DisjointClasses(SOMA:LimbMotion SOMA:PrehensileMotion) -# Class: SOMA:Locomotion (SOMA:Locomotion) + + + A process type classifying a motion of an Agent's head such that the direction this head faces changes relative to the facing direction of the Agent's body as a whole. + + -AnnotationAssertion(rdfs:comment SOMA:Locomotion "Conceptually related to Navigation, but distinguishable from it because of the profile, ie. the focus of the task. + + + + + + + + + A kind of grasp that acquires kinematic control over the gripped object, but without attempting to achieve either strong holding force nor precision of subsequent movement of the gripped object. + Intermediate grasp + + + + + + + + + + An Agent pitches its body in some direction. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + An Agent moves its limbs in some way. + Limb motion + + + + + + + + + + + + Conceptually related to Navigation, but distinguishable from it because of the profile, ie. the focus of the task. Navigation is about reaching some goal. -Locomotion is concerned more with the actual motion.") -AnnotationAssertion(rdfs:comment SOMA:Locomotion "The Agent repositions their body in the environment.") -SubClassOf(SOMA:Locomotion SOMA:BodyMovement) -SubClassOf(SOMA:Locomotion SOMA:DirectedMotion) -DisjointClasses(SOMA:Locomotion SOMA:PrehensileMotion) +Locomotion is concerned more with the actual motion. + The Agent repositions their body in the environment. + + + + + + + + + + An EventType that classifies motion Processes. + Motion type + + + + + + + + + + + + + + + + + A process type classifying a motion by which some Agent puts distance between itself and another object or location. + + + + + + + + + + + + + + + + + An EventType that classifies processes by which matter changes from some distinguishable phase to another. We will use this to refer to the classical phase transitions between Solid, Liquid, Gaseous, Plasma etc. phases. + Phase transition + The phase transition concept has also been more or less metaphorically applied in other contexts. An example from physics is the "jamming transition", and sometimes "phase transitions" are spoken of when describing problem spaces such as 3SAT. + +In all these cases, the metaphor points to the existence of several regions of qualitatively different behavior (unimpeded passage of solid grains vs deadlock in a corridor; problem instances where the answer NO is trivial to prove vs. problem instances where the answer YES is trivial to prove), separated fairly sharply when some quantity reaches a threshold. + + + + + + + + + + + + + + + + + + + + + + + A process involving physical objects and phenomena which does not change the chemical constituency of the affected objects. + Physical process + + + + + + + + + + The Agent changes or takes an overall configuration of its body but is otherwise not significantly affecting other objects nor moving a significant amount from its original location. + +Posture changes may take place as part of other actions, for example turning when walking. + + + + + + + + + + + An Agent grasps an object, and focuses on obtaining a strong grasping force upon it, resulting in a grasp able to resist significant outside disturbances. This is useful when using tools with which to later exert force on other things, e.g. when hammering nails. + Power grasp + + + + + + + + + + An Agent grasps an object, and focuses on obtaining precise kinematic control over it. This is useful for then following precise movements, e.g. when writing. + Precision grasp + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + A motion of a prehensile effector. + Prehensile motion + + + + + + + + + + A force interaction where the agonist has a tendency to keep another object still. An example is 'holding a door closed' where some object interacts with the door to neutralize forces that could set the door into motion. + Preservative interaction + + + + + + + + + + + + + + + + A description that structures a Process. + Process flow + + + + + + + + + + + + + + + + + + + + + + + + + + + + An EventType that classifies Processes. + Process type + + + + + + + + + + + + + + + + A situation that sattisies a description of how a process evolves over time. + + + + + + + + + + A motion by which a prehensile effector relinquishes kinematic control over an object. + Releasing motion + + + + + + + + + + The motion of an object sliding along the surface of another, for example, to clean the surface. + + + + + + + + + + + + + + + + + A motion by which an Agent arranges its body in an upright configuration. Typically, it makes sense to speak of standing for bodies where some limbs are dedicated to moving the whole body while some limbs are used for manipulation of other objects. + + + + + + + + + + + A motion of some body through water. The body provides the power for the motion. + + + + + + + + + + A motion, usually repeated several times, for example, to probe the surface of an object. + + + + + + + + + + An innate behavioural response such as the knee-jerk reflex or the sucking reflex of human infants. + + + + + + + + + + A motion by which an agent changes which way their body faces. + + + + + + + + + + A Motion of a physical Entity for which a destination or path are unknown and/or considered irrelevant; the important aspect about this Motion is simply that it occurs, rather than where it is headed or how it proceeds towards it. + Undirected motion + + + -# Class: SOMA:Motion (SOMA:Motion) + -AnnotationAssertion(rdfs:comment SOMA:Motion "An EventType that classifies motion Processes.") -AnnotationAssertion(rdfs:comment SOMA:Motion "Motion type") -SubClassOf(SOMA:Motion SOMA:ProcessType) -# Class: SOMA:MovingAway (SOMA:MovingAway) + + + + + + + + + + + + + + + + + + + Some material transitions from a liquid to a gaseous phase. + Transitions from a solid to a gaseous phase are usually referred to as Sublimation. + + -AnnotationAssertion(rdfs:comment SOMA:MovingAway "A process type classifying a motion by which some Agent puts distance between itself and another object or location.") -SubClassOf(SOMA:MovingAway SOMA:Locomotion) -# Class: SOMA:PhaseTransition (Phase transition) + -AnnotationAssertion(rdfs:comment SOMA:PhaseTransition "An EventType that classifies processes by which matter changes from some distinguishable phase to another. We will use this to refer to the classical phase transitions between Solid, Liquid, Gaseous, Plasma etc. phases.") -AnnotationAssertion(rdfs:label SOMA:PhaseTransition "Phase transition") -AnnotationAssertion(rdfs:seeAlso SOMA:PhaseTransition "The phase transition concept has also been more or less metaphorically applied in other contexts. An example from physics is the \"jamming transition\", and sometimes \"phase transitions\" are spoken of when describing problem spaces such as 3SAT. -In all these cases, the metaphor points to the existence of several regions of qualitatively different behavior (unimpeded passage of solid grains vs deadlock in a corridor; problem instances where the answer NO is trivial to prove vs. problem instances where the answer YES is trivial to prove), separated fairly sharply when some quantity reaches a threshold.") -SubClassOf(SOMA:PhaseTransition SOMA:Alteration) + + + An agent, under its own power, moves over some solid surface. + + -# Class: SOMA:PhysicsProcess (Physical process) -AnnotationAssertion(rdfs:comment SOMA:PhysicsProcess "A process involving physical objects and phenomena which does not change the chemical constituency of the affected objects.") -AnnotationAssertion(rdfs:label SOMA:PhysicsProcess "Physical process") -SubClassOf(SOMA:PhysicsProcess ) -SubClassOf(SOMA:PhysicsProcess ObjectSomeValuesFrom( )) + -# Class: SOMA:PosturalMoving (SOMA:PosturalMoving) -AnnotationAssertion(rdfs:comment SOMA:PosturalMoving "The Agent changes or takes an overall configuration of its body but is otherwise not significantly affecting other objects nor moving a significant amount from its original location. + + -Posture changes may take place as part of other actions, for example turning when walking.") -SubClassOf(SOMA:PosturalMoving SOMA:BodyMovement) -# Class: SOMA:PowerGrasp (Power grasp) + -AnnotationAssertion(rdfs:comment SOMA:PowerGrasp "An Agent grasps an object, and focuses on obtaining a strong grasping force upon it, resulting in a grasp able to resist significant outside disturbances. This is useful when using tools with which to later exert force on other things, e.g. when hammering nails.") -AnnotationAssertion(rdfs:label SOMA:PowerGrasp "Power grasp") -SubClassOf(SOMA:PowerGrasp SOMA:GraspingMotion) -DisjointClasses(SOMA:PowerGrasp SOMA:PrecisionGrasp) -# Class: SOMA:PrecisionGrasp (Precision grasp) + + -AnnotationAssertion(rdfs:comment SOMA:PrecisionGrasp "An Agent grasps an object, and focuses on obtaining precise kinematic control over it. This is useful for then following precise movements, e.g. when writing.") -AnnotationAssertion(rdfs:label SOMA:PrecisionGrasp "Precision grasp") -SubClassOf(SOMA:PrecisionGrasp SOMA:GraspingMotion) -# Class: SOMA:PrehensileMotion (Prehensile motion) + -AnnotationAssertion(rdfs:comment SOMA:PrehensileMotion "A motion of a prehensile effector.") -AnnotationAssertion(rdfs:label SOMA:PrehensileMotion "Prehensile motion") -EquivalentClasses(SOMA:PrehensileMotion ObjectUnionOf(SOMA:GraspingMotion SOMA:ReleasingMotion)) -SubClassOf(SOMA:PrehensileMotion SOMA:DirectedMotion) -SubClassOf(SOMA:PrehensileMotion ObjectSomeValuesFrom(SOMA:isProcessTypeOf ObjectIntersectionOf(SOMA:MovedObject ObjectAllValuesFrom( SOMA:PrehensileEffector)))) -# Class: SOMA:PreservativeInteraction (Preservative interaction) + + -AnnotationAssertion(rdfs:comment SOMA:PreservativeInteraction "A force interaction where the agonist has a tendency to keep another object still. An example is 'holding a door closed' where some object interacts with the door to neutralize forces that could set the door into motion.") -AnnotationAssertion(rdfs:label SOMA:PreservativeInteraction "Preservative interaction") -SubClassOf(SOMA:PreservativeInteraction SOMA:ForceInteraction) -# Class: SOMA:ProcessFlow (Process flow) + -AnnotationAssertion(rdfs:comment SOMA:ProcessFlow "A description that structures a Process.") -AnnotationAssertion(rdfs:label SOMA:ProcessFlow "Process flow") -SubClassOf(SOMA:ProcessFlow ) -SubClassOf(SOMA:ProcessFlow ObjectSomeValuesFrom(SOMA:definesProcess SOMA:ProcessType)) -# Class: SOMA:ProcessType (Process type) + + -AnnotationAssertion(rdfs:comment SOMA:ProcessType "An EventType that classifies Processes.") -AnnotationAssertion(rdfs:label SOMA:ProcessType "Process type") -SubClassOf(SOMA:ProcessType ) -SubClassOf(SOMA:ProcessType ObjectAllValuesFrom( )) -SubClassOf(SOMA:ProcessType ObjectAllValuesFrom( SOMA:ProcessType)) -SubClassOf(SOMA:ProcessType ObjectAllValuesFrom( )) -# Class: SOMA:Progression (SOMA:Progression) + -AnnotationAssertion(rdfs:comment SOMA:Progression "A situation that sattisies a description of how a process evolves over time.") -EquivalentClasses(SOMA:Progression ObjectSomeValuesFrom( SOMA:ProcessFlow)) -SubClassOf(SOMA:Progression ) -# Class: SOMA:ReleasingMotion (Releasing motion) + + -AnnotationAssertion(rdfs:comment SOMA:ReleasingMotion "A motion by which a prehensile effector relinquishes kinematic control over an object.") -AnnotationAssertion(rdfs:label SOMA:ReleasingMotion "Releasing motion") -SubClassOf(SOMA:ReleasingMotion SOMA:PrehensileMotion) -# Class: SOMA:Rubbing (SOMA:Rubbing) + -AnnotationAssertion(rdfs:comment SOMA:Rubbing "The motion of an object sliding along the surface of another, for example, to clean the surface.") -SubClassOf(SOMA:Rubbing SOMA:DirectedMotion) -# Class: SOMA:Standing (SOMA:Standing) + + -AnnotationAssertion(rdfs:comment SOMA:Standing "A motion by which an Agent arranges its body in an upright configuration. Typically, it makes sense to speak of standing for bodies where some limbs are dedicated to moving the whole body while some limbs are used for manipulation of other objects.") -SubClassOf(SOMA:Standing SOMA:PosturalMoving) -# Class: SOMA:Swimming (SOMA:Swimming) + -AnnotationAssertion(rdfs:comment SOMA:Swimming "A motion of some body through water. The body provides the power for the motion.") -SubClassOf(SOMA:Swimming SOMA:Locomotion) -DisjointClasses(SOMA:Swimming SOMA:Walking) -# Class: SOMA:Tapping (SOMA:Tapping) + + -AnnotationAssertion(rdfs:comment SOMA:Tapping "A motion, usually repeated several times, for example, to probe the surface of an object.") -SubClassOf(SOMA:Tapping SOMA:DirectedMotion) -# Class: SOMA:Taxis (SOMA:Taxis) + -AnnotationAssertion(rdfs:comment SOMA:Taxis "An innate behavioural response such as the knee-jerk reflex or the sucking reflex of human infants.") -SubClassOf(SOMA:Taxis SOMA:BodyMovement) -# Class: SOMA:Turning (SOMA:Turning) + + -AnnotationAssertion(rdfs:comment SOMA:Turning "A motion by which an agent changes which way their body faces.") -SubClassOf(SOMA:Turning SOMA:PosturalMoving) -# Class: SOMA:UndirectedMotion (Undirected motion) + -AnnotationAssertion(rdfs:comment SOMA:UndirectedMotion "A Motion of a physical Entity for which a destination or path are unknown and/or considered irrelevant; the important aspect about this Motion is simply that it occurs, rather than where it is headed or how it proceeds towards it.") -AnnotationAssertion(rdfs:label SOMA:UndirectedMotion "Undirected motion") -SubClassOf(SOMA:UndirectedMotion SOMA:Motion) -# Class: SOMA:Vaporizing (SOMA:Vaporizing) + + -AnnotationAssertion(rdfs:comment SOMA:Vaporizing "Some material transitions from a liquid to a gaseous phase.") -AnnotationAssertion(rdfs:seeAlso SOMA:Vaporizing "Transitions from a solid to a gaseous phase are usually referred to as Sublimation.") -SubClassOf(SOMA:Vaporizing SOMA:PhaseTransition) -SubClassOf(SOMA:Vaporizing ObjectSomeValuesFrom(SOMA:isProcessTypeOf ObjectIntersectionOf(SOMA:AlteredObject ObjectAllValuesFrom( )))) -# Class: SOMA:Walking (SOMA:Walking) -AnnotationAssertion(rdfs:comment SOMA:Walking "An agent, under its own power, moves over some solid surface.") -SubClassOf(SOMA:Walking SOMA:Locomotion) + -) \ No newline at end of file diff --git a/owl/SOMA-SAY.owl b/owl/SOMA-SAY.owl index de223feb..b992324b 100644 --- a/owl/SOMA-SAY.owl +++ b/owl/SOMA-SAY.owl @@ -1,280 +1,559 @@ -Prefix(:=) -Prefix(dc:=) -Prefix(owl:=) -Prefix(rdf:=) -Prefix(xml:=) -Prefix(xsd:=) -Prefix(SOMA:=) -Prefix(rdfs:=) - - -Ontology( -Import() -Annotation(rdfs:comment "SOMA-SAY.owl defines concepts related to natural language processing and generation. - -In particular, it defines concepts related to linguistic acts and structures of syntax and meaning.") - -Declaration(Class(SOMA:CausedMotionTheory)) -Declaration(Class(SOMA:ClausalObject)) -Declaration(Class(SOMA:ContainmentTheory)) -Declaration(Class(SOMA:ControlTheory)) -Declaration(Class(SOMA:CoverageTheory)) -Declaration(Class(SOMA:CoveringTheory)) -Declaration(Class(SOMA:CrackingTheory)) -Declaration(Class(SOMA:DeclarativeClause)) -Declaration(Class(SOMA:ESTSchemaTheory)) -Declaration(Class(SOMA:ExecutableSchematicTheory)) -Declaration(Class(SOMA:FunctionalSpatialSchemaTheory)) -Declaration(Class(SOMA:ImageSchemaTheory)) -Declaration(Class(SOMA:ImperativeClause)) -Declaration(Class(SOMA:Instrument)) -Declaration(Class(SOMA:InterrogativeClause)) -Declaration(Class(SOMA:LinguisticObject)) -Declaration(Class(SOMA:LocutionaryAction)) -Declaration(Class(SOMA:MixingTheory)) -Declaration(Class(SOMA:Patient)) -Declaration(Class(SOMA:Phrase)) -Declaration(Class(SOMA:PlacingTheory)) -Declaration(Class(SOMA:ProximalTheory)) -Declaration(Class(SOMA:Scene)) -Declaration(Class(SOMA:SchematicTheory)) -Declaration(Class(SOMA:SourcePathGoalTheory)) -Declaration(Class(SOMA:State)) -Declaration(Class(SOMA:StateTransition)) -Declaration(Class(SOMA:SupportTheory)) -Declaration(ObjectProperty(SOMA:coversObject)) -Declaration(ObjectProperty(SOMA:interactsWith)) -Declaration(ObjectProperty(SOMA:isAnsweredBy)) -Declaration(ObjectProperty(SOMA:isCoveredByObject)) -Declaration(ObjectProperty(SOMA:isMovedByAgent)) -Declaration(ObjectProperty(SOMA:movesObject)) - -############################ -# Object Properties -############################ - -# Object Property: SOMA:coversObject (SOMA:coversObject) - -AnnotationAssertion(rdfs:comment SOMA:coversObject "A relationship from an object (the coverer) that blocks access to another or its interior (the coveree).") -SubObjectPropertyOf(SOMA:coversObject SOMA:interactsWith) -InverseObjectProperties(SOMA:coversObject SOMA:isCoveredByObject) -AsymmetricObjectProperty(SOMA:coversObject) -IrreflexiveObjectProperty(SOMA:coversObject) -ObjectPropertyDomain(SOMA:coversObject ) -ObjectPropertyRange(SOMA:coversObject ) - -# Object Property: SOMA:isAnsweredBy (is answered by) - -AnnotationAssertion(rdfs:comment SOMA:isAnsweredBy "A relation from a Query to an Agent who answers it.") -AnnotationAssertion(rdfs:label SOMA:isAnsweredBy "is answered by") -SubObjectPropertyOf(SOMA:isAnsweredBy ) -ObjectPropertyDomain(SOMA:isAnsweredBy ) -ObjectPropertyRange(SOMA:isAnsweredBy ) - -# Object Property: SOMA:isCoveredByObject (SOMA:isCoveredByObject) - -AnnotationAssertion(rdfs:comment SOMA:isCoveredByObject "A relation from an object (the coveree) which is itself, or has its interior, prevented from being accessed from outside by a coverer.") -SubObjectPropertyOf(SOMA:isCoveredByObject SOMA:interactsWith) -AsymmetricObjectProperty(SOMA:isCoveredByObject) -IrreflexiveObjectProperty(SOMA:isCoveredByObject) -ObjectPropertyDomain(SOMA:isCoveredByObject ) -ObjectPropertyRange(SOMA:isCoveredByObject ) - -# Object Property: SOMA:isMovedByAgent (SOMA:isMovedByAgent) - -AnnotationAssertion(rdfs:comment SOMA:isMovedByAgent "A relation from an object to an agent who causes it to move.") -SubObjectPropertyOf(SOMA:isMovedByAgent SOMA:interactsWith) -InverseObjectProperties(SOMA:isMovedByAgent SOMA:movesObject) -ObjectPropertyDomain(SOMA:isMovedByAgent ) -ObjectPropertyRange(SOMA:isMovedByAgent ) - -# Object Property: SOMA:movesObject (SOMA:movesObject) - -AnnotationAssertion(rdfs:comment SOMA:movesObject "A relation from an agent to an object that the agent causes to move.") -SubObjectPropertyOf(SOMA:movesObject SOMA:interactsWith) -ObjectPropertyDomain(SOMA:movesObject ) -ObjectPropertyRange(SOMA:movesObject ) - - - -############################ -# Classes -############################ - -# Class: SOMA:AssertionTask (Assertion task) - -SubClassOf(SOMA:AssertionTask ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:DeclarativeClause))) - -# Class: SOMA:CausedMotionTheory (Caused motion theory) - -AnnotationAssertion(rdfs:comment SOMA:CausedMotionTheory "A schematic theory describing a situation in which an agent performs an action which causes an object to move along a certain path. A popular example being \"He sneezed the napkin off the table.\" (Goldberg 1995) - -Let xA, xP be objects filling the agent, patient roles of this schema. Then one can infer that xA movesObject xP.") -AnnotationAssertion(rdfs:label SOMA:CausedMotionTheory "Caused motion theory"@en) -SubClassOf(SOMA:CausedMotionTheory SOMA:ImageSchemaTheory) -SubClassOf(SOMA:CausedMotionTheory ObjectSomeValuesFrom( SOMA:CausalEventRole)) -SubClassOf(SOMA:CausedMotionTheory ObjectSomeValuesFrom( SOMA:Instrument)) -SubClassOf(SOMA:CausedMotionTheory ObjectSomeValuesFrom( SOMA:Patient)) -SubClassOf(SOMA:CausedMotionTheory ObjectSomeValuesFrom( SOMA:PerformerRole)) -SubClassOf(SOMA:CausedMotionTheory ObjectSomeValuesFrom( SOMA:SourcePathGoalTheory)) - -# Class: SOMA:ClausalObject (Clausal object) - -AnnotationAssertion(rdfs:comment SOMA:ClausalObject "A clause is a phrase containing a subject and a predicate.") -AnnotationAssertion(rdfs:label SOMA:ClausalObject "Clausal object") -SubClassOf(SOMA:ClausalObject SOMA:Phrase) - -# Class: SOMA:CommandingTask (Commanding task) + + + + + SOMA-SAY.owl defines concepts related to natural language processing and generation. -SubClassOf(SOMA:CommandingTask ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:ImperativeClause))) +In particular, it defines concepts related to linguistic acts and structures of syntax and meaning. + + -# Class: SOMA:ContainmentTheory (Containment theory) -AnnotationAssertion(rdfs:comment SOMA:ContainmentTheory "A schematic theory that describes a functional relation which ensures that the location of some entity, the locatum, is constrained to be within some region which is the interior of some other entity, the relatum. + + + + + + + + + + + + + + + + + A relationship from an object (the coverer) that blocks access to another or its interior (the coveree). + + + + + + + + + + + + + + + + + + + A relation from a Query to an Agent who answers it. + is answered by + + + + + + + + + + + + + + A relation from an object (the coveree) which is itself, or has its interior, prevented from being accessed from outside by a coverer. + + + + + + + + + + + + + A relation from an object to an agent who causes it to move. + + + + + + + + + + + + A relation from an agent to an object that the agent causes to move. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + A schematic theory describing a situation in which an agent performs an action which causes an object to move along a certain path. A popular example being "He sneezed the napkin off the table." (Goldberg 1995) + +Let xA, xP be objects filling the agent, patient roles of this schema. Then one can infer that xA movesObject xP. + Caused motion theory + + + + + + + + + + A clause is a phrase containing a subject and a predicate. + Clausal object + + + + + + + + + + + + + + + + + + + + + + + + + + + + + A schematic theory that describes a functional relation which ensures that the location of some entity, the locatum, is constrained to be within some region which is the interior of some other entity, the relatum. This is also known as FunctionalControlInternal in GUM-4-space (Bateman et al. 2010). -Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL isInsideOf xR.") -AnnotationAssertion(rdfs:label SOMA:ContainmentTheory "Containment theory"@en) -SubClassOf(SOMA:ContainmentTheory SOMA:ControlTheory) +Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL isInsideOf xR. + Containment theory + + + + + + + + + + A description of functional-spatial configurations where one object controls another object's position in space, e.g. if a pot moves, then the popcorn contained therein moves, as well. Note that the objects do not need to be in direct contact. + +Adopted from GUM-4-space (Bateman et al. 2010). + Control theory + + + -# Class: SOMA:ControlTheory (Control theory) + -AnnotationAssertion(rdfs:comment SOMA:ControlTheory "A description of functional-spatial configurations where one object controls another object's position in space, e.g. if a pot moves, then the popcorn contained therein moves, as well. Note that the objects do not need to be in direct contact. -Adopted from GUM-4-space (Bateman et al. 2010).") -AnnotationAssertion(rdfs:label SOMA:ControlTheory "Control theory"@en) -SubClassOf(SOMA:ControlTheory SOMA:FunctionalSpatialSchemaTheory) + + + A schematic theory of a functional relation between two objects such that one of them, the locatum, blocks access to the interior of the relatum. -# Class: SOMA:CoverageTheory (SOMA:CoverageTheory) +Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL coversObject xR. + + -AnnotationAssertion(rdfs:comment SOMA:CoverageTheory "A schematic theory of a functional relation between two objects such that one of them, the locatum, blocks access to the interior of the relatum. -Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL coversObject xR.") -SubClassOf(SOMA:CoverageTheory SOMA:FunctionalSpatialSchemaTheory) + -# Class: SOMA:CoveringTheory (Covering theory) -AnnotationAssertion(rdfs:comment SOMA:CoveringTheory "A schematic theory of how an agent can use an instrument to prevent access to the interior of a patient.") -AnnotationAssertion(rdfs:label SOMA:CoveringTheory "Covering theory"@en) -SubClassOf(SOMA:CoveringTheory SOMA:ExecutableSchematicTheory) -SubClassOf(SOMA:CoveringTheory ObjectSomeValuesFrom( SOMA:Instrument)) -SubClassOf(SOMA:CoveringTheory ObjectExactCardinality(1 SOMA:Patient)) + + + + + + + + + + + + 1 + + + + A schematic theory of how an agent can use an instrument to prevent access to the interior of a patient. + Covering theory + + -# Class: SOMA:CrackingTheory (Cracking theory) -AnnotationAssertion(rdfs:comment SOMA:CrackingTheory "A schematic theory of how an agent can inflict damage to the surface of an object.") -AnnotationAssertion(rdfs:label SOMA:CrackingTheory "Cracking theory"@en) -SubClassOf(SOMA:CrackingTheory SOMA:ExecutableSchematicTheory) -SubClassOf(SOMA:CrackingTheory ObjectSomeValuesFrom( SOMA:Instrument)) -SubClassOf(SOMA:CrackingTheory ObjectSomeValuesFrom( SOMA:Patient)) + -# Class: SOMA:DeclarativeClause (Declarative clause) -AnnotationAssertion(rdfs:comment SOMA:DeclarativeClause "A clause which makes an assertion or declaration.") -AnnotationAssertion(rdfs:label SOMA:DeclarativeClause "Declarative clause") -SubClassOf(SOMA:DeclarativeClause SOMA:ClausalObject) + + + + + + + + + + + + + + + A schematic theory of how an agent can inflict damage to the surface of an object. + Cracking theory + + -# Class: SOMA:ESTSchemaTheory (EST schema theory) -AnnotationAssertion(rdfs:comment SOMA:ESTSchemaTheory "A schematic theory that describes the existence of an entity. + -Developmental psychology posits that \"object permanence\" (the assumption that physical objects keep existing even when the agent doesn't perceive them, which consequently informs reasoning about where an object should be, even when perception of it is lost) is a cognitive ability that is not, at least in the very young human child, immediately manifest. Rather, it seems learned via interaction, and usually is among an infant's cognitive repertoire by age 2. + + + + A clause which makes an assertion or declaration. + Declarative clause + + + + + + + + + + + + + + + + + + + 1 + + + A schematic theory that describes the existence of an entity. + +Developmental psychology posits that "object permanence" (the assumption that physical objects keep existing even when the agent doesn't perceive them, which consequently informs reasoning about where an object should be, even when perception of it is lost) is a cognitive ability that is not, at least in the very young human child, immediately manifest. Rather, it seems learned via interaction, and usually is among an infant's cognitive repertoire by age 2. In SOMA, we represent this ability of a cognitive agent as an ability to generate and maintain ESTSchemaTheories. Each instance of such a theory refers to one particular physical object, the one that the instance of the ESTSchemaTheory asserts to exist. -Because each instance of an ESTSchemaTheory refers to a single object, ESTSchemaTheories are not associated to any relation between OWL individuals.") -AnnotationAssertion(rdfs:label SOMA:ESTSchemaTheory "EST schema theory"@en) -SubClassOf(SOMA:ESTSchemaTheory SOMA:ImageSchemaTheory) -SubClassOf(SOMA:ESTSchemaTheory ObjectSomeValuesFrom( SOMA:ExistingObjectRole)) -SubClassOf(SOMA:ESTSchemaTheory ObjectExactCardinality(1 )) +Because each instance of an ESTSchemaTheory refers to a single object, ESTSchemaTheories are not associated to any relation between OWL individuals. + EST schema theory + + + + + + + + + + + + + + + + Also known as "executing schemas" or "x-schemas", these were defined by Bergen and Chang in their work "Embodied Construction Grammar in Simulation-Based Language Understanding" as: + +"Executing schemas, or x-schemas, are dynamic representations motivated in part by motor and perceptual systems (Bailey 1997; Narayanan 1997), on the assumption that the same underlying representations used for executing and perceiving an action are brought to bear in understanding language about that action. The x-schema formalism is an extension of Petri nets (Murata 1989) that can model sequential, concurrent, and +asynchronous events" -# Class: SOMA:ExecutableSchematicTheory (Executable schematic theory) +SOMA does not restrict the formalism of ExecutableSchematicTheories; i.e. they don't have to be Petri Nets. -AnnotationAssertion(rdfs:comment SOMA:ExecutableSchematicTheory "Also known as \"executing schemas\" or \"x-schemas\", these were defined by Bergen and Chang in their work \"Embodied Construction Grammar in Simulation-Based Language Understanding\" as: +They maintain their role however as representations able to drive a simulation, at some level of abstraction, of an embodied action. This level of abstraction may be still fairly underspecified as in the case of the original x-schemas and as such not a plan that an agent could run in an actual physical environment without further information. + Executable schematic theory + + -\"Executing schemas, or x-schemas, are dynamic representations motivated in part by motor and perceptual systems (Bailey 1997; Narayanan 1997), on the assumption that the same underlying representations used for executing and perceiving an action are brought to bear in understanding language about that action. The x-schema formalism is an extension of Petri nets (Murata 1989) that can model sequential, concurrent, and -asynchronous events\" -SOMA does not restrict the formalism of ExecutableSchematicTheories; i.e. they don't have to be Petri Nets. + -They maintain their role however as representations able to drive a simulation, at some level of abstraction, of an embodied action. This level of abstraction may be still fairly underspecified as in the case of the original x-schemas and as such not a plan that an agent could run in an actual physical environment without further information.") -AnnotationAssertion(rdfs:label SOMA:ExecutableSchematicTheory "Executable schematic theory"@en) -SubClassOf(SOMA:ExecutableSchematicTheory SOMA:SchematicTheory) -SubClassOf(SOMA:ExecutableSchematicTheory ObjectSomeValuesFrom( SOMA:PerformerRole)) -# Class: SOMA:FunctionalSpatialSchemaTheory (Functional spatial schema theory) + + + + + + + + + + + + + + + The superclass for theories describing functional spatial relations. -AnnotationAssertion(rdfs:comment SOMA:FunctionalSpatialSchemaTheory "The superclass for theories describing functional spatial relations. +Adopted from GUM-4-space (Bateman et al. 2010). + Functional spatial schema theory + + -Adopted from GUM-4-space (Bateman et al. 2010).") -AnnotationAssertion(rdfs:label SOMA:FunctionalSpatialSchemaTheory "Functional spatial schema theory"@en) -SubClassOf(SOMA:FunctionalSpatialSchemaTheory SOMA:ImageSchemaTheory) -SubClassOf(SOMA:FunctionalSpatialSchemaTheory ObjectSomeValuesFrom( SOMA:LocatumRole)) -SubClassOf(SOMA:FunctionalSpatialSchemaTheory ObjectSomeValuesFrom( SOMA:RelatumRole)) -# Class: SOMA:ImageSchemaTheory (Image schema theory) + -AnnotationAssertion(rdfs:comment SOMA:ImageSchemaTheory "A theory that describes an image-schematic relationship between some entities. + + + + A theory that describes an image-schematic relationship between some entities. Image schemas are considered as fundamental, pre-conceptual, building blocks of cognition. They were introduced to characterize how human beings are believed to organize and make sense of experience. -For SOMA, whereas the focus of executable schematic theories is to describe how an agent might act, image schematic theories focus on descriptions of how objects behave in the absence of, or after, an active intervention from an agent.") -AnnotationAssertion(rdfs:label SOMA:ImageSchemaTheory "Image schema theory"@en) -SubClassOf(SOMA:ImageSchemaTheory SOMA:SchematicTheory) +For SOMA, whereas the focus of executable schematic theories is to describe how an agent might act, image schematic theories focus on descriptions of how objects behave in the absence of, or after, an active intervention from an agent. + Image schema theory + + + + + + + + + + + + + + + + + + + + + + A clause which commands some agent to perform a task or bring about a state of affairs. + Imperative clause + + + + + + + + + + -# Class: SOMA:ImperativeClause (Imperative clause) + -AnnotationAssertion(rdfs:comment SOMA:ImperativeClause "A clause which commands some agent to perform a task or bring about a state of affairs.") -AnnotationAssertion(rdfs:label SOMA:ImperativeClause "Imperative clause") -SubClassOf(SOMA:ImperativeClause SOMA:ClausalObject) -SubClassOf(SOMA:ImperativeClause ObjectSomeValuesFrom( SOMA:StateTransition)) -SubClassOf(SOMA:ImperativeClause ObjectAllValuesFrom( SOMA:StateTransition)) -# Class: SOMA:InterrogativeClause (Interrogative clause) + + + A clause which makes a request, typically information, of some agent. -AnnotationAssertion(rdfs:comment SOMA:InterrogativeClause "A clause which makes a request, typically information, of some agent. +Note that in a semantic sense such clauses always request information, but in a pragmatic sense they can be used to convey commands or requests for action, such as e.g. "can you close the door?" The question is not just a request for information about ability, but a request to perform a task. + Interrogative clause + + -Note that in a semantic sense such clauses always request information, but in a pragmatic sense they can be used to convey commands or requests for action, such as e.g. \"can you close the door?\" The question is not just a request for information about ability, but a request to perform a task.") -AnnotationAssertion(rdfs:label SOMA:InterrogativeClause "Interrogative clause") -SubClassOf(SOMA:InterrogativeClause SOMA:ClausalObject) -# Class: SOMA:LinguisticObject (Linguistic object) + -AnnotationAssertion(rdfs:isDefinedBy SOMA:LinguisticObject ) -# Class: SOMA:LocutionaryAction (Locutionary action) + + + + -AnnotationAssertion(rdfs:comment SOMA:LocutionaryAction "A Locutionary Act is the performance of an utterance (source: https://en.wikipedia.org/wiki/Locutionary_act). -We additionally require a Locutionary Act to be performed by an Agent, not an Actor - this is what sets it apart from a Communication Action."@en) -AnnotationAssertion(rdfs:label SOMA:LocutionaryAction "Locutionary action"@en) -EquivalentClasses(SOMA:LocutionaryAction ObjectIntersectionOf(SOMA:CommunicationAction ObjectSomeValuesFrom( ))) + -# Class: SOMA:MixingTheory (Mixing theory) -AnnotationAssertion(rdfs:comment SOMA:MixingTheory "A schematic theory about how an agent can mix a fluid or particulate object.") -AnnotationAssertion(rdfs:label SOMA:MixingTheory "Mixing theory"@en) -SubClassOf(SOMA:MixingTheory SOMA:ExecutableSchematicTheory) -SubClassOf(SOMA:MixingTheory ObjectSomeValuesFrom( SOMA:Instrument)) -SubClassOf(SOMA:MixingTheory ObjectSomeValuesFrom( SOMA:Patient)) + + + + + + + + + + + + + A Locutionary Act is the performance of an utterance (source: https://en.wikipedia.org/wiki/Locutionary_act). -# Class: SOMA:Phrase (SOMA:Phrase) +We additionally require a Locutionary Act to be performed by an Agent, not an Actor - this is what sets it apart from a Communication Action. + Locutionary action + + -AnnotationAssertion(rdfs:isDefinedBy SOMA:Phrase ) -SubClassOf(SOMA:Phrase SOMA:LinguisticObject) -# Class: SOMA:PlacingTheory (Placing theory) + -AnnotationAssertion(rdfs:comment SOMA:PlacingTheory "A schematic theory of how an agent can place a patient at a particular goal location.") -AnnotationAssertion(rdfs:label SOMA:PlacingTheory "Placing theory"@en) -SubClassOf(SOMA:PlacingTheory SOMA:ExecutableSchematicTheory) -SubClassOf(SOMA:PlacingTheory ObjectSomeValuesFrom( SOMA:Destination)) -SubClassOf(SOMA:PlacingTheory ObjectSomeValuesFrom( SOMA:Patient)) -# Class: SOMA:ProximalTheory (Proximal theory) + + + + + + + + + + + + + + + A schematic theory about how an agent can mix a fluid or particulate object. + Mixing theory + + -AnnotationAssertion(rdfs:comment SOMA:ProximalTheory "An image schematic theory that describes a qualitative spatial relation indicating relative proximity, as expressed by the prepositions 'near', 'close to', 'next to', etc. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + A schematic theory of how an agent can place a patient at a particular goal location. + Placing theory + + + + + + + + + + + + + + + + + + + + + + An image schematic theory that describes a qualitative spatial relation indicating relative proximity, as expressed by the prepositions 'near', 'close to', 'next to', etc. It may seem that proximity is a very simple notion, requiring no sophisticated theoretical underpinnings. However, proximity is an extremely object- and purpose-dependent relation. A store next door is in a closeness relation to a person, and so is the Sun in the sky, despite the physical distances being different by several orders of magnitude. @@ -282,61 +561,145 @@ As such, a theory, i.e. a description of what a particular kind of closeness mea Adopted from GUM-4-space (Bateman et al. 2010). -Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL 'near to' xR.") -AnnotationAssertion(rdfs:label SOMA:ProximalTheory "Proximal theory"@en) -SubClassOf(SOMA:ProximalTheory SOMA:ImageSchemaTheory) -SubClassOf(SOMA:ProximalTheory ObjectSomeValuesFrom( SOMA:LocatumRole)) -SubClassOf(SOMA:ProximalTheory ObjectSomeValuesFrom( SOMA:RelatumRole)) - -# Class: SOMA:QueryingTask (Querying task) +Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL 'near to' xR. + Proximal theory + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Scenes are Situations which interpret a State in terms of its conformance to some qualitative, image schematic description. I.e., the scene is described in terms of qualitative functional and spatial relations existing between participating objects. + + + + + + + + + + A theory used to describe, analyze, and reason with the meaning of a linguistic message. + +Note that such theories are useful both when analyzing an actual linguistic production, and when creating a linguistic production to describe some observed experience. + Schematic theory + + + + + + + + + + + + + + + + + + + + + + + + + + + + A very general image-schema of the Path family, this schema describes movement along a path from a source towards a goal. -SubClassOf(SOMA:QueryingTask ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:InterrogativeClause))) +Note: in cognitive linguistics literature, the roles of this schema are Source, Path, Goal. However, to avoid overloading some other terminology in SOMA, we renamed Source to Origin and Goal to Destination. -# Class: SOMA:Scene (SOMA:Scene) +As yet, this schema is not associated to any object property. + Source-path-goal theory + + -AnnotationAssertion(rdfs:comment SOMA:Scene "Scenes are Situations which interpret a State in terms of its conformance to some qualitative, image schematic description. I.e., the scene is described in terms of qualitative functional and spatial relations existing between participating objects.") -SubClassOf(SOMA:Scene ) -SubClassOf(SOMA:Scene ObjectSomeValuesFrom( SOMA:State)) -SubClassOf(SOMA:Scene ObjectSomeValuesFrom( SOMA:ImageSchemaTheory)) -# Class: SOMA:SchematicTheory (Schematic theory) + -AnnotationAssertion(rdfs:comment SOMA:SchematicTheory "A theory used to describe, analyze, and reason with the meaning of a linguistic message. -Note that such theories are useful both when analyzing an actual linguistic production, and when creating a linguistic production to describe some observed experience.") -AnnotationAssertion(rdfs:label SOMA:SchematicTheory "Schematic theory"@en) -SubClassOf(SOMA:SchematicTheory ) + + -# Class: SOMA:SourcePathGoalTheory (Source-path-goal theory) -AnnotationAssertion(rdfs:comment SOMA:SourcePathGoalTheory "A very general image-schema of the Path family, this schema describes movement along a path from a source towards a goal. + -Note: in cognitive linguistics literature, the roles of this schema are Source, Path, Goal. However, to avoid overloading some other terminology in SOMA, we renamed Source to Origin and Goal to Destination. -As yet, this schema is not associated to any object property.") -AnnotationAssertion(rdfs:label SOMA:SourcePathGoalTheory "Source-path-goal theory"@en) -SubClassOf(SOMA:SourcePathGoalTheory SOMA:ImageSchemaTheory) -SubClassOf(SOMA:SourcePathGoalTheory ObjectSomeValuesFrom( SOMA:Destination)) -SubClassOf(SOMA:SourcePathGoalTheory ObjectSomeValuesFrom( SOMA:Origin)) -SubClassOf(SOMA:SourcePathGoalTheory ObjectSomeValuesFrom( SOMA:PathRole)) + + + + + + + + + + + + + + + A transition between two states brought about by the Action of some Agent. + State transition + + -# Class: SOMA:StateTransition (State transition) -AnnotationAssertion(rdfs:comment SOMA:StateTransition "A transition between two states brought about by the Action of some Agent.") -AnnotationAssertion(rdfs:label SOMA:StateTransition "State transition"@en) -SubClassOf(SOMA:StateTransition ) -SubClassOf(SOMA:StateTransition ObjectSomeValuesFrom( )) -SubClassOf(SOMA:StateTransition ObjectSomeValuesFrom( SOMA:ImageSchemaTheory)) + -# Class: SOMA:SupportTheory (Support theory) -AnnotationAssertion(rdfs:comment SOMA:SupportTheory "An image schematic theory that describes the reified functional relation holding between two spatial objects x and y, such that x physically supports y in the presence of gravity; x and y need not be in contact. An example of such an expression is \"The bowl is on the table\". + + + An image schematic theory that describes the reified functional relation holding between two spatial objects x and y, such that x physically supports y in the presence of gravity; x and y need not be in contact. An example of such an expression is "The bowl is on the table". This is also known as FunctionalControlExternal in GUM (Bateman et al. 2010). -Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL isSupportedBy xR.") -AnnotationAssertion(rdfs:label SOMA:SupportTheory "Support theory"@en) -SubClassOf(SOMA:SupportTheory SOMA:ControlTheory) +Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL isSupportedBy xR. + Support theory + + + + + + -) \ No newline at end of file diff --git a/owl/SOMA-STATE.owl b/owl/SOMA-STATE.owl index 71529a10..72f57b94 100644 --- a/owl/SOMA-STATE.owl +++ b/owl/SOMA-STATE.owl @@ -1,193 +1,496 @@ -Prefix(:=) -Prefix(dc:=) -Prefix(owl:=) -Prefix(rdf:=) -Prefix(xml:=) -Prefix(xsd:=) -Prefix(SOMA:=) -Prefix(rdfs:=) - - -Ontology( -Import() -Import() -Annotation(rdfs:comment "SOMA-STATE.owl defines knowledge related to \"States\", which are clasically defined as stative and homeomeric events. + + + + + + SOMA-STATE.owl defines knowledge related to "States", which are clasically defined as stative and homeomeric events. Defines an upper level for a taxonomy of state types and roles that objects can play in states. State types relevant for the robotics domain are defined, such as FunctionalControl, Linkage, Blockage. -The need for \"state types\" (subclasses of Concept) to connect via dul:classifies to instances of State (itself a subclass of Event) comes from the core SOMA approach, which is to treat the detailed type of an Event as an interpretation of the Event rather than something intrinsic to the Event itself. +The need for "state types" (subclasses of Concept) to connect via dul:classifies to instances of State (itself a subclass of Event) comes from the core SOMA approach, which is to treat the detailed type of an Event as an interpretation of the Event rather than something intrinsic to the Event itself. Note, the knowledge that states can be changed into other states should be defined in SOMA-ACT.owl, not here. SOMA-STATE.owl should not even indirectly import SOMA-ACT.owl. This is related to a design decision as to which should be more fundamental, the state or the action. Or in other words, should states be defined (also) in terms of how they result from actions, or should actions be defined (also) in terms of how they connect between states? -These approaches seem equally expressive, we simply chose what felt more intuitive.") - -Declaration(Class(:ContainmentState)) -Declaration(Class(SOMA:Configuration)) -Declaration(Class(SOMA:ConnectedObject)) -Declaration(Class(SOMA:ContactState)) -Declaration(Class(SOMA:Container)) -Declaration(Class(SOMA:Containment)) -Declaration(Class(SOMA:FunctionalControl)) -Declaration(Class(SOMA:Item)) -Declaration(Class(SOMA:LinkageState)) -Declaration(Class(SOMA:LinkedObject)) -Declaration(Class(SOMA:PhysicalAccessibility)) -Declaration(Class(SOMA:PhysicalBlockage)) -Declaration(Class(SOMA:PhysicalExistence)) -Declaration(Class(SOMA:PhysicalState)) -Declaration(Class(SOMA:Restrictor)) -Declaration(Class(SOMA:SocialState)) -Declaration(Class(SOMA:StateType)) -Declaration(Class(SOMA:SupportState)) -Declaration(Class(SOMA:Supporter)) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(ObjectProperty(SOMA:hasStateType)) -Declaration(ObjectProperty(SOMA:isStateTypeOf)) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) - -############################ -# Object Properties -############################ - -# Object Property: SOMA:hasStateType (has state type) - -AnnotationAssertion(rdfs:comment SOMA:hasStateType "A relation between roles and state types, e.g. 'the chair is the supporter of the person sitting on it'.") -AnnotationAssertion(rdfs:label SOMA:hasStateType "has state type") -SubObjectPropertyOf(SOMA:hasStateType ) -InverseObjectProperties(SOMA:hasStateType SOMA:isStateTypeOf) -ObjectPropertyDomain(SOMA:hasStateType ) -ObjectPropertyRange(SOMA:hasStateType SOMA:StateType) - -# Object Property: SOMA:isStateTypeOf (is state type of) - -AnnotationAssertion(rdfs:comment SOMA:isStateTypeOf "A relation between roles and state types, e.g. 'the chair is the supporter of the person sitting on it'.") -AnnotationAssertion(rdfs:label SOMA:isStateTypeOf "is state type of") -SubObjectPropertyOf(SOMA:isStateTypeOf ) -ObjectPropertyDomain(SOMA:isStateTypeOf SOMA:StateType) -ObjectPropertyRange(SOMA:isStateTypeOf ) - - - -############################ -# Classes -############################ - -# Class: :ContainmentState (Containment state) - -AnnotationAssertion(rdfs:comment :ContainmentState "Classifies States in which an object is kept inside another object.") -AnnotationAssertion(rdfs:label :ContainmentState "Containment state"@en) -SubClassOf(:ContainmentState SOMA:FunctionalControl) -SubClassOf(:ContainmentState ObjectSomeValuesFrom(SOMA:isStateTypeOf ObjectIntersectionOf(SOMA:Container ObjectAllValuesFrom( ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Containment))))) - -# Class: SOMA:Configuration (SOMA:Configuration) - -AnnotationAssertion(rdfs:comment SOMA:Configuration "A description of a State. This includes e.g. what acceptable regions for participant objects of the State might look like. +These approaches seem equally expressive, we simply chose what felt more intuitive. + + + + + + + + + + + + + + + + + + + A relation between roles and state types, e.g. 'the chair is the supporter of the person sitting on it'. + has state type + + + + + + + + + + + + A relation between roles and state types, e.g. 'the chair is the supporter of the person sitting on it'. + is state type of + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + A description of a State. This includes e.g. what acceptable regions for participant objects of the State might look like. A configuration of the world is construed to be stable on its own. Outside disturbances may cause state transitions, and the settling into some other, self-stable configuration. Several other Description subclasses may function as Configurations. For example, a Goal is a description of a desired State. A Norm describes a State that should be maintained. A Diagnosis describes a State that causes certain symptoms etc. -Note a couple of issues here. First one relates to what \"configuration\" means; in particular, this doesn't mean a configuration that is unchanging according to any viewpoint. The analogy here is the \"macrostate\" from thermodynamics: a macrostate with two gases mixed does not mean all gas particles are motionless, but rather that the locations and movements of gas particles are such that any particle is likely to have as many neighbors of one type as the other. +Note a couple of issues here. First one relates to what "configuration" means; in particular, this doesn't mean a configuration that is unchanging according to any viewpoint. The analogy here is the "macrostate" from thermodynamics: a macrostate with two gases mixed does not mean all gas particles are motionless, but rather that the locations and movements of gas particles are such that any particle is likely to have as many neighbors of one type as the other. + +The second issue relates to what is "outside". The state is a configuration of some, but not necessarily all, Entities in the world. Entities not in this configuration are outside of it. + + + + + + + + + + + + + + + + + + + + + + + 2 + + + + + + Classifies States in which some objects are in contact. + Contact state + + + + + + + + + + + + + + + + Classifies States in which an object is placed inside another. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Classifies States in which an object is kept inside another object. + Containment state + + + + + + + + + + + + + + + + + + + + + + Classifies States in which an object restricts the movement of another, at least partially. Usually neither object is construed to be an agent. + +Note that this State focuses on how the interaction of, usually non-agentive, objects restricts their motion. This is in contrast to Blockage/Accessibility states where the placement of some objects influences the access to some of them by a third, usually agentive party. + Functional state + + + + + + + + + + + + + + + + + + + + + + + Classifies States in which two objects are in a rigid connection, such that the movement of one determines the movement of the other. + Linkage state + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Classifies States in which an item is placed in a container or protected by a protector, but the placement of the item and container is such that a, usually agentive, accessor may nevertheless reach the item in order to perform a task. + Physical accessibility + + + + + + + + + + + + + + + + + + + + + + Classifies States in which an object, in general called restrictor, blocks access to an item. A usually agentive accessor, whose access is blocked, may be specified. + Physical blockage + + + + + + + + + + A State in which an Entity is said to exist in the physical world. + Physical Existince + + + + + + + + + + + + + + + + A State describing how Entities in the physical world relate to each other. + Physical state + + + + + + + + + + + + + + + + + + + + + + + A State which describes how Agents relate to each other. + +One can argue that any Social state is a Physical state, since anything the Agents may use to construct a social relationship is made of physical things. The difference is that the physical support of the social relationships is not important here, what matters instead is the nature and content of the social relations, regardless of how they are physically realized. + Note here a distinction: the Agents involved must be able to communicate. This is because while it is often assumed that an Agent has or aspires to have similar cognitive capacities to a human, This need not be the case; in particular, not all Agents need to maintain theories of mind about each other and therefore not all Agents need to communicate with each other. It is hard to see what sort of meaning Social concepts might have to such Agents, since Social concepts are all about shared constructions. + +Note also that the DUL SocialAgent class is not an appropriate restriction however. SocialAgent is one that exists by agreement of PhysicalAgents. For example, a corporation or a nation are SocialAgents. An Agent with the capability to engage socially is not necessarily a DUL SocialAgent. + Social state + + + + + + + + + + + + + + + + + + + + + + An EventType that classifies States. + State type + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Classifies States in which an object is not able to move under gravity because of its placement relative to some other object. + Support state + + + + + + + + + + -The second issue relates to what is \"outside\". The state is a configuration of some, but not necessarily all, Entities in the world. Entities not in this configuration are outside of it.") -SubClassOf(SOMA:Configuration ) -SubClassOf(SOMA:Configuration ObjectSomeValuesFrom( SOMA:StateType)) + -# Class: SOMA:ContactState (Contact state) -AnnotationAssertion(rdfs:comment SOMA:ContactState "Classifies States in which some objects are in contact.") -AnnotationAssertion(rdfs:label SOMA:ContactState "Contact state"@en) -SubClassOf(SOMA:ContactState SOMA:StateType) -SubClassOf(SOMA:ContactState ObjectAllValuesFrom( ObjectMinCardinality(2 ))) + + -# Class: SOMA:Containment (SOMA:Containment) -AnnotationAssertion(rdfs:comment SOMA:Containment "Classifies States in which an object is placed inside another.") + -# Class: SOMA:FunctionalControl (Functional state) -AnnotationAssertion(rdfs:comment SOMA:FunctionalControl "Classifies States in which an object restricts the movement of another, at least partially. Usually neither object is construed to be an agent. + + -Note that this State focuses on how the interaction of, usually non-agentive, objects restricts their motion. This is in contrast to Blockage/Accessibility states where the placement of some objects influences the access to some of them by a third, usually agentive party.") -AnnotationAssertion(rdfs:label SOMA:FunctionalControl "Functional state"@en) -SubClassOf(SOMA:FunctionalControl SOMA:StateType) -SubClassOf(SOMA:FunctionalControl ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Item)) -SubClassOf(SOMA:FunctionalControl ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Restrictor)) -# Class: SOMA:LinkageState (Linkage state) + -AnnotationAssertion(rdfs:comment SOMA:LinkageState "Classifies States in which two objects are in a rigid connection, such that the movement of one determines the movement of the other.") -AnnotationAssertion(rdfs:label SOMA:LinkageState "Linkage state"@en) -SubClassOf(SOMA:LinkageState SOMA:StateType) -SubClassOf(SOMA:LinkageState ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:LinkedObject)) -# Class: SOMA:PhysicalAccessibility (Physical accessibility) + + -AnnotationAssertion(rdfs:comment SOMA:PhysicalAccessibility "Classifies States in which an item is placed in a container or protected by a protector, but the placement of the item and container is such that a, usually agentive, accessor may nevertheless reach the item in order to perform a task.") -AnnotationAssertion(rdfs:label SOMA:PhysicalAccessibility "Physical accessibility"@en) -SubClassOf(SOMA:PhysicalAccessibility SOMA:StateType) -SubClassOf(SOMA:PhysicalAccessibility ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Item)) -SubClassOf(SOMA:PhysicalAccessibility ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Restrictor)) -# Class: SOMA:PhysicalBlockage (Physical blockage) + -AnnotationAssertion(rdfs:comment SOMA:PhysicalBlockage "Classifies States in which an object, in general called restrictor, blocks access to an item. A usually agentive accessor, whose access is blocked, may be specified.") -AnnotationAssertion(rdfs:label SOMA:PhysicalBlockage "Physical blockage"@en) -SubClassOf(SOMA:PhysicalBlockage SOMA:StateType) -SubClassOf(SOMA:PhysicalBlockage ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Item)) -SubClassOf(SOMA:PhysicalBlockage ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Restrictor)) -# Class: SOMA:PhysicalExistence (Physical Existince) + + -AnnotationAssertion(rdfs:comment SOMA:PhysicalExistence "A State in which an Entity is said to exist in the physical world.") -AnnotationAssertion(rdfs:label SOMA:PhysicalExistence "Physical Existince"@en) -SubClassOf(SOMA:PhysicalExistence SOMA:PhysicalState) -# Class: SOMA:PhysicalState (Physical state) + -AnnotationAssertion(rdfs:comment SOMA:PhysicalState "A State describing how Entities in the physical world relate to each other.") -AnnotationAssertion(rdfs:label SOMA:PhysicalState "Physical state") -SubClassOf(SOMA:PhysicalState SOMA:State) -SubClassOf(SOMA:PhysicalState ObjectSomeValuesFrom( )) -# Class: SOMA:SocialState (Social state) + + -AnnotationAssertion(rdfs:comment SOMA:SocialState "A State which describes how Agents relate to each other. -One can argue that any Social state is a Physical state, since anything the Agents may use to construct a social relationship is made of physical things. The difference is that the physical support of the social relationships is not important here, what matters instead is the nature and content of the social relations, regardless of how they are physically realized.") -AnnotationAssertion(rdfs:comment SOMA:SocialState "Note here a distinction: the Agents involved must be able to communicate. This is because while it is often assumed that an Agent has or aspires to have similar cognitive capacities to a human, This need not be the case; in particular, not all Agents need to maintain theories of mind about each other and therefore not all Agents need to communicate with each other. It is hard to see what sort of meaning Social concepts might have to such Agents, since Social concepts are all about shared constructions. + -Note also that the DUL SocialAgent class is not an appropriate restriction however. SocialAgent is one that exists by agreement of PhysicalAgents. For example, a corporation or a nation are SocialAgents. An Agent with the capability to engage socially is not necessarily a DUL SocialAgent.") -AnnotationAssertion(rdfs:label SOMA:SocialState "Social state") -SubClassOf(SOMA:SocialState SOMA:State) -SubClassOf(SOMA:SocialState ObjectSomeValuesFrom( )) -# Class: SOMA:StateType (State type) + + -AnnotationAssertion(rdfs:comment SOMA:StateType "An EventType that classifies States.") -AnnotationAssertion(rdfs:label SOMA:StateType "State type"@en) -SubClassOf(SOMA:StateType ) -SubClassOf(SOMA:StateType ObjectAllValuesFrom( SOMA:State)) -SubClassOf(SOMA:StateType ObjectAllValuesFrom( SOMA:StateType)) -# Class: SOMA:SupportState (Support state) -AnnotationAssertion(rdfs:comment SOMA:SupportState "Classifies States in which an object is not able to move under gravity because of its placement relative to some other object.") -AnnotationAssertion(rdfs:label SOMA:SupportState "Support state"@en) -SubClassOf(SOMA:SupportState SOMA:FunctionalControl) -SubClassOf(SOMA:SupportState ObjectSomeValuesFrom(SOMA:isStateTypeOf ObjectIntersectionOf(SOMA:Supporter ObjectAllValuesFrom( ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Deposition))))) + -) \ No newline at end of file diff --git a/owl/SOMA-WF.owl b/owl/SOMA-WF.owl index 580a743b..6663942f 100755 --- a/owl/SOMA-WF.owl +++ b/owl/SOMA-WF.owl @@ -1,226 +1,399 @@ -Prefix(:=) -Prefix(dc:=) -Prefix(owl:=) -Prefix(rdf:=) -Prefix(xml:=) -Prefix(xsd:=) -Prefix(SOMA:=) -Prefix(rdfs:=) - - -Ontology( -Import() -Import() -Import() -Import() -Annotation(rdfs:comment "SOMA-WF.owl defines concepts and relations that make it possible to use an ABox to describe, in detail, how a workflow proceeds in terms of how instances of function calls connect to each other and how data objects are used as parameters or produced as results.") - -Declaration(Class(SOMA:Binding)) -Declaration(Class(SOMA:ConditionalSuccedence)) -Declaration(Class(SOMA:CounterfactualBinding)) -Declaration(Class(SOMA:FactualBinding)) -Declaration(Class(SOMA:RoleFillerBinding)) -Declaration(Class(SOMA:RoleRoleBinding)) -Declaration(Class(SOMA:StatusFailure)) -Declaration(Class(SOMA:Succedence)) -Declaration(Class(SOMA:TaskInvocation)) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(Class()) -Declaration(ObjectProperty(:hasPreviousStep)) -Declaration(ObjectProperty(:isFirstStepOf)) -Declaration(ObjectProperty(:isStepOf)) -Declaration(ObjectProperty(SOMA:definesInput)) -Declaration(ObjectProperty(SOMA:definesOutput)) -Declaration(ObjectProperty(SOMA:definesParticipant)) -Declaration(ObjectProperty(SOMA:hasBinding)) -Declaration(ObjectProperty(SOMA:hasBindingFiller)) -Declaration(ObjectProperty(SOMA:hasBindingRole)) -Declaration(ObjectProperty(SOMA:hasFirstStep)) -Declaration(ObjectProperty(SOMA:hasNextStep)) -Declaration(ObjectProperty(SOMA:hasPredecessor)) -Declaration(ObjectProperty(SOMA:hasStep)) -Declaration(ObjectProperty(SOMA:hasSuccedence)) -Declaration(ObjectProperty(SOMA:hasSuccessor)) -Declaration(ObjectProperty(SOMA:hasTask)) -Declaration(ObjectProperty(SOMA:isPlanFor)) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(DataProperty(SOMA:hasPriority)) -Declaration(NamedIndividual(SOMA:FailWFNoContinuation)) -Declaration(NamedIndividual(SOMA:FailWFNondeterministicContinuation)) -Declaration(NamedIndividual(SOMA:FailWFUninterpretableTask)) - -############################ -# Object Properties -############################ - -# Object Property: :hasPreviousStep (has previous step) - -AnnotationAssertion(rdfs:comment :hasPreviousStep "An ordering relation between tasks in some workflow, stating that a task is preceded by another.") -AnnotationAssertion(rdfs:label :hasPreviousStep "has previous step") -SubObjectPropertyOf(:hasPreviousStep ) -InverseObjectProperties(:hasPreviousStep SOMA:hasNextStep) -ObjectPropertyDomain(:hasPreviousStep ) -ObjectPropertyRange(:hasPreviousStep ) - -# Object Property: :isFirstStepOf (is first step of) - -AnnotationAssertion(rdfs:comment :isFirstStepOf "A relation stating that some task is the first one in a workflow.") -AnnotationAssertion(rdfs:label :isFirstStepOf "is first step of") -SubObjectPropertyOf(:isFirstStepOf :isStepOf) -InverseObjectProperties(:isFirstStepOf SOMA:hasFirstStep) -ObjectPropertyDomain(:isFirstStepOf ) -ObjectPropertyRange(:isFirstStepOf ) - -# Object Property: :isStepOf (is step of) - -AnnotationAssertion(rdfs:comment :isStepOf "A relation stating that a task is a step in a workflow.") -AnnotationAssertion(rdfs:label :isStepOf "is step of") -SubObjectPropertyOf(:isStepOf ) -InverseObjectProperties(:isStepOf SOMA:hasStep) -ObjectPropertyDomain(:isStepOf ) -ObjectPropertyRange(:isStepOf ) - -# Object Property: SOMA:definesInput (SOMA:definesInput) - -AnnotationAssertion(rdfs:comment SOMA:definesInput "The defined participant is an \"input\": - -- some object existing at the beginning of a Task's execution, and that will be acted on during the execution of the task; -- some region/value which informs the way in which the Task will be executed.") -SubObjectPropertyOf(SOMA:definesInput SOMA:definesParticipant) -ObjectPropertyDomain(SOMA:definesInput ) -ObjectPropertyRange(SOMA:definesInput ObjectUnionOf( )) - -# Object Property: SOMA:definesOutput (SOMA:definesOutput) - -AnnotationAssertion(rdfs:comment SOMA:definesOutput "Defines an \"output\" participant: + + + + + + + + SOMA-WF.owl defines concepts and relations that make it possible to use an ABox to describe, in detail, how a workflow proceeds in terms of how instances of function calls connect to each other and how data objects are used as parameters or produced as results. + + + + + + + + + + + + + + + + + + + + + + + + + The defined participant is an "input": + +- some object existing at the beginning of a Task's execution, and that will be acted on during the execution of the task; +- some region/value which informs the way in which the Task will be executed. + + + + + + + + + + + + + + + + + + + Defines an "output" participant: - an Entity (Object or state of affairs) that exists as a result of the execution of a Task; -- a Region/value that has been demarcated/computed as a result of the execution of a Task.") -SubObjectPropertyOf(SOMA:definesOutput SOMA:definesParticipant) -ObjectPropertyDomain(SOMA:definesOutput ) -ObjectPropertyRange(SOMA:definesOutput ObjectUnionOf( )) +- a Region/value that has been demarcated/computed as a result of the execution of a Task. + + -# Object Property: SOMA:definesParticipant (SOMA:definesParticipant) -AnnotationAssertion(rdfs:comment SOMA:definesParticipant "A Description definesParticipant a Concept to classify participants in Events associated to that Description. + -The prototypical example is a Task, which is a concept to classify Actions (a form of Event). A Task may define several Roles, with which to classify participants in the event of that Task's execution.") -SubObjectPropertyOf(SOMA:definesParticipant ) -ObjectPropertyDomain(SOMA:definesParticipant ) -ObjectPropertyRange(SOMA:definesParticipant ) -# Object Property: SOMA:hasBinding (has binding) + + + + + A Description definesParticipant a Concept to classify participants in Events associated to that Description. -AnnotationAssertion(rdfs:comment SOMA:hasBinding "Asserts that in a context described by Description, a Binding relation holds.") -AnnotationAssertion(rdfs:label SOMA:hasBinding "has binding"@en) -SubObjectPropertyOf(SOMA:hasBinding ) -ObjectPropertyDomain(SOMA:hasBinding ) -ObjectPropertyRange(SOMA:hasBinding SOMA:Binding) +The prototypical example is a Task, which is a concept to classify Actions (a form of Event). A Task may define several Roles, with which to classify participants in the event of that Task's execution. + + -# Object Property: SOMA:hasBindingFiller (has binding filler) -AnnotationAssertion(rdfs:comment SOMA:hasBindingFiller "Indicates that an Entity is described by a Binding, in that it is associated with the Role/Parameter that the Binding binds it to. The Binding is only valid in some descriptive context such as a Workflow or Narrative. + + + + + + + + Asserts that in a context described by Description, a Binding relation holds. + has binding + + + + + + + + + + + + Indicates that an Entity is described by a Binding, in that it is associated with the Role/Parameter that the Binding binds it to. The Binding is only valid in some descriptive context such as a Workflow or Narrative. Note, the filler can be a Role/Parameter as well, and there are two distinct interpretations, depending on whether the Binding is a RoleRoleBinding or a RoleFillerBinding. See the comments on Binding for more details. -Only RoleFillerBindings can have general Entities as fillers. RoleRoleBindings can only connect to Roles or Parameters via this property.") -AnnotationAssertion(rdfs:label SOMA:hasBindingFiller "has binding filler"@en) -SubObjectPropertyOf(SOMA:hasBindingFiller ) -ObjectPropertyDomain(SOMA:hasBindingFiller SOMA:Binding) -ObjectPropertyRange(SOMA:hasBindingFiller ) +Only RoleFillerBindings can have general Entities as fillers. RoleRoleBindings can only connect to Roles or Parameters via this property. + has binding filler + + + + + + + + + + + + + + + + + + + Indicates that a Role/Parameter is going to be associated to some filler, or other Role/Parameter, by a Binding. The Binding is only valid in some descriptive context such as a Narrative or Workflow. + has binding role + + + + + + + + + + + + A relation from a Workflow to its first Task. + has first step + + + + + + + + + + + + An ordering relation between tasks in a workflow, saying that a task is followed by another. + has next step + + + + + + + + + + + + Indicates that a Task is the predecessor in a Succedence Relation; that is, this is the task to execute first. + has predecessor + + + + + + + + + + + + + An ordering relation between tasks in some workflow, stating that a task is preceded by another. + has previous step + + + + + + + + + + + + A relation between a Workflow and a Task it contains. + has step + + + + + + + + + + + + A relation between a Workflow and a Succedence that appears in it. + has succedence + + + + + + + + + + + + Indicates that a Task is the successor in a Succedence Relation: that is, it is the Task to execute last. + has successor + + + + + + + + + + + + + + + + + + + A relation to indicate that a Task is part of a Workflow or ordering Relation: that is, the task may be executed during the execution of the Workflow, or there exists some Relation between the Tasks that informs how their executions are to be located in time. + has task + + + + + + + + + + + + + A relation stating that some task is the first one in a workflow. + is first step of + + + + + + + + + + + + + -# Object Property: SOMA:hasBindingRole (has binding role) + + + + + + A relation stating that a task is a step in a workflow. + is step of + + -AnnotationAssertion(rdfs:comment SOMA:hasBindingRole "Indicates that a Role/Parameter is going to be associated to some filler, or other Role/Parameter, by a Binding. The Binding is only valid in some descriptive context such as a Narrative or Workflow.") -AnnotationAssertion(rdfs:label SOMA:hasBindingRole "has binding role"@en) -SubObjectPropertyOf(SOMA:hasBindingRole ) -ObjectPropertyDomain(SOMA:hasBindingRole SOMA:Binding) -ObjectPropertyRange(SOMA:hasBindingRole ObjectUnionOf( )) -# Object Property: SOMA:hasFirstStep (has first step) + -AnnotationAssertion(rdfs:comment SOMA:hasFirstStep "A relation from a Workflow to its first Task.") -AnnotationAssertion(rdfs:label SOMA:hasFirstStep "has first step") -SubObjectPropertyOf(SOMA:hasFirstStep SOMA:hasStep) -ObjectPropertyDomain(SOMA:hasFirstStep ) -ObjectPropertyRange(SOMA:hasFirstStep ) -# Object Property: SOMA:hasNextStep (has next step) + + -AnnotationAssertion(rdfs:comment SOMA:hasNextStep "An ordering relation between tasks in a workflow, saying that a task is followed by another.") -AnnotationAssertion(rdfs:label SOMA:hasNextStep "has next step") -SubObjectPropertyOf(SOMA:hasNextStep ) -ObjectPropertyDomain(SOMA:hasNextStep ) -ObjectPropertyRange(SOMA:hasNextStep ) -# Object Property: SOMA:hasPredecessor (has predecessor) + -AnnotationAssertion(rdfs:comment SOMA:hasPredecessor "Indicates that a Task is the predecessor in a Succedence Relation; that is, this is the task to execute first.") -AnnotationAssertion(rdfs:label SOMA:hasPredecessor "has predecessor"@en) -SubObjectPropertyOf(SOMA:hasPredecessor ) -ObjectPropertyDomain(SOMA:hasPredecessor SOMA:Succedence) -ObjectPropertyRange(SOMA:hasPredecessor ) -# Object Property: SOMA:hasStep (has step) + + -AnnotationAssertion(rdfs:comment SOMA:hasStep "A relation between a Workflow and a Task it contains.") -AnnotationAssertion(rdfs:label SOMA:hasStep "has step") -SubObjectPropertyOf(SOMA:hasStep ) -ObjectPropertyDomain(SOMA:hasStep ) -ObjectPropertyRange(SOMA:hasStep ) -# Object Property: SOMA:hasSuccedence (has succedence) + -AnnotationAssertion(rdfs:comment SOMA:hasSuccedence "A relation between a Workflow and a Succedence that appears in it.") -AnnotationAssertion(rdfs:label SOMA:hasSuccedence "has succedence"@en) -SubObjectPropertyOf(SOMA:hasSuccedence ) -ObjectPropertyDomain(SOMA:hasSuccedence ) -ObjectPropertyRange(SOMA:hasSuccedence SOMA:Succedence) -# Object Property: SOMA:hasSuccessor (has successor) + + -AnnotationAssertion(rdfs:comment SOMA:hasSuccessor "Indicates that a Task is the successor in a Succedence Relation: that is, it is the Task to execute last.") -AnnotationAssertion(rdfs:label SOMA:hasSuccessor "has successor"@en) -SubObjectPropertyOf(SOMA:hasSuccessor ) -ObjectPropertyDomain(SOMA:hasSuccessor SOMA:Succedence) -ObjectPropertyRange(SOMA:hasSuccessor ) -# Object Property: SOMA:hasTask (has task) + -AnnotationAssertion(rdfs:comment SOMA:hasTask "A relation to indicate that a Task is part of a Workflow or ordering Relation: that is, the task may be executed during the execution of the Workflow, or there exists some Relation between the Tasks that informs how their executions are to be located in time.") -AnnotationAssertion(rdfs:label SOMA:hasTask "has task"@en) -SubObjectPropertyOf(SOMA:hasTask ) -ObjectPropertyDomain(SOMA:hasTask ObjectUnionOf( )) -ObjectPropertyRange(SOMA:hasTask ) + -############################ -# Data Properties -############################ -# Data Property: SOMA:hasPriority (SOMA:hasPriority) + -AnnotationAssertion(rdfs:comment SOMA:hasPriority "A relation asserting some entity has a particular priority.") -SubDataPropertyOf(SOMA:hasPriority ) -DataPropertyDomain(SOMA:hasPriority ) + + + + A relation asserting some entity has a particular priority. + + -############################ -# Classes -############################ + -# Class: SOMA:Binding (SOMA:Binding) -AnnotationAssertion(rdfs:comment SOMA:Binding "A Relation between Roles/Parameters and their fillers that holds in a particular descriptive context, such as a Workflow or Narrative. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 1 + + + + + + + 1 + + + + + + + + + + + A Relation between Roles/Parameters and their fillers that holds in a particular descriptive context, such as a Workflow or Narrative. It covers two conceptually related, but somewhat ontologically distinct situations: @@ -235,109 +408,289 @@ Note: in the second case, the Entity filling the Role/Parameter may be a Role or There is a further, orthogonal distinction made between: -- factual: the Binding is asserted to hold in the descriptive context --- counterfactual: the Binding is used to express conditions in the descriptive context. A counterfactual Binding is not meant as an assertion that the Binding actually holds.") -SubClassOf(SOMA:Binding ) -SubClassOf(SOMA:Binding ObjectUnionOf(SOMA:CounterfactualBinding SOMA:FactualBinding)) -SubClassOf(SOMA:Binding ObjectUnionOf(SOMA:RoleFillerBinding SOMA:RoleRoleBinding)) -SubClassOf(SOMA:Binding ObjectSomeValuesFrom(ObjectInverseOf(SOMA:hasBinding) )) -SubClassOf(SOMA:Binding ObjectExactCardinality(1 SOMA:hasBindingFiller )) -SubClassOf(SOMA:Binding ObjectExactCardinality(1 SOMA:hasBindingRole ObjectUnionOf( ))) +-- counterfactual: the Binding is used to express conditions in the descriptive context. A counterfactual Binding is not meant as an assertion that the Binding actually holds. + + -# Class: SOMA:ConditionalSuccedence (Conditional succedence) -AnnotationAssertion(rdfs:comment SOMA:ConditionalSuccedence "A relation that holds between two OGPTasks that belong to the same OGPWorkflow, and which means that, if a condition is met, the successor task invocation is to be executed after the predecessor task invocation completes. + + + + + + + + + + + + A relation that holds between two OGPTasks that belong to the same OGPWorkflow, and which means that, if a condition is met, the successor task invocation is to be executed after the predecessor task invocation completes. The condition is a conjunction of CounterfactualBindings. These bindings may be RoleRoleBindings (meaning, test whether the fillers for these Roles/Parameters are the same) or RoleFillerBindings (meaning, test whether the filler of the Role unifies with the candidate Entity). -An empty conjunction of CounterfactualBindings is assumed to be True.") -AnnotationAssertion(rdfs:comment SOMA:ConditionalSuccedence "Note: in RobotWorkflows, Tasks typically may have several possible successors, to be selected based on condition-testing.") -AnnotationAssertion(rdfs:label SOMA:ConditionalSuccedence "Conditional succedence"@en) -SubClassOf(SOMA:ConditionalSuccedence SOMA:Succedence) -SubClassOf(SOMA:ConditionalSuccedence ObjectAllValuesFrom(SOMA:hasBinding SOMA:CounterfactualBinding)) +An empty conjunction of CounterfactualBindings is assumed to be True. + Note: in RobotWorkflows, Tasks typically may have several possible successors, to be selected based on condition-testing. + Conditional succedence + + + -# Class: SOMA:CounterfactualBinding (Counterfactual binding) + -AnnotationAssertion(rdfs:comment SOMA:CounterfactualBinding "CounterfactualBindings are used to express conditions: + + + + + CounterfactualBindings are used to express conditions: -- that two roles share a filler (RoleRoleBindings); -- that the filler of a role is a particular entity (RoleFillerBindings). This is typically the case when the filler of the role may be one of a few constants, as is the case with the execution status of a robot task. -TODO: for the robot workflows we are likely to need at the start, testing equality of fillers is enough. In the future, we may want to replace that with unifiability of fillers.") -AnnotationAssertion(rdfs:label SOMA:CounterfactualBinding "Counterfactual binding"@en) -SubClassOf(SOMA:CounterfactualBinding SOMA:Binding) -DisjointClasses(SOMA:CounterfactualBinding SOMA:FactualBinding) +TODO: for the robot workflows we are likely to need at the start, testing equality of fillers is enough. In the future, we may want to replace that with unifiability of fillers. + Counterfactual binding + + + -# Class: SOMA:FactualBinding (Factial binding) + -AnnotationAssertion(rdfs:comment SOMA:FactualBinding "FactualBindings are used in a workflow to assert that: + + + + FactualBindings are used in a workflow to assert that: -- task- or workflow-defined roles share fillers (RoleRoleBindings). Example, the instrument of a cutting task may be the actee of a grasping task; --- task- or workflow-defined roles are filled by a particular entity (RoleFillerBindings). This is typically the case when roles, and especially parameters, can be assigned to constants. Example, the waiting time to cook soft eggs is 3 minutes.") -AnnotationAssertion(rdfs:label SOMA:FactualBinding "Factial binding"@en) -SubClassOf(SOMA:FactualBinding SOMA:Binding) +-- task- or workflow-defined roles are filled by a particular entity (RoleFillerBindings). This is typically the case when roles, and especially parameters, can be assigned to constants. Example, the waiting time to cook soft eggs is 3 minutes. + Factial binding + + + + + + + + + + + A binding that connects a role to a particular filler. + Role filler binding + + + + + + + + + + + + + + + + + + + + + + + A binding that asserts that two roles have the same filler. + Role role binding + + + + + + + + + + A status indicating the failure during some workflow execution. + + + + + + + + + + + + + + + + + + + + + + + 1 + + + + + + + 1 + + + + A relation that holds in some descriptive context such as a Workflow, between two TaskInvocations belonging to that same Workflow. It means that one task invocation should follow the other. -# Class: SOMA:RoleFillerBinding (Role filler binding) +Note: a successor relation implemented as an OWL object property is sometimes enough, but not in general; in particular, when there are conditions imposed on the succession. -AnnotationAssertion(rdfs:comment SOMA:RoleFillerBinding "A binding that connects a role to a particular filler.") -AnnotationAssertion(rdfs:label SOMA:RoleFillerBinding "Role filler binding"@en) -SubClassOf(SOMA:RoleFillerBinding SOMA:Binding) -DisjointClasses(SOMA:RoleFillerBinding SOMA:RoleRoleBinding) +As a result, a reification pattern was applied here. + Note: it is possible for a Succedence relation to exist between a TaskInvocation and itself; in this case, both the hasPredecessor and hasSuccessor roles are filled by the same TaskInvocation individual. -# Class: SOMA:RoleRoleBinding (Role role binding) +Care must be taken with this however, as a natural interpretation of this situation is an infinite loop. + + -AnnotationAssertion(rdfs:comment SOMA:RoleRoleBinding "A binding that asserts that two roles have the same filler.") -AnnotationAssertion(rdfs:label SOMA:RoleRoleBinding "Role role binding"@en) -SubClassOf(SOMA:RoleRoleBinding SOMA:Binding) -SubClassOf(SOMA:RoleRoleBinding ObjectAllValuesFrom(SOMA:hasBindingFiller ObjectUnionOf( ))) -# Class: SOMA:StatusFailure (SOMA:StatusFailure) + -AnnotationAssertion(rdfs:comment SOMA:StatusFailure "A status indicating the failure during some workflow execution.") -SubClassOf(SOMA:StatusFailure ) -# Class: SOMA:Succedence (SOMA:Succedence) + + + + + + + + + + + + 1 + + + + An elementary workflow consisting in the invocation of one single task. It is used as a descriptive context inside of which factual bindings are valid between the task's arguments and other entities (such as the "local variables" of a larger workflow). + Task invocation + + -AnnotationAssertion(rdfs:comment SOMA:Succedence "A relation that holds in some descriptive context such as a Workflow, between two TaskInvocations belonging to that same Workflow. It means that one task invocation should follow the other. -Note: a successor relation implemented as an OWL object property is sometimes enough, but not in general; in particular, when there are conditions imposed on the succession. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + A particular kind of failure: the workflow fails because there is no way to continue it, and the normal exit has not been reached. + + + + + + -As a result, a reification pattern was applied here.") -AnnotationAssertion(rdfs:comment SOMA:Succedence "Note: it is possible for a Succedence relation to exist between a TaskInvocation and itself; in this case, both the hasPredecessor and hasSuccessor roles are filled by the same TaskInvocation individual. + + + A particular kind of failure: it is not clear how to continue a workflow because several possibilities exist. + + -Care must be taken with this however, as a natural interpretation of this situation is an infinite loop.") -SubClassOf(SOMA:Succedence ) -SubClassOf(SOMA:Succedence ObjectSomeValuesFrom(ObjectInverseOf(SOMA:hasSuccedence) )) -SubClassOf(SOMA:Succedence ObjectExactCardinality(1 SOMA:hasPredecessor SOMA:TaskInvocation)) -SubClassOf(SOMA:Succedence ObjectExactCardinality(1 SOMA:hasSuccessor SOMA:TaskInvocation)) -# Class: SOMA:TaskInvocation (Task invocation) + -AnnotationAssertion(rdfs:comment SOMA:TaskInvocation "An elementary workflow consisting in the invocation of one single task. It is used as a descriptive context inside of which factual bindings are valid between the task's arguments and other entities (such as the \"local variables\" of a larger workflow).") -AnnotationAssertion(rdfs:label SOMA:TaskInvocation "Task invocation"@en) -SubClassOf(SOMA:TaskInvocation ) -SubClassOf(SOMA:TaskInvocation ObjectAllValuesFrom(SOMA:hasBinding SOMA:FactualBinding)) -SubClassOf(SOMA:TaskInvocation ObjectExactCardinality(1 )) + + + A particular kind of failure: a task is not recognized and not associated to anything that could execute it, nor to a workflow that could detail its structure into simpler structure. + + -############################ -# Named Individuals -############################ -# Individual: SOMA:FailWFNoContinuation (SOMA:FailWFNoContinuation) + -AnnotationAssertion(rdfs:comment SOMA:FailWFNoContinuation "A particular kind of failure: the workflow fails because there is no way to continue it, and the normal exit has not been reached.") -ClassAssertion(SOMA:StatusFailure SOMA:FailWFNoContinuation) -# Individual: SOMA:FailWFNondeterministicContinuation (SOMA:FailWFNondeterministicContinuation) + + Has quality region + + -AnnotationAssertion(rdfs:comment SOMA:FailWFNondeterministicContinuation "A particular kind of failure: it is not clear how to continue a workflow because several possibilities exist.") -ClassAssertion(SOMA:StatusFailure SOMA:FailWFNondeterministicContinuation) -# Individual: SOMA:FailWFUninterpretableTask (SOMA:FailWFUninterpretableTask) -AnnotationAssertion(rdfs:comment SOMA:FailWFUninterpretableTask "A particular kind of failure: a task is not recognized and not associated to anything that could execute it, nor to a workflow that could detail its structure into simpler structure.") -ClassAssertion(SOMA:StatusFailure SOMA:FailWFUninterpretableTask) + -AnnotationAssertion(rdfs:label SOMA:HasQualityRegion "Has quality region"@en) -) \ No newline at end of file diff --git a/owl/SOMA.owl b/owl/SOMA.owl index 68bc4491..0c2682fb 100644 --- a/owl/SOMA.owl +++ b/owl/SOMA.owl @@ -1,1022 +1,1691 @@ -Prefix(:=) -Prefix(dc:=) -Prefix(owl:=) -Prefix(rdf:=) -Prefix(xml:=) -Prefix(xsd:=) -Prefix(SOMA:=) -Prefix(rdfs:=) + + + + + SOMA main OWL file. +Useful for defining a common set of imports for all other SOMA modules; currently, this set only includes DUL. -Ontology( -Import() -Annotation(rdfs:comment "SOMA main OWL file. +While there are some axioms defined in SOMA.owl, these will be moved to the relevant specialized modules. + + -Useful for defining a common set of imports for all other SOMA modules; currently, this set only includes DUL. -While there are some axioms defined in SOMA.owl, these will be moved to the relevant specialized modules.") - -Declaration(Class(SOMA:Accident)) -Declaration(Class(SOMA:ActionExecutionPlan)) -Declaration(Class(SOMA:Amateurish)) -Declaration(Class(SOMA:BehavioralDiagnosis)) -Declaration(Class(SOMA:Clumsiness)) -Declaration(Class(SOMA:DexterityDiagnosis)) -Declaration(Class(SOMA:Episode)) -Declaration(Class(SOMA:FailedAttempt)) -Declaration(Class(SOMA:Fluid)) -Declaration(Class(SOMA:Foolishness)) -Declaration(Class(SOMA:FunctionalDiagnosis)) -Declaration(Class(SOMA:HardwareDiagnosis)) -Declaration(Class(SOMA:HumanActivityRecording)) -Declaration(Class(SOMA:Inability)) -Declaration(Class(SOMA:Infeasibility)) -Declaration(Class(SOMA:Masterful)) -Declaration(Class(SOMA:MedicalDiagnosis)) -Declaration(Class(SOMA:RecordedEpisode)) -Declaration(Class(SOMA:Reification)) -Declaration(Class(SOMA:Scene)) -Declaration(Class(SOMA:Sluggishness)) -Declaration(Class(SOMA:SoftwareDiagnosis)) -Declaration(Class(SOMA:State)) -Declaration(Class(SOMA:StateTransition)) -Declaration(Class(SOMA:Status)) -Declaration(Class(SOMA:SuccessDiagnosis)) -Declaration(Class(SOMA:Successfulness)) -Declaration(Class(SOMA:TechnicalDiagnosis)) -Declaration(Class(SOMA:Threshold)) -Declaration(Class(SOMA:Unsuccessfulness)) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty(SOMA:after)) -Declaration(ObjectProperty(SOMA:before)) -Declaration(ObjectProperty(SOMA:causesTransition)) -Declaration(ObjectProperty(SOMA:coOccurs)) -Declaration(ObjectProperty(SOMA:contains)) -Declaration(ObjectProperty(SOMA:containsEvent)) -Declaration(ObjectProperty(SOMA:derivedFrom)) -Declaration(ObjectProperty(SOMA:directlyDerivedFrom)) -Declaration(ObjectProperty(SOMA:during)) -Declaration(ObjectProperty(SOMA:finishedBy)) -Declaration(ObjectProperty(SOMA:finishes)) -Declaration(ObjectProperty(SOMA:firstMember)) -Declaration(ObjectProperty(SOMA:hasGoal)) -Declaration(ObjectProperty(SOMA:hasInitialScene)) -Declaration(ObjectProperty(SOMA:hasInitialState)) -Declaration(ObjectProperty(SOMA:hasInputParameter)) -Declaration(ObjectProperty(SOMA:hasOutputParameter)) -Declaration(ObjectProperty(SOMA:hasPhase)) -Declaration(ObjectProperty(SOMA:hasPhysicalComponent)) -Declaration(ObjectProperty(SOMA:hasSoftwareAgent)) -Declaration(ObjectProperty(SOMA:hasStatus)) -Declaration(ObjectProperty(SOMA:hasTerminalScene)) -Declaration(ObjectProperty(SOMA:hasTerminalState)) -Declaration(ObjectProperty(SOMA:includesConcept)) -Declaration(ObjectProperty(SOMA:includesRecord)) -Declaration(ObjectProperty(SOMA:includesSituation)) -Declaration(ObjectProperty(SOMA:involvesArtifact)) -Declaration(ObjectProperty(SOMA:involvesPlace)) -Declaration(ObjectProperty(SOMA:isArtifactInvolvedIn)) -Declaration(ObjectProperty(SOMA:isCausedByEvent)) -Declaration(ObjectProperty(SOMA:isConceptIncludedIn)) -Declaration(ObjectProperty(SOMA:isContainedIn)) -Declaration(ObjectProperty(SOMA:isDirectSourceFor)) -Declaration(ObjectProperty(SOMA:isInitialStateOf)) -Declaration(ObjectProperty(SOMA:isInputParameterFor)) -Declaration(ObjectProperty(SOMA:isInputRoleOf)) -Declaration(ObjectProperty(SOMA:isOccurrenceOf)) -Declaration(ObjectProperty(SOMA:isOccurringIn)) -Declaration(ObjectProperty(SOMA:isOutputParameterFor)) -Declaration(ObjectProperty(SOMA:isOutputRoleOf)) -Declaration(ObjectProperty(SOMA:isPlaceInvolvedIn)) -Declaration(ObjectProperty(SOMA:isPlanFor)) -Declaration(ObjectProperty(SOMA:isRecordIncludedBy)) -Declaration(ObjectProperty(SOMA:isSituationIncludedIn)) -Declaration(ObjectProperty(SOMA:isSourceFor)) -Declaration(ObjectProperty(SOMA:isTaskOfInputRole)) -Declaration(ObjectProperty(SOMA:isTaskOfOutputRole)) -Declaration(ObjectProperty(SOMA:isTerminalStateOf)) -Declaration(ObjectProperty(SOMA:meets)) -Declaration(ObjectProperty(SOMA:metBy)) -Declaration(ObjectProperty(SOMA:overlappedBy)) -Declaration(ObjectProperty(SOMA:overlappedOn)) -Declaration(ObjectProperty(SOMA:simultaneous)) -Declaration(ObjectProperty(SOMA:startedBy)) -Declaration(ObjectProperty(SOMA:starts)) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(ObjectProperty()) -Declaration(DataProperty(SOMA:hasDataFormat)) -Declaration(DataProperty(SOMA:hasEventBegin)) -Declaration(DataProperty(SOMA:hasEventEnd)) -Declaration(DataProperty(SOMA:hasEventTime)) -Declaration(DataProperty(SOMA:hasIntervalBegin)) -Declaration(DataProperty(SOMA:hasIntervalEnd)) -Declaration(DataProperty(SOMA:hasIntervalTime)) -Declaration(DataProperty(SOMA:hasNameString)) -Declaration(DataProperty(SOMA:hasPersistentIdentifier)) -Declaration(DataProperty(SOMA:isReificationOf)) -Declaration(DataProperty()) -Declaration(DataProperty()) -Declaration(NamedIndividual(SOMA:RDFType)) -Declaration(AnnotationProperty(SOMA:UsageGuideline)) -Declaration(AnnotationProperty(SOMA:nickname)) -Declaration(AnnotationProperty(SOMA:symbol)) -Declaration(Datatype(SOMA:array_boolean)) -Declaration(Datatype(SOMA:array_double)) -Declaration(Datatype(SOMA:array_float)) -Declaration(Datatype(SOMA:array_int)) -Declaration(Datatype(SOMA:array_string)) -Declaration(Datatype(SOMA:array_uint)) -############################ -# Annotation Properties -############################ - -# Annotation Property: SOMA:UsageGuideline (SOMA:UsageGuideline) - -AnnotationAssertion(rdfs:comment SOMA:UsageGuideline "Provides a definition, or usage guideline, aimed at a particular community of the ontology's users. The community is identified by the subproperty of UsageGuideline. - -A style recommendation for usage guidelines is that they should be brief. In contrast to usual concept annotations that can, and should be detailed about the reasons behind modelling decisions, usage guidelines are simply meant to answer questions about when it is appropriate to use a concept, and they must be a practical, easy to query and understand resource.") - -# Annotation Property: SOMA:nickname (SOMA:nickname) - -AnnotationAssertion(rdfs:comment SOMA:nickname "Similar to rdfs:label, but without GUI or reasoner impact in Protege; avoiding Protege problems is why this is not a label subproperty. Nicknames are used by particular software working with the ontology as a way to give community-specific names to concepts. Communities are identified by the subproperty of nickname.") - -# Annotation Property: SOMA:symbol (SOMA:symbol) - -AnnotationAssertion(rdfs:comment SOMA:symbol "An annotation property which should be used to record by what symbols or abbreviations, if any, some relation or entity is known in scientific literature.") -AnnotationPropertyRange(SOMA:symbol xsd:string) - - -############################ -# Object Properties -############################ - -# Object Property: (is initial scene of) - -AnnotationAssertion(rdfs:comment "A relation between StateTransitions and Scenes, which identifies the scene the transition starts from.") -AnnotationAssertion(rdfs:label "is initial scene of") -SubObjectPropertyOf( SOMA:isInitialStateOf) -InverseObjectProperties( SOMA:hasInitialScene) -ObjectPropertyDomain( SOMA:Scene) -ObjectPropertyRange( SOMA:StateTransition) - -# Object Property: (is terminal scene of) - -AnnotationAssertion(rdfs:comment "A relation between StateTransitions and Scenes, which identifies the scene the transition is expected to end at.") -AnnotationAssertion(rdfs:label "is terminal scene of") -SubObjectPropertyOf( SOMA:isTerminalStateOf) -InverseObjectProperties( SOMA:hasTerminalScene) -ObjectPropertyDomain( SOMA:Scene) -ObjectPropertyRange( SOMA:StateTransition) - -# Object Property: SOMA:after (SOMA:after) - -AnnotationAssertion(SOMA:symbol SOMA:after ">") -AnnotationAssertion(rdfs:comment SOMA:after "A relation between entities, expressing a 'sequence' schema where one of the entities strictly ends before the other one.") -SubObjectPropertyOf(SOMA:after ) -InverseObjectProperties(SOMA:after SOMA:before) -TransitiveObjectProperty(SOMA:after) -ObjectPropertyDomain(SOMA:after ) -ObjectPropertyRange(SOMA:after ) - -# Object Property: SOMA:before (SOMA:before) - -AnnotationAssertion(SOMA:symbol SOMA:before "<") -AnnotationAssertion(rdfs:comment SOMA:before "A relation between entities, expressing a 'sequence' schema where one of the entities strictly ends before the other one.") -SubObjectPropertyOf(SOMA:before ) -TransitiveObjectProperty(SOMA:before) -ObjectPropertyDomain(SOMA:before ) -ObjectPropertyRange(SOMA:before ) - -# Object Property: SOMA:causesTransition (causes transition) - -AnnotationAssertion(rdfs:comment SOMA:causesTransition "A Transition between two Situations is always the result of some Event, and the causesTransition relation should be used to record the causal relation from the Event to the Transition.") -AnnotationAssertion(rdfs:label SOMA:causesTransition "causes transition") -SubObjectPropertyOf(SOMA:causesTransition ) -InverseObjectProperties(SOMA:causesTransition SOMA:isCausedByEvent) -ObjectPropertyDomain(SOMA:causesTransition ) -ObjectPropertyRange(SOMA:causesTransition ) - -# Object Property: SOMA:coOccurs (co occurs) - -AnnotationAssertion(rdfs:comment SOMA:coOccurs "A schematic relation between any events that also implies that one event is temporally contained in the other. - -Sub-properties are used to distinct between different cases of event endpoint relations that hold for different types of co-occurance.") -AnnotationAssertion(rdfs:label SOMA:coOccurs "co occurs") -SubObjectPropertyOf(SOMA:coOccurs ) -SymmetricObjectProperty(SOMA:coOccurs) -ObjectPropertyDomain(SOMA:coOccurs ) -ObjectPropertyRange(SOMA:coOccurs ) - -# Object Property: SOMA:contains (SOMA:contains) - -AnnotationAssertion(rdfs:comment SOMA:contains "A schematic relation asserting containment, understood in a very broad sense, by one Entity of another. The relation is defined with domain and range of maximum generality, as it is possible to construe containment to apply between Events, between Objects, between Qualities and so on. Care should be taken when using it that the construal of containment makes sense and is useful. If a clearer relation expresses the connection between two Entities, use that relation instead. For example, rather than saying an Event contains an Object, it is probably better to say the Event has that Object as a participant. More specific versions of this relation exist, e.g. containsEvent, so it is likely that there will be few situations where it should be used itself. However, by acting as a superproperty to several relations, it captures a core similarity between these and enables taxonomy-based similarity metrics.") -SubObjectPropertyOf(SOMA:contains ) -InverseObjectProperties(SOMA:contains SOMA:isContainedIn) -ObjectPropertyDomain(SOMA:contains ) -ObjectPropertyRange(SOMA:contains ) - -# Object Property: SOMA:containsEvent (contains event) - -AnnotationAssertion(SOMA:symbol SOMA:containsEvent "di") -AnnotationAssertion(rdfs:comment SOMA:containsEvent "`A contains event B` means that A strictly starts before, and ends after B, i.e. B is wholly contained in A.") -AnnotationAssertion(rdfs:label SOMA:containsEvent "contains event") -SubObjectPropertyOf(SOMA:containsEvent SOMA:coOccurs) -SubObjectPropertyOf(SOMA:containsEvent SOMA:contains) -InverseObjectProperties(SOMA:containsEvent SOMA:during) -TransitiveObjectProperty(SOMA:containsEvent) -ObjectPropertyDomain(SOMA:containsEvent ) -ObjectPropertyRange(SOMA:containsEvent ) - -# Object Property: SOMA:derivedFrom (derived from) - -AnnotationAssertion(rdfs:comment SOMA:derivedFrom "The (transitive) relation between an information object and another which it has been derived from.") -AnnotationAssertion(rdfs:label SOMA:derivedFrom "derived from") -SubObjectPropertyOf(SOMA:derivedFrom ) -InverseObjectProperties(SOMA:derivedFrom SOMA:isSourceFor) -TransitiveObjectProperty(SOMA:derivedFrom) -ObjectPropertyDomain(SOMA:derivedFrom ) -ObjectPropertyRange(SOMA:derivedFrom ) - -# Object Property: SOMA:directlyDerivedFrom (directly derived from) - -AnnotationAssertion(rdfs:comment SOMA:directlyDerivedFrom "The relation between an information object and another which it has been derived from.") -AnnotationAssertion(rdfs:label SOMA:directlyDerivedFrom "directly derived from") -SubObjectPropertyOf(SOMA:directlyDerivedFrom SOMA:derivedFrom) -InverseObjectProperties(SOMA:directlyDerivedFrom SOMA:isDirectSourceFor) - -# Object Property: SOMA:during (SOMA:during) - -AnnotationAssertion(SOMA:symbol SOMA:during "d") -AnnotationAssertion(rdfs:comment SOMA:during "`A during B` means that B strictly starts before, and ends after A, i.e. A is wholly contained in B.") -SubObjectPropertyOf(SOMA:during SOMA:coOccurs) -SubObjectPropertyOf(SOMA:during SOMA:isContainedIn) -TransitiveObjectProperty(SOMA:during) -ObjectPropertyDomain(SOMA:during ) -ObjectPropertyRange(SOMA:during ) - -# Object Property: SOMA:finishedBy (finished by) - -AnnotationAssertion(SOMA:symbol SOMA:finishedBy "fi") -AnnotationAssertion(rdfs:comment SOMA:finishedBy "`A finishes B` means that A ends exactly where B ends, and that B strictly starts before A. As in \"I finish my day by taking a shower\".") -AnnotationAssertion(rdfs:label SOMA:finishedBy "finished by"@en) -SubObjectPropertyOf(SOMA:finishedBy SOMA:coOccurs) -InverseObjectProperties(SOMA:finishedBy SOMA:finishes) -TransitiveObjectProperty(SOMA:finishedBy) -ObjectPropertyDomain(SOMA:finishedBy ) -ObjectPropertyRange(SOMA:finishedBy ) - -# Object Property: SOMA:finishes (SOMA:finishes) - -AnnotationAssertion(SOMA:symbol SOMA:finishes "f") -AnnotationAssertion(rdfs:comment SOMA:finishes "`A finishes B` means that A ends exactly where B ends, and that B strictly starts before A. As in \"I finish my day by taking a shower\".") -SubObjectPropertyOf(SOMA:finishes SOMA:coOccurs) -TransitiveObjectProperty(SOMA:finishes) -ObjectPropertyDomain(SOMA:finishes ) -ObjectPropertyRange(SOMA:finishes ) - -# Object Property: SOMA:firstMember (first member) - -AnnotationAssertion(rdfs:comment SOMA:firstMember "A relation between a collection and a member of it that is least according to some ordering. This ordering can be arbitrary, i.e. the order in which Entities are recorded in the Collection.") -AnnotationAssertion(rdfs:label SOMA:firstMember "first member"@en) -SubObjectPropertyOf(SOMA:firstMember ) -ObjectPropertyDomain(SOMA:firstMember ) -ObjectPropertyRange(SOMA:firstMember ) - -# Object Property: SOMA:hasGoal (has goal) - -AnnotationAssertion(rdfs:comment SOMA:hasGoal "A relation from an Entity to a Goal it pursues. Agents can pursue Goals, and Tasks are also construed as pursuing Goals.") -AnnotationAssertion(rdfs:label SOMA:hasGoal "has goal"@en) -SubObjectPropertyOf(SOMA:hasGoal ) -ObjectPropertyDomain(SOMA:hasGoal ) -ObjectPropertyRange(SOMA:hasGoal ) - -# Object Property: SOMA:hasInitialScene (has initial scene) - -AnnotationAssertion(rdfs:comment SOMA:hasInitialScene "A relation between StateTransitions and Scenes, which identifies the scene the transition starts from.") -AnnotationAssertion(rdfs:label SOMA:hasInitialScene "has initial scene") -SubObjectPropertyOf(SOMA:hasInitialScene SOMA:hasInitialState) -AsymmetricObjectProperty(SOMA:hasInitialScene) -IrreflexiveObjectProperty(SOMA:hasInitialScene) -ObjectPropertyDomain(SOMA:hasInitialScene SOMA:StateTransition) -ObjectPropertyRange(SOMA:hasInitialScene SOMA:Scene) - -# Object Property: SOMA:hasInitialState (has initial state) - -AnnotationAssertion(rdfs:comment SOMA:hasInitialState "A relation which connects a Transition to the Situation it starts from.") -AnnotationAssertion(rdfs:label SOMA:hasInitialState "has initial state") -SubObjectPropertyOf(SOMA:hasInitialState SOMA:includesSituation) -InverseObjectProperties(SOMA:hasInitialState SOMA:isInitialStateOf) -ObjectPropertyDomain(SOMA:hasInitialState ) -ObjectPropertyRange(SOMA:hasInitialState ) - -# Object Property: SOMA:hasInputParameter (has input parameter) - -AnnotationAssertion(rdfs:comment SOMA:hasInputParameter "A relation between a Task and one of its input parameters.") -AnnotationAssertion(rdfs:comment SOMA:hasInputParameter "A relation from an EventType (typically, a Task) and a parameter describing some state of affairs before the event classified by the EventType takes place, and which contributes towards that event happening.") -AnnotationAssertion(rdfs:label SOMA:hasInputParameter "has input parameter") -SubObjectPropertyOf(SOMA:hasInputParameter ) -InverseObjectProperties(SOMA:hasInputParameter SOMA:isInputParameterFor) -ObjectPropertyDomain(SOMA:hasInputParameter ) -ObjectPropertyRange(SOMA:hasInputParameter ) - -# Object Property: SOMA:hasOutputParameter (has output parameter) - -AnnotationAssertion(rdfs:comment SOMA:hasOutputParameter "A relation between a Task and one of its output parameters.") -AnnotationAssertion(rdfs:comment SOMA:hasOutputParameter "A relation from an EventType (typically a Task) to a Parameter describing an outcome of the event classified by the EventType.") -AnnotationAssertion(rdfs:label SOMA:hasOutputParameter "has output parameter") -SubObjectPropertyOf(SOMA:hasOutputParameter ) -InverseObjectProperties(SOMA:hasOutputParameter SOMA:isOutputParameterFor) -ObjectPropertyDomain(SOMA:hasOutputParameter ) -ObjectPropertyRange(SOMA:hasOutputParameter ) - -# Object Property: SOMA:hasPhase (has phase) - -AnnotationAssertion(rdfs:comment SOMA:hasPhase "A relation used to describe the structure of an Action or Process in terms of phases, i.e. subprocesses and states that occur during its unfolding.") -AnnotationAssertion(rdfs:label SOMA:hasPhase "has phase") -SubObjectPropertyOf(SOMA:hasPhase ) -ObjectPropertyDomain(SOMA:hasPhase ObjectUnionOf( )) -ObjectPropertyRange(SOMA:hasPhase ObjectUnionOf(SOMA:State )) - -# Object Property: SOMA:hasPhysicalComponent (has physical component) - -AnnotationAssertion(rdfs:comment SOMA:hasPhysicalComponent "A relation used to describe the structure of a PhysicalObject in terms of physical components, i.e. what other PhysicalObjects are components of it.") -AnnotationAssertion(rdfs:label SOMA:hasPhysicalComponent "has physical component") -SubObjectPropertyOf(SOMA:hasPhysicalComponent ) -ObjectPropertyDomain(SOMA:hasPhysicalComponent ) -ObjectPropertyRange(SOMA:hasPhysicalComponent ) - -# Object Property: SOMA:hasSoftwareAgent (has software agent) - -AnnotationAssertion(rdfs:comment SOMA:hasSoftwareAgent "A relation from an Event and the SoftwareAgent responsible for making that Event happen.") -AnnotationAssertion(rdfs:label SOMA:hasSoftwareAgent "has software agent") -SubObjectPropertyOf(SOMA:hasSoftwareAgent ) -ObjectPropertyDomain(SOMA:hasSoftwareAgent ) - -# Object Property: SOMA:hasStatus (has status) - -AnnotationAssertion(rdfs:comment SOMA:hasStatus "A relation from an Entity to a Quality that is indicative of the Entity's state, e.g. if it is a device, its state of operation.") -AnnotationAssertion(rdfs:label SOMA:hasStatus "has status") -SubObjectPropertyOf(SOMA:hasStatus ) - -# Object Property: SOMA:hasTerminalScene (has terminal scene) - -AnnotationAssertion(rdfs:comment SOMA:hasTerminalScene "A relation between StateTransitions and Scenes, which identifies the scene the transition is expected to end at.") -AnnotationAssertion(rdfs:label SOMA:hasTerminalScene "has terminal scene") -SubObjectPropertyOf(SOMA:hasTerminalScene SOMA:hasTerminalState) -AsymmetricObjectProperty(SOMA:hasTerminalScene) -IrreflexiveObjectProperty(SOMA:hasTerminalScene) -ObjectPropertyDomain(SOMA:hasTerminalScene SOMA:StateTransition) -ObjectPropertyRange(SOMA:hasTerminalScene SOMA:Scene) - -# Object Property: SOMA:hasTerminalState (has terminal state) - -AnnotationAssertion(rdfs:comment SOMA:hasTerminalState "A relation from a Transition to the Situation it ends in.") -AnnotationAssertion(rdfs:label SOMA:hasTerminalState "has terminal state") -SubObjectPropertyOf(SOMA:hasTerminalState SOMA:includesSituation) -InverseObjectProperties(SOMA:hasTerminalState SOMA:isTerminalStateOf) -ObjectPropertyDomain(SOMA:hasTerminalState ) -ObjectPropertyRange(SOMA:hasTerminalState ) - -# Object Property: SOMA:includesConcept (includes concept) - -AnnotationAssertion(rdfs:comment SOMA:includesConcept "A relation recording that a Situation has a Concept as participant in some sort of role.") -AnnotationAssertion(rdfs:label SOMA:includesConcept "includes concept") -SubObjectPropertyOf(SOMA:includesConcept ) -InverseObjectProperties(SOMA:includesConcept SOMA:isConceptIncludedIn) -ObjectPropertyDomain(SOMA:includesConcept ) -ObjectPropertyRange(SOMA:includesConcept ) - -# Object Property: SOMA:includesRecord (SOMA:includesRecord) - -AnnotationAssertion(rdfs:comment SOMA:includesRecord "A relationship indicating that an Event has been recorded by an InformationObject") -SubObjectPropertyOf(SOMA:includesRecord ) -InverseObjectProperties(SOMA:includesRecord SOMA:isRecordIncludedBy) -ObjectPropertyDomain(SOMA:includesRecord ) -ObjectPropertyRange(SOMA:includesRecord ) - -# Object Property: SOMA:includesSituation (includes situation) - -AnnotationAssertion(rdfs:comment SOMA:includesSituation "A relation recording that a Situation has a (sub) Situation as participant in some role.") -AnnotationAssertion(rdfs:label SOMA:includesSituation "includes situation") -SubObjectPropertyOf(SOMA:includesSituation ) -InverseObjectProperties(SOMA:includesSituation SOMA:isSituationIncludedIn) -ObjectPropertyDomain(SOMA:includesSituation ) -ObjectPropertyRange(SOMA:includesSituation ) - -# Object Property: SOMA:involvesArtifact (involves artifact) - -AnnotationAssertion(rdfs:comment SOMA:involvesArtifact "Artifact participation.") -AnnotationAssertion(rdfs:label SOMA:involvesArtifact "involves artifact") -SubObjectPropertyOf(SOMA:involvesArtifact ) -InverseObjectProperties(SOMA:involvesArtifact SOMA:isArtifactInvolvedIn) -ObjectPropertyDomain(SOMA:involvesArtifact ) -ObjectPropertyRange(SOMA:involvesArtifact ) - -# Object Property: SOMA:involvesPlace (involves place) - -AnnotationAssertion(rdfs:comment SOMA:involvesPlace "A relation recording that an Event makes some use of a PhysicalPlace. Typically this place is where the Event is located.") -AnnotationAssertion(rdfs:label SOMA:involvesPlace "involves place") -SubObjectPropertyOf(SOMA:involvesPlace ) -InverseObjectProperties(SOMA:involvesPlace SOMA:isPlaceInvolvedIn) -ObjectPropertyDomain(SOMA:involvesPlace ) -ObjectPropertyRange(SOMA:involvesPlace ) - -# Object Property: SOMA:isArtifactInvolvedIn (is artifact involved in) - -AnnotationAssertion(rdfs:comment SOMA:isArtifactInvolvedIn "Artifact participation.") -AnnotationAssertion(rdfs:label SOMA:isArtifactInvolvedIn "is artifact involved in") -SubObjectPropertyOf(SOMA:isArtifactInvolvedIn ) -ObjectPropertyDomain(SOMA:isArtifactInvolvedIn ) -ObjectPropertyRange(SOMA:isArtifactInvolvedIn ) - -# Object Property: SOMA:isCausedByEvent (is caused by event) - -AnnotationAssertion(rdfs:comment SOMA:isCausedByEvent "A relation recording that a Transition is the result of some Event.") -AnnotationAssertion(rdfs:label SOMA:isCausedByEvent "is caused by event") -SubObjectPropertyOf(SOMA:isCausedByEvent ) -ObjectPropertyDomain(SOMA:isCausedByEvent ) -ObjectPropertyRange(SOMA:isCausedByEvent ) - -# Object Property: SOMA:isConceptIncludedIn (is concept included in) - -AnnotationAssertion(rdfs:comment SOMA:isConceptIncludedIn "A relation recording that a Concept participates in a Situation in some way.") -AnnotationAssertion(rdfs:label SOMA:isConceptIncludedIn "is concept included in") -SubObjectPropertyOf(SOMA:isConceptIncludedIn ) -ObjectPropertyDomain(SOMA:isConceptIncludedIn ) -ObjectPropertyRange(SOMA:isConceptIncludedIn ) - -# Object Property: SOMA:isContainedIn (is contained in) - -AnnotationAssertion(rdfs:comment SOMA:isContainedIn "The inverse of the contains relation. See the contains relation for details.") -AnnotationAssertion(rdfs:label SOMA:isContainedIn "is contained in") -SubObjectPropertyOf(SOMA:isContainedIn ) -ObjectPropertyDomain(SOMA:isContainedIn ) -ObjectPropertyRange(SOMA:isContainedIn ) - -# Object Property: SOMA:isDirectSourceFor (is direct source for) - -AnnotationAssertion(rdfs:comment SOMA:isDirectSourceFor "The (transitive) relation between an information object and another which was derived from the former.") -AnnotationAssertion(rdfs:label SOMA:isDirectSourceFor "is direct source for") -SubObjectPropertyOf(SOMA:isDirectSourceFor SOMA:isSourceFor) - -# Object Property: SOMA:isInitialStateOf (is initial state of) - -AnnotationAssertion(rdfs:comment SOMA:isInitialStateOf "A relation recording that a Situation was where a Transition began.") -AnnotationAssertion(rdfs:label SOMA:isInitialStateOf "is initial state of") -SubObjectPropertyOf(SOMA:isInitialStateOf SOMA:isSituationIncludedIn) -ObjectPropertyDomain(SOMA:isInitialStateOf ) -ObjectPropertyRange(SOMA:isInitialStateOf ) - -# Object Property: SOMA:isInputParameterFor (is input parameter for) - -AnnotationAssertion(rdfs:comment SOMA:isInputParameterFor "A relation between a Task and one of its input parameters.") -AnnotationAssertion(rdfs:comment SOMA:isInputParameterFor "A relation from a Parameter to an EventType (typically, a Task). The parameter describes some state of affairs that precedes and will contribute to the event classified by the EventType.") -AnnotationAssertion(rdfs:label SOMA:isInputParameterFor "is input parameter for") -SubObjectPropertyOf(SOMA:isInputParameterFor ) -ObjectPropertyDomain(SOMA:isInputParameterFor ) -ObjectPropertyRange(SOMA:isInputParameterFor ) - -# Object Property: SOMA:isInputRoleOf (is input role of) - -AnnotationAssertion(rdfs:comment SOMA:isInputRoleOf "A relation between an input roles and its Task.") -AnnotationAssertion(rdfs:label SOMA:isInputRoleOf "is input role of"@en) -SubObjectPropertyOf(SOMA:isInputRoleOf ) -InverseObjectProperties(SOMA:isInputRoleOf SOMA:isTaskOfInputRole) -ObjectPropertyDomain(SOMA:isInputRoleOf ) -ObjectPropertyRange(SOMA:isInputRoleOf ) + + + + + + + + + + + Provides a definition, or usage guideline, aimed at a particular community of the ontology's users. The community is identified by the subproperty of UsageGuideline. + +A style recommendation for usage guidelines is that they should be brief. In contrast to usual concept annotations that can, and should be detailed about the reasons behind modelling decisions, usage guidelines are simply meant to answer questions about when it is appropriate to use a concept, and they must be a practical, easy to query and understand resource. + + + + + + + + + Similar to rdfs:label, but without GUI or reasoner impact in Protege; avoiding Protege problems is why this is not a label subproperty. Nicknames are used by particular software working with the ontology as a way to give community-specific names to concepts. Communities are identified by the subproperty of nickname. + + + + + + + + + An annotation property which should be used to record by what symbols or abbreviations, if any, some relation or entity is known in scientific literature. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + > + A relation between entities, expressing a 'sequence' schema where one of the entities strictly ends before the other one. + + + + + + + + + + + + + < + A relation between entities, expressing a 'sequence' schema where one of the entities strictly ends before the other one. + + + + + + + + + + + + + A Transition between two Situations is always the result of some Event, and the causesTransition relation should be used to record the causal relation from the Event to the Transition. + causes transition + + + + + + + + + + + + + A schematic relation between any events that also implies that one event is temporally contained in the other. + +Sub-properties are used to distinct between different cases of event endpoint relations that hold for different types of co-occurance. + co occurs + + + + + + + + + + + + + A schematic relation asserting containment, understood in a very broad sense, by one Entity of another. The relation is defined with domain and range of maximum generality, as it is possible to construe containment to apply between Events, between Objects, between Qualities and so on. Care should be taken when using it that the construal of containment makes sense and is useful. If a clearer relation expresses the connection between two Entities, use that relation instead. For example, rather than saying an Event contains an Object, it is probably better to say the Event has that Object as a participant. More specific versions of this relation exist, e.g. containsEvent, so it is likely that there will be few situations where it should be used itself. However, by acting as a superproperty to several relations, it captures a core similarity between these and enables taxonomy-based similarity metrics. + + + + + + + + + + + + + + + di + `A contains event B` means that A strictly starts before, and ends after B, i.e. B is wholly contained in A. + contains event + + + + + + + + + + + + + + The (transitive) relation between an information object and another which it has been derived from. + derived from + + + + + + + + + + + The relation between an information object and another which it has been derived from. + directly derived from + + + + + + + + + + + + + + d + `A during B` means that B strictly starts before, and ends after A, i.e. A is wholly contained in B. + + + + + + + + + + + + + + fi + `A finishes B` means that A ends exactly where B ends, and that B strictly starts before A. As in "I finish my day by taking a shower". + finished by + + + + + + + + + + + + + f + `A finishes B` means that A ends exactly where B ends, and that B strictly starts before A. As in "I finish my day by taking a shower". + + + + + + + + + + + + A relation between a collection and a member of it that is least according to some ordering. This ordering can be arbitrary, i.e. the order in which Entities are recorded in the Collection. + first member + + + + + + + + + + + + A relation from an Entity to a Goal it pursues. Agents can pursue Goals, and Tasks are also construed as pursuing Goals. + has goal + + + + + + + + + + + + + + A relation between StateTransitions and Scenes, which identifies the scene the transition starts from. + has initial scene + + + + + + + + + + + + + A relation which connects a Transition to the Situation it starts from. + has initial state + + + + + + + + + + + + + A relation between a Task and one of its input parameters. + A relation from an EventType (typically, a Task) and a parameter describing some state of affairs before the event classified by the EventType takes place, and which contributes towards that event happening. + has input parameter + + + + + + + + + + + + + A relation between a Task and one of its output parameters. + A relation from an EventType (typically a Task) to a Parameter describing an outcome of the event classified by the EventType. + has output parameter + + + + + + + + + + + + + + + + + + + + + + + + + + A relation used to describe the structure of an Action or Process in terms of phases, i.e. subprocesses and states that occur during its unfolding. + has phase + + + + + + + + + + + + A relation used to describe the structure of a PhysicalObject in terms of physical components, i.e. what other PhysicalObjects are components of it. + has physical component + + + + + + + + + + + A relation from an Event and the SoftwareAgent responsible for making that Event happen. + has software agent + + + + + + + + + + A relation from an Entity to a Quality that is indicative of the Entity's state, e.g. if it is a device, its state of operation. + has status + + + + + + + + + + + + + + A relation between StateTransitions and Scenes, which identifies the scene the transition is expected to end at. + has terminal scene + + + + + + + + + + + + + A relation from a Transition to the Situation it ends in. + has terminal state + + + + + + + + + + + + + A relation recording that a Situation has a Concept as participant in some sort of role. + includes concept + + + + + + + + + + + + + A relationship indicating that an Event has been recorded by an InformationObject + + + + + + + + + + + + + A relation recording that a Situation has a (sub) Situation as participant in some role. + includes situation + + + + + + + + + + + + + Artifact participation. + involves artifact + + + + + + + + + + + + + A relation recording that an Event makes some use of a PhysicalPlace. Typically this place is where the Event is located. + involves place + + + + + + + + + + + + Artifact participation. + is artifact involved in + + + + + + + + + + + + A relation recording that a Transition is the result of some Event. + is caused by event + + + + + + + + + + + + A relation recording that a Concept participates in a Situation in some way. + is concept included in + + + + + + + + + + + + The inverse of the contains relation. See the contains relation for details. + is contained in + + + + + + + + + + The (transitive) relation between an information object and another which was derived from the former. + is direct source for + + + + + + + + + + + + + A relation between StateTransitions and Scenes, which identifies the scene the transition starts from. + is initial scene of + + + + + + + + + + + + A relation recording that a Situation was where a Transition began. + is initial state of + + + + + + + + + + + + A relation between a Task and one of its input parameters. + A relation from a Parameter to an EventType (typically, a Task). The parameter describes some state of affairs that precedes and will contribute to the event classified by the EventType. + is input parameter for + + + + + + + + + + + + + A relation between an input roles and its Task. + is input role of + + + + + + + + + + + + + A relation between an event and an event type, e.g. 'taking the cup from the table' is an occurence of the motion 'approaching'. + is occurence of + + + + + + + + + + + + A relation between an event and an event type, e.g. 'taking the cup from the table' is an occurence of the motion 'approaching'. + is occurring in + + + -# Object Property: SOMA:isOccurrenceOf (is occurence of) - -AnnotationAssertion(rdfs:comment SOMA:isOccurrenceOf "A relation between an event and an event type, e.g. 'taking the cup from the table' is an occurence of the motion 'approaching'.") -AnnotationAssertion(rdfs:label SOMA:isOccurrenceOf "is occurence of") -SubObjectPropertyOf(SOMA:isOccurrenceOf ) -InverseObjectProperties(SOMA:isOccurrenceOf SOMA:isOccurringIn) -ObjectPropertyDomain(SOMA:isOccurrenceOf ) -ObjectPropertyRange(SOMA:isOccurrenceOf ) - -# Object Property: SOMA:isOccurringIn (is occurring in) - -AnnotationAssertion(rdfs:comment SOMA:isOccurringIn "A relation between an event and an event type, e.g. 'taking the cup from the table' is an occurence of the motion 'approaching'.") -AnnotationAssertion(rdfs:label SOMA:isOccurringIn "is occurring in") -SubObjectPropertyOf(SOMA:isOccurringIn ) -ObjectPropertyDomain(SOMA:isOccurringIn ) -ObjectPropertyRange(SOMA:isOccurringIn ) - -# Object Property: SOMA:isOutputParameterFor (is output parameter for) - -AnnotationAssertion(rdfs:comment SOMA:isOutputParameterFor "A relation between a Task and one of its output parameters.") -AnnotationAssertion(rdfs:comment SOMA:isOutputParameterFor "A relation from a Parameter to an EventType (typically, a Task). The parameter describes an outcome of the event classified by the EventType.") -AnnotationAssertion(rdfs:label SOMA:isOutputParameterFor "is output parameter for") -SubObjectPropertyOf(SOMA:isOutputParameterFor ) -ObjectPropertyDomain(SOMA:isOutputParameterFor ) -ObjectPropertyRange(SOMA:isOutputParameterFor ) - -# Object Property: SOMA:isOutputRoleOf (is output role of) - -AnnotationAssertion(rdfs:comment SOMA:isOutputRoleOf "A relation between an output roles and its Task.") -AnnotationAssertion(rdfs:label SOMA:isOutputRoleOf "is output role of"@en) -SubObjectPropertyOf(SOMA:isOutputRoleOf ) -InverseObjectProperties(SOMA:isOutputRoleOf SOMA:isTaskOfOutputRole) -ObjectPropertyDomain(SOMA:isOutputRoleOf ) -ObjectPropertyRange(SOMA:isOutputRoleOf ) - -# Object Property: SOMA:isPlaceInvolvedIn (is place involved in) - -AnnotationAssertion(rdfs:comment SOMA:isPlaceInvolvedIn "A relation recording that a PhysicalPlace is involved in some Event; typically, this is where the Event is located.") -AnnotationAssertion(rdfs:label SOMA:isPlaceInvolvedIn "is place involved in") -SubObjectPropertyOf(SOMA:isPlaceInvolvedIn ) -ObjectPropertyDomain(SOMA:isPlaceInvolvedIn ) -ObjectPropertyRange(SOMA:isPlaceInvolvedIn ) - -# Object Property: SOMA:isPlanFor (is plan for) - -AnnotationAssertion(rdfs:comment SOMA:isPlanFor "A special relation between a Plan and a Task, to indicate that the Plan describes a way to achieve the Task.") -AnnotationAssertion(rdfs:label SOMA:isPlanFor "is plan for"@en) -AnnotationAssertion(rdfs:seeAlso SOMA:isPlanFor "Note that DUL already says Plans can define Tasks, but that relation is used differently: a Plan defines a Task because it contains it as a step.") -SubObjectPropertyOf(SOMA:isPlanFor ) -ObjectPropertyDomain(SOMA:isPlanFor ) -ObjectPropertyRange(SOMA:isPlanFor ) - -# Object Property: SOMA:isRecordIncludedBy (SOMA:isRecordIncludedBy) - -AnnotationAssertion(rdfs:comment SOMA:isRecordIncludedBy "A relationship indicating that an InformationObject is a recording of an Event.") -SubObjectPropertyOf(SOMA:isRecordIncludedBy ) -ObjectPropertyDomain(SOMA:isRecordIncludedBy ) -ObjectPropertyRange(SOMA:isRecordIncludedBy ) - -# Object Property: SOMA:isSituationIncludedIn (is situation included in) - -AnnotationAssertion(rdfs:comment SOMA:isSituationIncludedIn "A relation recording that a Situation participates in another in some role, or can be considered as a subsituation of the other.") -AnnotationAssertion(rdfs:label SOMA:isSituationIncludedIn "is situation included in") -SubObjectPropertyOf(SOMA:isSituationIncludedIn ) -ObjectPropertyDomain(SOMA:isSituationIncludedIn ) -ObjectPropertyRange(SOMA:isSituationIncludedIn ) - -# Object Property: SOMA:isSourceFor (is source for) - -AnnotationAssertion(rdfs:comment SOMA:isSourceFor "The (transitive) relation between an information object and another which was derived from the former.") -AnnotationAssertion(rdfs:label SOMA:isSourceFor "is source for") -SubObjectPropertyOf(SOMA:isSourceFor ) -TransitiveObjectProperty(SOMA:isSourceFor) - -# Object Property: SOMA:isTaskOfInputRole (is task of input role) - -AnnotationAssertion(rdfs:comment SOMA:isTaskOfInputRole "A relation between a Task and one of its input roles.") -AnnotationAssertion(rdfs:label SOMA:isTaskOfInputRole "is task of input role"@en) -SubObjectPropertyOf(SOMA:isTaskOfInputRole ) -ObjectPropertyDomain(SOMA:isTaskOfInputRole ) -ObjectPropertyRange(SOMA:isTaskOfInputRole ) - -# Object Property: SOMA:isTaskOfOutputRole (is task of output role) - -AnnotationAssertion(rdfs:comment SOMA:isTaskOfOutputRole "A relation between a Task and one of its output roles.") -AnnotationAssertion(rdfs:label SOMA:isTaskOfOutputRole "is task of output role"@en) -SubObjectPropertyOf(SOMA:isTaskOfOutputRole ) -ObjectPropertyDomain(SOMA:isTaskOfOutputRole ) -ObjectPropertyRange(SOMA:isTaskOfOutputRole ) - -# Object Property: SOMA:isTerminalStateOf (is terminal state of) - -AnnotationAssertion(rdfs:comment SOMA:isTerminalStateOf "A relation recording that a Situation was where a Transition ended.") -AnnotationAssertion(rdfs:label SOMA:isTerminalStateOf "is terminal state of") -SubObjectPropertyOf(SOMA:isTerminalStateOf SOMA:isSituationIncludedIn) -ObjectPropertyDomain(SOMA:isTerminalStateOf ) -ObjectPropertyRange(SOMA:isTerminalStateOf ) - -# Object Property: SOMA:meets (SOMA:meets) - -AnnotationAssertion(SOMA:symbol SOMA:meets "m") -AnnotationAssertion(rdfs:comment SOMA:meets "A relation between entities, expressing a 'sequence' schema where one of the entities exactly ends where the other entity starts.") -SubObjectPropertyOf(SOMA:meets ) -InverseObjectProperties(SOMA:meets SOMA:metBy) -AsymmetricObjectProperty(SOMA:meets) -IrreflexiveObjectProperty(SOMA:meets) -ObjectPropertyDomain(SOMA:meets ) -ObjectPropertyRange(SOMA:meets ) - -# Object Property: SOMA:metBy (met by) - -AnnotationAssertion(SOMA:symbol SOMA:metBy "mi") -AnnotationAssertion(rdfs:comment SOMA:metBy "A relation between entities, expressing a 'sequence' schema where one of the entities exactly ends where the other entity starts.") -AnnotationAssertion(rdfs:label SOMA:metBy "met by"@en) -SubObjectPropertyOf(SOMA:metBy ) -AsymmetricObjectProperty(SOMA:metBy) -IrreflexiveObjectProperty(SOMA:metBy) -ObjectPropertyDomain(SOMA:metBy ) -ObjectPropertyRange(SOMA:metBy ) - -# Object Property: SOMA:overlappedBy (overlapped by) - -AnnotationAssertion(SOMA:symbol SOMA:overlappedBy "oi") -AnnotationAssertion(rdfs:comment SOMA:overlappedBy "A schematic relation between any entities that also implies ordering, e.g. \"she has worked into the night\".") -AnnotationAssertion(rdfs:label SOMA:overlappedBy "overlapped by") -SubObjectPropertyOf(SOMA:overlappedBy ) -InverseObjectProperties(SOMA:overlappedBy SOMA:overlappedOn) -AsymmetricObjectProperty(SOMA:overlappedBy) -IrreflexiveObjectProperty(SOMA:overlappedBy) -ObjectPropertyDomain(SOMA:overlappedBy ) -ObjectPropertyRange(SOMA:overlappedBy ) - -# Object Property: SOMA:overlappedOn (overlapped on) - -AnnotationAssertion(SOMA:symbol SOMA:overlappedOn "o") -AnnotationAssertion(rdfs:comment SOMA:overlappedOn "A schematic relation between any entities that also implies ordering, e.g. \"she has worked into the night\".") -AnnotationAssertion(rdfs:label SOMA:overlappedOn "overlapped on") -SubObjectPropertyOf(SOMA:overlappedOn ) -AsymmetricObjectProperty(SOMA:overlappedOn) -IrreflexiveObjectProperty(SOMA:overlappedOn) -ObjectPropertyDomain(SOMA:overlappedOn ) -ObjectPropertyRange(SOMA:overlappedOn ) + -# Object Property: SOMA:simultaneous (SOMA:simultaneous) - -AnnotationAssertion(SOMA:symbol SOMA:simultaneous "=") -AnnotationAssertion(rdfs:comment SOMA:simultaneous "`A simultaneous B` means that A strictly starts and ends at the same time instant as B, i.e. their temporal extend is equal.") -SubObjectPropertyOf(SOMA:simultaneous SOMA:coOccurs) -SymmetricObjectProperty(SOMA:simultaneous) -TransitiveObjectProperty(SOMA:simultaneous) -ObjectPropertyDomain(SOMA:simultaneous ) -ObjectPropertyRange(SOMA:simultaneous ) - -# Object Property: SOMA:startedBy (started by) - -AnnotationAssertion(SOMA:symbol SOMA:startedBy "si") -AnnotationAssertion(rdfs:comment SOMA:startedBy "`A starts B` means that A starts exactly where B starts, and that A strictly ends before B. As in \"I start my day with a coffee\".") -AnnotationAssertion(rdfs:label SOMA:startedBy "started by"@en) -SubObjectPropertyOf(SOMA:startedBy SOMA:coOccurs) -InverseObjectProperties(SOMA:startedBy SOMA:starts) -TransitiveObjectProperty(SOMA:startedBy) -ObjectPropertyDomain(SOMA:startedBy ) -ObjectPropertyRange(SOMA:startedBy ) - -# Object Property: SOMA:starts (SOMA:starts) -AnnotationAssertion(SOMA:symbol SOMA:starts "s") -AnnotationAssertion(rdfs:comment SOMA:starts "`A starts B` means that A starts exactly where B starts, and that A strictly ends before B. As in \"I start my day with a coffee\".") -SubObjectPropertyOf(SOMA:starts SOMA:coOccurs) -TransitiveObjectProperty(SOMA:starts) -ObjectPropertyDomain(SOMA:starts ) -ObjectPropertyRange(SOMA:starts ) + + + + + A relation between a Task and one of its output parameters. + A relation from a Parameter to an EventType (typically, a Task). The parameter describes an outcome of the event classified by the EventType. + is output parameter for + + -# Object Property: (executes task) -SubObjectPropertyOf( SOMA:isOccurrenceOf) + -# Object Property: (is executed in) -SubObjectPropertyOf( SOMA:isOccurringIn) + + + + + + A relation between an output roles and its Task. + is output role of + + -############################ -# Data Properties -############################ + -# Data Property: SOMA:hasDataFormat (SOMA:hasDataFormat) -AnnotationAssertion(rdfs:comment SOMA:hasDataFormat "A property linking an InformationRealization to a string specifying a format name, e.g. URDF or STL.") -SubDataPropertyOf(SOMA:hasDataFormat ) -DataPropertyDomain(SOMA:hasDataFormat ) -DataPropertyRange(SOMA:hasDataFormat xsd:string) + + + + + A relation recording that a PhysicalPlace is involved in some Event; typically, this is where the Event is located. + is place involved in + + -# Data Property: SOMA:hasEventBegin (has event begin) -AnnotationAssertion(rdfs:comment SOMA:hasEventBegin "A relation recording when an Event started. In this case, we think of the Event as something unfolding over some span of time.") -AnnotationAssertion(rdfs:label SOMA:hasEventBegin "has event begin") -SubDataPropertyOf(SOMA:hasEventBegin SOMA:hasEventTime) -DataPropertyDomain(SOMA:hasEventBegin ) -DataPropertyRange(SOMA:hasEventBegin xsd:double) + -# Data Property: SOMA:hasEventEnd (has event end) -AnnotationAssertion(rdfs:comment SOMA:hasEventEnd "A relation recording when an Event ended. In this case, we think of the Event as something unfolding over some span of time.") -AnnotationAssertion(rdfs:label SOMA:hasEventEnd "has event end") -SubDataPropertyOf(SOMA:hasEventEnd SOMA:hasEventTime) -DataPropertyDomain(SOMA:hasEventEnd ) -DataPropertyRange(SOMA:hasEventEnd xsd:double) + + + + + A special relation between a Plan and a Task, to indicate that the Plan describes a way to achieve the Task. + is plan for + Note that DUL already says Plans can define Tasks, but that relation is used differently: a Plan defines a Task because it contains it as a step. + + -# Data Property: SOMA:hasEventTime (has event time) -AnnotationAssertion(rdfs:comment SOMA:hasEventTime "Superproperty of hasEventBegin and hasEventEnd, records that an Event happened, or was happening, at a particular time. Using the subproperties captures the richer semantics of that time relative to the event. Using only this superproperty may be appropriate when the Event is construed to take place at a single instant of time.") -AnnotationAssertion(rdfs:label SOMA:hasEventTime "has event time") -SubDataPropertyOf(SOMA:hasEventTime ) -DataPropertyDomain(SOMA:hasEventTime ) -DataPropertyRange(SOMA:hasEventTime xsd:double) + -# Data Property: SOMA:hasIntervalBegin (has interval begin) -AnnotationAssertion(rdfs:comment SOMA:hasIntervalBegin "A relation recording when some TimeInterval started.") -AnnotationAssertion(rdfs:label SOMA:hasIntervalBegin "has interval begin") -SubDataPropertyOf(SOMA:hasIntervalBegin SOMA:hasIntervalTime) -DataPropertyDomain(SOMA:hasIntervalBegin ) -DataPropertyRange(SOMA:hasIntervalBegin xsd:float) + + + + + A relationship indicating that an InformationObject is a recording of an Event. + + -# Data Property: SOMA:hasIntervalEnd (has interval end) -AnnotationAssertion(rdfs:comment SOMA:hasIntervalEnd "A relation recording when a TimeInterval ended.") -AnnotationAssertion(rdfs:label SOMA:hasIntervalEnd "has interval end") -SubDataPropertyOf(SOMA:hasIntervalEnd SOMA:hasIntervalTime) -DataPropertyDomain(SOMA:hasIntervalEnd ) -DataPropertyRange(SOMA:hasIntervalEnd xsd:float) + -# Data Property: SOMA:hasIntervalTime (has interval time) -AnnotationAssertion(rdfs:comment SOMA:hasIntervalTime "Superproperty of relations used to connect moments in time to a TimeInterval.") -AnnotationAssertion(rdfs:label SOMA:hasIntervalTime "has interval time") -SubDataPropertyOf(SOMA:hasIntervalTime ) -DataPropertyDomain(SOMA:hasIntervalTime ) -DataPropertyRange(SOMA:hasIntervalTime xsd:float) + + + + + A relation recording that a Situation participates in another in some role, or can be considered as a subsituation of the other. + is situation included in + + -# Data Property: SOMA:hasNameString (has name string) -AnnotationAssertion(rdfs:comment SOMA:hasNameString "A relation recording some identifier associated to an Entity.") -AnnotationAssertion(rdfs:label SOMA:hasNameString "has name string") -SubDataPropertyOf(SOMA:hasNameString ) -DataPropertyDomain(SOMA:hasNameString ) -DataPropertyRange(SOMA:hasNameString xsd:string) + -# Data Property: SOMA:hasPersistentIdentifier (SOMA:hasPersistentIdentifier) -AnnotationAssertion(rdfs:comment SOMA:hasPersistentIdentifier "A property linking an InformationRealization to a persistent identifier such as a DOI, which can then be used to obtain an address at which the realization (i.e. digital file) can be retrieved.") -SubDataPropertyOf(SOMA:hasPersistentIdentifier ) -DataPropertyDomain(SOMA:hasPersistentIdentifier ) -DataPropertyRange(SOMA:hasPersistentIdentifier xsd:string) + + + + The (transitive) relation between an information object and another which was derived from the former. + is source for + + -# Data Property: SOMA:isReificationOf (is reification of) -AnnotationAssertion(rdfs:comment SOMA:isReificationOf "An auxiliary property that is used to generate object individuals, called reifications, from any other Entity, e.g. from relations, classes, data types. These reifications can then be used in DL axioms as any other named individual.") -AnnotationAssertion(rdfs:label SOMA:isReificationOf "is reification of") -SubDataPropertyOf(SOMA:isReificationOf ) -DataPropertyDomain(SOMA:isReificationOf ) -DataPropertyRange(SOMA:isReificationOf xsd:anyURI) + -############################ -# Datatypes -############################ + + + + + A relation between a Task and one of its input roles. + is task of input role + + -# Datatype: SOMA:array_boolean (SOMA:array_boolean) -DatatypeDefinition(SOMA:array_boolean xsd:string) + -# Datatype: SOMA:array_double (SOMA:array_double) -DatatypeDefinition(SOMA:array_double xsd:string) + + + + + A relation between a Task and one of its output roles. + is task of output role + + -# Datatype: SOMA:array_float (SOMA:array_float) -DatatypeDefinition(SOMA:array_float xsd:string) + -# Datatype: SOMA:array_int (SOMA:array_int) -DatatypeDefinition(SOMA:array_int xsd:string) + + + + + + A relation between StateTransitions and Scenes, which identifies the scene the transition is expected to end at. + is terminal scene of + + -# Datatype: SOMA:array_string (SOMA:array_string) -DatatypeDefinition(SOMA:array_string xsd:string) + -# Datatype: SOMA:array_uint (SOMA:array_uint) -DatatypeDefinition(SOMA:array_uint xsd:string) + + + + + A relation recording that a Situation was where a Transition ended. + is terminal state of + + -############################ -# Classes -############################ + -# Class: SOMA:Accident (SOMA:Accident) -AnnotationAssertion(rdfs:comment SOMA:Accident "An Event for which causes are unknown and/or considered irrelevant. This is true also for \"final causes\" (that is, intentions) of Agents participating in the Accident: it is not the intentions of these Agents to bring about the Accident. + + + + + + + + m + A relation between entities, expressing a 'sequence' schema where one of the entities exactly ends where the other entity starts. + + -Note a distinction between this definition and some informal, everyday uses of \"accident\" which require a causal structure and responsibility to be ascertained. An accident, in the informal sense, may require an explanation as to who made a mistake in bringing about the event; a \"traffic accident\", where we want to know who's responsible, is an example of this. -Such an event does NOT fall under the definition of Accident here. An example of Accident would be a fair coin landing Heads: the causal chain for why this exact face landed is not important, all that matters is the brute fact that the coin landed Heads.") -AnnotationAssertion(rdfs:comment SOMA:Accident "also think about \"mistakes\": (Mihai:) yes, but consider whether those might qualify as Situations. Likewise for Accidents, actually.") -SubClassOf(SOMA:Accident ) -DisjointClasses(SOMA:Accident ) + -# Class: SOMA:ActionExecutionPlan (Action execution plan) -AnnotationAssertion(rdfs:comment SOMA:ActionExecutionPlan "idea: steps in workflows assert that they are defined by action execution plans.") -AnnotationAssertion(rdfs:comment SOMA:ActionExecutionPlan "links role and parameter fillers to e.g. slots in a data structure") -AnnotationAssertion(rdfs:label SOMA:ActionExecutionPlan "Action execution plan"@en) -SubClassOf(SOMA:ActionExecutionPlan ) -SubClassOf(SOMA:ActionExecutionPlan ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:Status))) + + + + + + + mi + A relation between entities, expressing a 'sequence' schema where one of the entities exactly ends where the other entity starts. + met by + + -# Class: SOMA:Amateurish (SOMA:Amateurish) -AnnotationAssertion(rdfs:comment SOMA:Amateurish "A description of amateurish behavior.") -SubClassOf(SOMA:Amateurish SOMA:DexterityDiagnosis) -DisjointClasses(SOMA:Amateurish SOMA:Masterful) + -# Class: SOMA:BehavioralDiagnosis (Behavioral diagnosis) -AnnotationAssertion(rdfs:comment SOMA:BehavioralDiagnosis "A diagnosis of how a system interacts with its world.") -AnnotationAssertion(rdfs:label SOMA:BehavioralDiagnosis "Behavioral diagnosis") -SubClassOf(SOMA:BehavioralDiagnosis ) -SubClassOf(SOMA:BehavioralDiagnosis ObjectSomeValuesFrom( )) + + + + + + + + oi + A schematic relation between any entities that also implies ordering, e.g. "she has worked into the night". + overlapped by + + -# Class: SOMA:Clumsiness (SOMA:Clumsiness) -AnnotationAssertion(rdfs:comment SOMA:Clumsiness "A description of clumsy behavior.") -SubClassOf(SOMA:Clumsiness SOMA:Amateurish) + -# Class: SOMA:DexterityDiagnosis (Dexterity diagnosis) -AnnotationAssertion(rdfs:comment SOMA:DexterityDiagnosis "A description of the dexterity of a system, possibly in comparison to another system.") -AnnotationAssertion(rdfs:label SOMA:DexterityDiagnosis "Dexterity diagnosis") -SubClassOf(SOMA:DexterityDiagnosis SOMA:BehavioralDiagnosis) + + + + + + + o + A schematic relation between any entities that also implies ordering, e.g. "she has worked into the night". + overlapped on + + -# Class: SOMA:Episode (SOMA:Episode) -AnnotationAssertion(rdfs:comment SOMA:Episode "") -SubClassOf(SOMA:Episode ) + -# Class: SOMA:FailedAttempt (Failed attempt) -AnnotationAssertion(rdfs:comment SOMA:FailedAttempt "A description of a failed attempt to achieve some goal.") -AnnotationAssertion(rdfs:label SOMA:FailedAttempt "Failed attempt"@en) -SubClassOf(SOMA:FailedAttempt SOMA:Unsuccessfulness) + + + + + + + = + `A simultaneous B` means that A strictly starts and ends at the same time instant as B, i.e. their temporal extend is equal. + + -# Class: SOMA:Fluid (SOMA:Fluid) -AnnotationAssertion(rdfs:comment SOMA:Fluid "A substance with a consistency such that it can flow or diffuse.") -SubClassOf(SOMA:Fluid ) + -# Class: SOMA:Foolishness (SOMA:Foolishness) -AnnotationAssertion(rdfs:comment SOMA:Foolishness "A description of foolish behavior.") -SubClassOf(SOMA:Foolishness SOMA:Amateurish) + + + + + + + si + `A starts B` means that A starts exactly where B starts, and that A strictly ends before B. As in "I start my day with a coffee". + started by + + -# Class: SOMA:FunctionalDiagnosis (Functional diagnosis) -AnnotationAssertion(rdfs:comment SOMA:FunctionalDiagnosis "An internal diagnosis of a system.") -AnnotationAssertion(rdfs:label SOMA:FunctionalDiagnosis "Functional diagnosis") -SubClassOf(SOMA:FunctionalDiagnosis ) + -# Class: SOMA:HardwareDiagnosis (Hardware diagnosis) -AnnotationAssertion(rdfs:comment SOMA:HardwareDiagnosis "A diagnosis of the hardware of a system.") -AnnotationAssertion(rdfs:label SOMA:HardwareDiagnosis "Hardware diagnosis") -SubClassOf(SOMA:HardwareDiagnosis SOMA:TechnicalDiagnosis) + + + + + + s + `A starts B` means that A starts exactly where B starts, and that A strictly ends before B. As in "I start my day with a coffee". + + -# Class: SOMA:HumanActivityRecording (SOMA:HumanActivityRecording) -AnnotationAssertion(rdfs:comment SOMA:HumanActivityRecording "An episode in which one or more human beings perform an activity and are recorded doing so.") -SubClassOf(SOMA:HumanActivityRecording SOMA:RecordedEpisode) + -# Class: SOMA:Inability (SOMA:Inability) -AnnotationAssertion(rdfs:comment SOMA:Inability "A description of a situation with a goal that some system is unable to achieve.") -SubClassOf(SOMA:Inability SOMA:Unsuccessfulness) + + -# Class: SOMA:Infeasibility (SOMA:Infeasibility) -AnnotationAssertion(rdfs:comment SOMA:Infeasibility "A description of a situation with a goal that is impossible to achieve in some situational context.") -SubClassOf(SOMA:Infeasibility SOMA:Unsuccessfulness) + -# Class: SOMA:Masterful (SOMA:Masterful) -AnnotationAssertion(rdfs:comment SOMA:Masterful "A description of masterful behavior.") -SubClassOf(SOMA:Masterful SOMA:DexterityDiagnosis) + + + + -# Class: SOMA:MedicalDiagnosis (Medical diagnosis) -AnnotationAssertion(rdfs:comment SOMA:MedicalDiagnosis "A functional diagnosis of an organism.") -AnnotationAssertion(rdfs:label SOMA:MedicalDiagnosis "Medical diagnosis") -SubClassOf(SOMA:MedicalDiagnosis SOMA:FunctionalDiagnosis) -SubClassOf(SOMA:MedicalDiagnosis ObjectSomeValuesFrom( )) -DisjointClasses(SOMA:MedicalDiagnosis SOMA:TechnicalDiagnosis) + -# Class: SOMA:RecordedEpisode (SOMA:RecordedEpisode) -AnnotationAssertion(rdfs:comment SOMA:RecordedEpisode "An episode which has been recorded.") -SubClassOf(SOMA:RecordedEpisode SOMA:Episode) -SubClassOf(SOMA:RecordedEpisode ObjectSomeValuesFrom(SOMA:includesRecord )) + + -# Class: SOMA:Reification (SOMA:Reification) -AnnotationAssertion(rdfs:comment SOMA:Reification "A description that *describes* a formal entity.") -SubClassOf(SOMA:Reification ) -SubClassOf(SOMA:Reification DataExactCardinality(1 SOMA:isReificationOf xsd:anyURI)) + -# Class: SOMA:Sluggishness (SOMA:Sluggishness) -AnnotationAssertion(rdfs:comment SOMA:Sluggishness "A description of sluggish behavior.") -SubClassOf(SOMA:Sluggishness SOMA:Amateurish) + + -# Class: SOMA:SoftwareDiagnosis (Software diagnosis) -AnnotationAssertion(rdfs:comment SOMA:SoftwareDiagnosis "A diagnosis of the software of a system.") -AnnotationAssertion(rdfs:label SOMA:SoftwareDiagnosis "Software diagnosis") -SubClassOf(SOMA:SoftwareDiagnosis SOMA:TechnicalDiagnosis) + -# Class: SOMA:State (SOMA:State) -AnnotationAssertion(rdfs:comment SOMA:State "States are stative and homeomeric events. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + A property linking an InformationRealization to a string specifying a format name, e.g. URDF or STL. + + + + + + + + + + + + A relation recording when an Event started. In this case, we think of the Event as something unfolding over some span of time. + has event begin + + + + + + + + + + + + A relation recording when an Event ended. In this case, we think of the Event as something unfolding over some span of time. + has event end + + + + + + + + + + + + Superproperty of hasEventBegin and hasEventEnd, records that an Event happened, or was happening, at a particular time. Using the subproperties captures the richer semantics of that time relative to the event. Using only this superproperty may be appropriate when the Event is construed to take place at a single instant of time. + has event time + + + + + + + + + + + + A relation recording when some TimeInterval started. + has interval begin + + + + + + + + + + + + A relation recording when a TimeInterval ended. + has interval end + + + + + + + + + + + + Superproperty of relations used to connect moments in time to a TimeInterval. + has interval time + + + + + + + + + + + + A relation recording some identifier associated to an Entity. + has name string + + + + + + + + + + + + A property linking an InformationRealization to a persistent identifier such as a DOI, which can then be used to obtain an address at which the realization (i.e. digital file) can be retrieved. + + + + + + + + + + + + An auxiliary property that is used to generate object individuals, called reifications, from any other Entity, e.g. from relations, classes, data types. These reifications can then be used in DL axioms as any other named individual. + is reification of + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + An Event for which causes are unknown and/or considered irrelevant. This is true also for "final causes" (that is, intentions) of Agents participating in the Accident: it is not the intentions of these Agents to bring about the Accident. + +Note a distinction between this definition and some informal, everyday uses of "accident" which require a causal structure and responsibility to be ascertained. An accident, in the informal sense, may require an explanation as to who made a mistake in bringing about the event; a "traffic accident", where we want to know who's responsible, is an example of this. + +Such an event does NOT fall under the definition of Accident here. An example of Accident would be a fair coin landing Heads: the causal chain for why this exact face landed is not important, all that matters is the brute fact that the coin landed Heads. + also think about "mistakes": (Mihai:) yes, but consider whether those might qualify as Situations. Likewise for Accidents, actually. + + + + + + + + + + + + + + + + + + + + + idea: steps in workflows assert that they are defined by action execution plans. + links role and parameter fillers to e.g. slots in a data structure + Action execution plan + + + + + + + + + + + A description of amateurish behavior. + + + + + + + + + + + + + + + + A diagnosis of how a system interacts with its world. + Behavioral diagnosis + + + + + + + + + + A description of clumsy behavior. + + + + + + + + + + A description of the dexterity of a system, possibly in comparison to another system. + Dexterity diagnosis + + + + + + + + + + + + + + + + + + + + A description of a failed attempt to achieve some goal. + Failed attempt + + + + + + + + + + A substance with a consistency such that it can flow or diffuse. + + + + + + + + + + A description of foolish behavior. + + + + + + + + + + An internal diagnosis of a system. + Functional diagnosis + + + + + + + + + + A diagnosis of the hardware of a system. + Hardware diagnosis + + + + + + + + + + An episode in which one or more human beings perform an activity and are recorded doing so. + + + + + + + + + + A description of a situation with a goal that some system is unable to achieve. + + + + + + + + + + A description of a situation with a goal that is impossible to achieve in some situational context. + + + + + + + + + + A description of masterful behavior. + + + + + + + + + + + + + + + + + A functional diagnosis of an organism. + Medical diagnosis + + + + + + + + + + + + + + + + An episode which has been recorded. + + + + + + + + + + + + + 1 + + + + A description that *describes* a formal entity. + + + + + + + + + + + + + + + + + A description of sluggish behavior. + + + + + + + + + + A diagnosis of the software of a system. + Software diagnosis + + + + + + + + + + States are stative and homeomeric events. For stative events, the mereological sum of two instances has the same type as both instances. This is, for example, the state of sitting on a chair, or the process of a pendulum swinging around. -The difference between states and processes is that states are, in addition, homeomeric, and processes are not. This means that, when considering time slices of an event, for states, these time slices always have the same type as the state, but for processes this is not the case.") -SubClassOf(SOMA:State ) +The difference between states and processes is that states are, in addition, homeomeric, and processes are not. This means that, when considering time slices of an event, for states, these time slices always have the same type as the state, but for processes this is not the case. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + A role that can be played by some parameter which indicates the state of affairs of some entity, e.g. a flag describing the outcome of an action in terms of success or failure, or an indicator of whether a device is turned on or off. + + -# Class: SOMA:StateTransition (State transition) -SubClassOf(SOMA:StateTransition ObjectSomeValuesFrom(SOMA:hasInitialScene SOMA:Scene)) -SubClassOf(SOMA:StateTransition ObjectSomeValuesFrom(SOMA:hasTerminalScene SOMA:Scene)) + -# Class: SOMA:Status (SOMA:Status) -AnnotationAssertion(rdfs:comment SOMA:Status "A role that can be played by some parameter which indicates the state of affairs of some entity, e.g. a flag describing the outcome of an action in terms of success or failure, or an indicator of whether a device is turned on or off.") -SubClassOf(SOMA:Status ) + + + A diagnosis of the fullfilment of a goal that motivates the behavior of a system. + Success diagnosis + + -# Class: SOMA:SuccessDiagnosis (Success diagnosis) -AnnotationAssertion(rdfs:comment SOMA:SuccessDiagnosis "A diagnosis of the fullfilment of a goal that motivates the behavior of a system.") -AnnotationAssertion(rdfs:label SOMA:SuccessDiagnosis "Success diagnosis") -SubClassOf(SOMA:SuccessDiagnosis SOMA:BehavioralDiagnosis) + -# Class: SOMA:Successfulness (SOMA:Successfulness) -AnnotationAssertion(rdfs:comment SOMA:Successfulness "A description of a situation with a goal that was achieved by some system.") -SubClassOf(SOMA:Successfulness SOMA:SuccessDiagnosis) -DisjointClasses(SOMA:Successfulness SOMA:Unsuccessfulness) + + + + A description of a situation with a goal that was achieved by some system. + + -# Class: SOMA:TechnicalDiagnosis (Technical diagnosis) -AnnotationAssertion(rdfs:comment SOMA:TechnicalDiagnosis "A functional diagnosis of a technical system.") -AnnotationAssertion(rdfs:label SOMA:TechnicalDiagnosis "Technical diagnosis") -SubClassOf(SOMA:TechnicalDiagnosis SOMA:FunctionalDiagnosis) -SubClassOf(SOMA:TechnicalDiagnosis ObjectSomeValuesFrom( )) + -# Class: SOMA:Threshold (SOMA:Threshold) -AnnotationAssertion(rdfs:comment SOMA:Threshold "A role played by a parameter which indicates some value that, when crossed, triggers some condition.") -SubClassOf(SOMA:Threshold ) + + + + + + + + + A functional diagnosis of a technical system. + Technical diagnosis + + -# Class: SOMA:Unsuccessfulness (SOMA:Unsuccessfulness) -AnnotationAssertion(rdfs:comment SOMA:Unsuccessfulness "A description of a situation with a goal that was not or not fully achieved by some system.") -SubClassOf(SOMA:Unsuccessfulness SOMA:SuccessDiagnosis) + -# Class: (Action) -AnnotationAssertion(rdfs:comment "The EASE view: an Action is an Event in which an Agent executes some Task, typically defined by a Workflow, towards the achievement of some Goal.") -SubClassOf( ObjectAllValuesFrom( )) + + + A role played by a parameter which indicates some value that, when crossed, triggers some condition. + + -# Class: (Information object) -AnnotationAssertion(rdfs:comment "In SOMA-compliant systems, the way to use InformationObjects to specify extra data about an individual entity is to employ the 'is about' and 'expresses' properties (or their inverses 'is reference of' and 'is expressed by') and to supply a persistent identifier for a realization of the InformationObject. + + + + + + A description of a situation with a goal that was not or not fully achieved by some system. + + + + + + + + + + + + + + + The EASE view: an Action is an Event in which an Agent executes some Task, typically defined by a Workflow, towards the achievement of some Goal. + + + + + + + + + In SOMA-compliant systems, the way to use InformationObjects to specify extra data about an individual entity is to employ the 'is about' and 'expresses' properties (or their inverses 'is reference of' and 'is expressed by') and to supply a persistent identifier for a realization of the InformationObject. As a prototypical example, consider an individual called Action_XYZ, about which we have some data for which the meaning is described by Description_ABC. The data would be an individual InformationObject_DEF, and the following property assertions would hold: -InformationObject_DEF 'is about' Action_XYZ +InformationObject_DEF 'is about' Action_XYZ InformationObject_DEF expresses Description_ABC Usually, an individual InformationObject would be connected to (at least) an InformationRealization individual. For example, suppose there is such an InformationRealization individual, InformationRealization_123. Then, this individual will have data properties describing its format and persistent identifier -InformationRealization_123 hasPersistentIdentifier 'doi' -InformationRealization_123 hasDataFormat 'urdf'") +InformationRealization_123 hasPersistentIdentifier 'doi' +InformationRealization_123 hasDataFormat 'urdf' + + -# Class: (Information realization) -AnnotationAssertion(rdfs:comment "In SOMA-compliant systems, the way to use InformationObjects to specify extra data about an individual entity is to employ the 'is about' and 'expresses' properties (or their inverses 'is reference of' and 'is expressed by') and to supply a persistent identifier for a realization of the InformationObject. + + + + + + + + + + + + + + 1 + + + + In SOMA-compliant systems, the way to use InformationObjects to specify extra data about an individual entity is to employ the 'is about' and 'expresses' properties (or their inverses 'is reference of' and 'is expressed by') and to supply a persistent identifier for a realization of the InformationObject. As a prototypical example, consider an individual called Action_XYZ, about which we have some data for which the meaning is described by Description_ABC. The data would be an individual InformationObject_DEF, and the following property assertions would hold: -InformationObject_DEF 'is about' Action_XYZ +InformationObject_DEF 'is about' Action_XYZ InformationObject_DEF expresses Description_ABC Usually, an individual InformationObject would be connected to (at least) an InformationRealization individual. For example, suppose there is such an InformationRealization individual, InformationRealization_123. Then, this individual will have data properties describing its format and persistent identifier -InformationRealization_123 hasPersistentIdentifier 'doi' -InformationRealization_123 hasDataFormat 'urdf'") -SubClassOf( DataSomeValuesFrom(SOMA:hasPersistentIdentifier xsd:string)) -SubClassOf( DataExactCardinality(1 SOMA:hasDataFormat xsd:string)) +InformationRealization_123 hasPersistentIdentifier 'doi' +InformationRealization_123 hasDataFormat 'urdf' + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + http://www.w3.org/2001/XMLSchema#type + + + -# Class: (Plan) + -SubClassOf( ObjectSomeValuesFrom(SOMA:isPlanFor )) + + realizes self information + + -############################ -# Named Individuals -############################ -# Individual: SOMA:RDFType (SOMA:RDFType) -ClassAssertion(SOMA:Reification SOMA:RDFType) -DataPropertyAssertion(SOMA:isReificationOf SOMA:RDFType "http://www.w3.org/2001/XMLSchema#type"^^xsd:anyURI) + -AnnotationAssertion(rdfs:label "realizes self information"@en) -) \ No newline at end of file diff --git a/scripts/java/src/main/java/main/CIRunner.java b/scripts/java/src/main/java/main/CIRunner.java index 3c0e0324..25d0cd24 100644 --- a/scripts/java/src/main/java/main/CIRunner.java +++ b/scripts/java/src/main/java/main/CIRunner.java @@ -23,13 +23,13 @@ public class CIRunner implements CommandLineRunner { @Autowired private SubclassNothingRewriter gciRewriter; + // only use if needed @Autowired private IRINamespaceRewriter iriNamespaceRewriter; - @Override public void run(final String... args) throws Exception { - final CIRunnable[] toRun = {iriNamespaceRewriter, gciRewriter, isDefinedInAdder, versionInfoAdder, collapser, ontologySaver}; + final CIRunnable[] toRun = {gciRewriter, isDefinedInAdder, versionInfoAdder, collapser, ontologySaver}; for (final var next : toRun) { next.run(); } From eafc5315048339680f8cce1d0b468beb13e1579b Mon Sep 17 00:00:00 2001 From: Ayden Date: Tue, 6 Jun 2023 17:26:09 +0200 Subject: [PATCH 06/16] Add ci runner for IRI namespace checking --- scripts/java/src/main/java/main/CIRunner.java | 5 +- .../main/ci_runners/IRINamespaceChecker.java | 65 +++++++++++++++++++ 2 files changed, 69 insertions(+), 1 deletion(-) create mode 100644 scripts/java/src/main/java/main/ci_runners/IRINamespaceChecker.java diff --git a/scripts/java/src/main/java/main/CIRunner.java b/scripts/java/src/main/java/main/CIRunner.java index fe3bbdb3..24377fa6 100644 --- a/scripts/java/src/main/java/main/CIRunner.java +++ b/scripts/java/src/main/java/main/CIRunner.java @@ -23,10 +23,13 @@ public class CIRunner implements CommandLineRunner { @Autowired private SubclassNothingRewriter gciRewriter; + @Autowired + private IRINamespaceChecker iriNamespaceChecker; + @Override public void run(final String... args) throws Exception { - final CIRunnable[] toRun = {gciRewriter, isDefinedInAdder, versionInfoAdder, collapser, ontologySaver}; + final CIRunnable[] toRun = {iriNamespaceChecker, gciRewriter, isDefinedInAdder, versionInfoAdder, collapser, ontologySaver}; for (final var next : toRun) { next.run(); } diff --git a/scripts/java/src/main/java/main/ci_runners/IRINamespaceChecker.java b/scripts/java/src/main/java/main/ci_runners/IRINamespaceChecker.java new file mode 100644 index 00000000..2c91f14e --- /dev/null +++ b/scripts/java/src/main/java/main/ci_runners/IRINamespaceChecker.java @@ -0,0 +1,65 @@ +package main.ci_runners; + +import main.OntologyManager; +import org.semanticweb.owlapi.model.IRI; +import org.semanticweb.owlapi.model.OWLOntology; +import org.slf4j.Logger; +import org.slf4j.LoggerFactory; +import org.springframework.beans.factory.annotation.Autowired; +import org.springframework.context.annotation.Lazy; +import org.springframework.stereotype.Component; + +import java.util.ArrayList; +import java.util.List; + +@Component +@Lazy +public class IRINamespaceChecker implements CIRunnable { + /** + * {@link Logger} of this class. + */ + private static final Logger LOGGER = LoggerFactory.getLogger(IRINamespaceChecker.class); + + private final OntologyManager ontologyManager; + + @Autowired + public IRINamespaceChecker(final OntologyManager ontologyManager) { + this.ontologyManager = ontologyManager; + } + + @Override + public void run() { + StringBuilder errorString = new StringBuilder(); + for (final OWLOntology ontology : ontologyManager.getOntologyManager().getOntologies()) { + for (String iri : checkOntologyIRI(ontology)) { + errorString.append(iri).append("\n"); + } + } + if (errorString.length() > 0) { + throw new RuntimeException("Found IRIs with inconsistent SOMA namespace:\n" + errorString); + } + } + + private List checkOntologyIRI(final OWLOntology ontology) { + List wrongIRIs = new ArrayList<>(); + + if (ontology.getOntologyID().getOntologyIRI().isEmpty()) { + LOGGER.warn("Skipping ontology without IRI"); + return wrongIRIs; + } + final IRI ontologyIRI = ontology.getOntologyID().getOntologyIRI().get(); + + LOGGER.info("Checking ontology {} for SOMA namespace", ontologyIRI); + if (ontologyIRI.toString().contains("SOMA")) { + for (final var entity : ontology.getSignature()) { + String entityIRI = entity.getIRI().toString(); + if (entityIRI.contains("SOMA-")) { + LOGGER.error("Found wrong IRI: {}", entityIRI); + wrongIRIs.add(entityIRI); + } + } + } + + return wrongIRIs; + } +} From 2b0b938ad70c2cb27b384be2a33e6740c0bda96f Mon Sep 17 00:00:00 2001 From: Ayden Date: Mon, 12 Jun 2023 17:18:25 +0200 Subject: [PATCH 07/16] Use functional format --- owl/DUL.owl | 5412 +++++++++++++++++-------------------------- owl/SOMA-ACT.owl | 3430 +++++++++------------------- owl/SOMA-ALL.owl | 44 +- owl/SOMA-Allen.owl | 141 +- owl/SOMA-ELAN.owl | 679 ++---- owl/SOMA-HOME.owl | 1849 +++++---------- owl/SOMA-IO.owl | 1469 ++++-------- owl/SOMA-NEEM.owl | 96 +- owl/SOMA-OBJ.owl | 5432 +++++++++++++++----------------------------- owl/SOMA-PROC.owl | 1290 +++-------- owl/SOMA-SAY.owl | 885 +++----- owl/SOMA-STATE.owl | 605 ++--- owl/SOMA-WF.owl | 849 ++----- owl/SOMA.owl | 2421 +++++++------------- 14 files changed, 8047 insertions(+), 16555 deletions(-) diff --git a/owl/DUL.owl b/owl/DUL.owl index fff82a1b..525bbbc4 100644 --- a/owl/DUL.owl +++ b/owl/DUL.owl @@ -1,23 +1,23 @@ - - - - The DOLCE+DnS Ultralite ontology. +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(rdfs:=) + + +Ontology( +Annotation(rdfs:comment "The DOLCE+DnS Ultralite ontology. It is a simplification of some parts of the DOLCE Lite-Plus library (cf. http://www.ontologydesignpatterns.org/ont/dul/DLP397.owl). Main aspects in which DOLCE+DnS Ultralite departs from DOLCE Lite-Plus are the following: - The names of classes and relations have been made more intuitive -- The DnS-related part is closer to the newer 'constructive DnS' ontology (http://www.ontologydesignpatterns.org/ont/dul/cDnS.owl). +- The DnS-related part is closer to the newer 'constructive DnS' ontology (http://www.ontologydesignpatterns.org/ont/dul/cDnS.owl). - Temporal and spatial relations are simplified - Qualities and regions are more relaxed than in DOLCE-Full: they can be used as attributes of any entity; an axiom states that each quality has a region - Axiomatization makes use of simpler constructs than DOLCE Lite-Plus -- The architecture of the ontology is pattern-based, which means that DOLCE+DnS Ultralite is also available in modules, called 'content ontology design patterns', which can be applied independently in the design of domain ontologies (cf. http://www.ontologydesignpatterns.org). If many modules are needed in a same ontology project, it is anyway useful to use this integrated version. +- The architecture of the ontology is pattern-based, which means that DOLCE+DnS Ultralite is also available in modules, called 'content ontology design patterns', which can be applied independently in the design of domain ontologies (cf. http://www.ontologydesignpatterns.org). If many modules are needed in a same ontology project, it is anyway useful to use this integrated version. The final result is a lightweight, easy-to-apply foundational ontology for modeling either physical or social contexts. Several extensions of DOLCE+DnS Ultralite have been designed: @@ -26,16 +26,16 @@ Several extensions of DOLCE+DnS Ultralite have been designed: - Plans: http://www.ontologydesignpatterns.org/ont/dul/PlansLite.owl - Legal domain: http://www.ontologydesignpatterns.org/ont/dul/CLO/CoreLegal.owl - Lexical and semiotic domains: http://www.ontologydesignpatterns.org/ont/lmm/LMM_L2.owl -- DOLCE-Zero: http://www.ontologydesignpatterns.org/ont/d0.owl is a commonsense-oriented generalisation of some top-level classes, which allows to use DOLCE with tolerance against ambiguities like abstract vs. concrete information, locations vs. physical artifacts, event occurrences vs. event types, events vs. situations, qualities vs. regions, etc.; etc. - DOLCE+DnS Ultralite for SOMA - 3.34 - Created by Aldo Gangemi as both a simplification and extension of DOLCE and Descriptions and Situations ontologies. - In 3.2, the links between instances of Region or Parameter, and datatypes have been revised and made more powerful, in order to support efficient design patterns for data value modelling in OWL1.0. +- DOLCE-Zero: http://www.ontologydesignpatterns.org/ont/d0.owl is a commonsense-oriented generalisation of some top-level classes, which allows to use DOLCE with tolerance against ambiguities like abstract vs. concrete information, locations vs. physical artifacts, event occurrences vs. event types, events vs. situations, qualities vs. regions, etc.; etc.") +Annotation(rdfs:label "DOLCE+DnS Ultralite for SOMA") +Annotation(owl:versionInfo "3.34") +Annotation(owl:versionInfo "Created by Aldo Gangemi as both a simplification and extension of DOLCE and Descriptions and Situations ontologies.") +Annotation(owl:versionInfo "In 3.2, the links between instances of Region or Parameter, and datatypes have been revised and made more powerful, in order to support efficient design patterns for data value modelling in OWL1.0. Also, the names of the related properties have been changed in order to make them more intuitive. -Furthermore, a large comment field has been added to the 'expresses' object property, in order to clarify some issues about the many interpretations. +Furthermore, a large comment field has been added to the 'expresses' object property, in order to clarify some issues about the many interpretations. In 3.3, the relation between regions, parameters, and datatypes has been still improved. In 3.5, the person-related classes have been refactored: Person in 3.4 is now SocialPerson, to avoid confusion with commonsense intuition; Person is now the union of social persons and humans, therefore being a subclass of Agent. -In 3.6, other fixes on universal restriction involving expresses. Also added the property 'isConstraintFor' between parameters and entities. Moved the properties: 'assumes' and 'adopts' to the new module: http://www.ontologydesignpatterns.org/ont/dul/Conceptualization.owl. +In 3.6, other fixes on universal restriction involving expresses. Also added the property 'isConstraintFor' between parameters and entities. Moved the properties: 'assumes' and 'adopts' to the new module: http://www.ontologydesignpatterns.org/ont/dul/Conceptualization.owl. In 3.7, some fixes on the names of classes and properties related to FormalEntity; created a new separate module for general universal restrictions (DULGCI.owl). In 3.8, more fixes on the interface to formal entities and links to IOLite.owl. In 3.9, some naming and comment fixes. @@ -63,601 +63,569 @@ In 3.30, completed some domains and ranges (formerly owl:Thing, now dul:Entity), In 3.31, added a restriction to Quality and one to Region in order to ensure the original DOLCE constraint of qualities being always associated with a region, and vice versa. These axioms do not however exclude a direct applicability of qualities or regions to any other entity. In 3.32, removed redundant union axioms and some restrictions, which spot a negative trade-off between expressivity and complexity. In 3.33, added the ObjectAggregate class, added two property chains for coparticipation and same situation setting, updated some comments, added an axiom to Transition. -In 3.34, extended mereological support for parthood, introducing hasPropertPart (transitive) as a middle property between hasPart (transitive and reflexive) and hasComponent (asymmetric). This solution uses then "reflexive reduction" and "transitive reduction" design patterns (they allow to grant property characteristics through the superproperties, but not in the subproperties). Technically, mereology axioms would require that also hasProperPart be asymmetric, however a direct subproperty of an OWL non-simple property (hasPart) cannot be also asymmetric, hence the approximation. +In 3.34, extended mereological support for parthood, introducing hasPropertPart (transitive) as a middle property between hasPart (transitive and reflexive) and hasComponent (asymmetric). This solution uses then \"reflexive reduction\" and \"transitive reduction\" design patterns (they allow to grant property characteristics through the superproperties, but not in the subproperties). Technically, mereology axioms would require that also hasProperPart be asymmetric, however a direct subproperty of an OWL non-simple property (hasPart) cannot be also asymmetric, hence the approximation. Added a n-ary parthood class in order to suggest an alternative pattern for time- (and space-)indexed part relations. In order to ensure that property characteristics hold also with parthood n-ary, a property chain is introduced which infers a direct dul:partOf property for each parthood individual. -Added a dul:realizesSelfInformation propery in order to enable local reflexivity ('Self') axioms for all information realizations. +Added a dul:realizesSelfInformation propery in order to enable local reflexivity ('Self') axioms for all information realizations. In 4.0, some foundational changes are introduced. - Firstly, the temporally indexed versions of some properties are introduced as subclasses of Situation (following the n-ary relation pattern), so covering relations from DOLCE that were skipped because of their larger arity. - -- Secondly, D&S's Situation class is extracted from DOLCE top-level distinctions (it used to be a subclass of SocialObject), put as a primitive class under Entity, and not disjoint from any other class. Since we are relaxing the semantics of Situation, this change is fully compatible with previous versions of DUL. +- Secondly, D&S's Situation class is extracted from DOLCE top-level distinctions (it used to be a subclass of SocialObject), put as a primitive class under Entity, and not disjoint from any other class. Since we are relaxing the semantics of Situation, this change is fully compatible with previous versions of DUL. The reason for the change is that it may sound counterintuitive (as many have noticed) to assume a descriptive commitment for situations, but not for events or states. -In fact, D&S provides an epistemological commitment to an ontology, independently from its foundational distinctions. A situation operationalizes that epistemology, and it is better not to put it under any foundational distinction (event, object, fluent, etc.), leaving to the designer whether to use descriptions as epistemological lenses, and so generating a situation, or not. -A consequence is that any entity, when 'framed' by (satisfying) a description, becomes a situation. We can still model entities as being in a situation's setting, and classified by a concept defined in a description. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 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. - - acts for - - - - - - - - - - - - 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 - - acts through - - - - - - - - - - - - - - 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. - - associated with - - - - - - - - - - - - - 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'. - - characterizes - - - - - - - - - - - - - A relation between a Concept and an Entity, e.g. the Role 'student' classifies a Person 'John'. - - classifies - - - - - - - - - - - - - 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. - - conceptualizes - - - - - - - - - - - - - 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 - - concretely expresses - - - - - - - - - - - - - - - - - - A relation between two objects participating in a same Event; e.g., 'Vitas and Jimmy are playing tennis'. - - co-participates with - - - - - - - - - - - - - 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'. - - covers - - - - - - - - - - - - - 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'. - - defines - - - - - - - - - - - - - A relation between a description and a role, e.g. the recipe for a cake defines the role 'ingredient'. - - defines role - - - - - - - - - - - - - A relation between a description and a task, e.g. the recipe for a cake defines the task 'boil'. - - defines task - - - - - - - - - - - - - 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. - - describes - - - - - - - - - - - - - The intransitive follows relation. For example, Wednesday directly precedes Thursday. Directness of precedence depends on the designer conceptualization. - - directly follows - - - - - - - - - - - - The intransitive precedes relation. For example, Monday directly precedes Tuesday. Directness of precedence depends on the designer conceptualization. - - directly precedes - - - - - - - - - - - - - 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'. - - executes task - - - - - - - - - - - - - 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. +In fact, D&S provides an epistemological commitment to an ontology, independently from its foundational distinctions. A situation operationalizes that epistemology, and it is better not to put it under any foundational distinction (event, object, fluent, etc.), leaving to the designer whether to use descriptions as epistemological lenses, and so generating a situation, or not. +A consequence is that any entity, when 'framed' by (satisfying) a description, becomes a situation. We can still model entities as being in a situation's setting, and classified by a concept defined in a description.") + +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class(owl:Thing)) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(DataProperty()) +Declaration(DataProperty()) +Declaration(DataProperty()) +Declaration(DataProperty()) +Declaration(DataProperty()) +Declaration(AnnotationProperty(dc:creator)) +Declaration(AnnotationProperty(dc:date)) +Declaration(AnnotationProperty(rdfs:comment)) +Declaration(AnnotationProperty(rdfs:label)) +Declaration(AnnotationProperty(owl:versionInfo)) +Declaration(Datatype(xsd:dateTime)) + +############################ +# Object Properties +############################ + +# Object Property: (acts for) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "acts for"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (acts through) + +AnnotationAssertion(rdfs:comment "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") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "acts through"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (associated with) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "associated with"@en) +InverseObjectProperties( ) +SymmetricObjectProperty() +TransitiveObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (characterizes) + +AnnotationAssertion(rdfs:comment "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'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "characterizes"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (classifies) + +AnnotationAssertion(rdfs:comment "A relation between a Concept and an Entity, e.g. the Role 'student' classifies a Person 'John'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "classifies"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (conceptualizes) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "conceptualizes"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (concretely expresses) + +AnnotationAssertion(rdfs:comment "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") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "concretely expresses"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (co-participates with) + +AnnotationAssertion(rdfs:comment "A relation between two objects participating in a same Event; e.g., 'Vitas and Jimmy are playing tennis'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "co-participates with"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +SymmetricObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (covers) + +AnnotationAssertion(rdfs:comment "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'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "covers"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (defines) + +AnnotationAssertion(rdfs:comment "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'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "defines"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (defines role) + +AnnotationAssertion(rdfs:comment "A relation between a description and a role, e.g. the recipe for a cake defines the role 'ingredient'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "defines role"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (defines task) + +AnnotationAssertion(rdfs:comment "A relation between a description and a task, e.g. the recipe for a cake defines the task 'boil'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "defines task"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (describes) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "describes"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (directly follows) + +AnnotationAssertion(rdfs:comment "The intransitive follows relation. For example, Wednesday directly precedes Thursday. Directness of precedence depends on the designer conceptualization.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "directly follows"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (directly precedes) + +AnnotationAssertion(rdfs:comment "The intransitive precedes relation. For example, Monday directly precedes Tuesday. Directness of precedence depends on the designer conceptualization.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "directly precedes"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (executes task) + +AnnotationAssertion(rdfs:comment "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'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "executes task"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (expands) + +AnnotationAssertion(rdfs:comment "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). - - expands - - - - - - - - - - - - - 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. - This is a large comment field for those who want to investigate the different uses of the 'expresses' relation for modeling different approaches to meaning characterization and modeling. +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).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "expands"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (expresses) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:comment "This is a large comment field for those who want to investigate the different uses of the 'expresses' relation for modeling different approaches to meaning characterization and modeling. For example, in all these cases, some aspect of meaning is involved: -- Beehive means "a structure in which bees are kept, typically in the form of a dome or box." (Oxford dictionary) -- 'Beehive' is a synonym in noun synset 09218159 "beehive|hive" (WordNet) -- 'the term Beehive can be interpreted as the fact of 'being a beehive', i.e. a relation that holds for concepts such as Bee, Honey, Hosting, etc.' -- 'the text of Italian apiculture regulation expresses a rule by which beehives should be kept at least one kilometer away from inhabited areas' -- 'the term Beehive expresses the concept Beehive' -- ''Beehive' for apiculturists does not express the same meaning as for, say, fishermen' -- 'Your meaning of 'Beautiful' does not seem to fit mine' -- ''Beehive' is formally interpreted as the set of all beehives' -- 'from the term 'Beehive', we can build a vector space of statistically significant cooccurring terms in the documents that contain it' -- the lexeme 'Belly' expresses the role 'Body_Part' in the frame 'ObservableBodyParts' (FrameNet) - -As the examples suggest, the 'meaning of meaning' is dependent on the background approach/theory that one assumes. One can hardly make a summary of the too many approaches and theories of meaning, therefore this relation is maybe the most controversial and difficult to explain; normally, in such cases it would be better to give up formalizing. -However, the usefulness of having a 'semantic abstraction' in modeling information objects is so high (e.g. for the semantic web, interoperability, reengineering, etc.), that we accept this challenging task, although without taking any particular position in the debate. -We provide here some examples, which we want to generalize upon when using the 'expresses' relation to model semantic aspects of social reality. - -In the most common approach, lexicographers that write dictionaries, glossaries, etc. assume that the meaning of a term is a paraphrase (or 'gloss', or 'definition'). -Another approach is provided by concept schemes like thesauri and lexicons, which assume that the meaning of a term is a 'concept', encoded as a 'lemma', 'synset', or 'descriptor'. +- Beehive means \"a structure in which bees are kept, typically in the form of a dome or box.\" (Oxford dictionary) +- 'Beehive' is a synonym in noun synset 09218159 \"beehive|hive\" (WordNet) +- 'the term Beehive can be interpreted as the fact of 'being a beehive', i.e. a relation that holds for concepts such as Bee, Honey, Hosting, etc.' +- 'the text of Italian apiculture regulation expresses a rule by which beehives should be kept at least one kilometer away from inhabited areas' +- 'the term Beehive expresses the concept Beehive' +- ''Beehive' for apiculturists does not express the same meaning as for, say, fishermen' +- 'Your meaning of 'Beautiful' does not seem to fit mine' +- ''Beehive' is formally interpreted as the set of all beehives' +- 'from the term 'Beehive', we can build a vector space of statistically significant cooccurring terms in the documents that contain it' +- the lexeme 'Belly' expresses the role 'Body_Part' in the frame 'ObservableBodyParts' (FrameNet) + +As the examples suggest, the 'meaning of meaning' is dependent on the background approach/theory that one assumes. One can hardly make a summary of the too many approaches and theories of meaning, therefore this relation is maybe the most controversial and difficult to explain; normally, in such cases it would be better to give up formalizing. +However, the usefulness of having a 'semantic abstraction' in modeling information objects is so high (e.g. for the semantic web, interoperability, reengineering, etc.), that we accept this challenging task, although without taking any particular position in the debate. +We provide here some examples, which we want to generalize upon when using the 'expresses' relation to model semantic aspects of social reality. + +In the most common approach, lexicographers that write dictionaries, glossaries, etc. assume that the meaning of a term is a paraphrase (or 'gloss', or 'definition'). +Another approach is provided by concept schemes like thesauri and lexicons, which assume that the meaning of a term is a 'concept', encoded as a 'lemma', 'synset', or 'descriptor'. Still another approach is that of psychologists and cognitive scientists, which often assume that the meaning of an information object is a concept encoded in the mind or cognitive system of an agent. A radically different approach is taken by social scientists and semioticians, who usually assume that meanings of an information object are spread across the communication practices in which members of a community use that object. Another approach that tackles the distributed nature of meaning is assumed by geometrical models of semantics, which assume that the meaning of an InformationObject (e.g. a word) results from the set of informational contexts (e.g. within texts) in which that object is used similarly. -The logical approach to meaning is still different, since it assumes that the meaning of e.g. a term is equivalent to the set of individuals that the term can be applied to; for example, the meaning of 'Ali' is e.g. an individual person called Ali, the meaning of 'Airplane' is e.g. the set of airplanes, etc. -Finally, an approach taken by structuralist linguistics and frame semantics is that a meaning is the relational context in which an information object can be applied; for example, a meaning of 'Airplane' is situated e.g. in the context ('frame') of passenger airline flights. +The logical approach to meaning is still different, since it assumes that the meaning of e.g. a term is equivalent to the set of individuals that the term can be applied to; for example, the meaning of 'Ali' is e.g. an individual person called Ali, the meaning of 'Airplane' is e.g. the set of airplanes, etc. +Finally, an approach taken by structuralist linguistics and frame semantics is that a meaning is the relational context in which an information object can be applied; for example, a meaning of 'Airplane' is situated e.g. in the context ('frame') of passenger airline flights. -These different approaches are not necessarily conflicting, and they mostly talk about different aspects of so-called 'semantics'. They can be summarized and modelled within DOLCE-Ultralite as follows (notice that such list is far from exhaustive): +These different approaches are not necessarily conflicting, and they mostly talk about different aspects of so-called 'semantics'. They can be summarized and modelled within DOLCE-Ultralite as follows (notice that such list is far from exhaustive): (1) Informal meaning (as for linguistic or commonsense semantics: a distinction is assumed between (informal) meaning and reference; see isAbout for an alternative pattern on reference) - - Paraphrase meaning (as for lexicographic semantics). Here it is modelled as the expresses relation between instances of InformationObject and different instances of InformationObject that act as 'paraphrases' - - Conceptual meaning (as for 'concept scheme' semantics). Here it is modelled as the expresses relation between instances of InformationObject and instances of Concept + - Paraphrase meaning (as for lexicographic semantics). Here it is modelled as the expresses relation between instances of InformationObject and different instances of InformationObject that act as 'paraphrases' + - Conceptual meaning (as for 'concept scheme' semantics). Here it is modelled as the expresses relation between instances of InformationObject and instances of Concept - Relational meaning (as for frame semantics). Here it is modelled as the expresses relation between instances of InformationObject and instances of Description - - Cognitive meaning (as for 'psychological' semantics). Here it is modelled as the expresses relation between any instance of InformationObject and any different instance of InformationObject that isRealizedBy a mental, cognitive or neural state (depending on which theory of mind is assumed). Such states can be considered here as instances of Process (occurring in the mind, cognitive system, or neural system of an agent) - - Cultural meaning (as for 'social science' semantics). Here it is modelled as the expresses relation between instances of InformationObject and instances of SocialObject (institutions, cultural paradigms, norms, social practices, etc.) + - Cognitive meaning (as for 'psychological' semantics). Here it is modelled as the expresses relation between any instance of InformationObject and any different instance of InformationObject that isRealizedBy a mental, cognitive or neural state (depending on which theory of mind is assumed). Such states can be considered here as instances of Process (occurring in the mind, cognitive system, or neural system of an agent) + - Cultural meaning (as for 'social science' semantics). Here it is modelled as the expresses relation between instances of InformationObject and instances of SocialObject (institutions, cultural paradigms, norms, social practices, etc.) - Distributional meaning (as for geometrical models of meaning). Here it is modelled as the expresses relation between any instance of InformationObject and any different instance of InformationObject that isFormallyRepresentedIn some (geometrical) Region (e.g. a vector space) -(2) Formal meaning (as for logic and formal semantics: no distinction is assumed between informal meaning and reference, therefore between 'expresses' and 'isAbout', which can be used interchangeably) +(2) Formal meaning (as for logic and formal semantics: no distinction is assumed between informal meaning and reference, therefore between 'expresses' and 'isAbout', which can be used interchangeably) - Object-level formal meaning (as in the traditional first-order logic semantics). Here it is modelled as the expresses relation between an instance of InformationObject and an instance of Collection that isGroundingFor (in most cases) a Set; isGroundingFor is defined in the ontology: http://www.ontologydesignpatterns.org/ont/dul/IOLite.owl - Modal formal meaning (as in possible-world semantics). Here it is modelled as the expresses relation between an instance of InformationObject and an instance of Collection that isGroundingFor a Set, and which isPartOf some different instance of Collection that isGroundingFor a PossibleWorld -This is only a first step to provide a framework, in which one can model different aspects of meaning. A more developed ontology should approach the problem of integrating the different uses of 'expresses', so that different theories, resources, methods can interoperate. - - expresses - - - - - - - - - - - - - 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 - - expresses concept - - - - - - - - - - - - - - Generic distance relation between any Entity(s). E.g. Rome is far from Beijing, astronomy is far from necromancy. - - far from - - - - - - - - - - - - - - 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. - - follows - - - - - - - - - - - - - - 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. - - has common boundary - - - - - - - - - - - - - - The hasProperPart relation without transitivity, holding between an Object (the system) and another (the component), and assuming a Design that structures the Object. - - ha componente - has component - - - - - - - - - - - - - '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. +This is only a first step to provide a framework, in which one can model different aspects of meaning. A more developed ontology should approach the problem of integrating the different uses of 'expresses', so that different theories, resources, methods can interoperate.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "expresses"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (expresses concept) + +AnnotationAssertion(rdfs:comment "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") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "expresses concept"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (far from) + +AnnotationAssertion(rdfs:comment "Generic distance relation between any Entity(s). E.g. Rome is far from Beijing, astronomy is far from necromancy.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "far from"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +SymmetricObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (follows) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "follows"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +TransitiveObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (has common boundary) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has common boundary"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +SymmetricObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (ha componente) + +AnnotationAssertion(rdfs:comment "The hasProperPart relation without transitivity, holding between an Object (the system) and another (the component), and assuming a Design that structures the Object.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "ha componente"@it) +AnnotationAssertion(rdfs:label "has component"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +AsymmetricObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (has constituent) + +AnnotationAssertion(rdfs:comment "'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. - - has constituent - - - - - - - - - - - - - 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. - - has constraint - - - - - - - - - - - - - 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 - - has location - - - - - - - - - - - - - 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). - - has member - - - - - - - - - - - - - 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. - - has parameter - - - - - - - - - - - - - - - - - - - - - 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'. +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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has constituent"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (has constraint) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has constraint"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (has location) + +AnnotationAssertion(rdfs:comment "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") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has location"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (has member) + +AnnotationAssertion(rdfs:comment "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).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has member"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (has parameter) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has parameter"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (has part) + +AnnotationAssertion(rdfs:comment "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: @@ -665,1318 +633,832 @@ However, antisymmetry is not supported in OWL2 explicitly, therefore DUL has to 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. - - has part - - - - - - - - - - - - - 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'. - - has participant - - - - - - - - - - - - - - - - - - - - - - - - - - - Direct succession applied to situations. -E.g., 'A postcondition of our Plan is to have things settled'. - - has postcondition - - - - - - - - - - - - - - - - - - - - - - - - - - - Direct precedence applied to situations. -E.g., 'A precondition to declare war against a foreign country is claiming to find nuclear weapons in it'. - - has precondition - - - - - - - - - - - - Asymmetric (so including irreflexive) parthood. - has proper part - - - - - - - - - - - - - A relation between entities and qualities, e.g. 'Dmitri's skin is yellowish'. - - has quality - - - - - - - - - - - - - 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'. - - has region - - - - - - - - - - - - - A relation between an object and a role, e.g. the person 'John' has role 'student'. - - has role - - - - - - - - - - - - - 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. - - has setting - - - - - - - - - - - - - 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'). - - has task - - - - - - - - - - - - - The generic relation between events and time intervals. - - has time interval - - - - - - - - - - - - - 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). - - includes action - - - - - - - - - - - - - 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). - - includes agent - - - - - - - - - - - - - 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). - - includes event - - - - - - - - - - - - - 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). - - includes object - - - - - - - - - - - includes part - - - - - - - - - - - - - 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. - - includes time - - - - - - - - - - - includes whole - - - - - - - - - - - - - A relation between a Description and a SocialAgent, e.g. a Constitutional Charter introduces the SocialAgent 'PresidentOfRepublic'. - - introduces - - - - - - - - - - - - - Agent participation. - - involves agent - - - - - - - - - - - - - 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. +Subproperties and restrictions can be used to specialize hasPart for objects, events, etc.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has part"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +TransitiveObjectProperty() +ReflexiveObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (has participant) + +AnnotationAssertion(rdfs:comment "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'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has participant"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (has postcondition) + +AnnotationAssertion(rdfs:comment "Direct succession applied to situations. +E.g., 'A postcondition of our Plan is to have things settled'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has postcondition"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ObjectUnionOf( )) +ObjectPropertyRange( ObjectUnionOf( )) + +# Object Property: (has precondition) + +AnnotationAssertion(rdfs:comment "Direct precedence applied to situations. +E.g., 'A precondition to declare war against a foreign country is claiming to find nuclear weapons in it'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has precondition"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ObjectUnionOf( )) +ObjectPropertyRange( ObjectUnionOf( )) + +# Object Property: (has proper part) + +AnnotationAssertion(rdfs:comment "Asymmetric (so including irreflexive) parthood.") +AnnotationAssertion(rdfs:label "has proper part"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +TransitiveObjectProperty() + +# Object Property: (has quality) + +AnnotationAssertion(rdfs:comment "A relation between entities and qualities, e.g. 'Dmitri's skin is yellowish'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has quality"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (has region) + +AnnotationAssertion(rdfs:comment "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'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has region"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (has role) + +AnnotationAssertion(rdfs:comment "A relation between an object and a role, e.g. the person 'John' has role 'student'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has role"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (has setting) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has setting"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (has task) + +AnnotationAssertion(rdfs:comment "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').") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has task"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (has time interval) + +AnnotationAssertion(rdfs:comment "The generic relation between events and time intervals."@en) +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has time interval"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (includes action) + +AnnotationAssertion(rdfs:comment "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).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "includes action"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (includes agent) + +AnnotationAssertion(rdfs:comment "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).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "includes agent"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (includes event) + +AnnotationAssertion(rdfs:comment "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).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "includes event"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (includes object) + +AnnotationAssertion(rdfs:comment "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).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "includes object"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (includes part) + +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "includes part"@en) +SubObjectPropertyOf( ) + +# Object Property: (includes time) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "includes time"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (includes whole) + +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "includes whole"@en) +SubObjectPropertyOf( ) + +# Object Property: (introduces) + +AnnotationAssertion(rdfs:comment "A relation between a Description and a SocialAgent, e.g. a Constitutional Charter introduces the SocialAgent 'PresidentOfRepublic'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "introduces"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (involves agent) + +AnnotationAssertion(rdfs:comment "Agent participation.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "involves agent"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is about) + +AnnotationAssertion(rdfs:comment "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. - - is about - - - - - - - - - - - - - is action included in - - - - - - - - - - - - - is agent included in - - - - - - - - - - - - Agent participation. - - is agent involved in - - - - - - - - - - - - - is characterized 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'. - - is classified by - - - - - - - - - - - - - The asymmetric isProperPartOf relation without transitivity, holding between an Object (the system) and another (the component), and assuming a Design that structures the Object. - - is component of - - - - - - - - - - - - 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 - - is concept expressed by - - - - - - - - - - - - - A more generic relation holding between a Description and a Concept. In order to be used, a Concept must be previously definedIn another Description - - is concept used in - - - - - - - - - - - - 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'. - - is conceptualized 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 - - is concretely expressed by - - - - - - - - - - - - '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. +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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is about"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is action included in) + +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is action included in"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is agent included in) + +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is agent included in"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is agent involved in) + +AnnotationAssertion(rdfs:comment "Agent participation.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is agent involved in"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is characterized by) + +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is characterized by"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is classified by) + +AnnotationAssertion(rdfs:comment "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'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is classified by"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is component of) + +AnnotationAssertion(rdfs:comment "The asymmetric isProperPartOf relation without transitivity, holding between an Object (the system) and another (the component), and assuming a Design that structures the Object.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is component of"@en) +SubObjectPropertyOf( ) +AsymmetricObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is concept expressed by) + +AnnotationAssertion(rdfs:comment "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") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is concept expressed by"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is concept used in) + +AnnotationAssertion(rdfs:comment "A more generic relation holding between a Description and a Concept. In order to be used, a Concept must be previously definedIn another Description") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is concept used in"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is conceptualized by) + +AnnotationAssertion(rdfs:comment "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'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is conceptualized by"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is concretely expressed by) + +AnnotationAssertion(rdfs:comment "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") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is concretely expressed by"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is constituent of) + +AnnotationAssertion(rdfs:comment "'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. - - is constituent of - - - - - - - - - - - - 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 - - is constraint for - - - - - - - - - - - - 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'. - - is covered by - - - - - - - - - - - - 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'. - - is defined in - - - - - - - - - - - - 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. - - is described by - - - - - - - - - - - - - is event included 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'. - - is executed 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. +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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is constituent of"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is constraint for) + +AnnotationAssertion(rdfs:comment "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") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is constraint for"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is covered by) + +AnnotationAssertion(rdfs:comment "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'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is covered by"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is defined in) + +AnnotationAssertion(rdfs:comment "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'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is defined in"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is described by) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is described by"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is event included in) + +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is event included in"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is executed in) + +AnnotationAssertion(rdfs:comment "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'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is executed in"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is expanded in) + +AnnotationAssertion(rdfs:comment "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). - - is expanded in - - - - - - - - - - - - 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. - - is expressed by - - - - - - - - - - - - A relation between a Description and a SocialAgent, e.g. a Constitutional Charter introduces the SocialAgent 'PresidentOfRepublic'. - - is introduced by - - - - - - - - - - - - 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 - - is location 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'. - - is member of - - - - - - - - - - - - - is object included in - - - - - - - - - - - - - A relation to represent a (past, present or future) TimeInterval at which an Entity is observable. +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).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is expanded in"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is expressed by) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is expressed by"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is introduced by) + +AnnotationAssertion(rdfs:comment "A relation between a Description and a SocialAgent, e.g. a Constitutional Charter introduces the SocialAgent 'PresidentOfRepublic'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is introduced by"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is location of) + +AnnotationAssertion(rdfs:comment "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") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is location of"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is member of) + +AnnotationAssertion(rdfs:comment "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'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is member of"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is object included in) + +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is object included in"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is observable at) + +AnnotationAssertion(rdfs:comment "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 - - is observable at - - - - - - - - - - - - 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. - - is parameter for - - - - - - - - - - - - - The relation between a Parameter, e.g. 'MajorAge', and a Region, e.g. '>17 year'. - - is parametrized by - - - - - - - - - - - - - - A relation between any entities, e.g. 'brain is a part of the human body'. See dul:hasPart for additional documentation. - - is part of - - - - - - - - - - - - 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'. - - is participant in - - - - - - - - - - - - - - - - - - - - - - - - - - Direct succession applied to situations. -E.g., 'Taking some rest is a postcondition of my search for a hotel'. - - is postcondition 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'. - - is precondition of - - - - - - - - - - - http://www.ontologydesignpatterns.org/ont/dul/DUL.owl - is propert part of - - - - - - - - - - - - - A relation between entities and qualities, e.g. 'Dmitri's skin is yellowish'. - - is quality of - - - - - - - - - - - - - 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. - - is realized by - - - - - - - - - - - - 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. - - is reference of - - - - - - - - - - - - - The relation between entities and information realizations, e.g. between Italy and a paper copy of the text of the Italian Constitution. - - is reference of information realized by - - - - - - - - - - - - A relation between entities and regions, e.g. 'the color of my car is red'. - - is region for - - - - - - - - - - - - - - Any relation between concepts, e.g. superordinated, conceptual parthood, having a parameter, having a task, superordination, etc. - - is related to concept - - - - - - - - - - - - - - Any relation between descriptions. - - is related to description - - - - - - - - - - - - A relation between a description and a role, e.g. the role 'Ingredient' is defined in the recipe for a cake. - - is role defined in - - - - - - - - - - - - A relation between an object and a role, e.g. 'student' is the role of 'John'. - - is role of - - - - - - - - - - - - - A relation between a Situation and a Description, e.g. the execution of a Plan satisfies that plan. - - is satisfied by - - - - - - - - - - - - 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. - - is setting for - - - - - - - - - - - - - - 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 - - is specialized by - - - - - - - - - - - - - - Direct succession applied to concepts. E.g. the role 'Officer' is subordinated to 'Director'. - - is subordinated to - - - - - - - - - - - - - Direct precedence applied to concepts. E.g. the role 'Executive' is superordinated to 'DepartmentManager'. - - is superordinated to - - - - - - - - - - - - A relation between a description and a task, e.g. the task 'boil' is defined in a recipe for a cake. - - is task defined in - - - - - - - - - - - - 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'). - - is task of - - - - - - - - - - - - - is time included in - - - - - - - - - - - - The generic relation between time intervals and events. - - is time interval of - - - - - - - - - - - - A relation to represent a (past, present or future) TimeInterval at which an Entity is observable. +An alternative way of representing time is the datatype property: hasIntervalDate") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is observable at"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is parameter for) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is parameter for"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is parametrized by) + +AnnotationAssertion(rdfs:comment "The relation between a Parameter, e.g. 'MajorAge', and a Region, e.g. '>17 year'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is parametrized by"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is part of) + +AnnotationAssertion(rdfs:comment "A relation between any entities, e.g. 'brain is a part of the human body'. See dul:hasPart for additional documentation.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is part of"@en) +SubObjectPropertyOf( ) +TransitiveObjectProperty() +ReflexiveObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is participant in) + +AnnotationAssertion(rdfs:comment "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'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is participant in"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is postcondition of) + +AnnotationAssertion(rdfs:comment "Direct succession applied to situations. +E.g., 'Taking some rest is a postcondition of my search for a hotel'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is postcondition of"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ObjectUnionOf( )) +ObjectPropertyRange( ObjectUnionOf( )) + +# Object Property: (is precondition of) + +AnnotationAssertion(rdfs:comment "Direct precedence applied to situations. +E.g., 'claiming to find nuclear weapons in a foreign country is a precondition to declare war against it'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is precondition of"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ObjectUnionOf( )) +ObjectPropertyRange( ObjectUnionOf( )) + +# Object Property: (is propert part of) + +AnnotationAssertion(rdfs:comment "http://www.ontologydesignpatterns.org/ont/dul/DUL.owl"@en) +AnnotationAssertion(rdfs:label "is propert part of"@en) +AnnotationAssertion(rdfs:seeAlso ) +SubObjectPropertyOf( ) +TransitiveObjectProperty() + +# Object Property: (is quality of) + +AnnotationAssertion(rdfs:comment "A relation between entities and qualities, e.g. 'Dmitri's skin is yellowish'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is quality of"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is realized by) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is realized by"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is reference of) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is reference of"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is reference of information realized by) + +AnnotationAssertion(rdfs:comment "The relation between entities and information realizations, e.g. between Italy and a paper copy of the text of the Italian Constitution.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is reference of information realized by"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is region for) + +AnnotationAssertion(rdfs:comment "A relation between entities and regions, e.g. 'the color of my car is red'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is region for"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is related to concept) + +AnnotationAssertion(rdfs:comment "Any relation between concepts, e.g. superordinated, conceptual parthood, having a parameter, having a task, superordination, etc.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is related to concept"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +SymmetricObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is related to description) + +AnnotationAssertion(rdfs:comment "Any relation between descriptions.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is related to description"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +SymmetricObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is role defined in) + +AnnotationAssertion(rdfs:comment "A relation between a description and a role, e.g. the role 'Ingredient' is defined in the recipe for a cake.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is role defined in"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is role of) + +AnnotationAssertion(rdfs:comment "A relation between an object and a role, e.g. 'student' is the role of 'John'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is role of"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is satisfied by) + +AnnotationAssertion(rdfs:comment "A relation between a Situation and a Description, e.g. the execution of a Plan satisfies that plan.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is satisfied by"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is setting for) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is setting for"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is specialized by) + +AnnotationAssertion(rdfs:comment "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") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is specialized by"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +TransitiveObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is subordinated to) + +AnnotationAssertion(rdfs:comment "Direct succession applied to concepts. E.g. the role 'Officer' is subordinated to 'Director'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is subordinated to"@en) +SubObjectPropertyOf( ) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is superordinated to) + +AnnotationAssertion(rdfs:comment "Direct precedence applied to concepts. E.g. the role 'Executive' is superordinated to 'DepartmentManager'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is superordinated to"@en) +SubObjectPropertyOf( ) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is task defined in) + +AnnotationAssertion(rdfs:comment "A relation between a description and a task, e.g. the task 'boil' is defined in a recipe for a cake.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is task defined in"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is task of) + +AnnotationAssertion(rdfs:comment "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').") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is task of"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is time included in) + +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is time included in"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is time interval of) + +AnnotationAssertion(rdfs:comment "The generic relation between time intervals and events."@en) +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is time interval of"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is time of observation of) + +AnnotationAssertion(rdfs:comment "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 - - is time of observation of - - - - - - - - - - - - - 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. - - is unified by - - - - - - - - - - - - - - Generic distance relation between any Entity(s). E.g. Rome is near to Florence, astronomy is near to physics. - - near to - - - - - - - - - - - - - - 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. - - overlaps - - - - - - - - - - - - The relation between a Parameter, e.g. 'MajorAgeLimit', and a Region, e.g. '18_year'. -For a more data-oriented relation, see hasDataValue - - parametrizes - - - - - - - - - - - - - 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. +An alternative way of representing time is the datatype property: hasIntervalDate") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is time of observation of"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (is unified by) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "is unified by"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (near to) + +AnnotationAssertion(rdfs:comment "Generic distance relation between any Entity(s). E.g. Rome is near to Florence, astronomy is near to physics.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "near to"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +SymmetricObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (overlaps) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "overlaps"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +SymmetricObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (parametrizes) + +AnnotationAssertion(rdfs:comment "The relation between a Parameter, e.g. 'MajorAgeLimit', and a Region, e.g. '18_year'. +For a more data-oriented relation, see hasDataValue") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "parametrizes"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (precedes) + +AnnotationAssertion(rdfs:comment "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. - - precedes - - - - - - - - - - - - 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. - - realizes - - - - - - - - - - - - - - - - The relation between entities and information realizations, e.g. between Italy and a paper copy of the text of the Italian Constitution. - - realizes information about - - - - - - - - - - This relation is a workaround to enable local reflexivity axioms (Self) working with non-simple properties; in this case, dul:realizesInformation About. - - realizes self-information - - - - - - - - - - - - - - - - - - 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). - http://www.ontologydesignpatterns.org/ont/dul/DUL.owl - is in the same setting as - - - - - - - - - - - - A relation between a Situation and a Description, e.g. the execution of a Plan satisfies that plan. - - satisfies - - - - - - - - - - - - - A partial order relation that holds between social objects. +Subproperties can be defined in order to distinguish the different uses.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "precedes"@en) +SubObjectPropertyOf( ) +TransitiveObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (realizes) + +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "realizes"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (realizes information about) + +AnnotationAssertion(rdfs:comment "The relation between entities and information realizations, e.g. between Italy and a paper copy of the text of the Italian Constitution.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "realizes information about"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (realizes self information) + +AnnotationAssertion(rdfs:comment "This relation is a workaround to enable local reflexivity axioms (Self) working with non-simple properties; in this case, dul:realizesInformation About.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "realizes self-information"@en) +SubObjectPropertyOf( ) + +# Object Property: (is in the same setting as) + +AnnotationAssertion(rdfs:comment "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)."@it) +AnnotationAssertion(rdfs:isDefinedBy "http://www.ontologydesignpatterns.org/ont/dul/DUL.owl") +AnnotationAssertion(rdfs:label "is in the same setting as"@en) +SubObjectPropertyOf( ) +InverseObjectProperties( ) +SymmetricObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (satisfies) + +AnnotationAssertion(rdfs:comment "A relation between a Situation and a Description, e.g. the execution of a Plan satisfies that plan.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "satisfies"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) + +# Object Property: (specializes) + +AnnotationAssertion(rdfs:comment "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. - - specializes - - - - - - - - - - - - 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. - - unifies - - - - - +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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "specializes"@en) +SubObjectPropertyOf( ) +TransitiveObjectProperty() +ObjectPropertyDomain( ) +ObjectPropertyRange( ) +# Object Property: (unifies) - - - - - 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. - - uses concept - - +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "unifies"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) +# Object Property: (uses concept) - +AnnotationAssertion(rdfs:comment "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.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "uses concept"@en) +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) - +############################ +# Data Properties +############################ +# Data Property: (has data value) - - - - - - A datatype property that encodes values from a datatype for an Entity. +AnnotationAssertion(rdfs:comment "A datatype property that encodes values from a datatype for an Entity. There are several ways to encode values in DOLCE (Ultralite): 1) Directly assert an xsd:_ value to an Entity by using hasDataValue @@ -1988,462 +1470,245 @@ There are several ways to encode values in DOLCE (Ultralite): The five approaches obey different requirements. For example, a simple value can be easily asserted by using pattern (1), but if one needs to assert an interval between two values, a Region should be introduced to materialize that interval, as pattern (2) suggests. Furthermore, if one needs to distinguish the individual Quality of a value, e.g. the particular nature of the density of a substance, pattern (3) can be used. -Patterns (4) and (5) should be used instead when a constraint or a selection is modeled, independently from the actual observation of values in the real world. - - has data value - - - - - +Patterns (4) and (5) should be used instead when a constraint or a selection is modeled, independently from the actual observation of values in the real world.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has data value"@en) +DataPropertyDomain( ) + +# Data Property: (has event date) +AnnotationAssertion(rdfs:comment "A datatype property that encodes values from xsd:dateTime for an Event; a same Event can have more than one xsd:dateTime value: begin date, end date, date at which the interval holds, etc.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has event date"@en) +SubDataPropertyOf( ) +DataPropertyDomain( ) +DataPropertyRange( xsd:dateTime) - - - - - A datatype property that encodes values from xsd:dateTime for an Event; a same Event can have more than one xsd:dateTime value: begin date, end date, date at which the interval holds, etc. - - has event date - - +# Data Property: (has interval date) +AnnotationAssertion(rdfs:comment "A datatype property that encodes values from xsd:dateTime for a TimeInterval; a same TimeInterval can have more than one xsd:dateTime value: begin date, end date, date at which the interval holds, etc.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has interval date"@en) +SubDataPropertyOf( ) +DataPropertyDomain( ) +DataPropertyRange( xsd:dateTime) - +# Data Property: (has parameter data value) +AnnotationAssertion(rdfs:comment "Parametrizes values from a datatype. For example, a Parameter MinimumAgeForDriving hasParameterDataValue 18 on datatype xsd:int, in the Italian traffic code. In this example, MinimumAgeForDriving isDefinedIn the Norm ItalianTrafficCodeAgeDriving. +More complex parametrization requires workarounds. E.g. AgeRangeForDrugUsage could parametrize data value: 14 to 50 on the datatype: xsd:int. Since complex datatypes are not allowed in OWL1.0, a solution to this can only work by creating two 'sub-parameters': MinimumAgeForDrugUsage (that hasParameterDataValue 14) and MaximumAgeForDrugUsage (that hasParameterDataValue 50), which are components of (cf. hasComponent) the main Parameter AgeRangeForDrugUsage. +Ordering on subparameters can be created by using or specializing the object property 'precedes'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has parameter data value"@en) +SubDataPropertyOf( ) +DataPropertyDomain( ) - - - - - A datatype property that encodes values from xsd:dateTime for a TimeInterval; a same TimeInterval can have more than one xsd:dateTime value: begin date, end date, date at which the interval holds, etc. - - has interval date - - +# Data Property: (has region data value) +AnnotationAssertion(rdfs:comment "A datatype property that encodes values for a Region, e.g. a float for the Region Height.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "has region data value"@en) +SubDataPropertyOf( ) +DataPropertyDomain( ) - - - - - Parametrizes values from a datatype. For example, a Parameter MinimumAgeForDriving hasParameterDataValue 18 on datatype xsd:int, in the Italian traffic code. In this example, MinimumAgeForDriving isDefinedIn the Norm ItalianTrafficCodeAgeDriving. -More complex parametrization requires workarounds. E.g. AgeRangeForDrugUsage could parametrize data value: 14 to 50 on the datatype: xsd:int. Since complex datatypes are not allowed in OWL1.0, a solution to this can only work by creating two 'sub-parameters': MinimumAgeForDrugUsage (that hasParameterDataValue 14) and MaximumAgeForDrugUsage (that hasParameterDataValue 50), which are components of (cf. hasComponent) the main Parameter AgeRangeForDrugUsage. -Ordering on subparameters can be created by using or specializing the object property 'precedes'. - - has parameter data value - - +############################ +# Classes +############################ +# Class: (Abstract) - +AnnotationAssertion(rdfs:comment "Any Entity that cannot be located in space-time. E.g. mathematical entities: formal semantics elements, regions within dimensional spaces, etc.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Abstract"@en) +SubClassOf( ) +DisjointClasses( ) +DisjointClasses( ) +DisjointClasses( ) +# Class: (Action) - - - - A datatype property that encodes values for a Region, e.g. a float for the Region Height. - - has region data value - - +AnnotationAssertion(rdfs:comment "An Event with at least one Agent that isParticipantIn it, and that executes a Task that typically isDefinedIn a Plan, Workflow, Project, etc.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Action"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectMinCardinality(1 )) +# Class: (Agent) - +AnnotationAssertion(rdfs:comment "Additional comment: a computational agent can be considered as a PhysicalAgent that realizes a certain class of algorithms (that can be considered as instances of InformationObject) that allow to obtain some behaviors that are considered typical of agents in general. For an ontology of computational objects based on DOLCE see e.g. http://www.loa-cnr.it/COS/COS.owl, and http://www.loa-cnr.it/KCO/KCO.owl.") +AnnotationAssertion(rdfs:comment "Any agentive Object , either physical (e.g. a whale, a robot, an oak), or social (e.g. a corporation, an institution, a community).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Agent"@en) +SubClassOf( ) +# Class: (Amount) - +AnnotationAssertion(rdfs:comment "A quantity, independently from how it is measured, computed, etc.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Amount"@en) +SubClassOf( ) +DisjointClasses( ) +DisjointClasses( ) +DisjointClasses( ) +# Class: (Biological object) - +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Biological object"@en) +SubClassOf( ) +# Class: (Chemical object) - - - - - - Any Entity that cannot be located in space-time. E.g. mathematical entities: formal semantics elements, regions within dimensional spaces, etc. - - Abstract - - +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Chemical object"@en) +SubClassOf( ) +# Class: (Time-indexed classification) - +AnnotationAssertion(rdfs:comment "A special kind of Situation that allows to include time indexing for the classifies relation in situations. For example, if a Situation s 'my old cradle is used in these days as a flower pot' isSettingFor the entity 'my old cradle' and the TimeIntervals '8June2007' and '10June2007', and we know that s satisfies a functional Description for aesthetic objects, which defines the Concepts 'flower pot' and 'flower', then we also need to know what concept classifies 'my old cradle' at what time. +In order to solve this issue, we need to create a sub-situation s' for the classification time: 'my old cradle is a flower pot in 8June2007'. Such sub-situation s' isPartOf s.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Time-indexed classification"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectSomeValuesFrom( )) +# Class: (Collection) - - - - - - - - - - - - 1 - - - An Event with at least one Agent that isParticipantIn it, and that executes a Task that typically isDefinedIn a Plan, Workflow, Project, etc. - - Action - - - - - +AnnotationAssertion(rdfs:comment "Any container for entities that share one or more common properties. E.g. \"stone objects\", \"the nurses\", \"the Louvre Aegyptian collection\", all the elections for the Italian President of the Republic. +A collection is not a logical class: a collection is a first-order entity, while a class is second-order. +A collection is neither an aggregate of its member entities (see e.g. ObjectAggregate class).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Collection"@en) +SubClassOf( ) +SubClassOf( ObjectAllValuesFrom( )) + +# Class: (Collective) + +AnnotationAssertion(rdfs:comment "A Collection whose members are agents, e.g. \"the nurses\", \"the Italian rockabilly fans\". +Collectives, facon de parler, can act as agents, although they are not assumed here to be agents (they are even disjoint from the class SocialAgent). This is represented by admitting collectives in the range of the relations having Agent in their domain or range.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Collective"@en) +SubClassOf( ) +SubClassOf( ObjectAllValuesFrom( )) + +# Class: (Collective agent) + +AnnotationAssertion(rdfs:comment "A SocialAgent that is actedBy agents that are (and act as) members of a Collective. A collective agent can have roles that are also roles of those agents. +For example, in sociology, a 'group action' is the situation in which a number of people (that result to be members of a collective) in a given area behave in a coordinated way in order to achieve a (often common) goal. The Agent in such a Situation is not single, but a CollectiveAgent (a Group). This can be generalized to the notion of social movement, which assumes a large Community or even the entire Society as agents. +The difference between a CollectiveAgent and an Organization is that a Description that introduces a CollectiveAgent is also one that unifies the corresponding Collective. In practice, this difference makes collective agents 'less stable' than organizations, because they have a dedicated, publicly recognizable Description that is conceived to introduce them.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Collective agent"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectSomeValuesFrom( )) + +# Class: (Community) + +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Community"@en) +SubClassOf( ) + +# Class: (Concept) + +AnnotationAssertion(rdfs:comment "A Concept is a SocialObject, and isDefinedIn some Description; once defined, a Concept can be used in other Description(s). If a Concept isDefinedIn exactly one Description, see the LocalConcept class. +The classifies relation relates Concept(s) to Entity(s) at some TimeInterval") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Concept"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) +DisjointClasses( ) +DisjointClasses( ) +DisjointClasses( ) + +# Class: (Configuration) + +AnnotationAssertion(rdfs:comment "A collection whose members are 'unified', i.e. organized according to a certain schema that can be represented by a Description. +Typically, a configuration is the collection that emerges out of a composed entity: an industrial artifact, a plan, a discourse, etc. +E.g. a physical book has a configuration provided by the part-whole schema that holds together its cover, pages, ink. That schema, based on the individual relations between the book and its parts, can be represented in a reified way by means of a (structural) description, which is said to 'unify' the book configuration.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Configuration"@en) +SubClassOf( ) +# Class: (Contract) - - - Additional comment: a computational agent can be considered as a PhysicalAgent that realizes a certain class of algorithms (that can be considered as instances of InformationObject) that allow to obtain some behaviors that are considered typical of agents in general. For an ontology of computational objects based on DOLCE see e.g. http://www.loa-cnr.it/COS/COS.owl, and http://www.loa-cnr.it/KCO/KCO.owl. - Any agentive Object , either physical (e.g. a whale, a robot, an oak), or social (e.g. a corporation, an institution, a community). - - Agent - - - - - +AnnotationAssertion(rdfs:comment "(The content of) an agreement between at least two agents that play a Party Role, about some contract object (a Task to be executed).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Contract"@en) +SubClassOf( ) +# Class: (Description) - - - - - - A quantity, independently from how it is measured, computed, etc. - - Amount - - - - - - +AnnotationAssertion(rdfs:comment "A Description is a SocialObject that represents a conceptualization. +It can be thought also as a 'descriptive context' that uses or defines concepts in order to create a view on a 'relational context' (cf. Situation) out of a set of data or observations. +For example, a Plan is a Description of some actions to be executed by agents in a certain way, with certain parameters; a Diagnosis is a Description that provides an interpretation for a set of observed entities, etc. +Descriptions 'define' or 'use' concepts, and can be 'satisfied' by situations.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Description"@en) +SubClassOf( ) +DisjointClasses( ) +DisjointClasses( ) +DisjointClasses( ) - - - - Biological object - - - - - - - - - - - Chemical object - - - - - - - - - - - - - - - - - - - - - - - - - - - - A special kind of Situation that allows to include time indexing for the classifies relation in situations. For example, if a Situation s 'my old cradle is used in these days as a flower pot' isSettingFor the entity 'my old cradle' and the TimeIntervals '8June2007' and '10June2007', and we know that s satisfies a functional Description for aesthetic objects, which defines the Concepts 'flower pot' and 'flower', then we also need to know what concept classifies 'my old cradle' at what time. -In order to solve this issue, we need to create a sub-situation s' for the classification time: 'my old cradle is a flower pot in 8June2007'. Such sub-situation s' isPartOf s. - - Time-indexed classification - - - - - - - - - - - - - - - - Any container for entities that share one or more common properties. E.g. "stone objects", "the nurses", "the Louvre Aegyptian collection", all the elections for the Italian President of the Republic. -A collection is not a logical class: a collection is a first-order entity, while a class is second-order. -A collection is neither an aggregate of its member entities (see e.g. ObjectAggregate class). - - Collection - - - - - - - - - - - - - - - - A Collection whose members are agents, e.g. "the nurses", "the Italian rockabilly fans". -Collectives, facon de parler, can act as agents, although they are not assumed here to be agents (they are even disjoint from the class SocialAgent). This is represented by admitting collectives in the range of the relations having Agent in their domain or range. - - Collective - - - - - - - - - - - - - - - - - - - - - - A SocialAgent that is actedBy agents that are (and act as) members of a Collective. A collective agent can have roles that are also roles of those agents. -For example, in sociology, a 'group action' is the situation in which a number of people (that result to be members of a collective) in a given area behave in a coordinated way in order to achieve a (often common) goal. The Agent in such a Situation is not single, but a CollectiveAgent (a Group). This can be generalized to the notion of social movement, which assumes a large Community or even the entire Society as agents. -The difference between a CollectiveAgent and an Organization is that a Description that introduces a CollectiveAgent is also one that unifies the corresponding Collective. In practice, this difference makes collective agents 'less stable' than organizations, because they have a dedicated, publicly recognizable Description that is conceived to introduce them. - - Collective agent - - - - - - - - - - - Community - - - - - - - - - - - - - - - - - - - - - - - - - A Concept is a SocialObject, and isDefinedIn some Description; once defined, a Concept can be used in other Description(s). If a Concept isDefinedIn exactly one Description, see the LocalConcept class. -The classifies relation relates Concept(s) to Entity(s) at some TimeInterval - - Concept - - - - - - - - - - A collection whose members are 'unified', i.e. organized according to a certain schema that can be represented by a Description. -Typically, a configuration is the collection that emerges out of a composed entity: an industrial artifact, a plan, a discourse, etc. -E.g. a physical book has a configuration provided by the part-whole schema that holds together its cover, pages, ink. That schema, based on the individual relations between the book and its parts, can be represented in a reified way by means of a (structural) description, which is said to 'unify' the book configuration. - - Configuration - - +# Class: (Design) +AnnotationAssertion(rdfs:comment "A Description of the Situation, in terms of structure and function, held by an Entity for some reason. +A design is usually accompanied by the rationales behind the construction of the designed Entity (i.e. of the reasons why a design is claimed to be as such). For example, the actual design (a Situation) of a car or of a law is based on both the specification (a Description) of the structure, and the rationales used to construct cars or laws. +While designs typically describe entities to be constructed, they can also be used to describe 'refunctionalized' entities, or to hypothesize unknown functions. For example, a cradle can be refunctionalized as a flowerpot based on a certain home design.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Design"@en) +SubClassOf( ) - +# Class: (Designed artifact) +AnnotationAssertion(rdfs:comment "A PhysicalArtifact that is also described by a Design. This excludes simple recycling or refunctionalization of natural objects. Most common sense 'artifacts' can be included in this class: cars, lamps, houses, chips, etc.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Designed artifact"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) - - - (The content of) an agreement between at least two agents that play a Party Role, about some contract object (a Task to be executed). - - Contract - - +# Class: (Designed substance) +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Designed substance"@en) +SubClassOf( ) +SubClassOf( ) - +# Class: (Diagnosis) +AnnotationAssertion(rdfs:comment "A Description of the Situation of a system, usually applied in order to control a normal behaviour, or to explain a notable behavior (e.g. a functional breakdown).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Diagnosis"@en) +SubClassOf( ) - - - - - - A Description is a SocialObject that represents a conceptualization. -It can be thought also as a 'descriptive context' that uses or defines concepts in order to create a view on a 'relational context' (cf. Situation) out of a set of data or observations. -For example, a Plan is a Description of some actions to be executed by agents in a certain way, with certain parameters; a Diagnosis is a Description that provides an interpretation for a set of observed entities, etc. -Descriptions 'define' or 'use' concepts, and can be 'satisfied' by situations. - - Description - - +# Class: (Entity) +AnnotationAssertion(rdfs:comment "Anything: real, possible, or imaginary, which some modeller wants to talk about for some purpose.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Entity"@en) - +# Class: (Event) +AnnotationAssertion(rdfs:comment "Any physical, social, or mental process, event, or state. - - - A Description of the Situation, in terms of structure and function, held by an Entity for some reason. -A design is usually accompanied by the rationales behind the construction of the designed Entity (i.e. of the reasons why a design is claimed to be as such). For example, the actual design (a Situation) of a car or of a law is based on both the specification (a Description) of the structure, and the rationales used to construct cars or laws. -While designs typically describe entities to be constructed, they can also be used to describe 'refunctionalized' entities, or to hypothesize unknown functions. For example, a cradle can be refunctionalized as a flowerpot based on a certain home design. - - Design - - - - - - - - - - - - - - - - A PhysicalArtifact that is also described by a Design. This excludes simple recycling or refunctionalization of natural objects. Most common sense 'artifacts' can be included in this class: cars, lamps, houses, chips, etc. - - Designed artifact - - - - - - - - - - - - Designed substance - - - - - - - - - - A Description of the Situation of a system, usually applied in order to control a normal behaviour, or to explain a notable behavior (e.g. a functional breakdown). - - Diagnosis - - - - - - - - - Anything: real, possible, or imaginary, which some modeller wants to talk about for some purpose. - - Entity - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Any physical, social, or mental process, event, or state. - -More theoretically, events can be classified in different ways, possibly based on 'aspect' (e.g. stative, continuous, accomplishement, achievement, etc.), on 'agentivity' (e.g. intentional, natural, etc.), or on 'typical participants' (e.g. human, physical, abstract, food, etc.). +More theoretically, events can be classified in different ways, possibly based on 'aspect' (e.g. stative, continuous, accomplishement, achievement, etc.), on 'agentivity' (e.g. intentional, natural, etc.), or on 'typical participants' (e.g. human, physical, abstract, food, etc.). Here no special direction is taken, and the following explains why: events are related to observable situations, and they can have different views at a same time. If a position has to be suggested here anyway, the participant-based classification of events seems the most stable and appropriate for many modelling problems. (1) Alternative aspectual views -Consider a same event 'rock erosion in the Sinni valley': it can be conceptualized as an accomplishment (what has brought a certain state to occur), as an achievement (the state resulting from a previous accomplishment), as a punctual event (if we collapse the time interval of the erosion into a time point), or as a transition (something that has changed from a state to a different one). +Consider a same event 'rock erosion in the Sinni valley': it can be conceptualized as an accomplishment (what has brought a certain state to occur), as an achievement (the state resulting from a previous accomplishment), as a punctual event (if we collapse the time interval of the erosion into a time point), or as a transition (something that has changed from a state to a different one). In the erosion case, we could therefore have good motivations to shift from one aspect to another: a) causation focus, b) effectual focus, c) historical condensation, d) transition (causality). The different views refer to the same event, but are still different: how to live with this seeming paradox? -A typical solution e.g. in linguistics (cf. Levin's aspectual classes) and in DOLCE Full (cf. WonderWeb D18 axiomatization) is to classify events based on aspectual differences. But this solution would create different identities for a same event, where the difference is only based on the modeller's attitude. -An alternative solution is suggested here, and exploits the notion of (observable) Situation; a Situation is a view, consistent with a Description, which can be observed of a set of entities. It can also be seen as a 'relational context' created by an observer on the basis of a 'frame'. Therefore, a Situation allows to create a context where each particular view can have a proper identity, while the Event preserves its own identity. -For example, ErosionAsAccomplishment is a Situation where rock erosion is observed as a process leading to a certain achievement: the conditions (roles, parameters) that suggest such view are stated in a Description, which acts as a 'theory of accomplishments'. Similarly, ErosionAsTransition is a Situation where rock erosion is observed as an event that has changed a state to another: the conditions for such interpretation are stated in a different Description, which acts as a 'theory of state transitions'. +A typical solution e.g. in linguistics (cf. Levin's aspectual classes) and in DOLCE Full (cf. WonderWeb D18 axiomatization) is to classify events based on aspectual differences. But this solution would create different identities for a same event, where the difference is only based on the modeller's attitude. +An alternative solution is suggested here, and exploits the notion of (observable) Situation; a Situation is a view, consistent with a Description, which can be observed of a set of entities. It can also be seen as a 'relational context' created by an observer on the basis of a 'frame'. Therefore, a Situation allows to create a context where each particular view can have a proper identity, while the Event preserves its own identity. +For example, ErosionAsAccomplishment is a Situation where rock erosion is observed as a process leading to a certain achievement: the conditions (roles, parameters) that suggest such view are stated in a Description, which acts as a 'theory of accomplishments'. Similarly, ErosionAsTransition is a Situation where rock erosion is observed as an event that has changed a state to another: the conditions for such interpretation are stated in a different Description, which acts as a 'theory of state transitions'. Consider that in no case the actual event is changed or enriched in parts by the aspectual view. (2) Alternative intentionality views @@ -2451,1175 +1716,546 @@ Consider that in no case the actual event is changed or enriched in parts by the Similarly to aspectual views, several intentionality views can be provided for a same Event. For example, one can investigate if an avalanche has been caused by immediate natural forces, or if there is any hint of an intentional effort to activate those natural forces. Also in this case, the Event as such has not different identities, while the causal analysis generates situations with different identities, according to what Description is taken for interpreting the Event. On the other hand, if the possible actions of an Agent causing the starting of an avalanche are taken as parts of the Event, then this makes its identity change, because we are adding a part to it. -Therefore, if intentionality is a criterion to classify events or not, this depends on if an ontology designer wants to consider causality as a relevant dimension for events' identity. +Therefore, if intentionality is a criterion to classify events or not, this depends on if an ontology designer wants to consider causality as a relevant dimension for events' identity. (3) Alternative participant views A slightly different case is when we consider the basic participants to an Event. In this case, the identity of the Event is affected by the participating objects, because it depends on them. For example, if snow, mountain slopes, wind, waves, etc. are considered as an avalanche basic participants, or if we also want to add water, human agents, etc., that makes the identity of an avalanche change. -Anyway, this approach to event classification is based on the designer's choices, and more accurately mirrors lexical or commonsense classifications (see. e.g. WordNet 'supersenses' for verb synsets). +Anyway, this approach to event classification is based on the designer's choices, and more accurately mirrors lexical or commonsense classifications (see. e.g. WordNet 'supersenses' for verb synsets). -Ultimately, this discussion has no end, because realists will keep defending the idea that events in reality are not changed by the way we describe them, while constructivists will keep defending the idea that, whatever 'true reality' is about, it can't be modelled without the theoretical burden of how we observe and describe it. +Ultimately, this discussion has no end, because realists will keep defending the idea that events in reality are not changed by the way we describe them, while constructivists will keep defending the idea that, whatever 'true reality' is about, it can't be modelled without the theoretical burden of how we observe and describe it. Both positions are in principle valid, but, if taken too radically, they focus on issues that are only partly relevant to the aim of computational ontologies, which assist domain experts in representing a certain portion of reality according to their own assumptions and requirements. -For this reason, in this ontology version of DOLCE, both events and situations are allowed, together with descriptions (the reason for the inclusion of the D&S framewrok in DOLCE), in order to encode the modelling needs, independently from the position (if any) chosen by the model designer. - - Event - - - - - - - - - - - - - - - - - - A Concept that classifies an Event . An event type describes how an Event should be interpreted, executed, expected, seen, etc., according to the Description that the EventType isDefinedIn (or used in) - - Event type - - - - - - - - - - Entities that are formally defined and are considered independent from the social context in which they are used. They cannot be localized in space or time. Also called 'Platonic entities'. +For this reason, in this ontology version of DOLCE, both events and situations are allowed, together with descriptions (the reason for the inclusion of the D&S framewrok in DOLCE), in order to encode the modelling needs, independently from the position (if any) chosen by the model designer.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Event"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) +DisjointClasses( ) +DisjointClasses( ) + +# Class: (Event type) + +AnnotationAssertion(rdfs:comment "A Concept that classifies an Event . An event type describes how an Event should be interpreted, executed, expected, seen, etc., according to the Description that the EventType isDefinedIn (or used in)") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Event type"@en) +SubClassOf( ) +SubClassOf( ObjectAllValuesFrom( )) +DisjointClasses( ) +DisjointClasses( ) + +# Class: (Formal entity) + +AnnotationAssertion(rdfs:comment "Entities that are formally defined and are considered independent from the social context in which they are used. They cannot be localized in space or time. Also called 'Platonic entities'. Mathematical and logical entities are included in this class: sets, categories, tuples, costants, variables, etc. Abstract formal entities are distinguished from information objects, which are supposed to be part of a social context, and are localized in space and time, therefore being (social) objects. -For example, the class 'Quark' is an abstract formal entity from the purely set-theoretical perspective, but it is an InformationObject from the viewpoint of ontology design, when e.g. implemented in a logical language like OWL. +For example, the class 'Quark' is an abstract formal entity from the purely set-theoretical perspective, but it is an InformationObject from the viewpoint of ontology design, when e.g. implemented in a logical language like OWL. Abstract formal entities are also distinguished from Concept(s), Collection(s), and Description(s), which are part of a social context, therefore being SocialObject(s) as well. -For example, the class 'Quark' is an abstract FormalEntity from the purely set-theoretical perspective, but it is a Concept within history of science and cultural dynamics. +For example, the class 'Quark' is an abstract FormalEntity from the purely set-theoretical perspective, but it is a Concept within history of science and cultural dynamics. -These distinctions allow to represent two different notions of 'semantics': the first one is abstract and formal ('formal semantics'), and formallyInterprets symbols that are about entities whatsoever; for example, the term 'Quark' isAbout the Collection of all quarks, and that Collection isFormalGroundingFor the abstract class 'Quark' (in the extensional sense). -The second notion is social, localized in space-time ('social semantics'), and can be used to interpret entities in the intensional sense. For example, the Collection of all quarks isCoveredBy the Concept 'Quark', which is also expressed by the term 'Quark'. - - Formal entity - - - - - - - - - - - Functional substance - - +These distinctions allow to represent two different notions of 'semantics': the first one is abstract and formal ('formal semantics'), and formallyInterprets symbols that are about entities whatsoever; for example, the term 'Quark' isAbout the Collection of all quarks, and that Collection isFormalGroundingFor the abstract class 'Quark' (in the extensional sense). +The second notion is social, localized in space-time ('social semantics'), and can be used to interpret entities in the intensional sense. For example, the Collection of all quarks isCoveredBy the Concept 'Quark', which is also expressed by the term 'Quark'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Formal entity"@en) +SubClassOf( ) +# Class: (Functional substance) - +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Functional substance"@en) +SubClassOf( ) +# Class: (Goal) - - - The Description of a Situation that is desired by an Agent, and usually associated to a Plan that describes how to actually achieve it - - Goal - - - +AnnotationAssertion(rdfs:comment "The Description of a Situation that is desired by an Agent, and usually associated to a Plan that describes how to actually achieve it") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Goal"@en) +SubClassOf( ) - +# Class: (Group) +AnnotationAssertion(rdfs:comment "A CollectiveAgent whose acting agents conceptualize a same SocialRelation .") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Group"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) - - - - - - - - - A CollectiveAgent whose acting agents conceptualize a same SocialRelation . - - Group - - +# Class: (Information Entity) +AnnotationAssertion(rdfs:comment "A piece of information, be it concretely realized or not. It is a catchall class, intended to bypass the ambiguities of many data or text that could denote either a an expression or a concrete realization of that expression. +In a semiotic model, there is no special reason to distinguish between them, however we may want to distinguish between a pure information content (e.g. the 3rd Gymnopedie by Satie), and its possible concrete realizations as a music sheet, a piano execution, the reproduction of the execution, its publishing as a record, etc.).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Information Entity"@en) +SubClassOf( ) - +# Class: (Information object) +AnnotationAssertion(rdfs:comment "A piece of information, such as a musical composition, a text, a word, a picture, independently from how it is concretely realized.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Information object"@en) +SubClassOf( ) +SubClassOf( ) +DisjointClasses( ) - - - A piece of information, be it concretely realized or not. It is a catchall class, intended to bypass the ambiguities of many data or text that could denote either a an expression or a concrete realization of that expression. -In a semiotic model, there is no special reason to distinguish between them, however we may want to distinguish between a pure information content (e.g. the 3rd Gymnopedie by Satie), and its possible concrete realizations as a music sheet, a piano execution, the reproduction of the execution, its publishing as a record, etc.). - - Information Entity - - +# Class: (Information realization) +AnnotationAssertion(rdfs:comment "A concrete realization of an InformationObject, e.g. the written document (object) containing the text of a law, a poetry reading (event), the dark timbre (quality) of a sound (event) in the execution (event) of a musical composition, realizing a 'misterioso' tempo indication. - +The realization of an information object also realizes information about itself. This is a special semiotic feature, which allows to avoid a traditonal paradox, by which an information is often supposed to be about itself besides other entities (e.g. the information object 'carpe diem' is about its meaning in Horace's Odes (let alone its fortune in Western culture and beyond), but also about its expression in context: 'dum loquimur, fugerit invida aetas: carpe diem, quam minimum credula postero', with the sound and emotional relations that it could activate. +This is expressed in OWL2 with a local reflexivity axiom of the dul:InformationRealization class.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Information realization"@en) +SubClassOf( ) +SubClassOf( ObjectUnionOf( )) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectHasSelf()) +# Class: (Local concept) - - - - - A piece of information, such as a musical composition, a text, a word, a picture, independently from how it is concretely realized. - - Information object - - +AnnotationAssertion(rdfs:comment "A Concept that isDefinedIn exactly 1 Description. For example, the Concept 'coffee' in a 'preparesCoffee' relation can be defined in that relation, and for all other Description(s) that use it, the isConceptUsedIn property should be applied. Notice therefore that not necessarily all Concept(s) isDefinedIn exactly 1 Description.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Local concept"@en) +SubClassOf( ) +# Class: (Method) - +AnnotationAssertion(rdfs:comment "A method is a Description that defines or uses concepts in order to guide carrying out actions aimed at a solution with respect to a problem. +It is different from a Plan, because plans could be carried out in order to follow a method, but a method can be followed by executing alternative plans.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Method"@en) +SubClassOf( ) +# Class: (Narrative) - - - - - - - - - - - - - - - - - - - - - true - - - A concrete realization of an InformationObject, e.g. the written document (object) containing the text of a law, a poetry reading (event), the dark timbre (quality) of a sound (event) in the execution (event) of a musical composition, realizing a 'misterioso' tempo indication. - -The realization of an information object also realizes information about itself. This is a special semiotic feature, which allows to avoid a traditonal paradox, by which an information is often supposed to be about itself besides other entities (e.g. the information object 'carpe diem' is about its meaning in Horace's Odes (let alone its fortune in Western culture and beyond), but also about its expression in context: 'dum loquimur, fugerit invida aetas: carpe diem, quam minimum credula postero', with the sound and emotional relations that it could activate. -This is expressed in OWL2 with a local reflexivity axiom of the dul:InformationRealization class. - - Information realization - - - - - - - - - - A Concept that isDefinedIn exactly 1 Description. For example, the Concept 'coffee' in a 'preparesCoffee' relation can be defined in that relation, and for all other Description(s) that use it, the isConceptUsedIn property should be applied. Notice therefore that not necessarily all Concept(s) isDefinedIn exactly 1 Description. - - Local concept - - - - - - - - - - A method is a Description that defines or uses concepts in order to guide carrying out actions aimed at a solution with respect to a problem. -It is different from a Plan, because plans could be carried out in order to follow a method, but a method can be followed by executing alternative plans. - - Method - - - - - - - - - - - Narrative - - - - - - - - - - - A person in the physical commonsense intuition: 'have you seen that person walking down the street?' - - Natural person - - - - - - - - - - A social norm. - - Norm - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Any physical, social, or mental object, or a substance. Following DOLCE Full, objects are always participating in some event (at least their own life), and are spatially located. - - Object - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - An aggregate of distributed objects, members of a same Collection, e.g. the stars in a constellation, the parts of a car, the employees of a company, the entries from an encyclopedia, the concepts expressed in a speech, etc. -It cannot be defined by means of an equivalence axiom, because it'd require the same Collection for all members, an axiom that cannot be expressed in OWL. - - Object aggregate - - - - - - - - - - - A physical objects with biological characteristics, typically that organisms can self-reproduce. - - Organism - - - - - - - - - - An internally structured, conventionally created SocialAgent, needing a specific Role and Agent that plays it, in order to act. - - Organization - - - - - - - - - - - - - - - - - - - - - - - A Concept that classifies a Region; the difference between a Region and a Parameter is that regions represent sets of observable values, e.g. the height of a given building, while parameters represent constraints or selections on observable values, e.g. 'VeryHigh'. Therefore, parameters can also be used to constrain regions, e.g. VeryHigh on a subset of values of the Region Height applied to buildings, or to add an external selection criterion , such as measurement units, to regions, e.g. Meter on a subset of values from the Region Length applied to the Region Length applied to roads. - - Parameter - - - - - - - - - - - - - - - - - - - - - - - - - - A special kind of Situation that allows to include time indexing for the hasPart relation in situations. -For example, if a Situation s 'finally, my bike has a luggage rack' isSettingFor the entity 'my bike' and the TimeIntervals 'now', or more specifically '29March2021', we need to have a time-index the part relation. With Parthood, we use includesWhole and includesPart properties. -This can be done similarly for other arguments of parthood, e.g. location, configuration, topology, etc. -Concerning the possible property characteristics reused from mereology (transitivity, asymmetry, reflexivity), they need to be implemented by means of rules (or, in a limited way, property chains using the binary hasPart or hasProperPart properties). -A key is also added to ensure identification constraints of time-indexed parthood. - - Parthood - - +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Narrative"@en) +SubClassOf( ) +# Class: (Natural person) - +AnnotationAssertion(rdfs:comment "A person in the physical commonsense intuition: 'have you seen that person walking down the street?'") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Natural person"@en) +SubClassOf( ) +SubClassOf( ) +# Class: (Norm) - - - Any invariance detected from a dataset, or from observation; also, any invariance proposed based on top-down considerations. -E.g. patterns detected and abstracted by an organism, by pattern recognition algorithms, by machine learning techniques, etc. -An occurrence of a pattern is an 'observable', or detected Situation - - Pattern - - +AnnotationAssertion(rdfs:comment "A social norm.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Norm"@en) +SubClassOf( ) +# Class: (Object) - +AnnotationAssertion(rdfs:comment "Any physical, social, or mental object, or a substance. Following DOLCE Full, objects are always participating in some event (at least their own life), and are spatially located.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Object"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) +DisjointClasses( ) +# Class: (Object aggregate) - - - Persons in commonsense intuition, which does not apparently distinguish between either natural or social persons. - - Person - - +AnnotationAssertion(rdfs:comment "An aggregate of distributed objects, members of a same Collection, e.g. the stars in a constellation, the parts of a car, the employees of a company, the entries from an encyclopedia, the concepts expressed in a speech, etc. +It cannot be defined by means of an equivalence axiom, because it'd require the same Collection for all members, an axiom that cannot be expressed in OWL.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Object aggregate"@en) +SubClassOf( ObjectIntersectionOf( ObjectSomeValuesFrom( ObjectIntersectionOf( ObjectSomeValuesFrom( ))))) +# Class: (Organism) + +AnnotationAssertion(rdfs:comment "A physical objects with biological characteristics, typically that organisms can self-reproduce.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Organism"@en) +SubClassOf( ) +SubClassOf( ) + +# Class: (Organization) + +AnnotationAssertion(rdfs:comment "An internally structured, conventionally created SocialAgent, needing a specific Role and Agent that plays it, in order to act."@en) +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Organization"@en) +SubClassOf( ) - +# Class: (Parameter) + +AnnotationAssertion(rdfs:comment "A Concept that classifies a Region; the difference between a Region and a Parameter is that regions represent sets of observable values, e.g. the height of a given building, while parameters represent constraints or selections on observable values, e.g. 'VeryHigh'. Therefore, parameters can also be used to constrain regions, e.g. VeryHigh on a subset of values of the Region Height applied to buildings, or to add an external selection criterion , such as measurement units, to regions, e.g. Meter on a subset of values from the Region Length applied to the Region Length applied to roads.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Parameter"@en) +SubClassOf( ) +SubClassOf( ObjectAllValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) +DisjointClasses( ) + +# Class: (Parthood) +AnnotationAssertion(rdfs:comment "A special kind of Situation that allows to include time indexing for the hasPart relation in situations. +For example, if a Situation s 'finally, my bike has a luggage rack' isSettingFor the entity 'my bike' and the TimeIntervals 'now', or more specifically '29March2021', we need to have a time-index the part relation. With Parthood, we use includesWhole and includesPart properties. +This can be done similarly for other arguments of parthood, e.g. location, configuration, topology, etc. +Concerning the possible property characteristics reused from mereology (transitivity, asymmetry, reflexivity), they need to be implemented by means of rules (or, in a limited way, property chains using the binary hasPart or hasProperPart properties). +A key is also added to ensure identification constraints of time-indexed parthood.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Parthood"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectSomeValuesFrom( )) + +# Class: (Pattern) - - - A social entity with agentive features, but whose status is the result of a cultural transformation from e.g. a PhysicalObject, an Event, an Abstract, another SocialObject, etc. For example: the holy grail, deus ex machina, gods, magic wands, etc. - - Personification - - +AnnotationAssertion(rdfs:comment "Any invariance detected from a dataset, or from observation; also, any invariance proposed based on top-down considerations. +E.g. patterns detected and abstracted by an organism, by pattern recognition algorithms, by machine learning techniques, etc. +An occurrence of a pattern is an 'observable', or detected Situation") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Pattern"@en) +SubClassOf( ) +# Class: (Person) - +AnnotationAssertion(rdfs:comment "Persons in commonsense intuition, which does not apparently distinguish between either natural or social persons.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Person"@en) +SubClassOf( ) +# Class: (Personification) - - - - A PhysicalObject that is capable of self-representing (conceptualizing) a Description in order to plan an Action. -A PhysicalAgent is a substrate for (actsFor) a Social Agent - - Physical agent - - +AnnotationAssertion(rdfs:comment "A social entity with agentive features, but whose status is the result of a cultural transformation from e.g. a PhysicalObject, an Event, an Abstract, another SocialObject, etc. For example: the holy grail, deus ex machina, gods, magic wands, etc.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Personification"@en) +SubClassOf( ) +# Class: (Physical agent) - +AnnotationAssertion(rdfs:comment "A PhysicalObject that is capable of self-representing (conceptualizing) a Description in order to plan an Action. +A PhysicalAgent is a substrate for (actsFor) a Social Agent") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Physical agent"@en) +SubClassOf( ) +SubClassOf( ) +# Class: (Physical artifact) - - - - - - - - - Any PhysicalObject that isDescribedBy a Plan . +AnnotationAssertion(rdfs:comment "Any PhysicalObject that isDescribedBy a Plan . This axiomatization is weak, but allows to talk of artifacts in a very general sense, i.e. including recycled objects, objects with an intentional functional change, natural objects that are given a certain function, even though they are not modified or structurally designed, etc. PhysicalArtifact(s) are not considered disjoint from PhysicalBody(s), in order to allow a dual classification when needed. E.g., FunctionalSubstance(s) are included here as well. -Immaterial (non-physical) artifacts (e.g. texts, ideas, cultural movements, corporations, communities, etc. can be modelled as social objects (see SocialObject), which are all 'artifactual' in the weak sense assumed here. - - Physical artifact - - - - - - - - - - - - - - - - - - Physical value of a physical object, e.g. density, color, etc. - - Physical attribute - - - - - - - - - - Physical bodies are PhysicalObject(s), for which we tend to neutralize any possible artifactual character. They can have several granularity levels: geological, chemical, physical, biological, etc. - - Physical body - - - - - - - - - - - - - - - - - Any Object that has a proper space region. The prototypical physical object has also an associated mass, but the nature of its mass can greatly vary based on the epistemological status of the object (scientifically measured, subjectively possible, imaginary). - - Physical object - - - - - - - - - - A physical object that is inherently located; for example, a water area. - - Physical place - - - - - - - - - - - - - 1 - - - Socially or cognitively dependent locations: political geographic entities (Rome, Lesotho), and non-material locations determined by the presence of other entities ("the area close to Rome") or of pivot events or signs ("the area where the helicopter fell"), as well as identified as complements to other entities ("the area under the table"), etc. -In this generic sense, a Place is a 'dependent' location. For 'non-dependent' locations, cf. the PhysicalPlace class. For an abstract (dimensional) location, cf. the SpaceRegion class. - - Place - - - - - - - - - - - - - - - - A Description having an explicit Goal, to be achieved by executing the plan - - Plan - - - - - - - - - - - - - - - - Plan executions are situations that proactively satisfy a plan. Subplan executions are proper parts of the whole plan execution. - - Plan execution - - - - - - - - - - This is a placeholder for events that are considered in their evolution, or anyway not strictly dependent on agents, tasks, and plans. -See Event class for some thoughts on classifying events. See also 'Transition'. - - Process - - - - - - - - - - - - - - - - - - - - - - A Plan that defines Role(s), Task(s), and a specific structure for tasks to be executed in relation to goals to be achieved, in order to achieve the main goal of the project. In other words, a project is a plan with a subgoal structure and multiple roles and tasks. - - Project - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Any aspect of an Entity (but not a part of it), which cannot exist without that Entity. For example, the way the surface of a specific PhysicalObject looks like, or the specific light of a place at a certain time, are examples of Quality, while the encoding of a Quality into e.g. a PhysicalAttribute should be modeled as a Region. +Immaterial (non-physical) artifacts (e.g. texts, ideas, cultural movements, corporations, communities, etc. can be modelled as social objects (see SocialObject), which are all 'artifactual' in the weak sense assumed here.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Physical artifact"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) + +# Class: (Physical attribute) + +AnnotationAssertion(rdfs:comment "Physical value of a physical object, e.g. density, color, etc.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Physical attribute"@en) +SubClassOf( ) +SubClassOf( ObjectAllValuesFrom( )) +DisjointClasses( ) +DisjointClasses( ) + +# Class: (Physical body) + +AnnotationAssertion(rdfs:comment "Physical bodies are PhysicalObject(s), for which we tend to neutralize any possible artifactual character. They can have several granularity levels: geological, chemical, physical, biological, etc.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Physical body"@en) +SubClassOf( ) + +# Class: (Physical object) + +AnnotationAssertion(rdfs:comment "Any Object that has a proper space region. The prototypical physical object has also an associated mass, but the nature of its mass can greatly vary based on the epistemological status of the object (scientifically measured, subjectively possible, imaginary).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Physical object"@en) +SubClassOf( ) +SubClassOf( ObjectAllValuesFrom( )) +DisjointClasses( ) + +# Class: (Physical place) + +AnnotationAssertion(rdfs:comment "A physical object that is inherently located; for example, a water area.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Physical place"@en) +SubClassOf( ) + +# Class: (Place) + +AnnotationAssertion(rdfs:comment "Socially or cognitively dependent locations: political geographic entities (Rome, Lesotho), and non-material locations determined by the presence of other entities (\"the area close to Rome\") or of pivot events or signs (\"the area where the helicopter fell\"), as well as identified as complements to other entities (\"the area under the table\"), etc. +In this generic sense, a Place is a 'dependent' location. For 'non-dependent' locations, cf. the PhysicalPlace class. For an abstract (dimensional) location, cf. the SpaceRegion class.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Place"@en) +SubClassOf( ) +SubClassOf( ObjectMinCardinality(1 )) + +# Class: (Plan) + +AnnotationAssertion(rdfs:comment "A Description having an explicit Goal, to be achieved by executing the plan") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Plan"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) + +# Class: (Plan execution) + +AnnotationAssertion(rdfs:comment "Plan executions are situations that proactively satisfy a plan. Subplan executions are proper parts of the whole plan execution.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Plan execution"@en) +EquivalentClasses( ObjectSomeValuesFrom( )) +SubClassOf( ) + +# Class: (Process) + +AnnotationAssertion(rdfs:comment "This is a placeholder for events that are considered in their evolution, or anyway not strictly dependent on agents, tasks, and plans. +See Event class for some thoughts on classifying events. See also 'Transition'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Process"@en) +SubClassOf( ) + +# Class: (Project) + +AnnotationAssertion(rdfs:comment "A Plan that defines Role(s), Task(s), and a specific structure for tasks to be executed in relation to goals to be achieved, in order to achieve the main goal of the project. In other words, a project is a plan with a subgoal structure and multiple roles and tasks.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Project"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectSomeValuesFrom( )) + +# Class: (Quality) + +AnnotationAssertion(rdfs:comment "Any aspect of an Entity (but not a part of it), which cannot exist without that Entity. For example, the way the surface of a specific PhysicalObject looks like, or the specific light of a place at a certain time, are examples of Quality, while the encoding of a Quality into e.g. a PhysicalAttribute should be modeled as a Region. From the design viewpoint, the Quality-Region distinction is useful only when individual aspects of an Entity are considered in a domain of discourse. For example, in an automotive context, it would be irrelevant to consider the aspects of car windows for a specific car, unless the factory wants to check a specific window against design parameters (anomaly detection). -On the other hand, in an antiques context, the individual aspects for a specific piece of furniture are a major focus of attention, and may constitute the actual added value, because the design parameters for old furniture are often not fixed, and may not be viewed as 'anomalies'. - - Quality - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Any region in a dimensional space (a dimensional space is a maximal Region), which can be used as a value for a quality of an Entity . For example, TimeInterval, SpaceRegion, PhysicalAttribute, Amount, SocialAttribute are all subclasses of Region. -Regions are not data values in the ordinary knowledge representation sense; in order to get patterns for modelling data, see the properties: representsDataValue and hasDataValue - - Region - - - - - - - - - - Relations are descriptions that can be considered as the counterpart of formal relations (that are included in the FormalEntity class). -For example, 'givingGrantToInstitution(x,y,z)' with three argument types: Provider(x),Grant(y),Recipient(z), can have a Relation counterpart: 'GivingGrantToInstitution', which defines three Concept instances: Provider,Grant,Recipient. -Since social objects are not formal entities, Relation includes here any 'relation-like' entity in common sense, including social relations. - - Relation - - - - - - - - - - - - - 2 - - - - - - 1 - - - A legal position by which an Agent is entitled to obtain something from another Agent , under specified circumstances, through an enforcement explicited either in a Law, Contract , etc. - - Right - - - - - - - - - - - - - - - - - - - - - - A Concept that classifies an Object - - Role - - - - - - - - - - - Set - - - - - - - - - - - - - - - - A view, consistent with ('satisfying') a Description, on a set of entities. -It can also be seen as a 'relational context' created by an observer on the basis of a 'frame' (i.e. a Description). +On the other hand, in an antiques context, the individual aspects for a specific piece of furniture are a major focus of attention, and may constitute the actual added value, because the design parameters for old furniture are often not fixed, and may not be viewed as 'anomalies'.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Quality"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) + +# Class: (Region) + +AnnotationAssertion(rdfs:comment "Any region in a dimensional space (a dimensional space is a maximal Region), which can be used as a value for a quality of an Entity . For example, TimeInterval, SpaceRegion, PhysicalAttribute, Amount, SocialAttribute are all subclasses of Region. +Regions are not data values in the ordinary knowledge representation sense; in order to get patterns for modelling data, see the properties: representsDataValue and hasDataValue") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Region"@en) +SubClassOf( ) +SubClassOf( ObjectAllValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) + +# Class: (Relation) + +AnnotationAssertion(rdfs:comment "Relations are descriptions that can be considered as the counterpart of formal relations (that are included in the FormalEntity class). +For example, 'givingGrantToInstitution(x,y,z)' with three argument types: Provider(x),Grant(y),Recipient(z), can have a Relation counterpart: 'GivingGrantToInstitution', which defines three Concept instances: Provider,Grant,Recipient. +Since social objects are not formal entities, Relation includes here any 'relation-like' entity in common sense, including social relations.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Relation"@en) +SubClassOf( ) + +# Class: (Right) + +AnnotationAssertion(rdfs:comment "A legal position by which an Agent is entitled to obtain something from another Agent , under specified circumstances, through an enforcement explicited either in a Law, Contract , etc.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Right"@en) +SubClassOf( ) +SubClassOf( ObjectMinCardinality(2 )) +SubClassOf( ObjectMinCardinality(1 )) + +# Class: (Role) + +AnnotationAssertion(rdfs:comment "A Concept that classifies an Object") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Role"@en) +SubClassOf( ) +SubClassOf( ObjectAllValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) + +# Class: (Set) + +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Set"@en) +SubClassOf( ) + +# Class: (Situation) + +AnnotationAssertion(rdfs:comment "A view, consistent with ('satisfying') a Description, on a set of entities. +It can also be seen as a 'relational context' created by an observer on the basis of a 'frame' (i.e. a Description). For example, a PlanExecution is a context including some actions executed by agents according to certain parameters and expected tasks to be achieved from a Plan; a DiagnosedSituation is a context of observed entities that is interpreted on the basis of a Diagnosis, etc. Situation is also able to represent reified n-ary relations, where isSettingFor is the top-level relation for all binary projections of the n-ary relation. -If used in a transformation pattern for n-ary relations, the designer should take care of adding (some or all) OWL2 keys, corresponding to binary projections of the n-ary, to a subclass of Situation. Otherwise the 'identification constraint' (Calvanese et al., IJCAI 2001) might be violated. - - Situation - - - - - - - - - - - - - - - - - Any individual whose existence is granted simply by its social communicability and capability of action (through some PhysicalAgent). - - Social agent - - - - - - - - - - - - - - - - - - - - - - Any Object that exists only within some communication Event, in which at least one PhysicalObject participates in. -In other words, all objects that have been or are created in the process of social communication: for the sake of communication (InformationObject), for incorporating new individuals (SocialAgent, Place), for contextualizing or intepreting existing entities (Description, Concept), or for collecting existing entities (Collection). -Being dependent on communication, all social objects need to be expressed by some information object (information objects are self-expressing). - - Social object - - - +If used in a transformation pattern for n-ary relations, the designer should take care of adding (some or all) OWL2 keys, corresponding to binary projections of the n-ary, to a subclass of Situation. Otherwise the 'identification constraint' (Calvanese et al., IJCAI 2001) might be violated.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Situation"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) - +# Class: (Social agent) +AnnotationAssertion(rdfs:comment "Any individual whose existence is granted simply by its social communicability and capability of action (through some PhysicalAgent).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Social agent"@en) +SubClassOf( ) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) - - - - - - - - - Any Region in a dimensional space that is used to represent some characteristic of a SocialObject, e.g. judgment values, social scalars, statistical attributes over a collection of entities, etc. - - Social attribute - - - - - - - - - - - - - - 1 - - - A SocialAgent that needs the existence of a specific NaturalPerson in order to act (but the lifetime of the NaturalPerson has only to overlap that of the SocialPerson). - - Social person - Formerly: Person (changed to avoid confusion with commonsense intuition) - - - - - - - - - - Any social relationship - - Social relation - - - - - - - - - - - Any Region in a dimensional space that is used to localize an Entity ; i.e., it is not used to represent some characteristic (e.g. it excludes time intervals, colors, size values, judgment values, etc.). Differently from a Place , a space region has a specific dimensional space. - - Space region - - - - - - - - - - - - - - - - - - - - - - - Spatio-temporal region - - - - - - - - - - Any PhysicalBody that has not necessarily specified (designed) boundaries, e.g. a pile of trash, some sand, etc. -In this sense, an artistic object made of trash or a dose of medicine in the form of a pill would be a FunctionalSubstance, and a DesignedArtifact, since its boundaries are specified by a Design; aleatoric objects that are outcomes of an artistic process might be still considered DesignedArtifact(s), and Substance(s). - - Substance - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - An EventType that classifies an Action to be executed. -For example, reaching a destination is a task that can be executed by performing certain actions, e.g. driving a car, buying a train ticket, etc. -The actions to execute a task can also be organized according to a Plan that is not the same as the one that defines the task (if any). -For example, reaching a destination could be defined by a plan to get on holidays, while the plan to execute the task can consist of putting some travels into a sequence. - - Task - - - - - - - - - - - - - - - - A Theory is a Description that represents a set of assumptions for describing something, usually general. Scientific, philosophical, and commonsense theories can be included here. -This class can also be used to act as 'naturalized reifications' of logical theories (of course, they will be necessarily incomplete in this case, because second-order entities are represented as first-order ones). - - Theory - - - - - - - - - - - - - - - - - - - - - A Situation that includes a time indexing in its setting, so allowing to order any binary relation (property) with time. - - Time-indexed relation - - - - - - - - - - Any Region in a dimensional space that aims at representing time. - - Time interval - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 3 - - - - - - - 2 - - - - A transition is a Situation that creates a context for three TimeInterval(s), two additional different Situation(s), one Event, one Process, and at least one Object: the Event is observed as the cause for the transition, one Situation is the state before the transition, the second Situation is the state after the transition, the Process is the invariance under some different transitions (including the one represented here), in which at least one Object is situated. Finally, the time intervals position the situations and the transitional event in time. -This class of situations partly encodes the ontology underlying typical engineering algebras for processes, e.g. Petri Nets. -A full representation of the transition ontology is outside the expressivity of OWL, because we would need qualified cardinality restrictions, coreference, property equivalence, and property composition. - - Transition - - - - - - - - - - A Collection whose members are the maximal set of individuals that share the same (named) type, e.g. "the gem stones", "the Italians". -This class is very useful to apply a variety of the so-called "ClassesAsValues" design pattern, when it is used to talk about the extensional aspect of a class. An alternative variety of the pattern applies to the intensional aspect of a class, and the class Concept should be used instead. - - Type collection - - - - - - - - - - - - - - - - Units of measure are conceptualized here as parameters on regions, which can be valued as datatype values. - - Unit of measure - - - - - +# Class: (Social object) +AnnotationAssertion(rdfs:comment "Any Object that exists only within some communication Event, in which at least one PhysicalObject participates in. +In other words, all objects that have been or are created in the process of social communication: for the sake of communication (InformationObject), for incorporating new individuals (SocialAgent, Place), for contextualizing or intepreting existing entities (Description, Concept), or for collecting existing entities (Collection). +Being dependent on communication, all social objects need to be expressed by some information object (information objects are self-expressing).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Social object"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) - - - - - - - - - - - - - - - A Plan that defines Role(s), Task(s), and a specific structure for tasks to be executed, usually supporting the work of an Organization - - Workflow - - +# Class: (Social attribute) +AnnotationAssertion(rdfs:comment "Any Region in a dimensional space that is used to represent some characteristic of a SocialObject, e.g. judgment values, social scalars, statistical attributes over a collection of entities, etc.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Social attribute"@en) +SubClassOf( ) +SubClassOf( ObjectAllValuesFrom( )) - +# Class: (Social person) +AnnotationAssertion(rdfs:comment "A SocialAgent that needs the existence of a specific NaturalPerson in order to act (but the lifetime of the NaturalPerson has only to overlap that of the SocialPerson).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Social person"@en) +AnnotationAssertion(owl:versionInfo "Formerly: Person (changed to avoid confusion with commonsense intuition)") +SubClassOf( ) +SubClassOf( ) +SubClassOf( ObjectExactCardinality(1 )) - - - - - - - - - - Workflow execution - - +# Class: (Social relation) +AnnotationAssertion(rdfs:comment "Any social relationship") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Social relation"@en) +SubClassOf( ) - +# Class: (Space region) +AnnotationAssertion(rdfs:comment "Any Region in a dimensional space that is used to localize an Entity ; i.e., it is not used to represent some characteristic (e.g. it excludes time intervals, colors, size values, judgment values, etc.). Differently from a Place , a space region has a specific dimensional space.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Space region"@en) +SubClassOf( ) +DisjointClasses( ) - - +# Class: (Spatio-temporal region) +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Spatio-temporal region"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectSomeValuesFrom( )) +# Class: (Substance) - +AnnotationAssertion(rdfs:comment "Any PhysicalBody that has not necessarily specified (designed) boundaries, e.g. a pile of trash, some sand, etc. +In this sense, an artistic object made of trash or a dose of medicine in the form of a pill would be a FunctionalSubstance, and a DesignedArtifact, since its boundaries are specified by a Design; aleatoric objects that are outcomes of an artistic process might be still considered DesignedArtifact(s), and Substance(s).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Substance"@en) +SubClassOf( ) +# Class: (Task) +AnnotationAssertion(rdfs:comment "An EventType that classifies an Action to be executed. +For example, reaching a destination is a task that can be executed by performing certain actions, e.g. driving a car, buying a train ticket, etc. +The actions to execute a task can also be organized according to a Plan that is not the same as the one that defines the task (if any). +For example, reaching a destination could be defined by a plan to get on holidays, while the plan to execute the task can consist of putting some travels into a sequence.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Task"@en) +SubClassOf( ) +SubClassOf( ObjectAllValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) +SubClassOf( ObjectAllValuesFrom( )) + +# Class: (Theory) + +AnnotationAssertion(rdfs:comment "A Theory is a Description that represents a set of assumptions for describing something, usually general. Scientific, philosophical, and commonsense theories can be included here. +This class can also be used to act as 'naturalized reifications' of logical theories (of course, they will be necessarily incomplete in this case, because second-order entities are represented as first-order ones).") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Theory"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) + +# Class: (Time-indexed relation) + +AnnotationAssertion(rdfs:comment "A Situation that includes a time indexing in its setting, so allowing to order any binary relation (property) with time.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Time-indexed relation"@en) +EquivalentClasses( ObjectIntersectionOf( ObjectSomeValuesFrom( ))) +SubClassOf( ) + +# Class: (Time interval) + +AnnotationAssertion(rdfs:comment "Any Region in a dimensional space that aims at representing time.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Time interval"@en) +SubClassOf( ) + +# Class: (Transition) + +AnnotationAssertion(rdfs:comment "A transition is a Situation that creates a context for three TimeInterval(s), two additional different Situation(s), one Event, one Process, and at least one Object: the Event is observed as the cause for the transition, one Situation is the state before the transition, the second Situation is the state after the transition, the Process is the invariance under some different transitions (including the one represented here), in which at least one Object is situated. Finally, the time intervals position the situations and the transitional event in time. +This class of situations partly encodes the ontology underlying typical engineering algebras for processes, e.g. Petri Nets. +A full representation of the transition ontology is outside the expressivity of OWL, because we would need qualified cardinality restrictions, coreference, property equivalence, and property composition.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Transition"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectSomeValuesFrom( ObjectIntersectionOf( ObjectSomeValuesFrom( ObjectIntersectionOf( ObjectSomeValuesFrom( )))))) +SubClassOf( ObjectMinCardinality(3 )) +SubClassOf( ObjectMinCardinality(2 )) + +# Class: (Type collection) + +AnnotationAssertion(rdfs:comment "A Collection whose members are the maximal set of individuals that share the same (named) type, e.g. \"the gem stones\", \"the Italians\". +This class is very useful to apply a variety of the so-called \"ClassesAsValues\" design pattern, when it is used to talk about the extensional aspect of a class. An alternative variety of the pattern applies to the intensional aspect of a class, and the class Concept should be used instead.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Type collection"@en) +SubClassOf( ) + +# Class: (Unit of measure) + +AnnotationAssertion(rdfs:comment "Units of measure are conceptualized here as parameters on regions, which can be valued as datatype values.") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Unit of measure"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) + +# Class: (Workflow) + +AnnotationAssertion(rdfs:comment "A Plan that defines Role(s), Task(s), and a specific structure for tasks to be executed, usually supporting the work of an Organization") +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Workflow"@en) +SubClassOf( ) +SubClassOf( ObjectSomeValuesFrom( )) +SubClassOf( ObjectSomeValuesFrom( )) + +# Class: (Workflow execution) + +AnnotationAssertion(rdfs:isDefinedBy ) +AnnotationAssertion(rdfs:label "Workflow execution"@en) +EquivalentClasses( ObjectSomeValuesFrom( )) +SubClassOf( ) + + +SubObjectPropertyOf(ObjectPropertyChain( ) ) +SubObjectPropertyOf(ObjectPropertyChain( ) ) +SubObjectPropertyOf(ObjectPropertyChain( ) ) +SubObjectPropertyOf(ObjectPropertyChain(ObjectInverseOf() ) ) +HasKey( ( ) ()) +) \ No newline at end of file diff --git a/owl/SOMA-ACT.owl b/owl/SOMA-ACT.owl index 7ef367fc..e3b8763b 100644 --- a/owl/SOMA-ACT.owl +++ b/owl/SOMA-ACT.owl @@ -1,1552 +1,943 @@ - - - - - - - - SOMA-ACT.owl defines concepts related to actions, i.e. to events driven by some agent participant that executes a task. +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(SOMA:=) +Prefix(rdfs:=) + + +Ontology( +Import() +Import() +Import() +Import() +Annotation(rdfs:comment "SOMA-ACT.owl defines concepts related to actions, i.e. to events driven by some agent participant that executes a task. This module is chiefly concerned with defining a taxonomy of tasks, including roles and role filler restrictions for these tasks. While this taxonomy contains some fairly general-purpose concepts, it is focused on the robotics domain. -Also defined here are execution state regions, i.e. flags with which to label the status of the execution of an action in terms of whether it is unfolding or completed, and if completed whether completed successfully or not. - - - - - - - - - - - - - - - - - Simple relationship between two actions to express that a variation in the course or outcome of the subject (the affector) would have resulted in a variation in the object (the affectee), e.g., a planning task that sets parameters such as goal position affects the subsequently executed pick-and-place task that uses that parameter. - affects - - - - - - - - - - - - - The relation between an answering message and the message it answers. - answers - - - - - - - - - - - - Simple relationship between two actions to express that the object (the reaction) would not have occured if it were not for the subject (the cause), e.g., a Communication Action classified as an Querying Task causes another Communication Task classified as an Answering Task and the latter would not have occured without the former. An example without Agents involved is some domino stone that would not have toppled without the first one toppling. +Also defined here are execution state regions, i.e. flags with which to label the status of the execution of an action in terms of whether it is unfolding or completed, and if completed whether completed successfully or not.") + +Declaration(Class(SOMA:AbductiveReasoning)) +Declaration(Class(SOMA:Actuating)) +Declaration(Class(SOMA:Answer)) +Declaration(Class(SOMA:AnsweringTask)) +Declaration(Class(SOMA:AreaSurveying)) +Declaration(Class(SOMA:Arranging)) +Declaration(Class(SOMA:Assembling)) +Declaration(Class(SOMA:AssertionTask)) +Declaration(Class(SOMA:AssumingArmPose)) +Declaration(Class(SOMA:AssumingPose)) +Declaration(Class(SOMA:AttentionShift)) +Declaration(Class(SOMA:Avoiding)) +Declaration(Class(SOMA:Capability)) +Declaration(Class(SOMA:Catching)) +Declaration(Class(SOMA:Channel)) +Declaration(Class(SOMA:CheckingObjectPresence)) +Declaration(Class(SOMA:Cleaning)) +Declaration(Class(SOMA:Closing)) +Declaration(Class(SOMA:CommandingTask)) +Declaration(Class(SOMA:CommunicationAction)) +Declaration(Class(SOMA:CommunicationReport)) +Declaration(Class(SOMA:CommunicationTask)) +Declaration(Class(SOMA:CommunicationTopic)) +Declaration(Class(SOMA:Conclusion)) +Declaration(Class(SOMA:Constructing)) +Declaration(Class(SOMA:Cutting)) +Declaration(Class(SOMA:Deciding)) +Declaration(Class(SOMA:DeductiveReasoning)) +Declaration(Class(SOMA:Delivering)) +Declaration(Class(SOMA:DerivingInformation)) +Declaration(Class(SOMA:Dicing)) +Declaration(Class(SOMA:Discourse)) +Declaration(Class(SOMA:Distancing)) +Declaration(Class(SOMA:Dreaming)) +Declaration(Class(SOMA:Dropping)) +Declaration(Class(SOMA:EndEffectorPositioning)) +Declaration(Class(SOMA:ExecutionStateRegion)) +Declaration(Class(SOMA:Fetching)) +Declaration(Class(SOMA:Flipping)) +Declaration(Class(SOMA:Focusing)) +Declaration(Class(SOMA:ForgettingIncorrectInformation)) +Declaration(Class(SOMA:ForgettingIrrelevantInformation)) +Declaration(Class(SOMA:GetTaskParameter)) +Declaration(Class(SOMA:GraspTransfer)) +Declaration(Class(SOMA:Grasping)) +Declaration(Class(SOMA:Holding)) +Declaration(Class(SOMA:IllocutionaryTask)) +Declaration(Class(SOMA:Imagining)) +Declaration(Class(SOMA:InductiveReasoning)) +Declaration(Class(SOMA:InferenceRules)) +Declaration(Class(SOMA:InformationAcquisition)) +Declaration(Class(SOMA:InformationDismissal)) +Declaration(Class(SOMA:InformationRetrieval)) +Declaration(Class(SOMA:InformationStorage)) +Declaration(Class(SOMA:Instructions)) +Declaration(Class(SOMA:Interpreting)) +Declaration(Class(SOMA:Introspecting)) +Declaration(Class(SOMA:Knowledge)) +Declaration(Class(SOMA:Labeling)) +Declaration(Class(SOMA:Learning)) +Declaration(Class(SOMA:Lifting)) +Declaration(Class(SOMA:LinguisticObject)) +Declaration(Class(SOMA:LookingAt)) +Declaration(Class(SOMA:LookingFor)) +Declaration(Class(SOMA:Lowering)) +Declaration(Class(SOMA:Manipulating)) +Declaration(Class(SOMA:Memorizing)) +Declaration(Class(SOMA:MentalAction)) +Declaration(Class(SOMA:MentalTask)) +Declaration(Class(SOMA:Message)) +Declaration(Class(SOMA:MetaCognitionEvaluationTopic)) +Declaration(Class(SOMA:MetaCognitionMemoryTopic)) +Declaration(Class(SOMA:MetaCognitionPlanningTopic)) +Declaration(Class(SOMA:MetaCognitionTopic)) +Declaration(Class(SOMA:MetacognitiveControlling)) +Declaration(Class(SOMA:MetacognitiveMonitoring)) +Declaration(Class(SOMA:Mixing)) +Declaration(Class(SOMA:ModifyingPhysicalObject)) +Declaration(Class(SOMA:MonitoringJointState)) +Declaration(Class(SOMA:MovingTo)) +Declaration(Class(SOMA:Navigating)) +Declaration(Class(SOMA:Opening)) +Declaration(Class(SOMA:Orienting)) +Declaration(Class(SOMA:ParkingArms)) +Declaration(Class(SOMA:Perceiving)) +Declaration(Class(SOMA:PhysicalAcquiring)) +Declaration(Class(SOMA:PhysicalAction)) +Declaration(Class(SOMA:PhysicalTask)) +Declaration(Class(SOMA:PickingUp)) +Declaration(Class(SOMA:Placing)) +Declaration(Class(SOMA:Planning)) +Declaration(Class(SOMA:Positioning)) +Declaration(Class(SOMA:Pouring)) +Declaration(Class(SOMA:PouringInto)) +Declaration(Class(SOMA:PouringOnto)) +Declaration(Class(SOMA:Prediction)) +Declaration(Class(SOMA:Premise)) +Declaration(Class(SOMA:Proprioceiving)) +Declaration(Class(SOMA:Prospecting)) +Declaration(Class(SOMA:Pulling)) +Declaration(Class(SOMA:Pushing)) +Declaration(Class(SOMA:PushingAway)) +Declaration(Class(SOMA:PushingDown)) +Declaration(Class(SOMA:PuttingDown)) +Declaration(Class(SOMA:Query)) +Declaration(Class(SOMA:QueryAnsweringTask)) +Declaration(Class(SOMA:QueryingTask)) +Declaration(Class(SOMA:Reaching)) +Declaration(Class(SOMA:Reasoning)) +Declaration(Class(SOMA:Receiver)) +Declaration(Class(SOMA:Releasing)) +Declaration(Class(SOMA:Remembering)) +Declaration(Class(SOMA:Replanning)) +Declaration(Class(SOMA:Retracting)) +Declaration(Class(SOMA:Retrospecting)) +Declaration(Class(SOMA:SelectingItem)) +Declaration(Class(SOMA:SelfReflection)) +Declaration(Class(SOMA:Sender)) +Declaration(Class(SOMA:Serving)) +Declaration(Class(SOMA:SettingGripper)) +Declaration(Class(SOMA:Simulating)) +Declaration(Class(SOMA:SituationTransition)) +Declaration(Class(SOMA:Slicing)) +Declaration(Class(SOMA:Squeezing)) +Declaration(Class(SOMA:Stirring)) +Declaration(Class(SOMA:ThinkAloud)) +Declaration(Class(SOMA:ThinkAloudActionTopic)) +Declaration(Class(SOMA:ThinkAloudGeneralKnowledgeTopic)) +Declaration(Class(SOMA:ThinkAloudKnowledgeTopic)) +Declaration(Class(SOMA:ThinkAloudObstructionTopic)) +Declaration(Class(SOMA:ThinkAloudOpinionTopic)) +Declaration(Class(SOMA:ThinkAloudPerceptionTopic)) +Declaration(Class(SOMA:ThinkAloudPlanTopic)) +Declaration(Class(SOMA:ThinkAloudSceneKnowledgeTopic)) +Declaration(Class(SOMA:ThinkAloudTopic)) +Declaration(Class(SOMA:Throwing)) +Declaration(Class(SOMA:Transporting)) +Declaration(Class()) +Declaration(ObjectProperty(SOMA:affects)) +Declaration(ObjectProperty(SOMA:answers)) +Declaration(ObjectProperty(SOMA:causes)) +Declaration(ObjectProperty(SOMA:definesEventType)) +Declaration(ObjectProperty(SOMA:directlyCauses)) +Declaration(ObjectProperty(SOMA:hasAction)) +Declaration(ObjectProperty(SOMA:hasAnswer)) +Declaration(ObjectProperty(SOMA:hasExecutionState)) +Declaration(ObjectProperty(SOMA:hasInitialSituation)) +Declaration(ObjectProperty(SOMA:hasTerminalSituation)) +Declaration(ObjectProperty(SOMA:isAffectedBy)) +Declaration(ObjectProperty(SOMA:isAskedBy)) +Declaration(ObjectProperty(SOMA:isCreatedOutputOf)) +Declaration(ObjectProperty(SOMA:isDirectReactionTo)) +Declaration(ObjectProperty(SOMA:isEventTypeDefinedIn)) +Declaration(ObjectProperty(SOMA:isInitialSituationOf)) +Declaration(ObjectProperty(SOMA:isPerformedBy)) +Declaration(ObjectProperty(SOMA:isReactionTo)) +Declaration(ObjectProperty(SOMA:isReplacedBy)) +Declaration(ObjectProperty(SOMA:isTaskOfCreatedRole)) +Declaration(ObjectProperty(SOMA:isTerminalSituationOf)) +Declaration(ObjectProperty(SOMA:isTerminatedBy)) +Declaration(ObjectProperty(SOMA:relatesToAnotherRole)) +Declaration(ObjectProperty(SOMA:replaces)) +Declaration(ObjectProperty(SOMA:terminates)) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(NamedIndividual(SOMA:ExecutionState_Active)) +Declaration(NamedIndividual(SOMA:ExecutionState_Cancelled)) +Declaration(NamedIndividual(SOMA:ExecutionState_Failed)) +Declaration(NamedIndividual(SOMA:ExecutionState_Paused)) +Declaration(NamedIndividual(SOMA:ExecutionState_Pending)) +Declaration(NamedIndividual(SOMA:ExecutionState_Succeeded)) + +############################ +# Object Properties +############################ + +# Object Property: (affects) + +AnnotationAssertion(rdfs:comment SOMA:affects "Simple relationship between two actions to express that a variation in the course or outcome of the subject (the affector) would have resulted in a variation in the object (the affectee), e.g., a planning task that sets parameters such as goal position affects the subsequently executed pick-and-place task that uses that parameter.") +AnnotationAssertion(rdfs:label SOMA:affects "affects") +SubObjectPropertyOf(SOMA:affects ) +InverseObjectProperties(SOMA:affects SOMA:isAffectedBy) + +# Object Property: (The relation between an answering message and the message it answers.) + +AnnotationAssertion(rdfs:label SOMA:answers "The relation between an answering message and the message it answers.") +AnnotationAssertion(rdfs:label SOMA:answers "answers") +SubObjectPropertyOf(SOMA:answers SOMA:relatesToAnotherRole) +InverseObjectProperties(SOMA:answers SOMA:hasAnswer) +ObjectPropertyDomain(SOMA:answers SOMA:Message) +ObjectPropertyRange(SOMA:answers SOMA:Message) + +# Object Property: (causes) + +AnnotationAssertion(SOMA:UsageGuideline SOMA:causes "Simple relationship between two actions to express that the object (the reaction) would not have occured if it were not for the subject (the cause), e.g., a Communication Action classified as an Querying Task causes another Communication Task classified as an Answering Task and the latter would not have occured without the former. An example without Agents involved is some domino stone that would not have toppled without the first one toppling. When Agents are involved, the relation might be seen as an abstraction of the execution of some plan that arises from changing the agents goal that is due to perceiving the cause. However, currently it is unclear how to model such a pattern and therefore not included in SOMA. -This relation is seen as transitive. - causes - - - - - - - - - - - - - A relation between a description and an event type, e.g. an Affordance of an object to be cut with a knife describes that event. - -The distinction to defines task is necessary to let Dispositions and Affordances not only describe which tasks might be afforded by objects, but also whihc processes (where there is no agent). For example, the fall of a knife from a shelf slicing a loaf of bread on impact is , in the absence of an executing agent, not a task but merely a process, the possibility of which is nevertheless described by the dispositions of the knife and the loaf. - defines event type - - - - - - - - - - - - - - - - - - Non-transitive version of "causes". - directly causes - - - - - - - - - - - - A relation from an Action to a component Action. - has action - - - - - - - - - - - - The relation between a message and its answer. - has answer - - - - - - - - - - - - A relation from an Action to its execution state. - has execution state - - - - - - - - - - - - - - - A relation between SituationTransitions and Situations, which identifies the Situation the transition starts from. - has initial situation - - - +This relation is seen as transitive."@en) +AnnotationAssertion(rdfs:label SOMA:causes "causes"@en) +SubObjectPropertyOf(SOMA:causes SOMA:affects) +InverseObjectProperties(SOMA:causes SOMA:isReactionTo) +TransitiveObjectProperty(SOMA:causes) + +# Object Property: (A relation between a description and an event type, e.g. an Affordance of an object to be cut with a knife describes that event. +# +# The distinction to defines task is necessary to let Dispositions and Affordances not only describe which tasks might be afforded by objects, but also whihc processes (where there is no agent). For example, the fall of a knife from a shelf slicing a loaf of bread on impact is , in the absence of an executing agent, not a task but merely a process, the possibility of which is nevertheless described by the dispositions of the knife and the loaf.) - +AnnotationAssertion(rdfs:label SOMA:definesEventType "A relation between a description and an event type, e.g. an Affordance of an object to be cut with a knife describes that event. + +The distinction to defines task is necessary to let Dispositions and Affordances not only describe which tasks might be afforded by objects, but also whihc processes (where there is no agent). For example, the fall of a knife from a shelf slicing a loaf of bread on impact is , in the absence of an executing agent, not a task but merely a process, the possibility of which is nevertheless described by the dispositions of the knife and the loaf."@en) +AnnotationAssertion(rdfs:label SOMA:definesEventType "defines event type"@en) +SubObjectPropertyOf(SOMA:definesEventType ) +InverseObjectProperties(SOMA:definesEventType SOMA:isEventTypeDefinedIn) +ObjectPropertyDomain(SOMA:definesEventType ) +ObjectPropertyRange(SOMA:definesEventType ) + +# Object Property: (directly causes) + +AnnotationAssertion(rdfs:comment SOMA:directlyCauses "Non-transitive version of \"causes\"."@en) +AnnotationAssertion(rdfs:label SOMA:directlyCauses "directly causes"@en) +SubObjectPropertyOf(SOMA:directlyCauses SOMA:causes) +InverseObjectProperties(SOMA:directlyCauses SOMA:isDirectReactionTo) +ObjectPropertyDomain(SOMA:directlyCauses ) +ObjectPropertyRange(SOMA:directlyCauses ) + +# Object Property: (has action) + +AnnotationAssertion(rdfs:comment SOMA:hasAction "A relation from an Action to a component Action.") +AnnotationAssertion(rdfs:label SOMA:hasAction "has action") +SubObjectPropertyOf(SOMA:hasAction ) +ObjectPropertyDomain(SOMA:hasAction ) +ObjectPropertyRange(SOMA:hasAction ) +# Object Property: (has answer) - - - - - - - - A relation between SituationTransitions and Situations, which identifies the Situation the transition ends at. - has terminal situation - - +AnnotationAssertion(rdfs:comment SOMA:hasAnswer "The relation between a message and its answer.") +AnnotationAssertion(rdfs:label SOMA:hasAnswer "has answer") +SubObjectPropertyOf(SOMA:hasAnswer SOMA:relatesToAnotherRole) +ObjectPropertyDomain(SOMA:hasAnswer SOMA:Answer) +ObjectPropertyRange(SOMA:hasAnswer SOMA:Answer) +# Object Property: (has execution state) - +AnnotationAssertion(rdfs:comment SOMA:hasExecutionState "A relation from an Action to its execution state.") +AnnotationAssertion(rdfs:label SOMA:hasExecutionState "has execution state") +SubObjectPropertyOf(SOMA:hasExecutionState ) +ObjectPropertyDomain(SOMA:hasExecutionState ) +ObjectPropertyRange(SOMA:hasExecutionState SOMA:ExecutionStateRegion) +# Object Property: (has initial situation) - - - Simple relationship between two actions to express that a variation in the course or outcome of the object (the affector) would have resulted in a variation in the subject (the affectee), e.g., a planning task that sets parameters such as goal position affects the subsequently executed pick-and-place task that uses that parameter. - is affected by - - +AnnotationAssertion(rdfs:comment SOMA:hasInitialSituation "A relation between SituationTransitions and Situations, which identifies the Situation the transition starts from.") +AnnotationAssertion(rdfs:label SOMA:hasInitialSituation "has initial situation"@en) +SubObjectPropertyOf(SOMA:hasInitialSituation SOMA:hasInitialState) +InverseObjectProperties(SOMA:hasInitialSituation SOMA:isInitialSituationOf) +AsymmetricObjectProperty(SOMA:hasInitialSituation) +IrreflexiveObjectProperty(SOMA:hasInitialSituation) +ObjectPropertyDomain(SOMA:hasInitialSituation SOMA:SituationTransition) +ObjectPropertyRange(SOMA:hasInitialSituation ) +# Object Property: (has terminal situation) - +AnnotationAssertion(rdfs:comment SOMA:hasTerminalSituation "A relation between SituationTransitions and Situations, which identifies the Situation the transition ends at.") +AnnotationAssertion(rdfs:label SOMA:hasTerminalSituation "has terminal situation"@en) +SubObjectPropertyOf(SOMA:hasTerminalSituation SOMA:hasTerminalState) +InverseObjectProperties(SOMA:hasTerminalSituation SOMA:isTerminalSituationOf) +AsymmetricObjectProperty(SOMA:hasTerminalSituation) +IrreflexiveObjectProperty(SOMA:hasTerminalSituation) +ObjectPropertyDomain(SOMA:hasTerminalSituation SOMA:SituationTransition) +ObjectPropertyRange(SOMA:hasTerminalSituation ) +# Object Property: (is affected by) - - - - - A relation from a Query to the Agent who asks it. - is asked by - - +AnnotationAssertion(rdfs:comment SOMA:isAffectedBy "Simple relationship between two actions to express that a variation in the course or outcome of the object (the affector) would have resulted in a variation in the subject (the affectee), e.g., a planning task that sets parameters such as goal position affects the subsequently executed pick-and-place task that uses that parameter.") +AnnotationAssertion(rdfs:label SOMA:isAffectedBy "is affected by") +SubObjectPropertyOf(SOMA:isAffectedBy ) +# Object Property: (is asked by) - +AnnotationAssertion(rdfs:comment SOMA:isAskedBy "A relation from a Query to the Agent who asks it.") +AnnotationAssertion(rdfs:label SOMA:isAskedBy "is asked by") +SubObjectPropertyOf(SOMA:isAskedBy ) +ObjectPropertyDomain(SOMA:isAskedBy SOMA:QueryingTask) +ObjectPropertyRange(SOMA:isAskedBy ) +# Object Property: (is created output of) - - - - - - A relation between a created output role and its Task. The difference to isOutputRoleOf is that the latter is also applicable, e.g., for Deciding between objects, where the selected object is not created, but still an outcome of that task. - is created output of - - +AnnotationAssertion(rdfs:comment SOMA:isCreatedOutputOf "A relation between a created output role and its Task. The difference to isOutputRoleOf is that the latter is also applicable, e.g., for Deciding between objects, where the selected object is not created, but still an outcome of that task.") +AnnotationAssertion(rdfs:label SOMA:isCreatedOutputOf "is created output of") +SubObjectPropertyOf(SOMA:isCreatedOutputOf SOMA:isOutputRoleOf) +InverseObjectProperties(SOMA:isCreatedOutputOf SOMA:isTaskOfCreatedRole) +ObjectPropertyDomain(SOMA:isCreatedOutputOf ) +ObjectPropertyRange(SOMA:isCreatedOutputOf ) +# Object Property: (is direct reaction to) - +AnnotationAssertion(rdfs:comment SOMA:isDirectReactionTo "Non-transitive version of \"is reaction to\"."@en) +AnnotationAssertion(rdfs:label SOMA:isDirectReactionTo "is direct reaction to"@en) +SubObjectPropertyOf(SOMA:isDirectReactionTo SOMA:isReactionTo) +ObjectPropertyDomain(SOMA:isDirectReactionTo ) +ObjectPropertyRange(SOMA:isDirectReactionTo ) +# Object Property: (is event type defined in) - - - - - Non-transitive version of "is reaction to". - is direct reaction to - - +AnnotationAssertion(rdfs:comment SOMA:isEventTypeDefinedIn "A relation between an event type and a description, e.g. an event that is described by the Affordance of an object to be cut with a knife. +The distinction to 'is task defined in' is necessary to let Dispositions and Affordances not only describe which tasks might be afforded by objects, but also whihc processes (where there is no agent). For example, the fall of a knife from a shelf slicing a loaf of bread on impact is , in the absence of an executing agent, not a task but merely a process, the possibility of which is nevertheless described by the dispositions of the knife and the loaf."@en) +AnnotationAssertion(rdfs:label SOMA:isEventTypeDefinedIn "is event type defined in"@en) +SubObjectPropertyOf(SOMA:isEventTypeDefinedIn ) +ObjectPropertyDomain(SOMA:isEventTypeDefinedIn ) +ObjectPropertyRange(SOMA:isEventTypeDefinedIn ) - +# Object Property: (is initial situation of) +AnnotationAssertion(rdfs:comment SOMA:isInitialSituationOf "A relation between SituationTransitions and Situations, which identifies the Situation the transition starts from.") +AnnotationAssertion(rdfs:label SOMA:isInitialSituationOf "is initial situation of"@en) +SubObjectPropertyOf(SOMA:isInitialSituationOf SOMA:isInitialStateOf) +ObjectPropertyDomain(SOMA:isInitialSituationOf ) +ObjectPropertyRange(SOMA:isInitialSituationOf SOMA:SituationTransition) - - - - - - - - - - - +# Object Property: (is performed by) +AnnotationAssertion(rdfs:comment SOMA:isPerformedBy "A relation from an Action to the Agent who performs it.") +AnnotationAssertion(rdfs:label SOMA:isPerformedBy "is performed by") +SubObjectPropertyOf(SOMA:isPerformedBy ) +ObjectPropertyDomain(SOMA:isPerformedBy ) +ObjectPropertyRange(SOMA:isPerformedBy ) - +# Object Property: (is reaction to) - - - - - - A relation between an event type and a description, e.g. an event that is described by the Affordance of an object to be cut with a knife. - -The distinction to 'is task defined in' is necessary to let Dispositions and Affordances not only describe which tasks might be afforded by objects, but also whihc processes (where there is no agent). For example, the fall of a knife from a shelf slicing a loaf of bread on impact is , in the absence of an executing agent, not a task but merely a process, the possibility of which is nevertheless described by the dispositions of the knife and the loaf. - is event type defined in - - - - - - - - - - - - A relation between SituationTransitions and Situations, which identifies the Situation the transition starts from. - is initial situation of - - - - - - - - - - - - A relation from an Action to the Agent who performs it. - is performed by - - - - - - - - - - - - - Simple relationship between two actions to express that the subject (the reaction) would not have occured if it were not for the object (the cause), e.g., a Communication Action classified as an Answering Task is a reaction to another Communication Task classified as a Query Task and would not have occured without the other. An example without Agents involved would be some domino stone would not have toppled without the first one toppling. +AnnotationAssertion(rdfs:comment SOMA:isReactionTo "Simple relationship between two actions to express that the subject (the reaction) would not have occured if it were not for the object (the cause), e.g., a Communication Action classified as an Answering Task is a reaction to another Communication Task classified as a Query Task and would not have occured without the other. An example without Agents involved would be some domino stone would not have toppled without the first one toppling. When Agents are involved, the relation might be seen as an abstraction of the execution of some plan that arises from changing the agents goal that is due to perceiving the cause. However, currently it is unclear how to model such a pattern and therefore not included in SOMA. -This relation is seen as transitive. - is reaction to - - - - - - - - - - - - - - - - - - - The relation between a State that is replaced by another, e.g., the state of a bowl of fruits containing some objects is replaced by a new containment state when one object is taken away (in this example, we simplified the relation between the State and its type). - is replaced by - - - - - - - - - - - - A relation between a Task and one of its output roles. The difference to IsTaskOfOutputRole is that the latter is also applicable, e.g., for Deciding between objects, where the selected object is not created, but still an outcome of that task. - is task of created role - - - - - - - - - - - - A relation between SituationTransitions and Situations, which identifies the Situation the transition ends at. - is terminal situation of - - - - - - - - - - - - - The association between an Event that is terminated by another Event, e.g., the Action of picking an apple from a bowl of fruits terminates the State of containment between the apple and the bowl. - is terminated by - - - - - - - - - - - - - Simple top-level property for relations between two roles. - relates to another role - - - - - - - - - - - - - - - - - - The relation between a State that replaces another, e.g., the state of a bowl of fruits containing some objects is replaced by a new containment state when one object is taken away (in this example, we simplified the relation between the State and its type). - replaces - - - - - - +This relation is seen as transitive."@en) +AnnotationAssertion(rdfs:label SOMA:isReactionTo "is reaction to") +SubObjectPropertyOf(SOMA:isReactionTo SOMA:isAffectedBy) +TransitiveObjectProperty(SOMA:isReactionTo) +ObjectPropertyDomain(SOMA:isReactionTo ) +ObjectPropertyRange(SOMA:isReactionTo ) + +# Object Property: (is replaced by) - - - - - - - - - - The association between an Event that terminates another Event, e.g., the Action of picking an apple from a bowl of fruits terminates the State of containment between the apple and the bowl. - terminates - - +AnnotationAssertion(rdfs:comment SOMA:isReplacedBy "The relation between a State that is replaced by another, e.g., the state of a bowl of fruits containing some objects is replaced by a new containment state when one object is taken away (in this example, we simplified the relation between the State and its type)."@en) +AnnotationAssertion(rdfs:label SOMA:isReplacedBy "is replaced by"@en) +SubObjectPropertyOf(SOMA:isReplacedBy SOMA:before) +InverseObjectProperties(SOMA:isReplacedBy SOMA:replaces) +ObjectPropertyDomain(SOMA:isReplacedBy SOMA:State) +ObjectPropertyRange(SOMA:isReplacedBy SOMA:State) +# Object Property: (is task of created role) - +AnnotationAssertion(rdfs:comment SOMA:isTaskOfCreatedRole "A relation between a Task and one of its output roles. The difference to IsTaskOfOutputRole is that the latter is also applicable, e.g., for Deciding between objects, where the selected object is not created, but still an outcome of that task.") +AnnotationAssertion(rdfs:label SOMA:isTaskOfCreatedRole "is task of created role") +SubObjectPropertyOf(SOMA:isTaskOfCreatedRole SOMA:isTaskOfOutputRole) +ObjectPropertyDomain(SOMA:isTaskOfCreatedRole ) +ObjectPropertyRange(SOMA:isTaskOfCreatedRole ) +# Object Property: (is terminal situation of) - - - - - - A relation between a Transition and the Situation it is expected to, and does actually, end at. You can assert this relationship when the observed outcome of a transition matches expectations. - has expected terminal situation - - +AnnotationAssertion(rdfs:comment SOMA:isTerminalSituationOf "A relation between SituationTransitions and Situations, which identifies the Situation the transition ends at.") +AnnotationAssertion(rdfs:label SOMA:isTerminalSituationOf "is terminal situation of"@en) +SubObjectPropertyOf(SOMA:isTerminalSituationOf SOMA:isTerminalStateOf) +ObjectPropertyDomain(SOMA:isTerminalSituationOf ) +ObjectPropertyRange(SOMA:isTerminalSituationOf SOMA:SituationTransition) +# Object Property: (is terminated by) - +AnnotationAssertion(rdfs:comment SOMA:isTerminatedBy "The association between an Event that is terminated by another Event, e.g., the Action of picking an apple from a bowl of fruits terminates the State of containment between the apple and the bowl."@en) +AnnotationAssertion(rdfs:label SOMA:isTerminatedBy "is terminated by"@en) +SubObjectPropertyOf(SOMA:isTerminatedBy ) +InverseObjectProperties(SOMA:isTerminatedBy SOMA:terminates) +ObjectPropertyDomain(SOMA:isTerminatedBy ) +ObjectPropertyRange(SOMA:isTerminatedBy ) +# Object Property: (relates to another role) - - - - - - A relationship between a Situation x and another Situation y that precedes it, such that without y manifesting, it would be impossible for x to manifest. - has required initial situation - - +AnnotationAssertion(rdfs:comment SOMA:relatesToAnotherRole "Simple top-level property for relations between two roles.") +AnnotationAssertion(rdfs:label SOMA:relatesToAnotherRole "relates to another role") +SubObjectPropertyOf(SOMA:relatesToAnotherRole ) +SymmetricObjectProperty(SOMA:relatesToAnotherRole) +ObjectPropertyDomain(SOMA:relatesToAnotherRole ) +ObjectPropertyRange(SOMA:relatesToAnotherRole ) +# Object Property: (replaces) - +AnnotationAssertion(rdfs:comment SOMA:replaces "The relation between a State that replaces another, e.g., the state of a bowl of fruits containing some objects is replaced by a new containment state when one object is taken away (in this example, we simplified the relation between the State and its type)."@en) +AnnotationAssertion(rdfs:label SOMA:replaces "replaces"@en) +SubObjectPropertyOf(SOMA:replaces SOMA:after) +ObjectPropertyDomain(SOMA:replaces SOMA:State) +ObjectPropertyRange(SOMA:replaces SOMA:State) +# Object Property: (terminates) - - - A relationship indicating that a Situation is realized in an Event that actually happened. - manifests in - - +AnnotationAssertion(rdfs:comment SOMA:terminates "The association between an Event that terminates another Event, e.g., the Action of picking an apple from a bowl of fruits terminates the State of containment between the apple and the bowl."@en) +AnnotationAssertion(rdfs:label SOMA:terminates "terminates"@en) +SubObjectPropertyOf(SOMA:terminates ) +ObjectPropertyDomain(SOMA:terminates ) +ObjectPropertyRange(SOMA:terminates ) +# Object Property: (has expected terminal situation) - +AnnotationAssertion(rdfs:comment "A relation between a Transition and the Situation it is expected to, and does actually, end at. You can assert this relationship when the observed outcome of a transition matches expectations.") +AnnotationAssertion(rdfs:label "has expected terminal situation"@en) +SubObjectPropertyOf( SOMA:hasTerminalSituation) +SubObjectPropertyOf( ) +ObjectPropertyDomain( SOMA:SituationTransition) +ObjectPropertyRange( ) +# Object Property: (has required initial situation) - - - - - - A relationship indicating a Situation is prevented by another from manifesting. - prevented by - - +AnnotationAssertion(rdfs:comment "A relationship between a Situation x and another Situation y that precedes it, such that without y manifesting, it would be impossible for x to manifest.") +AnnotationAssertion(rdfs:label "has required initial situation"@en) +SubObjectPropertyOf( SOMA:hasInitialSituation) +SubObjectPropertyOf( ) +ObjectPropertyDomain( SOMA:SituationTransition) +ObjectPropertyRange( ) +# Object Property: (manifests in) - +AnnotationAssertion(rdfs:comment "A relationship indicating that a Situation is realized in an Event that actually happened.") +AnnotationAssertion(rdfs:label "manifests in") +SubObjectPropertyOf( ) +# Object Property: (prevented by) - - - - - A relationship indicating that a situation does or would prevent another from manifesting. Useful for reasoning about planning (what to do to avoid some bad outcome) and failure recovery (what aspects of the world state prevent continuing the plan?). - prevents - - +AnnotationAssertion(rdfs:comment "A relationship indicating a Situation is prevented by another from manifesting.") +AnnotationAssertion(rdfs:label "prevented by") +SubObjectPropertyOf( ) +InverseObjectProperties( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) +# Object Property: (prevents) - +AnnotationAssertion(rdfs:comment "A relationship indicating that a situation does or would prevent another from manifesting. Useful for reasoning about planning (what to do to avoid some bad outcome) and failure recovery (what aspects of the world state prevent continuing the plan?).") +AnnotationAssertion(rdfs:label "prevents") +SubObjectPropertyOf( ) +ObjectPropertyDomain( ) +ObjectPropertyRange( ) +# Object Property: (defines task) - - - - +SubObjectPropertyOf( SOMA:definesEventType) +# Object Property: (has postcondition) - +AnnotationAssertion(rdfs:comment "This should be taken to mean that the postcondition is the situation expected to follow the current situation. Whether the expectation is met is another issue.") +# Object Property: (has precondition) - - This should be taken to mean that the postcondition is the situation expected to follow the current situation. Whether the expectation is met is another issue. - - +AnnotationAssertion(rdfs:comment "This should be taken to mean: a precondition is a situation without which the current situation would not be possible.") +# Object Property: (is task defined in) - +SubObjectPropertyOf( SOMA:isEventTypeDefinedIn) - - This should be taken to mean: a precondition is a situation without which the current situation would not be possible. - - +############################ +# Classes +############################ - +# Class: (Abductive reasoning) +AnnotationAssertion(rdfs:comment SOMA:AbductiveReasoning "A task in which the Agent proceeds from some set of statements about a world, and attempts to obtain an explanation for these statements. This explanation is often an inferred cause, such as a final cause or intention. Further, it is often required that there be some guarantees that the explanation produced by AbductiveReasoning have some desirable property, such as being the simplest or most likely given the set of statements to explain.") +AnnotationAssertion(rdfs:label SOMA:AbductiveReasoning "Abductive reasoning"@en) +SubClassOf(SOMA:AbductiveReasoning SOMA:Reasoning) - - - - +# Class: () - - - - - - - - - - - - - A task in which the Agent proceeds from some set of statements about a world, and attempts to obtain an explanation for these statements. This explanation is often an inferred cause, such as a final cause or intention. Further, it is often required that there be some guarantees that the explanation produced by AbductiveReasoning have some desirable property, such as being the simplest or most likely given the set of statements to explain. - Abductive reasoning - - - - - - - - - - Tasks where the goal is to move an object. +AnnotationAssertion(rdfs:comment SOMA:Actuating "Tasks where the goal is to move an object. Usually, an agent will use their prehensile effectors, ie. hands, for this purpose, so there is a lot of conceptual overlap between Actuating and Manipulating. However, these categories are nonetheless distinguished in that there are more ways to actuate objects than simply manipulating them; for example, some tool like a net or frying pan might be used to catch an object. -Another way to look at the difference between Actuating and Manipulating is in what they "profile", ie. focus on as important. - -For Actuating, it is the object's motion that is paramount. - -For Manipulating, it is the movement of the hand(s) and the change in functional relationships (such as kinematic control) between the hand(s) and the manipulated object(s). - todo: think about use of tools. force events are generated between artifacts then. also not only the tool would be the 'salient artifact' here. - - - - - - - - - - A role that is played by an Information Realization answering some query. - Answer - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - An Illocutionary act where the Sender emits some Message to the Receiver as a reaction to some previous Communication task where the Roles where switched, i.e., the Sender (Receiver) of the Answering task has been the Sender (Sender) for the cause. - Answering task - - +Another way to look at the difference between Actuating and Manipulating is in what they \"profile\", ie. focus on as important. +For Actuating, it is the object's motion that is paramount. - +For Manipulating, it is the movement of the hand(s) and the change in functional relationships (such as kinematic control) between the hand(s) and the manipulated object(s).") +AnnotationAssertion(rdfs:comment SOMA:Actuating "todo: think about use of tools. force events are generated between artifacts then. also not only the tool would be the 'salient artifact' here.") +SubClassOf(SOMA:Actuating SOMA:PhysicalTask) +# Class: (Answer) - - - A task in which an Agent uses its perception apparatus to gain information about some location. - Area surveying - - +AnnotationAssertion(rdfs:comment SOMA:Answer "A role that is played by an Information Realization answering some query.") +AnnotationAssertion(rdfs:label SOMA:Answer "Answer") +SubClassOf(SOMA:Answer SOMA:Message) +# Class: (Answering task) - +AnnotationAssertion(rdfs:comment SOMA:AnsweringTask "An Illocutionary act where the Sender emits some Message to the Receiver as a reaction to some previous Communication task where the Roles where switched, i.e., the Sender (Receiver) of the Answering task has been the Sender (Sender) for the cause."@en) +AnnotationAssertion(rdfs:label SOMA:AnsweringTask "Answering task"@en) +EquivalentClasses(SOMA:AnsweringTask ObjectIntersectionOf(SOMA:IllocutionaryTask ObjectAllValuesFrom( ObjectAllValuesFrom(SOMA:isReactionTo ObjectSomeValuesFrom( SOMA:CommandingTask))))) +EquivalentClasses(SOMA:AnsweringTask ObjectSomeValuesFrom( SOMA:Answer)) +# Class: (Area surveying) - - - A task in which an Agent places a collection of objects at some set of relative poses to each other. - - +AnnotationAssertion(rdfs:comment SOMA:AreaSurveying "A task in which an Agent uses its perception apparatus to gain information about some location.") +AnnotationAssertion(rdfs:label SOMA:AreaSurveying "Area surveying"@en) +SubClassOf(SOMA:AreaSurveying SOMA:Perceiving) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Arranging "A task in which an Agent places a collection of objects at some set of relative poses to each other.") +SubClassOf(SOMA:Arranging SOMA:Constructing) +# Class: () - - - A task in which an Agent connects some objects such that they form a cohesive whole, and which also imposes constraints on the objects' relative motions. Often, the objects that make up an assemblage can also be separated again. - - +AnnotationAssertion(rdfs:comment SOMA:Assembling "A task in which an Agent connects some objects such that they form a cohesive whole, and which also imposes constraints on the objects' relative motions. Often, the objects that make up an assemblage can also be separated again.") +SubClassOf(SOMA:Assembling SOMA:Constructing) +# Class: (Assertion task) - +AnnotationAssertion(rdfs:comment SOMA:AssertionTask "An Illocutionary Act where the Sender emits some Message with the intent to change what the Receiver believes to be true in some context. Often, assertions are of facts about the real world, but this need not be the case. Assertions can communicate what someone believes, or refer to a world that is entirely fictional. In all these cases however, assertions are intended to update the listener's model (of the real world, or of the speaker's beliefs, or of the fictional world etc.)."@en) +AnnotationAssertion(rdfs:label SOMA:AssertionTask "Assertion task"@en) +SubClassOf(SOMA:AssertionTask SOMA:IllocutionaryTask) +# Class: (Assuming arm pose) - - - An Illocutionary Act where the Sender emits some Message with the intent to change what the Receiver believes to be true in some context. Often, assertions are of facts about the real world, but this need not be the case. Assertions can communicate what someone believes, or refer to a world that is entirely fictional. In all these cases however, assertions are intended to update the listener's model (of the real world, or of the speaker's beliefs, or of the fictional world etc.). - Assertion task - - +AnnotationAssertion(rdfs:comment SOMA:AssumingArmPose "A task by which an Agent arranges one/some/all of its arms according to some configuration.") +AnnotationAssertion(rdfs:label SOMA:AssumingArmPose "Assuming arm pose"@en) +SubClassOf(SOMA:AssumingArmPose SOMA:AssumingPose) +# Class: (Assuming pose) - +AnnotationAssertion(rdfs:comment SOMA:AssumingPose "A task by which an Agent arranges its body, or part of it, according to some configuration.") +AnnotationAssertion(rdfs:label SOMA:AssumingPose "Assuming pose"@en) +SubClassOf(SOMA:AssumingPose SOMA:PhysicalTask) +# Class: (Attention shifting) - - - A task by which an Agent arranges one/some/all of its arms according to some configuration. - Assuming arm pose - - +AnnotationAssertion(rdfs:comment SOMA:AttentionShift "A mental task in which the executing Agent shifts his attention from some Information to another."@en) +AnnotationAssertion(rdfs:label SOMA:AttentionShift "Attention shifting"@en) +SubClassOf(SOMA:AttentionShift SOMA:MentalTask) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Avoiding "A task in which an Agent moves so as to not enter or pass through a location.") +SubClassOf(SOMA:Avoiding SOMA:Navigating) +# Class: () - - - A task by which an Agent arranges its body, or part of it, according to some configuration. - Assuming pose - - +AnnotationAssertion(rdfs:comment SOMA:Capability "Capability") +AnnotationAssertion(rdfs:comment SOMA:Capability "The tendency of an object (the bearer) to be able to perform certain tasks together with others (the triggers) and in which the Bearer is the executor of the associated Task and will therefore usually be an Agent.") +SubClassOf(SOMA:Capability SOMA:Disposition) +SubClassOf(SOMA:Capability ObjectExactCardinality(1 ObjectIntersectionOf(SOMA:Affordance ObjectExactCardinality(1 SOMA:definesBearer ) ObjectExactCardinality(1 SOMA:definesTrigger ) ObjectExactCardinality(1 )))) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Catching "A task by which an Agent stops a moving object and gains kinematic control over it, usually by grasping.") +SubClassOf(SOMA:Catching SOMA:Actuating) +DisjointClasses(SOMA:Catching SOMA:PickingUp) +# Class: (Channel) - - - A mental task in which the executing Agent shifts his attention from some Information to another. - Attention shifting - - +AnnotationAssertion(rdfs:comment SOMA:Channel "A Channel in a Communication Task is the path of travel by a Message, e.g., via WLAN, air (in the case of a Message classifying soundwaves) or a telephone cable."@en) +AnnotationAssertion(rdfs:label SOMA:Channel "Channel"@en) +SubClassOf(SOMA:Channel SOMA:PathRole) +SubClassOf(SOMA:Channel ObjectSomeValuesFrom( SOMA:CommunicationTask)) +# Class: (Checking object presence) - +AnnotationAssertion(rdfs:comment SOMA:CheckingObjectPresence "A task by which an Agent uses its sensors to check for the presence of a specific object and to obtain some other information about it, e.g. pose.") +AnnotationAssertion(rdfs:label SOMA:CheckingObjectPresence "Checking object presence"@en) +SubClassOf(SOMA:CheckingObjectPresence SOMA:Perceiving) +# Class: () - - - A task in which an Agent moves so as to not enter or pass through a location. - - +AnnotationAssertion(rdfs:comment SOMA:Cleaning "This task in which an agent restores all the objects to their destined locations, wiping a specific object") +SubClassOf(SOMA:Cleaning SOMA:ModifyingPhysicalObject) +SubClassOf(SOMA:Cleaning ObjectSomeValuesFrom(SOMA:isTaskAffordedBy SOMA:Purification)) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Closing "A task in which an Agent manipulates a container so as to block access to its interior.") +SubClassOf(SOMA:Closing SOMA:Actuating) +DisjointClasses(SOMA:Closing SOMA:Delivering) +DisjointClasses(SOMA:Closing SOMA:Fetching) +DisjointClasses(SOMA:Closing SOMA:Lifting) +DisjointClasses(SOMA:Closing SOMA:Opening) +DisjointClasses(SOMA:Closing SOMA:Pulling) +DisjointClasses(SOMA:Closing SOMA:Pushing) +DisjointClasses(SOMA:Closing SOMA:Squeezing) +# Class: (Commanding task) - - - - - - 1 - - - - - - - 1 - - - - - 1 - - - - - 1 - - - - - - - - Capability - The tendency of an object (the bearer) to be able to perform certain tasks together with others (the triggers) and in which the Bearer is the executor of the associated Task and will therefore usually be an Agent. - - +AnnotationAssertion(rdfs:comment SOMA:CommandingTask "An Illocutionary act where the Sender emits some Message with the intent to cause the Receiver to perform some action."@en) +AnnotationAssertion(rdfs:label SOMA:CommandingTask "Commanding task"@en) +SubClassOf(SOMA:CommandingTask SOMA:IllocutionaryTask) +# Class: (Locutionary action) - +AnnotationAssertion(rdfs:comment SOMA:CommunicationAction "An action in which an Agent uses some actuator for communication purposes."@en) +AnnotationAssertion(rdfs:label SOMA:CommunicationAction "Locutionary action"@en) +SubClassOf(SOMA:CommunicationAction ) +SubClassOf(SOMA:CommunicationAction ObjectSomeValuesFrom( SOMA:LinguisticObject)) +# Class: (Communication report) - - - - A task by which an Agent stops a moving object and gains kinematic control over it, usually by grasping. - - +AnnotationAssertion(rdfs:comment SOMA:CommunicationReport "A task in which an Agent endeavors to describe truthfully some state of affairs.") +AnnotationAssertion(rdfs:label SOMA:CommunicationReport "Communication report"@en) +SubClassOf(SOMA:CommunicationReport SOMA:CommunicationTask) +# Class: (Communication task) - +AnnotationAssertion(rdfs:comment SOMA:CommunicationTask "A Task in which two or more Agents exchange information. A CommunicationTask classifies only Events that have only Agents and Social objects as participants. +Of course, the means of exchange is Physical, however this concept is to classify events for which we are not interested in the physical substrate, but rather who communicated and what the information content was.") +AnnotationAssertion(rdfs:label SOMA:CommunicationTask "Communication task"@en) +SubClassOf(SOMA:CommunicationTask ) +SubClassOf(SOMA:CommunicationTask ObjectIntersectionOf(ObjectSomeValuesFrom( SOMA:Channel) ObjectSomeValuesFrom( SOMA:Message) ObjectSomeValuesFrom( SOMA:Receiver) ObjectSomeValuesFrom( SOMA:Sender))) +SubClassOf(SOMA:CommunicationTask ObjectAllValuesFrom( ObjectAllValuesFrom( ObjectUnionOf( )))) - - - - - - - - - A Channel in a Communication Task is the path of travel by a Message, e.g., via WLAN, air (in the case of a Message classifying soundwaves) or a telephone cable. - Channel - - +# Class: (Communication topic) - - - - - - - A task by which an Agent uses its sensors to check for the presence of a specific object and to obtain some other information about it, e.g. pose. - Checking object presence - - - - - - - - - - - - - - - - This task in which an agent restores all the objects to their destined locations, wiping a specific object - - - - - - - - - - - - - - - - - A task in which an Agent manipulates a container so as to block access to its interior. - - - - - - - - - - An Illocutionary act where the Sender emits some Message with the intent to cause the Receiver to perform some action. - Commanding task - - - - - - - - - - - - - - - - An action in which an Agent uses some actuator for communication purposes. - Locutionary action - - - - - - - - - - A task in which an Agent endeavors to describe truthfully some state of affairs. - Communication report - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A Task in which two or more Agents exchange information. A CommunicationTask classifies only Events that have only Agents and Social objects as participants. - -Of course, the means of exchange is Physical, however this concept is to classify events for which we are not interested in the physical substrate, but rather who communicated and what the information content was. - Communication task - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A role that appears in communication tasks, and indicates what the communication is about. +AnnotationAssertion(rdfs:comment SOMA:CommunicationTopic "A role that appears in communication tasks, and indicates what the communication is about. CommunicationTopic can only classify a Social object that participates in an Action that is classified as (the execution of) a CommunicationTask. -Note that classifies here is used in the plays-role sense. This isn't to say that the social object, ie the information exchanged in the communication, is an instance of the topic. Rather, the topic role refers to what the information is about. - -For example, if the topic of a communication is flowers, this does not mean the words themselves are flowers, merely that, in some sense, they are about flowers. - Communication topic - - - - - - - - - - - An object that is derived from some premise using some inference rules. - Conclusions - - - - - - - - - - - A task in which an Agent creates a new physical object. - - - - - - - - - - The goal of this task is to separate one or more pieces from some target object by means of cutting into its constituent material. Unlike a disassembly, a cut is usually not easily reversible. - - - - - - - - - - A mental task in where an agent makes some decision, that is, selecting some Information object; usually on the basis of others. - Deciding - - +Note that classifies here is used in the plays-role sense. This isn't to say that the social object, ie the information exchanged in the communication, is an instance of the topic. Rather, the topic role refers to what the information is about. +For example, if the topic of a communication is flowers, this does not mean the words themselves are flowers, merely that, in some sense, they are about flowers.") +AnnotationAssertion(rdfs:label SOMA:CommunicationTopic "Communication topic"@en) +SubClassOf(SOMA:CommunicationTopic SOMA:ResourceRole) +SubClassOf(SOMA:CommunicationTopic ObjectAllValuesFrom( ObjectIntersectionOf( ObjectSomeValuesFrom( ObjectSomeValuesFrom( SOMA:CommunicationTask))))) - +# Class: (Conclusions) +AnnotationAssertion(rdfs:comment SOMA:Conclusion "An object that is derived from some premise using some inference rules.") +AnnotationAssertion(rdfs:label SOMA:Conclusion "Conclusions") +SubClassOf(SOMA:Conclusion SOMA:CreatedObject) +SubClassOf(SOMA:Conclusion SOMA:Knowledge) - - - A task in which the Agent, using general logical principles that it considers logically valid, applied to premises that it considers logically true, arrives at conclusions that it considers logically certain. +# Class: () -Deduction is often explained as starting from the "general" (some property X is known about all members of a set S), applying it to the "specific" (some Entity Y is known to belong to set S), to arrive at a specialization of the general property (X applies to Y). - Deductive reasoning - - +AnnotationAssertion(rdfs:comment SOMA:Constructing "A task in which an Agent creates a new physical object."@en) +SubClassOf(SOMA:Constructing SOMA:PhysicalTask) +DisjointClasses(SOMA:Constructing SOMA:ModifyingPhysicalObject) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Cutting "The goal of this task is to separate one or more pieces from some target object by means of cutting into its constituent material. Unlike a disassembly, a cut is usually not easily reversible.") +SubClassOf(SOMA:Cutting SOMA:ModifyingPhysicalObject) +# Class: (Deciding) - - - - - - - - - - - - - - - A task in which an Agent brings an item that the Agent already carries to a specified target. - - +AnnotationAssertion(rdfs:isDefinedBy SOMA:Deciding "A mental task in where an agent makes some decision, that is, selecting some Information object; usually on the basis of others."@en) +AnnotationAssertion(rdfs:label SOMA:Deciding "Deciding"@en) +SubClassOf(SOMA:Deciding SOMA:DerivingInformation) +# Class: (Deductive reasoning) - +AnnotationAssertion(rdfs:comment SOMA:DeductiveReasoning "A task in which the Agent, using general logical principles that it considers logically valid, applied to premises that it considers logically true, arrives at conclusions that it considers logically certain. +Deduction is often explained as starting from the \"general\" (some property X is known about all members of a set S), applying it to the \"specific\" (some Entity Y is known to belong to set S), to arrive at a specialization of the general property (X applies to Y).") +AnnotationAssertion(rdfs:label SOMA:DeductiveReasoning "Deductive reasoning"@en) +SubClassOf(SOMA:DeductiveReasoning SOMA:Reasoning) - - - - - - - - - - - - - - - - - Deriving information - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Delivering "A task in which an Agent brings an item that the Agent already carries to a specified target.") +SubClassOf(SOMA:Delivering SOMA:Actuating) +SubClassOf(SOMA:Delivering ObjectSomeValuesFrom(SOMA:isTaskAffordedBy SOMA:Shifting)) +DisjointClasses(SOMA:Delivering SOMA:Fetching) +DisjointClasses(SOMA:Delivering SOMA:Lifting) +DisjointClasses(SOMA:Delivering SOMA:Opening) +DisjointClasses(SOMA:Delivering SOMA:Pulling) +DisjointClasses(SOMA:Delivering SOMA:Pushing) +DisjointClasses(SOMA:Delivering SOMA:Squeezing) - +# Class: (Deriving information) +AnnotationAssertion(rdfs:label SOMA:DerivingInformation "Deriving information") +SubClassOf(SOMA:DerivingInformation SOMA:InformationAcquisition) +SubClassOf(SOMA:DerivingInformation ObjectIntersectionOf(ObjectSomeValuesFrom(SOMA:isTaskOfInputRole SOMA:Premise) ObjectSomeValuesFrom(SOMA:isTaskOfOutputRole SOMA:Conclusion))) - - - A particular kind of cutting where the goal is to produce small pieces out of some object or material. Unlike slices, the pieces to be obtained do not have one or two dimensions being more prominent than others. "Dice", the pieces dicing results in, are approximately cubic. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Dicing "A particular kind of cutting where the goal is to produce small pieces out of some object or material. Unlike slices, the pieces to be obtained do not have one or two dimensions being more prominent than others. \"Dice\", the pieces dicing results in, are approximately cubic.") +SubClassOf(SOMA:Dicing SOMA:Cutting) - +# Class: (Discourse) +AnnotationAssertion(rdfs:comment SOMA:Discourse "A mental task, in which two or more agents discuss some topic via multiple Illocutionary acts, which are part of this task."@en) +AnnotationAssertion(rdfs:label SOMA:Discourse "Discourse"@en) +SubClassOf(SOMA:Discourse SOMA:CommunicationTask) - - - A mental task, in which two or more agents discuss some topic via multiple Illocutionary acts, which are part of this task. - Discourse - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Distancing "A task in which an Agent increases its distance from some location.") +SubClassOf(SOMA:Distancing SOMA:Navigating) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Dreaming "Any form of re-processing episodic memories for long-term memory by natural or aritifical agents.") +SubClassOf(SOMA:Dreaming SOMA:DerivingInformation) - - - A task in which an Agent increases its distance from some location. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Dropping "The dropped object falls mainly under the influence of gravity. However, an agent may also drop something during navigation. The difference to 'Throwing' is that there is no 'Limb motion' which is a constitiuent of the action. - +'Dropping' is intentional. Dropping by accident may not has a phase to release the grasp. It could be that the grasp was not strong enough and the objects \"slips\" away.") +SubClassOf(SOMA:Dropping SOMA:Actuating) +DisjointClasses(SOMA:Dropping SOMA:Placing) +# Class: (End effector positioning) - - - Any form of re-processing episodic memories for long-term memory by natural or aritifical agents. - - +AnnotationAssertion(rdfs:comment SOMA:EndEffectorPositioning "A task in which an Agent places its end effectors at particular poses.") +AnnotationAssertion(rdfs:label SOMA:EndEffectorPositioning "End effector positioning"@en) +SubClassOf(SOMA:EndEffectorPositioning SOMA:Manipulating) +# Class: (Execution state region) - +AnnotationAssertion(rdfs:comment SOMA:ExecutionStateRegion "A region containing labels that describe different states in the evolution/completion of a task execution.") +AnnotationAssertion(rdfs:label SOMA:ExecutionStateRegion "Execution state region") +EquivalentClasses(SOMA:ExecutionStateRegion ObjectOneOf(SOMA:ExecutionState_Active SOMA:ExecutionState_Cancelled SOMA:ExecutionState_Failed SOMA:ExecutionState_Paused SOMA:ExecutionState_Pending SOMA:ExecutionState_Succeeded)) +SubClassOf(SOMA:ExecutionStateRegion ) +# Class: () - - - - The dropped object falls mainly under the influence of gravity. However, an agent may also drop something during navigation. The difference to 'Throwing' is that there is no 'Limb motion' which is a constitiuent of the action. +AnnotationAssertion(rdfs:comment SOMA:Fetching "A task in which an Agent retrieves an object from a particular location, which puts the object under the Agent's control, who can now e.g. transport the object somewhere else; this task may include repositioning the Agent to better reach the object. Note that while in normal linguistic use fetch can mean transport, we use it here to refer only to (a part of) the first stage of transport.") +SubClassOf(SOMA:Fetching SOMA:PhysicalAcquiring) +DisjointClasses(SOMA:Fetching SOMA:Lifting) +DisjointClasses(SOMA:Fetching SOMA:Opening) +DisjointClasses(SOMA:Fetching SOMA:Pulling) +DisjointClasses(SOMA:Fetching SOMA:Pushing) +DisjointClasses(SOMA:Fetching SOMA:Squeezing) -'Dropping' is intentional. Dropping by accident may not has a phase to release the grasp. It could be that the grasp was not strong enough and the objects "slips" away. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Flipping "The task in which the agent turns an object over by using a tool or by manipulating") +SubClassOf(SOMA:Flipping SOMA:Actuating) +SubClassOf(SOMA:Flipping ObjectSomeValuesFrom(SOMA:isTaskAffordedBy SOMA:Shifting)) - +# Class: (Focusing) +AnnotationAssertion(rdfs:comment SOMA:Focusing "The mental task to center the attention to some subject.") +AnnotationAssertion(rdfs:label SOMA:Focusing "Focusing") +SubClassOf(SOMA:Focusing SOMA:AttentionShift) - - - A task in which an Agent places its end effectors at particular poses. - End effector positioning - - +# Class: (Forgetting incorrect information) +AnnotationAssertion(rdfs:comment SOMA:ForgettingIncorrectInformation "A mental task in which the executing agent aims to correct its present information by deleting an incorrect information."@en) +AnnotationAssertion(rdfs:label SOMA:ForgettingIncorrectInformation "Forgetting incorrect information"@en) +SubClassOf(SOMA:ForgettingIncorrectInformation SOMA:InformationDismissal) - +# Class: (Forgetting irrelevant information) +AnnotationAssertion(rdfs:comment SOMA:ForgettingIrrelevantInformation "A mental task in which the executing agent aims to clean up its present information by deleting an irrelevant information."@en) +AnnotationAssertion(rdfs:label SOMA:ForgettingIrrelevantInformation "Forgetting irrelevant information"@en) +SubClassOf(SOMA:ForgettingIrrelevantInformation SOMA:InformationDismissal) - - - - - - - - - - - - - - - A region containing labels that describe different states in the evolution/completion of a task execution. - Execution state region - - +# Class: (Get task parameter) +AnnotationAssertion(rdfs:comment SOMA:GetTaskParameter "A task in which an Agent computes some parameter relevant for another task.") +AnnotationAssertion(rdfs:label SOMA:GetTaskParameter "Get task parameter"@en) +SubClassOf(SOMA:GetTaskParameter SOMA:Planning) - +# Class: (Grasp transfer) +AnnotationAssertion(rdfs:comment SOMA:GraspTransfer "A task in which an Agent switches which of its end effectors holds an object.") +AnnotationAssertion(rdfs:label SOMA:GraspTransfer "Grasp transfer"@en) +SubClassOf(SOMA:GraspTransfer SOMA:Grasping) - - - - - - - - A task in which an Agent retrieves an object from a particular location, which puts the object under the Agent's control, who can now e.g. transport the object somewhere else; this task may include repositioning the Agent to better reach the object. Note that while in normal linguistic use fetch can mean transport, we use it here to refer only to (a part of) the first stage of transport. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Grasping "A task in which an Agent uses its end effectors to grasp an object, thus gaining kinematic control over it.") +SubClassOf(SOMA:Grasping SOMA:Manipulating) +DisjointClasses(SOMA:Grasping SOMA:Releasing) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Holding "A task by which an Agent keeps an object over which it has kinematic control, typically via grasping, at some specified pose.") +SubClassOf(SOMA:Holding SOMA:Manipulating) - - - - - - - - - The task in which the agent turns an object over by using a tool or by manipulating - - +# Class: (Illocutionary act) +AnnotationAssertion(rdfs:comment SOMA:IllocutionaryTask "A task which is executed by a Locution action: A Locution is what was said and meant, Illocution is what was done. - +When somebody says \"Is there any salt?\" at the dinner table, the illocutionary act is a request: \"please give me some salt\" even though the locutionary act (the literal sentence) was to ask a question about the presence of salt. +Source: https://en.wikipedia.org/wiki/Illocutionary_act"@en) +AnnotationAssertion(rdfs:label SOMA:IllocutionaryTask "Illocutionary act"@en) +SubClassOf(SOMA:IllocutionaryTask ObjectIntersectionOf(SOMA:CommunicationTask ObjectAllValuesFrom( ObjectAllValuesFrom( ObjectUnionOf( ))))) - - - The mental task to center the attention to some subject. - Focusing - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Imagining "A Mental task in which the Agent constructs a mental representation of a possible world. An Agent performing an Imagining activity does not aim to construct a representation that aspires to be faithful to some past, present, or future state of affairs of the actual world it is embodied in.") +SubClassOf(SOMA:Imagining SOMA:InformationAcquisition) - +# Class: (Inductive resoning) +AnnotationAssertion(rdfs:comment SOMA:InductiveReasoning "A task in which the Agent endeavors to accumulate confidence in some general statement about the world, by gathering instances in which this general statement appears to apply. Note that perfect confidence can never be guaranteed by induction. - - - A mental task in which the executing agent aims to correct its present information by deleting an incorrect information. - Forgetting incorrect information - - +Induction is often described as a move from many \"specifics\" (swan A is white, swan B is white, swan C is white, ...) to the \"general\" (all swans are white).") +AnnotationAssertion(rdfs:label SOMA:InductiveReasoning "Inductive resoning"@en) +SubClassOf(SOMA:InductiveReasoning SOMA:Reasoning) +# Class: (Inference rules) - +AnnotationAssertion(rdfs:comment SOMA:InferenceRules "The role of an object that is used to derive a conclusion from some premises.") +AnnotationAssertion(rdfs:label SOMA:InferenceRules "Inference rules") +SubClassOf(SOMA:InferenceRules SOMA:Knowledge) +# Class: (Information acquisition) - - - A mental task in which the executing agent aims to clean up its present information by deleting an irrelevant information. - Forgetting irrelevant information - - +AnnotationAssertion(rdfs:comment SOMA:InformationAcquisition "A mental task in which the executing agent acquires some information that was not immediately available to it before. +A synonym might be \"Thinking\". +Examples include recalling knowledge or inferring some information from other information."@en) +AnnotationAssertion(rdfs:label SOMA:InformationAcquisition "Information acquisition"@en) +EquivalentClasses(SOMA:InformationAcquisition ObjectIntersectionOf(SOMA:MentalTask ObjectSomeValuesFrom(SOMA:isTaskOfOutputRole ObjectIntersectionOf(SOMA:CreatedObject SOMA:Knowledge)))) - +# Class: (Information dismissal) +AnnotationAssertion(rdfs:comment SOMA:InformationDismissal "A mental task in which the executing agent dismisses some information. - - - A task in which an Agent computes some parameter relevant for another task. - Get task parameter - - +An example is forgetting some knowledge."@en) +AnnotationAssertion(rdfs:label SOMA:InformationDismissal "Information dismissal"@en) +SubClassOf(SOMA:InformationDismissal SOMA:MentalTask) +SubClassOf(SOMA:InformationDismissal ObjectSomeValuesFrom(SOMA:isTaskOfInputRole ObjectIntersectionOf(SOMA:DestroyedObject SOMA:Knowledge))) +# Class: (Information retrieval) - - - - - - A task in which an Agent switches which of its end effectors holds an object. - Grasp transfer - - - - - - - - - - - A task in which an Agent uses its end effectors to grasp an object, thus gaining kinematic control over it. - - - - - - - - - - A task by which an Agent keeps an object over which it has kinematic control, typically via grasping, at some specified pose. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A task which is executed by a Locution action: A Locution is what was said and meant, Illocution is what was done. - -When somebody says "Is there any salt?" at the dinner table, the illocutionary act is a request: "please give me some salt" even though the locutionary act (the literal sentence) was to ask a question about the presence of salt. - -Source: https://en.wikipedia.org/wiki/Illocutionary_act - Illocutionary act - - - - - - - - - - A Mental task in which the Agent constructs a mental representation of a possible world. An Agent performing an Imagining activity does not aim to construct a representation that aspires to be faithful to some past, present, or future state of affairs of the actual world it is embodied in. - - - - - - - - - - A task in which the Agent endeavors to accumulate confidence in some general statement about the world, by gathering instances in which this general statement appears to apply. Note that perfect confidence can never be guaranteed by induction. - -Induction is often described as a move from many "specifics" (swan A is white, swan B is white, swan C is white, ...) to the "general" (all swans are white). - Inductive resoning - - - - - - - - - - The role of an object that is used to derive a conclusion from some premises. - Inference rules - - - - - - - - - - - - - - - - - - - - - - - - - - - A mental task in which the executing agent acquires some information that was not immediately available to it before. -A synonym might be "Thinking". - -Examples include recalling knowledge or inferring some information from other information. - Information acquisition - - - - - - - - - - - - - - - - - - - - - - - A mental task in which the executing agent dismisses some information. - -An example is forgetting some knowledge. - Information dismissal - - - - - - - - - - - - - - - - A mental task in which an Agent recalls some knowledge that has been memorized previously. +AnnotationAssertion(rdfs:comment SOMA:InformationRetrieval "A mental task in which an Agent recalls some knowledge that has been memorized previously. Examples include a human remembering some information or a computer retrieving knowledge from a database. -The difference to Remembering is that for this Task, we are concerned with knowledge about a previous world state. Memory Retrieval is more general in the sense that it also includes the retrieval of learned facts and rules. - Information retrieval - - - - - - +The difference to Remembering is that for this Task, we are concerned with knowledge about a previous world state. Memory Retrieval is more general in the sense that it also includes the retrieval of learned facts and rules."@en) +AnnotationAssertion(rdfs:label SOMA:InformationRetrieval "Information retrieval"@en) +SubClassOf(SOMA:InformationRetrieval SOMA:InformationAcquisition) +SubClassOf(SOMA:InformationRetrieval ObjectSomeValuesFrom(SOMA:isTaskOfOutputRole SOMA:Knowledge)) - - - - - - - - - - - - - - - - A mental task in which the executing agent persists some information for later recall, if necessary. +# Class: (Information storage) -An example is learning new knowledge. - Information storage - - +AnnotationAssertion(rdfs:comment SOMA:InformationStorage "A mental task in which the executing agent persists some information for later recall, if necessary. +An example is learning new knowledge."@en) +AnnotationAssertion(rdfs:label SOMA:InformationStorage "Information storage"@en) +SubClassOf(SOMA:InformationStorage SOMA:MentalTask) +SubClassOf(SOMA:InformationStorage ObjectSomeValuesFrom(SOMA:isTaskOfInputRole ObjectIntersectionOf(SOMA:Knowledge SOMA:StoredObject))) - +# Class: (Instructions) +AnnotationAssertion(rdfs:comment SOMA:Instructions "The role of a plan to follow during an execution task.") +AnnotationAssertion(rdfs:label SOMA:Instructions "Instructions") +SubClassOf(SOMA:Instructions SOMA:Item) - - - The role of a plan to follow during an execution task. - Instructions - - +# Class: (Interpreting) +AnnotationAssertion(rdfs:comment SOMA:Interpreting "A task in which an Agent interpretes some information, e.g., makes sense of some incoming message or its visible surroundings."@en) +AnnotationAssertion(rdfs:label SOMA:Interpreting "Interpreting"@en) +SubClassOf(SOMA:Interpreting SOMA:DerivingInformation) - +# Class: (Introspecting) +AnnotationAssertion(rdfs:comment SOMA:Introspecting "A mentalk task in which an Agent gathers and processes information about its own mental tasks via, e.g., Meta Reasoning."@en) +AnnotationAssertion(rdfs:label SOMA:Introspecting "Introspecting"@en) +SubClassOf(SOMA:Introspecting SOMA:InformationAcquisition) - - - A task in which an Agent interpretes some information, e.g., makes sense of some incoming message or its visible surroundings. - Interpreting - - +# Class: () +SubClassOf(SOMA:Knowledge SOMA:Item) - +# Class: (A task in which an agent annotates some objects with names, e.g., labeling the feeling of a tip-of-the-tongue event as such.) +AnnotationAssertion(rdfs:label SOMA:Labeling "A task in which an agent annotates some objects with names, e.g., labeling the feeling of a tip-of-the-tongue event as such.") +AnnotationAssertion(rdfs:label SOMA:Labeling "Labeling") +SubClassOf(SOMA:Labeling SOMA:Interpreting) - - - A mentalk task in which an Agent gathers and processes information about its own mental tasks via, e.g., Meta Reasoning. - Introspecting - - +# Class: (Learning) +AnnotationAssertion(rdfs:comment SOMA:Learning "The mental task of storing information for later use. - +This is more general than memorizing, as the later only captures declarative knowledge.") +AnnotationAssertion(rdfs:label SOMA:Learning "Learning") +SubClassOf(SOMA:Learning SOMA:InformationStorage) +# Class: () - - - - +AnnotationAssertion(rdfs:comment SOMA:Lifting "todo: how to distinguish from e.g. 'pushing from the table'") +SubClassOf(SOMA:Lifting SOMA:Actuating) +DisjointClasses(SOMA:Lifting SOMA:Opening) +DisjointClasses(SOMA:Lifting SOMA:Pulling) +DisjointClasses(SOMA:Lifting SOMA:Pushing) +DisjointClasses(SOMA:Lifting SOMA:Squeezing) +# Class: (Linguistic object) - +AnnotationAssertion(rdfs:isDefinedBy SOMA:LinguisticObject ) +AnnotationAssertion(rdfs:label SOMA:LinguisticObject "Linguistic object"@en) +SubClassOf(SOMA:LinguisticObject ) +# Class: () - - - A task in which an agent annotates some objects with names, e.g., labeling the feeling of a tip-of-the-tongue event as such. - Labeling - - +AnnotationAssertion(rdfs:comment SOMA:LookingAt "better: Gazing") +SubClassOf(SOMA:LookingAt SOMA:PhysicalTask) +# Class: (Looking for) - +AnnotationAssertion(rdfs:comment SOMA:LookingFor "A task by which an Agent uses its perception apparatus to check for the presence of an object in some specified area.") +AnnotationAssertion(rdfs:label SOMA:LookingFor "Looking for"@en) +SubClassOf(SOMA:LookingFor SOMA:Perceiving) +# Class: () - - - The mental task of storing information for later use. +AnnotationAssertion(rdfs:comment SOMA:Lowering "A task in which an Agent reduces the elevation at which they hold an item.") +SubClassOf(SOMA:Lowering SOMA:Actuating) -This is more general than memorizing, as the later only captures declarative knowledge. - Learning - - +# Class: () - - - - - - - - - - - todo: how to distinguish from e.g. 'pushing from the table' - - - - - - - - - - - Linguistic object - - - - - - - - - - better: Gazing - - - - - - - - - - A task by which an Agent uses its perception apparatus to check for the presence of an object in some specified area. - Looking for - - - - - - - - - - A task in which an Agent reduces the elevation at which they hold an item. - - - - - - - - - - - - - - - - Tasks where the goal is to move the prehensile effectors, ie. hands, of an agent so as to achieve some spatial or functional relation with some manipulated object. +AnnotationAssertion(rdfs:comment SOMA:Manipulating "Tasks where the goal is to move the prehensile effectors, ie. hands, of an agent so as to achieve some spatial or functional relation with some manipulated object. Spatial relations refer to positioning the hands in certain ways relative to the manipulated object, for example nearing or distancing them, or aligning them with some relevant axis. @@ -1554,1246 +945,527 @@ Functional relations here refer to interactions between the hands and manipulate Note that manipulation tasks are usually performed with the intention of moving an object in some way, so there is a large conceptual overlap between Manipulating and Actuating. -However these concepts are nonetheless distinguished in what they "profile", ie. what they focus on as particularly important. +However these concepts are nonetheless distinguished in what they \"profile\", ie. what they focus on as particularly important. Actuating profiles the movement of the object itself. Manipulating profiles the movement of the hands and the functional relations, such as kinematic control, they establish with the manipulated object. -Note: we employ Manipulating here in its literal, original sense, of using hands for some purpose, and not in the metaphorical sense of exerting psychological pressure on someone. - - - - - - - - - - An atomic mental task in which an Agent saves some (declarative) information for later retrieval. - -Examples include a student learning vocabularies or a computer saving some information to a database. - Memorizing - - - - - - - - - - - - - - - - - - - - - - - An Event construed as the Agent participant affecting Entities that are representations of actual or potential Entities or Events in the physical world in which the Agent is embodied. These representations are maintained by the Agent participant in the 'Mental action' event. - -One could argue Mental actions are all Physical actions, because anything the Agent may use to maintain such representations will be physical things, However, we make this distinction because for Mental actions it is less important to consider the physical support of the representation and how it changes, and more important to track how the information content of the representation changes. - Mental action - - - - - - - - - - - - - - - - A Task classifying some MentalAction, that is, an Action through which an Agent manipulates representations stored in its own cognition. - Mental task - - - - - - - - - - - - - - - - - - - - - - A message is a discrete unit of communication intended by the source for consumption by some recipient or group of recipients (Source: https://en.wikipedia.org/wiki/Message). - -Note that the Role Message classifies the Information Realization, not the content. - Message - - +Note: we employ Manipulating here in its literal, original sense, of using hands for some purpose, and not in the metaphorical sense of exerting psychological pressure on someone.") +SubClassOf(SOMA:Manipulating SOMA:PhysicalTask) +SubClassOf(SOMA:Manipulating ObjectAllValuesFrom( SOMA:PhysicalAction)) +# Class: (Memorizing) - +AnnotationAssertion(rdfs:comment SOMA:Memorizing "An atomic mental task in which an Agent saves some (declarative) information for later retrieval. +Examples include a student learning vocabularies or a computer saving some information to a database."@en) +AnnotationAssertion(rdfs:label SOMA:Memorizing "Memorizing"@en) +SubClassOf(SOMA:Memorizing SOMA:Learning) - - - A topic used while an Agent describes its own cognitive processes and acions to evaluate them according to some metric. - Meta cognition evaluation topic - - +# Class: (Mental action) +AnnotationAssertion(rdfs:comment SOMA:MentalAction "An Event construed as the Agent participant affecting Entities that are representations of actual or potential Entities or Events in the physical world in which the Agent is embodied. These representations are maintained by the Agent participant in the 'Mental action' event. - +One could argue Mental actions are all Physical actions, because anything the Agent may use to maintain such representations will be physical things, However, we make this distinction because for Mental actions it is less important to consider the physical support of the representation and how it changes, and more important to track how the information content of the representation changes.") +AnnotationAssertion(rdfs:label SOMA:MentalAction "Mental action") +SubClassOf(SOMA:MentalAction ) +SubClassOf(SOMA:MentalAction ObjectAllValuesFrom( ObjectUnionOf( ))) +# Class: (Mental task) - - - A topic used while an Agent describes its own cognitive processes and actions, and which covers descriptions of what memories are involved in them. - Meta cognition memory topic - - +AnnotationAssertion(rdfs:comment SOMA:MentalTask "A Task classifying some MentalAction, that is, an Action through which an Agent manipulates representations stored in its own cognition.") +AnnotationAssertion(rdfs:label SOMA:MentalTask "Mental task"@en) +SubClassOf(SOMA:MentalTask ) +SubClassOf(SOMA:MentalTask ObjectAllValuesFrom( SOMA:MentalAction)) +# Class: (Message) - +AnnotationAssertion(rdfs:comment SOMA:Message "A message is a discrete unit of communication intended by the source for consumption by some recipient or group of recipients (Source: https://en.wikipedia.org/wiki/Message). +Note that the Role Message classifies the Information Realization, not the content."@en) +AnnotationAssertion(rdfs:label SOMA:Message "Message"@en) +SubClassOf(SOMA:Message SOMA:Item) +SubClassOf(SOMA:Message ObjectSomeValuesFrom( SOMA:CommunicationTask)) +SubClassOf(SOMA:Message ObjectAllValuesFrom( )) - - - A topic used while an Agent describes the planning it does for its own cognitive processes and actions. - Meta cognition planning topic - - +# Class: (Meta cognition evaluation topic) +AnnotationAssertion(rdfs:comment SOMA:MetaCognitionEvaluationTopic "A topic used while an Agent describes its own cognitive processes and acions to evaluate them according to some metric.") +AnnotationAssertion(rdfs:label SOMA:MetaCognitionEvaluationTopic "Meta cognition evaluation topic") +SubClassOf(SOMA:MetaCognitionEvaluationTopic SOMA:MetaCognitionTopic) - +# Class: (Meta cognition memory topic) +AnnotationAssertion(rdfs:comment SOMA:MetaCognitionMemoryTopic "A topic used while an Agent describes its own cognitive processes and actions, and which covers descriptions of what memories are involved in them.") +AnnotationAssertion(rdfs:label SOMA:MetaCognitionMemoryTopic "Meta cognition memory topic") +SubClassOf(SOMA:MetaCognitionMemoryTopic SOMA:MetaCognitionTopic) - - - A topic for a description that an Agent might make of its own cognitive processes and actions. - - +# Class: (Meta cognition planning topic) +AnnotationAssertion(rdfs:comment SOMA:MetaCognitionPlanningTopic "A topic used while an Agent describes the planning it does for its own cognitive processes and actions.") +AnnotationAssertion(rdfs:label SOMA:MetaCognitionPlanningTopic "Meta cognition planning topic") +SubClassOf(SOMA:MetaCognitionPlanningTopic SOMA:MetaCognitionTopic) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:MetaCognitionTopic "A topic for a description that an Agent might make of its own cognitive processes and actions.") +SubClassOf(SOMA:MetaCognitionTopic SOMA:ThinkAloudTopic) - - - The concious or subconcious task to control the own mental processes, e.g., evaluating them and instructing the own mind to shift attention. - Metacognitive controlling - - +# Class: (Metacognitive controlling) +AnnotationAssertion(rdfs:comment SOMA:MetacognitiveControlling "The concious or subconcious task to control the own mental processes, e.g., evaluating them and instructing the own mind to shift attention.") +AnnotationAssertion(rdfs:label SOMA:MetacognitiveControlling "Metacognitive controlling") +SubClassOf(SOMA:MetacognitiveControlling SOMA:MentalTask) - +# Class: (Metacognitive monitoring) +AnnotationAssertion(rdfs:comment SOMA:MetacognitiveMonitoring "The task to label the processes and states of the own mind, e.g., to interprete the feeling of knowing an information but not being able to retrieve it at the moment as a tip-of-the-tongue event.") +AnnotationAssertion(rdfs:label SOMA:MetacognitiveMonitoring "Metacognitive monitoring") +SubClassOf(SOMA:MetacognitiveMonitoring SOMA:Introspecting) - - - The task to label the processes and states of the own mind, e.g., to interprete the feeling of knowing an information but not being able to retrieve it at the moment as a tip-of-the-tongue event. - Metacognitive monitoring - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Mixing "A task by which an Agent combines several entities, such that the combination is difficult or in practice impossible to reverse.") +SubClassOf(SOMA:Mixing SOMA:Constructing) - +# Class: (Modifying physical object) +AnnotationAssertion(rdfs:comment SOMA:ModifyingPhysicalObject "Superconcept for tasks that involve affecting some state that an object is in (e.g. where it is located), without creating or destroying the object.") +AnnotationAssertion(rdfs:label SOMA:ModifyingPhysicalObject "Modifying physical object"@en) +SubClassOf(SOMA:ModifyingPhysicalObject SOMA:PhysicalTask) - - - A task by which an Agent combines several entities, such that the combination is difficult or in practice impossible to reverse. - - +# Class: (Monitoring joint state) +AnnotationAssertion(rdfs:comment SOMA:MonitoringJointState "A task in which the Agent keeps track of the physical state of its joints, e.g. their positions, velocities, efforts.") +AnnotationAssertion(rdfs:label SOMA:MonitoringJointState "Monitoring joint state"@en) +SubClassOf(SOMA:MonitoringJointState SOMA:Proprioceiving) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:MovingTo "A task in which an Agent moves towards a location.") +SubClassOf(SOMA:MovingTo SOMA:Navigating) - - - Superconcept for tasks that involve affecting some state that an object is in (e.g. where it is located), without creating or destroying the object. - Modifying physical object - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Navigating "A task in which an Agent moves through space so as to arrive at some location, follow some path, or increase its distance from some location or other entity. Often, navigation involves finding paths around obstacles and forbidden areas.") +SubClassOf(SOMA:Navigating SOMA:PhysicalTask) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Opening "A task in which an Agent manipulates a container so as to expose its interior.") +SubClassOf(SOMA:Opening SOMA:Actuating) +DisjointClasses(SOMA:Opening SOMA:Pulling) +DisjointClasses(SOMA:Opening SOMA:Pushing) +DisjointClasses(SOMA:Opening SOMA:Squeezing) - - - A task in which the Agent keeps track of the physical state of its joints, e.g. their positions, velocities, efforts. - Monitoring joint state - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Orienting "A task in which an Agent adjusts the orientation of an object.") +SubClassOf(SOMA:Orienting SOMA:Positioning) - +# Class: (Parking arms) +AnnotationAssertion(rdfs:comment SOMA:ParkingArms "A task by which an Agent arranges its arms in such a way so as to minimize opportunities for collision while moving through the environment.") +AnnotationAssertion(rdfs:label SOMA:ParkingArms "Parking arms"@en) +SubClassOf(SOMA:ParkingArms SOMA:AssumingArmPose) - - - A task in which an Agent moves towards a location. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Perceiving "A task in which the Agent gathers and interprets sensor information about its surroundings.") +SubClassOf(SOMA:Perceiving ObjectIntersectionOf(SOMA:InformationAcquisition SOMA:PhysicalTask)) - +# Class: (Physical acquiring) - - - - A task in which an Agent moves through space so as to arrive at some location, follow some path, or increase its distance from some location or other entity. Often, navigation involves finding paths around obstacles and forbidden areas. - - - - - - - - - - - - - A task in which an Agent manipulates a container so as to expose its interior. - - - - - - - - - - A task in which an Agent adjusts the orientation of an object. - - - - - - - - - - A task by which an Agent arranges its arms in such a way so as to minimize opportunities for collision while moving through the environment. - Parking arms - - - - - - - - - - - - - - - - - A task in which the Agent gathers and interprets sensor information about its surroundings. - - - - - - - - - - The goal of this task is to make some object usable for other tasks, by possibly changing its physical state. Usually, it overlaps some task that describes the manner in which an object is obtained. +AnnotationAssertion(rdfs:comment SOMA:PhysicalAcquiring "The goal of this task is to make some object usable for other tasks, by possibly changing its physical state. Usually, it overlaps some task that describes the manner in which an object is obtained. The prototypical example of PhysicalAcquiring is picking up an object. -Note that buying an object is NOT PhysicalAcquiring. Buying, or ownership transfer in general, also involves an adjustment in social structures describing ownership. - Physical acquiring - - - - - - - - - - An action performed by an agent by using its body in some way to interact with the physical world, e.g., through manipulation of objects, or by changing the posture. - Physical action - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A task in which a PhysicalAgent affects some physical object. - Physical task - - - - - - - - - - A task in which the Agent uses one or more of its grippers to grasp a usually stationary object. - - - - - - - - - - Distinguished from Positioning in that this task is more about placing an object at a functionally specified location (e.g., place the cup on the table) as opposed to positioning an object at a location defined by coordinates or a region of coordinates (position the cup at xyz). - - - - - - - - - - - - - - - - - - - - - A Mental task in which the Agent endeavours to create a sequence of actions for itself which, if followed, will bring about a particular state of affairs in the world. This particular state of affairs is known to the agent and is often called the goal state of the planning action. Planning commits itself to feasibility: the Agent attempts to find a sequence of actions that it believes it will actually be able to perform. - - +Note that buying an object is NOT PhysicalAcquiring. Buying, or ownership transfer in general, also involves an adjustment in social structures describing ownership.") +AnnotationAssertion(rdfs:label SOMA:PhysicalAcquiring "Physical acquiring"@en) +SubClassOf(SOMA:PhysicalAcquiring SOMA:ModifyingPhysicalObject) +# Class: (Physical action) - +AnnotationAssertion(rdfs:comment SOMA:PhysicalAction "An action performed by an agent by using its body in some way to interact with the physical world, e.g., through manipulation of objects, or by changing the posture.") +AnnotationAssertion(rdfs:label SOMA:PhysicalAction "Physical action") +SubClassOf(SOMA:PhysicalAction ) +# Class: (Physical task) - - - A task in which an Agent places an object at a particular position. - - +AnnotationAssertion(rdfs:comment SOMA:PhysicalTask "A task in which a PhysicalAgent affects some physical object.") +AnnotationAssertion(rdfs:label SOMA:PhysicalTask "Physical task"@en) +SubClassOf(SOMA:PhysicalTask ) +SubClassOf(SOMA:PhysicalTask ObjectAllValuesFrom( ObjectIntersectionOf( ObjectUnionOf(ObjectSomeValuesFrom( ) ObjectSomeValuesFrom( ))))) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:PickingUp "A task in which the Agent uses one or more of its grippers to grasp a usually stationary object.") +SubClassOf(SOMA:PickingUp SOMA:Manipulating) +# Class: () - - - - - - - - - A task in which an agent lets liquid substance to flow out of an object. The agent has a kinematic control over the object. - - +AnnotationAssertion(rdfs:comment SOMA:Placing "Distinguished from Positioning in that this task is more about placing an object at a functionally specified location (e.g., place the cup on the table) as opposed to positioning an object at a location defined by coordinates or a region of coordinates (position the cup at xyz).") +SubClassOf(SOMA:Placing SOMA:PhysicalTask) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Planning "A Mental task in which the Agent endeavours to create a sequence of actions for itself which, if followed, will bring about a particular state of affairs in the world. This particular state of affairs is known to the agent and is often called the goal state of the planning action. Planning commits itself to feasibility: the Agent attempts to find a sequence of actions that it believes it will actually be able to perform.") +SubClassOf(SOMA:Planning SOMA:Deciding) +SubClassOf(SOMA:Planning ObjectSomeValuesFrom( ObjectSomeValuesFrom( ))) +# Class: () - - - The task in which the agent pours the substance into another object. - Pouring into - - +AnnotationAssertion(rdfs:comment SOMA:Positioning "A task in which an Agent places an object at a particular position.") +SubClassOf(SOMA:Positioning SOMA:Actuating) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Pouring "A task in which an agent lets liquid substance to flow out of an object. The agent has a kinematic control over the object.") +SubClassOf(SOMA:Pouring SOMA:Actuating) +SubClassOf(SOMA:Pouring ObjectSomeValuesFrom(SOMA:isTaskAffordedBy SOMA:Pourable)) +# Class: (Pouring into) - - - The task in which an agent pours the substance on top of an object - Pouring onto - - +AnnotationAssertion(rdfs:comment SOMA:PouringInto "The task in which the agent pours the substance into another object.") +AnnotationAssertion(rdfs:label SOMA:PouringInto "Pouring into") +SubClassOf(SOMA:PouringInto SOMA:Pouring) +# Class: (Pouring onto) - +AnnotationAssertion(rdfs:comment SOMA:PouringOnto "The task in which an agent pours the substance on top of an object") +AnnotationAssertion(rdfs:label SOMA:PouringOnto "Pouring onto") +SubClassOf(SOMA:PouringOnto SOMA:Pouring) +# Class: (Predicting) - - - A Mental task in which the Agent endeavours to construct a representation of a future state of the world. Prediction commits itself to some degree of accuracy: the Agent believes that eventually something similar to the predicted state will come to pass. - Predicting - - +AnnotationAssertion(rdfs:comment SOMA:Prediction "A Mental task in which the Agent endeavours to construct a representation of a future state of the world. Prediction commits itself to some degree of accuracy: the Agent believes that eventually something similar to the predicted state will come to pass.") +AnnotationAssertion(rdfs:label SOMA:Prediction "Predicting") +SubClassOf(SOMA:Prediction SOMA:Prospecting) +# Class: (Premises) - +AnnotationAssertion(rdfs:comment SOMA:Premise "The role of an object that is used to infer some conclusion via some inference rules.") +AnnotationAssertion(rdfs:label SOMA:Premise "Premises") +SubClassOf(SOMA:Premise SOMA:Knowledge) +# Class: () - - - The role of an object that is used to infer some conclusion via some inference rules. - Premises - - +AnnotationAssertion(rdfs:comment SOMA:Proprioceiving "A task in which the Agent gathers and interprets sensor information about itself.") +SubClassOf(SOMA:Proprioceiving SOMA:PhysicalTask) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Prospecting "A Mental task in which an Agent endeavours to construct a representation of a future state of affairs of the world it is embodied in.") +SubClassOf(SOMA:Prospecting SOMA:DerivingInformation) +# Class: () - - - A task in which the Agent gathers and interprets sensor information about itself. - - +AnnotationAssertion(rdfs:comment SOMA:Pulling "A task in which an Agent moves an object in a direction loosely from the object's center of mass towards the contact point between agent and object.") +SubClassOf(SOMA:Pulling SOMA:Actuating) +DisjointClasses(SOMA:Pulling SOMA:Pushing) +DisjointClasses(SOMA:Pulling SOMA:Squeezing) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Pushing "A task in which an Agent moves an object in a direction loosely from the the contact point between agent and object towards object's center of mass. todo: define subclass 'PushingOver'? Would we expect two distinct contacts with the same surface then?") +SubClassOf(SOMA:Pushing SOMA:Actuating) +DisjointClasses(SOMA:Pushing SOMA:Squeezing) +# Class: (Pushing away) - - - A Mental task in which an Agent endeavours to construct a representation of a future state of affairs of the world it is embodied in. - - +AnnotationAssertion(rdfs:comment SOMA:PushingAway "A task in which an Agent pushes an object in front of themselves.") +AnnotationAssertion(rdfs:label SOMA:PushingAway "Pushing away"@en) +SubClassOf(SOMA:PushingAway SOMA:Pushing) +DisjointClasses(SOMA:PushingAway SOMA:PushingDown) +# Class: (Pushing down) - +AnnotationAssertion(rdfs:comment SOMA:PushingDown "A task in which an Agent pushes an object downwards.") +AnnotationAssertion(rdfs:label SOMA:PushingDown "Pushing down"@en) +SubClassOf(SOMA:PushingDown SOMA:Pushing) +# Class: () - - - - - A task in which an Agent moves an object in a direction loosely from the object's center of mass towards the contact point between agent and object. - - +AnnotationAssertion(rdfs:comment SOMA:PuttingDown "A task in which an Agent puts down an object they have kinematic control over, e.g. a grasped object.") +SubClassOf(SOMA:PuttingDown SOMA:Manipulating) +# Class: (Query) - +AnnotationAssertion(rdfs:comment SOMA:Query "A role played by some Information Realization that carries meaning, where this meaning is a query of some sort."@en) +AnnotationAssertion(rdfs:label SOMA:Query "Query"@en) +SubClassOf(SOMA:Query SOMA:Message) +# Class: (Query answering task) - - - - A task in which an Agent moves an object in a direction loosely from the the contact point between agent and object towards object's center of mass. todo: define subclass 'PushingOver'? Would we expect two distinct contacts with the same surface then? - - - - - - - - - - - A task in which an Agent pushes an object in front of themselves. - Pushing away - - - - - - - - - - A task in which an Agent pushes an object downwards. - Pushing down - - - - - - - - - - A task in which an Agent puts down an object they have kinematic control over, e.g. a grasped object. - - - - - - - - - - A role played by some Information Realization that carries meaning, where this meaning is a query of some sort. - Query - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - An Answering task that is the reaction to some Query answering task. +AnnotationAssertion(rdfs:comment SOMA:QueryAnsweringTask "An Answering task that is the reaction to some Query answering task. In a lot of cases, such a task is also an Assertion task, e.g., in the following discourse: -"How will the weather be tomorrow?" -"It is going to rain in the morning." - -However, sometimes this might be not the case, e.g., with counterquestions. - Query answering task - - +\"How will the weather be tomorrow?\" +\"It is going to rain in the morning.\" +However, sometimes this might be not the case, e.g., with counterquestions."@en) +AnnotationAssertion(rdfs:label SOMA:QueryAnsweringTask "Query answering task") +EquivalentClasses(SOMA:QueryAnsweringTask ObjectIntersectionOf(SOMA:AnsweringTask ObjectAllValuesFrom( ObjectAllValuesFrom(SOMA:isReactionTo ObjectSomeValuesFrom( SOMA:QueryingTask))))) - +# Class: (Querying task) +AnnotationAssertion(rdfs:comment SOMA:QueryingTask "An Illocutionary act where the Sender of the Message does so to trigger the Receiver to return some information that is specified within the content of the Message.") +AnnotationAssertion(rdfs:label SOMA:QueryingTask "Querying task"@en) +SubClassOf(SOMA:QueryingTask SOMA:IllocutionaryTask) +SubClassOf(SOMA:QueryingTask ObjectSomeValuesFrom( SOMA:Query)) - - - - - - - - - An Illocutionary act where the Sender of the Message does so to trigger the Receiver to return some information that is specified within the content of the Message. - Querying task - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Reaching "A task in which an Agent moves one or more of its arms towards a location or object.") +SubClassOf(SOMA:Reaching SOMA:EndEffectorPositioning) +DisjointClasses(SOMA:Reaching SOMA:Retracting) - +# Class: () - - - - - A task in which an Agent moves one or more of its arms towards a location or object. - - - - - - - - - - A Mental task in which an Agent endeavours to obtain new knowledge from knowledge it already possesses. - todo: a taxonomy of reasoning is not trivial. Classical theory distinguishes Deductive, Inductive, and with a stretch Abductive reasoning. However, modern practice distinguishes other categories that overlap with these, e.g. Probabilistic and Non-monotonic. +AnnotationAssertion(rdfs:comment SOMA:Reasoning "A Mental task in which an Agent endeavours to obtain new knowledge from knowledge it already possesses.") +AnnotationAssertion(rdfs:comment SOMA:Reasoning "todo: a taxonomy of reasoning is not trivial. Classical theory distinguishes Deductive, Inductive, and with a stretch Abductive reasoning. However, modern practice distinguishes other categories that overlap with these, e.g. Probabilistic and Non-monotonic. Both Abductive and Inductive inference may, and often do, use Probabilistic methods. Probabilistic inference is, by its nature, most opposed to Deductive inference which, classically, requires logical certainty. Any of the Abductive/Deductive/Inductive triad can be further affected by the Monotone/Non-monotone distinction. There are preferences (Inductive and Abductive reasoning is probably most often non-monotonic; most of Deductive reasoning is probably done in monotonic formalisms), but it is certainly the case that, e.g., non-monotone Deduction is possible. -Note, this classification has nothing to do with reasoning domain (e.g. SpatialReasoning, TemporalReasoning, ...) and merely with techniques/logical-mathematical underpinnings. - - - - - - - - - - - - - - - - The role played by an Agent in a Communication Task that perceives and interpretes some incoming Message. - Receiver - - - +Note, this classification has nothing to do with reasoning domain (e.g. SpatialReasoning, TemporalReasoning, ...) and merely with techniques/logical-mathematical underpinnings.") +SubClassOf(SOMA:Reasoning SOMA:DerivingInformation) - +# Class: (Receiver) +AnnotationAssertion(rdfs:comment SOMA:Receiver "The role played by an Agent in a Communication Task that perceives and interpretes some incoming Message."@en) +AnnotationAssertion(rdfs:label SOMA:Receiver "Receiver"@en) +SubClassOf(SOMA:Receiver SOMA:ExperiencerRole) +SubClassOf(SOMA:Receiver ObjectSomeValuesFrom( SOMA:CommunicationTask)) - - - A task in which an agent relinquishes its kinematic control over an object, typically by releasing it from its grasp. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Releasing "A task in which an agent relinquishes its kinematic control over an object, typically by releasing it from its grasp.") +SubClassOf(SOMA:Releasing SOMA:Manipulating) - +# Class: () - - - - - - - - - - - A Mental task in which the Agent recalls a record of a previous state of affairs in the world. +AnnotationAssertion(rdfs:comment SOMA:Remembering "A Mental task in which the Agent recalls a record of a previous state of affairs in the world. The Agent must have witnessed and memorized this state of affairs in order to record it. Remembering commits itself to accuracy: the Agent attempts to reconstruct as accurate a record as it can. Note, this does not mean the Agent will communicate the recollection accurately. -The difference to Memory retrieval is that for this Task, we are concerned with knowledge about a previous world state. Memory Retrieval is more general in the sense that it also includes the retrieval of learned facts and rules. - - - - - - - - - - A mental task, in which an agent reconfigures some plan that has been put together before. - Replanning - - - - - - - - - - A task in which an Agent moves its arms away from a location. - - - - - - +The difference to Memory retrieval is that for this Task, we are concerned with knowledge about a previous world state. Memory Retrieval is more general in the sense that it also includes the retrieval of learned facts and rules."@en) +SubClassOf(SOMA:Remembering ObjectIntersectionOf(SOMA:InformationRetrieval SOMA:Retrospecting)) - - - A Mental task in which an Agent endeavors to construct a representation of a past state of affairs of the world it is embodied in. - Done by analogy with Prospecting. Currently mono-subcategory, but perhaps we might find more. +# Class: (Replanning) -As an example, a kind of Abductive reasoning would fit here: reconstruction, in which the agent attempts to create a representation of a past state of affairs which the agent has not actually observed, based on traces and clues surviving to the present. - - +AnnotationAssertion(rdfs:comment SOMA:Replanning "A mental task, in which an agent reconfigures some plan that has been put together before."@en) +AnnotationAssertion(rdfs:label SOMA:Replanning "Replanning"@en) +SubClassOf(SOMA:Replanning SOMA:Planning) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Retracting "A task in which an Agent moves its arms away from a location.") +SubClassOf(SOMA:Retracting SOMA:EndEffectorPositioning) +# Class: () - - - - - - - - - - - - - - - - - - - A task in which an Agent selects some object to use for a subsequent task. - Selecting item - - +AnnotationAssertion(rdfs:comment SOMA:Retrospecting "A Mental task in which an Agent endeavors to construct a representation of a past state of affairs of the world it is embodied in.") +AnnotationAssertion(rdfs:comment SOMA:Retrospecting "Done by analogy with Prospecting. Currently mono-subcategory, but perhaps we might find more. +As an example, a kind of Abductive reasoning would fit here: reconstruction, in which the agent attempts to create a representation of a past state of affairs which the agent has not actually observed, based on traces and clues surviving to the present.") +SubClassOf(SOMA:Retrospecting SOMA:InformationAcquisition) - +# Class: (Selecting item) +AnnotationAssertion(rdfs:comment SOMA:SelectingItem "A task in which an Agent selects some object to use for a subsequent task.") +AnnotationAssertion(rdfs:label SOMA:SelectingItem "Selecting item"@en) +SubClassOf(SOMA:SelectingItem SOMA:GetTaskParameter) +SubClassOf(SOMA:SelectingItem ObjectSomeValuesFrom(SOMA:isTaskOfOutputRole ObjectIntersectionOf(SOMA:SelectedObject ObjectAllValuesFrom( )))) - - - Self-reflection - The task of evaluating the personal cognitive processes. - - +# Class: (Self-reflection) +AnnotationAssertion(rdfs:label SOMA:SelfReflection "Self-reflection") +AnnotationAssertion(rdfs:label SOMA:SelfReflection "The task of evaluating the personal cognitive processes.") +SubClassOf(SOMA:SelfReflection SOMA:MetacognitiveControlling) - +# Class: (Sender) +AnnotationAssertion(rdfs:comment SOMA:Sender "The Role played by an Agent in a Communication Task that emits some Information Realization with the purpose of percipience by some Receiver."@en) +AnnotationAssertion(rdfs:label SOMA:Sender "Sender"@en) +SubClassOf(SOMA:Sender SOMA:PerformerRole) +SubClassOf(SOMA:Sender ObjectSomeValuesFrom( SOMA:CommunicationTask)) - - - - - - - - - The Role played by an Agent in a Communication Task that emits some Information Realization with the purpose of percipience by some Receiver. - Sender - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Serving "The task in which the agent delivers an object to a physical agent") +SubClassOf(SOMA:Serving SOMA:Delivering) +SubClassOf(SOMA:Serving ObjectAllValuesFrom( ObjectIntersectionOf( ObjectUnionOf(ObjectSomeValuesFrom( ) ObjectSomeValuesFrom( ))))) - +# Class: (Setting gripper) +AnnotationAssertion(rdfs:comment SOMA:SettingGripper "A task by which an Agent arranges one/some/all of its grippers in some configuration.") +AnnotationAssertion(rdfs:label SOMA:SettingGripper "Setting gripper"@en) +SubClassOf(SOMA:SettingGripper SOMA:AssumingPose) - - - - - - - - - - - - - - - - - - - - - - - - - - - The task in which the agent delivers an object to a physical agent - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Simulating "A Mental task in which the Agent endeavours to create representations of a sequence of states of affairs in the world. Simulation commits itself to some degree of transition accuracy: supposing the actual state of the world was the initial state of the simulation, the world state and simulation state should evolve to some degree similarly. - +Simulation does not commit itself to state accuracy: the initial state of the simulation is not constrained to be faithful to the actual state of the world in which the Agent is embodied. Counterfactual simulation (\"what would happen if--?\") is possible.") +SubClassOf(SOMA:Simulating SOMA:Prospecting) +# Class: (Situation transition) - - - A task by which an Agent arranges one/some/all of its grippers in some configuration. - Setting gripper - - +AnnotationAssertion(rdfs:comment SOMA:SituationTransition "A transition between two situations, usually brought about by the Action of some Agent.") +AnnotationAssertion(rdfs:label SOMA:SituationTransition "Situation transition"@en) +SubClassOf(SOMA:SituationTransition ) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Slicing "A particular kind of cutting where the goal is to produce slices from some solid object.") +SubClassOf(SOMA:Slicing SOMA:Cutting) +# Class: () - - - A Mental task in which the Agent endeavours to create representations of a sequence of states of affairs in the world. Simulation commits itself to some degree of transition accuracy: supposing the actual state of the world was the initial state of the simulation, the world state and simulation state should evolve to some degree similarly. +AnnotationAssertion(rdfs:comment SOMA:Squeezing "A task in which an Agent applies pressure to an object they have in their grasp.") +SubClassOf(SOMA:Squeezing SOMA:Actuating) -Simulation does not commit itself to state accuracy: the initial state of the simulation is not constrained to be faithful to the actual state of the world in which the Agent is embodied. Counterfactual simulation ("what would happen if--?") is possible. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Stirring "A task in which an agent dissolves small particles like sugar or salt in fluid") +SubClassOf(SOMA:Stirring SOMA:Mixing) +SubClassOf(SOMA:Stirring ObjectSomeValuesFrom(SOMA:isTaskAffordedBy SOMA:Composing)) - +# Class: (Think-aloud) +AnnotationAssertion(rdfs:comment SOMA:ThinkAloud "A task in which an Agent, while in the course of performing some other task(s), reports on their own decision processes that guide this other task(s) for the benefit of an outside observer.") +AnnotationAssertion(rdfs:label SOMA:ThinkAloud "Think-aloud"@en) +SubClassOf(SOMA:ThinkAloud SOMA:CommunicationReport) - - - A transition between two situations, usually brought about by the Action of some Agent. - Situation transition - - +# Class: (Think aloud action topic) +AnnotationAssertion(rdfs:comment SOMA:ThinkAloudActionTopic "A topic used when an Agent states what they are doing.") +AnnotationAssertion(rdfs:label SOMA:ThinkAloudActionTopic "Think aloud action topic") +SubClassOf(SOMA:ThinkAloudActionTopic SOMA:ThinkAloudTopic) - +# Class: (Think aloud general knowledge topic) +AnnotationAssertion(rdfs:comment SOMA:ThinkAloudGeneralKnowledgeTopic "A topic used when an Agent states general knowledge they have.") +AnnotationAssertion(rdfs:label SOMA:ThinkAloudGeneralKnowledgeTopic "Think aloud general knowledge topic") +SubClassOf(SOMA:ThinkAloudGeneralKnowledgeTopic SOMA:ThinkAloudKnowledgeTopic) - - - A particular kind of cutting where the goal is to produce slices from some solid object. - - +# Class: (Think aloud knowledge topic) +AnnotationAssertion(rdfs:comment SOMA:ThinkAloudKnowledgeTopic "A topic used when an Agent states some item of knowledge. This knowledge can be general, or specific to the environment and task at hand.") +AnnotationAssertion(rdfs:label SOMA:ThinkAloudKnowledgeTopic "Think aloud knowledge topic") +SubClassOf(SOMA:ThinkAloudKnowledgeTopic SOMA:ThinkAloudTopic) - +# Class: (Think aloud obstruction topic) +AnnotationAssertion(rdfs:comment SOMA:ThinkAloudObstructionTopic "A topic used when an Agent describes some state of affairs that prevents them from performing an action.") +AnnotationAssertion(rdfs:label SOMA:ThinkAloudObstructionTopic "Think aloud obstruction topic") +SubClassOf(SOMA:ThinkAloudObstructionTopic SOMA:ThinkAloudTopic) - - - A task in which an Agent applies pressure to an object they have in their grasp. - - +# Class: (Think aloud opinion topic) +AnnotationAssertion(rdfs:comment SOMA:ThinkAloudOpinionTopic "A topic used when an Agent expresses an opinion about the action they perform or the environment they are in.") +AnnotationAssertion(rdfs:label SOMA:ThinkAloudOpinionTopic "Think aloud opinion topic") +SubClassOf(SOMA:ThinkAloudOpinionTopic SOMA:ThinkAloudTopic) - +# Class: (Think aloud perception topic) +AnnotationAssertion(rdfs:comment SOMA:ThinkAloudPerceptionTopic "A topic used when an Agent describes what they currently perceive.") +AnnotationAssertion(rdfs:label SOMA:ThinkAloudPerceptionTopic "Think aloud perception topic") +SubClassOf(SOMA:ThinkAloudPerceptionTopic SOMA:ThinkAloudTopic) - - - - - - - - - A task in which an agent dissolves small particles like sugar or salt in fluid - - +# Class: (Think aloud plan topic) +AnnotationAssertion(rdfs:comment SOMA:ThinkAloudPlanTopic "A topic used when an Agent describes what they intend to do. Note, this is not about describing the process through which this plan was constructed; that is covered by the MetaCognitionPlanningTopic.") +AnnotationAssertion(rdfs:label SOMA:ThinkAloudPlanTopic "Think aloud plan topic") +SubClassOf(SOMA:ThinkAloudPlanTopic SOMA:ThinkAloudTopic) - +# Class: (Think aloud scene knowledge topic) +AnnotationAssertion(rdfs:comment SOMA:ThinkAloudSceneKnowledgeTopic "A topic used when an Agent describes what they know about their environment, including knowledge of world states that they do not currently perceive.") +AnnotationAssertion(rdfs:label SOMA:ThinkAloudSceneKnowledgeTopic "Think aloud scene knowledge topic") +SubClassOf(SOMA:ThinkAloudSceneKnowledgeTopic SOMA:ThinkAloudKnowledgeTopic) - - - A task in which an Agent, while in the course of performing some other task(s), reports on their own decision processes that guide this other task(s) for the benefit of an outside observer. - Think-aloud - - +# Class: (Think aloud topic) +AnnotationAssertion(rdfs:comment SOMA:ThinkAloudTopic "A topic relevant for a think-aloud communication.") +AnnotationAssertion(rdfs:label SOMA:ThinkAloudTopic "Think aloud topic"@en) +SubClassOf(SOMA:ThinkAloudTopic SOMA:CommunicationTopic) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Throwing "A task in which an Agent imparts momentum to an object before releasing it so that it flies for some distance unsupported.") +SubClassOf(SOMA:Throwing SOMA:Actuating) +SubClassOf(SOMA:Throwing SOMA:Manipulating) - - - A topic used when an Agent states what they are doing. - Think aloud action topic - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Transporting "A task by which an Agent carries an item from a source to a destination location.") +SubClassOf(SOMA:Transporting SOMA:ModifyingPhysicalObject) - +# Class: (Nonmanifested situation) +AnnotationAssertion(rdfs:comment "A Situation which does not manifest in any event. - - - A topic used when an Agent states general knowledge they have. - Think aloud general knowledge topic - - - - - - - - - - A topic used when an Agent states some item of knowledge. This knowledge can be general, or specific to the environment and task at hand. - Think aloud knowledge topic - - - - - - - - - - A topic used when an Agent describes some state of affairs that prevents them from performing an action. - Think aloud obstruction topic - - - - - - - - - - A topic used when an Agent expresses an opinion about the action they perform or the environment they are in. - Think aloud opinion topic - - - - - - - - - - A topic used when an Agent describes what they currently perceive. - Think aloud perception topic - - - - - - - - - - A topic used when an Agent describes what they intend to do. Note, this is not about describing the process through which this plan was constructed; that is covered by the MetaCognitionPlanningTopic. - Think aloud plan topic - - - - - - - - - - A topic used when an Agent describes what they know about their environment, including knowledge of world states that they do not currently perceive. - Think aloud scene knowledge topic - - - - - - - - - - A topic relevant for a think-aloud communication. - Think aloud topic - - - - - - - - - - - A task in which an Agent imparts momentum to an object before releasing it so that it flies for some distance unsupported. - - - - - - - - - - A task by which an Agent carries an item from a source to a destination location. - - - - - - +The main use case for this is to represent expectations that are not met, e.g. unfulfilled post-conditions of an action. An action with unmet postconditions is then a failure. - - - - - - - - 0 - - - - - - - A Situation which does not manifest in any event. +Because of open world semantics of DL, the default assumption for a Situation individual with no \"manifests in\" relations is simply that we don't know yet whether that Situation is manifested and if so by what Event. -The main use case for this is to represent expectations that are not met, e.g. unfulfilled post-conditions of an action. An action with unmet postconditions is then a failure. +As such, an explicit assertion is needed to make a Situation a nonmanifested one: either declare that individual's type NonmanifestedSituation, or assert that it has 0 manifestsIn relations.") +AnnotationAssertion(rdfs:label "Nonmanifested situation"@en) +EquivalentClasses( ObjectIntersectionOf( ObjectExactCardinality(0 ))) +SubClassOf( ) -Because of open world semantics of DL, the default assumption for a Situation individual with no "manifests in" relations is simply that we don't know yet whether that Situation is manifested and if so by what Event. -As such, an explicit assertion is needed to make a Situation a nonmanifested one: either declare that individual's type NonmanifestedSituation, or assert that it has 0 manifestsIn relations. - Nonmanifested situation - - +############################ +# Named Individuals +############################ +# Individual: () - +AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Active "The execution state of an ongoing activity.") +ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Active) +# Individual: () - +AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Cancelled "The execution state of a cancelled activity.") +ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Cancelled) +# Individual: () - +AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Failed "The execution state of a failed activity.") +ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Failed) +# Individual: () - - - The execution state of an ongoing activity. - - +AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Paused "The execution state of a paused activity.") +ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Paused) +# Individual: () - +AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Pending "The execution state of a pending activity.") +ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Pending) +# Individual: () - - - The execution state of a cancelled activity. - - - - - - - - - - The execution state of a failed activity. - - - - - - - - - - The execution state of a paused activity. - - - - - - - - - - The execution state of a pending activity. - - - - - - - - - - The execution state of a succeeded activity. - - - - - - - - - - - - - - - - - - - - - - - If a SituationTransition manifests in some Event, then it also has an initial Situation and a terminal one. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A SituationTransition that manifests in some Event also includes an Action. (NOTE (MP): Typically, the Event manifesting it would be that included Action actually so perhaps we can just require that manifestations of SituationTransitions be Actions?) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - By definition, there can be no prevention relation between Situations that manifest in Events. If Situation X prevents Y, then either X manifests and Y does not, or Y manifests and X does not (interpret as: X would have prevented Y from manifesting if X had manifested), or none of X and Y manifests in any Event. - - - - - - - - - - - - - - - - - - - - If a precondition is not met then a Situation cannot manifest. - - - - - - - - - - - - If something is an initial situation of some transition, then it must manifest. - - - - - - - - - - - - If a transition has an initial situation then it also has a manifestation. - - - - - - - - - - - - - - - - If something is a terminal situation then it must be a manifested situation (regardless of whether it was expected or not). - - - - - - - - - - - - If a transition has a terminal situation then it also has a manifestation. - - - - - - - - - - +AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Succeeded "The execution state of a succeeded activity.") +ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Succeeded) +SubClassOf(Annotation(rdfs:comment "If a SituationTransition manifests in some Event, then it also has an initial Situation and a terminal one.") ObjectIntersectionOf(SOMA:SituationTransition ObjectSomeValuesFrom( )) ObjectIntersectionOf(ObjectSomeValuesFrom(SOMA:hasInitialSituation ) ObjectSomeValuesFrom(SOMA:hasTerminalSituation ))) +SubClassOf(Annotation(rdfs:comment "A SituationTransition that manifests in some Event also includes an Action. (NOTE (MP): Typically, the Event manifesting it would be that included Action actually so perhaps we can just require that manifestations of SituationTransitions be Actions?)") ObjectIntersectionOf(SOMA:SituationTransition ObjectSomeValuesFrom( )) ObjectSomeValuesFrom( )) +SubClassOf(Annotation(rdfs:comment "By definition, there can be no prevention relation between Situations that manifest in Events. If Situation X prevents Y, then either X manifests and Y does not, or Y manifests and X does not (interpret as: X would have prevented Y from manifesting if X had manifested), or none of X and Y manifests in any Event.") ObjectIntersectionOf( ObjectSomeValuesFrom( ) ObjectSomeValuesFrom( ObjectSomeValuesFrom( ))) owl:Nothing) +SubClassOf(Annotation(rdfs:comment "If a precondition is not met then a Situation cannot manifest.") ObjectIntersectionOf(ObjectSomeValuesFrom( ) ObjectSomeValuesFrom( )) owl:Nothing) +SubClassOf(Annotation(rdfs:comment "If something is an initial situation of some transition, then it must manifest.") ObjectSomeValuesFrom(SOMA:hasInitialSituation ) owl:Nothing) +SubClassOf(Annotation(rdfs:comment "If a transition has an initial situation then it also has a manifestation.") ObjectSomeValuesFrom(SOMA:hasInitialSituation ) ObjectSomeValuesFrom( )) +SubClassOf(Annotation(rdfs:comment "If something is a terminal situation then it must be a manifested situation (regardless of whether it was expected or not).") ObjectSomeValuesFrom(SOMA:hasTerminalSituation ) owl:Nothing) +SubClassOf(Annotation(rdfs:comment "If a transition has a terminal situation then it also has a manifestation.") ObjectSomeValuesFrom(SOMA:hasTerminalSituation ) ObjectSomeValuesFrom( )) +SubObjectPropertyOf(ObjectPropertyChain(SOMA:causesTransition SOMA:hasInitialSituation ) SOMA:terminates) +SubObjectPropertyOf(ObjectPropertyChain(SOMA:causesTransition SOMA:hasTerminalScene ) SOMA:directlyCauses) +SubObjectPropertyOf(ObjectPropertyChain( SOMA:hasInitialSituation SOMA:hasTerminalSituation ) SOMA:isReplacedBy) +SubObjectPropertyOf(ObjectPropertyChain( SOMA:hasTerminalSituation SOMA:hasInitialSituation ) SOMA:replaces) +SubObjectPropertyOf(ObjectPropertyChain( SOMA:isInputRoleOf SOMA:isTaskOfCreatedRole ) SOMA:isDirectSourceFor) +) \ No newline at end of file diff --git a/owl/SOMA-ALL.owl b/owl/SOMA-ALL.owl index 23db2baa..c3aa53d6 100644 --- a/owl/SOMA-ALL.owl +++ b/owl/SOMA-ALL.owl @@ -1,28 +1,22 @@ - - - - - - - - - - - - - - +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(SOMA:=) +Prefix(rdfs:=) +Ontology( +Import() +Import() +Import() +Import() +Import() +Import() +Import() +Import() +Import() - - - +) \ No newline at end of file diff --git a/owl/SOMA-Allen.owl b/owl/SOMA-Allen.owl index 3ab4b544..90a4d262 100644 --- a/owl/SOMA-Allen.owl +++ b/owl/SOMA-Allen.owl @@ -1,117 +1,74 @@ - - - - - SOMA-Allen.owl defines the Allen relations of his interval calculus. +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(SOMA:=) +Prefix(rdfs:=) -Currently, this module is not included with the rest of SOMA as Allen relations break OWL-DL constraints on the property hierarchy and result in an undecidable formalism. - -Work in progress: redefine the Allen relations via SWRL. While this makes it impossible to use them to draw conclusions at the level of a TBox, it will at least allow some temporal reasoning on an ABox. - - - - - - - - - - - - - - - - - - +Ontology( +Import() +Annotation(rdfs:comment "SOMA-Allen.owl defines the Allen relations of his interval calculus. - - - - - - - - - - - - - - - - - - - - - - +Currently, this module is not included with the rest of SOMA as Allen relations break OWL-DL constraints on the property hierarchy and result in an undecidable formalism. - - - - - +Work in progress: redefine the Allen relations via SWRL. While this makes it impossible to use them to draw conclusions at the level of a TBox, it will at least allow some temporal reasoning on an ABox.") +Declaration(ObjectProperty(SOMA:after)) +Declaration(ObjectProperty(SOMA:before)) +Declaration(ObjectProperty(SOMA:contains)) +Declaration(ObjectProperty(SOMA:during)) +Declaration(ObjectProperty(SOMA:finishedBy)) +Declaration(ObjectProperty(SOMA:finishes)) +Declaration(ObjectProperty(SOMA:startedBy)) +Declaration(ObjectProperty(SOMA:starts)) - +############################ +# Object Properties +############################ +# Object Property: () - - - - - +AsymmetricObjectProperty(SOMA:after) +IrreflexiveObjectProperty(SOMA:after) +# Object Property: () - +AsymmetricObjectProperty(SOMA:before) +IrreflexiveObjectProperty(SOMA:before) +# Object Property: () - - - - - +AsymmetricObjectProperty(SOMA:contains) +IrreflexiveObjectProperty(SOMA:contains) +# Object Property: () - +AsymmetricObjectProperty(SOMA:during) +IrreflexiveObjectProperty(SOMA:during) +# Object Property: (finished by) - - - - - +AsymmetricObjectProperty(SOMA:finishedBy) +IrreflexiveObjectProperty(SOMA:finishedBy) +# Object Property: () - +AsymmetricObjectProperty(SOMA:finishes) +IrreflexiveObjectProperty(SOMA:finishes) +# Object Property: (started by) - - - - - +AsymmetricObjectProperty(SOMA:startedBy) +IrreflexiveObjectProperty(SOMA:startedBy) +# Object Property: () +AsymmetricObjectProperty(SOMA:starts) +IrreflexiveObjectProperty(SOMA:starts) - +) \ No newline at end of file diff --git a/owl/SOMA-ELAN.owl b/owl/SOMA-ELAN.owl index da323016..6c578efa 100644 --- a/owl/SOMA-ELAN.owl +++ b/owl/SOMA-ELAN.owl @@ -1,470 +1,225 @@ - - - - - SOMA-ELAN.owl is chiefly concerned with providing a controlled vocabulary for annotations of human activity episodes coming from the area H subprojects of the EASE CRC. +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(SOMA:=) +Prefix(rdfs:=) -SOMA-ELAN.owl should at least import SOMA-ACT.owl and therefore indirectly imports all other modules that SOMA-ACT depends on. This is because the controlled vocabulary is defined as alternative labels for concepts defined in the various modules of SOMA. - - +Ontology( +Import() +Annotation(rdfs:comment "SOMA-ELAN.owl is chiefly concerned with providing a controlled vocabulary for annotations of human activity episodes coming from the area H subprojects of the EASE CRC. - +SOMA-ELAN.owl should at least import SOMA-ACT.owl and therefore indirectly imports all other modules that SOMA-ACT depends on. This is because the controlled vocabulary is defined as alternative labels for concepts defined in the various modules of SOMA.") +Declaration(Class(SOMA:PrepareForBreakfast)) +Declaration(Class(SOMA:PrepareForDinner)) +Declaration(Class(SOMA:PrepareForLunch)) +Declaration(Class(SOMA:PrepareForMeal)) +Declaration(Class(SOMA:SettingTheTable)) +Declaration(DataProperty(SOMA:expectedNumberOfPeople)) +Declaration(DataProperty(SOMA:formalityLevel)) +Declaration(AnnotationProperty(SOMA:ELANName)) +Declaration(AnnotationProperty(SOMA:ELANUsageGuideline)) +Declaration(AnnotationProperty(SOMA:UsageGuideline)) +Declaration(AnnotationProperty(SOMA:nickname)) +############################ +# Annotation Properties +############################ - +# Annotation Property: () +AnnotationAssertion(rdfs:comment SOMA:ELANName "If present, used by the controlled vocabulary generation script to create a vocabulary entry. By default, the concept name itself is used for the vocabulary entry.") +SubAnnotationPropertyOf(SOMA:ELANName SOMA:nickname) - - - - - If present, used by the controlled vocabulary generation script to create a vocabulary entry. By default, the concept name itself is used for the vocabulary entry. - - - - - - - - - - Provides a short description, similar to a definition, of a controlled vocabulary entry for ELAN. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Used by the description of a task that classifies some event, usually a social gathering such as a meal, or by a description of a task to prepare for such an event, to record the number of people expected to participate. - - - - - - - - - - - - - - - - - - - - - - Records the formality level in a description associated to some event, usually a social gathering such as a meal. - -The association between the Description and the Event can be direct (the Description is about the Event itself) but it can also be indirect in various ways. A typical example of the latter is where the Description is a Goal for a Task to prepare for the Event in question, as when the Goal of a SettingTheTable task would record the formality level of a meal, which will occur at some point after the task completes. - - - - - - - - - - - - - - - construction-arrange-objects - A task involving the arrangement of a collection of objects in a particular way. - - - - - - - - - - Describes a goal to prepare a table or dining area for a breakfast. - - - - - - - - - - Describes a goal to prepare a table or dining area for a dinner. - - - - - - - - - - Describes a goal to prepare a table or dining area for a lunch. - - - - - - - - - - - - - - - - - - - - - - A description of a goal to prepare for serving a meal by setting a table. - -The meal will have a number of expected participants and a level of formality. - - - - - - - - - - - - - - - - The task to prepare a table for a meal. - - - - - - - - - move-object - Superconcept for the Agent moving some (usually, but not always, grasped) object; use more specific labels where appropriate. - - - move-body-walk-to - walk (to a location, or in a direction) - - - perception-survey-area - Visually survey an area, for objects or potential object positions. - - - construction-assembly - A task involving the putting together of objects to form an assembly, usually in a way in which these objects can be recovered. - - - move-body-general - The Agent moves its body in some way. Use more specific labels where appropriate. - - - move-object-catch - Agent intercepts and arrests the motion of an object. - - - move-object-close - Move an object so that it no longer exposes an interior surface. - - - construction-general - Superconcept for tasks requiring the creation of some object (including an arrangement or collection of objects); use more specific labels where appropriate - - - object-modification-cutting - A task that requires some object to be cut into pieces. The cut is often irreversible. - - - object-modification-dicing - A task that requires an object to be (at least partially) cut into slices. - - - move-body-walk-backaway - walk (away from a location, in a direction) - - - move-object-drop - Agent undoes whatever functional control they have on an object, but without imparting significant momentum to it, and allows the object to fall under the influence of gravity. - - - manipulation-hand-positioning - Superconcept for the Agent moving their arm(s) to positioning their hand/end effector; use more specific labels where appropriate. - - - move-hand-grasp-transfer - have grasped an object with one hand, now grasp it with the other and release it from the first - - - manipulation-grasp - Agent grasps an object. - - - move-head - Superconcept for the Agent moving their head; use more specific labels where appropriate. - - - move-head-turn - Turn head (e.g. for visual search). - - - move-object-hold - Have grasped an object with hand, and move it while held. - - - move-body-lean - move, bending, with torso in a specific direction - - - move-object-lift - Having grasped an object with their hand, the agent now lifts it from the supporting surface. - - - move-body-locomotion - Superconcept for the Agent moving around; use more specific labels where appropriate. - - - perception-search-for-object - The agent searches, usually visually, for the location, or a possible new location, of an object - - - move-object-lower - The agent lowers a, usually held in hand(s), object. - - - manipulation-general - These are Actions in which the Agent exerts or prepares to exert some influence over some other participant Phyiscal Objects by way of its prehensile body parts (usually, hands). - - - ta-meta-cognition-evaluation - an agent analyzes and describes the process by which they evaluate whether/to what a extent a goal was reached - - - ta-meta-cognition-memory - an agent describes how and/or why they (failed to) memorize something - - - ta-meta-cognition-planning - an agent analyzes and describes the process they use to plan their behavior - - - ta-meta-cognition - Superconcept for cases where the agent describes the results of analyzing their own thought processes; use more specific labels where appropriate. - - - construction-mixing - A task involving the putting together of several objects, which are thereafter not recoverable. - - - object-modification-general - Superconcept for tasks involving the changing of the state some object(s) is/are in; use more specific labels where appropriate. - - - move-body-walk-backaway - walk (away from a location, in a direction) - - - move-object-open - Move an object so as to expose an interior surface. - - - move-object-orient - Move object to re-orient it in place on an area, or while holding. - - - perception-general - Superconcept for perception tasks. Use more specific levels where appropriate. - - - physically-acquire-object - Superconcept for tasks requiring that an object be put in such a physical state so that it is usable/available for other tasks. - - - Superconcept for the Agent doing something with their hands/end effectors; use more specific labels where appropriate. - - - move-object-pick-up - Agent grasps an object and removes it from its previous location. - - - move-object-positioning - Move an object so that it has a particular pose. - - - move-body-posture - Superconcept for motions where the Agent changes posture; use more specific labels where appropriate. - - - move-object-push - Superconcept for the Agent exerting force on an object to push it; use more specific labels where appropriate. - - - move-object-push-away - Agent exerts force on an object to move it away from themselves. - - - move-object-push-down - Exert force on an object to move it in some functionally meaningful direction, such as pushing down a button (even when the actual direction the button was pushed in was up). - - - manipulation-put-down - Agent releases their grasp on an object, but only after positioning it so that it is supported and won't fall. - - - move-hand+arm-reach - Reach arm out to prepare to grasp with hand. - - - manipulation-release - Agent releases grasp on an object. - - - move-hand+arm-retract - Draw in arm and hand toward body, and away from some object or location. - - - object-modification-slicing - A task that requires an object to be (at least partially) cut into approximately cubic pieces. - - - move-object-squeeze - Exert compressive force on a (usually, but not always, grasped) object. - - - move-body-stand - stand (at a location) - - - ta-actions - an agent describes what they are currently doing - - - ta-knowledge-general - an agent makes a statement of general knowledge, as opposed to knowledge specific to the immediate environment they are in - - - ta-knowledge - Superconcept for when an agent makes a statement of knowledge of something not immediately perceivable; use more specific labels where appropriate. - - - ta-issues - an agent describes what prevents them from undertaking some action - - - ta-opinions - an agent makes a statement of opinion - - - ta-perception - an agent describes what they perceive - - - ta-plans - an agent describes their current plan - - - ta-knowledge-scene - an agent makes a statement that they know something about the environment they are in, which they cannot at that moment perceive directly (but they may have perceived it earlier) - - - move-object-throw - Using its arm(s), an agent imparts momentum to a held object then releases it. - - - transport-object - A task that requires chaging the location of an object. - - - move-body-turn - move own body, turn - - - - - - - +# Annotation Property: () +AnnotationAssertion(rdfs:comment SOMA:ELANUsageGuideline "Provides a short description, similar to a definition, of a controlled vocabulary entry for ELAN.") +SubAnnotationPropertyOf(SOMA:ELANUsageGuideline SOMA:UsageGuideline) + + + +############################ +# Data Properties +############################ + +# Data Property: () + +AnnotationAssertion(rdfs:comment SOMA:expectedNumberOfPeople "Used by the description of a task that classifies some event, usually a social gathering such as a meal, or by a description of a task to prepare for such an event, to record the number of people expected to participate.") +SubDataPropertyOf(SOMA:expectedNumberOfPeople ) +DataPropertyDomain(SOMA:expectedNumberOfPeople ObjectIntersectionOf( ObjectSomeValuesFrom( ))) +DataPropertyRange(SOMA:expectedNumberOfPeople xsd:integer) + +# Data Property: () + +AnnotationAssertion(rdfs:comment SOMA:formalityLevel "Records the formality level in a description associated to some event, usually a social gathering such as a meal. + +The association between the Description and the Event can be direct (the Description is about the Event itself) but it can also be indirect in various ways. A typical example of the latter is where the Description is a Goal for a Task to prepare for the Event in question, as when the Goal of a SettingTheTable task would record the formality level of a meal, which will occur at some point after the task completes.") +SubDataPropertyOf(SOMA:formalityLevel ) +DataPropertyDomain(SOMA:formalityLevel ObjectIntersectionOf( ObjectSomeValuesFrom( ))) +DataPropertyRange(SOMA:formalityLevel xsd:string) + + + +############################ +# Classes +############################ + +# Class: () + +AnnotationAssertion(SOMA:ELANName SOMA:Arranging "construction-arrange-objects") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Arranging "A task involving the arrangement of a collection of objects in a particular way.") + +# Class: () + +AnnotationAssertion(rdfs:comment SOMA:PrepareForBreakfast "Describes a goal to prepare a table or dining area for a breakfast.") +SubClassOf(SOMA:PrepareForBreakfast SOMA:PrepareForMeal) + +# Class: () + +AnnotationAssertion(rdfs:comment SOMA:PrepareForDinner "Describes a goal to prepare a table or dining area for a dinner.") +SubClassOf(SOMA:PrepareForDinner SOMA:PrepareForMeal) + +# Class: () + +AnnotationAssertion(rdfs:comment SOMA:PrepareForLunch "Describes a goal to prepare a table or dining area for a lunch.") +SubClassOf(SOMA:PrepareForLunch SOMA:PrepareForMeal) + +# Class: () + +AnnotationAssertion(rdfs:comment SOMA:PrepareForMeal "A description of a goal to prepare for serving a meal by setting a table. + +The meal will have a number of expected participants and a level of formality.") +SubClassOf(SOMA:PrepareForMeal ) +SubClassOf(SOMA:PrepareForMeal DataSomeValuesFrom(SOMA:expectedNumberOfPeople xsd:integer)) +SubClassOf(SOMA:PrepareForMeal DataSomeValuesFrom(SOMA:formalityLevel xsd:boolean)) + +# Class: () + +AnnotationAssertion(rdfs:comment SOMA:SettingTheTable "The task to prepare a table for a meal.") +SubClassOf(SOMA:SettingTheTable SOMA:Arranging) +SubClassOf(SOMA:SettingTheTable ObjectSomeValuesFrom( SOMA:PrepareForMeal)) + + +AnnotationAssertion(SOMA:ELANName SOMA:Actuating "move-object") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Actuating "Superconcept for the Agent moving some (usually, but not always, grasped) object; use more specific labels where appropriate.") +AnnotationAssertion(SOMA:ELANName SOMA:Approaching "move-body-walk-to") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Approaching "walk (to a location, or in a direction)") +AnnotationAssertion(SOMA:ELANName SOMA:AreaSurveying "perception-survey-area") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:AreaSurveying "Visually survey an area, for objects or potential object positions.") +AnnotationAssertion(SOMA:ELANName SOMA:Assembling "construction-assembly") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Assembling "A task involving the putting together of objects to form an assembly, usually in a way in which these objects can be recovered.") +AnnotationAssertion(SOMA:ELANName SOMA:BodyMovement "move-body-general") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:BodyMovement "The Agent moves its body in some way. Use more specific labels where appropriate.") +AnnotationAssertion(SOMA:ELANName SOMA:Catching "move-object-catch") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Catching "Agent intercepts and arrests the motion of an object.") +AnnotationAssertion(SOMA:ELANName SOMA:Closing "move-object-close") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Closing "Move an object so that it no longer exposes an interior surface.") +AnnotationAssertion(SOMA:ELANName SOMA:Constructing "construction-general") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Constructing "Superconcept for tasks requiring the creation of some object (including an arrangement or collection of objects); use more specific labels where appropriate") +AnnotationAssertion(SOMA:ELANName SOMA:Cutting "object-modification-cutting") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Cutting "A task that requires some object to be cut into pieces. The cut is often irreversible.") +AnnotationAssertion(SOMA:ELANName SOMA:Dicing "object-modification-dicing") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Dicing "A task that requires an object to be (at least partially) cut into slices.") +AnnotationAssertion(SOMA:ELANName SOMA:Distancing "move-body-walk-backaway") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Distancing "walk (away from a location, in a direction)") +AnnotationAssertion(SOMA:ELANName SOMA:Dropping "move-object-drop") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Dropping "Agent undoes whatever functional control they have on an object, but without imparting significant momentum to it, and allows the object to fall under the influence of gravity.") +AnnotationAssertion(SOMA:ELANName SOMA:EndEffectorPositioning "manipulation-hand-positioning") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:EndEffectorPositioning "Superconcept for the Agent moving their arm(s) to positioning their hand/end effector; use more specific labels where appropriate.") +AnnotationAssertion(SOMA:ELANName SOMA:GraspTransfer "move-hand-grasp-transfer") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:GraspTransfer "have grasped an object with one hand, now grasp it with the other and release it from the first") +AnnotationAssertion(SOMA:ELANName SOMA:Grasping "manipulation-grasp") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Grasping "Agent grasps an object.") +AnnotationAssertion(SOMA:ELANName SOMA:HeadMovement "move-head") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:HeadMovement "Superconcept for the Agent moving their head; use more specific labels where appropriate.") +AnnotationAssertion(SOMA:ELANName SOMA:HeadTurning "move-head-turn") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:HeadTurning "Turn head (e.g. for visual search).") +AnnotationAssertion(SOMA:ELANName SOMA:Holding "move-object-hold") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Holding "Have grasped an object with hand, and move it while held.") +AnnotationAssertion(SOMA:ELANName SOMA:Leaning "move-body-lean") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Leaning "move, bending, with torso in a specific direction") +AnnotationAssertion(SOMA:ELANName SOMA:Lifting "move-object-lift") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Lifting "Having grasped an object with their hand, the agent now lifts it from the supporting surface.") +AnnotationAssertion(SOMA:ELANName SOMA:Locomotion "move-body-locomotion") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Locomotion "Superconcept for the Agent moving around; use more specific labels where appropriate.") +AnnotationAssertion(SOMA:ELANName SOMA:LookingFor "perception-search-for-object") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:LookingFor "The agent searches, usually visually, for the location, or a possible new location, of an object") +AnnotationAssertion(SOMA:ELANName SOMA:Lowering "move-object-lower") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Lowering "The agent lowers a, usually held in hand(s), object.") +AnnotationAssertion(SOMA:ELANName SOMA:Manipulating "manipulation-general") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Manipulating "These are Actions in which the Agent exerts or prepares to exert some influence over some other participant Phyiscal Objects by way of its prehensile body parts (usually, hands).") +AnnotationAssertion(SOMA:ELANName SOMA:MetaCognitionEvaluationTopic "ta-meta-cognition-evaluation") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:MetaCognitionEvaluationTopic "an agent analyzes and describes the process by which they evaluate whether/to what a extent a goal was reached") +AnnotationAssertion(SOMA:ELANName SOMA:MetaCognitionMemoryTopic "ta-meta-cognition-memory") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:MetaCognitionMemoryTopic "an agent describes how and/or why they (failed to) memorize something") +AnnotationAssertion(SOMA:ELANName SOMA:MetaCognitionPlanningTopic "ta-meta-cognition-planning") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:MetaCognitionPlanningTopic "an agent analyzes and describes the process they use to plan their behavior") +AnnotationAssertion(SOMA:ELANName SOMA:MetaCognitionTopic "ta-meta-cognition") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:MetaCognitionTopic "Superconcept for cases where the agent describes the results of analyzing their own thought processes; use more specific labels where appropriate.") +AnnotationAssertion(SOMA:ELANName SOMA:Mixing "construction-mixing") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Mixing "A task involving the putting together of several objects, which are thereafter not recoverable.") +AnnotationAssertion(SOMA:ELANName SOMA:ModifyingPhysicalObject "object-modification-general") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ModifyingPhysicalObject "Superconcept for tasks involving the changing of the state some object(s) is/are in; use more specific labels where appropriate.") +AnnotationAssertion(SOMA:ELANName SOMA:MovingAway "move-body-walk-backaway") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:MovingAway "walk (away from a location, in a direction)") +AnnotationAssertion(SOMA:ELANName SOMA:Opening "move-object-open") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Opening "Move an object so as to expose an interior surface.") +AnnotationAssertion(SOMA:ELANName SOMA:Orienting "move-object-orient") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Orienting "Move object to re-orient it in place on an area, or while holding.") +AnnotationAssertion(SOMA:ELANName SOMA:Perceiving "perception-general") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Perceiving "Superconcept for perception tasks. Use more specific levels where appropriate.") +AnnotationAssertion(SOMA:ELANName SOMA:PhysicalAcquiring "physically-acquire-object") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:PhysicalAcquiring "Superconcept for tasks requiring that an object be put in such a physical state so that it is usable/available for other tasks.") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:PhysicalAction "Superconcept for the Agent doing something with their hands/end effectors; use more specific labels where appropriate.") +AnnotationAssertion(SOMA:ELANName SOMA:PickingUp "move-object-pick-up") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:PickingUp "Agent grasps an object and removes it from its previous location.") +AnnotationAssertion(SOMA:ELANName SOMA:Positioning "move-object-positioning") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Positioning "Move an object so that it has a particular pose.") +AnnotationAssertion(SOMA:ELANName SOMA:PosturalMoving "move-body-posture") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:PosturalMoving "Superconcept for motions where the Agent changes posture; use more specific labels where appropriate.") +AnnotationAssertion(SOMA:ELANName SOMA:Pushing "move-object-push") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Pushing "Superconcept for the Agent exerting force on an object to push it; use more specific labels where appropriate.") +AnnotationAssertion(SOMA:ELANName SOMA:PushingAway "move-object-push-away") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:PushingAway "Agent exerts force on an object to move it away from themselves.") +AnnotationAssertion(SOMA:ELANName SOMA:PushingDown "move-object-push-down") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:PushingDown "Exert force on an object to move it in some functionally meaningful direction, such as pushing down a button (even when the actual direction the button was pushed in was up).") +AnnotationAssertion(SOMA:ELANName SOMA:PuttingDown "manipulation-put-down") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:PuttingDown "Agent releases their grasp on an object, but only after positioning it so that it is supported and won't fall.") +AnnotationAssertion(SOMA:ELANName SOMA:Reaching "move-hand+arm-reach") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Reaching "Reach arm out to prepare to grasp with hand.") +AnnotationAssertion(SOMA:ELANName SOMA:Releasing "manipulation-release") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Releasing "Agent releases grasp on an object.") +AnnotationAssertion(SOMA:ELANName SOMA:Retracting "move-hand+arm-retract") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Retracting "Draw in arm and hand toward body, and away from some object or location.") +AnnotationAssertion(SOMA:ELANName SOMA:Slicing "object-modification-slicing") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Slicing "A task that requires an object to be (at least partially) cut into approximately cubic pieces.") +AnnotationAssertion(SOMA:ELANName SOMA:Squeezing "move-object-squeeze") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Squeezing "Exert compressive force on a (usually, but not always, grasped) object.") +AnnotationAssertion(SOMA:ELANName SOMA:Standing "move-body-stand") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Standing "stand (at a location)") +AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudActionTopic "ta-actions") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudActionTopic "an agent describes what they are currently doing") +AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudGeneralKnowledgeTopic "ta-knowledge-general") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudGeneralKnowledgeTopic "an agent makes a statement of general knowledge, as opposed to knowledge specific to the immediate environment they are in") +AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudKnowledgeTopic "ta-knowledge") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudKnowledgeTopic "Superconcept for when an agent makes a statement of knowledge of something not immediately perceivable; use more specific labels where appropriate.") +AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudObstructionTopic "ta-issues") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudObstructionTopic "an agent describes what prevents them from undertaking some action") +AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudOpinionTopic "ta-opinions") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudOpinionTopic "an agent makes a statement of opinion") +AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudPerceptionTopic "ta-perception") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudPerceptionTopic "an agent describes what they perceive") +AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudPlanTopic "ta-plans") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudPlanTopic "an agent describes their current plan") +AnnotationAssertion(SOMA:ELANName SOMA:ThinkAloudSceneKnowledgeTopic "ta-knowledge-scene") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:ThinkAloudSceneKnowledgeTopic "an agent makes a statement that they know something about the environment they are in, which they cannot at that moment perceive directly (but they may have perceived it earlier)") +AnnotationAssertion(SOMA:ELANName SOMA:Throwing "move-object-throw") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Throwing "Using its arm(s), an agent imparts momentum to a held object then releases it.") +AnnotationAssertion(SOMA:ELANName SOMA:Transporting "transport-object") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Transporting "A task that requires chaging the location of an object.") +AnnotationAssertion(SOMA:ELANName SOMA:Turning "move-body-turn") +AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Turning "move own body, turn") +) \ No newline at end of file diff --git a/owl/SOMA-HOME.owl b/owl/SOMA-HOME.owl index 9dd7721b..c6191a03 100644 --- a/owl/SOMA-HOME.owl +++ b/owl/SOMA-HOME.owl @@ -1,1545 +1,718 @@ - - - - - SOMA-HOME defines the concepts that are specific to home, e.g. kitchen environment, household items. - - +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(SOMA:=) +Prefix(rdfs:=) + + +Ontology( +Import() +Annotation(rdfs:comment "SOMA-HOME defines the concepts that are specific to home, e.g. kitchen environment, household items.") + +Declaration(Class(SOMA:Affordance)) +Declaration(Class(SOMA:AffordsBeingSitOn)) +Declaration(Class(SOMA:AgentRole)) +Declaration(Class(SOMA:Appliance)) +Declaration(Class(SOMA:Armchair)) +Declaration(Class(SOMA:AssumingPose)) +Declaration(Class(SOMA:BakedGood)) +Declaration(Class(SOMA:BedsideTable)) +Declaration(Class(SOMA:Blade)) +Declaration(Class(SOMA:Bottle)) +Declaration(Class(SOMA:Bowl)) +Declaration(Class(SOMA:Box)) +Declaration(Class(SOMA:BoxShape)) +Declaration(Class(SOMA:Bread)) +Declaration(Class(SOMA:BreadKnife)) +Declaration(Class(SOMA:BreakfastPlate)) +Declaration(Class(SOMA:Building)) +Declaration(Class(SOMA:CanBeSatOn)) +Declaration(Class(SOMA:CanSit)) +Declaration(Class(SOMA:Capability)) +Declaration(Class(SOMA:Carafe)) +Declaration(Class(SOMA:Ceiling)) +Declaration(Class(SOMA:CeramicCooktop)) +Declaration(Class(SOMA:CerealBox)) +Declaration(Class(SOMA:ClosingDisposition)) +Declaration(Class(SOMA:CoffeeCarafe)) +Declaration(Class(SOMA:CoffeeTable)) +Declaration(Class(SOMA:CoilCooktop)) +Declaration(Class(SOMA:Compartment)) +Declaration(Class(SOMA:Containment)) +Declaration(Class(SOMA:Cooktop)) +Declaration(Class(SOMA:Countertop)) +Declaration(Class(SOMA:Crockery)) +Declaration(Class(SOMA:Cup)) +Declaration(Class(SOMA:Cupboard)) +Declaration(Class(SOMA:Cutlery)) +Declaration(Class(SOMA:CuttingTool)) +Declaration(Class(SOMA:Deposition)) +Declaration(Class(SOMA:DesignedChair)) +Declaration(Class(SOMA:DesignedComponent)) +Declaration(Class(SOMA:DesignedContainer)) +Declaration(Class(SOMA:DesignedFurniture)) +Declaration(Class(SOMA:DesignedHandle)) +Declaration(Class(SOMA:DesignedSpade)) +Declaration(Class(SOMA:DesignedTool)) +Declaration(Class(SOMA:DessertFork)) +Declaration(Class(SOMA:Destination)) +Declaration(Class(SOMA:DinnerPlate)) +Declaration(Class(SOMA:Dish)) +Declaration(Class(SOMA:Dishwasher)) +Declaration(Class(SOMA:DishwasherTab)) +Declaration(Class(SOMA:Dispenser)) +Declaration(Class(SOMA:Door)) +Declaration(Class(SOMA:Drawer)) +Declaration(Class(SOMA:ElectricCooktop)) +Declaration(Class(SOMA:Floor)) +Declaration(Class(SOMA:Fork)) +Declaration(Class(SOMA:FreezerCompartment)) +Declaration(Class(SOMA:GasCooktop)) +Declaration(Class(SOMA:Glass)) +Declaration(Class(SOMA:Graspability)) +Declaration(Class(SOMA:Hotplate)) +Declaration(Class(SOMA:InductionCooktop)) +Declaration(Class(SOMA:Insertion)) +Declaration(Class(SOMA:JamJar)) +Declaration(Class(SOMA:Jar)) +Declaration(Class(SOMA:Kitchen)) +Declaration(Class(SOMA:KitchenCabinet)) +Declaration(Class(SOMA:KitchenKnife)) +Declaration(Class(SOMA:KitchenUnit)) +Declaration(Class(SOMA:Knife)) +Declaration(Class(SOMA:Lid)) +Declaration(Class(SOMA:Linkage)) +Declaration(Class(SOMA:MilkBottle)) +Declaration(Class(SOMA:MilkPack)) +Declaration(Class(SOMA:NutellaJar)) +Declaration(Class(SOMA:Oven)) +Declaration(Class(SOMA:Pack)) +Declaration(Class(SOMA:Pan)) +Declaration(Class(SOMA:Pancake)) +Declaration(Class(SOMA:PancakeMix)) +Declaration(Class(SOMA:PastaBowl)) +Declaration(Class(SOMA:PepperShaker)) +Declaration(Class(SOMA:Plate)) +Declaration(Class(SOMA:Pot)) +Declaration(Class(SOMA:Rack)) +Declaration(Class(SOMA:RaspberryJamJar)) +Declaration(Class(SOMA:Refrigerator)) +Declaration(Class(SOMA:Room)) +Declaration(Class(SOMA:RoomSurface)) +Declaration(Class(SOMA:SaladBowl)) +Declaration(Class(SOMA:SaltShaker)) +Declaration(Class(SOMA:Shaker)) +Declaration(Class(SOMA:Shaping)) +Declaration(Class(SOMA:Sink)) +Declaration(Class(SOMA:Sitting)) +Declaration(Class(SOMA:SittingDestination)) +Declaration(Class(SOMA:Sofa)) +Declaration(Class(SOMA:SoupPot)) +Declaration(Class(SOMA:Spatula)) +Declaration(Class(SOMA:Spoon)) +Declaration(Class(SOMA:Stove)) +Declaration(Class(SOMA:SugarDispenser)) +Declaration(Class(SOMA:Surface)) +Declaration(Class(SOMA:Table)) +Declaration(Class(SOMA:TableFork)) +Declaration(Class(SOMA:TableKnife)) +Declaration(Class(SOMA:TableSpoon)) +Declaration(Class(SOMA:Tableware)) +Declaration(Class(SOMA:Tap)) +Declaration(Class(SOMA:TeaSpoon)) +Declaration(Class(SOMA:Tempering)) +Declaration(Class(SOMA:TemperingByCooling)) +Declaration(Class(SOMA:TemperingByHeating)) +Declaration(Class(SOMA:TrashContainer)) +Declaration(Class(SOMA:Wall)) +Declaration(Class(SOMA:Wardrobe)) +Declaration(Class(SOMA:WaterBottle)) +Declaration(Class(SOMA:WaterGlass)) +Declaration(Class(SOMA:WineBottle)) +Declaration(Class(SOMA:WineGlass)) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(ObjectProperty(SOMA:affordsTrigger)) +Declaration(ObjectProperty(SOMA:definesBearer)) +Declaration(ObjectProperty(SOMA:definesTrigger)) +Declaration(ObjectProperty(SOMA:hasDisposition)) +Declaration(ObjectProperty(SOMA:hasPhysicalComponent)) +Declaration(ObjectProperty(SOMA:hasShapeRegion)) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) + + + +############################ +# Classes +############################ + +# Class: () + +AnnotationAssertion(rdfs:comment SOMA:AffordsBeingSitOn "A reified relation between a furniture-like object (the bearer), the sitting task it affords, and an agent that can assume a sitting pose (trigger).") +SubClassOf(SOMA:AffordsBeingSitOn SOMA:Affordance) +SubClassOf(SOMA:AffordsBeingSitOn ObjectSomeValuesFrom( SOMA:CanBeSatOn)) +SubClassOf(SOMA:AffordsBeingSitOn ObjectAllValuesFrom(SOMA:definesBearer SOMA:SittingDestination)) +SubClassOf(SOMA:AffordsBeingSitOn ObjectAllValuesFrom(SOMA:definesTrigger ObjectIntersectionOf(SOMA:AgentRole ObjectAllValuesFrom( ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:CanSit))))) +SubClassOf(SOMA:AffordsBeingSitOn ObjectAllValuesFrom( SOMA:Sitting)) + +# Class: () + +SubClassOf(SOMA:Appliance ) + +# Class: () + +AnnotationAssertion(rdfs:comment SOMA:Armchair "A more comfortable chair that includes sides to support arms.") +SubClassOf(SOMA:Armchair SOMA:DesignedChair) + +# Class: () + +SubClassOf(SOMA:BakedGood SOMA:Dish) + +# Class: () + +AnnotationAssertion(rdfs:comment SOMA:BedsideTable "A small table typically located next to a bed.") +SubClassOf(SOMA:BedsideTable SOMA:Table) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Blade "A flat cutting edge of an object used to cut through other objects, such as the blade of a ventilator cutting through the air.") +SubClassOf(SOMA:Blade SOMA:DesignedComponent) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Bottle "A container with a narrow neck used to store fluids.") +SubClassOf(SOMA:Bottle SOMA:DesignedContainer) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Bowl "A round, deep object used to contain food or liquid.") +SubClassOf(SOMA:Bowl SOMA:Crockery) +# Class: () - - +AnnotationAssertion(rdfs:comment SOMA:Box "A cuboid-shaped container.") +SubClassOf(SOMA:Box SOMA:DesignedContainer) +SubClassOf(SOMA:Box ObjectSomeValuesFrom(SOMA:hasShapeRegion SOMA:BoxShape)) +# Class: () - +SubClassOf(SOMA:Bread SOMA:BakedGood) +# Class: () - - +AnnotationAssertion(rdfs:comment SOMA:BreadKnife "A knife to cut bread.") +SubClassOf(SOMA:BreadKnife SOMA:KitchenKnife) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:BreakfastPlate "A smaller plate used for serving bread at the dining table with the main meal or to serve breakfast.") +SubClassOf(SOMA:BreakfastPlate SOMA:Plate) +# Class: () - - +AnnotationAssertion(rdfs:comment SOMA:Building "A structure with a roof and walls.") +SubClassOf(SOMA:Building SOMA:DesignedContainer) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:CanBeSatOn "The disposition to support an agent being in a sitting pose. Typically provided by chairs, stools, etc.") +SubClassOf(SOMA:CanBeSatOn SOMA:Deposition) +SubClassOf(SOMA:CanBeSatOn ObjectSomeValuesFrom( SOMA:AffordsBeingSitOn)) +# Class: () - - +AnnotationAssertion(rdfs:comment SOMA:CanSit "The capability of an agent to assume a sitting pose.") +SubClassOf(SOMA:CanSit SOMA:Capability) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Carafe "A container used to hold and pour some beverage.") +SubClassOf(SOMA:Carafe SOMA:DesignedContainer) +# Class: () - - +AnnotationAssertion(rdfs:comment SOMA:Ceiling "The upper interior surface of a room.") +SubClassOf(SOMA:Ceiling SOMA:RoomSurface) +DisjointClasses(SOMA:Ceiling SOMA:Floor) +DisjointClasses(SOMA:Ceiling SOMA:Wall) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:CeramicCooktop "A cooktop that uses heated ceramic elements.") +SubClassOf(SOMA:CeramicCooktop SOMA:ElectricCooktop) +# Class: () - - +AnnotationAssertion(rdfs:comment SOMA:CerealBox "A box which holds, or at least is intended to usually hold, cereal flakes.") +SubClassOf(SOMA:CerealBox SOMA:Box) +# Class: () - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A reified relation between a furniture-like object (the bearer), the sitting task it affords, and an agent that can assume a sitting pose (trigger). - - - - - - - - - - - - - - - - - - - - - - - - - - A more comfortable chair that includes sides to support arms. - - - - - - - - - - - - - - - - - - - - - - - - - - A small table typically located next to a bed. - - - - - - - - - - A flat cutting edge of an object used to cut through other objects, such as the blade of a ventilator cutting through the air. - - - - - - - - - - A container with a narrow neck used to store fluids. - - - - - - - - - - A round, deep object used to contain food or liquid. - - - - - - - - - - - - - - - - A cuboid-shaped container. - - - - - - - - - - - - - - - - - - - - - - - - - - A knife to cut bread. - - - - - - - - - - A smaller plate used for serving bread at the dining table with the main meal or to serve breakfast. - - - - - - - - - - A structure with a roof and walls. - - - - - - - - - - - - - - - - The disposition to support an agent being in a sitting pose. Typically provided by chairs, stools, etc. - - - - - - - - - - The capability of an agent to assume a sitting pose. - - - - - - - - - - - - - - - - - A container used to hold and pour some beverage. - - - - - - - - - - - - The upper interior surface of a room. - - - - - - - - - - A cooktop that uses heated ceramic elements. - - - - - - - - - - A box which holds, or at least is intended to usually hold, cereal flakes. - - - - - - - - - - The disposition of an object to connect with some other, so that a region of space becomes fully enclosed by the object and separate from the exterior. +AnnotationAssertion(rdfs:comment SOMA:ClosingDisposition "The disposition of an object to connect with some other, so that a region of space becomes fully enclosed by the object and separate from the exterior. Often this connection is between parts of the same object. -Because of the existence of a separation between some interior and exterior space regions, objects that can close are also objects that can contain. - - - - - - - - - - A carafe which holds, or at least is intended to usually hold, coffee. - - - - - - - - - - A small and low table which is typically used as a shelf for small items such as cups, and located in front of a sofa. - - - - - - - - - - A cooktop that uses heated metal coils. - - - - - - - - - - - - - - - - - - - - - - - - - - A typically circular surface where food is cooked. - - - - - - - - - - A flat surface for working on. - - - - - - - - - - - - - - 1 - - - - - - - 1 - - - - - - - - - - - - - - - - - - - An object designed to contain food to store, cook, eat, or serve it. - - - - - - - - - - - - - - - - A round shaped container used for storing liquid and drinking out of it, typically has a handle for grasping. - - - - - - - - - - - - - - - - - A piece of furniture for storing things. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 1 - - - - A piece of furniture designed for one person to sit on. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - An item designed to fit well within a grasping hand, often attached to another item to enhance its manipulability. - Designed handle - - - - - - - - - - A sharp-edged metal blade used for digging or cutting. - Designed spade - - - - - - - - - - - - - - - - - - - A smallar fork for eating desserts e.g. cake. - - - - - - - - - - - - - - - - - A regular size plate for eating a main meals. - - - - - - - - - - - - - - - - - - - - An appliance for washing dishes and cutlery automatically. - - - - - - - - - - A solid detergent inserted into dishwashers. - - - - - - - - - - A small container used to store and serve some flavoring substance for a dish or beverage. - - - - - - - - - - A hinged, sliding, or revolving barrier at the entrance to a building, room, or vehicle, or in the frame of a cupboard. - - - - - - - - - - - A storage compartment without a lid, made to slide horizontally in and out of a piece of furniture. - - - - - - - - - - A cooktop that uses electricity for heating. - - - - - - - - - - - The lower interior surface of a room. - - - - - - - - - - - - - - - - Cutlery with two or more prongs used for lifting food to the mouth or holding it when cutting. - - - - - - - - - - A freezer compartment used to regulate the temperature of contained objects to a value below zero degree Celsius. - - - - - - - - - - A cooktop that uses burning gas for heating. - - - - - - - - - - A container made usually from glass or transparent plastic which is used to hold, typically cold, beverages. - - - - - - - - - - - - - - - - - A flat heated surface used for cooking food or keeping it hot. - - - - - - - - - - A type of cooktop where heat is induced in the cookware. Only special induction cookware can be used with this type of cooktop. - - - - - - - - - - - - - - - - - A jar which holds, or at least is intended to usually hold, jam. - - - - - - - - - - A container used for long-term storage of some liquid or viscous dish. - - - - - - - - - - - - - - - - A designated room to perform the task of cooking. - - - - - - - - - - A cupboard designed to be used in kitchen environments. - - - - - - - - - - A tool designed to be used for kitchen related common tasks. Such as smearing a bread or cutting a cucumber. - - - - - - - - - - A piece of a fitted furniture typically containing cupboards, a sink, and an oven. - - - - - - - - - - - - - - - - - - - - - - An instrument composed of a blade fixed into a handle, used for cutting or as a weapon. - - - - - - - - - - A removable or hinged cover for the top of a container. - - - - - - - - - - - - - - - - - A bottle which holds, or at least is intended to usually hold, milk. - - - - - - - - - - A pack which holds, or at least is intended to usually hold, milk. - - - - - - - - - - A jar which holds, or at least is intended to usually hold, Nutella. - - - - - - - - - - - - - - - - - An appliance with an enclosed compartment that exposes food to heat - - - - - - - - - - A small cardboard or paper container. - - - - - - - - - - A container used for cooking food. - - - - - +Because of the existence of a separation between some interior and exterior space regions, objects that can close are also objects that can contain.") +SubClassOf(SOMA:ClosingDisposition SOMA:Linkage) +# Class: () - - - - +AnnotationAssertion(rdfs:comment SOMA:CoffeeCarafe "A carafe which holds, or at least is intended to usually hold, coffee.") +SubClassOf(SOMA:CoffeeCarafe SOMA:Carafe) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:CoffeeTable "A small and low table which is typically used as a shelf for small items such as cups, and located in front of a sofa.") +SubClassOf(SOMA:CoffeeTable SOMA:Table) +# Class: () - - - - +AnnotationAssertion(rdfs:comment SOMA:CoilCooktop "A cooktop that uses heated metal coils.") +SubClassOf(SOMA:CoilCooktop SOMA:ElectricCooktop) +# Class: () - +SubClassOf(SOMA:Compartment SOMA:DesignedComponent) +# Class: () - - - A bowl which holds, or at least is intended to usually hold, pasta. - - +AnnotationAssertion(rdfs:comment SOMA:Cooktop "A typically circular surface where food is cooked.") +SubClassOf(SOMA:Cooktop SOMA:DesignedComponent) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Countertop "A flat surface for working on.") +SubClassOf(SOMA:Countertop SOMA:DesignedComponent) +# Class: () - - - A shaker which holds, or at least is intended to usually hold, pepper. - - +AnnotationAssertion(rdfs:comment SOMA:Crockery "An object designed to contain food to store, cook, eat, or serve it.") +SubClassOf(SOMA:Crockery SOMA:DesignedContainer) +SubClassOf(SOMA:Crockery SOMA:Tableware) +SubClassOf(SOMA:Crockery ObjectExactCardinality(1 SOMA:hasDisposition SOMA:Insertion)) +SubClassOf(SOMA:Crockery ObjectExactCardinality(1 SOMA:hasDisposition ObjectIntersectionOf(SOMA:Insertion ObjectAllValuesFrom(SOMA:affordsTrigger ObjectAllValuesFrom( ))))) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Cup "A round shaped container used for storing liquid and drinking out of it, typically has a handle for grasping.") +SubClassOf(SOMA:Cup SOMA:Crockery) +SubClassOf(SOMA:Cup ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedHandle)) +# Class: () - - - A flat and usually circular object from which food is eaten or served. - - +AnnotationAssertion(rdfs:comment SOMA:Cupboard "A piece of furniture for storing things.") +SubClassOf(SOMA:Cupboard SOMA:DesignedContainer) +SubClassOf(SOMA:Cupboard SOMA:DesignedFurniture) +SubClassOf(SOMA:Cupboard ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Rack)) +# Class: () - +SubClassOf(SOMA:Cutlery SOMA:Tableware) +# Class: () - - - A container used for cooking food. - - +SubClassOf(SOMA:CuttingTool SOMA:DesignedTool) +SubClassOf(SOMA:CuttingTool ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Shaping)) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:DesignedChair "A piece of furniture designed for one person to sit on.") +SubClassOf(SOMA:DesignedChair SOMA:DesignedFurniture) +SubClassOf(SOMA:DesignedChair ObjectExactCardinality(1 SOMA:hasDisposition SOMA:CanBeSatOn)) +# Class: (Designed component) - - - A frame for holding or storing things. - - +SubClassOf(SOMA:DesignedComponent ) +# Class: (Designed container) - +SubClassOf(SOMA:DesignedContainer ) +# Class: (Designed furniture) - - - A jar which holds, or at least is intended to usually hold, raspberry jam. - - +SubClassOf(SOMA:DesignedFurniture ) +# Class: (Designed handle) - +AnnotationAssertion(rdfs:comment SOMA:DesignedHandle "An item designed to fit well within a grasping hand, often attached to another item to enhance its manipulability.") +AnnotationAssertion(rdfs:label SOMA:DesignedHandle "Designed handle") +SubClassOf(SOMA:DesignedHandle SOMA:DesignedComponent) +SubClassOf(SOMA:DesignedHandle ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Graspability)) +# Class: (Designed spade) - - - - - - - - - - An appliance which is artificially kept cool and used to store food and drink. - - +AnnotationAssertion(rdfs:comment SOMA:DesignedSpade "A sharp-edged metal blade used for digging or cutting.") +AnnotationAssertion(rdfs:label SOMA:DesignedSpade "Designed spade") +SubClassOf(SOMA:DesignedSpade SOMA:DesignedComponent) +# Class: (Designed tool) - +SubClassOf(SOMA:DesignedTool ) +# Class: () - - +AnnotationAssertion(rdfs:comment SOMA:DessertFork "A smallar fork for eating desserts e.g. cake.") +SubClassOf(SOMA:DessertFork SOMA:Fork) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:DinnerPlate "A regular size plate for eating a main meals.") +SubClassOf(SOMA:DinnerPlate SOMA:Plate) +# Class: () - - - - +SubClassOf(SOMA:Dish ) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Dishwasher "An appliance for washing dishes and cutlery automatically.") +SubClassOf(SOMA:Dishwasher SOMA:Appliance) +SubClassOf(SOMA:Dishwasher SOMA:DesignedContainer) +# Class: () - - - A bowl which holds, or at least is intended to usually hold, salad. - - +AnnotationAssertion(rdfs:comment SOMA:DishwasherTab "A solid detergent inserted into dishwashers.") +SubClassOf(SOMA:DishwasherTab ) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Dispenser "A small container used to store and serve some flavoring substance for a dish or beverage.") +SubClassOf(SOMA:Dispenser SOMA:DesignedContainer) +# Class: () - - - A shaker which holds, or at least is intended to usually hold, salt. - - +AnnotationAssertion(rdfs:comment SOMA:Door "A hinged, sliding, or revolving barrier at the entrance to a building, room, or vehicle, or in the frame of a cupboard.") +SubClassOf(SOMA:Door SOMA:DesignedComponent) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Drawer "A storage compartment without a lid, made to slide horizontally in and out of a piece of furniture.") +SubClassOf(SOMA:Drawer SOMA:DesignedComponent) +SubClassOf(SOMA:Drawer SOMA:DesignedContainer) +# Class: () - - - A container used for storing fine grained substances such as salt or paper. - - +AnnotationAssertion(rdfs:comment SOMA:ElectricCooktop "A cooktop that uses electricity for heating.") +SubClassOf(SOMA:ElectricCooktop SOMA:Cooktop) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Floor "The lower interior surface of a room.") +SubClassOf(SOMA:Floor SOMA:RoomSurface) +DisjointClasses(SOMA:Floor SOMA:Wall) +# Class: () - - +AnnotationAssertion(rdfs:comment SOMA:Fork "Cutlery with two or more prongs used for lifting food to the mouth or holding it when cutting.") +SubClassOf(SOMA:Fork SOMA:Cutlery) +SubClassOf(SOMA:Fork ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedHandle)) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:FreezerCompartment "A freezer compartment used to regulate the temperature of contained objects to a value below zero degree Celsius.") +SubClassOf(SOMA:FreezerCompartment SOMA:Compartment) +# Class: () - - - A large bowl used to direct the flow of liquid into a drain, typically has a tap used to fill the sink with water, and a plug used to block the drain. - - +AnnotationAssertion(rdfs:comment SOMA:GasCooktop "A cooktop that uses burning gas for heating.") +SubClassOf(SOMA:GasCooktop SOMA:Cooktop) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Glass "A container made usually from glass or transparent plastic which is used to hold, typically cold, beverages.") +SubClassOf(SOMA:Glass SOMA:Crockery) +# Class: () - - - A task where an agents assumes a sitting pose. - - +AnnotationAssertion(rdfs:comment SOMA:Hotplate "A flat heated surface used for cooking food or keeping it hot.") +SubClassOf(SOMA:Hotplate SOMA:DesignedComponent) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:InductionCooktop "A type of cooktop where heat is induced in the cookware. Only special induction cookware can be used with this type of cooktop.") +SubClassOf(SOMA:InductionCooktop SOMA:ElectricCooktop) +# Class: () - - - - - - - - - - - - - - The destination of an agent assuming a sitting pose. Typically a chair or stool would fill this role. - - +AnnotationAssertion(rdfs:comment SOMA:JamJar "A jar which holds, or at least is intended to usually hold, jam.") +SubClassOf(SOMA:JamJar SOMA:Jar) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Jar "A container used for long-term storage of some liquid or viscous dish.") +SubClassOf(SOMA:Jar SOMA:DesignedContainer) +# Class: () - - - - - - 1 - - - - A comfortable seat for two or more people to sit on. - - - - - - - - - - A pot which holds, or at least is intended to usually hold, soup. - - - - - - - - - - - - - - - - - - - - - - - - +AnnotationAssertion(rdfs:comment SOMA:Kitchen "A designated room to perform the task of cooking.") +SubClassOf(SOMA:Kitchen SOMA:Room) +SubClassOf(SOMA:Kitchen ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Containment)) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:KitchenCabinet "A cupboard designed to be used in kitchen environments.") +SubClassOf(SOMA:KitchenCabinet SOMA:Cupboard) - - - - - - - - - - - - - - - - - - - - - - - - 1 - - - - - - - 1 - - - - - - - - - - - - - - - - - - - An eating or cooking implement consisting of a small shallow bowl with a relatively long handle. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:KitchenKnife "A tool designed to be used for kitchen related common tasks. Such as smearing a bread or cutting a cucumber.") +SubClassOf(SOMA:KitchenKnife SOMA:Knife) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:KitchenUnit "A piece of a fitted furniture typically containing cupboards, a sink, and an oven.") +SubClassOf(SOMA:KitchenUnit SOMA:DesignedFurniture) - - - - - - - - - An appliance for cooking or heating. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Knife "An instrument composed of a blade fixed into a handle, used for cutting or as a weapon.") +SubClassOf(SOMA:Knife SOMA:CuttingTool) +SubClassOf(SOMA:Knife ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Blade)) +SubClassOf(SOMA:Knife ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedHandle)) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Lid "A removable or hinged cover for the top of a container.") +SubClassOf(SOMA:Lid SOMA:DesignedComponent) - - - A dispenser used to hold, or at least is intended to usually hold and serve, sugar. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:MilkBottle "A bottle which holds, or at least is intended to usually hold, milk.") +SubClassOf(SOMA:MilkBottle SOMA:Bottle) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:MilkPack "A pack which holds, or at least is intended to usually hold, milk.") +SubClassOf(SOMA:MilkPack SOMA:Pack) - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:NutellaJar "A jar which holds, or at least is intended to usually hold, Nutella.") +SubClassOf(SOMA:NutellaJar SOMA:Jar) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Oven "An appliance with an enclosed compartment that exposes food to heat") +SubClassOf(SOMA:Oven SOMA:Appliance) +SubClassOf(SOMA:Oven SOMA:DesignedContainer) +SubClassOf(SOMA:Oven ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:TemperingByHeating)) - - - A piece of furniture with a flat top and one or more legs. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Pack "A small cardboard or paper container.") +SubClassOf(SOMA:Pack SOMA:DesignedContainer) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Pan "A container used for cooking food.") +SubClassOf(SOMA:Pan SOMA:Crockery) - - - A regular size fork used for eating meals, e.g. for Spaghetti. - - +# Class: () +SubClassOf(SOMA:Pancake SOMA:BakedGood) - +# Class: () +SubClassOf(SOMA:PancakeMix ) - - - A knife used for eating or speading butter on bread. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:PastaBowl "A bowl which holds, or at least is intended to usually hold, pasta.") +SubClassOf(SOMA:PastaBowl SOMA:Bowl) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:PepperShaker "A shaker which holds, or at least is intended to usually hold, pepper.") +SubClassOf(SOMA:PepperShaker SOMA:Shaker) - - - - A spoon usually refered as larger spoon used for serving. However in some regions it is the largest spoon used for eating. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Plate "A flat and usually circular object from which food is eaten or served.") +SubClassOf(SOMA:Plate SOMA:Crockery) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Pot "A container used for cooking food.") +SubClassOf(SOMA:Pot SOMA:Crockery) - - - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Rack "A frame for holding or storing things.") +SubClassOf(SOMA:Rack SOMA:DesignedComponent) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:RaspberryJamJar "A jar which holds, or at least is intended to usually hold, raspberry jam.") +SubClassOf(SOMA:RaspberryJamJar SOMA:JamJar) - - - A component designed to control the flow of water from a pipe. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Refrigerator "An appliance which is artificially kept cool and used to store food and drink.") +SubClassOf(SOMA:Refrigerator SOMA:Appliance) +SubClassOf(SOMA:Refrigerator SOMA:DesignedContainer) +SubClassOf(SOMA:Refrigerator ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Door)) - +# Class: (Room surface) +SubClassOf(SOMA:RoomSurface SOMA:Surface) - - - A spoon relatively smaller in size used for string a cup of tea or measuring a volume. Specifically for cooking or medicine purposes, the volume is defined as 5ml. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:SaladBowl "A bowl which holds, or at least is intended to usually hold, salad.") +SubClassOf(SOMA:SaladBowl SOMA:Bowl) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:SaltShaker "A shaker which holds, or at least is intended to usually hold, salt.") +SubClassOf(SOMA:SaltShaker SOMA:Shaker) - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Shaker "A container used for storing fine grained substances such as salt or paper.") +SubClassOf(SOMA:Shaker SOMA:DesignedContainer) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Sink "A large bowl used to direct the flow of liquid into a drain, typically has a tap used to fill the sink with water, and a plug used to block the drain.") +SubClassOf(SOMA:Sink SOMA:DesignedComponent) - - - A disposition of an object to change others by removing heat energy from them. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Sitting "A task where an agents assumes a sitting pose.") +SubClassOf(SOMA:Sitting SOMA:AssumingPose) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:SittingDestination "The destination of an agent assuming a sitting pose. Typically a chair or stool would fill this role.") +SubClassOf(SOMA:SittingDestination SOMA:Destination) +SubClassOf(SOMA:SittingDestination ObjectAllValuesFrom( ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:CanBeSatOn))) - - - A disposition of an object to change others by applying heat energy to them. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Sofa "A comfortable seat for two or more people to sit on.") +SubClassOf(SOMA:Sofa SOMA:DesignedFurniture) +SubClassOf(SOMA:Sofa ObjectExactCardinality(1 SOMA:hasDisposition SOMA:CanBeSatOn)) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:SoupPot "A pot which holds, or at least is intended to usually hold, soup.") +SubClassOf(SOMA:SoupPot SOMA:Pot) - - - An item designed to hold trash. Typically equipped with a mechanism to close or open it, to prevent smells from the trash from propagating out and insects and other pests to get in. - - +# Class: () +SubClassOf(SOMA:Spatula SOMA:Cutlery) +SubClassOf(SOMA:Spatula ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedHandle)) +SubClassOf(SOMA:Spatula ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedSpade)) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Spoon "An eating or cooking implement consisting of a small shallow bowl with a relatively long handle.") +SubClassOf(SOMA:Spoon SOMA:Cutlery) +SubClassOf(SOMA:Spoon ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Containment)) +SubClassOf(SOMA:Spoon ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Bowl)) +SubClassOf(SOMA:Spoon ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedHandle)) +SubClassOf(SOMA:Spoon ObjectExactCardinality(1 SOMA:hasDisposition SOMA:Insertion)) +SubClassOf(SOMA:Spoon ObjectExactCardinality(1 SOMA:hasDisposition ObjectIntersectionOf(SOMA:Insertion ObjectAllValuesFrom(SOMA:affordsTrigger ObjectAllValuesFrom( ))))) - - - An upright surface of a building or room. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Stove "An appliance for cooking or heating.") +SubClassOf(SOMA:Stove SOMA:Appliance) +SubClassOf(SOMA:Stove ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Hotplate)) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:SugarDispenser "A dispenser used to hold, or at least is intended to usually hold and serve, sugar.") +SubClassOf(SOMA:SugarDispenser SOMA:Dispenser) - - - A cupboard which is typically used for hanging clothes. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Table "A piece of furniture with a flat top and one or more legs.") +SubClassOf(SOMA:Table SOMA:DesignedFurniture) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:TableFork "A regular size fork used for eating meals, e.g. for Spaghetti.") +SubClassOf(SOMA:TableFork SOMA:Fork) - - - A bottle which holds, or at least is intended to usually hold, water. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:TableKnife "A knife used for eating or speading butter on bread.") +SubClassOf(SOMA:TableKnife SOMA:KitchenKnife) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:TableSpoon "A spoon usually refered as larger spoon used for serving. However in some regions it is the largest spoon used for eating.") +SubClassOf(SOMA:TableSpoon SOMA:Spoon) +DisjointClasses(SOMA:TableSpoon SOMA:TeaSpoon) - - - A glass which holds, or at least is intended to usually hold, water. Also affords drinking from it. - - +# Class: () +SubClassOf(SOMA:Tableware SOMA:DesignedTool) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Tap "A component designed to control the flow of water from a pipe.") +SubClassOf(SOMA:Tap SOMA:DesignedComponent) - - - A bottle which holds, or at least is intended to usually hold, wine. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:TeaSpoon "A spoon relatively smaller in size used for string a cup of tea or measuring a volume. Specifically for cooking or medicine purposes, the volume is defined as 5ml.") +SubClassOf(SOMA:TeaSpoon SOMA:Spoon) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:TemperingByCooling "A disposition of an object to change others by removing heat energy from them.") +SubClassOf(SOMA:TemperingByCooling SOMA:Tempering) - - - A glass which holds, or at least is intended to usually hold, wine. Also affords drinking from it. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:TemperingByHeating "A disposition of an object to change others by applying heat energy to them.") +SubClassOf(SOMA:TemperingByHeating SOMA:Tempering) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:TrashContainer "An item designed to hold trash. Typically equipped with a mechanism to close or open it, to prevent smells from the trash from propagating out and insects and other pests to get in.") +SubClassOf(SOMA:TrashContainer SOMA:DesignedContainer) - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Wall "An upright surface of a building or room.") +SubClassOf(SOMA:Wall SOMA:RoomSurface) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Wardrobe "A cupboard which is typically used for hanging clothes.") +SubClassOf(SOMA:Wardrobe SOMA:Cupboard) - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:WaterBottle "A bottle which holds, or at least is intended to usually hold, water.") +SubClassOf(SOMA:WaterBottle SOMA:Bottle) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:WaterGlass "A glass which holds, or at least is intended to usually hold, water. Also affords drinking from it.") +SubClassOf(SOMA:WaterGlass SOMA:Glass) - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:WineBottle "A bottle which holds, or at least is intended to usually hold, wine.") +SubClassOf(SOMA:WineBottle SOMA:Bottle) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:WineGlass "A glass which holds, or at least is intended to usually hold, wine. Also affords drinking from it.") +SubClassOf(SOMA:WineGlass SOMA:Glass) +) \ No newline at end of file diff --git a/owl/SOMA-IO.owl b/owl/SOMA-IO.owl index 742a0a72..ea6b8f4f 100755 --- a/owl/SOMA-IO.owl +++ b/owl/SOMA-IO.owl @@ -1,1204 +1,611 @@ - - - - - - - - SOMA-IO.owl defines concepts related to software modules and their interaction. +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(SOMA:=) +Prefix(rdfs:=) + + +Ontology( +Import() +Import() +Import() +Import() +Annotation(rdfs:comment "SOMA-IO.owl defines concepts related to software modules and their interaction. + +The concepts defined here are fairly general and cover such topics as interface specifications and communication. Some more specific concepts for the knowledge representation domain are also defined, such as Database and various kinds of reasoners.") + +Declaration(Class(SOMA:API_Specification)) +Declaration(Class(SOMA:Algorithm)) +Declaration(Class(SOMA:ArchiveFile)) +Declaration(Class(SOMA:ArchiveFormat)) +Declaration(Class(SOMA:ArchiveText)) +Declaration(Class(SOMA:Classifier)) +Declaration(Class(SOMA:Client-Server_Specification)) +Declaration(Class(SOMA:ClientRole)) +Declaration(Class(SOMA:CognitiveAgent)) +Declaration(Class(SOMA:Computer_Language)) +Declaration(Class(SOMA:Computer_Program)) +Declaration(Class(SOMA:Database)) +Declaration(Class(SOMA:DesignedTool)) +Declaration(Class(SOMA:Digital_File)) +Declaration(Class(SOMA:ExecutableFile)) +Declaration(Class(SOMA:ExecutableFormat)) +Declaration(Class(SOMA:ExecutableSoftware)) +Declaration(Class(SOMA:Executable_Code)) +Declaration(Class(SOMA:FaultySoftware)) +Declaration(Class(SOMA:FileConfiguration)) +Declaration(Class(SOMA:File_format)) +Declaration(Class(SOMA:FormalLanguage)) +Declaration(Class(SOMA:GraphDatabase)) +Declaration(Class(SOMA:GraphQueryLanguage)) +Declaration(Class(SOMA:HostRole)) +Declaration(Class(SOMA:Human-readable_Programming_Language)) +Declaration(Class(SOMA:IncompatibleSoftware)) +Declaration(Class(SOMA:InterfaceComponentRole)) +Declaration(Class(SOMA:InterfaceSpecification)) +Declaration(Class(SOMA:KnowledgeRepresentationLanguage)) +Declaration(Class(SOMA:Language)) +Declaration(Class(SOMA:Markup_Language)) +Declaration(Class(SOMA:Natural_Language)) +Declaration(Class(SOMA:Natural_Language_Text)) +Declaration(Class(SOMA:Ontology)) +Declaration(Class(SOMA:Ontology_Language)) +Declaration(Class(SOMA:PluginRole)) +Declaration(Class(SOMA:PluginSpecification)) +Declaration(Class(SOMA:Programming_Language)) +Declaration(Class(SOMA:QueryEngine)) +Declaration(Class(SOMA:QueryLanguage)) +Declaration(Class(SOMA:Reasoner)) +Declaration(Class(SOMA:RelationalDatabase)) +Declaration(Class(SOMA:RelationalQueryLanguage)) +Declaration(Class(SOMA:ServerRole)) +Declaration(Class(SOMA:Simulation_Reasoner)) +Declaration(Class(SOMA:Software)) +Declaration(Class(SOMA:SoftwareInstance)) +Declaration(Class(SOMA:SoftwareLibrary)) +Declaration(Class(SOMA:SoftwareRole)) +Declaration(Class(SOMA:Software_Configuration)) +Declaration(Class(SOMA:Source_Code)) +Declaration(Class(SOMA:StatisticalReasoner)) +Declaration(Class(SOMA:Structured_Text)) +Declaration(Class(SOMA:SubCognitiveAgent)) +Declaration(Class(SOMA:SymbolicReasoner)) +Declaration(Class(SOMA:System)) +Declaration(Class(SOMA:Text)) +Declaration(Class(SOMA:Triplestore)) +Declaration(Class(SOMA:UnavailableSoftware)) +Declaration(ObjectProperty(SOMA:encodes)) +Declaration(ObjectProperty(SOMA:givesMeaningTo)) +Declaration(ObjectProperty(SOMA:isDesignFor)) +Declaration(ObjectProperty(SOMA:isDesignedBy)) +Declaration(ObjectProperty(SOMA:isGivenMeaningBy)) + +############################ +# Object Properties +############################ + +# Object Property: () + +AnnotationAssertion(rdfs:comment SOMA:encodes "The relation between two Information Objects that have the same meaning, but are formatted differently. E.g., a text written in UTF-8 encodes a text in a natural writing system (letters) and vice versa."@en) +SubObjectPropertyOf(SOMA:encodes ) +SymmetricObjectProperty(SOMA:encodes) +ObjectPropertyDomain(SOMA:encodes ) +ObjectPropertyRange(SOMA:encodes ) + +# Object Property: (gives meaning to) + +AnnotationAssertion(rdfs:comment SOMA:givesMeaningTo "The relation between a System and Information Object that is given meaning to by said system, e.g., a Language might give meaning to some word, sentence, text, etc., but without the knowledge of said System (Language), the text will not make sense to a reader."@en) +AnnotationAssertion(rdfs:label SOMA:givesMeaningTo "gives meaning to"@en) +SubObjectPropertyOf(SOMA:givesMeaningTo ) +InverseObjectProperties(SOMA:givesMeaningTo SOMA:isGivenMeaningBy) +ObjectPropertyDomain(SOMA:givesMeaningTo SOMA:System) +ObjectPropertyRange(SOMA:givesMeaningTo ) + +# Object Property: (has software agent) + +ObjectPropertyRange(SOMA:hasSoftwareAgent SOMA:SoftwareInstance) + +# Object Property: (is design for) + +AnnotationAssertion(rdfs:comment SOMA:isDesignFor "A special relation between a Design and an Object, to indicate that the Design describes a way to construct the Object."@en) +AnnotationAssertion(rdfs:label SOMA:isDesignFor "is design for"@en) +SubObjectPropertyOf(SOMA:isDesignFor ) +InverseObjectProperties(SOMA:isDesignFor SOMA:isDesignedBy) +ObjectPropertyDomain(SOMA:isDesignFor ) +ObjectPropertyRange(SOMA:isDesignFor ) + +# Object Property: (is designed by) + +AnnotationAssertion(rdfs:comment SOMA:isDesignedBy "A special relation between a Design and an Object, to indicate that the Object is described by the Design."@en) +AnnotationAssertion(rdfs:label SOMA:isDesignedBy "is designed by"@en) +SubObjectPropertyOf(SOMA:isDesignedBy ) +ObjectPropertyDomain(SOMA:isDesignedBy ) +ObjectPropertyRange(SOMA:isDesignedBy ) + +# Object Property: (is given meaning by) + +AnnotationAssertion(rdfs:comment SOMA:isGivenMeaningBy "The relation between an Information Object and a System that gives meaning to said object, e.g., a word, sentence, text, etc. might be given meaning by a Language and without the knowledge of said System (Language), the text will not make sense to a reader."@en) +AnnotationAssertion(rdfs:label SOMA:isGivenMeaningBy "is given meaning by"@en) +SubObjectPropertyOf(SOMA:isGivenMeaningBy ) +ObjectPropertyDomain(SOMA:isGivenMeaningBy ) +ObjectPropertyRange(SOMA:isGivenMeaningBy SOMA:System) + +# Object Property: (expresses) -The concepts defined here are fairly general and cover such topics as interface specifications and communication. Some more specific concepts for the knowledge representation domain are also defined, such as Database and various kinds of reasoners. - - +SubObjectPropertyOf( ) +# Object Property: (is expressed by) - +SubObjectPropertyOf( ) - - +############################ +# Classes +############################ +# Class: (API Specification) - - - - - - The relation between two Information Objects that have the same meaning, but are formatted differently. E.g., a text written in UTF-8 encodes a text in a natural writing system (letters) and vice versa. - - +AnnotationAssertion(rdfs:comment SOMA:API_Specification "An application programming interface (API) is a way for two or more computer programs to communicate with each other. It is a type of software interface, offering a service to other pieces of software. A document or standard that describes how to build or use an API is called an API specification. +Source: https://en.wikipedia.org/wiki/API"@en) +AnnotationAssertion(rdfs:label SOMA:API_Specification "API Specification"@en) +SubClassOf(SOMA:API_Specification SOMA:InterfaceSpecification) - +# Class: (Algorithm) +AnnotationAssertion(rdfs:comment SOMA:Algorithm "An Algorithm is a finite sequence of well-defined instructions, typically used to solve a class of specific problems or to perform a computation. - - - - - - The relation between a System and Information Object that is given meaning to by said system, e.g., a Language might give meaning to some word, sentence, text, etc., but without the knowledge of said System (Language), the text will not make sense to a reader. - gives meaning to - - +From Wikipedia: https://en.wikipedia.org/wiki/Algorithm"@en) +AnnotationAssertion(rdfs:label SOMA:Algorithm "Algorithm"@en) +SubClassOf(SOMA:Algorithm ) +# Class: (Archive File) - +AnnotationAssertion(rdfs:comment SOMA:ArchiveFile "An archive file is a computer file that is composed of one or more files along with metadata. +Source: https://en.wikipedia.org/wiki/Archive_file"@en) +AnnotationAssertion(rdfs:label SOMA:ArchiveFile "Archive File") +EquivalentClasses(SOMA:ArchiveFile ObjectIntersectionOf(SOMA:Digital_File ObjectSomeValuesFrom( SOMA:ArchiveText))) +SubClassOf(SOMA:ArchiveFile SOMA:Digital_File) - - - - +# Class: (Archive Format) +AnnotationAssertion(rdfs:comment SOMA:ArchiveFormat "An Archive Format is the file format of an archive file. - +Source: https://en.wikipedia.org/wiki/Archive_file#Archive_formats"@en) +AnnotationAssertion(rdfs:label SOMA:ArchiveFormat "Archive Format"@en) +SubClassOf(SOMA:ArchiveFormat SOMA:File_format) +SubClassOf(SOMA:ArchiveFormat ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:ArchiveText)) +# Class: (Archive Text) - - - - - - A special relation between a Design and an Object, to indicate that the Design describes a way to construct the Object. - is design for - - +AnnotationAssertion(rdfs:comment SOMA:ArchiveText "An Archive is a Structured Text that is composed of one or more Structured Texts along with metadata. Archives are used to collect multiple texts together into a single text for easier portability and storage as Archive Files, or simply to compress text to use less storage space as Computer Files. Archive often store directory structures, error detection and correction information, arbitrary comments, and sometimes use built-in encryption. +Source: https://en.wikipedia.org/wiki/Archive_file"@en) +AnnotationAssertion(rdfs:label SOMA:ArchiveText "Archive Text"@en) +EquivalentClasses(SOMA:ArchiveText ObjectIntersectionOf(SOMA:Structured_Text ObjectSomeValuesFrom( SOMA:FileConfiguration))) +EquivalentClasses(SOMA:ArchiveText ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:ArchiveFormat)) - +# Class: (Classifier) +AnnotationAssertion(rdfs:label SOMA:Classifier "Classifier"@en) +SubClassOf(SOMA:Classifier SOMA:StatisticalReasoner) - - - - - A special relation between a Design and an Object, to indicate that the Object is described by the Design. - is designed by - - +# Class: (Client-Server Specification) - - - - - - - - - The relation between an Information Object and a System that gives meaning to said object, e.g., a word, sentence, text, etc. might be given meaning by a Language and without the knowledge of said System (Language), the text will not make sense to a reader. - is given meaning by - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - An application programming interface (API) is a way for two or more computer programs to communicate with each other. It is a type of software interface, offering a service to other pieces of software. A document or standard that describes how to build or use an API is called an API specification. - -Source: https://en.wikipedia.org/wiki/API - API Specification - - - - - - - - - - An Algorithm is a finite sequence of well-defined instructions, typically used to solve a class of specific problems or to perform a computation. - -From Wikipedia: https://en.wikipedia.org/wiki/Algorithm - Algorithm - - - - - - - - - - - - - - - - - - - - - An archive file is a computer file that is composed of one or more files along with metadata. - -Source: https://en.wikipedia.org/wiki/Archive_file - Archive File - - - - - - - - - - - - - - - - An Archive Format is the file format of an archive file. - -Source: https://en.wikipedia.org/wiki/Archive_file#Archive_formats - Archive Format - - - - - - - - - - - - - - - - - - - - - - - - - - An Archive is a Structured Text that is composed of one or more Structured Texts along with metadata. Archives are used to collect multiple texts together into a single text for easier portability and storage as Archive Files, or simply to compress text to use less storage space as Computer Files. Archive often store directory structures, error detection and correction information, arbitrary comments, and sometimes use built-in encryption. - -Source: https://en.wikipedia.org/wiki/Archive_file - Archive Text - - - - - - - - - - Classifier - - - - - - - - - - - - - - - - - - - - - - - - An API Secification that describes the well known Client-Server pattern: +AnnotationAssertion(rdfs:comment SOMA:Client-Server_Specification "An API Secification that describes the well known Client-Server pattern: The Client-server model is a distributed application structure that partitions tasks or workloads between the providers of a resource or service, called servers, and service requesters, called clients Often clients and servers communicate over a computer network on separate hardware, but both client and server may reside in the same system. A server host runs one or more server programs, which share their resources with clients. A client usually does not share any of its resources, but it requests content or service from a server. Clients, therefore, initiate communication sessions with servers, which await incoming requests. Examples of computer applications that use the client-server model are email, network printing, and the World Wide Web. -Source: https://en.wikipedia.org/wiki/Client%E2%80%93server_model - Client-Server Specification - - - - - - - - - - - - - - - - The Client-server model is a distributed application structure that partitions tasks or workloads between the providers of a resource or service, called servers, and service requesters, called clients Often clients and servers communicate over a computer network on separate hardware, but both client and server may reside in the same system. A server host runs one or more server programs, which share their resources with clients. A client usually does not share any of its resources, but it requests content or service from a server. Clients, therefore, initiate communication sessions with servers, which await incoming requests. Examples of computer applications that use the client-server model are email, network printing, and the World Wide Web. - -Source: https://en.wikipedia.org/wiki/Client%E2%80%93server_model - Client role - - - - - - - - - - - An agent that is capable to act on its own, in contrast to sub-cognitive Agents, that need to have their intentionality bestowed upon some other agent. - cognitive agent - - - - - - - - - - A computer language is a formal language used in communication with a computer. - -From Wikipedia: https://en.wikipedia.org/wiki/Computer_language - Computer Language - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The Program itself (the specific set of instruction in a Programming Language), not the file that it is contained in nor the implemented algorithm! - Computer program - - - +Source: https://en.wikipedia.org/wiki/Client%E2%80%93server_model"@en) +AnnotationAssertion(rdfs:label SOMA:Client-Server_Specification "Client-Server Specification"@en) +SubClassOf(SOMA:Client-Server_Specification SOMA:InterfaceSpecification) +SubClassOf(SOMA:Client-Server_Specification ObjectIntersectionOf(ObjectSomeValuesFrom( SOMA:ClientRole) ObjectSomeValuesFrom( SOMA:ServerRole))) - - - - - - A Database is a Software that organizes a collection of data stored and and allows for access, usually via some query engine. - -Source: https://en.wikipedia.org/wiki/Database - - - - - - - - - - - - - - - - - - - Any file that exists as a digital resource (but not its content), e.g., a text file actually laying on some hard drive, but not the contained text. - Computer File - Digital File - - - - - - - - - - - - - - The file content. - - - - - - The path of the file on a computer system. - - - - - - - - - - - - - - - - - - - - An Executable File, sometimes simply referred to as an executable or binary, causes a computer "to perform indicated tasks according to encoded instructions", as opposed to a data file that must be interpreted (parsed) by a program to be meaningful. - -The exact interpretation depends upon the use. "Instructions" is traditionally taken to mean machine code instructions for a physical CPU. In some contexts, a file containing scripting instructions (such as bytecode) may also be considered executable. - Executable File - - - - - - - - - - - - - - - - An Executable Format is a File Format that allows computers to directly execute the content. Examples are MZ (DOS) or COFF. - Executable Format - - - - - - - - - - - - - - - - - - - - Executable Software is Software that can directly be executed, in comparison to a Software Library, which might only contain functionality via interfaces, but offers no execution entry point. - Executable Software - - - - - - - - - - - - - - - - - - - - - Executable Code is Code that when compiled / interpreted, has some clear entrance point and can be executed. Note the difference to an Executable File, which is the file that contains such (compiled) code. - Executable Code - - - - - - - - - - A description of a situation where some software has a bug. - Faulty software - - +# Class: (Client role) +AnnotationAssertion(rdfs:comment SOMA:ClientRole "The Client-server model is a distributed application structure that partitions tasks or workloads between the providers of a resource or service, called servers, and service requesters, called clients Often clients and servers communicate over a computer network on separate hardware, but both client and server may reside in the same system. A server host runs one or more server programs, which share their resources with clients. A client usually does not share any of its resources, but it requests content or service from a server. Clients, therefore, initiate communication sessions with servers, which await incoming requests. Examples of computer applications that use the client-server model are email, network printing, and the World Wide Web. - +Source: https://en.wikipedia.org/wiki/Client%E2%80%93server_model"@en) +AnnotationAssertion(rdfs:label SOMA:ClientRole "Client role"@en) +SubClassOf(SOMA:ClientRole SOMA:InterfaceComponentRole) +SubClassOf(SOMA:ClientRole ObjectSomeValuesFrom( SOMA:Client-Server_Specification)) +# Class: (cognitive agent) - - - - - - - - - - - - - A configuration whose members are all files. Used to model, e.g., concrete collections of zip- and jar-files (and so on). - File Configuration - - +AnnotationAssertion(rdfs:comment SOMA:CognitiveAgent "An agent that is capable to act on its own, in contrast to sub-cognitive Agents, that need to have their intentionality bestowed upon some other agent."@en) +AnnotationAssertion(rdfs:label SOMA:CognitiveAgent "cognitive agent"@en) +SubClassOf(SOMA:CognitiveAgent ) +DisjointClasses(SOMA:CognitiveAgent SOMA:SubCognitiveAgent) +# Class: (Computer Language) - +AnnotationAssertion(rdfs:comment SOMA:Computer_Language "A computer language is a formal language used in communication with a computer. +From Wikipedia: https://en.wikipedia.org/wiki/Computer_language"@en) +AnnotationAssertion(rdfs:label SOMA:Computer_Language "Computer Language"@en) +SubClassOf(SOMA:Computer_Language SOMA:FormalLanguage) - - - A File Format is a standard way that information is encoded for storage in a computer file. It specifies how bits are used to encode information in a digital storage medium. +# Class: (Computer program) -From Wikipedia: https://en.wikipedia.org/wiki/File_format - File Format - - +AnnotationAssertion(rdfs:comment SOMA:Computer_Program "The Program itself (the specific set of instruction in a Programming Language), not the file that it is contained in nor the implemented algorithm!"@en) +AnnotationAssertion(rdfs:label SOMA:Computer_Program "Computer program"@en) +EquivalentClasses(SOMA:Computer_Program ObjectIntersectionOf(SOMA:Structured_Text ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Programming_Language))) +EquivalentClasses(SOMA:Computer_Program ObjectIntersectionOf(SOMA:Structured_Text ObjectSomeValuesFrom( SOMA:Algorithm))) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Database "A Database is a Software that organizes a collection of data stored and and allows for access, usually via some query engine. +Source: https://en.wikipedia.org/wiki/Database"@en) +SubClassOf(SOMA:Database SOMA:SoftwareRole) - - - - - - - - - A Formal Language consists of words whose letters are taken from an alphabet and are well-formed according to a specific set of rules. +# Class: (Computer File) -From Wikipedia: https://en.wikipedia.org/wiki/Formal_language - Formal Language - - +AnnotationAssertion(rdfs:comment SOMA:Digital_File "Any file that exists as a digital resource (but not its content), e.g., a text file actually laying on some hard drive, but not the contained text."@en) +AnnotationAssertion(rdfs:label SOMA:Digital_File "Computer File"@en) +AnnotationAssertion(rdfs:label SOMA:Digital_File "Digital File"@en) +SubClassOf(SOMA:Digital_File ) +SubClassOf(Annotation(rdfs:comment "The file content."@en) SOMA:Digital_File ObjectSomeValuesFrom( SOMA:Structured_Text)) +SubClassOf(Annotation(rdfs:comment "The path of the file on a computer system."@en) SOMA:Digital_File DataSomeValuesFrom(SOMA:hasNameString xsd:string)) +# Class: (Executable File) - +AnnotationAssertion(rdfs:comment SOMA:ExecutableFile "An Executable File, sometimes simply referred to as an executable or binary, causes a computer \"to perform indicated tasks according to encoded instructions\", as opposed to a data file that must be interpreted (parsed) by a program to be meaningful. +The exact interpretation depends upon the use. \"Instructions\" is traditionally taken to mean machine code instructions for a physical CPU. In some contexts, a file containing scripting instructions (such as bytecode) may also be considered executable."@en) +AnnotationAssertion(rdfs:label SOMA:ExecutableFile "Executable File"@en) +EquivalentClasses(SOMA:ExecutableFile ObjectIntersectionOf(SOMA:Digital_File ObjectSomeValuesFrom( SOMA:Executable_Code))) - - - A Graph Database is a Database that uses graph structures for semantic queries with nodes, edges, and properties to represent and store data. - Graph database - - +# Class: (Executable Format) +AnnotationAssertion(rdfs:comment SOMA:ExecutableFormat "An Executable Format is a File Format that allows computers to directly execute the content. Examples are MZ (DOS) or COFF."@en) +AnnotationAssertion(rdfs:label SOMA:ExecutableFormat "Executable Format"@en) +SubClassOf(SOMA:ExecutableFormat SOMA:File_format) +SubClassOf(SOMA:ExecutableFormat ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Executable_Code)) - +# Class: (Executable Software) +AnnotationAssertion(rdfs:comment SOMA:ExecutableSoftware "Executable Software is Software that can directly be executed, in comparison to a Software Library, which might only contain functionality via interfaces, but offers no execution entry point."@en) +AnnotationAssertion(rdfs:label SOMA:ExecutableSoftware "Executable Software"@en) +EquivalentClasses(SOMA:ExecutableSoftware ObjectIntersectionOf(SOMA:Software ObjectSomeValuesFrom( SOMA:ExecutableFile))) - - - A Query Language that is designed for communication with some Graph Database. - Graph query language - - +# Class: (Executable Code) +AnnotationAssertion(rdfs:comment SOMA:Executable_Code "Executable Code is Code that when compiled / interpreted, has some clear entrance point and can be executed. Note the difference to an Executable File, which is the file that contains such (compiled) code."@en) +AnnotationAssertion(rdfs:label SOMA:Executable_Code "Executable Code"@en) +EquivalentClasses(SOMA:Executable_Code ObjectIntersectionOf(SOMA:Computer_Program ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:ExecutableFormat))) +SubClassOf(SOMA:Executable_Code SOMA:Computer_Program) - +# Class: (Faulty software) +AnnotationAssertion(rdfs:comment SOMA:FaultySoftware "A description of a situation where some software has a bug.") +AnnotationAssertion(rdfs:label SOMA:FaultySoftware "Faulty software"@en) +SubClassOf(SOMA:FaultySoftware SOMA:SoftwareDiagnosis) - - - - - - - - - In the Plug-in-Host pattern, a Host application provides services which the Plug-in can use, including a way for Plug-ins to register themselves with the Host application and a protocol for the exchange of data withPplug-ins. Plug-ins depend on the services provided by the host application and do not usually work by themselves. Conversely, the host application operates independently of the plug-ins, making it possible for end-users to add and update plug-ins dynamically without needing to make changes to the host application. +# Class: (File Configuration) -Source: https://en.wikipedia.org/wiki/Plug-in_(computing) - Host role - - +AnnotationAssertion(rdfs:comment SOMA:FileConfiguration "A configuration whose members are all files. Used to model, e.g., concrete collections of zip- and jar-files (and so on)."@en) +AnnotationAssertion(rdfs:label SOMA:FileConfiguration "File Configuration"@en) +EquivalentClasses(SOMA:FileConfiguration ObjectIntersectionOf( ObjectAllValuesFrom( SOMA:Digital_File))) +# Class: (File Format) - +AnnotationAssertion(rdfs:comment SOMA:File_format "A File Format is a standard way that information is encoded for storage in a computer file. It specifies how bits are used to encode information in a digital storage medium. +From Wikipedia: https://en.wikipedia.org/wiki/File_format"@en) +AnnotationAssertion(rdfs:label SOMA:File_format "File Format"@en) +SubClassOf(SOMA:File_format SOMA:Computer_Language) - - - - - - - - - A Programming language like Java, Python etc. but not binary machine code. - Human-readable Programming Language - - +# Class: (Formal Language) +AnnotationAssertion(rdfs:comment SOMA:FormalLanguage "A Formal Language consists of words whose letters are taken from an alphabet and are well-formed according to a specific set of rules. - +From Wikipedia: https://en.wikipedia.org/wiki/Formal_language"@en) +AnnotationAssertion(rdfs:label SOMA:FormalLanguage "Formal Language"@en) +SubClassOf(SOMA:FormalLanguage SOMA:Language) +SubClassOf(SOMA:FormalLanguage ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Structured_Text)) +# Class: (Graph database) - - - A description of a situation where two software systems are incompatible with each other. - Incompatible software - - +AnnotationAssertion(rdfs:comment SOMA:GraphDatabase "A Graph Database is a Database that uses graph structures for semantic queries with nodes, edges, and properties to represent and store data."@en) +AnnotationAssertion(rdfs:label SOMA:GraphDatabase "Graph database"@en) +SubClassOf(SOMA:GraphDatabase SOMA:Database) +# Class: (Graph query language) - +AnnotationAssertion(rdfs:comment SOMA:GraphQueryLanguage "A Query Language that is designed for communication with some Graph Database."@en) +AnnotationAssertion(rdfs:label SOMA:GraphQueryLanguage "Graph query language"@en) +SubClassOf(SOMA:GraphQueryLanguage SOMA:QueryLanguage) +# Class: (Host role) - - - - - - - - - - - - - - Interface component role - - +AnnotationAssertion(rdfs:comment SOMA:HostRole "In the Plug-in-Host pattern, a Host application provides services which the Plug-in can use, including a way for Plug-ins to register themselves with the Host application and a protocol for the exchange of data withPplug-ins. Plug-ins depend on the services provided by the host application and do not usually work by themselves. Conversely, the host application operates independently of the plug-ins, making it possible for end-users to add and update plug-ins dynamically without needing to make changes to the host application. +Source: https://en.wikipedia.org/wiki/Plug-in_(computing)"@en) +AnnotationAssertion(rdfs:label SOMA:HostRole "Host role"@en) +SubClassOf(SOMA:HostRole SOMA:InterfaceComponentRole) +SubClassOf(SOMA:HostRole ObjectSomeValuesFrom( SOMA:PluginSpecification)) - +# Class: (Human-readable Programming Language) +AnnotationAssertion(rdfs:comment SOMA:Human-readable_Programming_Language "A Programming language like Java, Python etc. but not binary machine code."@en) +AnnotationAssertion(rdfs:label SOMA:Human-readable_Programming_Language "Human-readable Programming Language"@en) +SubClassOf(SOMA:Human-readable_Programming_Language SOMA:Programming_Language) +SubClassOf(SOMA:Human-readable_Programming_Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Source_Code)) - - - The Specification of an Interface between software, computer hardware, peripheral devices, humans and combinations of these. +# Class: (Incompatible software) -Source: https://en.wikipedia.org/wiki/Interface_(computing) - Interface Specification - - +AnnotationAssertion(rdfs:comment SOMA:IncompatibleSoftware "A description of a situation where two software systems are incompatible with each other.") +AnnotationAssertion(rdfs:label SOMA:IncompatibleSoftware "Incompatible software"@en) +SubClassOf(SOMA:IncompatibleSoftware SOMA:SoftwareDiagnosis) +# Class: (Interface component role) - +AnnotationAssertion(rdfs:label SOMA:InterfaceComponentRole "Interface component role"@en) +EquivalentClasses(SOMA:InterfaceComponentRole ObjectIntersectionOf(SOMA:SoftwareRole ObjectAllValuesFrom( SOMA:InterfaceSpecification))) +SubClassOf(SOMA:InterfaceComponentRole SOMA:SoftwareRole) +# Class: (Interface Specification) - - - A Knowledge Representation Language is a Language with fixed semantics and syntax to describe some knowledge. Examples are JSON and the different OWL Profiles. - Knowledge Representation Language - - +AnnotationAssertion(rdfs:comment SOMA:InterfaceSpecification "The Specification of an Interface between software, computer hardware, peripheral devices, humans and combinations of these. +Source: https://en.wikipedia.org/wiki/Interface_(computing)"@en) +AnnotationAssertion(rdfs:label SOMA:InterfaceSpecification "Interface Specification"@en) +SubClassOf(SOMA:InterfaceSpecification ) - +# Class: (Knowledge Representation Language) +AnnotationAssertion(rdfs:comment SOMA:KnowledgeRepresentationLanguage "A Knowledge Representation Language is a Language with fixed semantics and syntax to describe some knowledge. Examples are JSON and the different OWL Profiles."@en) +AnnotationAssertion(rdfs:label SOMA:KnowledgeRepresentationLanguage "Knowledge Representation Language"@en) +SubClassOf(SOMA:KnowledgeRepresentationLanguage SOMA:Computer_Language) - - - - - - - - - A Language is a structured System for communication. +# Class: (Language) -From Wikipedia: https://en.wikipedia.org/wiki/Language - Language - - +AnnotationAssertion(rdfs:comment SOMA:Language "A Language is a structured System for communication. +From Wikipedia: https://en.wikipedia.org/wiki/Language"@en) +AnnotationAssertion(rdfs:label SOMA:Language "Language"@en) +SubClassOf(SOMA:Language SOMA:System) +SubClassOf(SOMA:Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Text)) - +# Class: (Markup Language) +AnnotationAssertion(rdfs:comment SOMA:Markup_Language "Markup refers to data included in an electronic document which is distinct from the document's content in that it is typically not included in representations of the document for end users, for example on paper or a computer screen, or in an audio stream. Markup is often used to control the display of the document or to enrich its content to facilitate automated processing. A markup language is a set of rules governing what markup information may be included in a document and how it is combined with the content of the document in a way to facilitate use by humans and computer programs. - - - Markup refers to data included in an electronic document which is distinct from the document's content in that it is typically not included in representations of the document for end users, for example on paper or a computer screen, or in an audio stream. Markup is often used to control the display of the document or to enrich its content to facilitate automated processing. A markup language is a set of rules governing what markup information may be included in a document and how it is combined with the content of the document in a way to facilitate use by humans and computer programs. +From Wikipedia: https://en.wikipedia.org/wiki/Markup_language"@en) +AnnotationAssertion(rdfs:label SOMA:Markup_Language "Markup Language"@en) +SubClassOf(SOMA:Markup_Language SOMA:Computer_Language) -From Wikipedia: https://en.wikipedia.org/wiki/Markup_language - Markup Language - - +# Class: (Natural Language) +AnnotationAssertion(rdfs:comment SOMA:Natural_Language "A Natural Language is any language that has evolved naturally in humans through use and repetition without conscious planning or premeditation. - +From Wikipedia: https://en.wikipedia.org/wiki/Natural_language"@en) +AnnotationAssertion(rdfs:label SOMA:Natural_Language "Natural Language"@en) +SubClassOf(SOMA:Natural_Language SOMA:Language) +SubClassOf(SOMA:Natural_Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Natural_Language_Text)) +# Class: (Natural language text) - - - - - - - - - A Natural Language is any language that has evolved naturally in humans through use and repetition without conscious planning or premeditation. +AnnotationAssertion(rdfs:comment SOMA:Natural_Language_Text "A Text in a Natural Language."@en) +AnnotationAssertion(rdfs:label SOMA:Natural_Language_Text "Natural language text"@en) +EquivalentClasses(SOMA:Natural_Language_Text ObjectIntersectionOf(SOMA:Text ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Natural_Language))) -From Wikipedia: https://en.wikipedia.org/wiki/Natural_language - Natural Language - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Ontology "An ontology encompasses a representation, formal naming, and definition of the categories, properties, and relations between the concepts, data, and entities that substantiate one, many, or all domains of discourse. More simply, an ontology is a way of showing the properties of a subject area and how they are related, by defining a set of concepts and categories that represent the subject. - +From Wikipedia: https://en.wikipedia.org/wiki/Ontology_(information_science)"@en) +EquivalentClasses(SOMA:Ontology ObjectIntersectionOf(SOMA:Structured_Text ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Ontology_Language))) +SubClassOf(SOMA:Ontology SOMA:Structured_Text) +# Class: (Ontology Language) - - - - - - - - - - - - - A Text in a Natural Language. - Natural language text - - +AnnotationAssertion(rdfs:comment SOMA:Ontology_Language "An Ontology Language is a Knowledge Representation Language to describe knowledge about properties of a subject area and how they are related, by defining a set of concepts and categories that represent the subject using logic. Examples are the different OWL Profiles. +Source: https://en.wikipedia.org/wiki/Ontology_(information_science)"@en) +AnnotationAssertion(rdfs:label SOMA:Ontology_Language "Ontology Language"@en) +SubClassOf(SOMA:Ontology_Language SOMA:KnowledgeRepresentationLanguage) +SubClassOf(SOMA:Ontology_Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Ontology)) - +# Class: (Plugin role) +AnnotationAssertion(rdfs:comment SOMA:PluginRole "In the Plug-in-Host pattern, a Host application provides services which the Plug-in can use, including a way for Plug-ins to register themselves with the Host application and a protocol for the exchange of data withPplug-ins. Plug-ins depend on the services provided by the host application and do not usually work by themselves. Conversely, the host application operates independently of the plug-ins, making it possible for end-users to add and update plug-ins dynamically without needing to make changes to the host application. - - - - - - - - - - - - - - An ontology encompasses a representation, formal naming, and definition of the categories, properties, and relations between the concepts, data, and entities that substantiate one, many, or all domains of discourse. More simply, an ontology is a way of showing the properties of a subject area and how they are related, by defining a set of concepts and categories that represent the subject. +Source: https://en.wikipedia.org/wiki/Plug-in_(computing)"@en) +AnnotationAssertion(rdfs:label SOMA:PluginRole "Plugin role"@en) +SubClassOf(SOMA:PluginRole SOMA:InterfaceComponentRole) +SubClassOf(SOMA:PluginRole ObjectSomeValuesFrom( SOMA:PluginSpecification)) -From Wikipedia: https://en.wikipedia.org/wiki/Ontology_(information_science) - - +# Class: (Plugin Specification) +AnnotationAssertion(rdfs:comment SOMA:PluginSpecification "The Specification of a Plugin interface defines how a Host and a Plug-in function together and exchange information."@en) +AnnotationAssertion(rdfs:label SOMA:PluginSpecification "Plugin Specification"@en) +SubClassOf(SOMA:PluginSpecification SOMA:API_Specification) +SubClassOf(SOMA:PluginSpecification ObjectIntersectionOf(ObjectSomeValuesFrom( SOMA:HostRole) ObjectSomeValuesFrom( SOMA:PluginRole))) - +# Class: (Programming language) +AnnotationAssertion(rdfs:comment SOMA:Programming_Language "Any Programming Language, including both human-readable like Java and non-human-readable languages like binary machine code."@en) +AnnotationAssertion(rdfs:label SOMA:Programming_Language "Programming language"@en) +SubClassOf(SOMA:Programming_Language SOMA:Computer_Language) +SubClassOf(SOMA:Programming_Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Computer_Program)) - - - - - - - - - An Ontology Language is a Knowledge Representation Language to describe knowledge about properties of a subject area and how they are related, by defining a set of concepts and categories that represent the subject using logic. Examples are the different OWL Profiles. +# Class: (Query engine) -Source: https://en.wikipedia.org/wiki/Ontology_(information_science) - Ontology Language - - +AnnotationAssertion(rdfs:comment SOMA:QueryEngine "A Query Engine is a Software that can answer some queries."@en) +AnnotationAssertion(rdfs:label SOMA:QueryEngine "Query engine"@en) +SubClassOf(SOMA:QueryEngine SOMA:SoftwareRole) +# Class: (Query language) - +AnnotationAssertion(rdfs:comment SOMA:QueryLanguage "Query languages, are Computer languages used to make queries in databases and information systems (Source: https://en.wikipedia.org/wiki/Query_language). +Note that despite their name, Query languages typically come with syntax and semantic to not only ask for information, but also provide them, e.g., via SQL Update. In that sense, the term \"query\" from above refers to any formal object of information exchange with a database."@en) +AnnotationAssertion(rdfs:label SOMA:QueryLanguage "Query language"@en) +SubClassOf(SOMA:QueryLanguage SOMA:Computer_Language) - - - - - - - - - In the Plug-in-Host pattern, a Host application provides services which the Plug-in can use, including a way for Plug-ins to register themselves with the Host application and a protocol for the exchange of data withPplug-ins. Plug-ins depend on the services provided by the host application and do not usually work by themselves. Conversely, the host application operates independently of the plug-ins, making it possible for end-users to add and update plug-ins dynamically without needing to make changes to the host application. +# Class: () -Source: https://en.wikipedia.org/wiki/Plug-in_(computing) - Plugin role - - - - - - - - - - - - - - - - - - - - - - - - The Specification of a Plugin interface defines how a Host and a Plug-in function together and exchange information. - Plugin Specification - - - - - - - - - - - - - - - - Any Programming Language, including both human-readable like Java and non-human-readable languages like binary machine code. - Programming language - - - - - - - - - - A Query Engine is a Software that can answer some queries. - Query engine - - - - - - - - - - Query languages, are Computer languages used to make queries in databases and information systems (Source: https://en.wikipedia.org/wiki/Query_language). - -Note that despite their name, Query languages typically come with syntax and semantic to not only ask for information, but also provide them, e.g., via SQL Update. In that sense, the term "query" from above refers to any formal object of information exchange with a database. - Query language - - - - - - - - - - A Reasoner is some Software that can infer new, implicit knowlegde from explicitly stated knowledge. +AnnotationAssertion(rdfs:comment SOMA:Reasoner "A Reasoner is some Software that can infer new, implicit knowlegde from explicitly stated knowledge. This definition is broad and we consider any System fitting the above description as reasoners. For example, the following can be seen as Reasoners: * A simulation, where the explicit knowledge corresponds to the initial situation, and the implicit knowlegde corresponds to the situation that is derived from that by simulating some unfolding processes. * A machine learning algorithm, e.g., an image classifier: The explicit knowledge is the visual content of a picture (even down to the pixel), the implicit knowledge is the derived classification. -* A logic based rule engine, where initial facts are the explicit knowledge, and derived facts are the implicit knowledge. - - - - - - - - - - A Relational Database is a Database based on the relational model of data, which organizes data into one or more tables (or "relations") of columns and rows, with a unique key identifying each row. - -Source: https://en.wikipedia.org/wiki/Relational_database - Relational database - - - - - - - - - - A Query Language that is designed for communication with some Relational Database. - Relational query language - - +* A logic based rule engine, where initial facts are the explicit knowledge, and derived facts are the implicit knowledge."@en) +SubClassOf(SOMA:Reasoner SOMA:SoftwareRole) +# Class: (Relational database) - +AnnotationAssertion(rdfs:comment SOMA:RelationalDatabase "A Relational Database is a Database based on the relational model of data, which organizes data into one or more tables (or \"relations\") of columns and rows, with a unique key identifying each row. +Source: https://en.wikipedia.org/wiki/Relational_database"@en) +AnnotationAssertion(rdfs:label SOMA:RelationalDatabase "Relational database"@en) +SubClassOf(SOMA:RelationalDatabase SOMA:Database) - - - - - - - - - The Client-server model is a distributed application structure that partitions tasks or workloads between the providers of a resource or service, called servers, and service requesters, called clients Often clients and servers communicate over a computer network on separate hardware, but both client and server may reside in the same system. A server host runs one or more server programs, which share their resources with clients. A client usually does not share any of its resources, but it requests content or service from a server. Clients, therefore, initiate communication sessions with servers, which await incoming requests. Examples of computer applications that use the client-server model are email, network printing, and the World Wide Web. +# Class: (Relational query language) -Source: https://en.wikipedia.org/wiki/Client%E2%80%93server_model - Server role - - +AnnotationAssertion(rdfs:comment SOMA:RelationalQueryLanguage "A Query Language that is designed for communication with some Relational Database."@en) +AnnotationAssertion(rdfs:label SOMA:RelationalQueryLanguage "Relational query language"@en) +SubClassOf(SOMA:RelationalQueryLanguage SOMA:QueryLanguage) +# Class: (Server role) - +AnnotationAssertion(rdfs:comment SOMA:ServerRole "The Client-server model is a distributed application structure that partitions tasks or workloads between the providers of a resource or service, called servers, and service requesters, called clients Often clients and servers communicate over a computer network on separate hardware, but both client and server may reside in the same system. A server host runs one or more server programs, which share their resources with clients. A client usually does not share any of its resources, but it requests content or service from a server. Clients, therefore, initiate communication sessions with servers, which await incoming requests. Examples of computer applications that use the client-server model are email, network printing, and the World Wide Web. +Source: https://en.wikipedia.org/wiki/Client%E2%80%93server_model"@en) +AnnotationAssertion(rdfs:label SOMA:ServerRole "Server role"@en) +SubClassOf(SOMA:ServerRole SOMA:InterfaceComponentRole) +SubClassOf(SOMA:ServerRole ObjectSomeValuesFrom( SOMA:Client-Server_Specification)) - - - A Simulation-based Reasoner is a simulation that is used as a reasoner, where the explicit knowledge corresponds to the initial situation, and the implicit knowlegde corresponds to the situation that is derived from that by simulating some unfolding processes. - Simulation-based reasoner - - +# Class: (Simulation-based reasoner) +AnnotationAssertion(rdfs:comment SOMA:Simulation_Reasoner "A Simulation-based Reasoner is a simulation that is used as a reasoner, where the explicit knowledge corresponds to the initial situation, and the implicit knowlegde corresponds to the situation that is derived from that by simulating some unfolding processes."@en) +AnnotationAssertion(rdfs:label SOMA:Simulation_Reasoner "Simulation-based reasoner"@en) +SubClassOf(SOMA:Simulation_Reasoner SOMA:Reasoner) - +# Class: (Software) - - - - - - - - - - - - - - - - - - - - - - - Software - We see Software as the Design of a DesignedTool: the running instance of said Software. Software as a design also follows the Function-Behaviour-Structure model: +AnnotationAssertion(rdfs:label SOMA:Software "Software"@en) +AnnotationAssertion(rdfs:label SOMA:Software "We see Software as the Design of a DesignedTool: the running instance of said Software. Software as a design also follows the Function-Behaviour-Structure model: The Function is the purpose or problem solving embodied by the Software Instance, e.g., sorting a list. The Behaviour are the algoirthms used by the Software Instance, e.g., Bubble Sort. -The Structure is the organization of files, classes, objects and method calls of the program code. - - - - - - - - - - - - - - - - - - - - - - - - - - A Software instance is an entity to represent the agent that emerges from and while executing software: Some object, that can perform actions and communicate via some interfaces. -In this view, we see the of an Agent required intentionality its intentionality as bestowed upon the Software instance from the agents who started the program or gave an input (e.g., via a mouse click) to achieve some goal. - -Another apporach might be to not model this entity at all and only see Execution of Software as a Process (see, e.g., https://en.wikipedia.org/wiki/Execution_(computing)). However, this would complicate modeling communication between running Software processes. - Software instance - - - +The Structure is the organization of files, classes, objects and method calls of the program code."@en) +SubClassOf(SOMA:Software ) +SubClassOf(SOMA:Software ObjectSomeValuesFrom( SOMA:Software_Configuration)) +SubClassOf(SOMA:Software ObjectAllValuesFrom( ObjectUnionOf(SOMA:SoftwareInstance SOMA:Software_Configuration))) - - - - - - Software Library - - +# Class: (Software instance) +AnnotationAssertion(rdfs:comment SOMA:SoftwareInstance "A Software instance is an entity to represent the agent that emerges from and while executing software: Some object, that can perform actions and communicate via some interfaces. +In this view, we see the of an Agent required intentionality its intentionality as bestowed upon the Software instance from the agents who started the program or gave an input (e.g., via a mouse click) to achieve some goal. - +Another apporach might be to not model this entity at all and only see Execution of Software as a Process (see, e.g., https://en.wikipedia.org/wiki/Execution_(computing)). However, this would complicate modeling communication between running Software processes."@en) +AnnotationAssertion(rdfs:label SOMA:SoftwareInstance "Software instance"@en) +SubClassOf(SOMA:SoftwareInstance ObjectIntersectionOf( ObjectSomeValuesFrom( ))) +SubClassOf(SOMA:SoftwareInstance ObjectSomeValuesFrom(SOMA:isDesignedBy SOMA:Software)) +# Class: (Software Library) - - - - - - - - - A Software Role is a Role applying to only Software and encoding the purpose of the Software: Its Role within Interface Patterns (e.g. Client vs. Server), its functionality (e.g. Database vs. Comnputer Game), and so on. - Software role - - +AnnotationAssertion(rdfs:label SOMA:SoftwareLibrary "Software Library"@en) +SubClassOf(SOMA:SoftwareLibrary SOMA:Software) +# Class: (Software role) - +AnnotationAssertion(rdfs:comment SOMA:SoftwareRole "A Software Role is a Role applying to only Software and encoding the purpose of the Software: Its Role within Interface Patterns (e.g. Client vs. Server), its functionality (e.g. Database vs. Comnputer Game), and so on."@en) +AnnotationAssertion(rdfs:label SOMA:SoftwareRole "Software role"@en) +SubClassOf(SOMA:SoftwareRole ) +SubClassOf(SOMA:SoftwareRole ObjectAllValuesFrom( SOMA:Software)) +# Class: (Software Configuration) - - - - - - 1 - - - - Software Configuration - The part-whole relationship of Software and its components. Every Software has (at least 1) such configuration that exactly describes all Resources that make up the software (i.e., that are needed for the Software to function). +AnnotationAssertion(rdfs:label SOMA:Software_Configuration "Software Configuration"@en) +AnnotationAssertion(rdfs:label SOMA:Software_Configuration "The part-whole relationship of Software and its components. Every Software has (at least 1) such configuration that exactly describes all Resources that make up the software (i.e., that are needed for the Software to function). We support seperate views: 1. The Software Configuration describes all the necessary files, in which it should also be a File Configuration -2. It describes a Software Suit, e.g., 'Open Office' consists of Writer, Calc, Impress etc. Note that thus. Software can consist of other Software - this pattern may also be useful when describing Software Components, e.g., that some Software relies on a Database Software. -3. It describes not the files, but their content (the program code), which can also be seen as the part-whole relationship if one abstracts away from the files. - - - - - - - - - - - - - - - - - - - - - The Source Code itself (the specific set of instruction in a human-readable Programming Language), not the file that it is contained in nor the implemented algorithm! - Source code - - - - - - - - - - A Statistical Reasoner is a Reasoner that uses statistical or stochastical data to infer implicit information from explicit information. Examples are Hidden Markov Models and Neural Networks. - Statistical reasoner - - +2. It describes a Software Suit, e.g., 'Open Office' consists of Writer, Calc, Impress etc. Note that thus. Software can consist of other Software - this pattern may also be useful when describing Software Components, e.g., that some Software relies on a Database Software. +3. It describes not the files, but their content (the program code), which can also be seen as the part-whole relationship if one abstracts away from the files."@en) +SubClassOf(SOMA:Software_Configuration ) +SubClassOf(SOMA:Software_Configuration ObjectExactCardinality(1 SOMA:Software)) +# Class: (Source code) - +AnnotationAssertion(rdfs:comment SOMA:Source_Code "The Source Code itself (the specific set of instruction in a human-readable Programming Language), not the file that it is contained in nor the implemented algorithm!"@en) +AnnotationAssertion(rdfs:label SOMA:Source_Code "Source code"@en) +EquivalentClasses(SOMA:Source_Code ObjectIntersectionOf(SOMA:Computer_Program ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Human-readable_Programming_Language))) +SubClassOf(SOMA:Source_Code SOMA:Computer_Program) +# Class: (A Statistical Reasoner is a Reasoner that uses statistical or stochastical data to infer implicit information from explicit information. Examples are Hidden Markov Models and Neural Networks.) - - - - - - - - - - - - - Any Text that adheres to some rules that are in any way more specific than natural language and that cannot be made sense of without knowing said rules. - Structured text - - +AnnotationAssertion(rdfs:label SOMA:StatisticalReasoner "A Statistical Reasoner is a Reasoner that uses statistical or stochastical data to infer implicit information from explicit information. Examples are Hidden Markov Models and Neural Networks."@en) +AnnotationAssertion(rdfs:label SOMA:StatisticalReasoner "Statistical reasoner"@en) +SubClassOf(SOMA:StatisticalReasoner SOMA:Reasoner) +# Class: (Structured text) - +AnnotationAssertion(rdfs:comment SOMA:Structured_Text "Any Text that adheres to some rules that are in any way more specific than natural language and that cannot be made sense of without knowing said rules."@en) +AnnotationAssertion(rdfs:label SOMA:Structured_Text "Structured text"@en) +EquivalentClasses(SOMA:Structured_Text ObjectIntersectionOf(SOMA:Text ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:FormalLanguage))) +# Class: (Sub-cognitive agent) - - - An agent that is not capable to act on its own, i.e., that is reactive. Its intentionality needs to be bestowed upon from some other agent, that it acts for. - Sub-cognitive agent - - +AnnotationAssertion(rdfs:comment SOMA:SubCognitiveAgent "An agent that is not capable to act on its own, i.e., that is reactive. Its intentionality needs to be bestowed upon from some other agent, that it acts for."@en) +AnnotationAssertion(rdfs:label SOMA:SubCognitiveAgent "Sub-cognitive agent"@en) +SubClassOf(SOMA:SubCognitiveAgent ) +# Class: (Symbolic reasoner) - +AnnotationAssertion(rdfs:comment SOMA:SymbolicReasoner "A Symbolic Reasoner, is a piece of software able to infer logical consequences from a set of asserted facts or axioms. +Source: https://en.wikipedia.org/wiki/Semantic_reasoner"@en) +AnnotationAssertion(rdfs:label SOMA:SymbolicReasoner "Symbolic reasoner"@en) +SubClassOf(SOMA:SymbolicReasoner SOMA:Reasoner) - - - A Symbolic Reasoner, is a piece of software able to infer logical consequences from a set of asserted facts or axioms. +# Class: (System) -Source: https://en.wikipedia.org/wiki/Semantic_reasoner - Symbolic reasoner - - +AnnotationAssertion(rdfs:comment SOMA:System "A system is a group of interacting or interrelated elements that act according to a set of rules to form a unified whole. +From Wikipedia: https://en.wikipedia.org/wiki/System"@en) +AnnotationAssertion(rdfs:label SOMA:System "System"@en) +SubClassOf(SOMA:System ) - +# Class: (Text) - - - - A system is a group of interacting or interrelated elements that act according to a set of rules to form a unified whole. - -From Wikipedia: https://en.wikipedia.org/wiki/System - System - - - - - - - - - - - - - - - - - - - - Any Information Object defined using a Language that, when realized through a symbolic writing system, can be read and made sense of. +AnnotationAssertion(rdfs:comment SOMA:Text "Any Information Object defined using a Language that, when realized through a symbolic writing system, can be read and made sense of. One may define Text as anything that can be made sense of, including e.g., Speech or Paintings. However, the argument can be made that Speech or Paintings are not considered Text as they cannot be EXACTLY realized by a symbolic writing system: Speech may loose punctuation, Paintings their original appearance. -On the other hand, this might not be true as both could be encoded in a binary format that can be interpreted using a language (eg., mp3, png). - Text - - - - - - - - - - A Triplestore or RDF store is a purpose-built database for the storage and retrieval of triples through semantic queries. - Triplestore - - - - - - - - - - A description of a situation where some software dependency is not available. - Unavailable software - - - +On the other hand, this might not be true as both could be encoded in a binary format that can be interpreted using a language (eg., mp3, png)."@en) +AnnotationAssertion(rdfs:label SOMA:Text "Text"@en) +EquivalentClasses(SOMA:Text ObjectIntersectionOf( ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Language))) - +# Class: (Triplestore) +AnnotationAssertion(rdfs:comment SOMA:Triplestore "A Triplestore or RDF store is a purpose-built database for the storage and retrieval of triples through semantic queries."@en) +AnnotationAssertion(rdfs:label SOMA:Triplestore "Triplestore"@en) +SubClassOf(SOMA:Triplestore SOMA:GraphDatabase) - - Generally, agents are goal-directed entities that are able to monitor their environment to select and perform efficient means-ends actions that are available in a given situation to achieve an intended goal. Agency, therefore, implies the ability to perceive and to change the environment of the agent. Crucially, it also entails intentionality to represent the goal-state in the future, equifinal variability to be able to achieve the intended goal-state with different actions in different contexts, and rationality of actions in relation to their goal to produce the most efficient action available (Source: https://en.wikipedia.org/wiki/Agency_(psychology)). +# Class: (Unavailable software) -While we follow this definition, we do so loosely: We do not require the intentionality to be sourced by the agent. E.g., a running computer program (see Software instance) can be seen as an actor and therefore participate in Actions, e.g. some Communication Action, while its intentionality has been bestowed upon it from the agents who started the program or gave an input (e.g., via a mouse click) to achieve some goal. - - +AnnotationAssertion(rdfs:comment SOMA:UnavailableSoftware "A description of a situation where some software dependency is not available.") +AnnotationAssertion(rdfs:label SOMA:UnavailableSoftware "Unavailable software"@en) +SubClassOf(SOMA:UnavailableSoftware SOMA:SoftwareDiagnosis) +# Class: (Agent) +AnnotationAssertion(rdfs:comment "Generally, agents are goal-directed entities that are able to monitor their environment to select and perform efficient means-ends actions that are available in a given situation to achieve an intended goal. Agency, therefore, implies the ability to perceive and to change the environment of the agent. Crucially, it also entails intentionality to represent the goal-state in the future, equifinal variability to be able to achieve the intended goal-state with different actions in different contexts, and rationality of actions in relation to their goal to produce the most efficient action available (Source: https://en.wikipedia.org/wiki/Agency_(psychology)). - +While we follow this definition, we do so loosely: We do not require the intentionality to be sourced by the agent. E.g., a running computer program (see Software instance) can be seen as an actor and therefore participate in Actions, e.g. some Communication Action, while its intentionality has been bestowed upon it from the agents who started the program or gave an input (e.g., via a mouse click) to achieve some goal."@en) +) \ No newline at end of file diff --git a/owl/SOMA-NEEM.owl b/owl/SOMA-NEEM.owl index 6be0eb0c..7f6c8846 100644 --- a/owl/SOMA-NEEM.owl +++ b/owl/SOMA-NEEM.owl @@ -1,78 +1,46 @@ - - - - - SOMA-NEEM.owl defines concepts useful to describe metadata associated to a NEEM, such as the recorded media that it includes. - - +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(SOMA:=) +Prefix(rdfs:=) - +Ontology( +Import() +Annotation(rdfs:comment "SOMA-NEEM.owl defines concepts useful to describe metadata associated to a NEEM, such as the recorded media that it includes.") +Declaration(Class(SOMA:KinoDynamicData)) +Declaration(Class(SOMA:MeshShapeData)) +Declaration(Class(SOMA:VideoData)) - - +############################ +# Classes +############################ +# Class: (Kino-dynamic data) - - - - - - - - - An InformationObject containing data about how a physical object is put together such that its parts may move relative to each other, and what the physical characteristics of those parts are. - Kino-dynamic data - - +AnnotationAssertion(rdfs:comment SOMA:KinoDynamicData "An InformationObject containing data about how a physical object is put together such that its parts may move relative to each other, and what the physical characteristics of those parts are.") +AnnotationAssertion(rdfs:label SOMA:KinoDynamicData "Kino-dynamic data"@en) +SubClassOf(SOMA:KinoDynamicData ) +SubClassOf(SOMA:KinoDynamicData ObjectAllValuesFrom( )) +# Class: (Mesh-shape data) - +AnnotationAssertion(rdfs:comment SOMA:MeshShapeData "An InformationObject containing data about the geometry of a physical object.") +AnnotationAssertion(rdfs:label SOMA:MeshShapeData "Mesh-shape data"@en) +SubClassOf(SOMA:MeshShapeData ) +SubClassOf(SOMA:MeshShapeData ObjectAllValuesFrom( )) +# Class: (Video data) - - - - - - - - - An InformationObject containing data about the geometry of a physical object. - Mesh-shape data - - - - - - - - - - An information object containing data for audio-visual modalities. - Video data - - - - - - +AnnotationAssertion(rdfs:comment SOMA:VideoData "An information object containing data for audio-visual modalities.") +AnnotationAssertion(rdfs:label SOMA:VideoData "Video data"@en) +SubClassOf(SOMA:VideoData ) +) \ No newline at end of file diff --git a/owl/SOMA-OBJ.owl b/owl/SOMA-OBJ.owl index f1554e20..7d471913 100644 --- a/owl/SOMA-OBJ.owl +++ b/owl/SOMA-OBJ.owl @@ -1,16 +1,16 @@ - - - - - SOMA-OBJ.owl provides definitions for high level concepts related to objects and their qualities. +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(SOMA:=) +Prefix(rdfs:=) + + +Ontology( +Import() +Annotation(rdfs:comment "SOMA-OBJ.owl provides definitions for high level concepts related to objects and their qualities. This includes @@ -28,4067 +28,2239 @@ The above concepts are fairly general-purpose, but some concepts specific to the SOMA-OBJ does not and will not import other SOMA files except for the common list of external imports SOMA.owl. Instead, it is a base upon which most other SOMA modules are built. -This is related to a design decision between "primacy of objects" and "primacy of events" modelling. That is, should we define events in terms of what objects participate in them and in what roles, or objects in terms of the events they can participate in and the nature of that participation? - -We do not argue here that one of these approaches is better -- they seem equally powerful in terms of what they can express. Our decision for primacy of objects is merely an aesthetic choice based on what seemed more intuitive. - - - - - - - - - - - - - - - - - - - A relation between an Affordance and a Concept (often an EventType). - affordance defines - - - - - - - - - - - - - - A relation between an Affordance and a Task - affordance defines task - - - - - - - - - - - - - - - - - Relates a disposition to the bearer role defined by the affordance describing the disposition. - affords bearer - - - - - - - - - - - - - - - - - A relation between a disposition and a concept defined in the affordance that describes the disposition. - affords concept - - - - - - - - - - - - - - - - - Relates a disposition to the performer role defined by the affordance describing the disposition. - affords performer - - - - - - - - - - - - - - - - - Relates a disposition to the setpoint parameter defined by the affordance describing the disposition. - affords setpoint - - - - - - - - - - - - - - - - - Relates a disposition to the task defined by the affordance describing the disposition. - affords task - - - - - - - - - - - - - - - - - Relates a disposition to the trigger role defined by the affordance describing the disposition. - affords trigger - - - - - - - - - - - - - - - A spatial relation holding between a container, and objects it contains. - contains object - - - - - - - - - - - - - Relates an affordance which is a relation between a bearer and a trigger, to the role of the bearer when the affordance is manifested. - defines bearer - - - - - - - - - - - - - - - - - - - - A relation between a description and a parameter. - defines parameter - - - - - - - - - - - - - Relates an affordance which is a relation between a bearer and a trigger, to the role of the performer when the affordance is manifested. - defines performer - - - - - - - - - - - - - Defines the dedicated goal region of a description. - defines setpoint - - - - - - - - - - - - - Relates an affordance which is a relation between a bearer and a trigger, to the role of the trigger when the affordance is manifested. - defines trigger - - - - - - - - - - - - - Relates a description to a quality that it describes. - describes quality - - - - - - - - - - - - - Relates an action that alters an object to the region that the alteration reached during the action. - has alteration result - - - - - - - - - - - - - Relates a joint to the link it connects which is closer to the end of the kinematic chain. - has child link - - - - - - - - - - - - - Relates an object to its color quality. - has color - - - - - - - - - - - - - Associates an object to one of its dispositions. - has disposition - - - - - - - - - - - - - Relates an object to kinematic components at the end of the kinematic chain. - has end link - - - - - - - - - - - - - Associates a physical object to one of its features. - has feature - - - - - - - - - - - - A relation between physical objects and their friction attribute. - has friction attribute - - - - - - - - - - - - - Relates a joint to its physical limits. - has joint limit - - - - - - - - - - - - - Relates a joint to its state. - has joint state - - - - - - - - - - - - - Relates an object to its kinematic components. - has link - - - - - - - - - - - - - Relates an object to its localization quality. - has localization - - - - - - - - - - - - A relation between physical objects and their mass. - has mass attribute - - - - - - - - - - - - - A relation between a physical object and the total force acting on it. - has net force - - - - - - - - - - - - - Relates a joint to the link it connects which is closer to the root of the kinematic chain. - has parent link - - - +This is related to a design decision between \"primacy of objects\" and \"primacy of events\" modelling. That is, should we define events in terms of what objects participate in them and in what roles, or objects in terms of the events they can participate in and the nature of that participation? + +We do not argue here that one of these approaches is better -- they seem equally powerful in terms of what they can express. Our decision for primacy of objects is merely an aesthetic choice based on what seemed more intuitive.") + +Declaration(Class(SOMA:Accessor)) +Declaration(Class(SOMA:AestheticDesign)) +Declaration(Class(SOMA:Affordance)) +Declaration(Class(SOMA:AgentRole)) +Declaration(Class(SOMA:AlteredObject)) +Declaration(Class(SOMA:Appliance)) +Declaration(Class(SOMA:Arm)) +Declaration(Class(SOMA:ArtificialAgent)) +Declaration(Class(SOMA:AvoidedObject)) +Declaration(Class(SOMA:Barrier)) +Declaration(Class(SOMA:BeneficiaryRole)) +Declaration(Class(SOMA:Blockage)) +Declaration(Class(SOMA:BlockedObject)) +Declaration(Class(SOMA:BoxShape)) +Declaration(Class(SOMA:CanCut)) +Declaration(Class(SOMA:Capability)) +Declaration(Class(SOMA:Capacity)) +Declaration(Class(SOMA:CausalEventRole)) +Declaration(Class(SOMA:CausativeRole)) +Declaration(Class(SOMA:CircularCylinder)) +Declaration(Class(SOMA:Clean)) +Declaration(Class(SOMA:Cleanliness)) +Declaration(Class(SOMA:CleanlinessRegion)) +Declaration(Class(SOMA:Color)) +Declaration(Class(SOMA:ColorRegion)) +Declaration(Class(SOMA:CommitedObject)) +Declaration(Class(SOMA:Composing)) +Declaration(Class(SOMA:ConnectedObject)) +Declaration(Class(SOMA:Connectivity)) +Declaration(Class(SOMA:Container)) +Declaration(Class(SOMA:Containment)) +Declaration(Class(SOMA:ContinuousJoint)) +Declaration(Class(SOMA:Cover)) +Declaration(Class(SOMA:Coverage)) +Declaration(Class(SOMA:CoveredObject)) +Declaration(Class(SOMA:CreatedObject)) +Declaration(Class(SOMA:CutObject)) +Declaration(Class(SOMA:Cuttability)) +Declaration(Class(SOMA:Cutter)) +Declaration(Class(SOMA:CylinderShape)) +Declaration(Class(SOMA:DependentPlace)) +Declaration(Class(SOMA:Deposit)) +Declaration(Class(SOMA:DepositedObject)) +Declaration(Class(SOMA:Deposition)) +Declaration(Class(SOMA:DesignedComponent)) +Declaration(Class(SOMA:DesignedContainer)) +Declaration(Class(SOMA:DesignedFurniture)) +Declaration(Class(SOMA:DesignedTool)) +Declaration(Class(SOMA:Destination)) +Declaration(Class(SOMA:DestroyedObject)) +Declaration(Class(SOMA:DetectedObject)) +Declaration(Class(SOMA:DeviceState)) +Declaration(Class(SOMA:DeviceStateRange)) +Declaration(Class(SOMA:DeviceTurnedOff)) +Declaration(Class(SOMA:DeviceTurnedOn)) +Declaration(Class(SOMA:Dirty)) +Declaration(Class(SOMA:Disposition)) +Declaration(Class(SOMA:Effort)) +Declaration(Class(SOMA:EnclosedObject)) +Declaration(Class(SOMA:Enclosing)) +Declaration(Class(SOMA:EventAdjacentRole)) +Declaration(Class(SOMA:ExcludedObject)) +Declaration(Class(SOMA:ExistingObjectRole)) +Declaration(Class(SOMA:ExperiencerRole)) +Declaration(Class(SOMA:ExtractedObject)) +Declaration(Class(SOMA:Extrinsic)) +Declaration(Class(SOMA:Feature)) +Declaration(Class(SOMA:Finger)) +Declaration(Class(SOMA:FixedJoint)) +Declaration(Class(SOMA:FloatingJoint)) +Declaration(Class(SOMA:ForceAttribute)) +Declaration(Class(SOMA:FrictionAttribute)) +Declaration(Class(SOMA:FunctionalDesign)) +Declaration(Class(SOMA:FunctionalPart)) +Declaration(Class(SOMA:GoalRole)) +Declaration(Class(SOMA:Graspability)) +Declaration(Class(SOMA:GreenColor)) +Declaration(Class(SOMA:Gripper)) +Declaration(Class(SOMA:Hand)) +Declaration(Class(SOMA:HasQualityRegion)) +Declaration(Class(SOMA:Head)) +Declaration(Class(SOMA:HingeJoint)) +Declaration(Class(SOMA:Impediment)) +Declaration(Class(SOMA:IncludedObject)) +Declaration(Class(SOMA:InsertedObject)) +Declaration(Class(SOMA:Insertion)) +Declaration(Class(SOMA:Instrument)) +Declaration(Class(SOMA:Intrinsic)) +Declaration(Class(SOMA:Item)) +Declaration(Class(SOMA:Joint)) +Declaration(Class(SOMA:JointLimit)) +Declaration(Class(SOMA:JointState)) +Declaration(Class(SOMA:KineticFrictionAttribute)) +Declaration(Class(SOMA:Leg)) +Declaration(Class(SOMA:Limb)) +Declaration(Class(SOMA:Linkage)) +Declaration(Class(SOMA:LinkedObject)) +Declaration(Class(SOMA:Localization)) +Declaration(Class(SOMA:Location)) +Declaration(Class(SOMA:LocatumRole)) +Declaration(Class(SOMA:MassAttribute)) +Declaration(Class(SOMA:Material)) +Declaration(Class(SOMA:MeshShape)) +Declaration(Class(SOMA:MovableJoint)) +Declaration(Class(SOMA:MovedObject)) +Declaration(Class(SOMA:NetForce)) +Declaration(Class(SOMA:Obstacle)) +Declaration(Class(SOMA:Origin)) +Declaration(Class(SOMA:PathRole)) +Declaration(Class(SOMA:Patient)) +Declaration(Class(SOMA:PerformerRole)) +Declaration(Class(SOMA:PhysicalEffector)) +Declaration(Class(SOMA:PhysicalQuality)) +Declaration(Class(SOMA:PlanarJoint)) +Declaration(Class(SOMA:Pourable)) +Declaration(Class(SOMA:PouredObject)) +Declaration(Class(SOMA:PrehensileEffector)) +Declaration(Class(SOMA:PrismaticJoint)) +Declaration(Class(SOMA:Protector)) +Declaration(Class(SOMA:Purification)) +Declaration(Class(SOMA:QualityTransition)) +Declaration(Class(SOMA:RecipientRole)) +Declaration(Class(SOMA:RedColor)) +Declaration(Class(SOMA:RelationAdjacentRole)) +Declaration(Class(SOMA:RelatumRole)) +Declaration(Class(SOMA:RelevantPart)) +Declaration(Class(SOMA:RemovedObject)) +Declaration(Class(SOMA:ResourceRole)) +Declaration(Class(SOMA:RestrictedObject)) +Declaration(Class(SOMA:Restrictor)) +Declaration(Class(SOMA:ResultRole)) +Declaration(Class(SOMA:RevoluteJoint)) +Declaration(Class(SOMA:Room)) +Declaration(Class(SOMA:RoomSurface)) +Declaration(Class(SOMA:SelectedObject)) +Declaration(Class(SOMA:Setpoint)) +Declaration(Class(SOMA:Shape)) +Declaration(Class(SOMA:ShapeRegion)) +Declaration(Class(SOMA:ShapedObject)) +Declaration(Class(SOMA:Shaping)) +Declaration(Class(SOMA:Sharpness)) +Declaration(Class(SOMA:Shifting)) +Declaration(Class(SOMA:Size)) +Declaration(Class(SOMA:SocialQuality)) +Declaration(Class(SOMA:SourceMaterialRole)) +Declaration(Class(SOMA:SpatialRelationRole)) +Declaration(Class(SOMA:SpatioTemporalRole)) +Declaration(Class(SOMA:SphereShape)) +Declaration(Class(SOMA:StaticFrictionAttribute)) +Declaration(Class(SOMA:StimulusRole)) +Declaration(Class(SOMA:Storage)) +Declaration(Class(SOMA:StoredObject)) +Declaration(Class(SOMA:StructuralDesign)) +Declaration(Class(SOMA:SupportedObject)) +Declaration(Class(SOMA:Supporter)) +Declaration(Class(SOMA:Surface)) +Declaration(Class(SOMA:Temperature)) +Declaration(Class(SOMA:TemperatureRegion)) +Declaration(Class(SOMA:Tempering)) +Declaration(Class(SOMA:TimeRole)) +Declaration(Class(SOMA:Tool)) +Declaration(Class(SOMA:Transient)) +Declaration(Class(SOMA:Variability)) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(ObjectProperty(SOMA:affordanceDefines)) +Declaration(ObjectProperty(SOMA:affordanceDefinesTask)) +Declaration(ObjectProperty(SOMA:affordsBearer)) +Declaration(ObjectProperty(SOMA:affordsConcept)) +Declaration(ObjectProperty(SOMA:affordsPerformer)) +Declaration(ObjectProperty(SOMA:affordsSetpoint)) +Declaration(ObjectProperty(SOMA:affordsTask)) +Declaration(ObjectProperty(SOMA:affordsTrigger)) +Declaration(ObjectProperty(SOMA:containsObject)) +Declaration(ObjectProperty(SOMA:definesBearer)) +Declaration(ObjectProperty(SOMA:definesEventType)) +Declaration(ObjectProperty(SOMA:definesParameter)) +Declaration(ObjectProperty(SOMA:definesPerformer)) +Declaration(ObjectProperty(SOMA:definesSetpoint)) +Declaration(ObjectProperty(SOMA:definesTrigger)) +Declaration(ObjectProperty(SOMA:describesQuality)) +Declaration(ObjectProperty(SOMA:hasAlterationResult)) +Declaration(ObjectProperty(SOMA:hasChildLink)) +Declaration(ObjectProperty(SOMA:hasColor)) +Declaration(ObjectProperty(SOMA:hasDisposition)) +Declaration(ObjectProperty(SOMA:hasEndLink)) +Declaration(ObjectProperty(SOMA:hasFeature)) +Declaration(ObjectProperty(SOMA:hasFrictionAttribute)) +Declaration(ObjectProperty(SOMA:hasJointLimit)) +Declaration(ObjectProperty(SOMA:hasJointState)) +Declaration(ObjectProperty(SOMA:hasLink)) +Declaration(ObjectProperty(SOMA:hasLocalization)) +Declaration(ObjectProperty(SOMA:hasMassAttribute)) +Declaration(ObjectProperty(SOMA:hasNetForce)) +Declaration(ObjectProperty(SOMA:hasParentLink)) +Declaration(ObjectProperty(SOMA:hasPhysicalComponent)) +Declaration(ObjectProperty(SOMA:hasQuale)) +Declaration(ObjectProperty(SOMA:hasRootLink)) +Declaration(ObjectProperty(SOMA:hasShape)) +Declaration(ObjectProperty(SOMA:hasShapeRegion)) +Declaration(ObjectProperty(SOMA:hasSpaceRegion)) +Declaration(ObjectProperty(SOMA:involvesEffector)) +Declaration(ObjectProperty(SOMA:isAlterationResultOf)) +Declaration(ObjectProperty(SOMA:isBearerAffordedBy)) +Declaration(ObjectProperty(SOMA:isBearerDefinedIn)) +Declaration(ObjectProperty(SOMA:isChildLinkOf)) +Declaration(ObjectProperty(SOMA:isColorOf)) +Declaration(ObjectProperty(SOMA:isConceptAffordedBy)) +Declaration(ObjectProperty(SOMA:isDefinedInAffordance)) +Declaration(ObjectProperty(SOMA:isDepositOf)) +Declaration(ObjectProperty(SOMA:isDispositionOf)) +Declaration(ObjectProperty(SOMA:isEffectorInvolvedIn)) +Declaration(ObjectProperty(SOMA:isEndLinkOf)) +Declaration(ObjectProperty(SOMA:isExecutorDefinedIn)) +Declaration(ObjectProperty(SOMA:isFeatureOf)) +Declaration(ObjectProperty(SOMA:isInsideOf)) +Declaration(ObjectProperty(SOMA:isJointLimitOf)) +Declaration(ObjectProperty(SOMA:isJointStateOf)) +Declaration(ObjectProperty(SOMA:isLinkOf)) +Declaration(ObjectProperty(SOMA:isLinkedTo)) +Declaration(ObjectProperty(SOMA:isLocalizationOf)) +Declaration(ObjectProperty(SOMA:isMassAttributeOf)) +Declaration(ObjectProperty(SOMA:isNetForceOf)) +Declaration(ObjectProperty(SOMA:isOntopOf)) +Declaration(ObjectProperty(SOMA:isParameterDefinedIn)) +Declaration(ObjectProperty(SOMA:isParentLinkOf)) +Declaration(ObjectProperty(SOMA:isPerformerAffordedBy)) +Declaration(ObjectProperty(SOMA:isPerformerDefinedIn)) +Declaration(ObjectProperty(SOMA:isPhysicallyContainedIn)) +Declaration(ObjectProperty(SOMA:isQualeOf)) +Declaration(ObjectProperty(SOMA:isQualityDescribedBy)) +Declaration(ObjectProperty(SOMA:isRootLinkOf)) +Declaration(ObjectProperty(SOMA:isSetpointAffordedBy)) +Declaration(ObjectProperty(SOMA:isSetpointDefinedIn)) +Declaration(ObjectProperty(SOMA:isShapeOf)) +Declaration(ObjectProperty(SOMA:isShapeRegionOf)) +Declaration(ObjectProperty(SOMA:isSpaceRegionFor)) +Declaration(ObjectProperty(SOMA:isSupportedBy)) +Declaration(ObjectProperty(SOMA:isTaskAffordedBy)) +Declaration(ObjectProperty(SOMA:isTaskDefinedInAffordance)) +Declaration(ObjectProperty(SOMA:isTriggerAffordedBy)) +Declaration(ObjectProperty(SOMA:isTriggerDefinedIn)) +Declaration(ObjectProperty(SOMA:supports)) +Declaration(ObjectProperty(SOMA:transitionsBack)) +Declaration(ObjectProperty(SOMA:transitionsFrom)) +Declaration(ObjectProperty(SOMA:transitionsTo)) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(DataProperty(SOMA:hasColorValue)) +Declaration(DataProperty(SOMA:hasDepth)) +Declaration(DataProperty(SOMA:hasFilePath)) +Declaration(DataProperty(SOMA:hasForceValue)) +Declaration(DataProperty(SOMA:hasFrictionValue)) +Declaration(DataProperty(SOMA:hasHSVValue)) +Declaration(DataProperty(SOMA:hasHeight)) +Declaration(DataProperty(SOMA:hasJointEffort)) +Declaration(DataProperty(SOMA:hasJointEffortLimit)) +Declaration(DataProperty(SOMA:hasJointParameter)) +Declaration(DataProperty(SOMA:hasJointPosition)) +Declaration(DataProperty(SOMA:hasJointPositionMax)) +Declaration(DataProperty(SOMA:hasJointPositionMin)) +Declaration(DataProperty(SOMA:hasJointVelocity)) +Declaration(DataProperty(SOMA:hasJointVelocityLimit)) +Declaration(DataProperty(SOMA:hasLength)) +Declaration(DataProperty(SOMA:hasMassValue)) +Declaration(DataProperty(SOMA:hasPositionData)) +Declaration(DataProperty(SOMA:hasRGBValue)) +Declaration(DataProperty(SOMA:hasRadius)) +Declaration(DataProperty(SOMA:hasReferenceFrame)) +Declaration(DataProperty(SOMA:hasShapeParameter)) +Declaration(DataProperty(SOMA:hasShapeScale)) +Declaration(DataProperty(SOMA:hasSpaceParameter)) +Declaration(DataProperty(SOMA:hasWidth)) + +############################ +# Object Properties +############################ + +# Object Property: (affordance defines) + +AnnotationAssertion(rdfs:comment SOMA:affordanceDefines "A relation between an Affordance and a Concept (often an EventType).") +AnnotationAssertion(rdfs:label SOMA:affordanceDefines "affordance defines") +SubObjectPropertyOf(SOMA:affordanceDefines ) +InverseObjectProperties(SOMA:affordanceDefines SOMA:isDefinedInAffordance) +ObjectPropertyDomain(SOMA:affordanceDefines SOMA:Affordance) +ObjectPropertyRange(SOMA:affordanceDefines ) + +# Object Property: (affordance defines task) + +AnnotationAssertion(rdfs:comment SOMA:affordanceDefinesTask "A relation between an Affordance and a Task") +AnnotationAssertion(rdfs:label SOMA:affordanceDefinesTask "affordance defines task") +SubObjectPropertyOf(SOMA:affordanceDefinesTask SOMA:affordanceDefines) +SubObjectPropertyOf(SOMA:affordanceDefinesTask ) +InverseObjectProperties(SOMA:affordanceDefinesTask SOMA:isTaskDefinedInAffordance) +ObjectPropertyDomain(SOMA:affordanceDefinesTask SOMA:Affordance) +ObjectPropertyRange(SOMA:affordanceDefinesTask ) + +# Object Property: (affords bearer) + +AnnotationAssertion(rdfs:comment SOMA:affordsBearer "Relates a disposition to the bearer role defined by the affordance describing the disposition.") +AnnotationAssertion(rdfs:label SOMA:affordsBearer "affords bearer") +SubObjectPropertyOf(SOMA:affordsBearer SOMA:affordsConcept) +InverseObjectProperties(SOMA:affordsBearer SOMA:isBearerAffordedBy) +ObjectPropertyDomain(SOMA:affordsBearer SOMA:Disposition) +ObjectPropertyRange(SOMA:affordsBearer ) + +# Object Property: (affords concept) + +AnnotationAssertion(rdfs:comment SOMA:affordsConcept "A relation between a disposition and a concept defined in the affordance that describes the disposition.") +AnnotationAssertion(rdfs:label SOMA:affordsConcept "affords concept") +SubObjectPropertyOf(SOMA:affordsConcept ) +InverseObjectProperties(SOMA:affordsConcept SOMA:isConceptAffordedBy) +ObjectPropertyDomain(SOMA:affordsConcept SOMA:Disposition) +ObjectPropertyRange(SOMA:affordsConcept ) + +# Object Property: (affords performer) + +AnnotationAssertion(rdfs:comment SOMA:affordsPerformer "Relates a disposition to the performer role defined by the affordance describing the disposition."@en) +AnnotationAssertion(rdfs:label SOMA:affordsPerformer "affords performer"@en) +SubObjectPropertyOf(SOMA:affordsPerformer SOMA:affordsConcept) +InverseObjectProperties(SOMA:affordsPerformer SOMA:isPerformerAffordedBy) +ObjectPropertyDomain(SOMA:affordsPerformer SOMA:Disposition) +ObjectPropertyRange(SOMA:affordsPerformer ) + +# Object Property: (affords setpoint) + +AnnotationAssertion(rdfs:comment SOMA:affordsSetpoint "Relates a disposition to the setpoint parameter defined by the affordance describing the disposition.") +AnnotationAssertion(rdfs:label SOMA:affordsSetpoint "affords setpoint") +SubObjectPropertyOf(SOMA:affordsSetpoint SOMA:affordsConcept) +InverseObjectProperties(SOMA:affordsSetpoint SOMA:isSetpointAffordedBy) +ObjectPropertyDomain(SOMA:affordsSetpoint SOMA:Disposition) +ObjectPropertyRange(SOMA:affordsSetpoint SOMA:Setpoint) + +# Object Property: (affords task) + +AnnotationAssertion(rdfs:comment SOMA:affordsTask "Relates a disposition to the task defined by the affordance describing the disposition.") +AnnotationAssertion(rdfs:label SOMA:affordsTask "affords task") +SubObjectPropertyOf(SOMA:affordsTask SOMA:affordsConcept) +InverseObjectProperties(SOMA:affordsTask SOMA:isTaskAffordedBy) +ObjectPropertyDomain(SOMA:affordsTask SOMA:Disposition) +ObjectPropertyRange(SOMA:affordsTask ) + +# Object Property: (affords trigger) + +AnnotationAssertion(rdfs:comment SOMA:affordsTrigger "Relates a disposition to the trigger role defined by the affordance describing the disposition.") +AnnotationAssertion(rdfs:label SOMA:affordsTrigger "affords trigger") +SubObjectPropertyOf(SOMA:affordsTrigger SOMA:affordsConcept) +InverseObjectProperties(SOMA:affordsTrigger SOMA:isTriggerAffordedBy) +ObjectPropertyDomain(SOMA:affordsTrigger SOMA:Disposition) +ObjectPropertyRange(SOMA:affordsTrigger ) + +# Object Property: (contains object) + +AnnotationAssertion(rdfs:comment SOMA:containsObject "A spatial relation holding between a container, and objects it contains.") +AnnotationAssertion(rdfs:label SOMA:containsObject "contains object") +SubObjectPropertyOf(SOMA:containsObject SOMA:contains) +SubObjectPropertyOf(SOMA:containsObject ) +InverseObjectProperties(SOMA:containsObject SOMA:isInsideOf) +TransitiveObjectProperty(SOMA:containsObject) +ObjectPropertyDomain(SOMA:containsObject ) +ObjectPropertyRange(SOMA:containsObject ) + +# Object Property: (defines bearer) + +AnnotationAssertion(rdfs:comment SOMA:definesBearer "Relates an affordance which is a relation between a bearer and a trigger, to the role of the bearer when the affordance is manifested.") +AnnotationAssertion(rdfs:label SOMA:definesBearer "defines bearer") +SubObjectPropertyOf(SOMA:definesBearer ) +InverseObjectProperties(SOMA:definesBearer SOMA:isBearerDefinedIn) +ObjectPropertyDomain(SOMA:definesBearer SOMA:Affordance) +ObjectPropertyRange(SOMA:definesBearer ) + +# Object Property: (defines parameter) + +AnnotationAssertion(rdfs:comment SOMA:definesParameter "A relation between a description and a parameter.") +AnnotationAssertion(rdfs:label SOMA:definesParameter "defines parameter") +SubObjectPropertyOf(SOMA:definesParameter ) +InverseObjectProperties(SOMA:definesParameter SOMA:isParameterDefinedIn) +ObjectPropertyDomain(SOMA:definesParameter ) +ObjectPropertyRange(SOMA:definesParameter ) + +# Object Property: (defines performer) + +AnnotationAssertion(rdfs:comment SOMA:definesPerformer "Relates an affordance which is a relation between a bearer and a trigger, to the role of the performer when the affordance is manifested."@en) +AnnotationAssertion(rdfs:label SOMA:definesPerformer "defines performer"@en) +SubObjectPropertyOf(SOMA:definesPerformer ) +InverseObjectProperties(SOMA:definesPerformer SOMA:isPerformerDefinedIn) +ObjectPropertyDomain(SOMA:definesPerformer SOMA:Affordance) +ObjectPropertyRange(SOMA:definesPerformer ) + +# Object Property: (defines setpoint) + +AnnotationAssertion(rdfs:comment SOMA:definesSetpoint "Defines the dedicated goal region of a description.") +AnnotationAssertion(rdfs:label SOMA:definesSetpoint "defines setpoint") +SubObjectPropertyOf(SOMA:definesSetpoint SOMA:definesParameter) +InverseObjectProperties(SOMA:definesSetpoint SOMA:isSetpointDefinedIn) +ObjectPropertyDomain(SOMA:definesSetpoint ) +ObjectPropertyRange(SOMA:definesSetpoint SOMA:Setpoint) + +# Object Property: (defines trigger) + +AnnotationAssertion(rdfs:comment SOMA:definesTrigger "Relates an affordance which is a relation between a bearer and a trigger, to the role of the trigger when the affordance is manifested.") +AnnotationAssertion(rdfs:label SOMA:definesTrigger "defines trigger") +SubObjectPropertyOf(SOMA:definesTrigger ) +InverseObjectProperties(SOMA:definesTrigger SOMA:isTriggerDefinedIn) +ObjectPropertyDomain(SOMA:definesTrigger SOMA:Affordance) +ObjectPropertyRange(SOMA:definesTrigger ) + +# Object Property: (describes quality) + +AnnotationAssertion(rdfs:comment SOMA:describesQuality "Relates a description to a quality that it describes.") +AnnotationAssertion(rdfs:label SOMA:describesQuality "describes quality") +SubObjectPropertyOf(SOMA:describesQuality ) +InverseObjectProperties(SOMA:describesQuality SOMA:isQualityDescribedBy) +ObjectPropertyDomain(SOMA:describesQuality ) +ObjectPropertyRange(SOMA:describesQuality ) + +# Object Property: (has alteration result) + +AnnotationAssertion(rdfs:comment SOMA:hasAlterationResult "Relates an action that alters an object to the region that the alteration reached during the action.") +AnnotationAssertion(rdfs:label SOMA:hasAlterationResult "has alteration result") +SubObjectPropertyOf(SOMA:hasAlterationResult ) +InverseObjectProperties(SOMA:hasAlterationResult SOMA:isAlterationResultOf) +ObjectPropertyDomain(SOMA:hasAlterationResult ) +ObjectPropertyRange(SOMA:hasAlterationResult ) + +# Object Property: (has child link) + +AnnotationAssertion(rdfs:comment SOMA:hasChildLink "Relates a joint to the link it connects which is closer to the end of the kinematic chain.") +AnnotationAssertion(rdfs:label SOMA:hasChildLink "has child link") +SubObjectPropertyOf(SOMA:hasChildLink ) +InverseObjectProperties(SOMA:hasChildLink SOMA:isChildLinkOf) +ObjectPropertyDomain(SOMA:hasChildLink SOMA:Joint) +ObjectPropertyRange(SOMA:hasChildLink ) + +# Object Property: (has color) + +AnnotationAssertion(rdfs:comment SOMA:hasColor "Relates an object to its color quality.") +AnnotationAssertion(rdfs:label SOMA:hasColor "has color") +SubObjectPropertyOf(SOMA:hasColor ) +InverseObjectProperties(SOMA:hasColor SOMA:isColorOf) +ObjectPropertyDomain(SOMA:hasColor ) +ObjectPropertyRange(SOMA:hasColor SOMA:Color) + +# Object Property: (has disposition) + +AnnotationAssertion(rdfs:comment SOMA:hasDisposition "Associates an object to one of its dispositions.") +AnnotationAssertion(rdfs:label SOMA:hasDisposition "has disposition") +SubObjectPropertyOf(SOMA:hasDisposition ) +InverseObjectProperties(SOMA:hasDisposition SOMA:isDispositionOf) +ObjectPropertyDomain(SOMA:hasDisposition ) +ObjectPropertyRange(SOMA:hasDisposition SOMA:Disposition) + +# Object Property: (has end link) + +AnnotationAssertion(rdfs:comment SOMA:hasEndLink "Relates an object to kinematic components at the end of the kinematic chain.") +AnnotationAssertion(rdfs:label SOMA:hasEndLink "has end link") +SubObjectPropertyOf(SOMA:hasEndLink SOMA:hasLink) +InverseObjectProperties(SOMA:hasEndLink SOMA:isEndLinkOf) +ObjectPropertyDomain(SOMA:hasEndLink ) +ObjectPropertyRange(SOMA:hasEndLink ) + +# Object Property: (has feature) + +AnnotationAssertion(rdfs:comment SOMA:hasFeature "Associates a physical object to one of its features.") +AnnotationAssertion(rdfs:label SOMA:hasFeature "has feature") +SubObjectPropertyOf(SOMA:hasFeature ) +InverseObjectProperties(SOMA:hasFeature SOMA:isFeatureOf) +ObjectPropertyDomain(SOMA:hasFeature ) +ObjectPropertyRange(SOMA:hasFeature SOMA:Feature) + +# Object Property: (has friction attribute) + +AnnotationAssertion(rdfs:comment SOMA:hasFrictionAttribute "A relation between physical objects and their friction attribute.") +AnnotationAssertion(rdfs:label SOMA:hasFrictionAttribute "has friction attribute") +SubObjectPropertyOf(SOMA:hasFrictionAttribute ) +ObjectPropertyDomain(SOMA:hasFrictionAttribute ) +ObjectPropertyRange(SOMA:hasFrictionAttribute SOMA:FrictionAttribute) + +# Object Property: (has joint limit) + +AnnotationAssertion(rdfs:comment SOMA:hasJointLimit "Relates a joint to its physical limits.") +AnnotationAssertion(rdfs:label SOMA:hasJointLimit "has joint limit") +SubObjectPropertyOf(SOMA:hasJointLimit ) +InverseObjectProperties(SOMA:hasJointLimit SOMA:isJointLimitOf) +ObjectPropertyDomain(SOMA:hasJointLimit SOMA:Joint) +ObjectPropertyRange(SOMA:hasJointLimit SOMA:JointLimit) + +# Object Property: (has joint state) + +AnnotationAssertion(rdfs:comment SOMA:hasJointState "Relates a joint to its state.") +AnnotationAssertion(rdfs:label SOMA:hasJointState "has joint state") +SubObjectPropertyOf(SOMA:hasJointState ) +InverseObjectProperties(SOMA:hasJointState SOMA:isJointStateOf) +ObjectPropertyDomain(SOMA:hasJointState SOMA:Joint) +ObjectPropertyRange(SOMA:hasJointState SOMA:JointState) + +# Object Property: (has link) + +AnnotationAssertion(rdfs:comment SOMA:hasLink "Relates an object to its kinematic components.") +AnnotationAssertion(rdfs:label SOMA:hasLink "has link") +SubObjectPropertyOf(SOMA:hasLink ) +InverseObjectProperties(SOMA:hasLink SOMA:isLinkOf) +ObjectPropertyDomain(SOMA:hasLink ) +ObjectPropertyRange(SOMA:hasLink ) + +# Object Property: (has localization) + +AnnotationAssertion(rdfs:comment SOMA:hasLocalization "Relates an object to its localization quality.") +AnnotationAssertion(rdfs:label SOMA:hasLocalization "has localization") +SubObjectPropertyOf(SOMA:hasLocalization ) +InverseObjectProperties(SOMA:hasLocalization SOMA:isLocalizationOf) +ObjectPropertyDomain(SOMA:hasLocalization ) +ObjectPropertyRange(SOMA:hasLocalization SOMA:Localization) + +# Object Property: (has mass attribute) + +AnnotationAssertion(rdfs:comment SOMA:hasMassAttribute "A relation between physical objects and their mass.") +AnnotationAssertion(rdfs:label SOMA:hasMassAttribute "has mass attribute") +SubObjectPropertyOf(SOMA:hasMassAttribute ) +InverseObjectProperties(SOMA:isMassAttributeOf SOMA:hasMassAttribute) +ObjectPropertyDomain(SOMA:hasMassAttribute ) +ObjectPropertyRange(SOMA:hasMassAttribute SOMA:MassAttribute) + +# Object Property: (has net force) + +AnnotationAssertion(rdfs:comment SOMA:hasNetForce "A relation between a physical object and the total force acting on it.") +AnnotationAssertion(rdfs:label SOMA:hasNetForce "has net force") +SubObjectPropertyOf(SOMA:hasNetForce ) +InverseObjectProperties(SOMA:hasNetForce SOMA:isNetForceOf) +ObjectPropertyDomain(SOMA:hasNetForce ) +ObjectPropertyRange(SOMA:hasNetForce SOMA:NetForce) + +# Object Property: (has parent link) + +AnnotationAssertion(rdfs:comment SOMA:hasParentLink "Relates a joint to the link it connects which is closer to the root of the kinematic chain.") +AnnotationAssertion(rdfs:label SOMA:hasParentLink "has parent link") +SubObjectPropertyOf(SOMA:hasParentLink ) +InverseObjectProperties(SOMA:hasParentLink SOMA:isParentLinkOf) +ObjectPropertyDomain(SOMA:hasParentLink SOMA:Joint) +ObjectPropertyRange(SOMA:hasParentLink ) + +# Object Property: (has quale) + +AnnotationAssertion(rdfs:comment SOMA:hasQuale "Relates a quality to its \"value\", called quale, which is an atomic quality region.") +AnnotationAssertion(rdfs:label SOMA:hasQuale "has quale") +SubObjectPropertyOf(SOMA:hasQuale ) +InverseObjectProperties(SOMA:hasQuale SOMA:isQualeOf) +ObjectPropertyDomain(SOMA:hasQuale ) +ObjectPropertyRange(SOMA:hasQuale ) + +# Object Property: (has root link) + +AnnotationAssertion(rdfs:comment SOMA:hasRootLink "Relates an object to kinematic components at the root of the kinematic chain.") +AnnotationAssertion(rdfs:label SOMA:hasRootLink "has root link") +SubObjectPropertyOf(SOMA:hasRootLink SOMA:hasLink) +InverseObjectProperties(SOMA:hasRootLink SOMA:isRootLinkOf) +ObjectPropertyDomain(SOMA:hasRootLink ) +ObjectPropertyRange(SOMA:hasRootLink ) + +# Object Property: (has shape) + +AnnotationAssertion(rdfs:comment SOMA:hasShape "Relates an object to its shape quality.") +AnnotationAssertion(rdfs:label SOMA:hasShape "has shape") +SubObjectPropertyOf(SOMA:hasShape ) +InverseObjectProperties(SOMA:hasShape SOMA:isShapeOf) +ObjectPropertyDomain(SOMA:hasShape ) +ObjectPropertyRange(SOMA:hasShape SOMA:Shape) + +# Object Property: (has shape region) + +AnnotationAssertion(rdfs:comment SOMA:hasShapeRegion "A relation between physical objects and their shape attribute.") +AnnotationAssertion(rdfs:label SOMA:hasShapeRegion "has shape region") +SubObjectPropertyOf(SOMA:hasShapeRegion ) +InverseObjectProperties(SOMA:hasShapeRegion SOMA:isShapeRegionOf) +ObjectPropertyDomain(SOMA:hasShapeRegion ObjectUnionOf(SOMA:Shape )) +ObjectPropertyRange(SOMA:hasShapeRegion SOMA:ShapeRegion) + +# Object Property: (has space region) + +AnnotationAssertion(rdfs:comment SOMA:hasSpaceRegion "Relates an entity to a space region.") +AnnotationAssertion(rdfs:label SOMA:hasSpaceRegion "has space region") +SubObjectPropertyOf(SOMA:hasSpaceRegion ) +InverseObjectProperties(SOMA:hasSpaceRegion SOMA:isSpaceRegionFor) +ObjectPropertyDomain(SOMA:hasSpaceRegion ObjectUnionOf(SOMA:Localization SOMA:ShapeRegion )) +ObjectPropertyRange(SOMA:hasSpaceRegion ) + +# Object Property: (involves effector) + +AnnotationAssertion(rdfs:comment SOMA:involvesEffector "Effector participation.") +AnnotationAssertion(rdfs:label SOMA:involvesEffector "involves effector") +SubObjectPropertyOf(SOMA:involvesEffector ) +InverseObjectProperties(SOMA:involvesEffector SOMA:isEffectorInvolvedIn) +ObjectPropertyDomain(SOMA:involvesEffector ) +ObjectPropertyRange(SOMA:involvesEffector SOMA:PhysicalEffector) + +# Object Property: (is alteration result of) + +AnnotationAssertion(rdfs:comment SOMA:isAlterationResultOf "Relates an action that alters an object to the region that the alteration reached during the action.") +AnnotationAssertion(rdfs:label SOMA:isAlterationResultOf "is alteration result of") +SubObjectPropertyOf(SOMA:isAlterationResultOf ) +ObjectPropertyDomain(SOMA:isAlterationResultOf ) +ObjectPropertyRange(SOMA:isAlterationResultOf ) + +# Object Property: (is bearer afforded by) + +AnnotationAssertion(rdfs:comment SOMA:isBearerAffordedBy "Relates a disposition to the bearer role defined by the affordance describing the disposition.") +AnnotationAssertion(rdfs:label SOMA:isBearerAffordedBy "is bearer afforded by") +SubObjectPropertyOf(SOMA:isBearerAffordedBy SOMA:isConceptAffordedBy) +ObjectPropertyDomain(SOMA:isBearerAffordedBy ) +ObjectPropertyRange(SOMA:isBearerAffordedBy SOMA:Disposition) + +# Object Property: (is bearer defined in) + +AnnotationAssertion(rdfs:comment SOMA:isBearerDefinedIn "Relates an affordance which is a relation between a bearer and a trigger, to the role of the bearer when the affordance is manifested.") +AnnotationAssertion(rdfs:label SOMA:isBearerDefinedIn "is bearer defined in") +SubObjectPropertyOf(SOMA:isBearerDefinedIn ) +ObjectPropertyDomain(SOMA:isBearerDefinedIn ) +ObjectPropertyRange(SOMA:isBearerDefinedIn SOMA:Affordance) + +# Object Property: (is child link of) + +AnnotationAssertion(rdfs:comment SOMA:isChildLinkOf "Relates a joint to the link it connects which is closer to the end of the kinematic chain.") +AnnotationAssertion(rdfs:label SOMA:isChildLinkOf "is child link of") +SubObjectPropertyOf(SOMA:isChildLinkOf ) +ObjectPropertyDomain(SOMA:isChildLinkOf ) +ObjectPropertyRange(SOMA:isChildLinkOf SOMA:Joint) + +# Object Property: (is color of) + +AnnotationAssertion(rdfs:comment SOMA:isColorOf "Relates a color quality to the object the color belongs to.") +AnnotationAssertion(rdfs:label SOMA:isColorOf "is color of") +SubObjectPropertyOf(SOMA:isColorOf ) +ObjectPropertyDomain(SOMA:isColorOf SOMA:Color) +ObjectPropertyRange(SOMA:isColorOf ) + +# Object Property: (is concept afforded by) + +AnnotationAssertion(rdfs:comment SOMA:isConceptAffordedBy "A relation between a disposition and a concept defined in the affordance that describes the disposition.") +AnnotationAssertion(rdfs:label SOMA:isConceptAffordedBy "is concept afforded by") +SubObjectPropertyOf(SOMA:isConceptAffordedBy ) +ObjectPropertyDomain(SOMA:isConceptAffordedBy ) +ObjectPropertyRange(SOMA:isConceptAffordedBy SOMA:Disposition) + +# Object Property: (is defined in affordance) + +AnnotationAssertion(rdfs:comment SOMA:isDefinedInAffordance "A relation between a Concept and an Affordance.") +AnnotationAssertion(rdfs:label SOMA:isDefinedInAffordance "is defined in affordance") +SubObjectPropertyOf(SOMA:isDefinedInAffordance ) +ObjectPropertyDomain(SOMA:isDefinedInAffordance ) +ObjectPropertyRange(SOMA:isDefinedInAffordance SOMA:Affordance) + +# Object Property: (is deposit of) + +AnnotationAssertion(rdfs:comment SOMA:isDepositOf "A spatial relation holding between an object (the deposit), and objects that are located ontop of it.") +AnnotationAssertion(rdfs:label SOMA:isDepositOf "is deposit of") +SubObjectPropertyOf(SOMA:isDepositOf ) +InverseObjectProperties(SOMA:isDepositOf SOMA:isOntopOf) +ObjectPropertyDomain(SOMA:isDepositOf ) +ObjectPropertyRange(SOMA:isDepositOf ) + +# Object Property: (is disposition of) + +AnnotationAssertion(rdfs:comment SOMA:isDispositionOf "Associates a disposition quality to the object holding it.") +AnnotationAssertion(rdfs:label SOMA:isDispositionOf "is disposition of") +SubObjectPropertyOf(SOMA:isDispositionOf ) +ObjectPropertyDomain(SOMA:isDispositionOf SOMA:Disposition) +ObjectPropertyRange(SOMA:isDispositionOf ) + +# Object Property: (is effector involved in) + +AnnotationAssertion(rdfs:comment SOMA:isEffectorInvolvedIn "Effector participation.") +AnnotationAssertion(rdfs:label SOMA:isEffectorInvolvedIn "is effector involved in") +SubObjectPropertyOf(SOMA:isEffectorInvolvedIn ) +ObjectPropertyDomain(SOMA:isEffectorInvolvedIn SOMA:PhysicalEffector) +ObjectPropertyRange(SOMA:isEffectorInvolvedIn ) + +# Object Property: (is end link of) + +AnnotationAssertion(rdfs:comment SOMA:isEndLinkOf "Relates an object to kinematic components at the end of the kinematic chain.") +AnnotationAssertion(rdfs:label SOMA:isEndLinkOf "is end link of") +SubObjectPropertyOf(SOMA:isEndLinkOf SOMA:isLinkOf) +ObjectPropertyDomain(SOMA:isEndLinkOf ) +ObjectPropertyRange(SOMA:isEndLinkOf ) + +# Object Property: (is feature of) - +AnnotationAssertion(rdfs:comment SOMA:isFeatureOf "Associates a feature to the physical object it belongs to.") +AnnotationAssertion(rdfs:label SOMA:isFeatureOf "is feature of") +SubObjectPropertyOf(SOMA:isFeatureOf ) +ObjectPropertyDomain(SOMA:isFeatureOf SOMA:Feature) +ObjectPropertyRange(SOMA:isFeatureOf ) + +# Object Property: (is inside of) +AnnotationAssertion(rdfs:comment SOMA:isInsideOf "A spatial relation holding between an object (the container), and objects it contains.") +AnnotationAssertion(rdfs:label SOMA:isInsideOf "is inside of") +SubObjectPropertyOf(SOMA:isInsideOf SOMA:isContainedIn) +SubObjectPropertyOf(SOMA:isInsideOf ) +TransitiveObjectProperty(SOMA:isInsideOf) +ObjectPropertyDomain(SOMA:isInsideOf ) +ObjectPropertyRange(SOMA:isInsideOf ) - - +# Object Property: (is joint limit of) + +AnnotationAssertion(rdfs:comment SOMA:isJointLimitOf "Relates a joint to its physical limits.") +AnnotationAssertion(rdfs:label SOMA:isJointLimitOf "is joint limit of") +SubObjectPropertyOf(SOMA:isJointLimitOf ) +ObjectPropertyDomain(SOMA:isJointLimitOf SOMA:JointLimit) +ObjectPropertyRange(SOMA:isJointLimitOf SOMA:Joint) +# Object Property: (is joint state of) + +AnnotationAssertion(rdfs:comment SOMA:isJointStateOf "Relates a joint to its state.") +AnnotationAssertion(rdfs:label SOMA:isJointStateOf "is joint state of") +SubObjectPropertyOf(SOMA:isJointStateOf ) +ObjectPropertyDomain(SOMA:isJointStateOf SOMA:JointState) +ObjectPropertyRange(SOMA:isJointStateOf SOMA:Joint) - +# Object Property: (is link of) + +AnnotationAssertion(rdfs:comment SOMA:isLinkOf "Relates an object to its kinematic components.") +AnnotationAssertion(rdfs:label SOMA:isLinkOf "is link of") +SubObjectPropertyOf(SOMA:isLinkOf ) +ObjectPropertyDomain(SOMA:isLinkOf ) +ObjectPropertyRange(SOMA:isLinkOf ) +# Object Property: (is linked to) + +AnnotationAssertion(rdfs:comment SOMA:isLinkedTo "A spatial relation holding between objects that are linked with each other such that they resist spatial separation.") +AnnotationAssertion(rdfs:label SOMA:isLinkedTo "is linked to") +SubObjectPropertyOf(SOMA:isLinkedTo ) +SymmetricObjectProperty(SOMA:isLinkedTo) +ObjectPropertyDomain(SOMA:isLinkedTo ) +ObjectPropertyRange(SOMA:isLinkedTo ) - - - - - - Relates a quality to its "value", called quale, which is an atomic quality region. - has quale - - +# Object Property: (is localization of) + +AnnotationAssertion(rdfs:comment SOMA:isLocalizationOf "Relates a localization quality to the object the localization belongs to.") +AnnotationAssertion(rdfs:label SOMA:isLocalizationOf "is localization of") +SubObjectPropertyOf(SOMA:isLocalizationOf ) +ObjectPropertyDomain(SOMA:isLocalizationOf SOMA:Localization) +ObjectPropertyRange(SOMA:isLocalizationOf ) +# Object Property: (is mass attribute of) + +AnnotationAssertion(rdfs:comment SOMA:isMassAttributeOf "A relation between physical objects and their mass.") +AnnotationAssertion(rdfs:label SOMA:isMassAttributeOf "is mass attribute of") +SubObjectPropertyOf(SOMA:isMassAttributeOf ) +ObjectPropertyDomain(SOMA:isMassAttributeOf SOMA:MassAttribute) +ObjectPropertyRange(SOMA:isMassAttributeOf ) - +# Object Property: (is net force of) + +AnnotationAssertion(rdfs:comment SOMA:isNetForceOf "A relation between a physical object and the total force acting on it.") +AnnotationAssertion(rdfs:label SOMA:isNetForceOf "is net force of") +SubObjectPropertyOf(SOMA:isNetForceOf ) +ObjectPropertyDomain(SOMA:isNetForceOf SOMA:NetForce) +ObjectPropertyRange(SOMA:isNetForceOf ) +# Object Property: (is ontop of) + +AnnotationAssertion(rdfs:comment SOMA:isOntopOf "A spatial relation holding between an object (the deposit), and objects that are located ontop of it.") +AnnotationAssertion(rdfs:label SOMA:isOntopOf "is ontop of") +SubObjectPropertyOf(SOMA:isOntopOf ) +ObjectPropertyDomain(SOMA:isOntopOf ) +ObjectPropertyRange(SOMA:isOntopOf ) - - - - - - Relates an object to kinematic components at the root of the kinematic chain. - has root link - - +# Object Property: (is parameter defined in) + +AnnotationAssertion(rdfs:comment SOMA:isParameterDefinedIn "A relation between a description and a parameter.") +AnnotationAssertion(rdfs:label SOMA:isParameterDefinedIn "is parameter defined in") +SubObjectPropertyOf(SOMA:isParameterDefinedIn ) +ObjectPropertyDomain(SOMA:isParameterDefinedIn ) +ObjectPropertyRange(SOMA:isParameterDefinedIn ) +# Object Property: (is parent link of) + +AnnotationAssertion(rdfs:comment SOMA:isParentLinkOf "Relates a joint to the link it connects which is closer to the root of the kinematic chain.") +AnnotationAssertion(rdfs:label SOMA:isParentLinkOf "is parent link of") +SubObjectPropertyOf(SOMA:isParentLinkOf ) +ObjectPropertyDomain(SOMA:isParentLinkOf ) +ObjectPropertyRange(SOMA:isParentLinkOf SOMA:Joint) - +# Object Property: (Relates a disposition to the performer role defined by the affordance describing the disposition.) + +AnnotationAssertion(rdfs:label SOMA:isPerformerAffordedBy "Relates a disposition to the performer role defined by the affordance describing the disposition."@en) +AnnotationAssertion(rdfs:label SOMA:isPerformerAffordedBy "is performer afforded by"@en) +SubObjectPropertyOf(SOMA:isPerformerAffordedBy SOMA:isConceptAffordedBy) +ObjectPropertyDomain(SOMA:isPerformerAffordedBy ) +ObjectPropertyRange(SOMA:isPerformerAffordedBy SOMA:Disposition) +# Object Property: (is performer defined in) + +AnnotationAssertion(rdfs:comment SOMA:isPerformerDefinedIn "Relates an affordance which is a relation between a bearer and a trigger, to the role of the performer when the affordance is manifested."@en) +AnnotationAssertion(rdfs:label SOMA:isPerformerDefinedIn "is performer defined in"@en) +SubObjectPropertyOf(SOMA:isPerformerDefinedIn ) +ObjectPropertyDomain(SOMA:isPerformerDefinedIn ) +ObjectPropertyRange(SOMA:isPerformerDefinedIn ) - - - - - - Relates an object to its shape quality. - has shape - - +# Object Property: (is physically contained in) +AnnotationAssertion(rdfs:comment SOMA:isPhysicallyContainedIn "A spatial relation holding between an object (the container), and objects it contains.") +AnnotationAssertion(rdfs:label SOMA:isPhysicallyContainedIn "is physically contained in") +SubObjectPropertyOf(SOMA:isPhysicallyContainedIn ) +ObjectPropertyDomain(SOMA:isPhysicallyContainedIn ) +ObjectPropertyRange(SOMA:isPhysicallyContainedIn ) - +# Object Property: (is quale of) +AnnotationAssertion(rdfs:comment SOMA:isQualeOf "Relates a quality to its \"value\", called quale, which is an atomic quality region.") +AnnotationAssertion(rdfs:label SOMA:isQualeOf "is quale of") +SubObjectPropertyOf(SOMA:isQualeOf ) +ObjectPropertyDomain(SOMA:isQualeOf ) +ObjectPropertyRange(SOMA:isQualeOf ) - - - - - - - - - - - - - A relation between physical objects and their shape attribute. - has shape region - - +# Object Property: (is quality described by) +AnnotationAssertion(rdfs:comment SOMA:isQualityDescribedBy "Relates a description to a quality it describes.") +AnnotationAssertion(rdfs:label SOMA:isQualityDescribedBy "is quality described by") +SubObjectPropertyOf(SOMA:isQualityDescribedBy ) +ObjectPropertyDomain(SOMA:isQualityDescribedBy ) +ObjectPropertyRange(SOMA:isQualityDescribedBy ) - +# Object Property: (is root link of) +AnnotationAssertion(rdfs:comment SOMA:isRootLinkOf "Relates an object to kinematic components at the root of the kinematic chain.") +AnnotationAssertion(rdfs:label SOMA:isRootLinkOf "is root link of") +SubObjectPropertyOf(SOMA:isRootLinkOf SOMA:isLinkOf) +ObjectPropertyDomain(SOMA:isRootLinkOf ) +ObjectPropertyRange(SOMA:isRootLinkOf ) - - - - - - - - - - - - - - Relates an entity to a space region. - has space region - - +# Object Property: (is setpoint afforded by) +AnnotationAssertion(rdfs:comment SOMA:isSetpointAffordedBy "Relates a disposition to the setpoint parameter defined by the affordance describing the disposition.") +AnnotationAssertion(rdfs:label SOMA:isSetpointAffordedBy "is setpoint afforded by") +SubObjectPropertyOf(SOMA:isSetpointAffordedBy SOMA:isConceptAffordedBy) +ObjectPropertyDomain(SOMA:isSetpointAffordedBy SOMA:Setpoint) +ObjectPropertyRange(SOMA:isSetpointAffordedBy SOMA:Disposition) - +# Object Property: (is setpoint defined in) +AnnotationAssertion(rdfs:comment SOMA:isSetpointDefinedIn "Defines the dedicated goal region of a description.") +AnnotationAssertion(rdfs:label SOMA:isSetpointDefinedIn "is setpoint defined in") +SubObjectPropertyOf(SOMA:isSetpointDefinedIn SOMA:isParameterDefinedIn) +ObjectPropertyDomain(SOMA:isSetpointDefinedIn SOMA:Setpoint) +ObjectPropertyRange(SOMA:isSetpointDefinedIn ) - - - - - - Effector participation. - involves effector - - +# Object Property: (is shape of) +AnnotationAssertion(rdfs:comment SOMA:isShapeOf "Relates a shape quality to the object the shape belongs to.") +AnnotationAssertion(rdfs:label SOMA:isShapeOf "is shape of") +SubObjectPropertyOf(SOMA:isShapeOf ) +ObjectPropertyDomain(SOMA:isShapeOf SOMA:Shape) +ObjectPropertyRange(SOMA:isShapeOf ) - +# Object Property: (is shape region of) +AnnotationAssertion(rdfs:comment SOMA:isShapeRegionOf "Relates a shape to a physical object that has it.") +AnnotationAssertion(rdfs:label SOMA:isShapeRegionOf "is shape region of") +SubObjectPropertyOf(SOMA:isShapeRegionOf ) +ObjectPropertyDomain(SOMA:isShapeRegionOf SOMA:ShapeRegion) +ObjectPropertyRange(SOMA:isShapeRegionOf ObjectUnionOf(SOMA:Shape )) - - - - - Relates an action that alters an object to the region that the alteration reached during the action. - is alteration result of - - +# Object Property: (is space region for) +AnnotationAssertion(rdfs:comment SOMA:isSpaceRegionFor "Relates a space region to an entity.") +AnnotationAssertion(rdfs:label SOMA:isSpaceRegionFor "is space region for") +SubObjectPropertyOf(SOMA:isSpaceRegionFor ) +ObjectPropertyDomain(SOMA:isSpaceRegionFor ) +ObjectPropertyRange(SOMA:isSpaceRegionFor ObjectUnionOf(SOMA:Localization )) - +# Object Property: (is supported by) +AnnotationAssertion(rdfs:comment SOMA:isSupportedBy "Relates a supportee to one of its supporters.") +AnnotationAssertion(rdfs:label SOMA:isSupportedBy "is supported by") +SubObjectPropertyOf(SOMA:isSupportedBy ) +InverseObjectProperties(SOMA:isSupportedBy SOMA:supports) +ObjectPropertyDomain(SOMA:isSupportedBy ) +ObjectPropertyRange(SOMA:isSupportedBy ) - - - - - - - - - Relates a disposition to the bearer role defined by the affordance describing the disposition. - is bearer afforded by - - +# Object Property: (is task afforded by) +AnnotationAssertion(rdfs:comment SOMA:isTaskAffordedBy "Relates a disposition to the task defined by the affordance describing the disposition.") +AnnotationAssertion(rdfs:label SOMA:isTaskAffordedBy "is task afforded by") +SubObjectPropertyOf(SOMA:isTaskAffordedBy SOMA:isConceptAffordedBy) +ObjectPropertyDomain(SOMA:isTaskAffordedBy ) +ObjectPropertyRange(SOMA:isTaskAffordedBy SOMA:Disposition) - +# Object Property: (is task defined in affordance) +AnnotationAssertion(rdfs:comment SOMA:isTaskDefinedInAffordance "A relation between a Task and an Affordance, such that the task is defined in terms of using the affordance.") +AnnotationAssertion(rdfs:label SOMA:isTaskDefinedInAffordance "is task defined in affordance") +SubObjectPropertyOf(SOMA:isTaskDefinedInAffordance SOMA:isDefinedInAffordance) +SubObjectPropertyOf(SOMA:isTaskDefinedInAffordance ) +ObjectPropertyDomain(SOMA:isTaskDefinedInAffordance ) +ObjectPropertyRange(SOMA:isTaskDefinedInAffordance SOMA:Affordance) - - - - - Relates an affordance which is a relation between a bearer and a trigger, to the role of the bearer when the affordance is manifested. - is bearer defined in - - +# Object Property: (is trigger afforded by) +AnnotationAssertion(rdfs:comment SOMA:isTriggerAffordedBy "Relates a disposition to the trigger role defined by the affordance describing the disposition.") +AnnotationAssertion(rdfs:label SOMA:isTriggerAffordedBy "is trigger afforded by") +SubObjectPropertyOf(SOMA:isTriggerAffordedBy SOMA:isConceptAffordedBy) +ObjectPropertyDomain(SOMA:isTriggerAffordedBy ) +ObjectPropertyRange(SOMA:isTriggerAffordedBy SOMA:Disposition) - +# Object Property: (is trigger defined in) +AnnotationAssertion(rdfs:comment SOMA:isTriggerDefinedIn "Relates an affordance which is a relation between a bearer and a trigger, to the role of the trigger when the affordance is manifested.") +AnnotationAssertion(rdfs:label SOMA:isTriggerDefinedIn "is trigger defined in") +SubObjectPropertyOf(SOMA:isTriggerDefinedIn ) +ObjectPropertyDomain(SOMA:isTriggerDefinedIn ) +ObjectPropertyRange(SOMA:isTriggerDefinedIn SOMA:Affordance) - - - - - Relates a joint to the link it connects which is closer to the end of the kinematic chain. - is child link of - - +# Object Property: () +AnnotationAssertion(rdfs:comment SOMA:supports "Relates a supportee to one of its supporters.") +SubObjectPropertyOf(SOMA:supports ) +ObjectPropertyDomain(SOMA:supports ) +ObjectPropertyRange(SOMA:supports ) - +# Object Property: (transitions back) +AnnotationAssertion(rdfs:comment SOMA:transitionsBack "A property which relates a Transient to an Object it both changes from and changes into. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary, however this transformation is reversible and at the end of the process the objects revert to their previous kind. An example of this is catalysts in chemistry.") +AnnotationAssertion(rdfs:label SOMA:transitionsBack "transitions back"@en) +SubObjectPropertyOf(SOMA:transitionsBack SOMA:transitionsFrom) +SubObjectPropertyOf(SOMA:transitionsBack SOMA:transitionsTo) +ObjectPropertyDomain(SOMA:transitionsBack SOMA:Transient) +ObjectPropertyRange(SOMA:transitionsBack ) - - - - - Relates a color quality to the object the color belongs to. - is color of - - +# Object Property: (transitions from) +AnnotationAssertion(rdfs:comment SOMA:transitionsFrom "A property which relates a Transient to an Object it changes from. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary. An example of this is dough undergoing the Maillard reaction through baking.") +AnnotationAssertion(rdfs:label SOMA:transitionsFrom "transitions from"@en) +SubObjectPropertyOf(SOMA:transitionsFrom ) +ObjectPropertyDomain(SOMA:transitionsFrom SOMA:Transient) +ObjectPropertyRange(SOMA:transitionsFrom ) - +# Object Property: (transitions to) +AnnotationAssertion(rdfs:comment SOMA:transitionsTo "A property which relates a Transient to an Object it changes into. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary. An example of this is baked dough eventually becoming bread by completing a baking process.") +AnnotationAssertion(rdfs:label SOMA:transitionsTo "transitions to"@en) +SubObjectPropertyOf(SOMA:transitionsTo ) +ObjectPropertyDomain(SOMA:transitionsTo SOMA:Transient) +ObjectPropertyRange(SOMA:transitionsTo ) - - - - - - - - - A relation between a disposition and a concept defined in the affordance that describes the disposition. - is concept afforded by - - +############################ +# Data Properties +############################ - +# Data Property: (has color value) +AnnotationAssertion(rdfs:comment SOMA:hasColorValue "Associates a ColorRegion to numerical data describing the color.") +AnnotationAssertion(rdfs:label SOMA:hasColorValue "has color value") +SubDataPropertyOf(SOMA:hasColorValue ) +DataPropertyDomain(SOMA:hasColorValue SOMA:ColorRegion) - - - - - A relation between a Concept and an Affordance. - is defined in affordance - - +# Data Property: (has depth) +AnnotationAssertion(rdfs:comment SOMA:hasDepth "The depth of a shape.") +AnnotationAssertion(rdfs:label SOMA:hasDepth "has depth") +SubDataPropertyOf(SOMA:hasDepth SOMA:hasShapeParameter) +DataPropertyDomain(SOMA:hasDepth SOMA:ShapeRegion) +DataPropertyRange(SOMA:hasDepth xsd:float) - +# Data Property: (has file path) +AnnotationAssertion(rdfs:comment SOMA:hasFilePath "Associates an entity to some file containing data about it. For example, can be used to describe physical objects via a mesh file.") +AnnotationAssertion(rdfs:label SOMA:hasFilePath "has file path") +SubDataPropertyOf(SOMA:hasFilePath ) +DataPropertyDomain(SOMA:hasFilePath ) +DataPropertyRange(SOMA:hasFilePath xsd:string) - - - - - - A spatial relation holding between an object (the deposit), and objects that are located ontop of it. - is deposit of - - +# Data Property: (has force value) +AnnotationAssertion(rdfs:comment SOMA:hasForceValue "A value that quantifies a force given in Newton.") +AnnotationAssertion(rdfs:label SOMA:hasForceValue "has force value") +SubDataPropertyOf(SOMA:hasForceValue ) +DataPropertyDomain(SOMA:hasForceValue SOMA:ForceAttribute) +DataPropertyRange(SOMA:hasForceValue SOMA:array_double) - +# Data Property: (has friction value) +AnnotationAssertion(rdfs:comment SOMA:hasFrictionValue "The coefficient of friction denotes the ratio of friction force between touching objects. The coefficient is dimensionless.") +AnnotationAssertion(rdfs:label SOMA:hasFrictionValue "has friction value") +SubDataPropertyOf(SOMA:hasFrictionValue ) +DataPropertyDomain(SOMA:hasFrictionValue SOMA:FrictionAttribute) +DataPropertyRange(SOMA:hasFrictionValue xsd:double) - - - - - Associates a disposition quality to the object holding it. - is disposition of - - +# Data Property: (has hsv value) +AnnotationAssertion(rdfs:comment SOMA:hasHSVValue "Associates a ColorRegion to numerical data describing the color. This data uses the Hue-Saturation-Value color space.") +AnnotationAssertion(rdfs:label SOMA:hasHSVValue "has hsv value") +SubDataPropertyOf(SOMA:hasHSVValue SOMA:hasColorValue) +DataPropertyDomain(SOMA:hasHSVValue SOMA:ColorRegion) +DataPropertyRange(SOMA:hasHSVValue xsd:string) - +# Data Property: (has height) +AnnotationAssertion(rdfs:comment SOMA:hasHeight "The height of a shape.") +AnnotationAssertion(rdfs:label SOMA:hasHeight "has height") +SubDataPropertyOf(SOMA:hasHeight SOMA:hasShapeParameter) +DataPropertyDomain(SOMA:hasHeight SOMA:ShapeRegion) +DataPropertyRange(SOMA:hasHeight xsd:float) - - - - - Effector participation. - is effector involved in - - +# Data Property: (has joint effort) +AnnotationAssertion(rdfs:comment SOMA:hasJointEffort "The effort applied in a joint given in N (prismatic joint) or N*m (hinged joints).") +AnnotationAssertion(rdfs:label SOMA:hasJointEffort "has joint effort") +SubDataPropertyOf(SOMA:hasJointEffort SOMA:hasJointParameter) +DataPropertyDomain(SOMA:hasJointEffort SOMA:JointState) +DataPropertyRange(SOMA:hasJointEffort xsd:double) - +# Data Property: (has joint effort limit) +AnnotationAssertion(rdfs:comment SOMA:hasJointEffortLimit "The maximum effort applied in a joint given in N (prismatic joint) or N*m (hinged joints).") +AnnotationAssertion(rdfs:label SOMA:hasJointEffortLimit "has joint effort limit") +SubDataPropertyOf(SOMA:hasJointEffortLimit SOMA:hasJointParameter) +DataPropertyDomain(SOMA:hasJointEffortLimit SOMA:JointLimit) +DataPropertyRange(SOMA:hasJointEffortLimit xsd:double) - - - - - Relates an object to kinematic components at the end of the kinematic chain. - is end link of - - +# Data Property: (has joint parameter) +AnnotationAssertion(rdfs:comment SOMA:hasJointParameter "Assigns a value for an attribute of a joint.") +AnnotationAssertion(rdfs:label SOMA:hasJointParameter "has joint parameter") +SubDataPropertyOf(SOMA:hasJointParameter ) +DataPropertyDomain(SOMA:hasJointParameter ) +DataPropertyRange(SOMA:hasJointParameter xsd:double) - +# Data Property: (has joint position) +AnnotationAssertion(rdfs:comment SOMA:hasJointPosition "The position of a joint given in m (prismatic joints) or rad (hinged joints).") +AnnotationAssertion(rdfs:label SOMA:hasJointPosition "has joint position") +SubDataPropertyOf(SOMA:hasJointPosition SOMA:hasJointParameter) +DataPropertyDomain(SOMA:hasJointPosition SOMA:JointState) +DataPropertyRange(SOMA:hasJointPosition xsd:double) - - +# Data Property: (has joint position max) +AnnotationAssertion(rdfs:comment SOMA:hasJointPositionMax "The maximum position of a joint given in m (prismatic joints) or rad (hinged joints).") +AnnotationAssertion(rdfs:label SOMA:hasJointPositionMax "has joint position max") +SubDataPropertyOf(SOMA:hasJointPositionMax SOMA:hasJointParameter) +DataPropertyDomain(SOMA:hasJointPositionMax SOMA:JointLimit) +DataPropertyRange(SOMA:hasJointPositionMax xsd:double) - +# Data Property: (has joint position min) +AnnotationAssertion(rdfs:comment SOMA:hasJointPositionMin "The minimum position of a joint given in m (prismatic joints) or rad (hinged joints).") +AnnotationAssertion(rdfs:label SOMA:hasJointPositionMin "has joint position min") +SubDataPropertyOf(SOMA:hasJointPositionMin SOMA:hasJointParameter) +DataPropertyDomain(SOMA:hasJointPositionMin SOMA:JointLimit) +DataPropertyRange(SOMA:hasJointPositionMin xsd:double) - - - - - Associates a feature to the physical object it belongs to. - is feature of - - +# Data Property: (has joint velocity) +AnnotationAssertion(rdfs:comment SOMA:hasJointVelocity "The velocity of a joint given in m/s (prismatic joints) or rad/s (hinged joints).") +AnnotationAssertion(rdfs:label SOMA:hasJointVelocity "has joint velocity") +SubDataPropertyOf(SOMA:hasJointVelocity SOMA:hasJointParameter) +DataPropertyDomain(SOMA:hasJointVelocity SOMA:JointState) +DataPropertyRange(SOMA:hasJointVelocity xsd:double) - +# Data Property: (has joint velocity limit) +AnnotationAssertion(rdfs:comment SOMA:hasJointVelocityLimit "The maximum velocity of a joint given in m/s (prismatic joints) or rad/s (hinged joints).") +AnnotationAssertion(rdfs:label SOMA:hasJointVelocityLimit "has joint velocity limit") +SubDataPropertyOf(SOMA:hasJointVelocityLimit SOMA:hasJointParameter) +DataPropertyDomain(SOMA:hasJointVelocityLimit SOMA:JointLimit) +DataPropertyRange(SOMA:hasJointVelocityLimit xsd:double) - - - - - - - A spatial relation holding between an object (the container), and objects it contains. - is inside of - - +# Data Property: (has length) +AnnotationAssertion(rdfs:comment SOMA:hasLength "The length of a shape.") +AnnotationAssertion(rdfs:label SOMA:hasLength "has length") +SubDataPropertyOf(SOMA:hasLength SOMA:hasShapeParameter) +DataPropertyDomain(SOMA:hasLength SOMA:ShapeRegion) +DataPropertyRange(SOMA:hasLength xsd:float) - +# Data Property: (has mass value) +AnnotationAssertion(rdfs:comment SOMA:hasMassValue "The mass value of a physical object in kilogram.") +AnnotationAssertion(rdfs:label SOMA:hasMassValue "has mass value") +SubDataPropertyOf(SOMA:hasMassValue ) +DataPropertyDomain(SOMA:hasMassValue SOMA:MassAttribute) +DataPropertyRange(SOMA:hasMassValue xsd:double) - - - - - Relates a joint to its physical limits. - is joint limit of - - +# Data Property: (has position data) +AnnotationAssertion(rdfs:comment SOMA:hasPositionData "Associates a spatial region to a position.") +AnnotationAssertion(rdfs:label SOMA:hasPositionData "has position data") +SubDataPropertyOf(SOMA:hasPositionData SOMA:hasSpaceParameter) +DataPropertyDomain(SOMA:hasPositionData ) +DataPropertyRange(SOMA:hasPositionData xsd:string) - +# Data Property: (has rgb value) +AnnotationAssertion(rdfs:comment SOMA:hasRGBValue "Associates a ColorRegion to numerical data describing the color. This data uses the Red-Green-Blue color space.") +AnnotationAssertion(rdfs:label SOMA:hasRGBValue "has rgb value") +SubDataPropertyOf(SOMA:hasRGBValue SOMA:hasColorValue) +DataPropertyDomain(SOMA:hasRGBValue SOMA:ColorRegion) +DataPropertyRange(SOMA:hasRGBValue xsd:string) - - - - - Relates a joint to its state. - is joint state of - - +# Data Property: (has radius) +AnnotationAssertion(rdfs:comment SOMA:hasRadius "The radius of a circular or oval shape.") +AnnotationAssertion(rdfs:label SOMA:hasRadius "has radius") +SubDataPropertyOf(SOMA:hasRadius SOMA:hasShapeParameter) +DataPropertyDomain(SOMA:hasRadius SOMA:ShapeRegion) +DataPropertyRange(SOMA:hasRadius xsd:float) - +# Data Property: (has reference frame) +AnnotationAssertion(rdfs:comment SOMA:hasReferenceFrame "Gives the name associated to the local coordinate frame of a SpaceRegion.") +AnnotationAssertion(rdfs:label SOMA:hasReferenceFrame "has reference frame") +SubDataPropertyOf(SOMA:hasReferenceFrame SOMA:hasSpaceParameter) +DataPropertyDomain(SOMA:hasReferenceFrame ) +DataPropertyRange(SOMA:hasReferenceFrame xsd:string) - - - - - Relates an object to its kinematic components. - is link of - - +# Data Property: (has shape parameter) +AnnotationAssertion(rdfs:comment SOMA:hasShapeParameter "Associates a SpaceRegion to some parameter value describing its shape. This is a fairly generic property, and to capture the semantics of the information associated to the SpaceRegion, its more specific subproperties should be used.") +AnnotationAssertion(rdfs:label SOMA:hasShapeParameter "has shape parameter") +SubDataPropertyOf(SOMA:hasShapeParameter ) +DataPropertyDomain(SOMA:hasShapeParameter SOMA:ShapeRegion) +DataPropertyRange(SOMA:hasShapeParameter DataUnionOf(SOMA:array_double xsd:double xsd:float xsd:string)) - +# Data Property: (has shape scale) +AnnotationAssertion(rdfs:comment SOMA:hasShapeScale "The scale of a shape, given as a vector of three real numbers to adjust x, y, z components of vertex vectors. In cases where a shape needs to be flipped compared to the shape described by a mesh, one of the scale components will be negative. - - - - - - A spatial relation holding between objects that are linked with each other such that they resist spatial separation. - is linked to - - - - - - - - - - - - Relates a localization quality to the object the localization belongs to. - is localization of - - - - - - - - - - - - - A relation between physical objects and their mass. - is mass attribute of - - - - - - - - - - - - A relation between a physical object and the total force acting on it. - is net force of - - - - - - - - - - - - A spatial relation holding between an object (the deposit), and objects that are located ontop of it. - is ontop of - - - - - - - - - - - - A relation between a description and a parameter. - is parameter defined in - - - - - - - - - - - - Relates a joint to the link it connects which is closer to the root of the kinematic chain. - is parent link of - - - - - - - - - - - - - - - - Relates a disposition to the performer role defined by the affordance describing the disposition. - is performer afforded by - - - - - - - - - - - - Relates an affordance which is a relation between a bearer and a trigger, to the role of the performer when the affordance is manifested. - is performer defined in - - - - - - - - - - - - A spatial relation holding between an object (the container), and objects it contains. - is physically contained in - - - - - - - - - - - - Relates a quality to its "value", called quale, which is an atomic quality region. - is quale of - - - - - - - - - - - - Relates a description to a quality it describes. - is quality described by - - - - - - - - - - - - Relates an object to kinematic components at the root of the kinematic chain. - is root link of - - - - - - - - - - - - - - - - Relates a disposition to the setpoint parameter defined by the affordance describing the disposition. - is setpoint afforded by - - - - - - - - - - - - Defines the dedicated goal region of a description. - is setpoint defined in - - - - - - - - - - - - Relates a shape quality to the object the shape belongs to. - is shape of - - - - - - - - - - - - - - - - - - - Relates a shape to a physical object that has it. - is shape region of - - - - - - - - - - - - - - - - - - - Relates a space region to an entity. - is space region for - - - - - - - - - - - - - Relates a supportee to one of its supporters. - is supported by - - - - - - - - - - - - - - - - Relates a disposition to the task defined by the affordance describing the disposition. - is task afforded by - - - - - - - - - - - - - A relation between a Task and an Affordance, such that the task is defined in terms of using the affordance. - is task defined in affordance - - - - - - - - - - - - - - - - Relates a disposition to the trigger role defined by the affordance describing the disposition. - is trigger afforded by - - - - - - - - - - - - Relates an affordance which is a relation between a bearer and a trigger, to the role of the trigger when the affordance is manifested. - is trigger defined in - - - - - - - - - - - - Relates a supportee to one of its supporters. - - - - - - - - - - - - - A property which relates a Transient to an Object it both changes from and changes into. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary, however this transformation is reversible and at the end of the process the objects revert to their previous kind. An example of this is catalysts in chemistry. - transitions back - - - - - - - - - - - - A property which relates a Transient to an Object it changes from. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary. An example of this is dough undergoing the Maillard reaction through baking. - transitions from - - - - - - - - - - - - A property which relates a Transient to an Object it changes into. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary. An example of this is baked dough eventually becoming bread by completing a baking process. - transitions to - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Associates a ColorRegion to numerical data describing the color. - has color value - - - - - - +It is often the case that shapes need to be altered from their description in a shape file, and a typical example of this is scaling a mesh. - - - - - The depth of a shape. - has depth - - +In robotics, it is not uncommon to encounter shapes that are flipped compared to the shape in a mesh file. This is because robots often have bilateral symmetry, thus it makes sense to reuse the same meshes for corresponding links of the left and right arms.") +AnnotationAssertion(rdfs:label SOMA:hasShapeScale "has shape scale") +SubDataPropertyOf(SOMA:hasShapeScale SOMA:hasShapeParameter) +DataPropertyDomain(SOMA:hasShapeScale SOMA:ShapeRegion) +DataPropertyRange(SOMA:hasShapeScale SOMA:array_double) +# Data Property: (has space parameter) - +AnnotationAssertion(rdfs:comment SOMA:hasSpaceParameter "Associates a SpaceRegion to some parameter value describing it. This is a fairly generic property, and to capture the semantics of the information associated to the SpaceRegion, its more specific subproperties should be used.") +AnnotationAssertion(rdfs:label SOMA:hasSpaceParameter "has space parameter") +SubDataPropertyOf(SOMA:hasSpaceParameter ) +DataPropertyDomain(SOMA:hasSpaceParameter ) +# Data Property: (has width) - - - - - Associates an entity to some file containing data about it. For example, can be used to describe physical objects via a mesh file. - has file path - - +AnnotationAssertion(rdfs:comment SOMA:hasWidth "The width of a shape.") +AnnotationAssertion(rdfs:label SOMA:hasWidth "has width") +SubDataPropertyOf(SOMA:hasWidth SOMA:hasShapeParameter) +DataPropertyDomain(SOMA:hasWidth SOMA:ShapeRegion) +DataPropertyRange(SOMA:hasWidth xsd:float) - +############################ +# Classes +############################ - - - - - A value that quantifies a force given in Newton. - has force value - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Accessor "A role classifying an object used to gain access to some other entity.") +SubClassOf(SOMA:Accessor SOMA:Instrument) - +# Class: (Aesthetic Design) +AnnotationAssertion(rdfs:comment SOMA:AestheticDesign "A design that describes an aesthetic quality of an object. - - - - - The coefficient of friction denotes the ratio of friction force between touching objects. The coefficient is dimensionless. - has friction value - - +Aesthetics is the philosophical study of beauty and taste. The term stems from the Greek word 'aisthetikos', meaning 'of sense perception', and is related to the study of sensory values. From design point of view, aesthetics refers to the visual attractiveness of an object. Visual aesthetics have these key elements: Color, Shape, Pattern, Line, Texture, Visual weight, Balance, Scale, Proximity and Movement.") +AnnotationAssertion(rdfs:label SOMA:AestheticDesign "Aesthetic Design") +SubClassOf(SOMA:AestheticDesign ) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Affordance "A relation between an object (the bearer) and others (the triggers) that describes the disposition of the bearer to be involved in an action execution that also involves some trigger object.") +SubClassOf(SOMA:Affordance ) +SubClassOf(SOMA:Affordance ObjectAllValuesFrom( SOMA:Disposition)) +SubClassOf(SOMA:Affordance ObjectExactCardinality(1 SOMA:definesBearer )) +SubClassOf(SOMA:Affordance ObjectExactCardinality(1 SOMA:definesTrigger )) +SubClassOf(SOMA:Affordance ObjectExactCardinality(1 )) +# Class: (Agent role) - - - - - Associates a ColorRegion to numerical data describing the color. This data uses the Hue-Saturation-Value color space. - has hsv value - - +AnnotationAssertion(rdfs:comment SOMA:AgentRole "A role classifying an Agent responsible for performing an Action. +The entity playing an AgentRole is endowed with sentience and the capacity to deliberately choose actions in pursuit of goals. This distinguishes Agents from other causes that could bring an event about.") +AnnotationAssertion(rdfs:label SOMA:AgentRole "Agent role"@en) +SubClassOf(SOMA:AgentRole SOMA:CausativeRole) +SubClassOf(SOMA:AgentRole ObjectAllValuesFrom( )) - +# Class: (Altered object) +AnnotationAssertion(rdfs:comment SOMA:AlteredObject "An object undergoing modifications.") +AnnotationAssertion(rdfs:label SOMA:AlteredObject "Altered object"@en) +SubClassOf(SOMA:AlteredObject SOMA:Patient) - - - - - The height of a shape. - has height - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Appliance "A device designed to perform a specific task, and that can be operated in some way.") +SubClassOf(SOMA:Appliance ) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Arm "A limb used to reach for objects.") +SubClassOf(SOMA:Arm SOMA:Limb) - - - - - The effort applied in a joint given in N (prismatic joint) or N*m (hinged joints). - has joint effort - - +# Class: (Artificial agent) +AnnotationAssertion(rdfs:comment SOMA:ArtificialAgent "A physical object with artificial characteristics, which can perform actions to achieve desired goals, and typically has sensors and/or actuators. - +There can be non-physical artificial agents such as software programs but they are not considered here in the scope of artificial agent.") +AnnotationAssertion(rdfs:label SOMA:ArtificialAgent "Artificial agent") +SubClassOf(SOMA:ArtificialAgent ) +# Class: (Avoided object) - - - - - The maximum effort applied in a joint given in N (prismatic joint) or N*m (hinged joints). - has joint effort limit - - +AnnotationAssertion(rdfs:comment SOMA:AvoidedObject "An object that is avoided.") +AnnotationAssertion(rdfs:label SOMA:AvoidedObject "Avoided object"@en) +SubClassOf(SOMA:AvoidedObject SOMA:Patient) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Barrier "A role classifying an object used to prevent others from entering or leaving a restricted space or group.") +SubClassOf(SOMA:Barrier SOMA:Restrictor) +# Class: (Beneficiary role) - - - - - Assigns a value for an attribute of a joint. - has joint parameter - - +AnnotationAssertion(rdfs:comment SOMA:BeneficiaryRole "A role classifying an agent for whose benefit an action is performed.") +AnnotationAssertion(rdfs:label SOMA:BeneficiaryRole "Beneficiary role"@en) +SubClassOf(SOMA:BeneficiaryRole SOMA:GoalRole) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Blockage "The disposition of an object (the barrier) to prevent others from accessing, leaving, or seeing a restricted space, or group.") +SubClassOf(SOMA:Blockage SOMA:Disposition) +SubClassOf(SOMA:Blockage ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Barrier)) +SubClassOf(SOMA:Blockage ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:BlockedObject)) +# Class: (Blocked object) - - - - - The position of a joint given in m (prismatic joints) or rad (hinged joints). - has joint position - - +AnnotationAssertion(rdfs:comment SOMA:BlockedObject "An object that is blocked from accessing something.") +AnnotationAssertion(rdfs:label SOMA:BlockedObject "Blocked object"@en) +SubClassOf(SOMA:BlockedObject SOMA:Patient) +# Class: (Box shape) - +AnnotationAssertion(rdfs:comment SOMA:BoxShape "A symmetrical shape, either solid or hollow, contained by six rectangles.") +AnnotationAssertion(rdfs:label SOMA:BoxShape "Box shape") +SubClassOf(SOMA:BoxShape SOMA:ShapeRegion) +SubClassOf(SOMA:BoxShape DataExactCardinality(1 SOMA:hasHeight xsd:float)) +SubClassOf(SOMA:BoxShape DataExactCardinality(1 SOMA:hasLength xsd:float)) +SubClassOf(SOMA:BoxShape DataExactCardinality(1 SOMA:hasWidth xsd:float)) +# Class: () - - - - - The maximum position of a joint given in m (prismatic joints) or rad (hinged joints). - has joint position max - - +AnnotationAssertion(rdfs:comment SOMA:CanCut "The disposition of an object (the tool) to cut other objects. Such as a knife has cutting ability to cut a cucumber into pieces.") +SubClassOf(SOMA:CanCut SOMA:Variability) +SubClassOf(SOMA:CanCut ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Cutter)) +SubClassOf(SOMA:CanCut ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:CutObject)) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Capability "The disposition of an agent to bring about certain effects, and to achieve certain goals.") +SubClassOf(SOMA:Capability SOMA:Disposition) +# Class: () - - - - - The minimum position of a joint given in m (prismatic joints) or rad (hinged joints). - has joint position min - - +AnnotationAssertion(rdfs:comment SOMA:Capacity "The maximum amount an object can contain.") +SubClassOf(SOMA:Capacity SOMA:Intrinsic) +# Class: (Causal event role) - +AnnotationAssertion(rdfs:comment SOMA:CausalEventRole "A role filled by a description of some action or process that brings about a motion. +As an example, consider the utterance \"the tennisman served the ball by hitting it with the racket.\" In this utterance, the filler of the CausalEventRole is expressed by the \"by hitting it with the racket\" constituent.") +AnnotationAssertion(rdfs:label SOMA:CausalEventRole "Causal event role"@en) +SubClassOf(SOMA:CausalEventRole SOMA:CausativeRole) - - - - - The velocity of a joint given in m/s (prismatic joints) or rad/s (hinged joints). - has joint velocity - - +# Class: (Causative role) +AnnotationAssertion(rdfs:comment SOMA:CausativeRole "A role classifying objects that are responsible in bringing about an event. - +The paradigmatic example is the Agent performing an Action -- the Agent is the effective cause of the Action it performs. However, not all objects causing events are agents.") +AnnotationAssertion(rdfs:label SOMA:CausativeRole "Causative role"@en) +SubClassOf(SOMA:CausativeRole SOMA:EventAdjacentRole) +# Class: (Circular cylinder) - - - - - The maximum velocity of a joint given in m/s (prismatic joints) or rad/s (hinged joints). - has joint velocity limit - - +AnnotationAssertion(rdfs:comment SOMA:CircularCylinder "A cylinder figure with circular cross section.") +AnnotationAssertion(rdfs:label SOMA:CircularCylinder "Circular cylinder") +SubClassOf(SOMA:CircularCylinder SOMA:CylinderShape) +SubClassOf(SOMA:CircularCylinder DataExactCardinality(1 SOMA:hasRadius xsd:float)) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Clean "A cleanliness region with values considered as clean.") +SubClassOf(SOMA:Clean SOMA:CleanlinessRegion) +# Class: () - - - - - The length of a shape. - has length - - +AnnotationAssertion(rdfs:comment SOMA:Cleanliness "The quality of being clean.") +SubClassOf(SOMA:Cleanliness SOMA:SocialQuality) +SubClassOf(SOMA:Cleanliness ObjectSomeValuesFrom( SOMA:CleanlinessRegion)) +SubClassOf(SOMA:Cleanliness ObjectAllValuesFrom( SOMA:CleanlinessRegion)) +# Class: (Cleanliness region) - +AnnotationAssertion(rdfs:comment SOMA:CleanlinessRegion "Encodes the cleanliness of an object.") +AnnotationAssertion(rdfs:label SOMA:CleanlinessRegion "Cleanliness region"@en) +SubClassOf(SOMA:CleanlinessRegion ) +# Class: (Color) - - - - - The mass value of a physical object in kilogram. - has mass value - - +AnnotationAssertion(rdfs:comment SOMA:Color "The color of an object. Color regions encode the color value in some space such as RGB or HSV, and may further be used to classify the color as red, dark, etc. The color of an object may have different facets, e.g. a red and blue color.") +AnnotationAssertion(rdfs:label SOMA:Color "Color") +SubClassOf(SOMA:Color SOMA:Extrinsic) +SubClassOf(SOMA:Color ObjectSomeValuesFrom( SOMA:ColorRegion)) +SubClassOf(SOMA:Color ObjectAllValuesFrom( SOMA:ColorRegion)) +# Class: (Color region) - +AnnotationAssertion(rdfs:comment SOMA:ColorRegion "Encodes the color of an object.") +AnnotationAssertion(rdfs:label SOMA:ColorRegion "Color region") +SubClassOf(SOMA:ColorRegion ) +SubClassOf(SOMA:ColorRegion ObjectAllValuesFrom( SOMA:Color)) +# Class: (Commited object) - - - - - Associates a spatial region to a position. - has position data - - +AnnotationAssertion(rdfs:comment SOMA:CommitedObject "An object committed to a bigger whole. After being committed, the object does not exist anymore in its old form.") +AnnotationAssertion(rdfs:label SOMA:CommitedObject "Commited object"@en) +SubClassOf(SOMA:CommitedObject SOMA:ConnectedObject) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Composing "The disposition of an object (the tool) to change the compositional structure of others.") +SubClassOf(SOMA:Composing SOMA:Variability) +SubClassOf(SOMA:Composing ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:ConnectedObject)) +# Class: (Connected object) - - - - - Associates a ColorRegion to numerical data describing the color. This data uses the Red-Green-Blue color space. - has rgb value - - +AnnotationAssertion(rdfs:comment SOMA:ConnectedObject "An object that is combined with another object.") +AnnotationAssertion(rdfs:label SOMA:ConnectedObject "Connected object"@en) +SubClassOf(SOMA:ConnectedObject SOMA:Patient) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Connectivity "The disposition of an object (the connected object) to establish a connection with others.") +SubClassOf(SOMA:Connectivity SOMA:Disposition) +SubClassOf(SOMA:Connectivity ObjectAllValuesFrom(SOMA:affordsBearer SOMA:ConnectedObject)) +SubClassOf(SOMA:Connectivity ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:ConnectedObject)) +# Class: () - - - - - The radius of a circular or oval shape. - has radius - - +AnnotationAssertion(rdfs:comment SOMA:Container "A role classifying an object used to contain others.") +SubClassOf(SOMA:Container SOMA:Restrictor) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Containment "The disposition of an object (the container) to contain others.") +SubClassOf(SOMA:Containment SOMA:Disposition) +SubClassOf(SOMA:Containment ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Container)) +SubClassOf(SOMA:Containment ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:IncludedObject)) +SubClassOf(SOMA:Containment ObjectAllValuesFrom(SOMA:isDispositionOf ObjectSomeValuesFrom( SOMA:Capacity))) +# Class: (Continuous joint) - - - - - Gives the name associated to the local coordinate frame of a SpaceRegion. - has reference frame - - +AnnotationAssertion(rdfs:comment SOMA:ContinuousJoint "A continuous hinge joint that rotates around an axis and has no upper and lower limits.") +AnnotationAssertion(rdfs:label SOMA:ContinuousJoint "Continuous joint") +SubClassOf(SOMA:ContinuousJoint SOMA:HingeJoint) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Cover "An object used to cover up others, such as a lid used as a cover for a pot.") +SubClassOf(SOMA:Cover SOMA:Barrier) +# Class: () - - - - - - - - - - - - - - Associates a SpaceRegion to some parameter value describing its shape. This is a fairly generic property, and to capture the semantics of the information associated to the SpaceRegion, its more specific subproperties should be used. - has shape parameter - - +AnnotationAssertion(rdfs:comment SOMA:Coverage "The disposition of an object (the cover) to hide or to protect objects by covering them. An example is a door that covers items in a container to e.g. prevent dust getting inside of the container.") +SubClassOf(SOMA:Coverage SOMA:Blockage) +SubClassOf(SOMA:Coverage ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Cover)) +SubClassOf(SOMA:Coverage ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:CoveredObject)) +# Class: (Covered object) - +AnnotationAssertion(rdfs:comment SOMA:CoveredObject "An object that is covered.") +AnnotationAssertion(rdfs:label SOMA:CoveredObject "Covered object"@en) +SubClassOf(SOMA:CoveredObject SOMA:BlockedObject) +# Class: (Created object) - - - - - The scale of a shape, given as a vector of three real numbers to adjust x, y, z components of vertex vectors. In cases where a shape needs to be flipped compared to the shape described by a mesh, one of the scale components will be negative. +AnnotationAssertion(rdfs:comment SOMA:CreatedObject "An object that is created.") +AnnotationAssertion(rdfs:label SOMA:CreatedObject "Created object"@en) +SubClassOf(SOMA:CreatedObject SOMA:Patient) -It is often the case that shapes need to be altered from their description in a shape file, and a typical example of this is scaling a mesh. +# Class: (Cut object) -In robotics, it is not uncommon to encounter shapes that are flipped compared to the shape in a mesh file. This is because robots often have bilateral symmetry, thus it makes sense to reuse the same meshes for corresponding links of the left and right arms. - has shape scale - - +AnnotationAssertion(rdfs:comment SOMA:CutObject "An object being cut down into pieces.") +AnnotationAssertion(rdfs:label SOMA:CutObject "Cut object") +SubClassOf(SOMA:CutObject SOMA:AlteredObject) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Cuttability "The disposition of an object (the barrier) which makes it able to be cut down (into pieces) usually by some other object with role as a Cutter. Such as a cucumber has cuttability disposition which can be cut by a knife.") +SubClassOf(SOMA:Cuttability SOMA:Disposition) +SubClassOf(SOMA:Cuttability ObjectAllValuesFrom(SOMA:affordsBearer SOMA:CutObject)) +SubClassOf(SOMA:Cuttability ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:Cutter)) +# Class: () - - - - Associates a SpaceRegion to some parameter value describing it. This is a fairly generic property, and to capture the semantics of the information associated to the SpaceRegion, its more specific subproperties should be used. - has space parameter - - +AnnotationAssertion(rdfs:comment SOMA:Cutter "A role to classify an object used to cut other objects. Usually should poses sharpness as a quality. Execptions are not considered in this context. Such as a wind, water, or other natural agents cutting(eroding) the rocks.") +SubClassOf(SOMA:Cutter SOMA:Tool) +# Class: (Cylinder shape) - +AnnotationAssertion(rdfs:comment SOMA:CylinderShape "A solid geometrical figure with straight parallel sides and a circular or oval cross section.") +AnnotationAssertion(rdfs:label SOMA:CylinderShape "Cylinder shape") +SubClassOf(SOMA:CylinderShape SOMA:ShapeRegion) +SubClassOf(SOMA:CylinderShape DataSomeValuesFrom(SOMA:hasRadius xsd:float)) +SubClassOf(SOMA:CylinderShape DataExactCardinality(1 SOMA:hasLength xsd:float)) +# Class: (Dependent place) - - - - - The width of a shape. - has width - - +AnnotationAssertion(rdfs:comment SOMA:DependentPlace "A feature that is not part of its host, like a hole in a piece of cheese.") +AnnotationAssertion(rdfs:label SOMA:DependentPlace "Dependent place"@en) +SubClassOf(SOMA:DependentPlace SOMA:Feature) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Deposit "A role classifying an object ontop which others are put to e.g. store them, or to place them in a meaningful way for future activities.") +SubClassOf(SOMA:Deposit SOMA:Instrument) +# Class: (Deposited object) - +AnnotationAssertion(rdfs:comment SOMA:DepositedObject "An object placed ontop of another one.") +AnnotationAssertion(rdfs:label SOMA:DepositedObject "Deposited object"@en) +SubClassOf(SOMA:DepositedObject SOMA:Patient) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Deposition "The disposition to support objects.") +SubClassOf(SOMA:Deposition SOMA:Disposition) +SubClassOf(SOMA:Deposition ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Deposit)) +SubClassOf(SOMA:Deposition ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:DepositedObject)) +# Class: (Designed component) - - - A role classifying an object used to gain access to some other entity. - - +AnnotationAssertion(rdfs:comment SOMA:DesignedComponent "An object designed to be part or element of a larger whole.") +AnnotationAssertion(rdfs:label SOMA:DesignedComponent "Designed component") +SubClassOf(SOMA:DesignedComponent SOMA:FunctionalPart) +SubClassOf(SOMA:DesignedComponent ) +SubClassOf(SOMA:DesignedComponent ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Connectivity)) +# Class: (Designed container) - +AnnotationAssertion(rdfs:comment SOMA:DesignedContainer "An item designed to be able to hold some other items, preventing their free movement and/or protecting them from outside influence. Containers may be used for storage, or to obtain control over items that are otherwise hard to manipulate directly (e.g. liquids).") +AnnotationAssertion(rdfs:label SOMA:DesignedContainer "Designed container") +SubClassOf(SOMA:DesignedContainer ) +SubClassOf(SOMA:DesignedContainer ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Containment)) +# Class: (Designed furniture) - - - A design that describes an aesthetic quality of an object. +AnnotationAssertion(rdfs:comment SOMA:DesignedFurniture "An object used to make a room or building suitable for living or working.") +AnnotationAssertion(rdfs:label SOMA:DesignedFurniture "Designed furniture") +SubClassOf(SOMA:DesignedFurniture ) -Aesthetics is the philosophical study of beauty and taste. The term stems from the Greek word 'aisthetikos', meaning 'of sense perception', and is related to the study of sensory values. From design point of view, aesthetics refers to the visual attractiveness of an object. Visual aesthetics have these key elements: Color, Shape, Pattern, Line, Texture, Visual weight, Balance, Scale, Proximity and Movement. - Aesthetic Design - - +# Class: (Designed tool) +AnnotationAssertion(rdfs:comment SOMA:DesignedTool "An item designed to enable some action, in which it will play an instrumental role.") +AnnotationAssertion(rdfs:label SOMA:DesignedTool "Designed tool") +SubClassOf(SOMA:DesignedTool ) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Destination "A role classifying the location where an event or object is directed towards.") +SubClassOf(SOMA:Destination SOMA:Location) - - - - - - - - - - - - 1 - - - - - - - 1 - - - - - - - 1 - - - - A relation between an object (the bearer) and others (the triggers) that describes the disposition of the bearer to be involved in an action execution that also involves some trigger object. - - +# Class: (Destroyed object) +AnnotationAssertion(rdfs:comment SOMA:DestroyedObject "An object that is detroyed.") +AnnotationAssertion(rdfs:label SOMA:DestroyedObject "Destroyed object"@en) +SubClassOf(SOMA:DestroyedObject SOMA:Patient) - +# Class: (Detected object) +AnnotationAssertion(rdfs:comment SOMA:DetectedObject "An object that is detected.") +AnnotationAssertion(rdfs:label SOMA:DetectedObject "Detected object"@en) +SubClassOf(SOMA:DetectedObject SOMA:Patient) - - - - - - - - - A role classifying an Agent responsible for performing an Action. +# Class: () -The entity playing an AgentRole is endowed with sentience and the capacity to deliberately choose actions in pursuit of goals. This distinguishes Agents from other causes that could bring an event about. - Agent role - - +AnnotationAssertion(rdfs:comment SOMA:DeviceState "A quality belonging to a device which indicates its overall functional state.") +SubClassOf(SOMA:DeviceState SOMA:Intrinsic) +# Class: (Device state range) - +AnnotationAssertion(rdfs:comment SOMA:DeviceStateRange "This class defines the values that a device state can take.") +AnnotationAssertion(rdfs:label SOMA:DeviceStateRange "Device state range"@en) +EquivalentClasses(SOMA:DeviceStateRange ObjectUnionOf(SOMA:DeviceTurnedOff SOMA:DeviceTurnedOn)) +SubClassOf(SOMA:DeviceStateRange ) +# Class: (Device turned off) - - - An object undergoing modifications. - Altered object - - +AnnotationAssertion(rdfs:comment SOMA:DeviceTurnedOff "A value indicating a device is not in operation.") +AnnotationAssertion(rdfs:label SOMA:DeviceTurnedOff "Device turned off"@en) +SubClassOf(SOMA:DeviceTurnedOff SOMA:DeviceStateRange) +# Class: (Device turned on) - +AnnotationAssertion(rdfs:comment SOMA:DeviceTurnedOn "A value indicating a device is in operation.") +AnnotationAssertion(rdfs:label SOMA:DeviceTurnedOn "Device turned on"@en) +SubClassOf(SOMA:DeviceTurnedOn SOMA:DeviceStateRange) +# Class: () - - - A device designed to perform a specific task, and that can be operated in some way. - - +AnnotationAssertion(rdfs:comment SOMA:Dirty "A cleanliness region with values considered as dirty.") +SubClassOf(SOMA:Dirty SOMA:CleanlinessRegion) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Disposition "The tendency of an object (the bearer) to make certain events happen with others (the triggers).") +AnnotationAssertion(rdfs:comment SOMA:Disposition "extrinsic") +SubClassOf(SOMA:Disposition SOMA:Extrinsic) +SubClassOf(SOMA:Disposition ObjectExactCardinality(1 SOMA:Affordance)) +SubClassOf(SOMA:Disposition ObjectExactCardinality(1 ObjectIntersectionOf(SOMA:Affordance ObjectExactCardinality(1 SOMA:definesBearer ) ObjectExactCardinality(1 SOMA:definesEventType ) ObjectExactCardinality(1 SOMA:definesTrigger )))) +# Class: () - - - A limb used to reach for objects. - - +AnnotationAssertion(rdfs:comment SOMA:Effort "A parameter describing the amount of force to be exerted by some actuator.") +SubClassOf(SOMA:Effort ) +# Class: (Enclosed object) - +AnnotationAssertion(rdfs:comment SOMA:EnclosedObject "An object included within the spatial boundaries of another object.") +AnnotationAssertion(rdfs:label SOMA:EnclosedObject "Enclosed object"@en) +SubClassOf(SOMA:EnclosedObject SOMA:IncludedObject) +# Class: () - - - A physical object with artificial characteristics, which can perform actions to achieve desired goals, and typically has sensors and/or actuators. +AnnotationAssertion(rdfs:comment SOMA:Enclosing "The disposition of an object (the container) to contain other objects by enclosing them to prevent their free movement.") +SubClassOf(SOMA:Enclosing SOMA:Containment) +SubClassOf(SOMA:Enclosing ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:EnclosedObject)) -There can be non-physical artificial agents such as software programs but they are not considered here in the scope of artificial agent. - Artificial agent - - +# Class: (Event adjacent role) +AnnotationAssertion(rdfs:comment SOMA:EventAdjacentRole "A role classifying a participant in an event. - +In linguistics, this is also known as a thematic role.") +AnnotationAssertion(rdfs:label SOMA:EventAdjacentRole "Event adjacent role"@en) +AnnotationAssertion(rdfs:label SOMA:EventAdjacentRole "Thematic role"@en) +SubClassOf(SOMA:EventAdjacentRole ) +# Class: (Excluded object) - - - An object that is avoided. - Avoided object - - +AnnotationAssertion(rdfs:comment SOMA:ExcludedObject "An object that is not contained in something. This is meant very general and includes, e.g., elements excluded from a set, or things that are spatially excluded from the boundaries of some object.") +AnnotationAssertion(rdfs:label SOMA:ExcludedObject "Excluded object") +SubClassOf(SOMA:ExcludedObject SOMA:Patient) +# Class: (Existing object role) - +AnnotationAssertion(rdfs:comment SOMA:ExistingObjectRole "A role that requires of its filler simply to exist, unlike other roles that may demand e.g. agentive or instrumental participation in some executable schema or plan (AgentRole and Instrument respectively). +The intention behind such a simple role is to have a way to represent, in a schematic formalism used to describe some scene, that an object is present. In particular, the schema used to convey this information is the ESTSchemaTheory, which has ExistingObjectRole as its sole defined role.") +AnnotationAssertion(rdfs:label SOMA:ExistingObjectRole "Existing object role"@en) +SubClassOf(SOMA:ExistingObjectRole SOMA:RelationAdjacentRole) +SubClassOf(SOMA:ExistingObjectRole ObjectAllValuesFrom( )) - - - A role classifying an object used to prevent others from entering or leaving a restricted space or group. - - +# Class: (Experiencer role) +AnnotationAssertion(rdfs:comment SOMA:ExperiencerRole "A role used in frame semantics to classify agents performing perception actions, or being the subjects affected by some biological process.") +AnnotationAssertion(rdfs:label SOMA:ExperiencerRole "Experiencer role"@en) +SubClassOf(SOMA:ExperiencerRole SOMA:PerformerRole) - +# Class: (Extracted object) +AnnotationAssertion(rdfs:comment SOMA:ExtractedObject "An object that is removed from a container or system.") +AnnotationAssertion(rdfs:label SOMA:ExtractedObject "Extracted object"@en) +SubClassOf(SOMA:ExtractedObject SOMA:Patient) - - - A role classifying an agent for whose benefit an action is performed. - Beneficiary role - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Extrinsic "A physical quality that depends on relationships to other objects, such as the color of an object which depends on light conditions in the environment.") +SubClassOf(SOMA:Extrinsic SOMA:PhysicalQuality) +DisjointClasses(SOMA:Extrinsic SOMA:Intrinsic) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Feature "Features are 'parasitic' entities that only exist insofar their host exists. Typical examples are holes, bumps, boundaries, or spots of color.") +SubClassOf(SOMA:Feature ) +SubClassOf(SOMA:Feature ObjectAllValuesFrom( SOMA:Feature)) +SubClassOf(SOMA:Feature ObjectExactCardinality(1 SOMA:isFeatureOf )) +DisjointClasses(SOMA:Feature ) +DisjointClasses(SOMA:Feature ) +DisjointClasses(SOMA:Feature ) - - - - - - - - - - - - - - - The disposition of an object (the barrier) to prevent others from accessing, leaving, or seeing a restricted space, or group. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Finger "A limb used for grasping objects.") +SubClassOf(SOMA:Finger SOMA:Limb) +SubClassOf(SOMA:Finger ObjectSomeValuesFrom( SOMA:Hand)) - +# Class: (Fixed joint) +AnnotationAssertion(rdfs:comment SOMA:FixedJoint "A joint that cannot move, designed to fixiate links.") +AnnotationAssertion(rdfs:label SOMA:FixedJoint "Fixed joint") +SubClassOf(SOMA:FixedJoint SOMA:Joint) +SubClassOf(SOMA:FixedJoint ObjectExactCardinality(0 SOMA:hasJointState )) +DisjointClasses(SOMA:FixedJoint SOMA:MovableJoint) - - - An object that is blocked from accessing something. - Blocked object - - +# Class: (Floating joint) +AnnotationAssertion(rdfs:comment SOMA:FloatingJoint "A joint that allows motion for all 6 degrees of freedom.") +AnnotationAssertion(rdfs:label SOMA:FloatingJoint "Floating joint") +SubClassOf(SOMA:FloatingJoint SOMA:MovableJoint) - +# Class: (Force attribute) +AnnotationAssertion(rdfs:comment SOMA:ForceAttribute "The value of a force dynamical characteristic. An example is the force exerted on another object when pushing it.") +AnnotationAssertion(rdfs:label SOMA:ForceAttribute "Force attribute") +SubClassOf(SOMA:ForceAttribute ) +SubClassOf(SOMA:ForceAttribute DataExactCardinality(1 SOMA:hasForceValue SOMA:array_double)) - - - - - - 1 - - - - - - - 1 - - - - - - - 1 - - - - A symmetrical shape, either solid or hollow, contained by six rectangles. - Box shape - - +# Class: (Friction attribute) +AnnotationAssertion(rdfs:comment SOMA:FrictionAttribute "The resistance that one surface or object encounters when moving over another.") +AnnotationAssertion(rdfs:label SOMA:FrictionAttribute "Friction attribute") +SubClassOf(SOMA:FrictionAttribute ) +SubClassOf(SOMA:FrictionAttribute DataExactCardinality(1 SOMA:hasFrictionValue xsd:double)) - +# Class: (Functional Design) +AnnotationAssertion(rdfs:comment SOMA:FunctionalDesign "The design of an object from functionality point of view. A functional design is useful to develop complex modular objects with components that have a specific purpose, and can function with minimum side effect on other components of that object. ") +AnnotationAssertion(rdfs:label SOMA:FunctionalDesign "Functional Design") +SubClassOf(SOMA:FunctionalDesign ) - - - - - - - - - - - - - - - The disposition of an object (the tool) to cut other objects. Such as a knife has cutting ability to cut a cucumber into pieces. - - +# Class: (Functional part) +AnnotationAssertion(rdfs:comment SOMA:FunctionalPart "Parts of an agent or an artifact are considered as functional parts.") +AnnotationAssertion(rdfs:label SOMA:FunctionalPart "Functional part") +SubClassOf(SOMA:FunctionalPart ) +SubClassOf(SOMA:FunctionalPart ObjectAllValuesFrom( ObjectUnionOf( ))) - +# Class: (Goal role) +AnnotationAssertion(rdfs:comment SOMA:GoalRole "A role classifying objects that constitute the goal of an action.") +AnnotationAssertion(rdfs:label SOMA:GoalRole "Goal role"@en) +SubClassOf(SOMA:GoalRole SOMA:EventAdjacentRole) - - - The disposition of an agent to bring about certain effects, and to achieve certain goals. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Graspability "The disposition of an object (e.g. the handle) to afford grasping the object.") +SubClassOf(SOMA:Graspability SOMA:Disposition) - +# Class: (Green color) +AnnotationAssertion(rdfs:comment SOMA:GreenColor "A color region with dominant green color.") +AnnotationAssertion(rdfs:label SOMA:GreenColor "Green color") +SubClassOf(SOMA:GreenColor SOMA:ColorRegion) - - - The maximum amount an object can contain. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Gripper "A mechanical device that grasps and holds things.") +SubClassOf(SOMA:Gripper SOMA:PrehensileEffector) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Hand "A prehensile effector including palm, fingers, and thumb.") +SubClassOf(SOMA:Hand SOMA:PrehensileEffector) - - - A role filled by a description of some action or process that brings about a motion. +# Class: (Has quality region) -As an example, consider the utterance "the tennisman served the ball by hitting it with the racket." In this utterance, the filler of the CausalEventRole is expressed by the "by hitting it with the racket" constituent. - Causal event role - - +AnnotationAssertion(rdfs:comment SOMA:HasQualityRegion "The relation between an individual quality and a region.") +AnnotationAssertion(rdfs:comment SOMA:HasQualityRegion "todo(DB): added for NEEMs (quale change), but not sure yet about it...") +SubClassOf(SOMA:HasQualityRegion ) +SubClassOf(SOMA:HasQualityRegion ObjectExactCardinality(1 )) +SubClassOf(SOMA:HasQualityRegion ObjectExactCardinality(1 )) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Head "A functional part of the body responsible for carrying high bandwidth sensors, i.e., camera.") +SubClassOf(SOMA:Head SOMA:FunctionalPart) +# Class: (Hinge joint) - - - A role classifying objects that are responsible in bringing about an event. +AnnotationAssertion(rdfs:comment SOMA:HingeJoint "A joint that rotates along an axis.") +AnnotationAssertion(rdfs:label SOMA:HingeJoint "Hinge joint") +SubClassOf(SOMA:HingeJoint SOMA:MovableJoint) -The paradigmatic example is the Agent performing an Action -- the Agent is the effective cause of the Action it performs. However, not all objects causing events are agents. - Causative role - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Impediment "The disposition of an object (the obstacle) to prohibit certain ways of entering or leaving a space or group. An example is a doorstopper constraining a door, prohibiting it to enter the area behind it.") +SubClassOf(SOMA:Impediment SOMA:Blockage) +SubClassOf(SOMA:Impediment ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Obstacle)) +SubClassOf(SOMA:Impediment ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:RestrictedObject)) - +# Class: (Included object) +AnnotationAssertion(rdfs:comment SOMA:IncludedObject "An object that is contained in something. This is meant very general and includes, e.g., elements contained in a set, or things that are spatially contained within the boundaries of some object.") +AnnotationAssertion(rdfs:label SOMA:IncludedObject "Included object"@en) +SubClassOf(SOMA:IncludedObject SOMA:Patient) - - - - - - 1 - - - - A cylinder figure with circular cross section. - Circular cylinder - - +# Class: (Inserted object) +AnnotationAssertion(rdfs:comment SOMA:InsertedObject "An object inserted into another object.") +AnnotationAssertion(rdfs:label SOMA:InsertedObject "Inserted object"@en) +SubClassOf(SOMA:InsertedObject SOMA:EnclosedObject) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Insertion "The disposition of an object (the container) to contain other objects that can be inserted into the container through a portal.") +SubClassOf(SOMA:Insertion SOMA:Enclosing) +SubClassOf(SOMA:Insertion ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:InsertedObject)) - - - A cleanliness region with values considered as clean. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Instrument "An object used to carry out the event.") +SubClassOf(SOMA:Instrument SOMA:ResourceRole) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Intrinsic "A physical quality that is independent of context.") +AnnotationAssertion(rdfs:comment SOMA:Intrinsic "intrinsic") +SubClassOf(SOMA:Intrinsic SOMA:PhysicalQuality) - - - - - - - - - - - - - - - The quality of being clean. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Item "A role played by a non-agentive object operated on by an action.") +SubClassOf(SOMA:Item SOMA:Patient) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Joint "An object that is used to articulate links in a kinematic structure.") +EquivalentClasses(SOMA:Joint ObjectUnionOf(SOMA:FixedJoint SOMA:MovableJoint)) +SubClassOf(SOMA:Joint ) +SubClassOf(SOMA:Joint ObjectExactCardinality(1 SOMA:hasChildLink )) +SubClassOf(SOMA:Joint ObjectExactCardinality(1 SOMA:hasParentLink )) +SubClassOf(SOMA:Joint ObjectMaxCardinality(1 SOMA:hasJointState SOMA:JointState)) - - - Encodes the cleanliness of an object. - Cleanliness region - - +# Class: (Joint limit) +AnnotationAssertion(rdfs:comment SOMA:JointLimit "The physical limits of a joint.") +AnnotationAssertion(rdfs:label SOMA:JointLimit "Joint limit") +SubClassOf(SOMA:JointLimit ) - +# Class: (Joint state) +AnnotationAssertion(rdfs:comment SOMA:JointState "The state of a joint in terms of position, velocity of the joint and effort applied to it.") +AnnotationAssertion(rdfs:label SOMA:JointState "Joint state") +SubClassOf(SOMA:JointState ) +SubClassOf(SOMA:JointState DataExactCardinality(1 SOMA:hasJointPosition xsd:double)) +SubClassOf(SOMA:JointState DataExactCardinality(1 SOMA:hasJointVelocity xsd:double)) +SubClassOf(SOMA:JointState DataMaxCardinality(1 SOMA:hasJointEffort xsd:double)) - - - - - - - - - - - - - - - The color of an object. Color regions encode the color value in some space such as RGB or HSV, and may further be used to classify the color as red, dark, etc. The color of an object may have different facets, e.g. a red and blue color. - Color - - +# Class: (Kinetic friction attribute) +AnnotationAssertion(rdfs:comment SOMA:KineticFrictionAttribute "Friction that occurs when two touching objects are moving relative to each other.") +AnnotationAssertion(rdfs:label SOMA:KineticFrictionAttribute "Kinetic friction attribute") +SubClassOf(SOMA:KineticFrictionAttribute SOMA:FrictionAttribute) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Leg "A limb on which an agent walks or stands.") +SubClassOf(SOMA:Leg SOMA:Limb) - - - - - - - - - Encodes the color of an object. - Color region - - - - - - - - - - An object committed to a bigger whole. After being committed, the object does not exist anymore in its old form. - Commited object - - - - - - +# Class: () - - - - - - - - - The disposition of an object (the tool) to change the compositional structure of others. - - +AnnotationAssertion(rdfs:comment SOMA:Limb "An arm or leg of an embodied agent.") +EquivalentClasses(SOMA:Limb ObjectUnionOf(SOMA:Arm SOMA:Leg)) +SubClassOf(SOMA:Limb SOMA:PhysicalEffector) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Linkage "The disposition of an object (the linked object) to establish a connection with others by being linked together.") +SubClassOf(SOMA:Linkage SOMA:Connectivity) +SubClassOf(SOMA:Linkage ObjectAllValuesFrom(SOMA:affordsBearer SOMA:LinkedObject)) +SubClassOf(SOMA:Linkage ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:LinkedObject)) +# Class: (Linked object) - - - An object that is combined with another object. - Connected object - - - - - - - - - - - - - - - - - - - - - - The disposition of an object (the connected object) to establish a connection with others. - - - +AnnotationAssertion(rdfs:comment SOMA:LinkedObject "An object that is linked to some other object.") +AnnotationAssertion(rdfs:label SOMA:LinkedObject "Linked object"@en) +SubClassOf(SOMA:LinkedObject SOMA:ConnectedObject) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Localization "The localization of an object. The region of this quality encodes values to localize the object in a dimensional space, e.g. Euclidean positions that localize the object in Euclidean space.") +SubClassOf(SOMA:Localization SOMA:Extrinsic) +SubClassOf(SOMA:Localization ObjectSomeValuesFrom( )) +SubClassOf(SOMA:Localization ObjectAllValuesFrom( )) - - - A role classifying an object used to contain others. - - - +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Location "A role classifying a location of interest, often specified as a spatial relation between several objects, themselves usually classified by spatial relation roles.") +SubClassOf(SOMA:Location SOMA:SpatioTemporalRole) +# Class: (Locatum role) - - - - - - - - - - - - - - - - - - - - - - - - - - The disposition of an object (the container) to contain others. - - +AnnotationAssertion(rdfs:comment SOMA:LocatumRole "Denotes the object with primary focal prominence in a spatial or spatio-temporal schema. Terminological variants that appear in the literature on cognitive linguistics include Figure (Talmy 1983) and Trajector (Langacker 1986).") +AnnotationAssertion(rdfs:label SOMA:LocatumRole "Locatum role"@en) +SubClassOf(SOMA:LocatumRole SOMA:SpatialRelationRole) +SubClassOf(SOMA:LocatumRole ObjectAllValuesFrom( )) +# Class: (Mass attribute) - +AnnotationAssertion(rdfs:comment SOMA:MassAttribute "The quantity of matter which a body contains, as measured by its acceleration under given force or by the force exerted on it by a gravitational field.") +AnnotationAssertion(rdfs:label SOMA:MassAttribute "Mass attribute") +SubClassOf(SOMA:MassAttribute ) +SubClassOf(SOMA:MassAttribute DataExactCardinality(1 SOMA:hasMassValue xsd:double)) +# Class: () - - - A continuous hinge joint that rotates around an axis and has no upper and lower limits. - Continuous joint - - +AnnotationAssertion(rdfs:comment SOMA:Material "The matter from which a thing is made.") +SubClassOf(SOMA:Material SOMA:Intrinsic) +# Class: (Mesh shape) - +AnnotationAssertion(rdfs:comment SOMA:MeshShape "A solid geometrical figure described in a mesh file.") +AnnotationAssertion(rdfs:label SOMA:MeshShape "Mesh shape") +SubClassOf(SOMA:MeshShape SOMA:ShapeRegion) +SubClassOf(SOMA:MeshShape DataExactCardinality(1 SOMA:hasFilePath xsd:string)) +SubClassOf(SOMA:MeshShape DataMaxCardinality(1 SOMA:hasShapeScale SOMA:array_double)) +# Class: (Movable joint) - - - An object used to cover up others, such as a lid used as a cover for a pot. - - +AnnotationAssertion(rdfs:comment SOMA:MovableJoint "A joint where the two connected links can move relative to each other in some dimension.") +AnnotationAssertion(rdfs:label SOMA:MovableJoint "Movable joint") +SubClassOf(SOMA:MovableJoint SOMA:Joint) +SubClassOf(SOMA:MovableJoint ObjectExactCardinality(1 SOMA:hasJointState SOMA:JointState)) +# Class: (Moved object) - +AnnotationAssertion(rdfs:comment SOMA:MovedObject "An object undergoing location change.") +AnnotationAssertion(rdfs:label SOMA:MovedObject "Moved object"@en) +SubClassOf(SOMA:MovedObject SOMA:AlteredObject) +SubClassOf(SOMA:MovedObject ObjectSomeValuesFrom(SOMA:isTriggerDefinedIn ObjectAllValuesFrom(SOMA:describesQuality SOMA:Localization))) +SubClassOf(SOMA:MovedObject ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:Localization))) +# Class: (Net force) - - - - - - - - - - - - - - - The disposition of an object (the cover) to hide or to protect objects by covering them. An example is a door that covers items in a container to e.g. prevent dust getting inside of the container. - - - +AnnotationAssertion(rdfs:comment SOMA:NetForce "The accumulated force acting upon an object.") +AnnotationAssertion(rdfs:label SOMA:NetForce "Net force") +SubClassOf(SOMA:NetForce SOMA:ForceAttribute) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Obstacle "An object used to restrict access to a protected space or group.") +SubClassOf(SOMA:Obstacle SOMA:Barrier) - - - An object that is covered. - Covered object - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Origin "A role classifying the location where an event or object originated.") +SubClassOf(SOMA:Origin SOMA:Location) - +# Class: (Path role) +AnnotationAssertion(rdfs:comment SOMA:PathRole "A role that classifies the path of a motion.") +AnnotationAssertion(rdfs:label SOMA:PathRole "Path role"@en) +SubClassOf(SOMA:PathRole SOMA:SpatioTemporalRole) - - - An object that is created. - Created object - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Patient "A role classifying an object that undergoes/is the primary object affected by the event.") +SubClassOf(SOMA:Patient SOMA:EventAdjacentRole) - +# Class: (Performer role) +AnnotationAssertion(rdfs:comment SOMA:PerformerRole "A role classifying an Agent responsible for performing an Action. - - - An object being cut down into pieces. - Cut object - - +The entity playing an AgentRole is endowed with sentience and the capacity to deliberately choose actions in pursuit of goals. This distinguishes Agents from other causes that could bring an event about.") +AnnotationAssertion(rdfs:label SOMA:PerformerRole "Performer role"@en) +SubClassOf(SOMA:PerformerRole SOMA:CausativeRole) +SubClassOf(SOMA:PerformerRole ObjectAllValuesFrom( )) +# Class: (Physical effector) - +AnnotationAssertion(rdfs:comment SOMA:PhysicalEffector "A functional part belonging to an Agent and which allows that Agent to act upon its surroundings.") +AnnotationAssertion(rdfs:label SOMA:PhysicalEffector "Physical effector") +SubClassOf(SOMA:PhysicalEffector SOMA:FunctionalPart) +SubClassOf(SOMA:PhysicalEffector ObjectSomeValuesFrom(ObjectInverseOf() )) +# Class: (Physical quality) - - - - - - - - - - - - - - - The disposition of an object (the barrier) which makes it able to be cut down (into pieces) usually by some other object with role as a Cutter. Such as a cucumber has cuttability disposition which can be cut by a knife. - - +AnnotationAssertion(rdfs:comment SOMA:PhysicalQuality "Any aspect of an entity that is dependent on its physical manifestation.") +AnnotationAssertion(rdfs:label SOMA:PhysicalQuality "Physical quality") +SubClassOf(SOMA:PhysicalQuality ) +SubClassOf(SOMA:PhysicalQuality ObjectExactCardinality(1 )) +# Class: (Planar joint) - +AnnotationAssertion(rdfs:comment SOMA:PlanarJoint "A joint that allows motion in a plane perpendicular to an axis.") +AnnotationAssertion(rdfs:label SOMA:PlanarJoint "Planar joint") +SubClassOf(SOMA:PlanarJoint SOMA:MovableJoint) +# Class: () - - - A role to classify an object used to cut other objects. Usually should poses sharpness as a quality. Execptions are not considered in this context. Such as a wind, water, or other natural agents cutting(eroding) the rocks. - - +AnnotationAssertion(rdfs:comment SOMA:Pourable "The disposition of a fluid or substance which makes it possible to pour it out of a container and into or onto other objects.") +SubClassOf(SOMA:Pourable SOMA:Disposition) +SubClassOf(SOMA:Pourable ObjectAllValuesFrom(SOMA:affordsBearer SOMA:PouredObject)) +# Class: (Poured object) - +AnnotationAssertion(rdfs:comment SOMA:PouredObject "An object being poured into or onto some other object. A role of some fluid or substance that is the patient of pouring task.") +AnnotationAssertion(rdfs:label SOMA:PouredObject "Poured object") +SubClassOf(SOMA:PouredObject SOMA:Patient) +# Class: (Prehensile effector) - - - - - - - - - - - - 1 - - - - A solid geometrical figure with straight parallel sides and a circular or oval cross section. - Cylinder shape - - +AnnotationAssertion(rdfs:comment SOMA:PrehensileEffector "An effector used to grasp objects, such as a hand of a human, or the long prehensile tail of a monkey.") +AnnotationAssertion(rdfs:label SOMA:PrehensileEffector "Prehensile effector") +SubClassOf(SOMA:PrehensileEffector SOMA:PhysicalEffector) +# Class: (Prismatic joint) - +AnnotationAssertion(rdfs:comment SOMA:PrismaticJoint "A sliding joint that slides along an axis, and has a limited range specified by the upper and lower limits.") +AnnotationAssertion(rdfs:label SOMA:PrismaticJoint "Prismatic joint") +SubClassOf(SOMA:PrismaticJoint SOMA:MovableJoint) +SubClassOf(SOMA:PrismaticJoint ObjectExactCardinality(1 SOMA:hasJointLimit SOMA:JointLimit)) +# Class: () - - - A feature that is not part of its host, like a hole in a piece of cheese. - Dependent place - - +AnnotationAssertion(rdfs:comment SOMA:Protector "A role classifying an object that protects another by preventing other entities from coming in contact with the protected object.") +SubClassOf(SOMA:Protector SOMA:Restrictor) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Purification "The disposition of an object (the tool) to change the cleanliness of others.") +SubClassOf(SOMA:Purification SOMA:Variability) +SubClassOf(SOMA:Purification ObjectAllValuesFrom(SOMA:affordsSetpoint ObjectAllValuesFrom( ObjectIntersectionOf(SOMA:Clean ObjectAllValuesFrom( SOMA:Cleanliness))))) +SubClassOf(SOMA:Purification ObjectAllValuesFrom(SOMA:affordsTrigger ObjectAllValuesFrom( ))) +# Class: (Quality transition) - - - A role classifying an object ontop which others are put to e.g. store them, or to place them in a meaningful way for future activities. - - +AnnotationAssertion(rdfs:comment SOMA:QualityTransition "todo(DB): added for NEEMs (quale change), but not sure yet about it...") +AnnotationAssertion(rdfs:label SOMA:QualityTransition "Quality transition"@en) +SubClassOf(SOMA:QualityTransition ) +# Class: (Recipent role) - +AnnotationAssertion(rdfs:comment SOMA:RecipientRole "A role which classifies an agent who receives an object modified or created by an action.") +AnnotationAssertion(rdfs:label SOMA:RecipientRole "Recipent role"@en) +SubClassOf(SOMA:RecipientRole SOMA:BeneficiaryRole) +# Class: (Red color) - - - An object placed ontop of another one. - Deposited object - - +AnnotationAssertion(rdfs:comment SOMA:RedColor "A color region with dominant red color.") +AnnotationAssertion(rdfs:label SOMA:RedColor "Red color") +SubClassOf(SOMA:RedColor SOMA:ColorRegion) +# Class: (Relation adjacent role) - +AnnotationAssertion(rdfs:comment SOMA:RelationAdjacentRole "A role classifying an object participating in some relation, e.g. a participant in a spatial relation or a linguistic fragment in a rhetorical relation to another.") +AnnotationAssertion(rdfs:label SOMA:RelationAdjacentRole "Relation adjacent role"@en) +SubClassOf(SOMA:RelationAdjacentRole ) +# Class: (Relatum role) - - - - - - - - - - - - - - - The disposition to support objects. - - +AnnotationAssertion(rdfs:comment SOMA:RelatumRole "Denotes the reference object in a spatial or spatio-temporal schema, i.e. the object with secondary focal prominence. Terminological variants: Ground (Talmy 1983), Landmark (Langacker 1986).") +AnnotationAssertion(rdfs:label SOMA:RelatumRole "Relatum role"@en) +SubClassOf(SOMA:RelatumRole SOMA:SpatialRelationRole) +SubClassOf(SOMA:RelatumRole ObjectAllValuesFrom( )) +# Class: (Relevant part) - +AnnotationAssertion(rdfs:comment SOMA:RelevantPart "Features that are relevant parts of their host, like a bump or an edge.") +AnnotationAssertion(rdfs:label SOMA:RelevantPart "Relevant part"@en) +SubClassOf(SOMA:RelevantPart SOMA:Feature) +# Class: (Removed object) - - - - - - - - - - An object designed to be part or element of a larger whole. - Designed component - - +AnnotationAssertion(rdfs:comment SOMA:RemovedObject "An object that is removed from another.") +AnnotationAssertion(rdfs:label SOMA:RemovedObject "Removed object") +SubClassOf(SOMA:RemovedObject SOMA:ExcludedObject) +# Class: (Resource role) - +AnnotationAssertion(rdfs:comment SOMA:ResourceRole "A role classifying objects that are useful or even necessary to sustain the unfolding of an event. +Resources are usually not agentive; a different set of roles classifies the agentive participants in actions. Likewise, typically resources do not play causative or goal roles for the event. - - - - - - - - - An item designed to be able to hold some other items, preventing their free movement and/or protecting them from outside influence. Containers may be used for storage, or to obtain control over items that are otherwise hard to manipulate directly (e.g. liquids). - Designed container - - +Resources are often consumed by their participation in an event, but this need not always be the case. An instrument and capital are examples of resources that are reusable.") +AnnotationAssertion(rdfs:label SOMA:ResourceRole "Resource role"@en) +SubClassOf(SOMA:ResourceRole SOMA:EventAdjacentRole) +# Class: (Restricted object) - +AnnotationAssertion(rdfs:comment SOMA:RestrictedObject "An object with restrictions to access something.") +AnnotationAssertion(rdfs:label SOMA:RestrictedObject "Restricted object"@en) +SubClassOf(SOMA:RestrictedObject SOMA:BlockedObject) +# Class: () - - - An object used to make a room or building suitable for living or working. - Designed furniture - - +AnnotationAssertion(rdfs:comment SOMA:Restrictor "A role classifying an object used to deny access to some other entity.") +SubClassOf(SOMA:Restrictor SOMA:Instrument) +# Class: (Result role) - +AnnotationAssertion(rdfs:comment SOMA:ResultRole "A role classifying the object that is the outcome of a creation or modification action or process.") +AnnotationAssertion(rdfs:label SOMA:ResultRole "Result role"@en) +SubClassOf(SOMA:ResultRole SOMA:GoalRole) +# Class: (Revolute joint) - - - An item designed to enable some action, in which it will play an instrumental role. - Designed tool - - +AnnotationAssertion(rdfs:comment SOMA:RevoluteJoint "A hinge joint that rotates along an axis and has a limited range specified by the upper and lower limits.") +AnnotationAssertion(rdfs:label SOMA:RevoluteJoint "Revolute joint") +SubClassOf(SOMA:RevoluteJoint SOMA:HingeJoint) +SubClassOf(SOMA:RevoluteJoint ObjectExactCardinality(1 SOMA:hasJointLimit SOMA:JointLimit)) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Room "Space that can be occupied or where something can be done.") +SubClassOf(SOMA:Room ) +# Class: (Room surface) - - - A role classifying the location where an event or object is directed towards. - - +AnnotationAssertion(rdfs:comment SOMA:RoomSurface "The surface of a room.") +AnnotationAssertion(rdfs:label SOMA:RoomSurface "Room surface"@en) +SubClassOf(SOMA:RoomSurface SOMA:Surface) +# Class: (Selected object) - +AnnotationAssertion(rdfs:comment SOMA:SelectedObject "An object chosen as the result of some selection task.") +AnnotationAssertion(rdfs:label SOMA:SelectedObject "Selected object"@en) +SubClassOf(SOMA:SelectedObject ) +# Class: () - - - An object that is detroyed. - Destroyed object - - +AnnotationAssertion(rdfs:comment SOMA:Setpoint "Classifies some dedicated goal region.") +SubClassOf(SOMA:Setpoint ) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Shape "The external form, contours, or outline of an object.") +SubClassOf(SOMA:Shape SOMA:Intrinsic) +SubClassOf(SOMA:Shape ObjectSomeValuesFrom( SOMA:ShapeRegion)) +SubClassOf(SOMA:Shape ObjectAllValuesFrom( SOMA:ShapeRegion)) +# Class: (Shape region) - - - An object that is detected. - Detected object - - +AnnotationAssertion(rdfs:comment SOMA:ShapeRegion "Encodes the shape of an object. +Note that sometimes the shape as actually used for some purpose may be displaced. This is the case, e.g., for robot links which use a mesh file to describe their shape, but the reference pose of the link uses the mesh translated/rotated in the link's local coordinate frame.") +AnnotationAssertion(rdfs:label SOMA:ShapeRegion "Shape region") +SubClassOf(SOMA:ShapeRegion ) +SubClassOf(SOMA:ShapeRegion ObjectMaxCardinality(1 SOMA:hasSpaceRegion )) - +# Class: (Shaped object) +AnnotationAssertion(rdfs:comment SOMA:ShapedObject "An object undergoing shape change.") +AnnotationAssertion(rdfs:label SOMA:ShapedObject "Shaped object"@en) +SubClassOf(SOMA:ShapedObject SOMA:AlteredObject) +SubClassOf(SOMA:ShapedObject ObjectSomeValuesFrom(SOMA:isTriggerDefinedIn ObjectAllValuesFrom(SOMA:describesQuality SOMA:Shape))) +SubClassOf(SOMA:ShapedObject ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:Shape))) - - - A quality belonging to a device which indicates its overall functional state. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Shaping "The disposition of an object (the tool) to change the shape of others.") +SubClassOf(SOMA:Shaping SOMA:Variability) +SubClassOf(SOMA:Shaping ObjectAllValuesFrom(SOMA:affordsSetpoint ObjectAllValuesFrom( SOMA:Shape))) +SubClassOf(SOMA:Shaping ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:ShapedObject)) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Sharpness "The quality of having a thin edge or point that can cut something or make a hole into something. It is worth to note here that the social aspect of sharpness such as the quality of being clear, intelligent etc is not considered as sharpness according to this definition.") +SubClassOf(SOMA:Sharpness SOMA:Intrinsic) - - - - - - - - - - - This class defines the values that a device state can take. - Device state range - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Shifting "The disposition of an object (the tool) to change the localization of others.") +SubClassOf(SOMA:Shifting SOMA:Variability) +SubClassOf(SOMA:Shifting ObjectAllValuesFrom(SOMA:affordsSetpoint ObjectAllValuesFrom( SOMA:Localization))) +SubClassOf(SOMA:Shifting ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:MovedObject)) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Size "The magnitude or dimension of a thing which can be measured as length, width, height, diameter, perimeter, area, volume.") +SubClassOf(SOMA:Size SOMA:Intrinsic) - - - A value indicating a device is not in operation. - Device turned off - - +# Class: (Social quality) +AnnotationAssertion(rdfs:comment SOMA:SocialQuality "Any aspect of an entity that specifies social characteristics.") +AnnotationAssertion(rdfs:label SOMA:SocialQuality "Social quality") +SubClassOf(SOMA:SocialQuality ) - +# Class: (Source material role) +AnnotationAssertion(rdfs:comment SOMA:SourceMaterialRole "A role classifying a substance or object that enters a process of transformation intended to create some other object.") +AnnotationAssertion(rdfs:label SOMA:SourceMaterialRole "Source material role"@en) +SubClassOf(SOMA:SourceMaterialRole SOMA:ResourceRole) - - - A value indicating a device is in operation. - Device turned on - - +# Class: (Spatial relation role) +AnnotationAssertion(rdfs:comment SOMA:SpatialRelationRole "Roles classifying entities participating in some spatial relation.") +AnnotationAssertion(rdfs:label SOMA:SpatialRelationRole "Spatial relation role"@en) +SubClassOf(SOMA:SpatialRelationRole SOMA:RelationAdjacentRole) - +# Class: (Spatio-temporal role) +AnnotationAssertion(rdfs:comment SOMA:SpatioTemporalRole "Roles that classify entities which locate an event or object in space and time.") +AnnotationAssertion(rdfs:label SOMA:SpatioTemporalRole "Spatio-temporal role"@en) +SubClassOf(SOMA:SpatioTemporalRole SOMA:EventAdjacentRole) - - - A cleanliness region with values considered as dirty. - - +# Class: (Sphere shape) +AnnotationAssertion(rdfs:comment SOMA:SphereShape "A round solid figure with every point on its surface equidistant from its centre.") +AnnotationAssertion(rdfs:label SOMA:SphereShape "Sphere shape") +SubClassOf(SOMA:SphereShape SOMA:ShapeRegion) +SubClassOf(SOMA:SphereShape DataExactCardinality(1 SOMA:hasRadius xsd:float)) - +# Class: (Static friction attribute) +AnnotationAssertion(rdfs:comment SOMA:StaticFrictionAttribute "Friction between two touching objects that do not move relative to each other.") +AnnotationAssertion(rdfs:label SOMA:StaticFrictionAttribute "Static friction attribute") +SubClassOf(SOMA:StaticFrictionAttribute SOMA:FrictionAttribute) - - - - - - 1 - - - - - - - 1 - - - - - - - 1 - - - - - 1 - - - - - 1 - - - - - - - - The tendency of an object (the bearer) to make certain events happen with others (the triggers). - extrinsic - - +# Class: (Stimulus role) +AnnotationAssertion(rdfs:comment SOMA:StimulusRole "A role classifying an object that is perceived by some agent and thus triggers some reaction (e.g., a perception event).") +AnnotationAssertion(rdfs:label SOMA:StimulusRole "Stimulus role"@en) +SubClassOf(SOMA:StimulusRole SOMA:CausativeRole) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Storage "The disposition of an object (the container) to store other objects. Storage of an object would facilitate several objectives; such as to store objects in a safe or usual place, to prevent the substances e.g. prevention of milk going bad by storing them in a refrigrator.") +SubClassOf(SOMA:Storage SOMA:Enclosing) +SubClassOf(SOMA:Storage ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:StoredObject)) - - - A parameter describing the amount of force to be exerted by some actuator. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:StoredObject "An object being stored into some other object, usually inside a container.") +SubClassOf(SOMA:StoredObject SOMA:EnclosedObject) - +# Class: (Structural Design) +AnnotationAssertion(rdfs:comment SOMA:StructuralDesign "A design of an object which describes its stability, strength and rigidity, and considers the way in which parts of an object are arranged. + ") +AnnotationAssertion(rdfs:label SOMA:StructuralDesign "Structural Design") +SubClassOf(SOMA:StructuralDesign ) - - - An object included within the spatial boundaries of another object. - Enclosed object - - +# Class: (Supported object) +AnnotationAssertion(rdfs:comment SOMA:SupportedObject "An object that is supported by some supporter.") +AnnotationAssertion(rdfs:label SOMA:SupportedObject "Supported object"@en) +SubClassOf(SOMA:SupportedObject SOMA:ConnectedObject) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Supporter "A role classifying an object used to support others.") +SubClassOf(SOMA:Supporter SOMA:Restrictor) - - - - - - - - - The disposition of an object (the container) to contain other objects by enclosing them to prevent their free movement. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Surface "The outside part or uppermost layer of something.") +SubClassOf(SOMA:Surface ) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Temperature "The heat present in an object.") +SubClassOf(SOMA:Temperature SOMA:Intrinsic) +SubClassOf(SOMA:Temperature ObjectSomeValuesFrom( SOMA:TemperatureRegion)) +SubClassOf(SOMA:Temperature ObjectAllValuesFrom( SOMA:TemperatureRegion)) - - - A role classifying a participant in an event. +# Class: (Temperature region) -In linguistics, this is also known as a thematic role. - Event adjacent role - Thematic role - - +AnnotationAssertion(rdfs:comment SOMA:TemperatureRegion "Encodes the temperature of an object.") +AnnotationAssertion(rdfs:label SOMA:TemperatureRegion "Temperature region"@en) +SubClassOf(SOMA:TemperatureRegion ) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Tempering "The disposition of an object (the tool) to change the temperature of others.") +SubClassOf(SOMA:Tempering SOMA:Variability) +SubClassOf(SOMA:Tempering ObjectAllValuesFrom(SOMA:affordsSetpoint ObjectAllValuesFrom( SOMA:Temperature))) +# Class: (Time role) - - - An object that is not contained in something. This is meant very general and includes, e.g., elements excluded from a set, or things that are spatially excluded from the boundaries of some object. - Excluded object - - - +AnnotationAssertion(rdfs:comment SOMA:TimeRole "A role filled by a description of the location in time and/or duration of an event or object.") +AnnotationAssertion(rdfs:label SOMA:TimeRole "Time role"@en) +SubClassOf(SOMA:TimeRole SOMA:SpatioTemporalRole) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Tool "A role to classify an object used to modify or actuate others.") +SubClassOf(SOMA:Tool SOMA:Instrument) - - - - - - - - - A role that requires of its filler simply to exist, unlike other roles that may demand e.g. agentive or instrumental participation in some executable schema or plan (AgentRole and Instrument respectively). +# Class: () -The intention behind such a simple role is to have a way to represent, in a schematic formalism used to describe some scene, that an object is present. In particular, the schema used to convey this information is the ESTSchemaTheory, which has ExistingObjectRole as its sole defined role. - Existing object role - - +AnnotationAssertion(rdfs:comment SOMA:Transient "Objects may undergo changes during Processes; however, while the change Process is in operation, one cannot strictly say either the input of the Process still exists, nor that the result exists yet. +A prototypical example is making a pancake on a heater. When PancakeMix is put on the hot plate, it ceases to be PancakeMix-- already, the chemical structure of the substance gets altered-- however it is only after sufficient heating that this object becomes a Pancake. - - - - - - A role used in frame semantics to classify agents performing perception actions, or being the subjects affected by some biological process. - Experiencer role - - - - - - - - - - An object that is removed from a container or system. - Extracted object - - - - - - - - - - - A physical quality that depends on relationships to other objects, such as the color of an object which depends on light conditions in the environment. - - - - - - - - - - - - - - - - - - - 1 - - - - - - - Features are 'parasitic' entities that only exist insofar their host exists. Typical examples are holes, bumps, boundaries, or spots of color. - - - - - - - - - - - - - - - - A limb used for grasping objects. - - - - - - - - - - - - - 0 - - - - - A joint that cannot move, designed to fixiate links. - Fixed joint - - - - - - - - - - A joint that allows motion for all 6 degrees of freedom. - Floating joint - - - - - - - - - - - - - 1 - - - - The value of a force dynamical characteristic. An example is the force exerted on another object when pushing it. - Force attribute - - - - - - - - - - - - - 1 - - - - The resistance that one surface or object encounters when moving over another. - Friction attribute - - - - - - - - - - The design of an object from functionality point of view. A functional design is useful to develop complex modular objects with components that have a specific purpose, and can function with minimum side effect on other components of that object. - Functional Design - - - - - - - - - - - - - - - - - - - - - - - Parts of an agent or an artifact are considered as functional parts. - Functional part - - - - - - - - - - A role classifying objects that constitute the goal of an action. - Goal role - - - - - - - - - - The disposition of an object (e.g. the handle) to afford grasping the object. - - - - - - - - - - A color region with dominant green color. - Green color - - - - - - - - - - A mechanical device that grasps and holds things. - - - - - - - - - - A prehensile effector including palm, fingers, and thumb. - - - - - - - - - - - - - 1 - - - - - - - 1 - - - - The relation between an individual quality and a region. - todo(DB): added for NEEMs (quale change), but not sure yet about it... - - - - - - - - - - A functional part of the body responsible for carrying high bandwidth sensors, i.e., camera. - - - - - - - - - - A joint that rotates along an axis. - Hinge joint - - - - - - - - - - - - - - - - - - - - - - The disposition of an object (the obstacle) to prohibit certain ways of entering or leaving a space or group. An example is a doorstopper constraining a door, prohibiting it to enter the area behind it. - - - - - - - - - - An object that is contained in something. This is meant very general and includes, e.g., elements contained in a set, or things that are spatially contained within the boundaries of some object. - Included object - - - - - - - - - - An object inserted into another object. - Inserted object - - - - - - - - - - - - - - - - The disposition of an object (the container) to contain other objects that can be inserted into the container through a portal. - - - - - - - - - - An object used to carry out the event. - - - - - - - - - - A physical quality that is independent of context. - intrinsic - - - - - - - - - - A role played by a non-agentive object operated on by an action. - - - - - - - - - - - - - - - - - - - - - 1 - - - - - - - 1 - - - - - - - 1 - - - - An object that is used to articulate links in a kinematic structure. - - - - - - - - - - The physical limits of a joint. - Joint limit - - - - - - - - - - - - - 1 - - - - - - - 1 - - - - - - - 1 - - - - The state of a joint in terms of position, velocity of the joint and effort applied to it. - Joint state - - - - - - - - - - Friction that occurs when two touching objects are moving relative to each other. - Kinetic friction attribute - - - - - - - - - - A limb on which an agent walks or stands. - - - - - - - - - - - - - - - - - - An arm or leg of an embodied agent. - - - - - - - - - - - - - - - - - - - - - - The disposition of an object (the linked object) to establish a connection with others by being linked together. - - - - - - - - - - An object that is linked to some other object. - Linked object - - - - - - - - - - - - - - - - - - - - - - The localization of an object. The region of this quality encodes values to localize the object in a dimensional space, e.g. Euclidean positions that localize the object in Euclidean space. - - - - - - - - - - A role classifying a location of interest, often specified as a spatial relation between several objects, themselves usually classified by spatial relation roles. - - - - - - - - - - - - - - - - Denotes the object with primary focal prominence in a spatial or spatio-temporal schema. Terminological variants that appear in the literature on cognitive linguistics include Figure (Talmy 1983) and Trajector (Langacker 1986). - Locatum role - - - - - - - - - - - - - 1 - - - - The quantity of matter which a body contains, as measured by its acceleration under given force or by the force exerted on it by a gravitational field. - Mass attribute - - - - - - - - - - The matter from which a thing is made. - - - - - - - - - - - - - 1 - - - - - - - 1 - - - - A solid geometrical figure described in a mesh file. - Mesh shape - - - - - - - - - - - - - 1 - - - - A joint where the two connected links can move relative to each other in some dimension. - Movable joint - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - An object undergoing location change. - Moved object - - - - - - - - - - The accumulated force acting upon an object. - Net force - - - - - - - - - - An object used to restrict access to a protected space or group. - - - - - - - - - - A role classifying the location where an event or object originated. - - - - - - - - - - A role that classifies the path of a motion. - Path role - - - - - - - - - - A role classifying an object that undergoes/is the primary object affected by the event. - - - - - - - - - - - - - - - - A role classifying an Agent responsible for performing an Action. - -The entity playing an AgentRole is endowed with sentience and the capacity to deliberately choose actions in pursuit of goals. This distinguishes Agents from other causes that could bring an event about. - Performer role - - - - - - - - - - - - - - - - - - - - A functional part belonging to an Agent and which allows that Agent to act upon its surroundings. - Physical effector - - - - - - - - - - - - - 1 - - - - Any aspect of an entity that is dependent on its physical manifestation. - Physical quality - - - - - - - - - - A joint that allows motion in a plane perpendicular to an axis. - Planar joint - - - - - - - - - - - - - - - - The disposition of a fluid or substance which makes it possible to pour it out of a container and into or onto other objects. - - - - - - - - - - An object being poured into or onto some other object. A role of some fluid or substance that is the patient of pouring task. - Poured object - - - - - - - - - - An effector used to grasp objects, such as a hand of a human, or the long prehensile tail of a monkey. - Prehensile effector - - - - - - - - - - - - - 1 - - - - A sliding joint that slides along an axis, and has a limited range specified by the upper and lower limits. - Prismatic joint - - - - - - - - - - A role classifying an object that protects another by preventing other entities from coming in contact with the protected object. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The disposition of an object (the tool) to change the cleanliness of others. - - - - - - - - - - todo(DB): added for NEEMs (quale change), but not sure yet about it... - Quality transition - - - - - - - - - - A role which classifies an agent who receives an object modified or created by an action. - Recipent role - - - - - - - - - - A color region with dominant red color. - Red color - - - - - - - - - - A role classifying an object participating in some relation, e.g. a participant in a spatial relation or a linguistic fragment in a rhetorical relation to another. - Relation adjacent role - - - - - - - - - - - - - - - - Denotes the reference object in a spatial or spatio-temporal schema, i.e. the object with secondary focal prominence. Terminological variants: Ground (Talmy 1983), Landmark (Langacker 1986). - Relatum role - - - - - - - - - - Features that are relevant parts of their host, like a bump or an edge. - Relevant part - - - - - - - - - - An object that is removed from another. - Removed object - - - - - - - - - - A role classifying objects that are useful or even necessary to sustain the unfolding of an event. - -Resources are usually not agentive; a different set of roles classifies the agentive participants in actions. Likewise, typically resources do not play causative or goal roles for the event. - -Resources are often consumed by their participation in an event, but this need not always be the case. An instrument and capital are examples of resources that are reusable. - Resource role - - - - - - - - - - An object with restrictions to access something. - Restricted object - - - - - - - - - - A role classifying an object used to deny access to some other entity. - - - - - - - - - - A role classifying the object that is the outcome of a creation or modification action or process. - Result role - - - - - - - - - - - - - 1 - - - - A hinge joint that rotates along an axis and has a limited range specified by the upper and lower limits. - Revolute joint - - - - - - - - - - Space that can be occupied or where something can be done. - - - - - - - - - - The surface of a room. - Room surface - - - - - - - - - - An object chosen as the result of some selection task. - Selected object - - - - - - - - - - Classifies some dedicated goal region. - - - - - - - - - - - - - - - - - - - - - - The external form, contours, or outline of an object. - - - - - - - - - - - - - 1 - - - - Encodes the shape of an object. - -Note that sometimes the shape as actually used for some purpose may be displaced. This is the case, e.g., for robot links which use a mesh file to describe their shape, but the reference pose of the link uses the mesh translated/rotated in the link's local coordinate frame. - Shape region - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - An object undergoing shape change. - Shaped object - - - - - - - - - - - - - - - - - - - - - - - - - - - The disposition of an object (the tool) to change the shape of others. - - - - - - - - - - The quality of having a thin edge or point that can cut something or make a hole into something. It is worth to note here that the social aspect of sharpness such as the quality of being clear, intelligent etc is not considered as sharpness according to this definition. - - - - - - - - - - - - - - - - - - - - - - - - - - - The disposition of an object (the tool) to change the localization of others. - - - - - - - - - - The magnitude or dimension of a thing which can be measured as length, width, height, diameter, perimeter, area, volume. - - - - - - - - - - Any aspect of an entity that specifies social characteristics. - Social quality - - - - - - - - - - A role classifying a substance or object that enters a process of transformation intended to create some other object. - Source material role - - - - - - - - - - Roles classifying entities participating in some spatial relation. - Spatial relation role - - - - - - - - - - Roles that classify entities which locate an event or object in space and time. - Spatio-temporal role - - - - - - - - - - - - - 1 - - - - A round solid figure with every point on its surface equidistant from its centre. - Sphere shape - - - - - - - - - - Friction between two touching objects that do not move relative to each other. - Static friction attribute - - - - - - - - - - A role classifying an object that is perceived by some agent and thus triggers some reaction (e.g., a perception event). - Stimulus role - - - - - - - - - - - - - - - - The disposition of an object (the container) to store other objects. Storage of an object would facilitate several objectives; such as to store objects in a safe or usual place, to prevent the substances e.g. prevention of milk going bad by storing them in a refrigrator. - - - - - - - - - - An object being stored into some other object, usually inside a container. - - - - - - - - - - A design of an object which describes its stability, strength and rigidity, and considers the way in which parts of an object are arranged. - - Structural Design - - - - - - - - - - An object that is supported by some supporter. - Supported object - - - - - - - - - - A role classifying an object used to support others. - - - - - - - - - - The outside part or uppermost layer of something. - - - - - - - - - - - - - - - - - - - - - - The heat present in an object. - - - - - - - - - - Encodes the temperature of an object. - Temperature region - - - - - - - - - - - - - - - - - - - - - The disposition of an object (the tool) to change the temperature of others. - - - - - - - - - - A role filled by a description of the location in time and/or duration of an event or object. - Time role - - - - - - - - - - A role to classify an object used to modify or actuate others. - - - - - - - - - - - - - - - - Objects may undergo changes during Processes; however, while the change Process is in operation, one cannot strictly say either the input of the Process still exists, nor that the result exists yet. - -A prototypical example is making a pancake on a heater. When PancakeMix is put on the hot plate, it ceases to be PancakeMix-- already, the chemical structure of the substance gets altered-- however it is only after sufficient heating that this object becomes a Pancake. - -Transients are the objects undergoing such change processes; they are no longer the initial objects fed into the process, nor are they the objects produced as results. +Transients are the objects undergoing such change processes; they are no longer the initial objects fed into the process, nor are they the objects produced as results. Instead, a Transient transitionsFrom some initial Object that was fed into a change Process. Typically, a Transient may transitionTo some resulting Object (though not always, some processes simply destroy objects). -It is also possible that a Transient transitionsBack to the initial object. An example is the catalyst in a chemical reaction; another example is a loaf of bread after a slice has been cut off. - - - - - - - - - - - - - - - - - - - - - - The disposition of an object (the tool) to change some aspect of others. - - - - - - - - - - - - - 1 - - - - A point in three dimensional space, given as translation. - 3D position - - - - - - - - - - - - - 1 - - - - A point in three dimensional space, given as translation in a reference coordinate system, and an orientation of a coordinate system centered at that point relative to the reference coordinate system. - 6D pose - - - - - - - - - - - - - - - +It is also possible that a Transient transitionsBack to the initial object. An example is the catalyst in a chemical reaction; another example is a loaf of bread after a slice has been cut off.") +SubClassOf(SOMA:Transient ) +SubClassOf(SOMA:Transient ObjectSomeValuesFrom(SOMA:transitionsFrom )) + +# Class: () + +AnnotationAssertion(rdfs:comment SOMA:Variability "The disposition of an object (the tool) to change some aspect of others.") +SubClassOf(SOMA:Variability SOMA:Disposition) +SubClassOf(SOMA:Variability ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Tool)) +SubClassOf(SOMA:Variability ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:AlteredObject)) + +# Class: (3D position) + +AnnotationAssertion(rdfs:comment "A point in three dimensional space, given as translation.") +AnnotationAssertion(rdfs:label "3D position"@en) +SubClassOf( ) +SubClassOf( DataExactCardinality(1 SOMA:hasPositionData xsd:string)) + +# Class: (6D pose) + +AnnotationAssertion(rdfs:comment "A point in three dimensional space, given as translation in a reference coordinate system, and an orientation of a coordinate system centered at that point relative to the reference coordinate system.") +AnnotationAssertion(rdfs:label "6D pose"@en) +SubClassOf( ) +SubClassOf( DataExactCardinality(1 SOMA:hasPositionData xsd:string)) + + +SubObjectPropertyOf(ObjectPropertyChain(SOMA:isBearerDefinedIn ) SOMA:isBearerAffordedBy) +SubObjectPropertyOf(ObjectPropertyChain(SOMA:isDefinedInAffordance ) SOMA:isConceptAffordedBy) +SubObjectPropertyOf(ObjectPropertyChain(SOMA:isPerformerDefinedIn ) SOMA:isPerformerAffordedBy) +SubObjectPropertyOf(ObjectPropertyChain(SOMA:isSetpointDefinedIn ) SOMA:isSetpointAffordedBy) +SubObjectPropertyOf(ObjectPropertyChain(SOMA:isTaskDefinedInAffordance ) SOMA:isTaskAffordedBy) +SubObjectPropertyOf(ObjectPropertyChain(SOMA:isTriggerDefinedIn ) SOMA:isTriggerAffordedBy) +SubObjectPropertyOf(ObjectPropertyChain( SOMA:affordanceDefines) SOMA:affordsConcept) +SubObjectPropertyOf(ObjectPropertyChain( SOMA:affordanceDefinesTask) SOMA:affordsTask) +SubObjectPropertyOf(ObjectPropertyChain( SOMA:definesBearer) SOMA:affordsBearer) +SubObjectPropertyOf(ObjectPropertyChain( SOMA:definesPerformer) SOMA:affordsPerformer) +SubObjectPropertyOf(ObjectPropertyChain( SOMA:definesSetpoint) SOMA:affordsSetpoint) +SubObjectPropertyOf(ObjectPropertyChain( SOMA:definesTrigger) SOMA:affordsTrigger) +) \ No newline at end of file diff --git a/owl/SOMA-PROC.owl b/owl/SOMA-PROC.owl index cc5b009c..82a14007 100755 --- a/owl/SOMA-PROC.owl +++ b/owl/SOMA-PROC.owl @@ -1,17 +1,17 @@ - - - - - - SOMA-PROC.owl formalizes the high-level knowledge associated to Processes -- occurrents whose unfolding is not necessarily driven by some agentive cause/agent participant. +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(SOMA:=) +Prefix(rdfs:=) + + +Ontology( +Import() +Import() +Annotation(rdfs:comment "SOMA-PROC.owl formalizes the high-level knowledge associated to Processes -- occurrents whose unfolding is not necessarily driven by some agentive cause/agent participant. It includes the upper level of a taxonomy of process types. @@ -21,1023 +21,469 @@ Some specific concepts relevant to the domain of household robotics are also def SOMA-PROC should not import SOMA-ACT or other modules that import SOMA-ACT. This is the result of a design choice that the process is more fundamental than the action -- an action can even be regarded as a process as long as the agentive nature of its cause is not relevant. -Further, this also means that, at least according to the SOMA approach, to enact an action is to cause processes to unfold. This view comes from the Cognitive Robot Abstract Machine (CRAM) where "actions" are broken down into "motions". - -That is, in CRAM an upper level exists which contains an agent and objects with semantics, and with semantics for the changes in relationships between these. However, to make this layer effective in the world, there exists another layer at which the actual physical processes of movement and control are relevant. - - - - - - - - - - - - - - - - - - - A relation between a description and a process type. - defines process - - - - - - - - - - - - - A relation between roles and process types, e.g. a catalysator is needed to trigger some chemical reaction. - has process type - - - - - - - - - - - - - A relation between objects that interact with each other. - interacts with - - - - - - - - - - - - A relation between a process type and a description that defines it. - is process defined in - - - - - - - - - - - - A relation between roles and process types, e.g. a catalysator is needed to trigger some chemical reaction. - is process type of - - - - - - - - - - A relation between an object (the supporter) and another object (the supportee) where the supporter cancels the effect of gravity on the supportee. - is supported by - - - - - - - - - - A relation between an object (the supporter) and another object (the supportee) where the supporter cancels the effect of gravity on the supportee. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - +Further, this also means that, at least according to the SOMA approach, to enact an action is to cause processes to unfold. This view comes from the Cognitive Robot Abstract Machine (CRAM) where \"actions\" are broken down into \"motions\". + +That is, in CRAM an upper level exists which contains an agent and objects with semantics, and with semantics for the changes in relationships between these. However, to make this layer effective in the world, there exists another layer at which the actual physical processes of movement and control are relevant.") + +Declaration(Class(SOMA:Agonist)) +Declaration(Class(SOMA:Alteration)) +Declaration(Class(SOMA:AlterativeInteraction)) +Declaration(Class(SOMA:AlteredObject)) +Declaration(Class(SOMA:Antagonist)) +Declaration(Class(SOMA:Approaching)) +Declaration(Class(SOMA:BodyMovement)) +Declaration(Class(SOMA:Boiling)) +Declaration(Class(SOMA:ChemicalProcess)) +Declaration(Class(SOMA:Collision)) +Declaration(Class(SOMA:CreatedObject)) +Declaration(Class(SOMA:Creation)) +Declaration(Class(SOMA:Deformation)) +Declaration(Class(SOMA:DestroyedObject)) +Declaration(Class(SOMA:Destruction)) +Declaration(Class(SOMA:DirectedMotion)) +Declaration(Class(SOMA:Driving)) +Declaration(Class(SOMA:Fluid)) +Declaration(Class(SOMA:FluidFlow)) +Declaration(Class(SOMA:Flying)) +Declaration(Class(SOMA:ForceInteraction)) +Declaration(Class(SOMA:GraspingMotion)) +Declaration(Class(SOMA:HeadMovement)) +Declaration(Class(SOMA:HeadTurning)) +Declaration(Class(SOMA:IntermediateGrasp)) +Declaration(Class(SOMA:Leaning)) +Declaration(Class(SOMA:Limb)) +Declaration(Class(SOMA:LimbMotion)) +Declaration(Class(SOMA:Locomotion)) +Declaration(Class(SOMA:Motion)) +Declaration(Class(SOMA:MovedObject)) +Declaration(Class(SOMA:MovingAway)) +Declaration(Class(SOMA:Patient)) +Declaration(Class(SOMA:PhaseTransition)) +Declaration(Class(SOMA:PhysicalEffector)) +Declaration(Class(SOMA:PhysicsProcess)) +Declaration(Class(SOMA:PosturalMoving)) +Declaration(Class(SOMA:PowerGrasp)) +Declaration(Class(SOMA:PrecisionGrasp)) +Declaration(Class(SOMA:PrehensileEffector)) +Declaration(Class(SOMA:PrehensileMotion)) +Declaration(Class(SOMA:PreservativeInteraction)) +Declaration(Class(SOMA:ProcessFlow)) +Declaration(Class(SOMA:ProcessType)) +Declaration(Class(SOMA:Progression)) +Declaration(Class(SOMA:ReleasingMotion)) +Declaration(Class(SOMA:Rubbing)) +Declaration(Class(SOMA:ShapedObject)) +Declaration(Class(SOMA:Standing)) +Declaration(Class(SOMA:Swimming)) +Declaration(Class(SOMA:Tapping)) +Declaration(Class(SOMA:Taxis)) +Declaration(Class(SOMA:Turning)) +Declaration(Class(SOMA:UndirectedMotion)) +Declaration(Class(SOMA:Vaporizing)) +Declaration(Class(SOMA:Walking)) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(ObjectProperty(SOMA:definesProcess)) +Declaration(ObjectProperty(SOMA:hasProcessType)) +Declaration(ObjectProperty(SOMA:interactsWith)) +Declaration(ObjectProperty(SOMA:isProcessDefinedIn)) +Declaration(ObjectProperty(SOMA:isProcessTypeOf)) +Declaration(ObjectProperty(SOMA:isSupportedBy)) +Declaration(ObjectProperty(SOMA:supports)) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) + +############################ +# Object Properties +############################ + +# Object Property: (defines process) + +AnnotationAssertion(rdfs:comment SOMA:definesProcess "A relation between a description and a process type.") +AnnotationAssertion(rdfs:label SOMA:definesProcess "defines process") +SubObjectPropertyOf(SOMA:definesProcess ) +InverseObjectProperties(SOMA:definesProcess SOMA:isProcessDefinedIn) +ObjectPropertyDomain(SOMA:definesProcess ) +ObjectPropertyRange(SOMA:definesProcess SOMA:ProcessType) + +# Object Property: (has process type) + +AnnotationAssertion(rdfs:comment SOMA:hasProcessType "A relation between roles and process types, e.g. a catalysator is needed to trigger some chemical reaction.") +AnnotationAssertion(rdfs:label SOMA:hasProcessType "has process type") +SubObjectPropertyOf(SOMA:hasProcessType ) +InverseObjectProperties(SOMA:hasProcessType SOMA:isProcessTypeOf) +ObjectPropertyDomain(SOMA:hasProcessType ) +ObjectPropertyRange(SOMA:hasProcessType SOMA:ProcessType) + +# Object Property: (interacts with) + +AnnotationAssertion(rdfs:comment SOMA:interactsWith "A relation between objects that interact with each other.") +AnnotationAssertion(rdfs:label SOMA:interactsWith "interacts with") +SubObjectPropertyOf(SOMA:interactsWith ) +SymmetricObjectProperty(SOMA:interactsWith) +ObjectPropertyDomain(SOMA:interactsWith ) +ObjectPropertyRange(SOMA:interactsWith ) + +# Object Property: (is process defined in) + +AnnotationAssertion(rdfs:comment SOMA:isProcessDefinedIn "A relation between a process type and a description that defines it.") +AnnotationAssertion(rdfs:label SOMA:isProcessDefinedIn "is process defined in") +SubObjectPropertyOf(SOMA:isProcessDefinedIn ) +ObjectPropertyDomain(SOMA:isProcessDefinedIn SOMA:ProcessType) +ObjectPropertyRange(SOMA:isProcessDefinedIn ) + +# Object Property: (is process type of) + +AnnotationAssertion(rdfs:comment SOMA:isProcessTypeOf "A relation between roles and process types, e.g. a catalysator is needed to trigger some chemical reaction.") +AnnotationAssertion(rdfs:label SOMA:isProcessTypeOf "is process type of") +SubObjectPropertyOf(SOMA:isProcessTypeOf ) +ObjectPropertyDomain(SOMA:isProcessTypeOf SOMA:ProcessType) +ObjectPropertyRange(SOMA:isProcessTypeOf ) + +# Object Property: (is supported by) + +AnnotationAssertion(rdfs:comment SOMA:isSupportedBy "A relation between an object (the supporter) and another object (the supportee) where the supporter cancels the effect of gravity on the supportee.") +AnnotationAssertion(rdfs:label SOMA:isSupportedBy "is supported by") +SubObjectPropertyOf(SOMA:isSupportedBy SOMA:interactsWith) - +# Object Property: () +AnnotationAssertion(rdfs:comment SOMA:supports "A relation between an object (the supporter) and another object (the supportee) where the supporter cancels the effect of gravity on the supportee.") +SubObjectPropertyOf(SOMA:supports SOMA:interactsWith) - - - +############################ +# Classes +############################ +# Class: () - - +AnnotationAssertion(rdfs:comment SOMA:Agonist "A role that classifies entities with a tendency to either cause an alteration or to preserve some state.") +SubClassOf(SOMA:Agonist SOMA:Patient) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Alteration "A process by which an aspect of some object changes such as ice cream melting in the sun.") +SubClassOf(SOMA:Alteration SOMA:ProcessType) +# Class: (Alterative interaction) - - +AnnotationAssertion(rdfs:comment SOMA:AlterativeInteraction "A force interaction where the agonist has the tendency to set another object into motion. An example is 'opening a door' where some object interacts with the door such that it moves out of its frame.") +AnnotationAssertion(rdfs:label SOMA:AlterativeInteraction "Alterative interaction") +SubClassOf(SOMA:AlterativeInteraction SOMA:ForceInteraction) +DisjointClasses(SOMA:AlterativeInteraction SOMA:PreservativeInteraction) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Antagonist "A role that classifies entities that are opposed to the tendency of some agonist.") +SubClassOf(SOMA:Antagonist SOMA:Patient) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Approaching "A process type to classify motions by which a body approaches some object or location.") +SubClassOf(SOMA:Approaching SOMA:Locomotion) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:BodyMovement "Motion described in terms of how parts of an Agent's body move. +As such, this concept can be applied only to motions involving some PhysicalAgent, or body parts of a PhysicalAgent.") +SubClassOf(SOMA:BodyMovement SOMA:Motion) +SubClassOf(SOMA:BodyMovement ObjectAllValuesFrom( ObjectUnionOf(ObjectSomeValuesFrom( ) ObjectSomeValuesFrom( ObjectIntersectionOf( ObjectSomeValuesFrom( )))))) - - - A role that classifies entities with a tendency to either cause an alteration or to preserve some state. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Boiling "In each instance of this collection some liquid matter is raised to its boilingPoint and is thereby changed from being in the Liquid-StateOfMatter to being in the Gaseous-StateOfMatter.") +SubClassOf(SOMA:Boiling SOMA:Vaporizing) - +# Class: (Chemical process) +AnnotationAssertion(rdfs:comment SOMA:ChemicalProcess "A process by which the chemical constituency of an Entity or set of Entities changes. - - - A process by which an aspect of some object changes such as ice cream melting in the sun. - - +In some sense any process that results in entities being created or destroyed might trivially fit here, however this concept is intended specifically for Events where the occuring chemical reactions are of importance.") +AnnotationAssertion(rdfs:label SOMA:ChemicalProcess "Chemical process") +SubClassOf(SOMA:ChemicalProcess ) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Collision "A contact event of objects bumping into each other such that their movement is affected.") +SubClassOf(SOMA:Collision SOMA:ProcessType) +# Class: (Creation) - - - - A force interaction where the agonist has the tendency to set another object into motion. An example is 'opening a door' where some object interacts with the door such that it moves out of its frame. - Alterative interaction - - +AnnotationAssertion(rdfs:comment SOMA:Creation "A process by which an Entity is created in the physical world. +Note, most of the physical Entities we will be considering here are in fact arrangements of many other, smaller physical Entities. Therefore another way to look at this is, a 'Physical creation' is the process by which a set of physical Entities is arranged in a certain way, and the arrangement is then itself considered a physical Entity.") +AnnotationAssertion(rdfs:label SOMA:Creation "Creation") +SubClassOf(SOMA:Creation SOMA:ProcessType) +SubClassOf(SOMA:Creation ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:CreatedObject)) - +# Class: () - - - - - - - - - - - A role that classifies entities that are opposed to the tendency of some agonist. - - - - - - - - - - A process type to classify motions by which a body approaches some object or location. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Motion described in terms of how parts of an Agent's body move. - -As such, this concept can be applied only to motions involving some PhysicalAgent, or body parts of a PhysicalAgent. - - - - - - - - - - In each instance of this collection some liquid matter is raised to its boilingPoint and is thereby changed from being in the Liquid-StateOfMatter to being in the Gaseous-StateOfMatter. - - - - - - - - - - A process by which the chemical constituency of an Entity or set of Entities changes. - -In some sense any process that results in entities being created or destroyed might trivially fit here, however this concept is intended specifically for Events where the occuring chemical reactions are of importance. - Chemical process - - - - - - - - - - A contact event of objects bumping into each other such that their movement is affected. - - - - - - - - - - - - - - - - - - - - - - - A process by which an Entity is created in the physical world. - -Note, most of the physical Entities we will be considering here are in fact arrangements of many other, smaller physical Entities. Therefore another way to look at this is, a 'Physical creation' is the process by which a set of physical Entities is arranged in a certain way, and the arrangement is then itself considered a physical Entity. - Creation - - - - - - - - - - - - - 1 - - - - - A process by which a physical Entity changes its shape under the influence of some factors outside of the Entity. +AnnotationAssertion(rdfs:comment SOMA:Deformation "A process by which a physical Entity changes its shape under the influence of some factors outside of the Entity. Note, changes of shape may be self-caused; for example, a gas will naturally disperse. This however would be a different type of process (Dispersion). -A soft slab of clay deforming under its own weight on Earth would still count as deformation: it is the gravity of the Earth (so, a factor outside the slab of clay) which makes the slab change shape. - - - - - - - - - - - - - - - - - - - - - - - A process by which a physical Entity is destroyed. - -Note, most of the physical Entities we are concerned with are actually arrangements of many smaller physical Entities, so another way to look at this is that a 'Physical destruction' is a process by which an arrangement of physical Entities, which was previously itself considered a physical Entity, is changed to such an extent that it is no longer recognized as continuing to exist. - Destruction - - - - - - - - - - - A Motion that is considered to be toward a location or along a path. It is not important that the final location or path be the intention of some Agent, but it is considered that the important feature of this Motion is that it has a path and/or destination. - Directed motion - - - - - - - - - - - - - A process type classifying a motion of a body that exists because this body is attached to and controls some other moving body, usually a vehicle. - - - - - +A soft slab of clay deforming under its own weight on Earth would still count as deformation: it is the gravity of the Earth (so, a factor outside the slab of clay) which makes the slab change shape.") +SubClassOf(SOMA:Deformation SOMA:Alteration) +SubClassOf(SOMA:Deformation ObjectExactCardinality(1 SOMA:isProcessTypeOf SOMA:ShapedObject)) +DisjointClasses(SOMA:Deformation SOMA:FluidFlow) +# Class: (Destruction) - - +AnnotationAssertion(rdfs:comment SOMA:Destruction "A process by which a physical Entity is destroyed. +Note, most of the physical Entities we are concerned with are actually arrangements of many smaller physical Entities, so another way to look at this is that a 'Physical destruction' is a process by which an arrangement of physical Entities, which was previously itself considered a physical Entity, is changed to such an extent that it is no longer recognized as continuing to exist.") +AnnotationAssertion(rdfs:label SOMA:Destruction "Destruction") +SubClassOf(SOMA:Destruction SOMA:ProcessType) +SubClassOf(SOMA:Destruction ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:DestroyedObject)) - +# Class: (Directed motion) +AnnotationAssertion(rdfs:comment SOMA:DirectedMotion "A Motion that is considered to be toward a location or along a path. It is not important that the final location or path be the intention of some Agent, but it is considered that the important feature of this Motion is that it has a path and/or destination.") +AnnotationAssertion(rdfs:label SOMA:DirectedMotion "Directed motion") +SubClassOf(SOMA:DirectedMotion SOMA:Motion) +DisjointClasses(SOMA:DirectedMotion SOMA:UndirectedMotion) - - - - - - - - - A process by which a fluid moves or is moved from a location to another, but such that it maintains its constitution. A fluid is an Entity made of many smaller Entities, loosely bound to each other. +# Class: () -An issue to highlight here is the maintenance of constitution. Fluids-- gases in particular-- are prone to disperse. Such a process is not flow however, because the loose bounds between the constituents become even looser, to the point of the original Entity becoming entirely discombobulated. - Fluid flow - - +AnnotationAssertion(rdfs:comment SOMA:Driving "A process type classifying a motion of a body that exists because this body is attached to and controls some other moving body, usually a vehicle.") +SubClassOf(SOMA:Driving SOMA:Locomotion) +DisjointClasses(SOMA:Driving SOMA:Flying) +DisjointClasses(SOMA:Driving SOMA:Swimming) +DisjointClasses(SOMA:Driving SOMA:Walking) +# Class: (Fluid flow) - +AnnotationAssertion(rdfs:comment SOMA:FluidFlow "A process by which a fluid moves or is moved from a location to another, but such that it maintains its constitution. A fluid is an Entity made of many smaller Entities, loosely bound to each other. +An issue to highlight here is the maintenance of constitution. Fluids-- gases in particular-- are prone to disperse. Such a process is not flow however, because the loose bounds between the constituents become even looser, to the point of the original Entity becoming entirely discombobulated. ") +AnnotationAssertion(rdfs:label SOMA:FluidFlow "Fluid flow") +SubClassOf(SOMA:FluidFlow SOMA:Motion) +SubClassOf(SOMA:FluidFlow ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:MovedObject)) - - - - - A process type classifying a motion of a body that, through its own power, keeps itself aloft. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Flying "A process type classifying a motion of a body that, through its own power, keeps itself aloft.") +SubClassOf(SOMA:Flying SOMA:Locomotion) +DisjointClasses(SOMA:Flying SOMA:Swimming) +DisjointClasses(SOMA:Flying SOMA:Walking) - +# Class: (Force interaction) +AnnotationAssertion(rdfs:comment SOMA:ForceInteraction "Classifies events in which two entities interact with each other with a reference to force. One of the entities, the agonist, has a tendency to either set the other entity (the antagonist) into motion, or to keep it still under the influence of some other force. The tendency only manifests in case the agonist is the \"stronger entity\".") +AnnotationAssertion(rdfs:label SOMA:ForceInteraction "Force interaction") +AnnotationAssertion(rdfs:seeAlso SOMA:ForceInteraction "Talmy, Leonard (1981) ‘Force Dynamics’. Language and Mental Imagery. May 1981, University of California, Berkeley.") +EquivalentClasses(SOMA:ForceInteraction ObjectUnionOf(SOMA:AlterativeInteraction SOMA:PreservativeInteraction)) +SubClassOf(SOMA:ForceInteraction SOMA:ProcessType) +SubClassOf(SOMA:ForceInteraction ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:Agonist)) +SubClassOf(SOMA:ForceInteraction ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:Antagonist)) - - - - - - - - - - - - - - - - - - - - - - - Classifies events in which two entities interact with each other with a reference to force. One of the entities, the agonist, has a tendency to either set the other entity (the antagonist) into motion, or to keep it still under the influence of some other force. The tendency only manifests in case the agonist is the "stronger entity". - Force interaction - Talmy, Leonard (1981) ‘Force Dynamics’. Language and Mental Imagery. May 1981, University of California, Berkeley. - - +# Class: (Grasping motion) +AnnotationAssertion(rdfs:comment SOMA:GraspingMotion "A process type classifying a motion by which some end effector acquires kinematic control over some other object.") +AnnotationAssertion(rdfs:label SOMA:GraspingMotion "Grasping motion") +EquivalentClasses(SOMA:GraspingMotion ObjectUnionOf(SOMA:IntermediateGrasp SOMA:PowerGrasp SOMA:PrecisionGrasp)) +SubClassOf(SOMA:GraspingMotion SOMA:PrehensileMotion) +DisjointClasses(SOMA:GraspingMotion SOMA:ReleasingMotion) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:HeadMovement "The Agent moves a part of their body carrying high-bandwidth sensors such as cameras. The movement of other body parts is not significant.") +AnnotationAssertion(rdfs:comment SOMA:HeadMovement "todo: (Mihai:) This seems too specific, given the \"Directed\"/\"Undirected motion\" categories.") +SubClassOf(SOMA:HeadMovement SOMA:BodyMovement) - - - - - - - - - - - - - A process type classifying a motion by which some end effector acquires kinematic control over some other object. - Grasping motion - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:HeadTurning "A process type classifying a motion of an Agent's head such that the direction this head faces changes relative to the facing direction of the Agent's body as a whole.") +SubClassOf(SOMA:HeadTurning SOMA:HeadMovement) - +# Class: (Intermediate grasp) +AnnotationAssertion(rdfs:comment SOMA:IntermediateGrasp "A kind of grasp that acquires kinematic control over the gripped object, but without attempting to achieve either strong holding force nor precision of subsequent movement of the gripped object.") +AnnotationAssertion(rdfs:label SOMA:IntermediateGrasp "Intermediate grasp") +SubClassOf(SOMA:IntermediateGrasp SOMA:GraspingMotion) +DisjointClasses(SOMA:IntermediateGrasp SOMA:PowerGrasp) +DisjointClasses(SOMA:IntermediateGrasp SOMA:PrecisionGrasp) - - - The Agent moves a part of their body carrying high-bandwidth sensors such as cameras. The movement of other body parts is not significant. - todo: (Mihai:) This seems too specific, given the "Directed"/"Undirected motion" categories. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Leaning "An Agent pitches its body in some direction.") +SubClassOf(SOMA:Leaning SOMA:PosturalMoving) - +# Class: (Limb motion) +AnnotationAssertion(rdfs:comment SOMA:LimbMotion "An Agent moves its limbs in some way.") +AnnotationAssertion(rdfs:label SOMA:LimbMotion "Limb motion") +SubClassOf(SOMA:LimbMotion SOMA:DirectedMotion) +SubClassOf(SOMA:LimbMotion ObjectSomeValuesFrom(SOMA:isProcessTypeOf ObjectIntersectionOf(SOMA:MovedObject ObjectAllValuesFrom( SOMA:Limb)))) +DisjointClasses(SOMA:LimbMotion SOMA:Locomotion) +DisjointClasses(SOMA:LimbMotion SOMA:PrehensileMotion) - - - A process type classifying a motion of an Agent's head such that the direction this head faces changes relative to the facing direction of the Agent's body as a whole. - - +# Class: () - - - - - - - - - A kind of grasp that acquires kinematic control over the gripped object, but without attempting to achieve either strong holding force nor precision of subsequent movement of the gripped object. - Intermediate grasp - - - - - - - - - - An Agent pitches its body in some direction. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - An Agent moves its limbs in some way. - Limb motion - - - - - - - - - - - - Conceptually related to Navigation, but distinguishable from it because of the profile, ie. the focus of the task. +AnnotationAssertion(rdfs:comment SOMA:Locomotion "Conceptually related to Navigation, but distinguishable from it because of the profile, ie. the focus of the task. Navigation is about reaching some goal. -Locomotion is concerned more with the actual motion. - The Agent repositions their body in the environment. - - - - - - - - - - An EventType that classifies motion Processes. - Motion type - - - - - - - - - - - - - - - - - A process type classifying a motion by which some Agent puts distance between itself and another object or location. - - - - - - - - - - - - - - - - - An EventType that classifies processes by which matter changes from some distinguishable phase to another. We will use this to refer to the classical phase transitions between Solid, Liquid, Gaseous, Plasma etc. phases. - Phase transition - The phase transition concept has also been more or less metaphorically applied in other contexts. An example from physics is the "jamming transition", and sometimes "phase transitions" are spoken of when describing problem spaces such as 3SAT. - -In all these cases, the metaphor points to the existence of several regions of qualitatively different behavior (unimpeded passage of solid grains vs deadlock in a corridor; problem instances where the answer NO is trivial to prove vs. problem instances where the answer YES is trivial to prove), separated fairly sharply when some quantity reaches a threshold. - - - - - - - - - - - - - - - - - - - - - - - A process involving physical objects and phenomena which does not change the chemical constituency of the affected objects. - Physical process - - - - - - - - - - The Agent changes or takes an overall configuration of its body but is otherwise not significantly affecting other objects nor moving a significant amount from its original location. - -Posture changes may take place as part of other actions, for example turning when walking. - - - - - - - - - - - An Agent grasps an object, and focuses on obtaining a strong grasping force upon it, resulting in a grasp able to resist significant outside disturbances. This is useful when using tools with which to later exert force on other things, e.g. when hammering nails. - Power grasp - - - - - - - - - - An Agent grasps an object, and focuses on obtaining precise kinematic control over it. This is useful for then following precise movements, e.g. when writing. - Precision grasp - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A motion of a prehensile effector. - Prehensile motion - - - - - - - - - - A force interaction where the agonist has a tendency to keep another object still. An example is 'holding a door closed' where some object interacts with the door to neutralize forces that could set the door into motion. - Preservative interaction - - - - - - - - - - - - - - - - A description that structures a Process. - Process flow - - - - - - - - - - - - - - - - - - - - - - - - - - - - An EventType that classifies Processes. - Process type - - - - - - - - - - - - - - - - A situation that sattisies a description of how a process evolves over time. - - - - - - - - - - A motion by which a prehensile effector relinquishes kinematic control over an object. - Releasing motion - - - - - - - - - - The motion of an object sliding along the surface of another, for example, to clean the surface. - - - - - - - - - - - - - - - - - A motion by which an Agent arranges its body in an upright configuration. Typically, it makes sense to speak of standing for bodies where some limbs are dedicated to moving the whole body while some limbs are used for manipulation of other objects. - - - - - - - - - - - A motion of some body through water. The body provides the power for the motion. - - - - - - - - - - A motion, usually repeated several times, for example, to probe the surface of an object. - - - - - - - - - - An innate behavioural response such as the knee-jerk reflex or the sucking reflex of human infants. - - - - - - - - - - A motion by which an agent changes which way their body faces. - - - - - - - - - - A Motion of a physical Entity for which a destination or path are unknown and/or considered irrelevant; the important aspect about this Motion is simply that it occurs, rather than where it is headed or how it proceeds towards it. - Undirected motion - - - +Locomotion is concerned more with the actual motion.") +AnnotationAssertion(rdfs:comment SOMA:Locomotion "The Agent repositions their body in the environment.") +SubClassOf(SOMA:Locomotion SOMA:BodyMovement) +SubClassOf(SOMA:Locomotion SOMA:DirectedMotion) +DisjointClasses(SOMA:Locomotion SOMA:PrehensileMotion) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Motion "An EventType that classifies motion Processes.") +AnnotationAssertion(rdfs:comment SOMA:Motion "Motion type") +SubClassOf(SOMA:Motion SOMA:ProcessType) - - - - - - - - - - - - - - - - - - - Some material transitions from a liquid to a gaseous phase. - Transitions from a solid to a gaseous phase are usually referred to as Sublimation. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:MovingAway "A process type classifying a motion by which some Agent puts distance between itself and another object or location.") +SubClassOf(SOMA:MovingAway SOMA:Locomotion) - +# Class: (Phase transition) +AnnotationAssertion(rdfs:comment SOMA:PhaseTransition "An EventType that classifies processes by which matter changes from some distinguishable phase to another. We will use this to refer to the classical phase transitions between Solid, Liquid, Gaseous, Plasma etc. phases.") +AnnotationAssertion(rdfs:label SOMA:PhaseTransition "Phase transition") +AnnotationAssertion(rdfs:seeAlso SOMA:PhaseTransition "The phase transition concept has also been more or less metaphorically applied in other contexts. An example from physics is the \"jamming transition\", and sometimes \"phase transitions\" are spoken of when describing problem spaces such as 3SAT. - - - An agent, under its own power, moves over some solid surface. - - +In all these cases, the metaphor points to the existence of several regions of qualitatively different behavior (unimpeded passage of solid grains vs deadlock in a corridor; problem instances where the answer NO is trivial to prove vs. problem instances where the answer YES is trivial to prove), separated fairly sharply when some quantity reaches a threshold.") +SubClassOf(SOMA:PhaseTransition SOMA:Alteration) +# Class: (Physical process) - +AnnotationAssertion(rdfs:comment SOMA:PhysicsProcess "A process involving physical objects and phenomena which does not change the chemical constituency of the affected objects.") +AnnotationAssertion(rdfs:label SOMA:PhysicsProcess "Physical process") +SubClassOf(SOMA:PhysicsProcess ) +SubClassOf(SOMA:PhysicsProcess ObjectSomeValuesFrom( )) +# Class: () - - +AnnotationAssertion(rdfs:comment SOMA:PosturalMoving "The Agent changes or takes an overall configuration of its body but is otherwise not significantly affecting other objects nor moving a significant amount from its original location. +Posture changes may take place as part of other actions, for example turning when walking.") +SubClassOf(SOMA:PosturalMoving SOMA:BodyMovement) - +# Class: (Power grasp) +AnnotationAssertion(rdfs:comment SOMA:PowerGrasp "An Agent grasps an object, and focuses on obtaining a strong grasping force upon it, resulting in a grasp able to resist significant outside disturbances. This is useful when using tools with which to later exert force on other things, e.g. when hammering nails.") +AnnotationAssertion(rdfs:label SOMA:PowerGrasp "Power grasp") +SubClassOf(SOMA:PowerGrasp SOMA:GraspingMotion) +DisjointClasses(SOMA:PowerGrasp SOMA:PrecisionGrasp) - - +# Class: (Precision grasp) +AnnotationAssertion(rdfs:comment SOMA:PrecisionGrasp "An Agent grasps an object, and focuses on obtaining precise kinematic control over it. This is useful for then following precise movements, e.g. when writing.") +AnnotationAssertion(rdfs:label SOMA:PrecisionGrasp "Precision grasp") +SubClassOf(SOMA:PrecisionGrasp SOMA:GraspingMotion) - +# Class: (Prehensile motion) +AnnotationAssertion(rdfs:comment SOMA:PrehensileMotion "A motion of a prehensile effector.") +AnnotationAssertion(rdfs:label SOMA:PrehensileMotion "Prehensile motion") +EquivalentClasses(SOMA:PrehensileMotion ObjectUnionOf(SOMA:GraspingMotion SOMA:ReleasingMotion)) +SubClassOf(SOMA:PrehensileMotion SOMA:DirectedMotion) +SubClassOf(SOMA:PrehensileMotion ObjectSomeValuesFrom(SOMA:isProcessTypeOf ObjectIntersectionOf(SOMA:MovedObject ObjectAllValuesFrom( SOMA:PrehensileEffector)))) - - +# Class: (Preservative interaction) +AnnotationAssertion(rdfs:comment SOMA:PreservativeInteraction "A force interaction where the agonist has a tendency to keep another object still. An example is 'holding a door closed' where some object interacts with the door to neutralize forces that could set the door into motion.") +AnnotationAssertion(rdfs:label SOMA:PreservativeInteraction "Preservative interaction") +SubClassOf(SOMA:PreservativeInteraction SOMA:ForceInteraction) - +# Class: (Process flow) +AnnotationAssertion(rdfs:comment SOMA:ProcessFlow "A description that structures a Process.") +AnnotationAssertion(rdfs:label SOMA:ProcessFlow "Process flow") +SubClassOf(SOMA:ProcessFlow ) +SubClassOf(SOMA:ProcessFlow ObjectSomeValuesFrom(SOMA:definesProcess SOMA:ProcessType)) - - +# Class: (Process type) +AnnotationAssertion(rdfs:comment SOMA:ProcessType "An EventType that classifies Processes.") +AnnotationAssertion(rdfs:label SOMA:ProcessType "Process type") +SubClassOf(SOMA:ProcessType ) +SubClassOf(SOMA:ProcessType ObjectAllValuesFrom( )) +SubClassOf(SOMA:ProcessType ObjectAllValuesFrom( SOMA:ProcessType)) +SubClassOf(SOMA:ProcessType ObjectAllValuesFrom( )) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Progression "A situation that sattisies a description of how a process evolves over time.") +EquivalentClasses(SOMA:Progression ObjectSomeValuesFrom( SOMA:ProcessFlow)) +SubClassOf(SOMA:Progression ) - - +# Class: (Releasing motion) +AnnotationAssertion(rdfs:comment SOMA:ReleasingMotion "A motion by which a prehensile effector relinquishes kinematic control over an object.") +AnnotationAssertion(rdfs:label SOMA:ReleasingMotion "Releasing motion") +SubClassOf(SOMA:ReleasingMotion SOMA:PrehensileMotion) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Rubbing "The motion of an object sliding along the surface of another, for example, to clean the surface.") +SubClassOf(SOMA:Rubbing SOMA:DirectedMotion) - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Standing "A motion by which an Agent arranges its body in an upright configuration. Typically, it makes sense to speak of standing for bodies where some limbs are dedicated to moving the whole body while some limbs are used for manipulation of other objects.") +SubClassOf(SOMA:Standing SOMA:PosturalMoving) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Swimming "A motion of some body through water. The body provides the power for the motion.") +SubClassOf(SOMA:Swimming SOMA:Locomotion) +DisjointClasses(SOMA:Swimming SOMA:Walking) - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Tapping "A motion, usually repeated several times, for example, to probe the surface of an object.") +SubClassOf(SOMA:Tapping SOMA:DirectedMotion) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Taxis "An innate behavioural response such as the knee-jerk reflex or the sucking reflex of human infants.") +SubClassOf(SOMA:Taxis SOMA:BodyMovement) - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Turning "A motion by which an agent changes which way their body faces.") +SubClassOf(SOMA:Turning SOMA:PosturalMoving) - +# Class: (Undirected motion) +AnnotationAssertion(rdfs:comment SOMA:UndirectedMotion "A Motion of a physical Entity for which a destination or path are unknown and/or considered irrelevant; the important aspect about this Motion is simply that it occurs, rather than where it is headed or how it proceeds towards it.") +AnnotationAssertion(rdfs:label SOMA:UndirectedMotion "Undirected motion") +SubClassOf(SOMA:UndirectedMotion SOMA:Motion) - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Vaporizing "Some material transitions from a liquid to a gaseous phase.") +AnnotationAssertion(rdfs:seeAlso SOMA:Vaporizing "Transitions from a solid to a gaseous phase are usually referred to as Sublimation.") +SubClassOf(SOMA:Vaporizing SOMA:PhaseTransition) +SubClassOf(SOMA:Vaporizing ObjectSomeValuesFrom(SOMA:isProcessTypeOf ObjectIntersectionOf(SOMA:AlteredObject ObjectAllValuesFrom( )))) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Walking "An agent, under its own power, moves over some solid surface.") +SubClassOf(SOMA:Walking SOMA:Locomotion) +) \ No newline at end of file diff --git a/owl/SOMA-SAY.owl b/owl/SOMA-SAY.owl index b992324b..df7f2310 100644 --- a/owl/SOMA-SAY.owl +++ b/owl/SOMA-SAY.owl @@ -1,559 +1,280 @@ - - - - - SOMA-SAY.owl defines concepts related to natural language processing and generation. +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(SOMA:=) +Prefix(rdfs:=) + + +Ontology( +Import() +Annotation(rdfs:comment "SOMA-SAY.owl defines concepts related to natural language processing and generation. + +In particular, it defines concepts related to linguistic acts and structures of syntax and meaning.") + +Declaration(Class(SOMA:CausedMotionTheory)) +Declaration(Class(SOMA:ClausalObject)) +Declaration(Class(SOMA:ContainmentTheory)) +Declaration(Class(SOMA:ControlTheory)) +Declaration(Class(SOMA:CoverageTheory)) +Declaration(Class(SOMA:CoveringTheory)) +Declaration(Class(SOMA:CrackingTheory)) +Declaration(Class(SOMA:DeclarativeClause)) +Declaration(Class(SOMA:ESTSchemaTheory)) +Declaration(Class(SOMA:ExecutableSchematicTheory)) +Declaration(Class(SOMA:FunctionalSpatialSchemaTheory)) +Declaration(Class(SOMA:ImageSchemaTheory)) +Declaration(Class(SOMA:ImperativeClause)) +Declaration(Class(SOMA:Instrument)) +Declaration(Class(SOMA:InterrogativeClause)) +Declaration(Class(SOMA:LinguisticObject)) +Declaration(Class(SOMA:LocutionaryAction)) +Declaration(Class(SOMA:MixingTheory)) +Declaration(Class(SOMA:Patient)) +Declaration(Class(SOMA:Phrase)) +Declaration(Class(SOMA:PlacingTheory)) +Declaration(Class(SOMA:ProximalTheory)) +Declaration(Class(SOMA:Scene)) +Declaration(Class(SOMA:SchematicTheory)) +Declaration(Class(SOMA:SourcePathGoalTheory)) +Declaration(Class(SOMA:State)) +Declaration(Class(SOMA:StateTransition)) +Declaration(Class(SOMA:SupportTheory)) +Declaration(ObjectProperty(SOMA:coversObject)) +Declaration(ObjectProperty(SOMA:interactsWith)) +Declaration(ObjectProperty(SOMA:isAnsweredBy)) +Declaration(ObjectProperty(SOMA:isCoveredByObject)) +Declaration(ObjectProperty(SOMA:isMovedByAgent)) +Declaration(ObjectProperty(SOMA:movesObject)) + +############################ +# Object Properties +############################ + +# Object Property: () + +AnnotationAssertion(rdfs:comment SOMA:coversObject "A relationship from an object (the coverer) that blocks access to another or its interior (the coveree).") +SubObjectPropertyOf(SOMA:coversObject SOMA:interactsWith) +InverseObjectProperties(SOMA:coversObject SOMA:isCoveredByObject) +AsymmetricObjectProperty(SOMA:coversObject) +IrreflexiveObjectProperty(SOMA:coversObject) +ObjectPropertyDomain(SOMA:coversObject ) +ObjectPropertyRange(SOMA:coversObject ) + +# Object Property: (is answered by) + +AnnotationAssertion(rdfs:comment SOMA:isAnsweredBy "A relation from a Query to an Agent who answers it.") +AnnotationAssertion(rdfs:label SOMA:isAnsweredBy "is answered by") +SubObjectPropertyOf(SOMA:isAnsweredBy ) +ObjectPropertyDomain(SOMA:isAnsweredBy ) +ObjectPropertyRange(SOMA:isAnsweredBy ) + +# Object Property: () + +AnnotationAssertion(rdfs:comment SOMA:isCoveredByObject "A relation from an object (the coveree) which is itself, or has its interior, prevented from being accessed from outside by a coverer.") +SubObjectPropertyOf(SOMA:isCoveredByObject SOMA:interactsWith) +AsymmetricObjectProperty(SOMA:isCoveredByObject) +IrreflexiveObjectProperty(SOMA:isCoveredByObject) +ObjectPropertyDomain(SOMA:isCoveredByObject ) +ObjectPropertyRange(SOMA:isCoveredByObject ) + +# Object Property: () + +AnnotationAssertion(rdfs:comment SOMA:isMovedByAgent "A relation from an object to an agent who causes it to move.") +SubObjectPropertyOf(SOMA:isMovedByAgent SOMA:interactsWith) +InverseObjectProperties(SOMA:isMovedByAgent SOMA:movesObject) +ObjectPropertyDomain(SOMA:isMovedByAgent ) +ObjectPropertyRange(SOMA:isMovedByAgent ) + +# Object Property: () + +AnnotationAssertion(rdfs:comment SOMA:movesObject "A relation from an agent to an object that the agent causes to move.") +SubObjectPropertyOf(SOMA:movesObject SOMA:interactsWith) +ObjectPropertyDomain(SOMA:movesObject ) +ObjectPropertyRange(SOMA:movesObject ) + + + +############################ +# Classes +############################ + +# Class: (Assertion task) + +SubClassOf(SOMA:AssertionTask ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:DeclarativeClause))) + +# Class: (Caused motion theory) + +AnnotationAssertion(rdfs:comment SOMA:CausedMotionTheory "A schematic theory describing a situation in which an agent performs an action which causes an object to move along a certain path. A popular example being \"He sneezed the napkin off the table.\" (Goldberg 1995) + +Let xA, xP be objects filling the agent, patient roles of this schema. Then one can infer that xA movesObject xP.") +AnnotationAssertion(rdfs:label SOMA:CausedMotionTheory "Caused motion theory"@en) +SubClassOf(SOMA:CausedMotionTheory SOMA:ImageSchemaTheory) +SubClassOf(SOMA:CausedMotionTheory ObjectSomeValuesFrom( SOMA:CausalEventRole)) +SubClassOf(SOMA:CausedMotionTheory ObjectSomeValuesFrom( SOMA:Instrument)) +SubClassOf(SOMA:CausedMotionTheory ObjectSomeValuesFrom( SOMA:Patient)) +SubClassOf(SOMA:CausedMotionTheory ObjectSomeValuesFrom( SOMA:PerformerRole)) +SubClassOf(SOMA:CausedMotionTheory ObjectSomeValuesFrom( SOMA:SourcePathGoalTheory)) + +# Class: (Clausal object) + +AnnotationAssertion(rdfs:comment SOMA:ClausalObject "A clause is a phrase containing a subject and a predicate.") +AnnotationAssertion(rdfs:label SOMA:ClausalObject "Clausal object") +SubClassOf(SOMA:ClausalObject SOMA:Phrase) + +# Class: (Commanding task) -In particular, it defines concepts related to linguistic acts and structures of syntax and meaning. - - +SubClassOf(SOMA:CommandingTask ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:ImperativeClause))) +# Class: (Containment theory) - - - - - - - - - - - - - - - - - A relationship from an object (the coverer) that blocks access to another or its interior (the coveree). - - - - - - - - - - - - - - - - - - - A relation from a Query to an Agent who answers it. - is answered by - - - - - - - - - - - - - - A relation from an object (the coveree) which is itself, or has its interior, prevented from being accessed from outside by a coverer. - - - - - - - - - - - - - A relation from an object to an agent who causes it to move. - - - - - - - - - - - - A relation from an agent to an object that the agent causes to move. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A schematic theory describing a situation in which an agent performs an action which causes an object to move along a certain path. A popular example being "He sneezed the napkin off the table." (Goldberg 1995) - -Let xA, xP be objects filling the agent, patient roles of this schema. Then one can infer that xA movesObject xP. - Caused motion theory - - - - - - - - - - A clause is a phrase containing a subject and a predicate. - Clausal object - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A schematic theory that describes a functional relation which ensures that the location of some entity, the locatum, is constrained to be within some region which is the interior of some other entity, the relatum. +AnnotationAssertion(rdfs:comment SOMA:ContainmentTheory "A schematic theory that describes a functional relation which ensures that the location of some entity, the locatum, is constrained to be within some region which is the interior of some other entity, the relatum. This is also known as FunctionalControlInternal in GUM-4-space (Bateman et al. 2010). -Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL isInsideOf xR. - Containment theory - - - - - - - - - - A description of functional-spatial configurations where one object controls another object's position in space, e.g. if a pot moves, then the popcorn contained therein moves, as well. Note that the objects do not need to be in direct contact. - -Adopted from GUM-4-space (Bateman et al. 2010). - Control theory - - - +Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL isInsideOf xR.") +AnnotationAssertion(rdfs:label SOMA:ContainmentTheory "Containment theory"@en) +SubClassOf(SOMA:ContainmentTheory SOMA:ControlTheory) - +# Class: (Control theory) +AnnotationAssertion(rdfs:comment SOMA:ControlTheory "A description of functional-spatial configurations where one object controls another object's position in space, e.g. if a pot moves, then the popcorn contained therein moves, as well. Note that the objects do not need to be in direct contact. - - - A schematic theory of a functional relation between two objects such that one of them, the locatum, blocks access to the interior of the relatum. +Adopted from GUM-4-space (Bateman et al. 2010).") +AnnotationAssertion(rdfs:label SOMA:ControlTheory "Control theory"@en) +SubClassOf(SOMA:ControlTheory SOMA:FunctionalSpatialSchemaTheory) -Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL coversObject xR. - - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:CoverageTheory "A schematic theory of a functional relation between two objects such that one of them, the locatum, blocks access to the interior of the relatum. - +Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL coversObject xR.") +SubClassOf(SOMA:CoverageTheory SOMA:FunctionalSpatialSchemaTheory) +# Class: (Covering theory) - - - - - - - - - - - - 1 - - - - A schematic theory of how an agent can use an instrument to prevent access to the interior of a patient. - Covering theory - - +AnnotationAssertion(rdfs:comment SOMA:CoveringTheory "A schematic theory of how an agent can use an instrument to prevent access to the interior of a patient.") +AnnotationAssertion(rdfs:label SOMA:CoveringTheory "Covering theory"@en) +SubClassOf(SOMA:CoveringTheory SOMA:ExecutableSchematicTheory) +SubClassOf(SOMA:CoveringTheory ObjectSomeValuesFrom( SOMA:Instrument)) +SubClassOf(SOMA:CoveringTheory ObjectExactCardinality(1 SOMA:Patient)) +# Class: (Cracking theory) - +AnnotationAssertion(rdfs:comment SOMA:CrackingTheory "A schematic theory of how an agent can inflict damage to the surface of an object.") +AnnotationAssertion(rdfs:label SOMA:CrackingTheory "Cracking theory"@en) +SubClassOf(SOMA:CrackingTheory SOMA:ExecutableSchematicTheory) +SubClassOf(SOMA:CrackingTheory ObjectSomeValuesFrom( SOMA:Instrument)) +SubClassOf(SOMA:CrackingTheory ObjectSomeValuesFrom( SOMA:Patient)) +# Class: (Declarative clause) - - - - - - - - - - - - - - - A schematic theory of how an agent can inflict damage to the surface of an object. - Cracking theory - - +AnnotationAssertion(rdfs:comment SOMA:DeclarativeClause "A clause which makes an assertion or declaration.") +AnnotationAssertion(rdfs:label SOMA:DeclarativeClause "Declarative clause") +SubClassOf(SOMA:DeclarativeClause SOMA:ClausalObject) +# Class: (EST schema theory) - +AnnotationAssertion(rdfs:comment SOMA:ESTSchemaTheory "A schematic theory that describes the existence of an entity. - - - - A clause which makes an assertion or declaration. - Declarative clause - - - - - - - - - - - - - - - - - - - 1 - - - A schematic theory that describes the existence of an entity. - -Developmental psychology posits that "object permanence" (the assumption that physical objects keep existing even when the agent doesn't perceive them, which consequently informs reasoning about where an object should be, even when perception of it is lost) is a cognitive ability that is not, at least in the very young human child, immediately manifest. Rather, it seems learned via interaction, and usually is among an infant's cognitive repertoire by age 2. +Developmental psychology posits that \"object permanence\" (the assumption that physical objects keep existing even when the agent doesn't perceive them, which consequently informs reasoning about where an object should be, even when perception of it is lost) is a cognitive ability that is not, at least in the very young human child, immediately manifest. Rather, it seems learned via interaction, and usually is among an infant's cognitive repertoire by age 2. In SOMA, we represent this ability of a cognitive agent as an ability to generate and maintain ESTSchemaTheories. Each instance of such a theory refers to one particular physical object, the one that the instance of the ESTSchemaTheory asserts to exist. -Because each instance of an ESTSchemaTheory refers to a single object, ESTSchemaTheories are not associated to any relation between OWL individuals. - EST schema theory - - - - - - - - - - - - - - - - Also known as "executing schemas" or "x-schemas", these were defined by Bergen and Chang in their work "Embodied Construction Grammar in Simulation-Based Language Understanding" as: - -"Executing schemas, or x-schemas, are dynamic representations motivated in part by motor and perceptual systems (Bailey 1997; Narayanan 1997), on the assumption that the same underlying representations used for executing and perceiving an action are brought to bear in understanding language about that action. The x-schema formalism is an extension of Petri nets (Murata 1989) that can model sequential, concurrent, and -asynchronous events" +Because each instance of an ESTSchemaTheory refers to a single object, ESTSchemaTheories are not associated to any relation between OWL individuals.") +AnnotationAssertion(rdfs:label SOMA:ESTSchemaTheory "EST schema theory"@en) +SubClassOf(SOMA:ESTSchemaTheory SOMA:ImageSchemaTheory) +SubClassOf(SOMA:ESTSchemaTheory ObjectSomeValuesFrom( SOMA:ExistingObjectRole)) +SubClassOf(SOMA:ESTSchemaTheory ObjectExactCardinality(1 )) -SOMA does not restrict the formalism of ExecutableSchematicTheories; i.e. they don't have to be Petri Nets. +# Class: (Executable schematic theory) -They maintain their role however as representations able to drive a simulation, at some level of abstraction, of an embodied action. This level of abstraction may be still fairly underspecified as in the case of the original x-schemas and as such not a plan that an agent could run in an actual physical environment without further information. - Executable schematic theory - - +AnnotationAssertion(rdfs:comment SOMA:ExecutableSchematicTheory "Also known as \"executing schemas\" or \"x-schemas\", these were defined by Bergen and Chang in their work \"Embodied Construction Grammar in Simulation-Based Language Understanding\" as: +\"Executing schemas, or x-schemas, are dynamic representations motivated in part by motor and perceptual systems (Bailey 1997; Narayanan 1997), on the assumption that the same underlying representations used for executing and perceiving an action are brought to bear in understanding language about that action. The x-schema formalism is an extension of Petri nets (Murata 1989) that can model sequential, concurrent, and +asynchronous events\" - +SOMA does not restrict the formalism of ExecutableSchematicTheories; i.e. they don't have to be Petri Nets. +They maintain their role however as representations able to drive a simulation, at some level of abstraction, of an embodied action. This level of abstraction may be still fairly underspecified as in the case of the original x-schemas and as such not a plan that an agent could run in an actual physical environment without further information.") +AnnotationAssertion(rdfs:label SOMA:ExecutableSchematicTheory "Executable schematic theory"@en) +SubClassOf(SOMA:ExecutableSchematicTheory SOMA:SchematicTheory) +SubClassOf(SOMA:ExecutableSchematicTheory ObjectSomeValuesFrom( SOMA:PerformerRole)) - - - - - - - - - - - - - - - The superclass for theories describing functional spatial relations. +# Class: (Functional spatial schema theory) -Adopted from GUM-4-space (Bateman et al. 2010). - Functional spatial schema theory - - +AnnotationAssertion(rdfs:comment SOMA:FunctionalSpatialSchemaTheory "The superclass for theories describing functional spatial relations. +Adopted from GUM-4-space (Bateman et al. 2010).") +AnnotationAssertion(rdfs:label SOMA:FunctionalSpatialSchemaTheory "Functional spatial schema theory"@en) +SubClassOf(SOMA:FunctionalSpatialSchemaTheory SOMA:ImageSchemaTheory) +SubClassOf(SOMA:FunctionalSpatialSchemaTheory ObjectSomeValuesFrom( SOMA:LocatumRole)) +SubClassOf(SOMA:FunctionalSpatialSchemaTheory ObjectSomeValuesFrom( SOMA:RelatumRole)) - +# Class: (Image schema theory) - - - - A theory that describes an image-schematic relationship between some entities. +AnnotationAssertion(rdfs:comment SOMA:ImageSchemaTheory "A theory that describes an image-schematic relationship between some entities. Image schemas are considered as fundamental, pre-conceptual, building blocks of cognition. They were introduced to characterize how human beings are believed to organize and make sense of experience. -For SOMA, whereas the focus of executable schematic theories is to describe how an agent might act, image schematic theories focus on descriptions of how objects behave in the absence of, or after, an active intervention from an agent. - Image schema theory - - - - - - - - - - - - - - - - - - - - - - A clause which commands some agent to perform a task or bring about a state of affairs. - Imperative clause - - - - - - - - - - +For SOMA, whereas the focus of executable schematic theories is to describe how an agent might act, image schematic theories focus on descriptions of how objects behave in the absence of, or after, an active intervention from an agent.") +AnnotationAssertion(rdfs:label SOMA:ImageSchemaTheory "Image schema theory"@en) +SubClassOf(SOMA:ImageSchemaTheory SOMA:SchematicTheory) - +# Class: (Imperative clause) +AnnotationAssertion(rdfs:comment SOMA:ImperativeClause "A clause which commands some agent to perform a task or bring about a state of affairs.") +AnnotationAssertion(rdfs:label SOMA:ImperativeClause "Imperative clause") +SubClassOf(SOMA:ImperativeClause SOMA:ClausalObject) +SubClassOf(SOMA:ImperativeClause ObjectSomeValuesFrom( SOMA:StateTransition)) +SubClassOf(SOMA:ImperativeClause ObjectAllValuesFrom( SOMA:StateTransition)) - - - A clause which makes a request, typically information, of some agent. +# Class: (Interrogative clause) -Note that in a semantic sense such clauses always request information, but in a pragmatic sense they can be used to convey commands or requests for action, such as e.g. "can you close the door?" The question is not just a request for information about ability, but a request to perform a task. - Interrogative clause - - +AnnotationAssertion(rdfs:comment SOMA:InterrogativeClause "A clause which makes a request, typically information, of some agent. +Note that in a semantic sense such clauses always request information, but in a pragmatic sense they can be used to convey commands or requests for action, such as e.g. \"can you close the door?\" The question is not just a request for information about ability, but a request to perform a task.") +AnnotationAssertion(rdfs:label SOMA:InterrogativeClause "Interrogative clause") +SubClassOf(SOMA:InterrogativeClause SOMA:ClausalObject) - +# Class: (Linguistic object) +AnnotationAssertion(rdfs:isDefinedBy SOMA:LinguisticObject ) - - - - +# Class: (Locutionary action) +AnnotationAssertion(rdfs:comment SOMA:LocutionaryAction "A Locutionary Act is the performance of an utterance (source: https://en.wikipedia.org/wiki/Locutionary_act). - +We additionally require a Locutionary Act to be performed by an Agent, not an Actor - this is what sets it apart from a Communication Action."@en) +AnnotationAssertion(rdfs:label SOMA:LocutionaryAction "Locutionary action"@en) +EquivalentClasses(SOMA:LocutionaryAction ObjectIntersectionOf(SOMA:CommunicationAction ObjectSomeValuesFrom( ))) +# Class: (Mixing theory) - - - - - - - - - - - - - A Locutionary Act is the performance of an utterance (source: https://en.wikipedia.org/wiki/Locutionary_act). +AnnotationAssertion(rdfs:comment SOMA:MixingTheory "A schematic theory about how an agent can mix a fluid or particulate object.") +AnnotationAssertion(rdfs:label SOMA:MixingTheory "Mixing theory"@en) +SubClassOf(SOMA:MixingTheory SOMA:ExecutableSchematicTheory) +SubClassOf(SOMA:MixingTheory ObjectSomeValuesFrom( SOMA:Instrument)) +SubClassOf(SOMA:MixingTheory ObjectSomeValuesFrom( SOMA:Patient)) -We additionally require a Locutionary Act to be performed by an Agent, not an Actor - this is what sets it apart from a Communication Action. - Locutionary action - - +# Class: () +AnnotationAssertion(rdfs:isDefinedBy SOMA:Phrase ) +SubClassOf(SOMA:Phrase SOMA:LinguisticObject) - +# Class: (Placing theory) +AnnotationAssertion(rdfs:comment SOMA:PlacingTheory "A schematic theory of how an agent can place a patient at a particular goal location.") +AnnotationAssertion(rdfs:label SOMA:PlacingTheory "Placing theory"@en) +SubClassOf(SOMA:PlacingTheory SOMA:ExecutableSchematicTheory) +SubClassOf(SOMA:PlacingTheory ObjectSomeValuesFrom( SOMA:Destination)) +SubClassOf(SOMA:PlacingTheory ObjectSomeValuesFrom( SOMA:Patient)) - - - - - - - - - - - - - - - A schematic theory about how an agent can mix a fluid or particulate object. - Mixing theory - - +# Class: (Proximal theory) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A schematic theory of how an agent can place a patient at a particular goal location. - Placing theory - - - - - - - - - - - - - - - - - - - - - - An image schematic theory that describes a qualitative spatial relation indicating relative proximity, as expressed by the prepositions 'near', 'close to', 'next to', etc. +AnnotationAssertion(rdfs:comment SOMA:ProximalTheory "An image schematic theory that describes a qualitative spatial relation indicating relative proximity, as expressed by the prepositions 'near', 'close to', 'next to', etc. It may seem that proximity is a very simple notion, requiring no sophisticated theoretical underpinnings. However, proximity is an extremely object- and purpose-dependent relation. A store next door is in a closeness relation to a person, and so is the Sun in the sky, despite the physical distances being different by several orders of magnitude. @@ -561,145 +282,61 @@ As such, a theory, i.e. a description of what a particular kind of closeness mea Adopted from GUM-4-space (Bateman et al. 2010). -Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL 'near to' xR. - Proximal theory - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Scenes are Situations which interpret a State in terms of its conformance to some qualitative, image schematic description. I.e., the scene is described in terms of qualitative functional and spatial relations existing between participating objects. - - - - - - - - - - A theory used to describe, analyze, and reason with the meaning of a linguistic message. - -Note that such theories are useful both when analyzing an actual linguistic production, and when creating a linguistic production to describe some observed experience. - Schematic theory - - - - - - - - - - - - - - - - - - - - - - - - - - - - A very general image-schema of the Path family, this schema describes movement along a path from a source towards a goal. - -Note: in cognitive linguistics literature, the roles of this schema are Source, Path, Goal. However, to avoid overloading some other terminology in SOMA, we renamed Source to Origin and Goal to Destination. +Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL 'near to' xR.") +AnnotationAssertion(rdfs:label SOMA:ProximalTheory "Proximal theory"@en) +SubClassOf(SOMA:ProximalTheory SOMA:ImageSchemaTheory) +SubClassOf(SOMA:ProximalTheory ObjectSomeValuesFrom( SOMA:LocatumRole)) +SubClassOf(SOMA:ProximalTheory ObjectSomeValuesFrom( SOMA:RelatumRole)) -As yet, this schema is not associated to any object property. - Source-path-goal theory - - +# Class: (Querying task) +SubClassOf(SOMA:QueryingTask ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:InterrogativeClause))) - +# Class: () +AnnotationAssertion(rdfs:comment SOMA:Scene "Scenes are Situations which interpret a State in terms of its conformance to some qualitative, image schematic description. I.e., the scene is described in terms of qualitative functional and spatial relations existing between participating objects.") +SubClassOf(SOMA:Scene ) +SubClassOf(SOMA:Scene ObjectSomeValuesFrom( SOMA:State)) +SubClassOf(SOMA:Scene ObjectSomeValuesFrom( SOMA:ImageSchemaTheory)) - - +# Class: (Schematic theory) +AnnotationAssertion(rdfs:comment SOMA:SchematicTheory "A theory used to describe, analyze, and reason with the meaning of a linguistic message. - +Note that such theories are useful both when analyzing an actual linguistic production, and when creating a linguistic production to describe some observed experience.") +AnnotationAssertion(rdfs:label SOMA:SchematicTheory "Schematic theory"@en) +SubClassOf(SOMA:SchematicTheory ) +# Class: (Source-path-goal theory) - - - - - - - - - - - - - - - A transition between two states brought about by the Action of some Agent. - State transition - - +AnnotationAssertion(rdfs:comment SOMA:SourcePathGoalTheory "A very general image-schema of the Path family, this schema describes movement along a path from a source towards a goal. +Note: in cognitive linguistics literature, the roles of this schema are Source, Path, Goal. However, to avoid overloading some other terminology in SOMA, we renamed Source to Origin and Goal to Destination. - +As yet, this schema is not associated to any object property.") +AnnotationAssertion(rdfs:label SOMA:SourcePathGoalTheory "Source-path-goal theory"@en) +SubClassOf(SOMA:SourcePathGoalTheory SOMA:ImageSchemaTheory) +SubClassOf(SOMA:SourcePathGoalTheory ObjectSomeValuesFrom( SOMA:Destination)) +SubClassOf(SOMA:SourcePathGoalTheory ObjectSomeValuesFrom( SOMA:Origin)) +SubClassOf(SOMA:SourcePathGoalTheory ObjectSomeValuesFrom( SOMA:PathRole)) +# Class: (State transition) - - - An image schematic theory that describes the reified functional relation holding between two spatial objects x and y, such that x physically supports y in the presence of gravity; x and y need not be in contact. An example of such an expression is "The bowl is on the table". +AnnotationAssertion(rdfs:comment SOMA:StateTransition "A transition between two states brought about by the Action of some Agent.") +AnnotationAssertion(rdfs:label SOMA:StateTransition "State transition"@en) +SubClassOf(SOMA:StateTransition ) +SubClassOf(SOMA:StateTransition ObjectSomeValuesFrom( )) +SubClassOf(SOMA:StateTransition ObjectSomeValuesFrom( SOMA:ImageSchemaTheory)) -This is also known as FunctionalControlExternal in GUM (Bateman et al. 2010). - -Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL isSupportedBy xR. - Support theory - - +# Class: (Support theory) +AnnotationAssertion(rdfs:comment SOMA:SupportTheory "An image schematic theory that describes the reified functional relation holding between two spatial objects x and y, such that x physically supports y in the presence of gravity; x and y need not be in contact. An example of such an expression is \"The bowl is on the table\". +This is also known as FunctionalControlExternal in GUM (Bateman et al. 2010). - +Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL isSupportedBy xR.") +AnnotationAssertion(rdfs:label SOMA:SupportTheory "Support theory"@en) +SubClassOf(SOMA:SupportTheory SOMA:ControlTheory) +) \ No newline at end of file diff --git a/owl/SOMA-STATE.owl b/owl/SOMA-STATE.owl index 72f57b94..231186ac 100644 --- a/owl/SOMA-STATE.owl +++ b/owl/SOMA-STATE.owl @@ -1,496 +1,193 @@ - - - - - - SOMA-STATE.owl defines knowledge related to "States", which are clasically defined as stative and homeomeric events. +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(SOMA:=) +Prefix(rdfs:=) + + +Ontology( +Import() +Import() +Annotation(rdfs:comment "SOMA-STATE.owl defines knowledge related to \"States\", which are clasically defined as stative and homeomeric events. Defines an upper level for a taxonomy of state types and roles that objects can play in states. State types relevant for the robotics domain are defined, such as FunctionalControl, Linkage, Blockage. -The need for "state types" (subclasses of Concept) to connect via dul:classifies to instances of State (itself a subclass of Event) comes from the core SOMA approach, which is to treat the detailed type of an Event as an interpretation of the Event rather than something intrinsic to the Event itself. +The need for \"state types\" (subclasses of Concept) to connect via dul:classifies to instances of State (itself a subclass of Event) comes from the core SOMA approach, which is to treat the detailed type of an Event as an interpretation of the Event rather than something intrinsic to the Event itself. Note, the knowledge that states can be changed into other states should be defined in SOMA-ACT.owl, not here. SOMA-STATE.owl should not even indirectly import SOMA-ACT.owl. This is related to a design decision as to which should be more fundamental, the state or the action. Or in other words, should states be defined (also) in terms of how they result from actions, or should actions be defined (also) in terms of how they connect between states? -These approaches seem equally expressive, we simply chose what felt more intuitive. - - - - - - - - - - - - - - - - - - - A relation between roles and state types, e.g. 'the chair is the supporter of the person sitting on it'. - has state type - - - - - - - - - - - - A relation between roles and state types, e.g. 'the chair is the supporter of the person sitting on it'. - is state type of - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A description of a State. This includes e.g. what acceptable regions for participant objects of the State might look like. +These approaches seem equally expressive, we simply chose what felt more intuitive.") + +Declaration(Class(SOMA:Configuration)) +Declaration(Class(SOMA:ConnectedObject)) +Declaration(Class(SOMA:ContactState)) +Declaration(Class(SOMA:Container)) +Declaration(Class(SOMA:Containment)) +Declaration(Class(SOMA:ContainmentState)) +Declaration(Class(SOMA:FunctionalControl)) +Declaration(Class(SOMA:Item)) +Declaration(Class(SOMA:LinkageState)) +Declaration(Class(SOMA:LinkedObject)) +Declaration(Class(SOMA:PhysicalAccessibility)) +Declaration(Class(SOMA:PhysicalBlockage)) +Declaration(Class(SOMA:PhysicalExistence)) +Declaration(Class(SOMA:PhysicalState)) +Declaration(Class(SOMA:Restrictor)) +Declaration(Class(SOMA:SocialState)) +Declaration(Class(SOMA:StateType)) +Declaration(Class(SOMA:SupportState)) +Declaration(Class(SOMA:Supporter)) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(ObjectProperty(SOMA:hasStateType)) +Declaration(ObjectProperty(SOMA:isStateTypeOf)) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) + +############################ +# Object Properties +############################ + +# Object Property: (has state type) + +AnnotationAssertion(rdfs:comment SOMA:hasStateType "A relation between roles and state types, e.g. 'the chair is the supporter of the person sitting on it'.") +AnnotationAssertion(rdfs:label SOMA:hasStateType "has state type") +SubObjectPropertyOf(SOMA:hasStateType ) +InverseObjectProperties(SOMA:hasStateType SOMA:isStateTypeOf) +ObjectPropertyDomain(SOMA:hasStateType ) +ObjectPropertyRange(SOMA:hasStateType SOMA:StateType) + +# Object Property: (is state type of) + +AnnotationAssertion(rdfs:comment SOMA:isStateTypeOf "A relation between roles and state types, e.g. 'the chair is the supporter of the person sitting on it'.") +AnnotationAssertion(rdfs:label SOMA:isStateTypeOf "is state type of") +SubObjectPropertyOf(SOMA:isStateTypeOf ) +ObjectPropertyDomain(SOMA:isStateTypeOf SOMA:StateType) +ObjectPropertyRange(SOMA:isStateTypeOf ) + + + +############################ +# Classes +############################ + +# Class: () + +AnnotationAssertion(rdfs:comment SOMA:Configuration "A description of a State. This includes e.g. what acceptable regions for participant objects of the State might look like. A configuration of the world is construed to be stable on its own. Outside disturbances may cause state transitions, and the settling into some other, self-stable configuration. Several other Description subclasses may function as Configurations. For example, a Goal is a description of a desired State. A Norm describes a State that should be maintained. A Diagnosis describes a State that causes certain symptoms etc. -Note a couple of issues here. First one relates to what "configuration" means; in particular, this doesn't mean a configuration that is unchanging according to any viewpoint. The analogy here is the "macrostate" from thermodynamics: a macrostate with two gases mixed does not mean all gas particles are motionless, but rather that the locations and movements of gas particles are such that any particle is likely to have as many neighbors of one type as the other. - -The second issue relates to what is "outside". The state is a configuration of some, but not necessarily all, Entities in the world. Entities not in this configuration are outside of it. - - - - - - - - - - - - - - - - - - - - - - - 2 - - - - - - Classifies States in which some objects are in contact. - Contact state - - - - - - - - - - - - - - - - Classifies States in which an object is placed inside another. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Classifies States in which an object is kept inside another object. - Containment state - - - - - - - - - - - - - - - - - - - - - - Classifies States in which an object restricts the movement of another, at least partially. Usually neither object is construed to be an agent. - -Note that this State focuses on how the interaction of, usually non-agentive, objects restricts their motion. This is in contrast to Blockage/Accessibility states where the placement of some objects influences the access to some of them by a third, usually agentive party. - Functional state - - - - - - - - - - - - - - - - - - - - - - - Classifies States in which two objects are in a rigid connection, such that the movement of one determines the movement of the other. - Linkage state - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Classifies States in which an item is placed in a container or protected by a protector, but the placement of the item and container is such that a, usually agentive, accessor may nevertheless reach the item in order to perform a task. - Physical accessibility - - - - - - - - - - - - - - - - - - - - - - Classifies States in which an object, in general called restrictor, blocks access to an item. A usually agentive accessor, whose access is blocked, may be specified. - Physical blockage - - - - - - - - - - A State in which an Entity is said to exist in the physical world. - Physical Existince - - - - - - - - - - - - - - - - A State describing how Entities in the physical world relate to each other. - Physical state - - - - - - - - - - - - - - - - - - - - - - - A State which describes how Agents relate to each other. - -One can argue that any Social state is a Physical state, since anything the Agents may use to construct a social relationship is made of physical things. The difference is that the physical support of the social relationships is not important here, what matters instead is the nature and content of the social relations, regardless of how they are physically realized. - Note here a distinction: the Agents involved must be able to communicate. This is because while it is often assumed that an Agent has or aspires to have similar cognitive capacities to a human, This need not be the case; in particular, not all Agents need to maintain theories of mind about each other and therefore not all Agents need to communicate with each other. It is hard to see what sort of meaning Social concepts might have to such Agents, since Social concepts are all about shared constructions. - -Note also that the DUL SocialAgent class is not an appropriate restriction however. SocialAgent is one that exists by agreement of PhysicalAgents. For example, a corporation or a nation are SocialAgents. An Agent with the capability to engage socially is not necessarily a DUL SocialAgent. - Social state - - - - - - - - - - - - - - - - - - - - - - An EventType that classifies States. - State type - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Classifies States in which an object is not able to move under gravity because of its placement relative to some other object. - Support state - - - - - - +Note a couple of issues here. First one relates to what \"configuration\" means; in particular, this doesn't mean a configuration that is unchanging according to any viewpoint. The analogy here is the \"macrostate\" from thermodynamics: a macrostate with two gases mixed does not mean all gas particles are motionless, but rather that the locations and movements of gas particles are such that any particle is likely to have as many neighbors of one type as the other. - - +The second issue relates to what is \"outside\". The state is a configuration of some, but not necessarily all, Entities in the world. Entities not in this configuration are outside of it.") +SubClassOf(SOMA:Configuration ) +SubClassOf(SOMA:Configuration ObjectSomeValuesFrom( SOMA:StateType)) +# Class: (Contact state) - +AnnotationAssertion(rdfs:comment SOMA:ContactState "Classifies States in which some objects are in contact.") +AnnotationAssertion(rdfs:label SOMA:ContactState "Contact state"@en) +SubClassOf(SOMA:ContactState SOMA:StateType) +SubClassOf(SOMA:ContactState ObjectAllValuesFrom( ObjectMinCardinality(2 ))) +# Class: () - - +AnnotationAssertion(rdfs:comment SOMA:Containment "Classifies States in which an object is placed inside another.") +# Class: (Containment state) - +AnnotationAssertion(rdfs:comment SOMA:ContainmentState "Classifies States in which an object is kept inside another object.") +AnnotationAssertion(rdfs:label SOMA:ContainmentState "Containment state"@en) +SubClassOf(SOMA:ContainmentState SOMA:FunctionalControl) +SubClassOf(SOMA:ContainmentState ObjectSomeValuesFrom(SOMA:isStateTypeOf ObjectIntersectionOf(SOMA:Container ObjectAllValuesFrom( ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Containment))))) +# Class: (Functional state) - - +AnnotationAssertion(rdfs:comment SOMA:FunctionalControl "Classifies States in which an object restricts the movement of another, at least partially. Usually neither object is construed to be an agent. +Note that this State focuses on how the interaction of, usually non-agentive, objects restricts their motion. This is in contrast to Blockage/Accessibility states where the placement of some objects influences the access to some of them by a third, usually agentive party.") +AnnotationAssertion(rdfs:label SOMA:FunctionalControl "Functional state"@en) +SubClassOf(SOMA:FunctionalControl SOMA:StateType) +SubClassOf(SOMA:FunctionalControl ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Item)) +SubClassOf(SOMA:FunctionalControl ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Restrictor)) - +# Class: (Linkage state) +AnnotationAssertion(rdfs:comment SOMA:LinkageState "Classifies States in which two objects are in a rigid connection, such that the movement of one determines the movement of the other.") +AnnotationAssertion(rdfs:label SOMA:LinkageState "Linkage state"@en) +SubClassOf(SOMA:LinkageState SOMA:StateType) +SubClassOf(SOMA:LinkageState ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:LinkedObject)) - - +# Class: (Physical accessibility) +AnnotationAssertion(rdfs:comment SOMA:PhysicalAccessibility "Classifies States in which an item is placed in a container or protected by a protector, but the placement of the item and container is such that a, usually agentive, accessor may nevertheless reach the item in order to perform a task.") +AnnotationAssertion(rdfs:label SOMA:PhysicalAccessibility "Physical accessibility"@en) +SubClassOf(SOMA:PhysicalAccessibility SOMA:StateType) +SubClassOf(SOMA:PhysicalAccessibility ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Item)) +SubClassOf(SOMA:PhysicalAccessibility ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Restrictor)) - +# Class: (Physical blockage) +AnnotationAssertion(rdfs:comment SOMA:PhysicalBlockage "Classifies States in which an object, in general called restrictor, blocks access to an item. A usually agentive accessor, whose access is blocked, may be specified.") +AnnotationAssertion(rdfs:label SOMA:PhysicalBlockage "Physical blockage"@en) +SubClassOf(SOMA:PhysicalBlockage SOMA:StateType) +SubClassOf(SOMA:PhysicalBlockage ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Item)) +SubClassOf(SOMA:PhysicalBlockage ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Restrictor)) - - +# Class: (Physical Existince) +AnnotationAssertion(rdfs:comment SOMA:PhysicalExistence "A State in which an Entity is said to exist in the physical world.") +AnnotationAssertion(rdfs:label SOMA:PhysicalExistence "Physical Existince"@en) +SubClassOf(SOMA:PhysicalExistence SOMA:PhysicalState) - +# Class: (Physical state) +AnnotationAssertion(rdfs:comment SOMA:PhysicalState "A State describing how Entities in the physical world relate to each other.") +AnnotationAssertion(rdfs:label SOMA:PhysicalState "Physical state") +SubClassOf(SOMA:PhysicalState SOMA:State) +SubClassOf(SOMA:PhysicalState ObjectSomeValuesFrom( )) - - +# Class: (Social state) +AnnotationAssertion(rdfs:comment SOMA:SocialState "A State which describes how Agents relate to each other. - +One can argue that any Social state is a Physical state, since anything the Agents may use to construct a social relationship is made of physical things. The difference is that the physical support of the social relationships is not important here, what matters instead is the nature and content of the social relations, regardless of how they are physically realized.") +AnnotationAssertion(rdfs:comment SOMA:SocialState "Note here a distinction: the Agents involved must be able to communicate. This is because while it is often assumed that an Agent has or aspires to have similar cognitive capacities to a human, This need not be the case; in particular, not all Agents need to maintain theories of mind about each other and therefore not all Agents need to communicate with each other. It is hard to see what sort of meaning Social concepts might have to such Agents, since Social concepts are all about shared constructions. +Note also that the DUL SocialAgent class is not an appropriate restriction however. SocialAgent is one that exists by agreement of PhysicalAgents. For example, a corporation or a nation are SocialAgents. An Agent with the capability to engage socially is not necessarily a DUL SocialAgent.") +AnnotationAssertion(rdfs:label SOMA:SocialState "Social state") +SubClassOf(SOMA:SocialState SOMA:State) +SubClassOf(SOMA:SocialState ObjectSomeValuesFrom( )) - - +# Class: (State type) +AnnotationAssertion(rdfs:comment SOMA:StateType "An EventType that classifies States.") +AnnotationAssertion(rdfs:label SOMA:StateType "State type"@en) +SubClassOf(SOMA:StateType ) +SubClassOf(SOMA:StateType ObjectAllValuesFrom( SOMA:State)) +SubClassOf(SOMA:StateType ObjectAllValuesFrom( SOMA:StateType)) +# Class: (Support state) - +AnnotationAssertion(rdfs:comment SOMA:SupportState "Classifies States in which an object is not able to move under gravity because of its placement relative to some other object.") +AnnotationAssertion(rdfs:label SOMA:SupportState "Support state"@en) +SubClassOf(SOMA:SupportState SOMA:FunctionalControl) +SubClassOf(SOMA:SupportState ObjectSomeValuesFrom(SOMA:isStateTypeOf ObjectIntersectionOf(SOMA:Supporter ObjectAllValuesFrom( ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Deposition))))) +) \ No newline at end of file diff --git a/owl/SOMA-WF.owl b/owl/SOMA-WF.owl index 6663942f..3ec1c52f 100755 --- a/owl/SOMA-WF.owl +++ b/owl/SOMA-WF.owl @@ -1,399 +1,226 @@ - - - - - - - - SOMA-WF.owl defines concepts and relations that make it possible to use an ABox to describe, in detail, how a workflow proceeds in terms of how instances of function calls connect to each other and how data objects are used as parameters or produced as results. - - - - - - - - - - - - - - - - - - - - - - - - - The defined participant is an "input": - -- some object existing at the beginning of a Task's execution, and that will be acted on during the execution of the task; -- some region/value which informs the way in which the Task will be executed. - - - - - - - - - - - - - - - - - - - Defines an "output" participant: +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(SOMA:=) +Prefix(rdfs:=) + + +Ontology( +Import() +Import() +Import() +Import() +Annotation(rdfs:comment "SOMA-WF.owl defines concepts and relations that make it possible to use an ABox to describe, in detail, how a workflow proceeds in terms of how instances of function calls connect to each other and how data objects are used as parameters or produced as results.") + +Declaration(Class(SOMA:Binding)) +Declaration(Class(SOMA:ConditionalSuccedence)) +Declaration(Class(SOMA:CounterfactualBinding)) +Declaration(Class(SOMA:FactualBinding)) +Declaration(Class(SOMA:RoleFillerBinding)) +Declaration(Class(SOMA:RoleRoleBinding)) +Declaration(Class(SOMA:StatusFailure)) +Declaration(Class(SOMA:Succedence)) +Declaration(Class(SOMA:TaskInvocation)) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(ObjectProperty(SOMA:definesInput)) +Declaration(ObjectProperty(SOMA:definesOutput)) +Declaration(ObjectProperty(SOMA:definesParticipant)) +Declaration(ObjectProperty(SOMA:hasBinding)) +Declaration(ObjectProperty(SOMA:hasBindingFiller)) +Declaration(ObjectProperty(SOMA:hasBindingRole)) +Declaration(ObjectProperty(SOMA:hasFirstStep)) +Declaration(ObjectProperty(SOMA:hasNextStep)) +Declaration(ObjectProperty(SOMA:hasPredecessor)) +Declaration(ObjectProperty(SOMA:hasPreviousStep)) +Declaration(ObjectProperty(SOMA:hasStep)) +Declaration(ObjectProperty(SOMA:hasSuccedence)) +Declaration(ObjectProperty(SOMA:hasSuccessor)) +Declaration(ObjectProperty(SOMA:hasTask)) +Declaration(ObjectProperty(SOMA:isFirstStepOf)) +Declaration(ObjectProperty(SOMA:isPlanFor)) +Declaration(ObjectProperty(SOMA:isStepOf)) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(DataProperty(SOMA:hasPriority)) +Declaration(NamedIndividual(SOMA:FailWFNoContinuation)) +Declaration(NamedIndividual(SOMA:FailWFNondeterministicContinuation)) +Declaration(NamedIndividual(SOMA:FailWFUninterpretableTask)) + +############################ +# Object Properties +############################ + +# Object Property: () + +AnnotationAssertion(rdfs:comment SOMA:definesInput "The defined participant is an \"input\": + +- some object existing at the beginning of a Task's execution, and that will be acted on during the execution of the task; +- some region/value which informs the way in which the Task will be executed.") +SubObjectPropertyOf(SOMA:definesInput SOMA:definesParticipant) +ObjectPropertyDomain(SOMA:definesInput ) +ObjectPropertyRange(SOMA:definesInput ObjectUnionOf( )) + +# Object Property: () + +AnnotationAssertion(rdfs:comment SOMA:definesOutput "Defines an \"output\" participant: - an Entity (Object or state of affairs) that exists as a result of the execution of a Task; -- a Region/value that has been demarcated/computed as a result of the execution of a Task. - - +- a Region/value that has been demarcated/computed as a result of the execution of a Task.") +SubObjectPropertyOf(SOMA:definesOutput SOMA:definesParticipant) +ObjectPropertyDomain(SOMA:definesOutput ) +ObjectPropertyRange(SOMA:definesOutput ObjectUnionOf( )) +# Object Property: () - +AnnotationAssertion(rdfs:comment SOMA:definesParticipant "A Description definesParticipant a Concept to classify participants in Events associated to that Description. +The prototypical example is a Task, which is a concept to classify Actions (a form of Event). A Task may define several Roles, with which to classify participants in the event of that Task's execution.") +SubObjectPropertyOf(SOMA:definesParticipant ) +ObjectPropertyDomain(SOMA:definesParticipant ) +ObjectPropertyRange(SOMA:definesParticipant ) - - - - - A Description definesParticipant a Concept to classify participants in Events associated to that Description. +# Object Property: (has binding) -The prototypical example is a Task, which is a concept to classify Actions (a form of Event). A Task may define several Roles, with which to classify participants in the event of that Task's execution. - - +AnnotationAssertion(rdfs:comment SOMA:hasBinding "Asserts that in a context described by Description, a Binding relation holds.") +AnnotationAssertion(rdfs:label SOMA:hasBinding "has binding"@en) +SubObjectPropertyOf(SOMA:hasBinding ) +ObjectPropertyDomain(SOMA:hasBinding ) +ObjectPropertyRange(SOMA:hasBinding SOMA:Binding) +# Object Property: (has binding filler) - - - - - - - - Asserts that in a context described by Description, a Binding relation holds. - has binding - - - - - - - - - - - - Indicates that an Entity is described by a Binding, in that it is associated with the Role/Parameter that the Binding binds it to. The Binding is only valid in some descriptive context such as a Workflow or Narrative. +AnnotationAssertion(rdfs:comment SOMA:hasBindingFiller "Indicates that an Entity is described by a Binding, in that it is associated with the Role/Parameter that the Binding binds it to. The Binding is only valid in some descriptive context such as a Workflow or Narrative. Note, the filler can be a Role/Parameter as well, and there are two distinct interpretations, depending on whether the Binding is a RoleRoleBinding or a RoleFillerBinding. See the comments on Binding for more details. -Only RoleFillerBindings can have general Entities as fillers. RoleRoleBindings can only connect to Roles or Parameters via this property. - has binding filler - - - - - - - - - - - - - - - - - - - Indicates that a Role/Parameter is going to be associated to some filler, or other Role/Parameter, by a Binding. The Binding is only valid in some descriptive context such as a Narrative or Workflow. - has binding role - - - - - - - - - - - - A relation from a Workflow to its first Task. - has first step - - - - - - - - - - - - An ordering relation between tasks in a workflow, saying that a task is followed by another. - has next step - - - - - - - - - - - - Indicates that a Task is the predecessor in a Succedence Relation; that is, this is the task to execute first. - has predecessor - - - - - - - - - - - - - An ordering relation between tasks in some workflow, stating that a task is preceded by another. - has previous step - - - - - - - - - - - - A relation between a Workflow and a Task it contains. - has step - - - - - - - - - - - - A relation between a Workflow and a Succedence that appears in it. - has succedence - - - - - - - - - - - - Indicates that a Task is the successor in a Succedence Relation: that is, it is the Task to execute last. - has successor - - - - - - - - - - - - - - - - - - - A relation to indicate that a Task is part of a Workflow or ordering Relation: that is, the task may be executed during the execution of the Workflow, or there exists some Relation between the Tasks that informs how their executions are to be located in time. - has task - - - - - - - - - - - - - A relation stating that some task is the first one in a workflow. - is first step of - - - - - - - - - +Only RoleFillerBindings can have general Entities as fillers. RoleRoleBindings can only connect to Roles or Parameters via this property.") +AnnotationAssertion(rdfs:label SOMA:hasBindingFiller "has binding filler"@en) +SubObjectPropertyOf(SOMA:hasBindingFiller ) +ObjectPropertyDomain(SOMA:hasBindingFiller SOMA:Binding) +ObjectPropertyRange(SOMA:hasBindingFiller ) +# Object Property: (has binding role) - +AnnotationAssertion(rdfs:comment SOMA:hasBindingRole "Indicates that a Role/Parameter is going to be associated to some filler, or other Role/Parameter, by a Binding. The Binding is only valid in some descriptive context such as a Narrative or Workflow.") +AnnotationAssertion(rdfs:label SOMA:hasBindingRole "has binding role"@en) +SubObjectPropertyOf(SOMA:hasBindingRole ) +ObjectPropertyDomain(SOMA:hasBindingRole SOMA:Binding) +ObjectPropertyRange(SOMA:hasBindingRole ObjectUnionOf( )) +# Object Property: (has first step) - - - - - - A relation stating that a task is a step in a workflow. - is step of - - +AnnotationAssertion(rdfs:comment SOMA:hasFirstStep "A relation from a Workflow to its first Task.") +AnnotationAssertion(rdfs:label SOMA:hasFirstStep "has first step") +SubObjectPropertyOf(SOMA:hasFirstStep SOMA:hasStep) +InverseObjectProperties(SOMA:isFirstStepOf SOMA:hasFirstStep) +ObjectPropertyDomain(SOMA:hasFirstStep ) +ObjectPropertyRange(SOMA:hasFirstStep ) +# Object Property: (has next step) - +AnnotationAssertion(rdfs:comment SOMA:hasNextStep "An ordering relation between tasks in a workflow, saying that a task is followed by another.") +AnnotationAssertion(rdfs:label SOMA:hasNextStep "has next step") +SubObjectPropertyOf(SOMA:hasNextStep ) +InverseObjectProperties(SOMA:hasPreviousStep SOMA:hasNextStep) +ObjectPropertyDomain(SOMA:hasNextStep ) +ObjectPropertyRange(SOMA:hasNextStep ) +# Object Property: (has predecessor) - - +AnnotationAssertion(rdfs:comment SOMA:hasPredecessor "Indicates that a Task is the predecessor in a Succedence Relation; that is, this is the task to execute first.") +AnnotationAssertion(rdfs:label SOMA:hasPredecessor "has predecessor"@en) +SubObjectPropertyOf(SOMA:hasPredecessor ) +ObjectPropertyDomain(SOMA:hasPredecessor SOMA:Succedence) +ObjectPropertyRange(SOMA:hasPredecessor ) +# Object Property: (has previous step) - +AnnotationAssertion(rdfs:comment SOMA:hasPreviousStep "An ordering relation between tasks in some workflow, stating that a task is preceded by another.") +AnnotationAssertion(rdfs:label SOMA:hasPreviousStep "has previous step") +SubObjectPropertyOf(SOMA:hasPreviousStep ) +ObjectPropertyDomain(SOMA:hasPreviousStep ) +ObjectPropertyRange(SOMA:hasPreviousStep ) +# Object Property: (has step) - - +AnnotationAssertion(rdfs:comment SOMA:hasStep "A relation between a Workflow and a Task it contains.") +AnnotationAssertion(rdfs:label SOMA:hasStep "has step") +SubObjectPropertyOf(SOMA:hasStep ) +InverseObjectProperties(SOMA:isStepOf SOMA:hasStep) +ObjectPropertyDomain(SOMA:hasStep ) +ObjectPropertyRange(SOMA:hasStep ) +# Object Property: (has succedence) - +AnnotationAssertion(rdfs:comment SOMA:hasSuccedence "A relation between a Workflow and a Succedence that appears in it.") +AnnotationAssertion(rdfs:label SOMA:hasSuccedence "has succedence"@en) +SubObjectPropertyOf(SOMA:hasSuccedence ) +ObjectPropertyDomain(SOMA:hasSuccedence ) +ObjectPropertyRange(SOMA:hasSuccedence SOMA:Succedence) +# Object Property: (has successor) - - +AnnotationAssertion(rdfs:comment SOMA:hasSuccessor "Indicates that a Task is the successor in a Succedence Relation: that is, it is the Task to execute last.") +AnnotationAssertion(rdfs:label SOMA:hasSuccessor "has successor"@en) +SubObjectPropertyOf(SOMA:hasSuccessor ) +ObjectPropertyDomain(SOMA:hasSuccessor SOMA:Succedence) +ObjectPropertyRange(SOMA:hasSuccessor ) +# Object Property: (has task) - +AnnotationAssertion(rdfs:comment SOMA:hasTask "A relation to indicate that a Task is part of a Workflow or ordering Relation: that is, the task may be executed during the execution of the Workflow, or there exists some Relation between the Tasks that informs how their executions are to be located in time.") +AnnotationAssertion(rdfs:label SOMA:hasTask "has task"@en) +SubObjectPropertyOf(SOMA:hasTask ) +ObjectPropertyDomain(SOMA:hasTask ObjectUnionOf( )) +ObjectPropertyRange(SOMA:hasTask ) +# Object Property: (is first step of) - +AnnotationAssertion(rdfs:comment SOMA:isFirstStepOf "A relation stating that some task is the first one in a workflow.") +AnnotationAssertion(rdfs:label SOMA:isFirstStepOf "is first step of") +SubObjectPropertyOf(SOMA:isFirstStepOf SOMA:isStepOf) +ObjectPropertyDomain(SOMA:isFirstStepOf ) +ObjectPropertyRange(SOMA:isFirstStepOf ) +# Object Property: (is step of) - +AnnotationAssertion(rdfs:comment SOMA:isStepOf "A relation stating that a task is a step in a workflow.") +AnnotationAssertion(rdfs:label SOMA:isStepOf "is step of") +SubObjectPropertyOf(SOMA:isStepOf ) +ObjectPropertyDomain(SOMA:isStepOf ) +ObjectPropertyRange(SOMA:isStepOf ) - - - - A relation asserting some entity has a particular priority. - - +############################ +# Data Properties +############################ +# Data Property: () - +AnnotationAssertion(rdfs:comment SOMA:hasPriority "A relation asserting some entity has a particular priority.") +SubDataPropertyOf(SOMA:hasPriority ) +DataPropertyDomain(SOMA:hasPriority ) - +############################ +# Classes +############################ - +# Class: () - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 1 - - - - - - - 1 - - - - - - - - - - - A Relation between Roles/Parameters and their fillers that holds in a particular descriptive context, such as a Workflow or Narrative. +AnnotationAssertion(rdfs:comment SOMA:Binding "A Relation between Roles/Parameters and their fillers that holds in a particular descriptive context, such as a Workflow or Narrative. It covers two conceptually related, but somewhat ontologically distinct situations: @@ -408,289 +235,109 @@ Note: in the second case, the Entity filling the Role/Parameter may be a Role or There is a further, orthogonal distinction made between: -- factual: the Binding is asserted to hold in the descriptive context --- counterfactual: the Binding is used to express conditions in the descriptive context. A counterfactual Binding is not meant as an assertion that the Binding actually holds. - - - +-- counterfactual: the Binding is used to express conditions in the descriptive context. A counterfactual Binding is not meant as an assertion that the Binding actually holds.") +SubClassOf(SOMA:Binding ) +SubClassOf(SOMA:Binding ObjectUnionOf(SOMA:CounterfactualBinding SOMA:FactualBinding)) +SubClassOf(SOMA:Binding ObjectUnionOf(SOMA:RoleFillerBinding SOMA:RoleRoleBinding)) +SubClassOf(SOMA:Binding ObjectSomeValuesFrom(ObjectInverseOf(SOMA:hasBinding) )) +SubClassOf(SOMA:Binding ObjectExactCardinality(1 SOMA:hasBindingFiller )) +SubClassOf(SOMA:Binding ObjectExactCardinality(1 SOMA:hasBindingRole ObjectUnionOf( ))) - +# Class: (Conditional succedence) - - - - - - - - - - A relation that holds between two OGPTasks that belong to the same OGPWorkflow, and which means that, if a condition is met, the successor task invocation is to be executed after the predecessor task invocation completes. +AnnotationAssertion(rdfs:comment SOMA:ConditionalSuccedence "A relation that holds between two OGPTasks that belong to the same OGPWorkflow, and which means that, if a condition is met, the successor task invocation is to be executed after the predecessor task invocation completes. The condition is a conjunction of CounterfactualBindings. These bindings may be RoleRoleBindings (meaning, test whether the fillers for these Roles/Parameters are the same) or RoleFillerBindings (meaning, test whether the filler of the Role unifies with the candidate Entity). -An empty conjunction of CounterfactualBindings is assumed to be True. - Note: in RobotWorkflows, Tasks typically may have several possible successors, to be selected based on condition-testing. - Conditional succedence - - - +An empty conjunction of CounterfactualBindings is assumed to be True.") +AnnotationAssertion(rdfs:comment SOMA:ConditionalSuccedence "Note: in RobotWorkflows, Tasks typically may have several possible successors, to be selected based on condition-testing.") +AnnotationAssertion(rdfs:label SOMA:ConditionalSuccedence "Conditional succedence"@en) +SubClassOf(SOMA:ConditionalSuccedence SOMA:Succedence) +SubClassOf(SOMA:ConditionalSuccedence ObjectAllValuesFrom(SOMA:hasBinding SOMA:CounterfactualBinding)) - +# Class: (Counterfactual binding) - - - - - CounterfactualBindings are used to express conditions: +AnnotationAssertion(rdfs:comment SOMA:CounterfactualBinding "CounterfactualBindings are used to express conditions: -- that two roles share a filler (RoleRoleBindings); -- that the filler of a role is a particular entity (RoleFillerBindings). This is typically the case when the filler of the role may be one of a few constants, as is the case with the execution status of a robot task. -TODO: for the robot workflows we are likely to need at the start, testing equality of fillers is enough. In the future, we may want to replace that with unifiability of fillers. - Counterfactual binding - - - - - +TODO: for the robot workflows we are likely to need at the start, testing equality of fillers is enough. In the future, we may want to replace that with unifiability of fillers.") +AnnotationAssertion(rdfs:label SOMA:CounterfactualBinding "Counterfactual binding"@en) +SubClassOf(SOMA:CounterfactualBinding SOMA:Binding) +DisjointClasses(SOMA:CounterfactualBinding SOMA:FactualBinding) +# Class: (Factial binding) - - - FactualBindings are used in a workflow to assert that: +AnnotationAssertion(rdfs:comment SOMA:FactualBinding "FactualBindings are used in a workflow to assert that: -- task- or workflow-defined roles share fillers (RoleRoleBindings). Example, the instrument of a cutting task may be the actee of a grasping task; --- task- or workflow-defined roles are filled by a particular entity (RoleFillerBindings). This is typically the case when roles, and especially parameters, can be assigned to constants. Example, the waiting time to cook soft eggs is 3 minutes. - Factial binding - - - - - - - - - - - A binding that connects a role to a particular filler. - Role filler binding - - - - - - - - - - - - - - - - - - - - - - - A binding that asserts that two roles have the same filler. - Role role binding - - - - - - - - - - A status indicating the failure during some workflow execution. - - - - - - - - - - - - - - - - - - - - - - - 1 - - - - - - - 1 - - - - A relation that holds in some descriptive context such as a Workflow, between two TaskInvocations belonging to that same Workflow. It means that one task invocation should follow the other. - -Note: a successor relation implemented as an OWL object property is sometimes enough, but not in general; in particular, when there are conditions imposed on the succession. - -As a result, a reification pattern was applied here. - Note: it is possible for a Succedence relation to exist between a TaskInvocation and itself; in this case, both the hasPredecessor and hasSuccessor roles are filled by the same TaskInvocation individual. - -Care must be taken with this however, as a natural interpretation of this situation is an infinite loop. - - - - - - - - - - - - - - - - - - - 1 - - - - An elementary workflow consisting in the invocation of one single task. It is used as a descriptive context inside of which factual bindings are valid between the task's arguments and other entities (such as the "local variables" of a larger workflow). - Task invocation - - - - - - - - - - - - - - - - - - - +-- task- or workflow-defined roles are filled by a particular entity (RoleFillerBindings). This is typically the case when roles, and especially parameters, can be assigned to constants. Example, the waiting time to cook soft eggs is 3 minutes.") +AnnotationAssertion(rdfs:label SOMA:FactualBinding "Factial binding"@en) +SubClassOf(SOMA:FactualBinding SOMA:Binding) +# Class: (Role filler binding) - - +AnnotationAssertion(rdfs:comment SOMA:RoleFillerBinding "A binding that connects a role to a particular filler.") +AnnotationAssertion(rdfs:label SOMA:RoleFillerBinding "Role filler binding"@en) +SubClassOf(SOMA:RoleFillerBinding SOMA:Binding) +DisjointClasses(SOMA:RoleFillerBinding SOMA:RoleRoleBinding) +# Class: (Role role binding) - +AnnotationAssertion(rdfs:comment SOMA:RoleRoleBinding "A binding that asserts that two roles have the same filler.") +AnnotationAssertion(rdfs:label SOMA:RoleRoleBinding "Role role binding"@en) +SubClassOf(SOMA:RoleRoleBinding SOMA:Binding) +SubClassOf(SOMA:RoleRoleBinding ObjectAllValuesFrom(SOMA:hasBindingFiller ObjectUnionOf( ))) +# Class: () - - +AnnotationAssertion(rdfs:comment SOMA:StatusFailure "A status indicating the failure during some workflow execution.") +SubClassOf(SOMA:StatusFailure ) +# Class: () - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A particular kind of failure: the workflow fails because there is no way to continue it, and the normal exit has not been reached. - - - - - +AnnotationAssertion(rdfs:comment SOMA:Succedence "A relation that holds in some descriptive context such as a Workflow, between two TaskInvocations belonging to that same Workflow. It means that one task invocation should follow the other. +Note: a successor relation implemented as an OWL object property is sometimes enough, but not in general; in particular, when there are conditions imposed on the succession. - - - A particular kind of failure: it is not clear how to continue a workflow because several possibilities exist. - - +As a result, a reification pattern was applied here.") +AnnotationAssertion(rdfs:comment SOMA:Succedence "Note: it is possible for a Succedence relation to exist between a TaskInvocation and itself; in this case, both the hasPredecessor and hasSuccessor roles are filled by the same TaskInvocation individual. +Care must be taken with this however, as a natural interpretation of this situation is an infinite loop.") +SubClassOf(SOMA:Succedence ) +SubClassOf(SOMA:Succedence ObjectSomeValuesFrom(ObjectInverseOf(SOMA:hasSuccedence) )) +SubClassOf(SOMA:Succedence ObjectExactCardinality(1 SOMA:hasPredecessor SOMA:TaskInvocation)) +SubClassOf(SOMA:Succedence ObjectExactCardinality(1 SOMA:hasSuccessor SOMA:TaskInvocation)) - +# Class: (Task invocation) +AnnotationAssertion(rdfs:comment SOMA:TaskInvocation "An elementary workflow consisting in the invocation of one single task. It is used as a descriptive context inside of which factual bindings are valid between the task's arguments and other entities (such as the \"local variables\" of a larger workflow).") +AnnotationAssertion(rdfs:label SOMA:TaskInvocation "Task invocation"@en) +SubClassOf(SOMA:TaskInvocation ) +SubClassOf(SOMA:TaskInvocation ObjectAllValuesFrom(SOMA:hasBinding SOMA:FactualBinding)) +SubClassOf(SOMA:TaskInvocation ObjectExactCardinality(1 )) - - - A particular kind of failure: a task is not recognized and not associated to anything that could execute it, nor to a workflow that could detail its structure into simpler structure. - - +############################ +# Named Individuals +############################ - +# Individual: () +AnnotationAssertion(rdfs:comment SOMA:FailWFNoContinuation "A particular kind of failure: the workflow fails because there is no way to continue it, and the normal exit has not been reached.") +ClassAssertion(SOMA:StatusFailure SOMA:FailWFNoContinuation) - - Has quality region - - +# Individual: () +AnnotationAssertion(rdfs:comment SOMA:FailWFNondeterministicContinuation "A particular kind of failure: it is not clear how to continue a workflow because several possibilities exist.") +ClassAssertion(SOMA:StatusFailure SOMA:FailWFNondeterministicContinuation) +# Individual: () - +AnnotationAssertion(rdfs:comment SOMA:FailWFUninterpretableTask "A particular kind of failure: a task is not recognized and not associated to anything that could execute it, nor to a workflow that could detail its structure into simpler structure.") +ClassAssertion(SOMA:StatusFailure SOMA:FailWFUninterpretableTask) +AnnotationAssertion(rdfs:label SOMA:HasQualityRegion "Has quality region"@en) +) \ No newline at end of file diff --git a/owl/SOMA.owl b/owl/SOMA.owl index 0c2682fb..db27787a 100644 --- a/owl/SOMA.owl +++ b/owl/SOMA.owl @@ -1,1691 +1,1022 @@ - - - - - SOMA main OWL file. - -Useful for defining a common set of imports for all other SOMA modules; currently, this set only includes DUL. - -While there are some axioms defined in SOMA.owl, these will be moved to the relevant specialized modules. - - - - - - - - - - - - - - - Provides a definition, or usage guideline, aimed at a particular community of the ontology's users. The community is identified by the subproperty of UsageGuideline. - -A style recommendation for usage guidelines is that they should be brief. In contrast to usual concept annotations that can, and should be detailed about the reasons behind modelling decisions, usage guidelines are simply meant to answer questions about when it is appropriate to use a concept, and they must be a practical, easy to query and understand resource. - - - - - - - - - Similar to rdfs:label, but without GUI or reasoner impact in Protege; avoiding Protege problems is why this is not a label subproperty. Nicknames are used by particular software working with the ontology as a way to give community-specific names to concepts. Communities are identified by the subproperty of nickname. - - - - - - - - - An annotation property which should be used to record by what symbols or abbreviations, if any, some relation or entity is known in scientific literature. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - A relation between entities, expressing a 'sequence' schema where one of the entities strictly ends before the other one. - - - - - - - - - - - - - < - A relation between entities, expressing a 'sequence' schema where one of the entities strictly ends before the other one. - - - - - - - - - - - - - A Transition between two Situations is always the result of some Event, and the causesTransition relation should be used to record the causal relation from the Event to the Transition. - causes transition - - - - - - - - - - - - - A schematic relation between any events that also implies that one event is temporally contained in the other. - -Sub-properties are used to distinct between different cases of event endpoint relations that hold for different types of co-occurance. - co occurs - - - - - - - - - - - - - A schematic relation asserting containment, understood in a very broad sense, by one Entity of another. The relation is defined with domain and range of maximum generality, as it is possible to construe containment to apply between Events, between Objects, between Qualities and so on. Care should be taken when using it that the construal of containment makes sense and is useful. If a clearer relation expresses the connection between two Entities, use that relation instead. For example, rather than saying an Event contains an Object, it is probably better to say the Event has that Object as a participant. More specific versions of this relation exist, e.g. containsEvent, so it is likely that there will be few situations where it should be used itself. However, by acting as a superproperty to several relations, it captures a core similarity between these and enables taxonomy-based similarity metrics. - - - - - - - - - - - - - - - di - `A contains event B` means that A strictly starts before, and ends after B, i.e. B is wholly contained in A. - contains event - - - - - - - - - - - - - - The (transitive) relation between an information object and another which it has been derived from. - derived from - - - - - - - - - - - The relation between an information object and another which it has been derived from. - directly derived from - - - - - - - - - - - - - - d - `A during B` means that B strictly starts before, and ends after A, i.e. A is wholly contained in B. - - - - - - - - - - - - - - fi - `A finishes B` means that A ends exactly where B ends, and that B strictly starts before A. As in "I finish my day by taking a shower". - finished by - - - - - - - - - - - - - f - `A finishes B` means that A ends exactly where B ends, and that B strictly starts before A. As in "I finish my day by taking a shower". - - - - - - - - - - - - A relation between a collection and a member of it that is least according to some ordering. This ordering can be arbitrary, i.e. the order in which Entities are recorded in the Collection. - first member - - - - - - - - - - - - A relation from an Entity to a Goal it pursues. Agents can pursue Goals, and Tasks are also construed as pursuing Goals. - has goal - - - - - - - - - - - - - - A relation between StateTransitions and Scenes, which identifies the scene the transition starts from. - has initial scene - - - - - - - - - - - - - A relation which connects a Transition to the Situation it starts from. - has initial state - - - - - - - - - - - - - A relation between a Task and one of its input parameters. - A relation from an EventType (typically, a Task) and a parameter describing some state of affairs before the event classified by the EventType takes place, and which contributes towards that event happening. - has input parameter - - - - - - - - - - - - - A relation between a Task and one of its output parameters. - A relation from an EventType (typically a Task) to a Parameter describing an outcome of the event classified by the EventType. - has output parameter - - - - - - - - - - - - - - - - - - - - - - - - - - A relation used to describe the structure of an Action or Process in terms of phases, i.e. subprocesses and states that occur during its unfolding. - has phase - - - - - - - - - - - - A relation used to describe the structure of a PhysicalObject in terms of physical components, i.e. what other PhysicalObjects are components of it. - has physical component - - - - - - - - - - - A relation from an Event and the SoftwareAgent responsible for making that Event happen. - has software agent - - - - - - - - - - A relation from an Entity to a Quality that is indicative of the Entity's state, e.g. if it is a device, its state of operation. - has status - - - - - - - - - - - - - - A relation between StateTransitions and Scenes, which identifies the scene the transition is expected to end at. - has terminal scene - - - - - - - - - - - - - A relation from a Transition to the Situation it ends in. - has terminal state - - - - - - - - - - - - - A relation recording that a Situation has a Concept as participant in some sort of role. - includes concept - - - - - - - - - - - - - A relationship indicating that an Event has been recorded by an InformationObject - - - - - - - - - - - - - A relation recording that a Situation has a (sub) Situation as participant in some role. - includes situation - - - - - - - - - - - - - Artifact participation. - involves artifact - - - - - - - - - - - - - A relation recording that an Event makes some use of a PhysicalPlace. Typically this place is where the Event is located. - involves place - - - - - - - - - - - - Artifact participation. - is artifact involved in - - - - - - - - - - - - A relation recording that a Transition is the result of some Event. - is caused by event - - - - - - - - - - - - A relation recording that a Concept participates in a Situation in some way. - is concept included in - - - - - - - - - - - - The inverse of the contains relation. See the contains relation for details. - is contained in - - - - - - - - - - The (transitive) relation between an information object and another which was derived from the former. - is direct source for - - - - - - - - - - - - - A relation between StateTransitions and Scenes, which identifies the scene the transition starts from. - is initial scene of - - - - - - - - - - - - A relation recording that a Situation was where a Transition began. - is initial state of - - - - - - - - - - - - A relation between a Task and one of its input parameters. - A relation from a Parameter to an EventType (typically, a Task). The parameter describes some state of affairs that precedes and will contribute to the event classified by the EventType. - is input parameter for - - - - - - - - - - - - - A relation between an input roles and its Task. - is input role of - - - - - - - - - - - - - A relation between an event and an event type, e.g. 'taking the cup from the table' is an occurence of the motion 'approaching'. - is occurence of - - +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(SOMA:=) +Prefix(rdfs:=) - +Ontology( +Import() +Annotation(rdfs:comment "SOMA main OWL file. +Useful for defining a common set of imports for all other SOMA modules; currently, this set only includes DUL. - - - - - A relation between an event and an event type, e.g. 'taking the cup from the table' is an occurence of the motion 'approaching'. - is occurring in - - - - - - - - - - - - A relation between a Task and one of its output parameters. - A relation from a Parameter to an EventType (typically, a Task). The parameter describes an outcome of the event classified by the EventType. - is output parameter for - - - - - - - - - - - - - A relation between an output roles and its Task. - is output role of - - - - - - - - - - - - A relation recording that a PhysicalPlace is involved in some Event; typically, this is where the Event is located. - is place involved in - - - - - - - - - - - - A special relation between a Plan and a Task, to indicate that the Plan describes a way to achieve the Task. - is plan for - Note that DUL already says Plans can define Tasks, but that relation is used differently: a Plan defines a Task because it contains it as a step. - - - - - - - - - - - - A relationship indicating that an InformationObject is a recording of an Event. - - - - - - - - - - - - A relation recording that a Situation participates in another in some role, or can be considered as a subsituation of the other. - is situation included in - - - - - - - - - - - The (transitive) relation between an information object and another which was derived from the former. - is source for - - - - - - - - - - - - A relation between a Task and one of its input roles. - is task of input role - - - - - - - - - - - - A relation between a Task and one of its output roles. - is task of output role - - - - - - - - - - - - - A relation between StateTransitions and Scenes, which identifies the scene the transition is expected to end at. - is terminal scene of - - - - - - - - - - - - A relation recording that a Situation was where a Transition ended. - is terminal state of - - - - - - - - - - - - - - - m - A relation between entities, expressing a 'sequence' schema where one of the entities exactly ends where the other entity starts. - - - - - - - - - - - - - - mi - A relation between entities, expressing a 'sequence' schema where one of the entities exactly ends where the other entity starts. - met by - - - - - - - - - - - - - - - oi - A schematic relation between any entities that also implies ordering, e.g. "she has worked into the night". - overlapped by - - - - - - - - - - - - - - o - A schematic relation between any entities that also implies ordering, e.g. "she has worked into the night". - overlapped on - - - - - - - - - - - - - - = - `A simultaneous B` means that A strictly starts and ends at the same time instant as B, i.e. their temporal extend is equal. - - - - - - - - - - - - - - si - `A starts B` means that A starts exactly where B starts, and that A strictly ends before B. As in "I start my day with a coffee". - started by - - - - - - - - - - - - - s - `A starts B` means that A starts exactly where B starts, and that A strictly ends before B. As in "I start my day with a coffee". - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A property linking an InformationRealization to a string specifying a format name, e.g. URDF or STL. - - - - - - - - - - - - A relation recording when an Event started. In this case, we think of the Event as something unfolding over some span of time. - has event begin - - - - - - - - - - - - A relation recording when an Event ended. In this case, we think of the Event as something unfolding over some span of time. - has event end - - - - - - - - - - - - Superproperty of hasEventBegin and hasEventEnd, records that an Event happened, or was happening, at a particular time. Using the subproperties captures the richer semantics of that time relative to the event. Using only this superproperty may be appropriate when the Event is construed to take place at a single instant of time. - has event time - - - - - - - - - - - - A relation recording when some TimeInterval started. - has interval begin - - - - - - - - - - - - A relation recording when a TimeInterval ended. - has interval end - - - - - - - - - - - - Superproperty of relations used to connect moments in time to a TimeInterval. - has interval time - - - - - - - - - - - - A relation recording some identifier associated to an Entity. - has name string - - - - - - - - - - - - A property linking an InformationRealization to a persistent identifier such as a DOI, which can then be used to obtain an address at which the realization (i.e. digital file) can be retrieved. - - - - - - - - - - - - An auxiliary property that is used to generate object individuals, called reifications, from any other Entity, e.g. from relations, classes, data types. These reifications can then be used in DL axioms as any other named individual. - is reification of - - - - - - - - - - - - - - - - - - - - +While there are some axioms defined in SOMA.owl, these will be moved to the relevant specialized modules.") + +Declaration(Class(SOMA:Accident)) +Declaration(Class(SOMA:ActionExecutionPlan)) +Declaration(Class(SOMA:Amateurish)) +Declaration(Class(SOMA:BehavioralDiagnosis)) +Declaration(Class(SOMA:Clumsiness)) +Declaration(Class(SOMA:DexterityDiagnosis)) +Declaration(Class(SOMA:Episode)) +Declaration(Class(SOMA:FailedAttempt)) +Declaration(Class(SOMA:Fluid)) +Declaration(Class(SOMA:Foolishness)) +Declaration(Class(SOMA:FunctionalDiagnosis)) +Declaration(Class(SOMA:HardwareDiagnosis)) +Declaration(Class(SOMA:HumanActivityRecording)) +Declaration(Class(SOMA:Inability)) +Declaration(Class(SOMA:Infeasibility)) +Declaration(Class(SOMA:Masterful)) +Declaration(Class(SOMA:MedicalDiagnosis)) +Declaration(Class(SOMA:RecordedEpisode)) +Declaration(Class(SOMA:Reification)) +Declaration(Class(SOMA:Scene)) +Declaration(Class(SOMA:Sluggishness)) +Declaration(Class(SOMA:SoftwareDiagnosis)) +Declaration(Class(SOMA:State)) +Declaration(Class(SOMA:StateTransition)) +Declaration(Class(SOMA:Status)) +Declaration(Class(SOMA:SuccessDiagnosis)) +Declaration(Class(SOMA:Successfulness)) +Declaration(Class(SOMA:TechnicalDiagnosis)) +Declaration(Class(SOMA:Threshold)) +Declaration(Class(SOMA:Unsuccessfulness)) +Declaration(ObjectProperty(SOMA:after)) +Declaration(ObjectProperty(SOMA:before)) +Declaration(ObjectProperty(SOMA:causesTransition)) +Declaration(ObjectProperty(SOMA:coOccurs)) +Declaration(ObjectProperty(SOMA:contains)) +Declaration(ObjectProperty(SOMA:containsEvent)) +Declaration(ObjectProperty(SOMA:derivedFrom)) +Declaration(ObjectProperty(SOMA:directlyDerivedFrom)) +Declaration(ObjectProperty(SOMA:during)) +Declaration(ObjectProperty(SOMA:finishedBy)) +Declaration(ObjectProperty(SOMA:finishes)) +Declaration(ObjectProperty(SOMA:firstMember)) +Declaration(ObjectProperty(SOMA:hasGoal)) +Declaration(ObjectProperty(SOMA:hasInitialScene)) +Declaration(ObjectProperty(SOMA:hasInitialState)) +Declaration(ObjectProperty(SOMA:hasInputParameter)) +Declaration(ObjectProperty(SOMA:hasOutputParameter)) +Declaration(ObjectProperty(SOMA:hasPhase)) +Declaration(ObjectProperty(SOMA:hasPhysicalComponent)) +Declaration(ObjectProperty(SOMA:hasSoftwareAgent)) +Declaration(ObjectProperty(SOMA:hasStatus)) +Declaration(ObjectProperty(SOMA:hasTerminalScene)) +Declaration(ObjectProperty(SOMA:hasTerminalState)) +Declaration(ObjectProperty(SOMA:includesConcept)) +Declaration(ObjectProperty(SOMA:includesRecord)) +Declaration(ObjectProperty(SOMA:includesSituation)) +Declaration(ObjectProperty(SOMA:involvesArtifact)) +Declaration(ObjectProperty(SOMA:involvesPlace)) +Declaration(ObjectProperty(SOMA:isArtifactInvolvedIn)) +Declaration(ObjectProperty(SOMA:isCausedByEvent)) +Declaration(ObjectProperty(SOMA:isConceptIncludedIn)) +Declaration(ObjectProperty(SOMA:isContainedIn)) +Declaration(ObjectProperty(SOMA:isDirectSourceFor)) +Declaration(ObjectProperty(SOMA:isInitialSceneOf)) +Declaration(ObjectProperty(SOMA:isInitialStateOf)) +Declaration(ObjectProperty(SOMA:isInputParameterFor)) +Declaration(ObjectProperty(SOMA:isInputRoleOf)) +Declaration(ObjectProperty(SOMA:isOccurrenceOf)) +Declaration(ObjectProperty(SOMA:isOccurringIn)) +Declaration(ObjectProperty(SOMA:isOutputParameterFor)) +Declaration(ObjectProperty(SOMA:isOutputRoleOf)) +Declaration(ObjectProperty(SOMA:isPlaceInvolvedIn)) +Declaration(ObjectProperty(SOMA:isPlanFor)) +Declaration(ObjectProperty(SOMA:isRecordIncludedBy)) +Declaration(ObjectProperty(SOMA:isSituationIncludedIn)) +Declaration(ObjectProperty(SOMA:isSourceFor)) +Declaration(ObjectProperty(SOMA:isTaskOfInputRole)) +Declaration(ObjectProperty(SOMA:isTaskOfOutputRole)) +Declaration(ObjectProperty(SOMA:isTerminalSceneOf)) +Declaration(ObjectProperty(SOMA:isTerminalStateOf)) +Declaration(ObjectProperty(SOMA:meets)) +Declaration(ObjectProperty(SOMA:metBy)) +Declaration(ObjectProperty(SOMA:overlappedBy)) +Declaration(ObjectProperty(SOMA:overlappedOn)) +Declaration(ObjectProperty(SOMA:simultaneous)) +Declaration(ObjectProperty(SOMA:startedBy)) +Declaration(ObjectProperty(SOMA:starts)) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(DataProperty(SOMA:hasDataFormat)) +Declaration(DataProperty(SOMA:hasEventBegin)) +Declaration(DataProperty(SOMA:hasEventEnd)) +Declaration(DataProperty(SOMA:hasEventTime)) +Declaration(DataProperty(SOMA:hasIntervalBegin)) +Declaration(DataProperty(SOMA:hasIntervalEnd)) +Declaration(DataProperty(SOMA:hasIntervalTime)) +Declaration(DataProperty(SOMA:hasNameString)) +Declaration(DataProperty(SOMA:hasPersistentIdentifier)) +Declaration(DataProperty(SOMA:isReificationOf)) +Declaration(DataProperty()) +Declaration(DataProperty()) +Declaration(NamedIndividual(SOMA:RDFType)) +Declaration(AnnotationProperty(SOMA:UsageGuideline)) +Declaration(AnnotationProperty(SOMA:nickname)) +Declaration(AnnotationProperty(SOMA:symbol)) +Declaration(Datatype(SOMA:array_boolean)) +Declaration(Datatype(SOMA:array_double)) +Declaration(Datatype(SOMA:array_float)) +Declaration(Datatype(SOMA:array_int)) +Declaration(Datatype(SOMA:array_string)) +Declaration(Datatype(SOMA:array_uint)) +############################ +# Annotation Properties +############################ + +# Annotation Property: () + +AnnotationAssertion(rdfs:comment SOMA:UsageGuideline "Provides a definition, or usage guideline, aimed at a particular community of the ontology's users. The community is identified by the subproperty of UsageGuideline. + +A style recommendation for usage guidelines is that they should be brief. In contrast to usual concept annotations that can, and should be detailed about the reasons behind modelling decisions, usage guidelines are simply meant to answer questions about when it is appropriate to use a concept, and they must be a practical, easy to query and understand resource.") + +# Annotation Property: () + +AnnotationAssertion(rdfs:comment SOMA:nickname "Similar to rdfs:label, but without GUI or reasoner impact in Protege; avoiding Protege problems is why this is not a label subproperty. Nicknames are used by particular software working with the ontology as a way to give community-specific names to concepts. Communities are identified by the subproperty of nickname.") + +# Annotation Property: () + +AnnotationAssertion(rdfs:comment SOMA:symbol "An annotation property which should be used to record by what symbols or abbreviations, if any, some relation or entity is known in scientific literature.") +AnnotationPropertyRange(SOMA:symbol xsd:string) + + +############################ +# Object Properties +############################ + +# Object Property: () + +AnnotationAssertion(SOMA:symbol SOMA:after ">") +AnnotationAssertion(rdfs:comment SOMA:after "A relation between entities, expressing a 'sequence' schema where one of the entities strictly ends before the other one.") +SubObjectPropertyOf(SOMA:after ) +InverseObjectProperties(SOMA:after SOMA:before) +TransitiveObjectProperty(SOMA:after) +ObjectPropertyDomain(SOMA:after ) +ObjectPropertyRange(SOMA:after ) + +# Object Property: () + +AnnotationAssertion(SOMA:symbol SOMA:before "<") +AnnotationAssertion(rdfs:comment SOMA:before "A relation between entities, expressing a 'sequence' schema where one of the entities strictly ends before the other one.") +SubObjectPropertyOf(SOMA:before ) +TransitiveObjectProperty(SOMA:before) +ObjectPropertyDomain(SOMA:before ) +ObjectPropertyRange(SOMA:before ) + +# Object Property: (causes transition) + +AnnotationAssertion(rdfs:comment SOMA:causesTransition "A Transition between two Situations is always the result of some Event, and the causesTransition relation should be used to record the causal relation from the Event to the Transition.") +AnnotationAssertion(rdfs:label SOMA:causesTransition "causes transition") +SubObjectPropertyOf(SOMA:causesTransition ) +InverseObjectProperties(SOMA:causesTransition SOMA:isCausedByEvent) +ObjectPropertyDomain(SOMA:causesTransition ) +ObjectPropertyRange(SOMA:causesTransition ) + +# Object Property: (co occurs) + +AnnotationAssertion(rdfs:comment SOMA:coOccurs "A schematic relation between any events that also implies that one event is temporally contained in the other. + +Sub-properties are used to distinct between different cases of event endpoint relations that hold for different types of co-occurance.") +AnnotationAssertion(rdfs:label SOMA:coOccurs "co occurs") +SubObjectPropertyOf(SOMA:coOccurs ) +SymmetricObjectProperty(SOMA:coOccurs) +ObjectPropertyDomain(SOMA:coOccurs ) +ObjectPropertyRange(SOMA:coOccurs ) + +# Object Property: () + +AnnotationAssertion(rdfs:comment SOMA:contains "A schematic relation asserting containment, understood in a very broad sense, by one Entity of another. The relation is defined with domain and range of maximum generality, as it is possible to construe containment to apply between Events, between Objects, between Qualities and so on. Care should be taken when using it that the construal of containment makes sense and is useful. If a clearer relation expresses the connection between two Entities, use that relation instead. For example, rather than saying an Event contains an Object, it is probably better to say the Event has that Object as a participant. More specific versions of this relation exist, e.g. containsEvent, so it is likely that there will be few situations where it should be used itself. However, by acting as a superproperty to several relations, it captures a core similarity between these and enables taxonomy-based similarity metrics.") +SubObjectPropertyOf(SOMA:contains ) +InverseObjectProperties(SOMA:contains SOMA:isContainedIn) +ObjectPropertyDomain(SOMA:contains ) +ObjectPropertyRange(SOMA:contains ) + +# Object Property: (contains event) + +AnnotationAssertion(SOMA:symbol SOMA:containsEvent "di") +AnnotationAssertion(rdfs:comment SOMA:containsEvent "`A contains event B` means that A strictly starts before, and ends after B, i.e. B is wholly contained in A.") +AnnotationAssertion(rdfs:label SOMA:containsEvent "contains event") +SubObjectPropertyOf(SOMA:containsEvent SOMA:coOccurs) +SubObjectPropertyOf(SOMA:containsEvent SOMA:contains) +InverseObjectProperties(SOMA:containsEvent SOMA:during) +TransitiveObjectProperty(SOMA:containsEvent) +ObjectPropertyDomain(SOMA:containsEvent ) +ObjectPropertyRange(SOMA:containsEvent ) + +# Object Property: (derived from) + +AnnotationAssertion(rdfs:comment SOMA:derivedFrom "The (transitive) relation between an information object and another which it has been derived from.") +AnnotationAssertion(rdfs:label SOMA:derivedFrom "derived from") +SubObjectPropertyOf(SOMA:derivedFrom ) +InverseObjectProperties(SOMA:derivedFrom SOMA:isSourceFor) +TransitiveObjectProperty(SOMA:derivedFrom) +ObjectPropertyDomain(SOMA:derivedFrom ) +ObjectPropertyRange(SOMA:derivedFrom ) + +# Object Property: (directly derived from) + +AnnotationAssertion(rdfs:comment SOMA:directlyDerivedFrom "The relation between an information object and another which it has been derived from.") +AnnotationAssertion(rdfs:label SOMA:directlyDerivedFrom "directly derived from") +SubObjectPropertyOf(SOMA:directlyDerivedFrom SOMA:derivedFrom) +InverseObjectProperties(SOMA:directlyDerivedFrom SOMA:isDirectSourceFor) + +# Object Property: () + +AnnotationAssertion(SOMA:symbol SOMA:during "d") +AnnotationAssertion(rdfs:comment SOMA:during "`A during B` means that B strictly starts before, and ends after A, i.e. A is wholly contained in B.") +SubObjectPropertyOf(SOMA:during SOMA:coOccurs) +SubObjectPropertyOf(SOMA:during SOMA:isContainedIn) +TransitiveObjectProperty(SOMA:during) +ObjectPropertyDomain(SOMA:during ) +ObjectPropertyRange(SOMA:during ) + +# Object Property: (finished by) + +AnnotationAssertion(SOMA:symbol SOMA:finishedBy "fi") +AnnotationAssertion(rdfs:comment SOMA:finishedBy "`A finishes B` means that A ends exactly where B ends, and that B strictly starts before A. As in \"I finish my day by taking a shower\".") +AnnotationAssertion(rdfs:label SOMA:finishedBy "finished by"@en) +SubObjectPropertyOf(SOMA:finishedBy SOMA:coOccurs) +InverseObjectProperties(SOMA:finishedBy SOMA:finishes) +TransitiveObjectProperty(SOMA:finishedBy) +ObjectPropertyDomain(SOMA:finishedBy ) +ObjectPropertyRange(SOMA:finishedBy ) + +# Object Property: () + +AnnotationAssertion(SOMA:symbol SOMA:finishes "f") +AnnotationAssertion(rdfs:comment SOMA:finishes "`A finishes B` means that A ends exactly where B ends, and that B strictly starts before A. As in \"I finish my day by taking a shower\".") +SubObjectPropertyOf(SOMA:finishes SOMA:coOccurs) +TransitiveObjectProperty(SOMA:finishes) +ObjectPropertyDomain(SOMA:finishes ) +ObjectPropertyRange(SOMA:finishes ) + +# Object Property: (first member) + +AnnotationAssertion(rdfs:comment SOMA:firstMember "A relation between a collection and a member of it that is least according to some ordering. This ordering can be arbitrary, i.e. the order in which Entities are recorded in the Collection.") +AnnotationAssertion(rdfs:label SOMA:firstMember "first member"@en) +SubObjectPropertyOf(SOMA:firstMember ) +ObjectPropertyDomain(SOMA:firstMember ) +ObjectPropertyRange(SOMA:firstMember ) + +# Object Property: (has goal) + +AnnotationAssertion(rdfs:comment SOMA:hasGoal "A relation from an Entity to a Goal it pursues. Agents can pursue Goals, and Tasks are also construed as pursuing Goals.") +AnnotationAssertion(rdfs:label SOMA:hasGoal "has goal"@en) +SubObjectPropertyOf(SOMA:hasGoal ) +ObjectPropertyDomain(SOMA:hasGoal ) +ObjectPropertyRange(SOMA:hasGoal ) + +# Object Property: (has initial scene) + +AnnotationAssertion(rdfs:comment SOMA:hasInitialScene "A relation between StateTransitions and Scenes, which identifies the scene the transition starts from.") +AnnotationAssertion(rdfs:label SOMA:hasInitialScene "has initial scene") +SubObjectPropertyOf(SOMA:hasInitialScene SOMA:hasInitialState) +InverseObjectProperties(SOMA:isInitialSceneOf SOMA:hasInitialScene) +AsymmetricObjectProperty(SOMA:hasInitialScene) +IrreflexiveObjectProperty(SOMA:hasInitialScene) +ObjectPropertyDomain(SOMA:hasInitialScene SOMA:StateTransition) +ObjectPropertyRange(SOMA:hasInitialScene SOMA:Scene) + +# Object Property: (has initial state) + +AnnotationAssertion(rdfs:comment SOMA:hasInitialState "A relation which connects a Transition to the Situation it starts from.") +AnnotationAssertion(rdfs:label SOMA:hasInitialState "has initial state") +SubObjectPropertyOf(SOMA:hasInitialState SOMA:includesSituation) +InverseObjectProperties(SOMA:hasInitialState SOMA:isInitialStateOf) +ObjectPropertyDomain(SOMA:hasInitialState ) +ObjectPropertyRange(SOMA:hasInitialState ) + +# Object Property: (has input parameter) + +AnnotationAssertion(rdfs:comment SOMA:hasInputParameter "A relation between a Task and one of its input parameters.") +AnnotationAssertion(rdfs:comment SOMA:hasInputParameter "A relation from an EventType (typically, a Task) and a parameter describing some state of affairs before the event classified by the EventType takes place, and which contributes towards that event happening.") +AnnotationAssertion(rdfs:label SOMA:hasInputParameter "has input parameter") +SubObjectPropertyOf(SOMA:hasInputParameter ) +InverseObjectProperties(SOMA:hasInputParameter SOMA:isInputParameterFor) +ObjectPropertyDomain(SOMA:hasInputParameter ) +ObjectPropertyRange(SOMA:hasInputParameter ) + +# Object Property: (has output parameter) + +AnnotationAssertion(rdfs:comment SOMA:hasOutputParameter "A relation between a Task and one of its output parameters.") +AnnotationAssertion(rdfs:comment SOMA:hasOutputParameter "A relation from an EventType (typically a Task) to a Parameter describing an outcome of the event classified by the EventType.") +AnnotationAssertion(rdfs:label SOMA:hasOutputParameter "has output parameter") +SubObjectPropertyOf(SOMA:hasOutputParameter ) +InverseObjectProperties(SOMA:hasOutputParameter SOMA:isOutputParameterFor) +ObjectPropertyDomain(SOMA:hasOutputParameter ) +ObjectPropertyRange(SOMA:hasOutputParameter ) + +# Object Property: (has phase) + +AnnotationAssertion(rdfs:comment SOMA:hasPhase "A relation used to describe the structure of an Action or Process in terms of phases, i.e. subprocesses and states that occur during its unfolding.") +AnnotationAssertion(rdfs:label SOMA:hasPhase "has phase") +SubObjectPropertyOf(SOMA:hasPhase ) +ObjectPropertyDomain(SOMA:hasPhase ObjectUnionOf( )) +ObjectPropertyRange(SOMA:hasPhase ObjectUnionOf(SOMA:State )) + +# Object Property: (has physical component) + +AnnotationAssertion(rdfs:comment SOMA:hasPhysicalComponent "A relation used to describe the structure of a PhysicalObject in terms of physical components, i.e. what other PhysicalObjects are components of it.") +AnnotationAssertion(rdfs:label SOMA:hasPhysicalComponent "has physical component") +SubObjectPropertyOf(SOMA:hasPhysicalComponent ) +ObjectPropertyDomain(SOMA:hasPhysicalComponent ) +ObjectPropertyRange(SOMA:hasPhysicalComponent ) + +# Object Property: (has software agent) + +AnnotationAssertion(rdfs:comment SOMA:hasSoftwareAgent "A relation from an Event and the SoftwareAgent responsible for making that Event happen.") +AnnotationAssertion(rdfs:label SOMA:hasSoftwareAgent "has software agent") +SubObjectPropertyOf(SOMA:hasSoftwareAgent ) +ObjectPropertyDomain(SOMA:hasSoftwareAgent ) + +# Object Property: (has status) + +AnnotationAssertion(rdfs:comment SOMA:hasStatus "A relation from an Entity to a Quality that is indicative of the Entity's state, e.g. if it is a device, its state of operation.") +AnnotationAssertion(rdfs:label SOMA:hasStatus "has status") +SubObjectPropertyOf(SOMA:hasStatus ) + +# Object Property: (has terminal scene) + +AnnotationAssertion(rdfs:comment SOMA:hasTerminalScene "A relation between StateTransitions and Scenes, which identifies the scene the transition is expected to end at.") +AnnotationAssertion(rdfs:label SOMA:hasTerminalScene "has terminal scene") +SubObjectPropertyOf(SOMA:hasTerminalScene SOMA:hasTerminalState) +InverseObjectProperties(SOMA:isTerminalSceneOf SOMA:hasTerminalScene) +AsymmetricObjectProperty(SOMA:hasTerminalScene) +IrreflexiveObjectProperty(SOMA:hasTerminalScene) +ObjectPropertyDomain(SOMA:hasTerminalScene SOMA:StateTransition) +ObjectPropertyRange(SOMA:hasTerminalScene SOMA:Scene) + +# Object Property: (has terminal state) + +AnnotationAssertion(rdfs:comment SOMA:hasTerminalState "A relation from a Transition to the Situation it ends in.") +AnnotationAssertion(rdfs:label SOMA:hasTerminalState "has terminal state") +SubObjectPropertyOf(SOMA:hasTerminalState SOMA:includesSituation) +InverseObjectProperties(SOMA:hasTerminalState SOMA:isTerminalStateOf) +ObjectPropertyDomain(SOMA:hasTerminalState ) +ObjectPropertyRange(SOMA:hasTerminalState ) + +# Object Property: (includes concept) + +AnnotationAssertion(rdfs:comment SOMA:includesConcept "A relation recording that a Situation has a Concept as participant in some sort of role.") +AnnotationAssertion(rdfs:label SOMA:includesConcept "includes concept") +SubObjectPropertyOf(SOMA:includesConcept ) +InverseObjectProperties(SOMA:includesConcept SOMA:isConceptIncludedIn) +ObjectPropertyDomain(SOMA:includesConcept ) +ObjectPropertyRange(SOMA:includesConcept ) + +# Object Property: () + +AnnotationAssertion(rdfs:comment SOMA:includesRecord "A relationship indicating that an Event has been recorded by an InformationObject") +SubObjectPropertyOf(SOMA:includesRecord ) +InverseObjectProperties(SOMA:includesRecord SOMA:isRecordIncludedBy) +ObjectPropertyDomain(SOMA:includesRecord ) +ObjectPropertyRange(SOMA:includesRecord ) + +# Object Property: (includes situation) + +AnnotationAssertion(rdfs:comment SOMA:includesSituation "A relation recording that a Situation has a (sub) Situation as participant in some role.") +AnnotationAssertion(rdfs:label SOMA:includesSituation "includes situation") +SubObjectPropertyOf(SOMA:includesSituation ) +InverseObjectProperties(SOMA:includesSituation SOMA:isSituationIncludedIn) +ObjectPropertyDomain(SOMA:includesSituation ) +ObjectPropertyRange(SOMA:includesSituation ) + +# Object Property: (involves artifact) + +AnnotationAssertion(rdfs:comment SOMA:involvesArtifact "Artifact participation.") +AnnotationAssertion(rdfs:label SOMA:involvesArtifact "involves artifact") +SubObjectPropertyOf(SOMA:involvesArtifact ) +InverseObjectProperties(SOMA:involvesArtifact SOMA:isArtifactInvolvedIn) +ObjectPropertyDomain(SOMA:involvesArtifact ) +ObjectPropertyRange(SOMA:involvesArtifact ) + +# Object Property: (involves place) + +AnnotationAssertion(rdfs:comment SOMA:involvesPlace "A relation recording that an Event makes some use of a PhysicalPlace. Typically this place is where the Event is located.") +AnnotationAssertion(rdfs:label SOMA:involvesPlace "involves place") +SubObjectPropertyOf(SOMA:involvesPlace ) +InverseObjectProperties(SOMA:involvesPlace SOMA:isPlaceInvolvedIn) +ObjectPropertyDomain(SOMA:involvesPlace ) +ObjectPropertyRange(SOMA:involvesPlace ) + +# Object Property: (is artifact involved in) + +AnnotationAssertion(rdfs:comment SOMA:isArtifactInvolvedIn "Artifact participation.") +AnnotationAssertion(rdfs:label SOMA:isArtifactInvolvedIn "is artifact involved in") +SubObjectPropertyOf(SOMA:isArtifactInvolvedIn ) +ObjectPropertyDomain(SOMA:isArtifactInvolvedIn ) +ObjectPropertyRange(SOMA:isArtifactInvolvedIn ) + +# Object Property: (is caused by event) + +AnnotationAssertion(rdfs:comment SOMA:isCausedByEvent "A relation recording that a Transition is the result of some Event.") +AnnotationAssertion(rdfs:label SOMA:isCausedByEvent "is caused by event") +SubObjectPropertyOf(SOMA:isCausedByEvent ) +ObjectPropertyDomain(SOMA:isCausedByEvent ) +ObjectPropertyRange(SOMA:isCausedByEvent ) + +# Object Property: (is concept included in) + +AnnotationAssertion(rdfs:comment SOMA:isConceptIncludedIn "A relation recording that a Concept participates in a Situation in some way.") +AnnotationAssertion(rdfs:label SOMA:isConceptIncludedIn "is concept included in") +SubObjectPropertyOf(SOMA:isConceptIncludedIn ) +ObjectPropertyDomain(SOMA:isConceptIncludedIn ) +ObjectPropertyRange(SOMA:isConceptIncludedIn ) + +# Object Property: (is contained in) + +AnnotationAssertion(rdfs:comment SOMA:isContainedIn "The inverse of the contains relation. See the contains relation for details.") +AnnotationAssertion(rdfs:label SOMA:isContainedIn "is contained in") +SubObjectPropertyOf(SOMA:isContainedIn ) +ObjectPropertyDomain(SOMA:isContainedIn ) +ObjectPropertyRange(SOMA:isContainedIn ) + +# Object Property: (is direct source for) + +AnnotationAssertion(rdfs:comment SOMA:isDirectSourceFor "The (transitive) relation between an information object and another which was derived from the former.") +AnnotationAssertion(rdfs:label SOMA:isDirectSourceFor "is direct source for") +SubObjectPropertyOf(SOMA:isDirectSourceFor SOMA:isSourceFor) + +# Object Property: (is initial scene of) + +AnnotationAssertion(rdfs:comment SOMA:isInitialSceneOf "A relation between StateTransitions and Scenes, which identifies the scene the transition starts from.") +AnnotationAssertion(rdfs:label SOMA:isInitialSceneOf "is initial scene of") +SubObjectPropertyOf(SOMA:isInitialSceneOf SOMA:isInitialStateOf) +ObjectPropertyDomain(SOMA:isInitialSceneOf SOMA:Scene) +ObjectPropertyRange(SOMA:isInitialSceneOf SOMA:StateTransition) + +# Object Property: (is initial state of) + +AnnotationAssertion(rdfs:comment SOMA:isInitialStateOf "A relation recording that a Situation was where a Transition began.") +AnnotationAssertion(rdfs:label SOMA:isInitialStateOf "is initial state of") +SubObjectPropertyOf(SOMA:isInitialStateOf SOMA:isSituationIncludedIn) +ObjectPropertyDomain(SOMA:isInitialStateOf ) +ObjectPropertyRange(SOMA:isInitialStateOf ) + +# Object Property: (is input parameter for) - +AnnotationAssertion(rdfs:comment SOMA:isInputParameterFor "A relation between a Task and one of its input parameters.") +AnnotationAssertion(rdfs:comment SOMA:isInputParameterFor "A relation from a Parameter to an EventType (typically, a Task). The parameter describes some state of affairs that precedes and will contribute to the event classified by the EventType.") +AnnotationAssertion(rdfs:label SOMA:isInputParameterFor "is input parameter for") +SubObjectPropertyOf(SOMA:isInputParameterFor ) +ObjectPropertyDomain(SOMA:isInputParameterFor ) +ObjectPropertyRange(SOMA:isInputParameterFor ) + +# Object Property: (is input role of) +AnnotationAssertion(rdfs:comment SOMA:isInputRoleOf "A relation between an input roles and its Task.") +AnnotationAssertion(rdfs:label SOMA:isInputRoleOf "is input role of"@en) +SubObjectPropertyOf(SOMA:isInputRoleOf ) +InverseObjectProperties(SOMA:isInputRoleOf SOMA:isTaskOfInputRole) +ObjectPropertyDomain(SOMA:isInputRoleOf ) +ObjectPropertyRange(SOMA:isInputRoleOf ) - +# Object Property: (is occurence of) + +AnnotationAssertion(rdfs:comment SOMA:isOccurrenceOf "A relation between an event and an event type, e.g. 'taking the cup from the table' is an occurence of the motion 'approaching'.") +AnnotationAssertion(rdfs:label SOMA:isOccurrenceOf "is occurence of") +SubObjectPropertyOf(SOMA:isOccurrenceOf ) +InverseObjectProperties(SOMA:isOccurrenceOf SOMA:isOccurringIn) +ObjectPropertyDomain(SOMA:isOccurrenceOf ) +ObjectPropertyRange(SOMA:isOccurrenceOf ) +# Object Property: (is occurring in) + +AnnotationAssertion(rdfs:comment SOMA:isOccurringIn "A relation between an event and an event type, e.g. 'taking the cup from the table' is an occurence of the motion 'approaching'.") +AnnotationAssertion(rdfs:label SOMA:isOccurringIn "is occurring in") +SubObjectPropertyOf(SOMA:isOccurringIn ) +ObjectPropertyDomain(SOMA:isOccurringIn ) +ObjectPropertyRange(SOMA:isOccurringIn ) + +# Object Property: (is output parameter for) - - - - An Event for which causes are unknown and/or considered irrelevant. This is true also for "final causes" (that is, intentions) of Agents participating in the Accident: it is not the intentions of these Agents to bring about the Accident. +AnnotationAssertion(rdfs:comment SOMA:isOutputParameterFor "A relation between a Task and one of its output parameters.") +AnnotationAssertion(rdfs:comment SOMA:isOutputParameterFor "A relation from a Parameter to an EventType (typically, a Task). The parameter describes an outcome of the event classified by the EventType.") +AnnotationAssertion(rdfs:label SOMA:isOutputParameterFor "is output parameter for") +SubObjectPropertyOf(SOMA:isOutputParameterFor ) +ObjectPropertyDomain(SOMA:isOutputParameterFor ) +ObjectPropertyRange(SOMA:isOutputParameterFor ) + +# Object Property: (is output role of) + +AnnotationAssertion(rdfs:comment SOMA:isOutputRoleOf "A relation between an output roles and its Task.") +AnnotationAssertion(rdfs:label SOMA:isOutputRoleOf "is output role of"@en) +SubObjectPropertyOf(SOMA:isOutputRoleOf ) +InverseObjectProperties(SOMA:isOutputRoleOf SOMA:isTaskOfOutputRole) +ObjectPropertyDomain(SOMA:isOutputRoleOf ) +ObjectPropertyRange(SOMA:isOutputRoleOf ) + +# Object Property: (is place involved in) + +AnnotationAssertion(rdfs:comment SOMA:isPlaceInvolvedIn "A relation recording that a PhysicalPlace is involved in some Event; typically, this is where the Event is located.") +AnnotationAssertion(rdfs:label SOMA:isPlaceInvolvedIn "is place involved in") +SubObjectPropertyOf(SOMA:isPlaceInvolvedIn ) +ObjectPropertyDomain(SOMA:isPlaceInvolvedIn ) +ObjectPropertyRange(SOMA:isPlaceInvolvedIn ) + +# Object Property: (is plan for) + +AnnotationAssertion(rdfs:comment SOMA:isPlanFor "A special relation between a Plan and a Task, to indicate that the Plan describes a way to achieve the Task.") +AnnotationAssertion(rdfs:label SOMA:isPlanFor "is plan for"@en) +AnnotationAssertion(rdfs:seeAlso SOMA:isPlanFor "Note that DUL already says Plans can define Tasks, but that relation is used differently: a Plan defines a Task because it contains it as a step.") +SubObjectPropertyOf(SOMA:isPlanFor ) +ObjectPropertyDomain(SOMA:isPlanFor ) +ObjectPropertyRange(SOMA:isPlanFor ) + +# Object Property: () + +AnnotationAssertion(rdfs:comment SOMA:isRecordIncludedBy "A relationship indicating that an InformationObject is a recording of an Event.") +SubObjectPropertyOf(SOMA:isRecordIncludedBy ) +ObjectPropertyDomain(SOMA:isRecordIncludedBy ) +ObjectPropertyRange(SOMA:isRecordIncludedBy ) + +# Object Property: (is situation included in) + +AnnotationAssertion(rdfs:comment SOMA:isSituationIncludedIn "A relation recording that a Situation participates in another in some role, or can be considered as a subsituation of the other.") +AnnotationAssertion(rdfs:label SOMA:isSituationIncludedIn "is situation included in") +SubObjectPropertyOf(SOMA:isSituationIncludedIn ) +ObjectPropertyDomain(SOMA:isSituationIncludedIn ) +ObjectPropertyRange(SOMA:isSituationIncludedIn ) + +# Object Property: (is source for) + +AnnotationAssertion(rdfs:comment SOMA:isSourceFor "The (transitive) relation between an information object and another which was derived from the former.") +AnnotationAssertion(rdfs:label SOMA:isSourceFor "is source for") +SubObjectPropertyOf(SOMA:isSourceFor ) +TransitiveObjectProperty(SOMA:isSourceFor) + +# Object Property: (is task of input role) + +AnnotationAssertion(rdfs:comment SOMA:isTaskOfInputRole "A relation between a Task and one of its input roles.") +AnnotationAssertion(rdfs:label SOMA:isTaskOfInputRole "is task of input role"@en) +SubObjectPropertyOf(SOMA:isTaskOfInputRole ) +ObjectPropertyDomain(SOMA:isTaskOfInputRole ) +ObjectPropertyRange(SOMA:isTaskOfInputRole ) + +# Object Property: (is task of output role) + +AnnotationAssertion(rdfs:comment SOMA:isTaskOfOutputRole "A relation between a Task and one of its output roles.") +AnnotationAssertion(rdfs:label SOMA:isTaskOfOutputRole "is task of output role"@en) +SubObjectPropertyOf(SOMA:isTaskOfOutputRole ) +ObjectPropertyDomain(SOMA:isTaskOfOutputRole ) +ObjectPropertyRange(SOMA:isTaskOfOutputRole ) + +# Object Property: (is terminal scene of) + +AnnotationAssertion(rdfs:comment SOMA:isTerminalSceneOf "A relation between StateTransitions and Scenes, which identifies the scene the transition is expected to end at.") +AnnotationAssertion(rdfs:label SOMA:isTerminalSceneOf "is terminal scene of") +SubObjectPropertyOf(SOMA:isTerminalSceneOf SOMA:isTerminalStateOf) +ObjectPropertyDomain(SOMA:isTerminalSceneOf SOMA:Scene) +ObjectPropertyRange(SOMA:isTerminalSceneOf SOMA:StateTransition) + +# Object Property: (is terminal state of) + +AnnotationAssertion(rdfs:comment SOMA:isTerminalStateOf "A relation recording that a Situation was where a Transition ended.") +AnnotationAssertion(rdfs:label SOMA:isTerminalStateOf "is terminal state of") +SubObjectPropertyOf(SOMA:isTerminalStateOf SOMA:isSituationIncludedIn) +ObjectPropertyDomain(SOMA:isTerminalStateOf ) +ObjectPropertyRange(SOMA:isTerminalStateOf ) + +# Object Property: () + +AnnotationAssertion(SOMA:symbol SOMA:meets "m") +AnnotationAssertion(rdfs:comment SOMA:meets "A relation between entities, expressing a 'sequence' schema where one of the entities exactly ends where the other entity starts.") +SubObjectPropertyOf(SOMA:meets ) +InverseObjectProperties(SOMA:meets SOMA:metBy) +AsymmetricObjectProperty(SOMA:meets) +IrreflexiveObjectProperty(SOMA:meets) +ObjectPropertyDomain(SOMA:meets ) +ObjectPropertyRange(SOMA:meets ) + +# Object Property: (met by) + +AnnotationAssertion(SOMA:symbol SOMA:metBy "mi") +AnnotationAssertion(rdfs:comment SOMA:metBy "A relation between entities, expressing a 'sequence' schema where one of the entities exactly ends where the other entity starts.") +AnnotationAssertion(rdfs:label SOMA:metBy "met by"@en) +SubObjectPropertyOf(SOMA:metBy ) +AsymmetricObjectProperty(SOMA:metBy) +IrreflexiveObjectProperty(SOMA:metBy) +ObjectPropertyDomain(SOMA:metBy ) +ObjectPropertyRange(SOMA:metBy ) + +# Object Property: (overlapped by) + +AnnotationAssertion(SOMA:symbol SOMA:overlappedBy "oi") +AnnotationAssertion(rdfs:comment SOMA:overlappedBy "A schematic relation between any entities that also implies ordering, e.g. \"she has worked into the night\".") +AnnotationAssertion(rdfs:label SOMA:overlappedBy "overlapped by") +SubObjectPropertyOf(SOMA:overlappedBy ) +InverseObjectProperties(SOMA:overlappedBy SOMA:overlappedOn) +AsymmetricObjectProperty(SOMA:overlappedBy) +IrreflexiveObjectProperty(SOMA:overlappedBy) +ObjectPropertyDomain(SOMA:overlappedBy ) +ObjectPropertyRange(SOMA:overlappedBy ) + +# Object Property: (overlapped on) + +AnnotationAssertion(SOMA:symbol SOMA:overlappedOn "o") +AnnotationAssertion(rdfs:comment SOMA:overlappedOn "A schematic relation between any entities that also implies ordering, e.g. \"she has worked into the night\".") +AnnotationAssertion(rdfs:label SOMA:overlappedOn "overlapped on") +SubObjectPropertyOf(SOMA:overlappedOn ) +AsymmetricObjectProperty(SOMA:overlappedOn) +IrreflexiveObjectProperty(SOMA:overlappedOn) +ObjectPropertyDomain(SOMA:overlappedOn ) +ObjectPropertyRange(SOMA:overlappedOn ) -Note a distinction between this definition and some informal, everyday uses of "accident" which require a causal structure and responsibility to be ascertained. An accident, in the informal sense, may require an explanation as to who made a mistake in bringing about the event; a "traffic accident", where we want to know who's responsible, is an example of this. +# Object Property: () + +AnnotationAssertion(SOMA:symbol SOMA:simultaneous "=") +AnnotationAssertion(rdfs:comment SOMA:simultaneous "`A simultaneous B` means that A strictly starts and ends at the same time instant as B, i.e. their temporal extend is equal.") +SubObjectPropertyOf(SOMA:simultaneous SOMA:coOccurs) +SymmetricObjectProperty(SOMA:simultaneous) +TransitiveObjectProperty(SOMA:simultaneous) +ObjectPropertyDomain(SOMA:simultaneous ) +ObjectPropertyRange(SOMA:simultaneous ) + +# Object Property: (started by) + +AnnotationAssertion(SOMA:symbol SOMA:startedBy "si") +AnnotationAssertion(rdfs:comment SOMA:startedBy "`A starts B` means that A starts exactly where B starts, and that A strictly ends before B. As in \"I start my day with a coffee\".") +AnnotationAssertion(rdfs:label SOMA:startedBy "started by"@en) +SubObjectPropertyOf(SOMA:startedBy SOMA:coOccurs) +InverseObjectProperties(SOMA:startedBy SOMA:starts) +TransitiveObjectProperty(SOMA:startedBy) +ObjectPropertyDomain(SOMA:startedBy ) +ObjectPropertyRange(SOMA:startedBy ) + +# Object Property: () -Such an event does NOT fall under the definition of Accident here. An example of Accident would be a fair coin landing Heads: the causal chain for why this exact face landed is not important, all that matters is the brute fact that the coin landed Heads. - also think about "mistakes": (Mihai:) yes, but consider whether those might qualify as Situations. Likewise for Accidents, actually. - - +AnnotationAssertion(SOMA:symbol SOMA:starts "s") +AnnotationAssertion(rdfs:comment SOMA:starts "`A starts B` means that A starts exactly where B starts, and that A strictly ends before B. As in \"I start my day with a coffee\".") +SubObjectPropertyOf(SOMA:starts SOMA:coOccurs) +TransitiveObjectProperty(SOMA:starts) +ObjectPropertyDomain(SOMA:starts ) +ObjectPropertyRange(SOMA:starts ) +# Object Property: (executes task) - +SubObjectPropertyOf( SOMA:isOccurrenceOf) +# Object Property: (is executed in) - - - - - - - - - - - - - - idea: steps in workflows assert that they are defined by action execution plans. - links role and parameter fillers to e.g. slots in a data structure - Action execution plan - - +SubObjectPropertyOf( SOMA:isOccurringIn) - +############################ +# Data Properties +############################ +# Data Property: () - - - - A description of amateurish behavior. - - +AnnotationAssertion(rdfs:comment SOMA:hasDataFormat "A property linking an InformationRealization to a string specifying a format name, e.g. URDF or STL.") +SubDataPropertyOf(SOMA:hasDataFormat ) +DataPropertyDomain(SOMA:hasDataFormat ) +DataPropertyRange(SOMA:hasDataFormat xsd:string) +# Data Property: (has event begin) - +AnnotationAssertion(rdfs:comment SOMA:hasEventBegin "A relation recording when an Event started. In this case, we think of the Event as something unfolding over some span of time.") +AnnotationAssertion(rdfs:label SOMA:hasEventBegin "has event begin") +SubDataPropertyOf(SOMA:hasEventBegin SOMA:hasEventTime) +DataPropertyDomain(SOMA:hasEventBegin ) +DataPropertyRange(SOMA:hasEventBegin xsd:double) +# Data Property: (has event end) - - - - - - - - - A diagnosis of how a system interacts with its world. - Behavioral diagnosis - - +AnnotationAssertion(rdfs:comment SOMA:hasEventEnd "A relation recording when an Event ended. In this case, we think of the Event as something unfolding over some span of time.") +AnnotationAssertion(rdfs:label SOMA:hasEventEnd "has event end") +SubDataPropertyOf(SOMA:hasEventEnd SOMA:hasEventTime) +DataPropertyDomain(SOMA:hasEventEnd ) +DataPropertyRange(SOMA:hasEventEnd xsd:double) +# Data Property: (has event time) - +AnnotationAssertion(rdfs:comment SOMA:hasEventTime "Superproperty of hasEventBegin and hasEventEnd, records that an Event happened, or was happening, at a particular time. Using the subproperties captures the richer semantics of that time relative to the event. Using only this superproperty may be appropriate when the Event is construed to take place at a single instant of time.") +AnnotationAssertion(rdfs:label SOMA:hasEventTime "has event time") +SubDataPropertyOf(SOMA:hasEventTime ) +DataPropertyDomain(SOMA:hasEventTime ) +DataPropertyRange(SOMA:hasEventTime xsd:double) +# Data Property: (has interval begin) - - - A description of clumsy behavior. - - +AnnotationAssertion(rdfs:comment SOMA:hasIntervalBegin "A relation recording when some TimeInterval started.") +AnnotationAssertion(rdfs:label SOMA:hasIntervalBegin "has interval begin") +SubDataPropertyOf(SOMA:hasIntervalBegin SOMA:hasIntervalTime) +DataPropertyDomain(SOMA:hasIntervalBegin ) +DataPropertyRange(SOMA:hasIntervalBegin xsd:float) +# Data Property: (has interval end) - +AnnotationAssertion(rdfs:comment SOMA:hasIntervalEnd "A relation recording when a TimeInterval ended.") +AnnotationAssertion(rdfs:label SOMA:hasIntervalEnd "has interval end") +SubDataPropertyOf(SOMA:hasIntervalEnd SOMA:hasIntervalTime) +DataPropertyDomain(SOMA:hasIntervalEnd ) +DataPropertyRange(SOMA:hasIntervalEnd xsd:float) +# Data Property: (has interval time) - - - A description of the dexterity of a system, possibly in comparison to another system. - Dexterity diagnosis - - +AnnotationAssertion(rdfs:comment SOMA:hasIntervalTime "Superproperty of relations used to connect moments in time to a TimeInterval.") +AnnotationAssertion(rdfs:label SOMA:hasIntervalTime "has interval time") +SubDataPropertyOf(SOMA:hasIntervalTime ) +DataPropertyDomain(SOMA:hasIntervalTime ) +DataPropertyRange(SOMA:hasIntervalTime xsd:float) +# Data Property: (has name string) - +AnnotationAssertion(rdfs:comment SOMA:hasNameString "A relation recording some identifier associated to an Entity.") +AnnotationAssertion(rdfs:label SOMA:hasNameString "has name string") +SubDataPropertyOf(SOMA:hasNameString ) +DataPropertyDomain(SOMA:hasNameString ) +DataPropertyRange(SOMA:hasNameString xsd:string) +# Data Property: () - - - - - +AnnotationAssertion(rdfs:comment SOMA:hasPersistentIdentifier "A property linking an InformationRealization to a persistent identifier such as a DOI, which can then be used to obtain an address at which the realization (i.e. digital file) can be retrieved.") +SubDataPropertyOf(SOMA:hasPersistentIdentifier ) +DataPropertyDomain(SOMA:hasPersistentIdentifier ) +DataPropertyRange(SOMA:hasPersistentIdentifier xsd:string) +# Data Property: (is reification of) - +AnnotationAssertion(rdfs:comment SOMA:isReificationOf "An auxiliary property that is used to generate object individuals, called reifications, from any other Entity, e.g. from relations, classes, data types. These reifications can then be used in DL axioms as any other named individual.") +AnnotationAssertion(rdfs:label SOMA:isReificationOf "is reification of") +SubDataPropertyOf(SOMA:isReificationOf ) +DataPropertyDomain(SOMA:isReificationOf ) +DataPropertyRange(SOMA:isReificationOf xsd:anyURI) - - - A description of a failed attempt to achieve some goal. - Failed attempt - - +############################ +# Datatypes +############################ +# Datatype: () - +DatatypeDefinition(SOMA:array_boolean xsd:string) +# Datatype: () - - - A substance with a consistency such that it can flow or diffuse. - - +DatatypeDefinition(SOMA:array_double xsd:string) +# Datatype: () - +DatatypeDefinition(SOMA:array_float xsd:string) +# Datatype: () - - - A description of foolish behavior. - - +DatatypeDefinition(SOMA:array_int xsd:string) +# Datatype: () - +DatatypeDefinition(SOMA:array_string xsd:string) +# Datatype: () - - - An internal diagnosis of a system. - Functional diagnosis - - +DatatypeDefinition(SOMA:array_uint xsd:string) - +############################ +# Classes +############################ +# Class: () - - - A diagnosis of the hardware of a system. - Hardware diagnosis - - +AnnotationAssertion(rdfs:comment SOMA:Accident "An Event for which causes are unknown and/or considered irrelevant. This is true also for \"final causes\" (that is, intentions) of Agents participating in the Accident: it is not the intentions of these Agents to bring about the Accident. +Note a distinction between this definition and some informal, everyday uses of \"accident\" which require a causal structure and responsibility to be ascertained. An accident, in the informal sense, may require an explanation as to who made a mistake in bringing about the event; a \"traffic accident\", where we want to know who's responsible, is an example of this. - +Such an event does NOT fall under the definition of Accident here. An example of Accident would be a fair coin landing Heads: the causal chain for why this exact face landed is not important, all that matters is the brute fact that the coin landed Heads.") +AnnotationAssertion(rdfs:comment SOMA:Accident "also think about \"mistakes\": (Mihai:) yes, but consider whether those might qualify as Situations. Likewise for Accidents, actually.") +SubClassOf(SOMA:Accident ) +DisjointClasses(SOMA:Accident ) +# Class: (Action execution plan) - - - An episode in which one or more human beings perform an activity and are recorded doing so. - - +AnnotationAssertion(rdfs:comment SOMA:ActionExecutionPlan "idea: steps in workflows assert that they are defined by action execution plans.") +AnnotationAssertion(rdfs:comment SOMA:ActionExecutionPlan "links role and parameter fillers to e.g. slots in a data structure") +AnnotationAssertion(rdfs:label SOMA:ActionExecutionPlan "Action execution plan"@en) +SubClassOf(SOMA:ActionExecutionPlan ) +SubClassOf(SOMA:ActionExecutionPlan ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:Status))) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Amateurish "A description of amateurish behavior.") +SubClassOf(SOMA:Amateurish SOMA:DexterityDiagnosis) +DisjointClasses(SOMA:Amateurish SOMA:Masterful) +# Class: (Behavioral diagnosis) - - - A description of a situation with a goal that some system is unable to achieve. - - +AnnotationAssertion(rdfs:comment SOMA:BehavioralDiagnosis "A diagnosis of how a system interacts with its world.") +AnnotationAssertion(rdfs:label SOMA:BehavioralDiagnosis "Behavioral diagnosis") +SubClassOf(SOMA:BehavioralDiagnosis ) +SubClassOf(SOMA:BehavioralDiagnosis ObjectSomeValuesFrom( )) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Clumsiness "A description of clumsy behavior.") +SubClassOf(SOMA:Clumsiness SOMA:Amateurish) +# Class: (Dexterity diagnosis) - - - A description of a situation with a goal that is impossible to achieve in some situational context. - - +AnnotationAssertion(rdfs:comment SOMA:DexterityDiagnosis "A description of the dexterity of a system, possibly in comparison to another system.") +AnnotationAssertion(rdfs:label SOMA:DexterityDiagnosis "Dexterity diagnosis") +SubClassOf(SOMA:DexterityDiagnosis SOMA:BehavioralDiagnosis) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Episode "") +SubClassOf(SOMA:Episode ) +# Class: (Failed attempt) - - - A description of masterful behavior. - - +AnnotationAssertion(rdfs:comment SOMA:FailedAttempt "A description of a failed attempt to achieve some goal.") +AnnotationAssertion(rdfs:label SOMA:FailedAttempt "Failed attempt"@en) +SubClassOf(SOMA:FailedAttempt SOMA:Unsuccessfulness) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Fluid "A substance with a consistency such that it can flow or diffuse.") +SubClassOf(SOMA:Fluid ) +# Class: () - - - - - - - - - - A functional diagnosis of an organism. - Medical diagnosis - - +AnnotationAssertion(rdfs:comment SOMA:Foolishness "A description of foolish behavior.") +SubClassOf(SOMA:Foolishness SOMA:Amateurish) +# Class: (Functional diagnosis) - +AnnotationAssertion(rdfs:comment SOMA:FunctionalDiagnosis "An internal diagnosis of a system.") +AnnotationAssertion(rdfs:label SOMA:FunctionalDiagnosis "Functional diagnosis") +SubClassOf(SOMA:FunctionalDiagnosis ) +# Class: (Hardware diagnosis) - - - - - - - - - An episode which has been recorded. - - +AnnotationAssertion(rdfs:comment SOMA:HardwareDiagnosis "A diagnosis of the hardware of a system.") +AnnotationAssertion(rdfs:label SOMA:HardwareDiagnosis "Hardware diagnosis") +SubClassOf(SOMA:HardwareDiagnosis SOMA:TechnicalDiagnosis) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:HumanActivityRecording "An episode in which one or more human beings perform an activity and are recorded doing so.") +SubClassOf(SOMA:HumanActivityRecording SOMA:RecordedEpisode) +# Class: () - - - - - - 1 - - - - A description that *describes* a formal entity. - - +AnnotationAssertion(rdfs:comment SOMA:Inability "A description of a situation with a goal that some system is unable to achieve.") +SubClassOf(SOMA:Inability SOMA:Unsuccessfulness) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Infeasibility "A description of a situation with a goal that is impossible to achieve in some situational context.") +SubClassOf(SOMA:Infeasibility SOMA:Unsuccessfulness) +# Class: () - - +AnnotationAssertion(rdfs:comment SOMA:Masterful "A description of masterful behavior.") +SubClassOf(SOMA:Masterful SOMA:DexterityDiagnosis) +# Class: (Medical diagnosis) - +AnnotationAssertion(rdfs:comment SOMA:MedicalDiagnosis "A functional diagnosis of an organism.") +AnnotationAssertion(rdfs:label SOMA:MedicalDiagnosis "Medical diagnosis") +SubClassOf(SOMA:MedicalDiagnosis SOMA:FunctionalDiagnosis) +SubClassOf(SOMA:MedicalDiagnosis ObjectSomeValuesFrom( )) +DisjointClasses(SOMA:MedicalDiagnosis SOMA:TechnicalDiagnosis) +# Class: () - - - A description of sluggish behavior. - - +AnnotationAssertion(rdfs:comment SOMA:RecordedEpisode "An episode which has been recorded.") +SubClassOf(SOMA:RecordedEpisode SOMA:Episode) +SubClassOf(SOMA:RecordedEpisode ObjectSomeValuesFrom(SOMA:includesRecord )) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Reification "A description that *describes* a formal entity.") +SubClassOf(SOMA:Reification ) +SubClassOf(SOMA:Reification DataExactCardinality(1 SOMA:isReificationOf xsd:anyURI)) +# Class: () - - - A diagnosis of the software of a system. - Software diagnosis - - +AnnotationAssertion(rdfs:comment SOMA:Sluggishness "A description of sluggish behavior.") +SubClassOf(SOMA:Sluggishness SOMA:Amateurish) +# Class: (Software diagnosis) - +AnnotationAssertion(rdfs:comment SOMA:SoftwareDiagnosis "A diagnosis of the software of a system.") +AnnotationAssertion(rdfs:label SOMA:SoftwareDiagnosis "Software diagnosis") +SubClassOf(SOMA:SoftwareDiagnosis SOMA:TechnicalDiagnosis) +# Class: () - - - States are stative and homeomeric events. +AnnotationAssertion(rdfs:comment SOMA:State "States are stative and homeomeric events. For stative events, the mereological sum of two instances has the same type as both instances. This is, for example, the state of sitting on a chair, or the process of a pendulum swinging around. -The difference between states and processes is that states are, in addition, homeomeric, and processes are not. This means that, when considering time slices of an event, for states, these time slices always have the same type as the state, but for processes this is not the case. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A role that can be played by some parameter which indicates the state of affairs of some entity, e.g. a flag describing the outcome of an action in terms of success or failure, or an indicator of whether a device is turned on or off. - - +The difference between states and processes is that states are, in addition, homeomeric, and processes are not. This means that, when considering time slices of an event, for states, these time slices always have the same type as the state, but for processes this is not the case.") +SubClassOf(SOMA:State ) +# Class: (State transition) - +SubClassOf(SOMA:StateTransition ObjectSomeValuesFrom(SOMA:hasInitialScene SOMA:Scene)) +SubClassOf(SOMA:StateTransition ObjectSomeValuesFrom(SOMA:hasTerminalScene SOMA:Scene)) +# Class: () - - - A diagnosis of the fullfilment of a goal that motivates the behavior of a system. - Success diagnosis - - +AnnotationAssertion(rdfs:comment SOMA:Status "A role that can be played by some parameter which indicates the state of affairs of some entity, e.g. a flag describing the outcome of an action in terms of success or failure, or an indicator of whether a device is turned on or off.") +SubClassOf(SOMA:Status ) +# Class: (Success diagnosis) - +AnnotationAssertion(rdfs:comment SOMA:SuccessDiagnosis "A diagnosis of the fullfilment of a goal that motivates the behavior of a system.") +AnnotationAssertion(rdfs:label SOMA:SuccessDiagnosis "Success diagnosis") +SubClassOf(SOMA:SuccessDiagnosis SOMA:BehavioralDiagnosis) +# Class: () - - - - A description of a situation with a goal that was achieved by some system. - - +AnnotationAssertion(rdfs:comment SOMA:Successfulness "A description of a situation with a goal that was achieved by some system.") +SubClassOf(SOMA:Successfulness SOMA:SuccessDiagnosis) +DisjointClasses(SOMA:Successfulness SOMA:Unsuccessfulness) +# Class: (Technical diagnosis) - +AnnotationAssertion(rdfs:comment SOMA:TechnicalDiagnosis "A functional diagnosis of a technical system.") +AnnotationAssertion(rdfs:label SOMA:TechnicalDiagnosis "Technical diagnosis") +SubClassOf(SOMA:TechnicalDiagnosis SOMA:FunctionalDiagnosis) +SubClassOf(SOMA:TechnicalDiagnosis ObjectSomeValuesFrom( )) +# Class: () - - - - - - - - - A functional diagnosis of a technical system. - Technical diagnosis - - +AnnotationAssertion(rdfs:comment SOMA:Threshold "A role played by a parameter which indicates some value that, when crossed, triggers some condition.") +SubClassOf(SOMA:Threshold ) +# Class: () - +AnnotationAssertion(rdfs:comment SOMA:Unsuccessfulness "A description of a situation with a goal that was not or not fully achieved by some system.") +SubClassOf(SOMA:Unsuccessfulness SOMA:SuccessDiagnosis) +# Class: (Action) - - - A role played by a parameter which indicates some value that, when crossed, triggers some condition. - - +AnnotationAssertion(rdfs:comment "The EASE view: an Action is an Event in which an Agent executes some Task, typically defined by a Workflow, towards the achievement of some Goal.") +SubClassOf( ObjectAllValuesFrom( )) +# Class: (Information object) - - - - - - A description of a situation with a goal that was not or not fully achieved by some system. - - - - - - - - - - - - - - - The EASE view: an Action is an Event in which an Agent executes some Task, typically defined by a Workflow, towards the achievement of some Goal. - - - - - - - - - In SOMA-compliant systems, the way to use InformationObjects to specify extra data about an individual entity is to employ the 'is about' and 'expresses' properties (or their inverses 'is reference of' and 'is expressed by') and to supply a persistent identifier for a realization of the InformationObject. +AnnotationAssertion(rdfs:comment "In SOMA-compliant systems, the way to use InformationObjects to specify extra data about an individual entity is to employ the 'is about' and 'expresses' properties (or their inverses 'is reference of' and 'is expressed by') and to supply a persistent identifier for a realization of the InformationObject. As a prototypical example, consider an individual called Action_XYZ, about which we have some data for which the meaning is described by Description_ABC. The data would be an individual InformationObject_DEF, and the following property assertions would hold: -InformationObject_DEF 'is about' Action_XYZ +InformationObject_DEF 'is about' Action_XYZ InformationObject_DEF expresses Description_ABC Usually, an individual InformationObject would be connected to (at least) an InformationRealization individual. For example, suppose there is such an InformationRealization individual, InformationRealization_123. Then, this individual will have data properties describing its format and persistent identifier -InformationRealization_123 hasPersistentIdentifier 'doi' -InformationRealization_123 hasDataFormat 'urdf' - - +InformationRealization_123 hasPersistentIdentifier 'doi' +InformationRealization_123 hasDataFormat 'urdf'") +# Class: (Information realization) - - - - - - - - - - - - - - 1 - - - - In SOMA-compliant systems, the way to use InformationObjects to specify extra data about an individual entity is to employ the 'is about' and 'expresses' properties (or their inverses 'is reference of' and 'is expressed by') and to supply a persistent identifier for a realization of the InformationObject. +AnnotationAssertion(rdfs:comment "In SOMA-compliant systems, the way to use InformationObjects to specify extra data about an individual entity is to employ the 'is about' and 'expresses' properties (or their inverses 'is reference of' and 'is expressed by') and to supply a persistent identifier for a realization of the InformationObject. As a prototypical example, consider an individual called Action_XYZ, about which we have some data for which the meaning is described by Description_ABC. The data would be an individual InformationObject_DEF, and the following property assertions would hold: -InformationObject_DEF 'is about' Action_XYZ +InformationObject_DEF 'is about' Action_XYZ InformationObject_DEF expresses Description_ABC Usually, an individual InformationObject would be connected to (at least) an InformationRealization individual. For example, suppose there is such an InformationRealization individual, InformationRealization_123. Then, this individual will have data properties describing its format and persistent identifier -InformationRealization_123 hasPersistentIdentifier 'doi' -InformationRealization_123 hasDataFormat 'urdf' - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - http://www.w3.org/2001/XMLSchema#type - - - +InformationRealization_123 hasPersistentIdentifier 'doi' +InformationRealization_123 hasDataFormat 'urdf'") +SubClassOf( DataSomeValuesFrom(SOMA:hasPersistentIdentifier xsd:string)) +SubClassOf( DataExactCardinality(1 SOMA:hasDataFormat xsd:string)) - +# Class: (Plan) +SubClassOf( ObjectSomeValuesFrom(SOMA:isPlanFor )) - - realizes self information - - +############################ +# Named Individuals +############################ +# Individual: () - +ClassAssertion(SOMA:Reification SOMA:RDFType) +DataPropertyAssertion(SOMA:isReificationOf SOMA:RDFType "http://www.w3.org/2001/XMLSchema#type"^^xsd:anyURI) +AnnotationAssertion(rdfs:label "realizes self information"@en) +) \ No newline at end of file From cbfa74bafb3187a5795039ccb87c0822c0bbbcfa Mon Sep 17 00:00:00 2001 From: "dependabot[bot]" <49699333+dependabot[bot]@users.noreply.github.com> Date: Wed, 14 Jun 2023 22:53:07 +0000 Subject: [PATCH 08/16] Bump guava from 31.1-jre to 32.0.0-jre in /scripts/java Bumps [guava](https://github.com/google/guava) from 31.1-jre to 32.0.0-jre. - [Release notes](https://github.com/google/guava/releases) - [Commits](https://github.com/google/guava/commits) --- updated-dependencies: - dependency-name: com.google.guava:guava dependency-type: direct:production ... Signed-off-by: dependabot[bot] --- scripts/java/pom.xml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/java/pom.xml b/scripts/java/pom.xml index 23fde731..308040cb 100644 --- a/scripts/java/pom.xml +++ b/scripts/java/pom.xml @@ -59,7 +59,7 @@ com.google.guava guava - 31.1-jre + 32.0.0-jre From d0feb4936ba2c7f1e559fbb72dde8dc43e665b71 Mon Sep 17 00:00:00 2001 From: Ayden Date: Wed, 21 Jun 2023 00:51:19 +0200 Subject: [PATCH 09/16] Reexport with protege, revert DUL.owl --- owl/DUL.owl | 4 +- owl/SOMA-ACT.owl | 338 +++++++------- owl/SOMA-Allen.owl | 16 +- owl/SOMA-ELAN.owl | 20 +- owl/SOMA-HOME.owl | 1110 +++++++++++++++++++++++++++++++++++++++----- owl/SOMA-IO.owl | 130 +++--- owl/SOMA-NEEM.owl | 6 +- owl/SOMA-OBJ.owl | 534 ++++++++++----------- owl/SOMA-PROC.owl | 106 ++--- owl/SOMA-SAY.owl | 66 +-- owl/SOMA-STATE.owl | 30 +- owl/SOMA-WF.owl | 64 +-- owl/SOMA.owl | 216 ++++----- 13 files changed, 1768 insertions(+), 872 deletions(-) diff --git a/owl/DUL.owl b/owl/DUL.owl index 525bbbc4..3e33a8e8 100644 --- a/owl/DUL.owl +++ b/owl/DUL.owl @@ -555,7 +555,7 @@ SymmetricObjectProperty( ) ObjectPropertyRange( ) -# Object Property: (ha componente) +# Object Property: (has component) AnnotationAssertion(rdfs:comment "The hasProperPart relation without transitivity, holding between an Object (the system) and another (the component), and assuming a Design that structures the Object.") AnnotationAssertion(rdfs:isDefinedBy ) @@ -1394,7 +1394,7 @@ SubObjectPropertyOf( ) ObjectPropertyRange( ) -# Object Property: (realizes self information) +# Object Property: (realizes self-information) AnnotationAssertion(rdfs:comment "This relation is a workaround to enable local reflexivity axioms (Self) working with non-simple properties; in this case, dul:realizesInformation About.") AnnotationAssertion(rdfs:isDefinedBy ) diff --git a/owl/SOMA-ACT.owl b/owl/SOMA-ACT.owl index e3b8763b..a1f76cfa 100644 --- a/owl/SOMA-ACT.owl +++ b/owl/SOMA-ACT.owl @@ -198,14 +198,14 @@ Declaration(NamedIndividual(SOMA:ExecutionState_Succeeded)) # Object Properties ############################ -# Object Property: (affects) +# Object Property: SOMA:affects (affects) AnnotationAssertion(rdfs:comment SOMA:affects "Simple relationship between two actions to express that a variation in the course or outcome of the subject (the affector) would have resulted in a variation in the object (the affectee), e.g., a planning task that sets parameters such as goal position affects the subsequently executed pick-and-place task that uses that parameter.") AnnotationAssertion(rdfs:label SOMA:affects "affects") SubObjectPropertyOf(SOMA:affects ) InverseObjectProperties(SOMA:affects SOMA:isAffectedBy) -# Object Property: (The relation between an answering message and the message it answers.) +# Object Property: SOMA:answers (answers) AnnotationAssertion(rdfs:label SOMA:answers "The relation between an answering message and the message it answers.") AnnotationAssertion(rdfs:label SOMA:answers "answers") @@ -214,7 +214,7 @@ InverseObjectProperties(SOMA:answers SOMA:hasAnswer) ObjectPropertyDomain(SOMA:answers SOMA:Message) ObjectPropertyRange(SOMA:answers SOMA:Message) -# Object Property: (causes) +# Object Property: SOMA:causes (causes) AnnotationAssertion(SOMA:UsageGuideline SOMA:causes "Simple relationship between two actions to express that the object (the reaction) would not have occured if it were not for the subject (the cause), e.g., a Communication Action classified as an Querying Task causes another Communication Task classified as an Answering Task and the latter would not have occured without the former. An example without Agents involved is some domino stone that would not have toppled without the first one toppling. @@ -226,9 +226,7 @@ SubObjectPropertyOf(SOMA:causes SOMA:affects) InverseObjectProperties(SOMA:causes SOMA:isReactionTo) TransitiveObjectProperty(SOMA:causes) -# Object Property: (A relation between a description and an event type, e.g. an Affordance of an object to be cut with a knife describes that event. -# -# The distinction to defines task is necessary to let Dispositions and Affordances not only describe which tasks might be afforded by objects, but also whihc processes (where there is no agent). For example, the fall of a knife from a shelf slicing a loaf of bread on impact is , in the absence of an executing agent, not a task but merely a process, the possibility of which is nevertheless described by the dispositions of the knife and the loaf.) +# Object Property: SOMA:definesEventType (defines event type) AnnotationAssertion(rdfs:label SOMA:definesEventType "A relation between a description and an event type, e.g. an Affordance of an object to be cut with a knife describes that event. @@ -239,7 +237,7 @@ InverseObjectProperties(SOMA:definesEventType SOMA:isEventTypeDefinedIn) ObjectPropertyDomain(SOMA:definesEventType ) ObjectPropertyRange(SOMA:definesEventType ) -# Object Property: (directly causes) +# Object Property: SOMA:directlyCauses (directly causes) AnnotationAssertion(rdfs:comment SOMA:directlyCauses "Non-transitive version of \"causes\"."@en) AnnotationAssertion(rdfs:label SOMA:directlyCauses "directly causes"@en) @@ -248,7 +246,7 @@ InverseObjectProperties(SOMA:directlyCauses SOMA:isDirectReactionTo) ObjectPropertyDomain(SOMA:directlyCauses ) ObjectPropertyRange(SOMA:directlyCauses ) -# Object Property: (has action) +# Object Property: SOMA:hasAction (has action) AnnotationAssertion(rdfs:comment SOMA:hasAction "A relation from an Action to a component Action.") AnnotationAssertion(rdfs:label SOMA:hasAction "has action") @@ -256,7 +254,7 @@ SubObjectPropertyOf(SOMA:hasAction ) ObjectPropertyRange(SOMA:hasAction ) -# Object Property: (has answer) +# Object Property: SOMA:hasAnswer (has answer) AnnotationAssertion(rdfs:comment SOMA:hasAnswer "The relation between a message and its answer.") AnnotationAssertion(rdfs:label SOMA:hasAnswer "has answer") @@ -264,7 +262,7 @@ SubObjectPropertyOf(SOMA:hasAnswer SOMA:relatesToAnotherRole) ObjectPropertyDomain(SOMA:hasAnswer SOMA:Answer) ObjectPropertyRange(SOMA:hasAnswer SOMA:Answer) -# Object Property: (has execution state) +# Object Property: SOMA:hasExecutionState (has execution state) AnnotationAssertion(rdfs:comment SOMA:hasExecutionState "A relation from an Action to its execution state.") AnnotationAssertion(rdfs:label SOMA:hasExecutionState "has execution state") @@ -272,7 +270,7 @@ SubObjectPropertyOf(SOMA:hasExecutionState ) ObjectPropertyRange(SOMA:hasExecutionState SOMA:ExecutionStateRegion) -# Object Property: (has initial situation) +# Object Property: SOMA:hasInitialSituation (has initial situation) AnnotationAssertion(rdfs:comment SOMA:hasInitialSituation "A relation between SituationTransitions and Situations, which identifies the Situation the transition starts from.") AnnotationAssertion(rdfs:label SOMA:hasInitialSituation "has initial situation"@en) @@ -283,7 +281,7 @@ IrreflexiveObjectProperty(SOMA:hasInitialSituation) ObjectPropertyDomain(SOMA:hasInitialSituation SOMA:SituationTransition) ObjectPropertyRange(SOMA:hasInitialSituation ) -# Object Property: (has terminal situation) +# Object Property: SOMA:hasTerminalSituation (has terminal situation) AnnotationAssertion(rdfs:comment SOMA:hasTerminalSituation "A relation between SituationTransitions and Situations, which identifies the Situation the transition ends at.") AnnotationAssertion(rdfs:label SOMA:hasTerminalSituation "has terminal situation"@en) @@ -294,13 +292,13 @@ IrreflexiveObjectProperty(SOMA:hasTerminalSituation) ObjectPropertyDomain(SOMA:hasTerminalSituation SOMA:SituationTransition) ObjectPropertyRange(SOMA:hasTerminalSituation ) -# Object Property: (is affected by) +# Object Property: SOMA:isAffectedBy (is affected by) AnnotationAssertion(rdfs:comment SOMA:isAffectedBy "Simple relationship between two actions to express that a variation in the course or outcome of the object (the affector) would have resulted in a variation in the subject (the affectee), e.g., a planning task that sets parameters such as goal position affects the subsequently executed pick-and-place task that uses that parameter.") AnnotationAssertion(rdfs:label SOMA:isAffectedBy "is affected by") SubObjectPropertyOf(SOMA:isAffectedBy ) -# Object Property: (is asked by) +# Object Property: SOMA:isAskedBy (is asked by) AnnotationAssertion(rdfs:comment SOMA:isAskedBy "A relation from a Query to the Agent who asks it.") AnnotationAssertion(rdfs:label SOMA:isAskedBy "is asked by") @@ -308,7 +306,7 @@ SubObjectPropertyOf(SOMA:isAskedBy ) -# Object Property: (is created output of) +# Object Property: SOMA:isCreatedOutputOf (is created output of) AnnotationAssertion(rdfs:comment SOMA:isCreatedOutputOf "A relation between a created output role and its Task. The difference to isOutputRoleOf is that the latter is also applicable, e.g., for Deciding between objects, where the selected object is not created, but still an outcome of that task.") AnnotationAssertion(rdfs:label SOMA:isCreatedOutputOf "is created output of") @@ -317,7 +315,7 @@ InverseObjectProperties(SOMA:isCreatedOutputOf SOMA:isTaskOfCreatedRole) ObjectPropertyDomain(SOMA:isCreatedOutputOf ) ObjectPropertyRange(SOMA:isCreatedOutputOf ) -# Object Property: (is direct reaction to) +# Object Property: SOMA:isDirectReactionTo (is direct reaction to) AnnotationAssertion(rdfs:comment SOMA:isDirectReactionTo "Non-transitive version of \"is reaction to\"."@en) AnnotationAssertion(rdfs:label SOMA:isDirectReactionTo "is direct reaction to"@en) @@ -325,7 +323,7 @@ SubObjectPropertyOf(SOMA:isDirectReactionTo SOMA:isReactionTo) ObjectPropertyDomain(SOMA:isDirectReactionTo ) ObjectPropertyRange(SOMA:isDirectReactionTo ) -# Object Property: (is event type defined in) +# Object Property: SOMA:isEventTypeDefinedIn (is event type defined in) AnnotationAssertion(rdfs:comment SOMA:isEventTypeDefinedIn "A relation between an event type and a description, e.g. an event that is described by the Affordance of an object to be cut with a knife. @@ -335,7 +333,7 @@ SubObjectPropertyOf(SOMA:isEventTypeDefinedIn ) ObjectPropertyRange(SOMA:isEventTypeDefinedIn ) -# Object Property: (is initial situation of) +# Object Property: SOMA:isInitialSituationOf (is initial situation of) AnnotationAssertion(rdfs:comment SOMA:isInitialSituationOf "A relation between SituationTransitions and Situations, which identifies the Situation the transition starts from.") AnnotationAssertion(rdfs:label SOMA:isInitialSituationOf "is initial situation of"@en) @@ -343,7 +341,7 @@ SubObjectPropertyOf(SOMA:isInitialSituationOf SOMA:isInitialStateOf) ObjectPropertyDomain(SOMA:isInitialSituationOf ) ObjectPropertyRange(SOMA:isInitialSituationOf SOMA:SituationTransition) -# Object Property: (is performed by) +# Object Property: SOMA:isPerformedBy (is performed by) AnnotationAssertion(rdfs:comment SOMA:isPerformedBy "A relation from an Action to the Agent who performs it.") AnnotationAssertion(rdfs:label SOMA:isPerformedBy "is performed by") @@ -351,7 +349,7 @@ SubObjectPropertyOf(SOMA:isPerformedBy ) ObjectPropertyRange(SOMA:isPerformedBy ) -# Object Property: (is reaction to) +# Object Property: SOMA:isReactionTo (is reaction to) AnnotationAssertion(rdfs:comment SOMA:isReactionTo "Simple relationship between two actions to express that the subject (the reaction) would not have occured if it were not for the object (the cause), e.g., a Communication Action classified as an Answering Task is a reaction to another Communication Task classified as a Query Task and would not have occured without the other. An example without Agents involved would be some domino stone would not have toppled without the first one toppling. @@ -364,7 +362,7 @@ TransitiveObjectProperty(SOMA:isReactionTo) ObjectPropertyDomain(SOMA:isReactionTo ) ObjectPropertyRange(SOMA:isReactionTo ) -# Object Property: (is replaced by) +# Object Property: SOMA:isReplacedBy (is replaced by) AnnotationAssertion(rdfs:comment SOMA:isReplacedBy "The relation between a State that is replaced by another, e.g., the state of a bowl of fruits containing some objects is replaced by a new containment state when one object is taken away (in this example, we simplified the relation between the State and its type)."@en) AnnotationAssertion(rdfs:label SOMA:isReplacedBy "is replaced by"@en) @@ -373,7 +371,7 @@ InverseObjectProperties(SOMA:isReplacedBy SOMA:replaces) ObjectPropertyDomain(SOMA:isReplacedBy SOMA:State) ObjectPropertyRange(SOMA:isReplacedBy SOMA:State) -# Object Property: (is task of created role) +# Object Property: SOMA:isTaskOfCreatedRole (is task of created role) AnnotationAssertion(rdfs:comment SOMA:isTaskOfCreatedRole "A relation between a Task and one of its output roles. The difference to IsTaskOfOutputRole is that the latter is also applicable, e.g., for Deciding between objects, where the selected object is not created, but still an outcome of that task.") AnnotationAssertion(rdfs:label SOMA:isTaskOfCreatedRole "is task of created role") @@ -381,7 +379,7 @@ SubObjectPropertyOf(SOMA:isTaskOfCreatedRole SOMA:isTaskOfOutputRole) ObjectPropertyDomain(SOMA:isTaskOfCreatedRole ) ObjectPropertyRange(SOMA:isTaskOfCreatedRole ) -# Object Property: (is terminal situation of) +# Object Property: SOMA:isTerminalSituationOf (is terminal situation of) AnnotationAssertion(rdfs:comment SOMA:isTerminalSituationOf "A relation between SituationTransitions and Situations, which identifies the Situation the transition ends at.") AnnotationAssertion(rdfs:label SOMA:isTerminalSituationOf "is terminal situation of"@en) @@ -389,7 +387,7 @@ SubObjectPropertyOf(SOMA:isTerminalSituationOf SOMA:isTerminalStateOf) ObjectPropertyDomain(SOMA:isTerminalSituationOf ) ObjectPropertyRange(SOMA:isTerminalSituationOf SOMA:SituationTransition) -# Object Property: (is terminated by) +# Object Property: SOMA:isTerminatedBy (is terminated by) AnnotationAssertion(rdfs:comment SOMA:isTerminatedBy "The association between an Event that is terminated by another Event, e.g., the Action of picking an apple from a bowl of fruits terminates the State of containment between the apple and the bowl."@en) AnnotationAssertion(rdfs:label SOMA:isTerminatedBy "is terminated by"@en) @@ -398,7 +396,7 @@ InverseObjectProperties(SOMA:isTerminatedBy SOMA:terminates) ObjectPropertyDomain(SOMA:isTerminatedBy ) ObjectPropertyRange(SOMA:isTerminatedBy ) -# Object Property: (relates to another role) +# Object Property: SOMA:relatesToAnotherRole (relates to another role) AnnotationAssertion(rdfs:comment SOMA:relatesToAnotherRole "Simple top-level property for relations between two roles.") AnnotationAssertion(rdfs:label SOMA:relatesToAnotherRole "relates to another role") @@ -407,7 +405,7 @@ SymmetricObjectProperty(SOMA:relatesToAnotherRole) ObjectPropertyDomain(SOMA:relatesToAnotherRole ) ObjectPropertyRange(SOMA:relatesToAnotherRole ) -# Object Property: (replaces) +# Object Property: SOMA:replaces (replaces) AnnotationAssertion(rdfs:comment SOMA:replaces "The relation between a State that replaces another, e.g., the state of a bowl of fruits containing some objects is replaced by a new containment state when one object is taken away (in this example, we simplified the relation between the State and its type)."@en) AnnotationAssertion(rdfs:label SOMA:replaces "replaces"@en) @@ -415,7 +413,7 @@ SubObjectPropertyOf(SOMA:replaces SOMA:after) ObjectPropertyDomain(SOMA:replaces SOMA:State) ObjectPropertyRange(SOMA:replaces SOMA:State) -# Object Property: (terminates) +# Object Property: SOMA:terminates (terminates) AnnotationAssertion(rdfs:comment SOMA:terminates "The association between an Event that terminates another Event, e.g., the Action of picking an apple from a bowl of fruits terminates the State of containment between the apple and the bowl."@en) AnnotationAssertion(rdfs:label SOMA:terminates "terminates"@en) @@ -486,13 +484,13 @@ SubObjectPropertyOf( (Abductive reasoning) +# Class: SOMA:AbductiveReasoning (Abductive reasoning) AnnotationAssertion(rdfs:comment SOMA:AbductiveReasoning "A task in which the Agent proceeds from some set of statements about a world, and attempts to obtain an explanation for these statements. This explanation is often an inferred cause, such as a final cause or intention. Further, it is often required that there be some guarantees that the explanation produced by AbductiveReasoning have some desirable property, such as being the simplest or most likely given the set of statements to explain.") AnnotationAssertion(rdfs:label SOMA:AbductiveReasoning "Abductive reasoning"@en) SubClassOf(SOMA:AbductiveReasoning SOMA:Reasoning) -# Class: () +# Class: SOMA:Actuating (SOMA:Actuating) AnnotationAssertion(rdfs:comment SOMA:Actuating "Tasks where the goal is to move an object. @@ -508,97 +506,97 @@ For Manipulating, it is the movement of the hand(s) and the change in functional AnnotationAssertion(rdfs:comment SOMA:Actuating "todo: think about use of tools. force events are generated between artifacts then. also not only the tool would be the 'salient artifact' here.") SubClassOf(SOMA:Actuating SOMA:PhysicalTask) -# Class: (Answer) +# Class: SOMA:Answer (Answer) AnnotationAssertion(rdfs:comment SOMA:Answer "A role that is played by an Information Realization answering some query.") AnnotationAssertion(rdfs:label SOMA:Answer "Answer") SubClassOf(SOMA:Answer SOMA:Message) -# Class: (Answering task) +# Class: SOMA:AnsweringTask (Answering task) AnnotationAssertion(rdfs:comment SOMA:AnsweringTask "An Illocutionary act where the Sender emits some Message to the Receiver as a reaction to some previous Communication task where the Roles where switched, i.e., the Sender (Receiver) of the Answering task has been the Sender (Sender) for the cause."@en) AnnotationAssertion(rdfs:label SOMA:AnsweringTask "Answering task"@en) EquivalentClasses(SOMA:AnsweringTask ObjectIntersectionOf(SOMA:IllocutionaryTask ObjectAllValuesFrom( ObjectAllValuesFrom(SOMA:isReactionTo ObjectSomeValuesFrom( SOMA:CommandingTask))))) EquivalentClasses(SOMA:AnsweringTask ObjectSomeValuesFrom( SOMA:Answer)) -# Class: (Area surveying) +# Class: SOMA:AreaSurveying (Area surveying) AnnotationAssertion(rdfs:comment SOMA:AreaSurveying "A task in which an Agent uses its perception apparatus to gain information about some location.") AnnotationAssertion(rdfs:label SOMA:AreaSurveying "Area surveying"@en) SubClassOf(SOMA:AreaSurveying SOMA:Perceiving) -# Class: () +# Class: SOMA:Arranging (SOMA:Arranging) AnnotationAssertion(rdfs:comment SOMA:Arranging "A task in which an Agent places a collection of objects at some set of relative poses to each other.") SubClassOf(SOMA:Arranging SOMA:Constructing) -# Class: () +# Class: SOMA:Assembling (SOMA:Assembling) AnnotationAssertion(rdfs:comment SOMA:Assembling "A task in which an Agent connects some objects such that they form a cohesive whole, and which also imposes constraints on the objects' relative motions. Often, the objects that make up an assemblage can also be separated again.") SubClassOf(SOMA:Assembling SOMA:Constructing) -# Class: (Assertion task) +# Class: SOMA:AssertionTask (Assertion task) AnnotationAssertion(rdfs:comment SOMA:AssertionTask "An Illocutionary Act where the Sender emits some Message with the intent to change what the Receiver believes to be true in some context. Often, assertions are of facts about the real world, but this need not be the case. Assertions can communicate what someone believes, or refer to a world that is entirely fictional. In all these cases however, assertions are intended to update the listener's model (of the real world, or of the speaker's beliefs, or of the fictional world etc.)."@en) AnnotationAssertion(rdfs:label SOMA:AssertionTask "Assertion task"@en) SubClassOf(SOMA:AssertionTask SOMA:IllocutionaryTask) -# Class: (Assuming arm pose) +# Class: SOMA:AssumingArmPose (Assuming arm pose) AnnotationAssertion(rdfs:comment SOMA:AssumingArmPose "A task by which an Agent arranges one/some/all of its arms according to some configuration.") AnnotationAssertion(rdfs:label SOMA:AssumingArmPose "Assuming arm pose"@en) SubClassOf(SOMA:AssumingArmPose SOMA:AssumingPose) -# Class: (Assuming pose) +# Class: SOMA:AssumingPose (Assuming pose) AnnotationAssertion(rdfs:comment SOMA:AssumingPose "A task by which an Agent arranges its body, or part of it, according to some configuration.") AnnotationAssertion(rdfs:label SOMA:AssumingPose "Assuming pose"@en) SubClassOf(SOMA:AssumingPose SOMA:PhysicalTask) -# Class: (Attention shifting) +# Class: SOMA:AttentionShift (Attention shifting) AnnotationAssertion(rdfs:comment SOMA:AttentionShift "A mental task in which the executing Agent shifts his attention from some Information to another."@en) AnnotationAssertion(rdfs:label SOMA:AttentionShift "Attention shifting"@en) SubClassOf(SOMA:AttentionShift SOMA:MentalTask) -# Class: () +# Class: SOMA:Avoiding (SOMA:Avoiding) AnnotationAssertion(rdfs:comment SOMA:Avoiding "A task in which an Agent moves so as to not enter or pass through a location.") SubClassOf(SOMA:Avoiding SOMA:Navigating) -# Class: () +# Class: SOMA:Capability (SOMA:Capability) AnnotationAssertion(rdfs:comment SOMA:Capability "Capability") AnnotationAssertion(rdfs:comment SOMA:Capability "The tendency of an object (the bearer) to be able to perform certain tasks together with others (the triggers) and in which the Bearer is the executor of the associated Task and will therefore usually be an Agent.") SubClassOf(SOMA:Capability SOMA:Disposition) SubClassOf(SOMA:Capability ObjectExactCardinality(1 ObjectIntersectionOf(SOMA:Affordance ObjectExactCardinality(1 SOMA:definesBearer ) ObjectExactCardinality(1 SOMA:definesTrigger ) ObjectExactCardinality(1 )))) -# Class: () +# Class: SOMA:Catching (SOMA:Catching) AnnotationAssertion(rdfs:comment SOMA:Catching "A task by which an Agent stops a moving object and gains kinematic control over it, usually by grasping.") SubClassOf(SOMA:Catching SOMA:Actuating) DisjointClasses(SOMA:Catching SOMA:PickingUp) -# Class: (Channel) +# Class: SOMA:Channel (Channel) AnnotationAssertion(rdfs:comment SOMA:Channel "A Channel in a Communication Task is the path of travel by a Message, e.g., via WLAN, air (in the case of a Message classifying soundwaves) or a telephone cable."@en) AnnotationAssertion(rdfs:label SOMA:Channel "Channel"@en) SubClassOf(SOMA:Channel SOMA:PathRole) SubClassOf(SOMA:Channel ObjectSomeValuesFrom( SOMA:CommunicationTask)) -# Class: (Checking object presence) +# Class: SOMA:CheckingObjectPresence (Checking object presence) AnnotationAssertion(rdfs:comment SOMA:CheckingObjectPresence "A task by which an Agent uses its sensors to check for the presence of a specific object and to obtain some other information about it, e.g. pose.") AnnotationAssertion(rdfs:label SOMA:CheckingObjectPresence "Checking object presence"@en) SubClassOf(SOMA:CheckingObjectPresence SOMA:Perceiving) -# Class: () +# Class: SOMA:Cleaning (SOMA:Cleaning) AnnotationAssertion(rdfs:comment SOMA:Cleaning "This task in which an agent restores all the objects to their destined locations, wiping a specific object") SubClassOf(SOMA:Cleaning SOMA:ModifyingPhysicalObject) SubClassOf(SOMA:Cleaning ObjectSomeValuesFrom(SOMA:isTaskAffordedBy SOMA:Purification)) -# Class: () +# Class: SOMA:Closing (SOMA:Closing) AnnotationAssertion(rdfs:comment SOMA:Closing "A task in which an Agent manipulates a container so as to block access to its interior.") SubClassOf(SOMA:Closing SOMA:Actuating) @@ -610,26 +608,26 @@ DisjointClasses(SOMA:Closing SOMA:Pulling) DisjointClasses(SOMA:Closing SOMA:Pushing) DisjointClasses(SOMA:Closing SOMA:Squeezing) -# Class: (Commanding task) +# Class: SOMA:CommandingTask (Commanding task) AnnotationAssertion(rdfs:comment SOMA:CommandingTask "An Illocutionary act where the Sender emits some Message with the intent to cause the Receiver to perform some action."@en) AnnotationAssertion(rdfs:label SOMA:CommandingTask "Commanding task"@en) SubClassOf(SOMA:CommandingTask SOMA:IllocutionaryTask) -# Class: (Locutionary action) +# Class: SOMA:CommunicationAction (Locutionary action) AnnotationAssertion(rdfs:comment SOMA:CommunicationAction "An action in which an Agent uses some actuator for communication purposes."@en) AnnotationAssertion(rdfs:label SOMA:CommunicationAction "Locutionary action"@en) SubClassOf(SOMA:CommunicationAction ) SubClassOf(SOMA:CommunicationAction ObjectSomeValuesFrom( SOMA:LinguisticObject)) -# Class: (Communication report) +# Class: SOMA:CommunicationReport (Communication report) AnnotationAssertion(rdfs:comment SOMA:CommunicationReport "A task in which an Agent endeavors to describe truthfully some state of affairs.") AnnotationAssertion(rdfs:label SOMA:CommunicationReport "Communication report"@en) SubClassOf(SOMA:CommunicationReport SOMA:CommunicationTask) -# Class: (Communication task) +# Class: SOMA:CommunicationTask (Communication task) AnnotationAssertion(rdfs:comment SOMA:CommunicationTask "A Task in which two or more Agents exchange information. A CommunicationTask classifies only Events that have only Agents and Social objects as participants. @@ -639,7 +637,7 @@ SubClassOf(SOMA:CommunicationTask SOMA:Channel) ObjectSomeValuesFrom( SOMA:Message) ObjectSomeValuesFrom( SOMA:Receiver) ObjectSomeValuesFrom( SOMA:Sender))) SubClassOf(SOMA:CommunicationTask ObjectAllValuesFrom( ObjectAllValuesFrom( ObjectUnionOf( )))) -# Class: (Communication topic) +# Class: SOMA:CommunicationTopic (Communication topic) AnnotationAssertion(rdfs:comment SOMA:CommunicationTopic "A role that appears in communication tasks, and indicates what the communication is about. @@ -652,31 +650,31 @@ AnnotationAssertion(rdfs:label SOMA:CommunicationTopic "Communication topic"@en) SubClassOf(SOMA:CommunicationTopic SOMA:ResourceRole) SubClassOf(SOMA:CommunicationTopic ObjectAllValuesFrom( ObjectIntersectionOf( ObjectSomeValuesFrom( ObjectSomeValuesFrom( SOMA:CommunicationTask))))) -# Class: (Conclusions) +# Class: SOMA:Conclusion (Conclusions) AnnotationAssertion(rdfs:comment SOMA:Conclusion "An object that is derived from some premise using some inference rules.") AnnotationAssertion(rdfs:label SOMA:Conclusion "Conclusions") SubClassOf(SOMA:Conclusion SOMA:CreatedObject) SubClassOf(SOMA:Conclusion SOMA:Knowledge) -# Class: () +# Class: SOMA:Constructing (SOMA:Constructing) AnnotationAssertion(rdfs:comment SOMA:Constructing "A task in which an Agent creates a new physical object."@en) SubClassOf(SOMA:Constructing SOMA:PhysicalTask) DisjointClasses(SOMA:Constructing SOMA:ModifyingPhysicalObject) -# Class: () +# Class: SOMA:Cutting (SOMA:Cutting) AnnotationAssertion(rdfs:comment SOMA:Cutting "The goal of this task is to separate one or more pieces from some target object by means of cutting into its constituent material. Unlike a disassembly, a cut is usually not easily reversible.") SubClassOf(SOMA:Cutting SOMA:ModifyingPhysicalObject) -# Class: (Deciding) +# Class: SOMA:Deciding (Deciding) AnnotationAssertion(rdfs:isDefinedBy SOMA:Deciding "A mental task in where an agent makes some decision, that is, selecting some Information object; usually on the basis of others."@en) AnnotationAssertion(rdfs:label SOMA:Deciding "Deciding"@en) SubClassOf(SOMA:Deciding SOMA:DerivingInformation) -# Class: (Deductive reasoning) +# Class: SOMA:DeductiveReasoning (Deductive reasoning) AnnotationAssertion(rdfs:comment SOMA:DeductiveReasoning "A task in which the Agent, using general logical principles that it considers logically valid, applied to premises that it considers logically true, arrives at conclusions that it considers logically certain. @@ -684,7 +682,7 @@ Deduction is often explained as starting from the \"general\" (some property X i AnnotationAssertion(rdfs:label SOMA:DeductiveReasoning "Deductive reasoning"@en) SubClassOf(SOMA:DeductiveReasoning SOMA:Reasoning) -# Class: () +# Class: SOMA:Delivering (SOMA:Delivering) AnnotationAssertion(rdfs:comment SOMA:Delivering "A task in which an Agent brings an item that the Agent already carries to a specified target.") SubClassOf(SOMA:Delivering SOMA:Actuating) @@ -696,34 +694,34 @@ DisjointClasses(SOMA:Delivering SOMA:Pulling) DisjointClasses(SOMA:Delivering SOMA:Pushing) DisjointClasses(SOMA:Delivering SOMA:Squeezing) -# Class: (Deriving information) +# Class: SOMA:DerivingInformation (Deriving information) AnnotationAssertion(rdfs:label SOMA:DerivingInformation "Deriving information") SubClassOf(SOMA:DerivingInformation SOMA:InformationAcquisition) SubClassOf(SOMA:DerivingInformation ObjectIntersectionOf(ObjectSomeValuesFrom(SOMA:isTaskOfInputRole SOMA:Premise) ObjectSomeValuesFrom(SOMA:isTaskOfOutputRole SOMA:Conclusion))) -# Class: () +# Class: SOMA:Dicing (SOMA:Dicing) AnnotationAssertion(rdfs:comment SOMA:Dicing "A particular kind of cutting where the goal is to produce small pieces out of some object or material. Unlike slices, the pieces to be obtained do not have one or two dimensions being more prominent than others. \"Dice\", the pieces dicing results in, are approximately cubic.") SubClassOf(SOMA:Dicing SOMA:Cutting) -# Class: (Discourse) +# Class: SOMA:Discourse (Discourse) AnnotationAssertion(rdfs:comment SOMA:Discourse "A mental task, in which two or more agents discuss some topic via multiple Illocutionary acts, which are part of this task."@en) AnnotationAssertion(rdfs:label SOMA:Discourse "Discourse"@en) SubClassOf(SOMA:Discourse SOMA:CommunicationTask) -# Class: () +# Class: SOMA:Distancing (SOMA:Distancing) AnnotationAssertion(rdfs:comment SOMA:Distancing "A task in which an Agent increases its distance from some location.") SubClassOf(SOMA:Distancing SOMA:Navigating) -# Class: () +# Class: SOMA:Dreaming (SOMA:Dreaming) AnnotationAssertion(rdfs:comment SOMA:Dreaming "Any form of re-processing episodic memories for long-term memory by natural or aritifical agents.") SubClassOf(SOMA:Dreaming SOMA:DerivingInformation) -# Class: () +# Class: SOMA:Dropping (SOMA:Dropping) AnnotationAssertion(rdfs:comment SOMA:Dropping "The dropped object falls mainly under the influence of gravity. However, an agent may also drop something during navigation. The difference to 'Throwing' is that there is no 'Limb motion' which is a constitiuent of the action. @@ -731,20 +729,20 @@ AnnotationAssertion(rdfs:comment SOMA:Dropping "The dropped object falls mainly SubClassOf(SOMA:Dropping SOMA:Actuating) DisjointClasses(SOMA:Dropping SOMA:Placing) -# Class: (End effector positioning) +# Class: SOMA:EndEffectorPositioning (End effector positioning) AnnotationAssertion(rdfs:comment SOMA:EndEffectorPositioning "A task in which an Agent places its end effectors at particular poses.") AnnotationAssertion(rdfs:label SOMA:EndEffectorPositioning "End effector positioning"@en) SubClassOf(SOMA:EndEffectorPositioning SOMA:Manipulating) -# Class: (Execution state region) +# Class: SOMA:ExecutionStateRegion (Execution state region) AnnotationAssertion(rdfs:comment SOMA:ExecutionStateRegion "A region containing labels that describe different states in the evolution/completion of a task execution.") AnnotationAssertion(rdfs:label SOMA:ExecutionStateRegion "Execution state region") EquivalentClasses(SOMA:ExecutionStateRegion ObjectOneOf(SOMA:ExecutionState_Active SOMA:ExecutionState_Cancelled SOMA:ExecutionState_Failed SOMA:ExecutionState_Paused SOMA:ExecutionState_Pending SOMA:ExecutionState_Succeeded)) SubClassOf(SOMA:ExecutionStateRegion ) -# Class: () +# Class: SOMA:Fetching (SOMA:Fetching) AnnotationAssertion(rdfs:comment SOMA:Fetching "A task in which an Agent retrieves an object from a particular location, which puts the object under the Agent's control, who can now e.g. transport the object somewhere else; this task may include repositioning the Agent to better reach the object. Note that while in normal linguistic use fetch can mean transport, we use it here to refer only to (a part of) the first stage of transport.") SubClassOf(SOMA:Fetching SOMA:PhysicalAcquiring) @@ -754,54 +752,54 @@ DisjointClasses(SOMA:Fetching SOMA:Pulling) DisjointClasses(SOMA:Fetching SOMA:Pushing) DisjointClasses(SOMA:Fetching SOMA:Squeezing) -# Class: () +# Class: SOMA:Flipping (SOMA:Flipping) AnnotationAssertion(rdfs:comment SOMA:Flipping "The task in which the agent turns an object over by using a tool or by manipulating") SubClassOf(SOMA:Flipping SOMA:Actuating) SubClassOf(SOMA:Flipping ObjectSomeValuesFrom(SOMA:isTaskAffordedBy SOMA:Shifting)) -# Class: (Focusing) +# Class: SOMA:Focusing (Focusing) AnnotationAssertion(rdfs:comment SOMA:Focusing "The mental task to center the attention to some subject.") AnnotationAssertion(rdfs:label SOMA:Focusing "Focusing") SubClassOf(SOMA:Focusing SOMA:AttentionShift) -# Class: (Forgetting incorrect information) +# Class: SOMA:ForgettingIncorrectInformation (Forgetting incorrect information) AnnotationAssertion(rdfs:comment SOMA:ForgettingIncorrectInformation "A mental task in which the executing agent aims to correct its present information by deleting an incorrect information."@en) AnnotationAssertion(rdfs:label SOMA:ForgettingIncorrectInformation "Forgetting incorrect information"@en) SubClassOf(SOMA:ForgettingIncorrectInformation SOMA:InformationDismissal) -# Class: (Forgetting irrelevant information) +# Class: SOMA:ForgettingIrrelevantInformation (Forgetting irrelevant information) AnnotationAssertion(rdfs:comment SOMA:ForgettingIrrelevantInformation "A mental task in which the executing agent aims to clean up its present information by deleting an irrelevant information."@en) AnnotationAssertion(rdfs:label SOMA:ForgettingIrrelevantInformation "Forgetting irrelevant information"@en) SubClassOf(SOMA:ForgettingIrrelevantInformation SOMA:InformationDismissal) -# Class: (Get task parameter) +# Class: SOMA:GetTaskParameter (Get task parameter) AnnotationAssertion(rdfs:comment SOMA:GetTaskParameter "A task in which an Agent computes some parameter relevant for another task.") AnnotationAssertion(rdfs:label SOMA:GetTaskParameter "Get task parameter"@en) SubClassOf(SOMA:GetTaskParameter SOMA:Planning) -# Class: (Grasp transfer) +# Class: SOMA:GraspTransfer (Grasp transfer) AnnotationAssertion(rdfs:comment SOMA:GraspTransfer "A task in which an Agent switches which of its end effectors holds an object.") AnnotationAssertion(rdfs:label SOMA:GraspTransfer "Grasp transfer"@en) SubClassOf(SOMA:GraspTransfer SOMA:Grasping) -# Class: () +# Class: SOMA:Grasping (SOMA:Grasping) AnnotationAssertion(rdfs:comment SOMA:Grasping "A task in which an Agent uses its end effectors to grasp an object, thus gaining kinematic control over it.") SubClassOf(SOMA:Grasping SOMA:Manipulating) DisjointClasses(SOMA:Grasping SOMA:Releasing) -# Class: () +# Class: SOMA:Holding (SOMA:Holding) AnnotationAssertion(rdfs:comment SOMA:Holding "A task by which an Agent keeps an object over which it has kinematic control, typically via grasping, at some specified pose.") SubClassOf(SOMA:Holding SOMA:Manipulating) -# Class: (Illocutionary act) +# Class: SOMA:IllocutionaryTask (Illocutionary act) AnnotationAssertion(rdfs:comment SOMA:IllocutionaryTask "A task which is executed by a Locution action: A Locution is what was said and meant, Illocution is what was done. @@ -811,12 +809,12 @@ Source: https://en.wikipedia.org/wiki/Illocutionary_act"@en) AnnotationAssertion(rdfs:label SOMA:IllocutionaryTask "Illocutionary act"@en) SubClassOf(SOMA:IllocutionaryTask ObjectIntersectionOf(SOMA:CommunicationTask ObjectAllValuesFrom( ObjectAllValuesFrom( ObjectUnionOf( ))))) -# Class: () +# Class: SOMA:Imagining (SOMA:Imagining) AnnotationAssertion(rdfs:comment SOMA:Imagining "A Mental task in which the Agent constructs a mental representation of a possible world. An Agent performing an Imagining activity does not aim to construct a representation that aspires to be faithful to some past, present, or future state of affairs of the actual world it is embodied in.") SubClassOf(SOMA:Imagining SOMA:InformationAcquisition) -# Class: (Inductive resoning) +# Class: SOMA:InductiveReasoning (Inductive resoning) AnnotationAssertion(rdfs:comment SOMA:InductiveReasoning "A task in which the Agent endeavors to accumulate confidence in some general statement about the world, by gathering instances in which this general statement appears to apply. Note that perfect confidence can never be guaranteed by induction. @@ -824,13 +822,13 @@ Induction is often described as a move from many \"specifics\" (swan A is white, AnnotationAssertion(rdfs:label SOMA:InductiveReasoning "Inductive resoning"@en) SubClassOf(SOMA:InductiveReasoning SOMA:Reasoning) -# Class: (Inference rules) +# Class: SOMA:InferenceRules (Inference rules) AnnotationAssertion(rdfs:comment SOMA:InferenceRules "The role of an object that is used to derive a conclusion from some premises.") AnnotationAssertion(rdfs:label SOMA:InferenceRules "Inference rules") SubClassOf(SOMA:InferenceRules SOMA:Knowledge) -# Class: (Information acquisition) +# Class: SOMA:InformationAcquisition (Information acquisition) AnnotationAssertion(rdfs:comment SOMA:InformationAcquisition "A mental task in which the executing agent acquires some information that was not immediately available to it before. A synonym might be \"Thinking\". @@ -839,7 +837,7 @@ Examples include recalling knowledge or inferring some information from other in AnnotationAssertion(rdfs:label SOMA:InformationAcquisition "Information acquisition"@en) EquivalentClasses(SOMA:InformationAcquisition ObjectIntersectionOf(SOMA:MentalTask ObjectSomeValuesFrom(SOMA:isTaskOfOutputRole ObjectIntersectionOf(SOMA:CreatedObject SOMA:Knowledge)))) -# Class: (Information dismissal) +# Class: SOMA:InformationDismissal (Information dismissal) AnnotationAssertion(rdfs:comment SOMA:InformationDismissal "A mental task in which the executing agent dismisses some information. @@ -848,7 +846,7 @@ AnnotationAssertion(rdfs:label SOMA:InformationDismissal "Information dismissal" SubClassOf(SOMA:InformationDismissal SOMA:MentalTask) SubClassOf(SOMA:InformationDismissal ObjectSomeValuesFrom(SOMA:isTaskOfInputRole ObjectIntersectionOf(SOMA:DestroyedObject SOMA:Knowledge))) -# Class: (Information retrieval) +# Class: SOMA:InformationRetrieval (Information retrieval) AnnotationAssertion(rdfs:comment SOMA:InformationRetrieval "A mental task in which an Agent recalls some knowledge that has been memorized previously. @@ -859,7 +857,7 @@ AnnotationAssertion(rdfs:label SOMA:InformationRetrieval "Information retrieval" SubClassOf(SOMA:InformationRetrieval SOMA:InformationAcquisition) SubClassOf(SOMA:InformationRetrieval ObjectSomeValuesFrom(SOMA:isTaskOfOutputRole SOMA:Knowledge)) -# Class: (Information storage) +# Class: SOMA:InformationStorage (Information storage) AnnotationAssertion(rdfs:comment SOMA:InformationStorage "A mental task in which the executing agent persists some information for later recall, if necessary. @@ -868,35 +866,35 @@ AnnotationAssertion(rdfs:label SOMA:InformationStorage "Information storage"@en) SubClassOf(SOMA:InformationStorage SOMA:MentalTask) SubClassOf(SOMA:InformationStorage ObjectSomeValuesFrom(SOMA:isTaskOfInputRole ObjectIntersectionOf(SOMA:Knowledge SOMA:StoredObject))) -# Class: (Instructions) +# Class: SOMA:Instructions (Instructions) AnnotationAssertion(rdfs:comment SOMA:Instructions "The role of a plan to follow during an execution task.") AnnotationAssertion(rdfs:label SOMA:Instructions "Instructions") SubClassOf(SOMA:Instructions SOMA:Item) -# Class: (Interpreting) +# Class: SOMA:Interpreting (Interpreting) AnnotationAssertion(rdfs:comment SOMA:Interpreting "A task in which an Agent interpretes some information, e.g., makes sense of some incoming message or its visible surroundings."@en) AnnotationAssertion(rdfs:label SOMA:Interpreting "Interpreting"@en) SubClassOf(SOMA:Interpreting SOMA:DerivingInformation) -# Class: (Introspecting) +# Class: SOMA:Introspecting (Introspecting) AnnotationAssertion(rdfs:comment SOMA:Introspecting "A mentalk task in which an Agent gathers and processes information about its own mental tasks via, e.g., Meta Reasoning."@en) AnnotationAssertion(rdfs:label SOMA:Introspecting "Introspecting"@en) SubClassOf(SOMA:Introspecting SOMA:InformationAcquisition) -# Class: () +# Class: SOMA:Knowledge (SOMA:Knowledge) SubClassOf(SOMA:Knowledge SOMA:Item) -# Class: (A task in which an agent annotates some objects with names, e.g., labeling the feeling of a tip-of-the-tongue event as such.) +# Class: SOMA:Labeling (Labeling) AnnotationAssertion(rdfs:label SOMA:Labeling "A task in which an agent annotates some objects with names, e.g., labeling the feeling of a tip-of-the-tongue event as such.") AnnotationAssertion(rdfs:label SOMA:Labeling "Labeling") SubClassOf(SOMA:Labeling SOMA:Interpreting) -# Class: (Learning) +# Class: SOMA:Learning (Learning) AnnotationAssertion(rdfs:comment SOMA:Learning "The mental task of storing information for later use. @@ -904,7 +902,7 @@ This is more general than memorizing, as the later only captures declarative kno AnnotationAssertion(rdfs:label SOMA:Learning "Learning") SubClassOf(SOMA:Learning SOMA:InformationStorage) -# Class: () +# Class: SOMA:Lifting (SOMA:Lifting) AnnotationAssertion(rdfs:comment SOMA:Lifting "todo: how to distinguish from e.g. 'pushing from the table'") SubClassOf(SOMA:Lifting SOMA:Actuating) @@ -913,29 +911,29 @@ DisjointClasses(SOMA:Lifting SOMA:Pulling) DisjointClasses(SOMA:Lifting SOMA:Pushing) DisjointClasses(SOMA:Lifting SOMA:Squeezing) -# Class: (Linguistic object) +# Class: SOMA:LinguisticObject (Linguistic object) AnnotationAssertion(rdfs:isDefinedBy SOMA:LinguisticObject ) AnnotationAssertion(rdfs:label SOMA:LinguisticObject "Linguistic object"@en) SubClassOf(SOMA:LinguisticObject ) -# Class: () +# Class: SOMA:LookingAt (SOMA:LookingAt) AnnotationAssertion(rdfs:comment SOMA:LookingAt "better: Gazing") SubClassOf(SOMA:LookingAt SOMA:PhysicalTask) -# Class: (Looking for) +# Class: SOMA:LookingFor (Looking for) AnnotationAssertion(rdfs:comment SOMA:LookingFor "A task by which an Agent uses its perception apparatus to check for the presence of an object in some specified area.") AnnotationAssertion(rdfs:label SOMA:LookingFor "Looking for"@en) SubClassOf(SOMA:LookingFor SOMA:Perceiving) -# Class: () +# Class: SOMA:Lowering (SOMA:Lowering) AnnotationAssertion(rdfs:comment SOMA:Lowering "A task in which an Agent reduces the elevation at which they hold an item.") SubClassOf(SOMA:Lowering SOMA:Actuating) -# Class: () +# Class: SOMA:Manipulating (SOMA:Manipulating) AnnotationAssertion(rdfs:comment SOMA:Manipulating "Tasks where the goal is to move the prehensile effectors, ie. hands, of an agent so as to achieve some spatial or functional relation with some manipulated object. @@ -955,7 +953,7 @@ Note: we employ Manipulating here in its literal, original sense, of using hands SubClassOf(SOMA:Manipulating SOMA:PhysicalTask) SubClassOf(SOMA:Manipulating ObjectAllValuesFrom( SOMA:PhysicalAction)) -# Class: (Memorizing) +# Class: SOMA:Memorizing (Memorizing) AnnotationAssertion(rdfs:comment SOMA:Memorizing "An atomic mental task in which an Agent saves some (declarative) information for later retrieval. @@ -963,7 +961,7 @@ Examples include a student learning vocabularies or a computer saving some infor AnnotationAssertion(rdfs:label SOMA:Memorizing "Memorizing"@en) SubClassOf(SOMA:Memorizing SOMA:Learning) -# Class: (Mental action) +# Class: SOMA:MentalAction (Mental action) AnnotationAssertion(rdfs:comment SOMA:MentalAction "An Event construed as the Agent participant affecting Entities that are representations of actual or potential Entities or Events in the physical world in which the Agent is embodied. These representations are maintained by the Agent participant in the 'Mental action' event. @@ -972,14 +970,14 @@ AnnotationAssertion(rdfs:label SOMA:MentalAction "Mental action") SubClassOf(SOMA:MentalAction ) SubClassOf(SOMA:MentalAction ObjectAllValuesFrom( ObjectUnionOf( ))) -# Class: (Mental task) +# Class: SOMA:MentalTask (Mental task) AnnotationAssertion(rdfs:comment SOMA:MentalTask "A Task classifying some MentalAction, that is, an Action through which an Agent manipulates representations stored in its own cognition.") AnnotationAssertion(rdfs:label SOMA:MentalTask "Mental task"@en) SubClassOf(SOMA:MentalTask ) SubClassOf(SOMA:MentalTask ObjectAllValuesFrom( SOMA:MentalAction)) -# Class: (Message) +# Class: SOMA:Message (Message) AnnotationAssertion(rdfs:comment SOMA:Message "A message is a discrete unit of communication intended by the source for consumption by some recipient or group of recipients (Source: https://en.wikipedia.org/wiki/Message). @@ -989,69 +987,69 @@ SubClassOf(SOMA:Message SOMA:Item) SubClassOf(SOMA:Message ObjectSomeValuesFrom( SOMA:CommunicationTask)) SubClassOf(SOMA:Message ObjectAllValuesFrom( )) -# Class: (Meta cognition evaluation topic) +# Class: SOMA:MetaCognitionEvaluationTopic (Meta cognition evaluation topic) AnnotationAssertion(rdfs:comment SOMA:MetaCognitionEvaluationTopic "A topic used while an Agent describes its own cognitive processes and acions to evaluate them according to some metric.") AnnotationAssertion(rdfs:label SOMA:MetaCognitionEvaluationTopic "Meta cognition evaluation topic") SubClassOf(SOMA:MetaCognitionEvaluationTopic SOMA:MetaCognitionTopic) -# Class: (Meta cognition memory topic) +# Class: SOMA:MetaCognitionMemoryTopic (Meta cognition memory topic) AnnotationAssertion(rdfs:comment SOMA:MetaCognitionMemoryTopic "A topic used while an Agent describes its own cognitive processes and actions, and which covers descriptions of what memories are involved in them.") AnnotationAssertion(rdfs:label SOMA:MetaCognitionMemoryTopic "Meta cognition memory topic") SubClassOf(SOMA:MetaCognitionMemoryTopic SOMA:MetaCognitionTopic) -# Class: (Meta cognition planning topic) +# Class: SOMA:MetaCognitionPlanningTopic (Meta cognition planning topic) AnnotationAssertion(rdfs:comment SOMA:MetaCognitionPlanningTopic "A topic used while an Agent describes the planning it does for its own cognitive processes and actions.") AnnotationAssertion(rdfs:label SOMA:MetaCognitionPlanningTopic "Meta cognition planning topic") SubClassOf(SOMA:MetaCognitionPlanningTopic SOMA:MetaCognitionTopic) -# Class: () +# Class: SOMA:MetaCognitionTopic (SOMA:MetaCognitionTopic) AnnotationAssertion(rdfs:comment SOMA:MetaCognitionTopic "A topic for a description that an Agent might make of its own cognitive processes and actions.") SubClassOf(SOMA:MetaCognitionTopic SOMA:ThinkAloudTopic) -# Class: (Metacognitive controlling) +# Class: SOMA:MetacognitiveControlling (Metacognitive controlling) AnnotationAssertion(rdfs:comment SOMA:MetacognitiveControlling "The concious or subconcious task to control the own mental processes, e.g., evaluating them and instructing the own mind to shift attention.") AnnotationAssertion(rdfs:label SOMA:MetacognitiveControlling "Metacognitive controlling") SubClassOf(SOMA:MetacognitiveControlling SOMA:MentalTask) -# Class: (Metacognitive monitoring) +# Class: SOMA:MetacognitiveMonitoring (Metacognitive monitoring) AnnotationAssertion(rdfs:comment SOMA:MetacognitiveMonitoring "The task to label the processes and states of the own mind, e.g., to interprete the feeling of knowing an information but not being able to retrieve it at the moment as a tip-of-the-tongue event.") AnnotationAssertion(rdfs:label SOMA:MetacognitiveMonitoring "Metacognitive monitoring") SubClassOf(SOMA:MetacognitiveMonitoring SOMA:Introspecting) -# Class: () +# Class: SOMA:Mixing (SOMA:Mixing) AnnotationAssertion(rdfs:comment SOMA:Mixing "A task by which an Agent combines several entities, such that the combination is difficult or in practice impossible to reverse.") SubClassOf(SOMA:Mixing SOMA:Constructing) -# Class: (Modifying physical object) +# Class: SOMA:ModifyingPhysicalObject (Modifying physical object) AnnotationAssertion(rdfs:comment SOMA:ModifyingPhysicalObject "Superconcept for tasks that involve affecting some state that an object is in (e.g. where it is located), without creating or destroying the object.") AnnotationAssertion(rdfs:label SOMA:ModifyingPhysicalObject "Modifying physical object"@en) SubClassOf(SOMA:ModifyingPhysicalObject SOMA:PhysicalTask) -# Class: (Monitoring joint state) +# Class: SOMA:MonitoringJointState (Monitoring joint state) AnnotationAssertion(rdfs:comment SOMA:MonitoringJointState "A task in which the Agent keeps track of the physical state of its joints, e.g. their positions, velocities, efforts.") AnnotationAssertion(rdfs:label SOMA:MonitoringJointState "Monitoring joint state"@en) SubClassOf(SOMA:MonitoringJointState SOMA:Proprioceiving) -# Class: () +# Class: SOMA:MovingTo (SOMA:MovingTo) AnnotationAssertion(rdfs:comment SOMA:MovingTo "A task in which an Agent moves towards a location.") SubClassOf(SOMA:MovingTo SOMA:Navigating) -# Class: () +# Class: SOMA:Navigating (SOMA:Navigating) AnnotationAssertion(rdfs:comment SOMA:Navigating "A task in which an Agent moves through space so as to arrive at some location, follow some path, or increase its distance from some location or other entity. Often, navigation involves finding paths around obstacles and forbidden areas.") SubClassOf(SOMA:Navigating SOMA:PhysicalTask) -# Class: () +# Class: SOMA:Opening (SOMA:Opening) AnnotationAssertion(rdfs:comment SOMA:Opening "A task in which an Agent manipulates a container so as to expose its interior.") SubClassOf(SOMA:Opening SOMA:Actuating) @@ -1059,23 +1057,23 @@ DisjointClasses(SOMA:Opening SOMA:Pulling) DisjointClasses(SOMA:Opening SOMA:Pushing) DisjointClasses(SOMA:Opening SOMA:Squeezing) -# Class: () +# Class: SOMA:Orienting (SOMA:Orienting) AnnotationAssertion(rdfs:comment SOMA:Orienting "A task in which an Agent adjusts the orientation of an object.") SubClassOf(SOMA:Orienting SOMA:Positioning) -# Class: (Parking arms) +# Class: SOMA:ParkingArms (Parking arms) AnnotationAssertion(rdfs:comment SOMA:ParkingArms "A task by which an Agent arranges its arms in such a way so as to minimize opportunities for collision while moving through the environment.") AnnotationAssertion(rdfs:label SOMA:ParkingArms "Parking arms"@en) SubClassOf(SOMA:ParkingArms SOMA:AssumingArmPose) -# Class: () +# Class: SOMA:Perceiving (SOMA:Perceiving) AnnotationAssertion(rdfs:comment SOMA:Perceiving "A task in which the Agent gathers and interprets sensor information about its surroundings.") SubClassOf(SOMA:Perceiving ObjectIntersectionOf(SOMA:InformationAcquisition SOMA:PhysicalTask)) -# Class: (Physical acquiring) +# Class: SOMA:PhysicalAcquiring (Physical acquiring) AnnotationAssertion(rdfs:comment SOMA:PhysicalAcquiring "The goal of this task is to make some object usable for other tasks, by possibly changing its physical state. Usually, it overlaps some task that describes the manner in which an object is obtained. @@ -1085,118 +1083,118 @@ Note that buying an object is NOT PhysicalAcquiring. Buying, or ownership transf AnnotationAssertion(rdfs:label SOMA:PhysicalAcquiring "Physical acquiring"@en) SubClassOf(SOMA:PhysicalAcquiring SOMA:ModifyingPhysicalObject) -# Class: (Physical action) +# Class: SOMA:PhysicalAction (Physical action) AnnotationAssertion(rdfs:comment SOMA:PhysicalAction "An action performed by an agent by using its body in some way to interact with the physical world, e.g., through manipulation of objects, or by changing the posture.") AnnotationAssertion(rdfs:label SOMA:PhysicalAction "Physical action") SubClassOf(SOMA:PhysicalAction ) -# Class: (Physical task) +# Class: SOMA:PhysicalTask (Physical task) AnnotationAssertion(rdfs:comment SOMA:PhysicalTask "A task in which a PhysicalAgent affects some physical object.") AnnotationAssertion(rdfs:label SOMA:PhysicalTask "Physical task"@en) SubClassOf(SOMA:PhysicalTask ) SubClassOf(SOMA:PhysicalTask ObjectAllValuesFrom( ObjectIntersectionOf( ObjectUnionOf(ObjectSomeValuesFrom( ) ObjectSomeValuesFrom( ))))) -# Class: () +# Class: SOMA:PickingUp (SOMA:PickingUp) AnnotationAssertion(rdfs:comment SOMA:PickingUp "A task in which the Agent uses one or more of its grippers to grasp a usually stationary object.") SubClassOf(SOMA:PickingUp SOMA:Manipulating) -# Class: () +# Class: SOMA:Placing (SOMA:Placing) AnnotationAssertion(rdfs:comment SOMA:Placing "Distinguished from Positioning in that this task is more about placing an object at a functionally specified location (e.g., place the cup on the table) as opposed to positioning an object at a location defined by coordinates or a region of coordinates (position the cup at xyz).") SubClassOf(SOMA:Placing SOMA:PhysicalTask) -# Class: () +# Class: SOMA:Planning (SOMA:Planning) AnnotationAssertion(rdfs:comment SOMA:Planning "A Mental task in which the Agent endeavours to create a sequence of actions for itself which, if followed, will bring about a particular state of affairs in the world. This particular state of affairs is known to the agent and is often called the goal state of the planning action. Planning commits itself to feasibility: the Agent attempts to find a sequence of actions that it believes it will actually be able to perform.") SubClassOf(SOMA:Planning SOMA:Deciding) SubClassOf(SOMA:Planning ObjectSomeValuesFrom( ObjectSomeValuesFrom( ))) -# Class: () +# Class: SOMA:Positioning (SOMA:Positioning) AnnotationAssertion(rdfs:comment SOMA:Positioning "A task in which an Agent places an object at a particular position.") SubClassOf(SOMA:Positioning SOMA:Actuating) -# Class: () +# Class: SOMA:Pouring (SOMA:Pouring) AnnotationAssertion(rdfs:comment SOMA:Pouring "A task in which an agent lets liquid substance to flow out of an object. The agent has a kinematic control over the object.") SubClassOf(SOMA:Pouring SOMA:Actuating) SubClassOf(SOMA:Pouring ObjectSomeValuesFrom(SOMA:isTaskAffordedBy SOMA:Pourable)) -# Class: (Pouring into) +# Class: SOMA:PouringInto (Pouring into) AnnotationAssertion(rdfs:comment SOMA:PouringInto "The task in which the agent pours the substance into another object.") AnnotationAssertion(rdfs:label SOMA:PouringInto "Pouring into") SubClassOf(SOMA:PouringInto SOMA:Pouring) -# Class: (Pouring onto) +# Class: SOMA:PouringOnto (Pouring onto) AnnotationAssertion(rdfs:comment SOMA:PouringOnto "The task in which an agent pours the substance on top of an object") AnnotationAssertion(rdfs:label SOMA:PouringOnto "Pouring onto") SubClassOf(SOMA:PouringOnto SOMA:Pouring) -# Class: (Predicting) +# Class: SOMA:Prediction (Predicting) AnnotationAssertion(rdfs:comment SOMA:Prediction "A Mental task in which the Agent endeavours to construct a representation of a future state of the world. Prediction commits itself to some degree of accuracy: the Agent believes that eventually something similar to the predicted state will come to pass.") AnnotationAssertion(rdfs:label SOMA:Prediction "Predicting") SubClassOf(SOMA:Prediction SOMA:Prospecting) -# Class: (Premises) +# Class: SOMA:Premise (Premises) AnnotationAssertion(rdfs:comment SOMA:Premise "The role of an object that is used to infer some conclusion via some inference rules.") AnnotationAssertion(rdfs:label SOMA:Premise "Premises") SubClassOf(SOMA:Premise SOMA:Knowledge) -# Class: () +# Class: SOMA:Proprioceiving (SOMA:Proprioceiving) AnnotationAssertion(rdfs:comment SOMA:Proprioceiving "A task in which the Agent gathers and interprets sensor information about itself.") SubClassOf(SOMA:Proprioceiving SOMA:PhysicalTask) -# Class: () +# Class: SOMA:Prospecting (SOMA:Prospecting) AnnotationAssertion(rdfs:comment SOMA:Prospecting "A Mental task in which an Agent endeavours to construct a representation of a future state of affairs of the world it is embodied in.") SubClassOf(SOMA:Prospecting SOMA:DerivingInformation) -# Class: () +# Class: SOMA:Pulling (SOMA:Pulling) AnnotationAssertion(rdfs:comment SOMA:Pulling "A task in which an Agent moves an object in a direction loosely from the object's center of mass towards the contact point between agent and object.") SubClassOf(SOMA:Pulling SOMA:Actuating) DisjointClasses(SOMA:Pulling SOMA:Pushing) DisjointClasses(SOMA:Pulling SOMA:Squeezing) -# Class: () +# Class: SOMA:Pushing (SOMA:Pushing) AnnotationAssertion(rdfs:comment SOMA:Pushing "A task in which an Agent moves an object in a direction loosely from the the contact point between agent and object towards object's center of mass. todo: define subclass 'PushingOver'? Would we expect two distinct contacts with the same surface then?") SubClassOf(SOMA:Pushing SOMA:Actuating) DisjointClasses(SOMA:Pushing SOMA:Squeezing) -# Class: (Pushing away) +# Class: SOMA:PushingAway (Pushing away) AnnotationAssertion(rdfs:comment SOMA:PushingAway "A task in which an Agent pushes an object in front of themselves.") AnnotationAssertion(rdfs:label SOMA:PushingAway "Pushing away"@en) SubClassOf(SOMA:PushingAway SOMA:Pushing) DisjointClasses(SOMA:PushingAway SOMA:PushingDown) -# Class: (Pushing down) +# Class: SOMA:PushingDown (Pushing down) AnnotationAssertion(rdfs:comment SOMA:PushingDown "A task in which an Agent pushes an object downwards.") AnnotationAssertion(rdfs:label SOMA:PushingDown "Pushing down"@en) SubClassOf(SOMA:PushingDown SOMA:Pushing) -# Class: () +# Class: SOMA:PuttingDown (SOMA:PuttingDown) AnnotationAssertion(rdfs:comment SOMA:PuttingDown "A task in which an Agent puts down an object they have kinematic control over, e.g. a grasped object.") SubClassOf(SOMA:PuttingDown SOMA:Manipulating) -# Class: (Query) +# Class: SOMA:Query (Query) AnnotationAssertion(rdfs:comment SOMA:Query "A role played by some Information Realization that carries meaning, where this meaning is a query of some sort."@en) AnnotationAssertion(rdfs:label SOMA:Query "Query"@en) SubClassOf(SOMA:Query SOMA:Message) -# Class: (Query answering task) +# Class: SOMA:QueryAnsweringTask (Query answering task) AnnotationAssertion(rdfs:comment SOMA:QueryAnsweringTask "An Answering task that is the reaction to some Query answering task. @@ -1209,20 +1207,20 @@ However, sometimes this might be not the case, e.g., with counterquestions."@en) AnnotationAssertion(rdfs:label SOMA:QueryAnsweringTask "Query answering task") EquivalentClasses(SOMA:QueryAnsweringTask ObjectIntersectionOf(SOMA:AnsweringTask ObjectAllValuesFrom( ObjectAllValuesFrom(SOMA:isReactionTo ObjectSomeValuesFrom( SOMA:QueryingTask))))) -# Class: (Querying task) +# Class: SOMA:QueryingTask (Querying task) AnnotationAssertion(rdfs:comment SOMA:QueryingTask "An Illocutionary act where the Sender of the Message does so to trigger the Receiver to return some information that is specified within the content of the Message.") AnnotationAssertion(rdfs:label SOMA:QueryingTask "Querying task"@en) SubClassOf(SOMA:QueryingTask SOMA:IllocutionaryTask) SubClassOf(SOMA:QueryingTask ObjectSomeValuesFrom( SOMA:Query)) -# Class: () +# Class: SOMA:Reaching (SOMA:Reaching) AnnotationAssertion(rdfs:comment SOMA:Reaching "A task in which an Agent moves one or more of its arms towards a location or object.") SubClassOf(SOMA:Reaching SOMA:EndEffectorPositioning) DisjointClasses(SOMA:Reaching SOMA:Retracting) -# Class: () +# Class: SOMA:Reasoning (SOMA:Reasoning) AnnotationAssertion(rdfs:comment SOMA:Reasoning "A Mental task in which an Agent endeavours to obtain new knowledge from knowledge it already possesses.") AnnotationAssertion(rdfs:comment SOMA:Reasoning "todo: a taxonomy of reasoning is not trivial. Classical theory distinguishes Deductive, Inductive, and with a stretch Abductive reasoning. However, modern practice distinguishes other categories that overlap with these, e.g. Probabilistic and Non-monotonic. @@ -1234,19 +1232,19 @@ Any of the Abductive/Deductive/Inductive triad can be further affected by the Mo Note, this classification has nothing to do with reasoning domain (e.g. SpatialReasoning, TemporalReasoning, ...) and merely with techniques/logical-mathematical underpinnings.") SubClassOf(SOMA:Reasoning SOMA:DerivingInformation) -# Class: (Receiver) +# Class: SOMA:Receiver (Receiver) AnnotationAssertion(rdfs:comment SOMA:Receiver "The role played by an Agent in a Communication Task that perceives and interpretes some incoming Message."@en) AnnotationAssertion(rdfs:label SOMA:Receiver "Receiver"@en) SubClassOf(SOMA:Receiver SOMA:ExperiencerRole) SubClassOf(SOMA:Receiver ObjectSomeValuesFrom( SOMA:CommunicationTask)) -# Class: () +# Class: SOMA:Releasing (SOMA:Releasing) AnnotationAssertion(rdfs:comment SOMA:Releasing "A task in which an agent relinquishes its kinematic control over an object, typically by releasing it from its grasp.") SubClassOf(SOMA:Releasing SOMA:Manipulating) -# Class: () +# Class: SOMA:Remembering (SOMA:Remembering) AnnotationAssertion(rdfs:comment SOMA:Remembering "A Mental task in which the Agent recalls a record of a previous state of affairs in the world. @@ -1255,18 +1253,18 @@ The Agent must have witnessed and memorized this state of affairs in order to re The difference to Memory retrieval is that for this Task, we are concerned with knowledge about a previous world state. Memory Retrieval is more general in the sense that it also includes the retrieval of learned facts and rules."@en) SubClassOf(SOMA:Remembering ObjectIntersectionOf(SOMA:InformationRetrieval SOMA:Retrospecting)) -# Class: (Replanning) +# Class: SOMA:Replanning (Replanning) AnnotationAssertion(rdfs:comment SOMA:Replanning "A mental task, in which an agent reconfigures some plan that has been put together before."@en) AnnotationAssertion(rdfs:label SOMA:Replanning "Replanning"@en) SubClassOf(SOMA:Replanning SOMA:Planning) -# Class: () +# Class: SOMA:Retracting (SOMA:Retracting) AnnotationAssertion(rdfs:comment SOMA:Retracting "A task in which an Agent moves its arms away from a location.") SubClassOf(SOMA:Retracting SOMA:EndEffectorPositioning) -# Class: () +# Class: SOMA:Retrospecting (SOMA:Retrospecting) AnnotationAssertion(rdfs:comment SOMA:Retrospecting "A Mental task in which an Agent endeavors to construct a representation of a past state of affairs of the world it is embodied in.") AnnotationAssertion(rdfs:comment SOMA:Retrospecting "Done by analogy with Prospecting. Currently mono-subcategory, but perhaps we might find more. @@ -1274,134 +1272,134 @@ AnnotationAssertion(rdfs:comment SOMA:Retrospecting "Done by analogy with Prospe As an example, a kind of Abductive reasoning would fit here: reconstruction, in which the agent attempts to create a representation of a past state of affairs which the agent has not actually observed, based on traces and clues surviving to the present.") SubClassOf(SOMA:Retrospecting SOMA:InformationAcquisition) -# Class: (Selecting item) +# Class: SOMA:SelectingItem (Selecting item) AnnotationAssertion(rdfs:comment SOMA:SelectingItem "A task in which an Agent selects some object to use for a subsequent task.") AnnotationAssertion(rdfs:label SOMA:SelectingItem "Selecting item"@en) SubClassOf(SOMA:SelectingItem SOMA:GetTaskParameter) SubClassOf(SOMA:SelectingItem ObjectSomeValuesFrom(SOMA:isTaskOfOutputRole ObjectIntersectionOf(SOMA:SelectedObject ObjectAllValuesFrom( )))) -# Class: (Self-reflection) +# Class: SOMA:SelfReflection (Self-reflection) AnnotationAssertion(rdfs:label SOMA:SelfReflection "Self-reflection") AnnotationAssertion(rdfs:label SOMA:SelfReflection "The task of evaluating the personal cognitive processes.") SubClassOf(SOMA:SelfReflection SOMA:MetacognitiveControlling) -# Class: (Sender) +# Class: SOMA:Sender (Sender) AnnotationAssertion(rdfs:comment SOMA:Sender "The Role played by an Agent in a Communication Task that emits some Information Realization with the purpose of percipience by some Receiver."@en) AnnotationAssertion(rdfs:label SOMA:Sender "Sender"@en) SubClassOf(SOMA:Sender SOMA:PerformerRole) SubClassOf(SOMA:Sender ObjectSomeValuesFrom( SOMA:CommunicationTask)) -# Class: () +# Class: SOMA:Serving (SOMA:Serving) AnnotationAssertion(rdfs:comment SOMA:Serving "The task in which the agent delivers an object to a physical agent") SubClassOf(SOMA:Serving SOMA:Delivering) SubClassOf(SOMA:Serving ObjectAllValuesFrom( ObjectIntersectionOf( ObjectUnionOf(ObjectSomeValuesFrom( ) ObjectSomeValuesFrom( ))))) -# Class: (Setting gripper) +# Class: SOMA:SettingGripper (Setting gripper) AnnotationAssertion(rdfs:comment SOMA:SettingGripper "A task by which an Agent arranges one/some/all of its grippers in some configuration.") AnnotationAssertion(rdfs:label SOMA:SettingGripper "Setting gripper"@en) SubClassOf(SOMA:SettingGripper SOMA:AssumingPose) -# Class: () +# Class: SOMA:Simulating (SOMA:Simulating) AnnotationAssertion(rdfs:comment SOMA:Simulating "A Mental task in which the Agent endeavours to create representations of a sequence of states of affairs in the world. Simulation commits itself to some degree of transition accuracy: supposing the actual state of the world was the initial state of the simulation, the world state and simulation state should evolve to some degree similarly. Simulation does not commit itself to state accuracy: the initial state of the simulation is not constrained to be faithful to the actual state of the world in which the Agent is embodied. Counterfactual simulation (\"what would happen if--?\") is possible.") SubClassOf(SOMA:Simulating SOMA:Prospecting) -# Class: (Situation transition) +# Class: SOMA:SituationTransition (Situation transition) AnnotationAssertion(rdfs:comment SOMA:SituationTransition "A transition between two situations, usually brought about by the Action of some Agent.") AnnotationAssertion(rdfs:label SOMA:SituationTransition "Situation transition"@en) SubClassOf(SOMA:SituationTransition ) -# Class: () +# Class: SOMA:Slicing (SOMA:Slicing) AnnotationAssertion(rdfs:comment SOMA:Slicing "A particular kind of cutting where the goal is to produce slices from some solid object.") SubClassOf(SOMA:Slicing SOMA:Cutting) -# Class: () +# Class: SOMA:Squeezing (SOMA:Squeezing) AnnotationAssertion(rdfs:comment SOMA:Squeezing "A task in which an Agent applies pressure to an object they have in their grasp.") SubClassOf(SOMA:Squeezing SOMA:Actuating) -# Class: () +# Class: SOMA:Stirring (SOMA:Stirring) AnnotationAssertion(rdfs:comment SOMA:Stirring "A task in which an agent dissolves small particles like sugar or salt in fluid") SubClassOf(SOMA:Stirring SOMA:Mixing) SubClassOf(SOMA:Stirring ObjectSomeValuesFrom(SOMA:isTaskAffordedBy SOMA:Composing)) -# Class: (Think-aloud) +# Class: SOMA:ThinkAloud (Think-aloud) AnnotationAssertion(rdfs:comment SOMA:ThinkAloud "A task in which an Agent, while in the course of performing some other task(s), reports on their own decision processes that guide this other task(s) for the benefit of an outside observer.") AnnotationAssertion(rdfs:label SOMA:ThinkAloud "Think-aloud"@en) SubClassOf(SOMA:ThinkAloud SOMA:CommunicationReport) -# Class: (Think aloud action topic) +# Class: SOMA:ThinkAloudActionTopic (Think aloud action topic) AnnotationAssertion(rdfs:comment SOMA:ThinkAloudActionTopic "A topic used when an Agent states what they are doing.") AnnotationAssertion(rdfs:label SOMA:ThinkAloudActionTopic "Think aloud action topic") SubClassOf(SOMA:ThinkAloudActionTopic SOMA:ThinkAloudTopic) -# Class: (Think aloud general knowledge topic) +# Class: SOMA:ThinkAloudGeneralKnowledgeTopic (Think aloud general knowledge topic) AnnotationAssertion(rdfs:comment SOMA:ThinkAloudGeneralKnowledgeTopic "A topic used when an Agent states general knowledge they have.") AnnotationAssertion(rdfs:label SOMA:ThinkAloudGeneralKnowledgeTopic "Think aloud general knowledge topic") SubClassOf(SOMA:ThinkAloudGeneralKnowledgeTopic SOMA:ThinkAloudKnowledgeTopic) -# Class: (Think aloud knowledge topic) +# Class: SOMA:ThinkAloudKnowledgeTopic (Think aloud knowledge topic) AnnotationAssertion(rdfs:comment SOMA:ThinkAloudKnowledgeTopic "A topic used when an Agent states some item of knowledge. This knowledge can be general, or specific to the environment and task at hand.") AnnotationAssertion(rdfs:label SOMA:ThinkAloudKnowledgeTopic "Think aloud knowledge topic") SubClassOf(SOMA:ThinkAloudKnowledgeTopic SOMA:ThinkAloudTopic) -# Class: (Think aloud obstruction topic) +# Class: SOMA:ThinkAloudObstructionTopic (Think aloud obstruction topic) AnnotationAssertion(rdfs:comment SOMA:ThinkAloudObstructionTopic "A topic used when an Agent describes some state of affairs that prevents them from performing an action.") AnnotationAssertion(rdfs:label SOMA:ThinkAloudObstructionTopic "Think aloud obstruction topic") SubClassOf(SOMA:ThinkAloudObstructionTopic SOMA:ThinkAloudTopic) -# Class: (Think aloud opinion topic) +# Class: SOMA:ThinkAloudOpinionTopic (Think aloud opinion topic) AnnotationAssertion(rdfs:comment SOMA:ThinkAloudOpinionTopic "A topic used when an Agent expresses an opinion about the action they perform or the environment they are in.") AnnotationAssertion(rdfs:label SOMA:ThinkAloudOpinionTopic "Think aloud opinion topic") SubClassOf(SOMA:ThinkAloudOpinionTopic SOMA:ThinkAloudTopic) -# Class: (Think aloud perception topic) +# Class: SOMA:ThinkAloudPerceptionTopic (Think aloud perception topic) AnnotationAssertion(rdfs:comment SOMA:ThinkAloudPerceptionTopic "A topic used when an Agent describes what they currently perceive.") AnnotationAssertion(rdfs:label SOMA:ThinkAloudPerceptionTopic "Think aloud perception topic") SubClassOf(SOMA:ThinkAloudPerceptionTopic SOMA:ThinkAloudTopic) -# Class: (Think aloud plan topic) +# Class: SOMA:ThinkAloudPlanTopic (Think aloud plan topic) AnnotationAssertion(rdfs:comment SOMA:ThinkAloudPlanTopic "A topic used when an Agent describes what they intend to do. Note, this is not about describing the process through which this plan was constructed; that is covered by the MetaCognitionPlanningTopic.") AnnotationAssertion(rdfs:label SOMA:ThinkAloudPlanTopic "Think aloud plan topic") SubClassOf(SOMA:ThinkAloudPlanTopic SOMA:ThinkAloudTopic) -# Class: (Think aloud scene knowledge topic) +# Class: SOMA:ThinkAloudSceneKnowledgeTopic (Think aloud scene knowledge topic) AnnotationAssertion(rdfs:comment SOMA:ThinkAloudSceneKnowledgeTopic "A topic used when an Agent describes what they know about their environment, including knowledge of world states that they do not currently perceive.") AnnotationAssertion(rdfs:label SOMA:ThinkAloudSceneKnowledgeTopic "Think aloud scene knowledge topic") SubClassOf(SOMA:ThinkAloudSceneKnowledgeTopic SOMA:ThinkAloudKnowledgeTopic) -# Class: (Think aloud topic) +# Class: SOMA:ThinkAloudTopic (Think aloud topic) AnnotationAssertion(rdfs:comment SOMA:ThinkAloudTopic "A topic relevant for a think-aloud communication.") AnnotationAssertion(rdfs:label SOMA:ThinkAloudTopic "Think aloud topic"@en) SubClassOf(SOMA:ThinkAloudTopic SOMA:CommunicationTopic) -# Class: () +# Class: SOMA:Throwing (SOMA:Throwing) AnnotationAssertion(rdfs:comment SOMA:Throwing "A task in which an Agent imparts momentum to an object before releasing it so that it flies for some distance unsupported.") SubClassOf(SOMA:Throwing SOMA:Actuating) SubClassOf(SOMA:Throwing SOMA:Manipulating) -# Class: () +# Class: SOMA:Transporting (SOMA:Transporting) AnnotationAssertion(rdfs:comment SOMA:Transporting "A task by which an Agent carries an item from a source to a destination location.") SubClassOf(SOMA:Transporting SOMA:ModifyingPhysicalObject) @@ -1424,32 +1422,32 @@ SubClassOf( () +# Individual: SOMA:ExecutionState_Active (SOMA:ExecutionState_Active) AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Active "The execution state of an ongoing activity.") ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Active) -# Individual: () +# Individual: SOMA:ExecutionState_Cancelled (SOMA:ExecutionState_Cancelled) AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Cancelled "The execution state of a cancelled activity.") ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Cancelled) -# Individual: () +# Individual: SOMA:ExecutionState_Failed (SOMA:ExecutionState_Failed) AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Failed "The execution state of a failed activity.") ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Failed) -# Individual: () +# Individual: SOMA:ExecutionState_Paused (SOMA:ExecutionState_Paused) AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Paused "The execution state of a paused activity.") ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Paused) -# Individual: () +# Individual: SOMA:ExecutionState_Pending (SOMA:ExecutionState_Pending) AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Pending "The execution state of a pending activity.") ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Pending) -# Individual: () +# Individual: SOMA:ExecutionState_Succeeded (SOMA:ExecutionState_Succeeded) AnnotationAssertion(rdfs:comment SOMA:ExecutionState_Succeeded "The execution state of a succeeded activity.") ClassAssertion(SOMA:ExecutionStateRegion SOMA:ExecutionState_Succeeded) diff --git a/owl/SOMA-Allen.owl b/owl/SOMA-Allen.owl index 90a4d262..05734169 100644 --- a/owl/SOMA-Allen.owl +++ b/owl/SOMA-Allen.owl @@ -29,42 +29,42 @@ Declaration(ObjectProperty(SOMA:starts)) # Object Properties ############################ -# Object Property: () +# Object Property: SOMA:after (SOMA:after) AsymmetricObjectProperty(SOMA:after) IrreflexiveObjectProperty(SOMA:after) -# Object Property: () +# Object Property: SOMA:before (SOMA:before) AsymmetricObjectProperty(SOMA:before) IrreflexiveObjectProperty(SOMA:before) -# Object Property: () +# Object Property: SOMA:contains (SOMA:contains) AsymmetricObjectProperty(SOMA:contains) IrreflexiveObjectProperty(SOMA:contains) -# Object Property: () +# Object Property: SOMA:during (SOMA:during) AsymmetricObjectProperty(SOMA:during) IrreflexiveObjectProperty(SOMA:during) -# Object Property: (finished by) +# Object Property: SOMA:finishedBy (finished by) AsymmetricObjectProperty(SOMA:finishedBy) IrreflexiveObjectProperty(SOMA:finishedBy) -# Object Property: () +# Object Property: SOMA:finishes (SOMA:finishes) AsymmetricObjectProperty(SOMA:finishes) IrreflexiveObjectProperty(SOMA:finishes) -# Object Property: (started by) +# Object Property: SOMA:startedBy (started by) AsymmetricObjectProperty(SOMA:startedBy) IrreflexiveObjectProperty(SOMA:startedBy) -# Object Property: () +# Object Property: SOMA:starts (SOMA:starts) AsymmetricObjectProperty(SOMA:starts) IrreflexiveObjectProperty(SOMA:starts) diff --git a/owl/SOMA-ELAN.owl b/owl/SOMA-ELAN.owl index 6c578efa..4356c339 100644 --- a/owl/SOMA-ELAN.owl +++ b/owl/SOMA-ELAN.owl @@ -29,12 +29,12 @@ Declaration(AnnotationProperty(SOMA:nickname)) # Annotation Properties ############################ -# Annotation Property: () +# Annotation Property: SOMA:ELANName (SOMA:ELANName) AnnotationAssertion(rdfs:comment SOMA:ELANName "If present, used by the controlled vocabulary generation script to create a vocabulary entry. By default, the concept name itself is used for the vocabulary entry.") SubAnnotationPropertyOf(SOMA:ELANName SOMA:nickname) -# Annotation Property: () +# Annotation Property: SOMA:ELANUsageGuideline (SOMA:ELANUsageGuideline) AnnotationAssertion(rdfs:comment SOMA:ELANUsageGuideline "Provides a short description, similar to a definition, of a controlled vocabulary entry for ELAN.") SubAnnotationPropertyOf(SOMA:ELANUsageGuideline SOMA:UsageGuideline) @@ -45,14 +45,14 @@ SubAnnotationPropertyOf(SOMA:ELANUsageGuideline SOMA:UsageGuideline) # Data Properties ############################ -# Data Property: () +# Data Property: SOMA:expectedNumberOfPeople (SOMA:expectedNumberOfPeople) AnnotationAssertion(rdfs:comment SOMA:expectedNumberOfPeople "Used by the description of a task that classifies some event, usually a social gathering such as a meal, or by a description of a task to prepare for such an event, to record the number of people expected to participate.") SubDataPropertyOf(SOMA:expectedNumberOfPeople ) DataPropertyDomain(SOMA:expectedNumberOfPeople ObjectIntersectionOf( ObjectSomeValuesFrom( ))) DataPropertyRange(SOMA:expectedNumberOfPeople xsd:integer) -# Data Property: () +# Data Property: SOMA:formalityLevel (SOMA:formalityLevel) AnnotationAssertion(rdfs:comment SOMA:formalityLevel "Records the formality level in a description associated to some event, usually a social gathering such as a meal. @@ -67,27 +67,27 @@ DataPropertyRange(SOMA:formalityLevel xsd:string) # Classes ############################ -# Class: () +# Class: SOMA:Arranging (SOMA:Arranging) AnnotationAssertion(SOMA:ELANName SOMA:Arranging "construction-arrange-objects") AnnotationAssertion(SOMA:ELANUsageGuideline SOMA:Arranging "A task involving the arrangement of a collection of objects in a particular way.") -# Class: () +# Class: SOMA:PrepareForBreakfast (SOMA:PrepareForBreakfast) AnnotationAssertion(rdfs:comment SOMA:PrepareForBreakfast "Describes a goal to prepare a table or dining area for a breakfast.") SubClassOf(SOMA:PrepareForBreakfast SOMA:PrepareForMeal) -# Class: () +# Class: SOMA:PrepareForDinner (SOMA:PrepareForDinner) AnnotationAssertion(rdfs:comment SOMA:PrepareForDinner "Describes a goal to prepare a table or dining area for a dinner.") SubClassOf(SOMA:PrepareForDinner SOMA:PrepareForMeal) -# Class: () +# Class: SOMA:PrepareForLunch (SOMA:PrepareForLunch) AnnotationAssertion(rdfs:comment SOMA:PrepareForLunch "Describes a goal to prepare a table or dining area for a lunch.") SubClassOf(SOMA:PrepareForLunch SOMA:PrepareForMeal) -# Class: () +# Class: SOMA:PrepareForMeal (SOMA:PrepareForMeal) AnnotationAssertion(rdfs:comment SOMA:PrepareForMeal "A description of a goal to prepare for serving a meal by setting a table. @@ -96,7 +96,7 @@ SubClassOf(SOMA:PrepareForMeal () +# Class: SOMA:SettingTheTable (SOMA:SettingTheTable) AnnotationAssertion(rdfs:comment SOMA:SettingTheTable "The task to prepare a table for a meal.") SubClassOf(SOMA:SettingTheTable SOMA:Arranging) diff --git a/owl/SOMA-HOME.owl b/owl/SOMA-HOME.owl index c6191a03..65f006bc 100644 --- a/owl/SOMA-HOME.owl +++ b/owl/SOMA-HOME.owl @@ -12,15 +12,53 @@ Ontology( Import() Annotation(rdfs:comment "SOMA-HOME defines the concepts that are specific to home, e.g. kitchen environment, household items.") +Declaration(Class(SOMA:API_Specification)) +Declaration(Class(SOMA:AbductiveReasoning)) +Declaration(Class(SOMA:Accessor)) +Declaration(Class(SOMA:Accident)) +Declaration(Class(SOMA:ActionExecutionPlan)) +Declaration(Class(SOMA:Actuating)) +Declaration(Class(SOMA:AestheticDesign)) Declaration(Class(SOMA:Affordance)) Declaration(Class(SOMA:AffordsBeingSitOn)) Declaration(Class(SOMA:AgentRole)) +Declaration(Class(SOMA:Agonist)) +Declaration(Class(SOMA:Algorithm)) +Declaration(Class(SOMA:Alteration)) +Declaration(Class(SOMA:AlterativeInteraction)) +Declaration(Class(SOMA:AlteredObject)) +Declaration(Class(SOMA:Amateurish)) +Declaration(Class(SOMA:Answer)) +Declaration(Class(SOMA:AnsweringTask)) +Declaration(Class(SOMA:Antagonist)) Declaration(Class(SOMA:Appliance)) +Declaration(Class(SOMA:Approaching)) +Declaration(Class(SOMA:ArchiveFile)) +Declaration(Class(SOMA:ArchiveFormat)) +Declaration(Class(SOMA:ArchiveText)) +Declaration(Class(SOMA:AreaSurveying)) +Declaration(Class(SOMA:Arm)) Declaration(Class(SOMA:Armchair)) +Declaration(Class(SOMA:Arranging)) +Declaration(Class(SOMA:ArtificialAgent)) +Declaration(Class(SOMA:Assembling)) +Declaration(Class(SOMA:AssertionTask)) +Declaration(Class(SOMA:AssumingArmPose)) Declaration(Class(SOMA:AssumingPose)) +Declaration(Class(SOMA:AttentionShift)) +Declaration(Class(SOMA:AvoidedObject)) +Declaration(Class(SOMA:Avoiding)) Declaration(Class(SOMA:BakedGood)) +Declaration(Class(SOMA:Barrier)) Declaration(Class(SOMA:BedsideTable)) +Declaration(Class(SOMA:BehavioralDiagnosis)) +Declaration(Class(SOMA:BeneficiaryRole)) +Declaration(Class(SOMA:Binding)) Declaration(Class(SOMA:Blade)) +Declaration(Class(SOMA:Blockage)) +Declaration(Class(SOMA:BlockedObject)) +Declaration(Class(SOMA:BodyMovement)) +Declaration(Class(SOMA:Boiling)) Declaration(Class(SOMA:Bottle)) Declaration(Class(SOMA:Bowl)) Declaration(Class(SOMA:Box)) @@ -30,26 +68,95 @@ Declaration(Class(SOMA:BreadKnife)) Declaration(Class(SOMA:BreakfastPlate)) Declaration(Class(SOMA:Building)) Declaration(Class(SOMA:CanBeSatOn)) +Declaration(Class(SOMA:CanCut)) Declaration(Class(SOMA:CanSit)) Declaration(Class(SOMA:Capability)) +Declaration(Class(SOMA:Capacity)) Declaration(Class(SOMA:Carafe)) +Declaration(Class(SOMA:Catching)) +Declaration(Class(SOMA:CausalEventRole)) +Declaration(Class(SOMA:CausativeRole)) +Declaration(Class(SOMA:CausedMotionTheory)) Declaration(Class(SOMA:Ceiling)) Declaration(Class(SOMA:CeramicCooktop)) Declaration(Class(SOMA:CerealBox)) +Declaration(Class(SOMA:Channel)) +Declaration(Class(SOMA:CheckingObjectPresence)) +Declaration(Class(SOMA:ChemicalProcess)) +Declaration(Class(SOMA:CircularCylinder)) +Declaration(Class(SOMA:Classifier)) +Declaration(Class(SOMA:ClausalObject)) +Declaration(Class(SOMA:Clean)) +Declaration(Class(SOMA:Cleaning)) +Declaration(Class(SOMA:Cleanliness)) +Declaration(Class(SOMA:CleanlinessRegion)) +Declaration(Class(SOMA:Client-Server_Specification)) +Declaration(Class(SOMA:ClientRole)) +Declaration(Class(SOMA:Closing)) Declaration(Class(SOMA:ClosingDisposition)) +Declaration(Class(SOMA:Clumsiness)) Declaration(Class(SOMA:CoffeeCarafe)) Declaration(Class(SOMA:CoffeeTable)) +Declaration(Class(SOMA:CognitiveAgent)) Declaration(Class(SOMA:CoilCooktop)) +Declaration(Class(SOMA:Collision)) +Declaration(Class(SOMA:Color)) +Declaration(Class(SOMA:ColorRegion)) +Declaration(Class(SOMA:CommandingTask)) +Declaration(Class(SOMA:CommitedObject)) +Declaration(Class(SOMA:CommunicationAction)) +Declaration(Class(SOMA:CommunicationReport)) +Declaration(Class(SOMA:CommunicationTask)) +Declaration(Class(SOMA:CommunicationTopic)) Declaration(Class(SOMA:Compartment)) +Declaration(Class(SOMA:Composing)) +Declaration(Class(SOMA:Computer_Language)) +Declaration(Class(SOMA:Computer_Program)) +Declaration(Class(SOMA:Conclusion)) +Declaration(Class(SOMA:ConditionalSuccedence)) +Declaration(Class(SOMA:Configuration)) +Declaration(Class(SOMA:ConnectedObject)) +Declaration(Class(SOMA:Connectivity)) +Declaration(Class(SOMA:Constructing)) +Declaration(Class(SOMA:ContactState)) +Declaration(Class(SOMA:Container)) Declaration(Class(SOMA:Containment)) +Declaration(Class(SOMA:ContainmentState)) +Declaration(Class(SOMA:ContainmentTheory)) +Declaration(Class(SOMA:ContinuousJoint)) +Declaration(Class(SOMA:ControlTheory)) Declaration(Class(SOMA:Cooktop)) +Declaration(Class(SOMA:CounterfactualBinding)) Declaration(Class(SOMA:Countertop)) +Declaration(Class(SOMA:Cover)) +Declaration(Class(SOMA:Coverage)) +Declaration(Class(SOMA:CoverageTheory)) +Declaration(Class(SOMA:CoveredObject)) +Declaration(Class(SOMA:CoveringTheory)) +Declaration(Class(SOMA:CrackingTheory)) +Declaration(Class(SOMA:CreatedObject)) +Declaration(Class(SOMA:Creation)) Declaration(Class(SOMA:Crockery)) Declaration(Class(SOMA:Cup)) Declaration(Class(SOMA:Cupboard)) +Declaration(Class(SOMA:CutObject)) Declaration(Class(SOMA:Cutlery)) +Declaration(Class(SOMA:Cuttability)) +Declaration(Class(SOMA:Cutter)) +Declaration(Class(SOMA:Cutting)) Declaration(Class(SOMA:CuttingTool)) +Declaration(Class(SOMA:CylinderShape)) +Declaration(Class(SOMA:Database)) +Declaration(Class(SOMA:Deciding)) +Declaration(Class(SOMA:DeclarativeClause)) +Declaration(Class(SOMA:DeductiveReasoning)) +Declaration(Class(SOMA:Deformation)) +Declaration(Class(SOMA:Delivering)) +Declaration(Class(SOMA:DependentPlace)) +Declaration(Class(SOMA:Deposit)) +Declaration(Class(SOMA:DepositedObject)) Declaration(Class(SOMA:Deposition)) +Declaration(Class(SOMA:DerivingInformation)) Declaration(Class(SOMA:DesignedChair)) Declaration(Class(SOMA:DesignedComponent)) Declaration(Class(SOMA:DesignedContainer)) @@ -59,95 +166,886 @@ Declaration(Class(SOMA:DesignedSpade)) Declaration(Class(SOMA:DesignedTool)) Declaration(Class(SOMA:DessertFork)) Declaration(Class(SOMA:Destination)) +Declaration(Class(SOMA:DestroyedObject)) +Declaration(Class(SOMA:Destruction)) +Declaration(Class(SOMA:DetectedObject)) +Declaration(Class(SOMA:DeviceState)) +Declaration(Class(SOMA:DeviceStateRange)) +Declaration(Class(SOMA:DeviceTurnedOff)) +Declaration(Class(SOMA:DeviceTurnedOn)) +Declaration(Class(SOMA:DexterityDiagnosis)) +Declaration(Class(SOMA:Dicing)) +Declaration(Class(SOMA:Digital_File)) Declaration(Class(SOMA:DinnerPlate)) +Declaration(Class(SOMA:DirectedMotion)) +Declaration(Class(SOMA:Dirty)) +Declaration(Class(SOMA:Discourse)) Declaration(Class(SOMA:Dish)) Declaration(Class(SOMA:Dishwasher)) Declaration(Class(SOMA:DishwasherTab)) Declaration(Class(SOMA:Dispenser)) +Declaration(Class(SOMA:Disposition)) +Declaration(Class(SOMA:Distancing)) Declaration(Class(SOMA:Door)) Declaration(Class(SOMA:Drawer)) +Declaration(Class(SOMA:Dreaming)) +Declaration(Class(SOMA:Driving)) +Declaration(Class(SOMA:Dropping)) +Declaration(Class(SOMA:ESTSchemaTheory)) +Declaration(Class(SOMA:Effort)) Declaration(Class(SOMA:ElectricCooktop)) +Declaration(Class(SOMA:EnclosedObject)) +Declaration(Class(SOMA:Enclosing)) +Declaration(Class(SOMA:EndEffectorPositioning)) +Declaration(Class(SOMA:Episode)) +Declaration(Class(SOMA:EventAdjacentRole)) +Declaration(Class(SOMA:ExcludedObject)) +Declaration(Class(SOMA:ExecutableFile)) +Declaration(Class(SOMA:ExecutableFormat)) +Declaration(Class(SOMA:ExecutableSchematicTheory)) +Declaration(Class(SOMA:ExecutableSoftware)) +Declaration(Class(SOMA:Executable_Code)) +Declaration(Class(SOMA:ExecutionStateRegion)) +Declaration(Class(SOMA:ExistingObjectRole)) +Declaration(Class(SOMA:ExperiencerRole)) +Declaration(Class(SOMA:ExtractedObject)) +Declaration(Class(SOMA:Extrinsic)) +Declaration(Class(SOMA:FactualBinding)) +Declaration(Class(SOMA:FailedAttempt)) +Declaration(Class(SOMA:FaultySoftware)) +Declaration(Class(SOMA:Feature)) +Declaration(Class(SOMA:Fetching)) +Declaration(Class(SOMA:FileConfiguration)) +Declaration(Class(SOMA:File_format)) +Declaration(Class(SOMA:Finger)) +Declaration(Class(SOMA:FixedJoint)) +Declaration(Class(SOMA:Flipping)) +Declaration(Class(SOMA:FloatingJoint)) Declaration(Class(SOMA:Floor)) +Declaration(Class(SOMA:Fluid)) +Declaration(Class(SOMA:FluidFlow)) +Declaration(Class(SOMA:Flying)) +Declaration(Class(SOMA:Focusing)) +Declaration(Class(SOMA:Foolishness)) +Declaration(Class(SOMA:ForceAttribute)) +Declaration(Class(SOMA:ForceInteraction)) +Declaration(Class(SOMA:ForgettingIncorrectInformation)) +Declaration(Class(SOMA:ForgettingIrrelevantInformation)) Declaration(Class(SOMA:Fork)) +Declaration(Class(SOMA:FormalLanguage)) Declaration(Class(SOMA:FreezerCompartment)) +Declaration(Class(SOMA:FrictionAttribute)) +Declaration(Class(SOMA:FunctionalControl)) +Declaration(Class(SOMA:FunctionalDesign)) +Declaration(Class(SOMA:FunctionalDiagnosis)) +Declaration(Class(SOMA:FunctionalPart)) +Declaration(Class(SOMA:FunctionalSpatialSchemaTheory)) Declaration(Class(SOMA:GasCooktop)) +Declaration(Class(SOMA:GetTaskParameter)) Declaration(Class(SOMA:Glass)) +Declaration(Class(SOMA:GoalRole)) +Declaration(Class(SOMA:GraphDatabase)) +Declaration(Class(SOMA:GraphQueryLanguage)) +Declaration(Class(SOMA:GraspTransfer)) Declaration(Class(SOMA:Graspability)) +Declaration(Class(SOMA:Grasping)) +Declaration(Class(SOMA:GraspingMotion)) +Declaration(Class(SOMA:GreenColor)) +Declaration(Class(SOMA:Gripper)) +Declaration(Class(SOMA:Hand)) +Declaration(Class(SOMA:HardwareDiagnosis)) +Declaration(Class(SOMA:HasQualityRegion)) +Declaration(Class(SOMA:Head)) +Declaration(Class(SOMA:HeadMovement)) +Declaration(Class(SOMA:HeadTurning)) +Declaration(Class(SOMA:HingeJoint)) +Declaration(Class(SOMA:Holding)) +Declaration(Class(SOMA:HostRole)) Declaration(Class(SOMA:Hotplate)) +Declaration(Class(SOMA:Human-readable_Programming_Language)) +Declaration(Class(SOMA:HumanActivityRecording)) +Declaration(Class(SOMA:IllocutionaryTask)) +Declaration(Class(SOMA:ImageSchemaTheory)) +Declaration(Class(SOMA:Imagining)) +Declaration(Class(SOMA:Impediment)) +Declaration(Class(SOMA:ImperativeClause)) +Declaration(Class(SOMA:Inability)) +Declaration(Class(SOMA:IncludedObject)) +Declaration(Class(SOMA:IncompatibleSoftware)) Declaration(Class(SOMA:InductionCooktop)) +Declaration(Class(SOMA:InductiveReasoning)) +Declaration(Class(SOMA:Infeasibility)) +Declaration(Class(SOMA:InferenceRules)) +Declaration(Class(SOMA:InformationAcquisition)) +Declaration(Class(SOMA:InformationDismissal)) +Declaration(Class(SOMA:InformationRetrieval)) +Declaration(Class(SOMA:InformationStorage)) +Declaration(Class(SOMA:InsertedObject)) Declaration(Class(SOMA:Insertion)) +Declaration(Class(SOMA:Instructions)) +Declaration(Class(SOMA:Instrument)) +Declaration(Class(SOMA:InterfaceComponentRole)) +Declaration(Class(SOMA:InterfaceSpecification)) +Declaration(Class(SOMA:IntermediateGrasp)) +Declaration(Class(SOMA:Interpreting)) +Declaration(Class(SOMA:InterrogativeClause)) +Declaration(Class(SOMA:Intrinsic)) +Declaration(Class(SOMA:Introspecting)) +Declaration(Class(SOMA:Item)) Declaration(Class(SOMA:JamJar)) Declaration(Class(SOMA:Jar)) +Declaration(Class(SOMA:Joint)) +Declaration(Class(SOMA:JointLimit)) +Declaration(Class(SOMA:JointState)) +Declaration(Class(SOMA:KineticFrictionAttribute)) +Declaration(Class(SOMA:KinoDynamicData)) Declaration(Class(SOMA:Kitchen)) Declaration(Class(SOMA:KitchenCabinet)) Declaration(Class(SOMA:KitchenKnife)) Declaration(Class(SOMA:KitchenUnit)) Declaration(Class(SOMA:Knife)) +Declaration(Class(SOMA:Knowledge)) +Declaration(Class(SOMA:KnowledgeRepresentationLanguage)) +Declaration(Class(SOMA:Labeling)) +Declaration(Class(SOMA:Language)) +Declaration(Class(SOMA:Leaning)) +Declaration(Class(SOMA:Learning)) +Declaration(Class(SOMA:Leg)) Declaration(Class(SOMA:Lid)) +Declaration(Class(SOMA:Lifting)) +Declaration(Class(SOMA:Limb)) +Declaration(Class(SOMA:LimbMotion)) +Declaration(Class(SOMA:LinguisticObject)) Declaration(Class(SOMA:Linkage)) +Declaration(Class(SOMA:LinkageState)) +Declaration(Class(SOMA:LinkedObject)) +Declaration(Class(SOMA:Localization)) +Declaration(Class(SOMA:Location)) +Declaration(Class(SOMA:LocatumRole)) +Declaration(Class(SOMA:Locomotion)) +Declaration(Class(SOMA:LocutionaryAction)) +Declaration(Class(SOMA:LookingAt)) +Declaration(Class(SOMA:LookingFor)) +Declaration(Class(SOMA:Lowering)) +Declaration(Class(SOMA:Manipulating)) +Declaration(Class(SOMA:Markup_Language)) +Declaration(Class(SOMA:MassAttribute)) +Declaration(Class(SOMA:Masterful)) +Declaration(Class(SOMA:Material)) +Declaration(Class(SOMA:MedicalDiagnosis)) +Declaration(Class(SOMA:Memorizing)) +Declaration(Class(SOMA:MentalAction)) +Declaration(Class(SOMA:MentalTask)) +Declaration(Class(SOMA:MeshShape)) +Declaration(Class(SOMA:MeshShapeData)) +Declaration(Class(SOMA:Message)) +Declaration(Class(SOMA:MetaCognitionEvaluationTopic)) +Declaration(Class(SOMA:MetaCognitionMemoryTopic)) +Declaration(Class(SOMA:MetaCognitionPlanningTopic)) +Declaration(Class(SOMA:MetaCognitionTopic)) +Declaration(Class(SOMA:MetacognitiveControlling)) +Declaration(Class(SOMA:MetacognitiveMonitoring)) Declaration(Class(SOMA:MilkBottle)) Declaration(Class(SOMA:MilkPack)) +Declaration(Class(SOMA:Mixing)) +Declaration(Class(SOMA:MixingTheory)) +Declaration(Class(SOMA:ModifyingPhysicalObject)) +Declaration(Class(SOMA:MonitoringJointState)) +Declaration(Class(SOMA:Motion)) +Declaration(Class(SOMA:MovableJoint)) +Declaration(Class(SOMA:MovedObject)) +Declaration(Class(SOMA:MovingAway)) +Declaration(Class(SOMA:MovingTo)) +Declaration(Class(SOMA:Natural_Language)) +Declaration(Class(SOMA:Natural_Language_Text)) +Declaration(Class(SOMA:Navigating)) +Declaration(Class(SOMA:NetForce)) Declaration(Class(SOMA:NutellaJar)) +Declaration(Class(SOMA:Obstacle)) +Declaration(Class(SOMA:Ontology)) +Declaration(Class(SOMA:Ontology_Language)) +Declaration(Class(SOMA:Opening)) +Declaration(Class(SOMA:Orienting)) +Declaration(Class(SOMA:Origin)) Declaration(Class(SOMA:Oven)) Declaration(Class(SOMA:Pack)) Declaration(Class(SOMA:Pan)) Declaration(Class(SOMA:Pancake)) Declaration(Class(SOMA:PancakeMix)) +Declaration(Class(SOMA:ParkingArms)) Declaration(Class(SOMA:PastaBowl)) +Declaration(Class(SOMA:PathRole)) +Declaration(Class(SOMA:Patient)) Declaration(Class(SOMA:PepperShaker)) +Declaration(Class(SOMA:Perceiving)) +Declaration(Class(SOMA:PerformerRole)) +Declaration(Class(SOMA:PhaseTransition)) +Declaration(Class(SOMA:Phrase)) +Declaration(Class(SOMA:PhysicalAccessibility)) +Declaration(Class(SOMA:PhysicalAcquiring)) +Declaration(Class(SOMA:PhysicalAction)) +Declaration(Class(SOMA:PhysicalBlockage)) +Declaration(Class(SOMA:PhysicalEffector)) +Declaration(Class(SOMA:PhysicalExistence)) +Declaration(Class(SOMA:PhysicalQuality)) +Declaration(Class(SOMA:PhysicalState)) +Declaration(Class(SOMA:PhysicalTask)) +Declaration(Class(SOMA:PhysicsProcess)) +Declaration(Class(SOMA:PickingUp)) +Declaration(Class(SOMA:Placing)) +Declaration(Class(SOMA:PlacingTheory)) +Declaration(Class(SOMA:PlanarJoint)) +Declaration(Class(SOMA:Planning)) Declaration(Class(SOMA:Plate)) +Declaration(Class(SOMA:PluginRole)) +Declaration(Class(SOMA:PluginSpecification)) +Declaration(Class(SOMA:Positioning)) +Declaration(Class(SOMA:PosturalMoving)) Declaration(Class(SOMA:Pot)) +Declaration(Class(SOMA:Pourable)) +Declaration(Class(SOMA:PouredObject)) +Declaration(Class(SOMA:Pouring)) +Declaration(Class(SOMA:PouringInto)) +Declaration(Class(SOMA:PouringOnto)) +Declaration(Class(SOMA:PowerGrasp)) +Declaration(Class(SOMA:PrecisionGrasp)) +Declaration(Class(SOMA:Prediction)) +Declaration(Class(SOMA:PrehensileEffector)) +Declaration(Class(SOMA:PrehensileMotion)) +Declaration(Class(SOMA:Premise)) +Declaration(Class(SOMA:PreservativeInteraction)) +Declaration(Class(SOMA:PrismaticJoint)) +Declaration(Class(SOMA:ProcessFlow)) +Declaration(Class(SOMA:ProcessType)) +Declaration(Class(SOMA:Programming_Language)) +Declaration(Class(SOMA:Progression)) +Declaration(Class(SOMA:Proprioceiving)) +Declaration(Class(SOMA:Prospecting)) +Declaration(Class(SOMA:Protector)) +Declaration(Class(SOMA:ProximalTheory)) +Declaration(Class(SOMA:Pulling)) +Declaration(Class(SOMA:Purification)) +Declaration(Class(SOMA:Pushing)) +Declaration(Class(SOMA:PushingAway)) +Declaration(Class(SOMA:PushingDown)) +Declaration(Class(SOMA:PuttingDown)) +Declaration(Class(SOMA:QualityTransition)) +Declaration(Class(SOMA:Query)) +Declaration(Class(SOMA:QueryAnsweringTask)) +Declaration(Class(SOMA:QueryEngine)) +Declaration(Class(SOMA:QueryLanguage)) +Declaration(Class(SOMA:QueryingTask)) Declaration(Class(SOMA:Rack)) Declaration(Class(SOMA:RaspberryJamJar)) +Declaration(Class(SOMA:Reaching)) +Declaration(Class(SOMA:Reasoner)) +Declaration(Class(SOMA:Reasoning)) +Declaration(Class(SOMA:Receiver)) +Declaration(Class(SOMA:RecipientRole)) +Declaration(Class(SOMA:RecordedEpisode)) +Declaration(Class(SOMA:RedColor)) Declaration(Class(SOMA:Refrigerator)) +Declaration(Class(SOMA:Reification)) +Declaration(Class(SOMA:RelationAdjacentRole)) +Declaration(Class(SOMA:RelationalDatabase)) +Declaration(Class(SOMA:RelationalQueryLanguage)) +Declaration(Class(SOMA:RelatumRole)) +Declaration(Class(SOMA:Releasing)) +Declaration(Class(SOMA:ReleasingMotion)) +Declaration(Class(SOMA:RelevantPart)) +Declaration(Class(SOMA:Remembering)) +Declaration(Class(SOMA:RemovedObject)) +Declaration(Class(SOMA:Replanning)) +Declaration(Class(SOMA:ResourceRole)) +Declaration(Class(SOMA:RestrictedObject)) +Declaration(Class(SOMA:Restrictor)) +Declaration(Class(SOMA:ResultRole)) +Declaration(Class(SOMA:Retracting)) +Declaration(Class(SOMA:Retrospecting)) +Declaration(Class(SOMA:RevoluteJoint)) +Declaration(Class(SOMA:RoleFillerBinding)) +Declaration(Class(SOMA:RoleRoleBinding)) Declaration(Class(SOMA:Room)) Declaration(Class(SOMA:RoomSurface)) +Declaration(Class(SOMA:Rubbing)) Declaration(Class(SOMA:SaladBowl)) Declaration(Class(SOMA:SaltShaker)) +Declaration(Class(SOMA:Scene)) +Declaration(Class(SOMA:SchematicTheory)) +Declaration(Class(SOMA:SelectedObject)) +Declaration(Class(SOMA:SelectingItem)) +Declaration(Class(SOMA:SelfReflection)) +Declaration(Class(SOMA:Sender)) +Declaration(Class(SOMA:ServerRole)) +Declaration(Class(SOMA:Serving)) +Declaration(Class(SOMA:Setpoint)) +Declaration(Class(SOMA:SettingGripper)) Declaration(Class(SOMA:Shaker)) +Declaration(Class(SOMA:Shape)) +Declaration(Class(SOMA:ShapeRegion)) +Declaration(Class(SOMA:ShapedObject)) Declaration(Class(SOMA:Shaping)) +Declaration(Class(SOMA:Sharpness)) +Declaration(Class(SOMA:Shifting)) +Declaration(Class(SOMA:Simulating)) +Declaration(Class(SOMA:Simulation_Reasoner)) Declaration(Class(SOMA:Sink)) Declaration(Class(SOMA:Sitting)) Declaration(Class(SOMA:SittingDestination)) +Declaration(Class(SOMA:SituationTransition)) +Declaration(Class(SOMA:Size)) +Declaration(Class(SOMA:Slicing)) +Declaration(Class(SOMA:Sluggishness)) +Declaration(Class(SOMA:SocialQuality)) +Declaration(Class(SOMA:SocialState)) Declaration(Class(SOMA:Sofa)) +Declaration(Class(SOMA:Software)) +Declaration(Class(SOMA:SoftwareDiagnosis)) +Declaration(Class(SOMA:SoftwareInstance)) +Declaration(Class(SOMA:SoftwareLibrary)) +Declaration(Class(SOMA:SoftwareRole)) +Declaration(Class(SOMA:Software_Configuration)) Declaration(Class(SOMA:SoupPot)) +Declaration(Class(SOMA:SourceMaterialRole)) +Declaration(Class(SOMA:SourcePathGoalTheory)) +Declaration(Class(SOMA:Source_Code)) +Declaration(Class(SOMA:SpatialRelationRole)) +Declaration(Class(SOMA:SpatioTemporalRole)) Declaration(Class(SOMA:Spatula)) +Declaration(Class(SOMA:SphereShape)) Declaration(Class(SOMA:Spoon)) +Declaration(Class(SOMA:Squeezing)) +Declaration(Class(SOMA:Standing)) +Declaration(Class(SOMA:State)) +Declaration(Class(SOMA:StateTransition)) +Declaration(Class(SOMA:StateType)) +Declaration(Class(SOMA:StaticFrictionAttribute)) +Declaration(Class(SOMA:StatisticalReasoner)) +Declaration(Class(SOMA:Status)) +Declaration(Class(SOMA:StatusFailure)) +Declaration(Class(SOMA:StimulusRole)) +Declaration(Class(SOMA:Stirring)) +Declaration(Class(SOMA:Storage)) +Declaration(Class(SOMA:StoredObject)) Declaration(Class(SOMA:Stove)) +Declaration(Class(SOMA:StructuralDesign)) +Declaration(Class(SOMA:Structured_Text)) +Declaration(Class(SOMA:SubCognitiveAgent)) +Declaration(Class(SOMA:Succedence)) +Declaration(Class(SOMA:SuccessDiagnosis)) +Declaration(Class(SOMA:Successfulness)) Declaration(Class(SOMA:SugarDispenser)) +Declaration(Class(SOMA:SupportState)) +Declaration(Class(SOMA:SupportTheory)) +Declaration(Class(SOMA:SupportedObject)) +Declaration(Class(SOMA:Supporter)) Declaration(Class(SOMA:Surface)) +Declaration(Class(SOMA:Swimming)) +Declaration(Class(SOMA:SymbolicReasoner)) +Declaration(Class(SOMA:System)) Declaration(Class(SOMA:Table)) Declaration(Class(SOMA:TableFork)) Declaration(Class(SOMA:TableKnife)) Declaration(Class(SOMA:TableSpoon)) Declaration(Class(SOMA:Tableware)) Declaration(Class(SOMA:Tap)) +Declaration(Class(SOMA:Tapping)) +Declaration(Class(SOMA:TaskInvocation)) +Declaration(Class(SOMA:Taxis)) Declaration(Class(SOMA:TeaSpoon)) +Declaration(Class(SOMA:TechnicalDiagnosis)) +Declaration(Class(SOMA:Temperature)) +Declaration(Class(SOMA:TemperatureRegion)) Declaration(Class(SOMA:Tempering)) Declaration(Class(SOMA:TemperingByCooling)) Declaration(Class(SOMA:TemperingByHeating)) +Declaration(Class(SOMA:Text)) +Declaration(Class(SOMA:ThinkAloud)) +Declaration(Class(SOMA:ThinkAloudActionTopic)) +Declaration(Class(SOMA:ThinkAloudGeneralKnowledgeTopic)) +Declaration(Class(SOMA:ThinkAloudKnowledgeTopic)) +Declaration(Class(SOMA:ThinkAloudObstructionTopic)) +Declaration(Class(SOMA:ThinkAloudOpinionTopic)) +Declaration(Class(SOMA:ThinkAloudPerceptionTopic)) +Declaration(Class(SOMA:ThinkAloudPlanTopic)) +Declaration(Class(SOMA:ThinkAloudSceneKnowledgeTopic)) +Declaration(Class(SOMA:ThinkAloudTopic)) +Declaration(Class(SOMA:Threshold)) +Declaration(Class(SOMA:Throwing)) +Declaration(Class(SOMA:TimeRole)) +Declaration(Class(SOMA:Tool)) +Declaration(Class(SOMA:Transient)) +Declaration(Class(SOMA:Transporting)) Declaration(Class(SOMA:TrashContainer)) +Declaration(Class(SOMA:Triplestore)) +Declaration(Class(SOMA:Turning)) +Declaration(Class(SOMA:UnavailableSoftware)) +Declaration(Class(SOMA:UndirectedMotion)) +Declaration(Class(SOMA:Unsuccessfulness)) +Declaration(Class(SOMA:Vaporizing)) +Declaration(Class(SOMA:Variability)) +Declaration(Class(SOMA:VideoData)) +Declaration(Class(SOMA:Walking)) Declaration(Class(SOMA:Wall)) Declaration(Class(SOMA:Wardrobe)) Declaration(Class(SOMA:WaterBottle)) Declaration(Class(SOMA:WaterGlass)) Declaration(Class(SOMA:WineBottle)) Declaration(Class(SOMA:WineGlass)) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) Declaration(Class()) Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(Class()) +Declaration(ObjectProperty(SOMA:affects)) +Declaration(ObjectProperty(SOMA:affordanceDefines)) +Declaration(ObjectProperty(SOMA:affordanceDefinesTask)) +Declaration(ObjectProperty(SOMA:affordsBearer)) +Declaration(ObjectProperty(SOMA:affordsConcept)) +Declaration(ObjectProperty(SOMA:affordsPerformer)) +Declaration(ObjectProperty(SOMA:affordsSetpoint)) +Declaration(ObjectProperty(SOMA:affordsTask)) Declaration(ObjectProperty(SOMA:affordsTrigger)) +Declaration(ObjectProperty(SOMA:after)) +Declaration(ObjectProperty(SOMA:answers)) +Declaration(ObjectProperty(SOMA:before)) +Declaration(ObjectProperty(SOMA:causes)) +Declaration(ObjectProperty(SOMA:causesTransition)) +Declaration(ObjectProperty(SOMA:coOccurs)) +Declaration(ObjectProperty(SOMA:contains)) +Declaration(ObjectProperty(SOMA:containsEvent)) +Declaration(ObjectProperty(SOMA:containsObject)) +Declaration(ObjectProperty(SOMA:coversObject)) Declaration(ObjectProperty(SOMA:definesBearer)) +Declaration(ObjectProperty(SOMA:definesEventType)) +Declaration(ObjectProperty(SOMA:definesInput)) +Declaration(ObjectProperty(SOMA:definesOutput)) +Declaration(ObjectProperty(SOMA:definesParameter)) +Declaration(ObjectProperty(SOMA:definesParticipant)) +Declaration(ObjectProperty(SOMA:definesPerformer)) +Declaration(ObjectProperty(SOMA:definesProcess)) +Declaration(ObjectProperty(SOMA:definesSetpoint)) Declaration(ObjectProperty(SOMA:definesTrigger)) +Declaration(ObjectProperty(SOMA:derivedFrom)) +Declaration(ObjectProperty(SOMA:describesQuality)) +Declaration(ObjectProperty(SOMA:directlyCauses)) +Declaration(ObjectProperty(SOMA:directlyDerivedFrom)) +Declaration(ObjectProperty(SOMA:during)) +Declaration(ObjectProperty(SOMA:encodes)) +Declaration(ObjectProperty(SOMA:finishedBy)) +Declaration(ObjectProperty(SOMA:finishes)) +Declaration(ObjectProperty(SOMA:firstMember)) +Declaration(ObjectProperty(SOMA:givesMeaningTo)) +Declaration(ObjectProperty(SOMA:hasAction)) +Declaration(ObjectProperty(SOMA:hasAlterationResult)) +Declaration(ObjectProperty(SOMA:hasAnswer)) +Declaration(ObjectProperty(SOMA:hasBinding)) +Declaration(ObjectProperty(SOMA:hasBindingFiller)) +Declaration(ObjectProperty(SOMA:hasBindingRole)) +Declaration(ObjectProperty(SOMA:hasChildLink)) +Declaration(ObjectProperty(SOMA:hasColor)) Declaration(ObjectProperty(SOMA:hasDisposition)) +Declaration(ObjectProperty(SOMA:hasEndLink)) +Declaration(ObjectProperty(SOMA:hasExecutionState)) +Declaration(ObjectProperty(SOMA:hasFeature)) +Declaration(ObjectProperty(SOMA:hasFirstStep)) +Declaration(ObjectProperty(SOMA:hasFrictionAttribute)) +Declaration(ObjectProperty(SOMA:hasGoal)) +Declaration(ObjectProperty(SOMA:hasInitialScene)) +Declaration(ObjectProperty(SOMA:hasInitialSituation)) +Declaration(ObjectProperty(SOMA:hasInitialState)) +Declaration(ObjectProperty(SOMA:hasInputParameter)) +Declaration(ObjectProperty(SOMA:hasJointLimit)) +Declaration(ObjectProperty(SOMA:hasJointState)) +Declaration(ObjectProperty(SOMA:hasLink)) +Declaration(ObjectProperty(SOMA:hasLocalization)) +Declaration(ObjectProperty(SOMA:hasMassAttribute)) +Declaration(ObjectProperty(SOMA:hasNetForce)) +Declaration(ObjectProperty(SOMA:hasNextStep)) +Declaration(ObjectProperty(SOMA:hasOutputParameter)) +Declaration(ObjectProperty(SOMA:hasParentLink)) +Declaration(ObjectProperty(SOMA:hasPhase)) Declaration(ObjectProperty(SOMA:hasPhysicalComponent)) +Declaration(ObjectProperty(SOMA:hasPredecessor)) +Declaration(ObjectProperty(SOMA:hasPreviousStep)) +Declaration(ObjectProperty(SOMA:hasProcessType)) +Declaration(ObjectProperty(SOMA:hasQuale)) +Declaration(ObjectProperty(SOMA:hasRootLink)) +Declaration(ObjectProperty(SOMA:hasShape)) Declaration(ObjectProperty(SOMA:hasShapeRegion)) +Declaration(ObjectProperty(SOMA:hasSoftwareAgent)) +Declaration(ObjectProperty(SOMA:hasSpaceRegion)) +Declaration(ObjectProperty(SOMA:hasStateType)) +Declaration(ObjectProperty(SOMA:hasStatus)) +Declaration(ObjectProperty(SOMA:hasStep)) +Declaration(ObjectProperty(SOMA:hasSuccedence)) +Declaration(ObjectProperty(SOMA:hasSuccessor)) +Declaration(ObjectProperty(SOMA:hasTask)) +Declaration(ObjectProperty(SOMA:hasTerminalScene)) +Declaration(ObjectProperty(SOMA:hasTerminalSituation)) +Declaration(ObjectProperty(SOMA:hasTerminalState)) +Declaration(ObjectProperty(SOMA:includesConcept)) +Declaration(ObjectProperty(SOMA:includesRecord)) +Declaration(ObjectProperty(SOMA:includesSituation)) +Declaration(ObjectProperty(SOMA:interactsWith)) +Declaration(ObjectProperty(SOMA:involvesArtifact)) +Declaration(ObjectProperty(SOMA:involvesEffector)) +Declaration(ObjectProperty(SOMA:involvesPlace)) +Declaration(ObjectProperty(SOMA:isAffectedBy)) +Declaration(ObjectProperty(SOMA:isAlterationResultOf)) +Declaration(ObjectProperty(SOMA:isAnsweredBy)) +Declaration(ObjectProperty(SOMA:isArtifactInvolvedIn)) +Declaration(ObjectProperty(SOMA:isAskedBy)) +Declaration(ObjectProperty(SOMA:isBearerAffordedBy)) +Declaration(ObjectProperty(SOMA:isBearerDefinedIn)) +Declaration(ObjectProperty(SOMA:isCausedByEvent)) +Declaration(ObjectProperty(SOMA:isChildLinkOf)) +Declaration(ObjectProperty(SOMA:isColorOf)) +Declaration(ObjectProperty(SOMA:isConceptAffordedBy)) +Declaration(ObjectProperty(SOMA:isConceptIncludedIn)) +Declaration(ObjectProperty(SOMA:isContainedIn)) +Declaration(ObjectProperty(SOMA:isCoveredByObject)) +Declaration(ObjectProperty(SOMA:isCreatedOutputOf)) +Declaration(ObjectProperty(SOMA:isDefinedInAffordance)) +Declaration(ObjectProperty(SOMA:isDepositOf)) +Declaration(ObjectProperty(SOMA:isDesignFor)) +Declaration(ObjectProperty(SOMA:isDesignedBy)) +Declaration(ObjectProperty(SOMA:isDirectReactionTo)) +Declaration(ObjectProperty(SOMA:isDirectSourceFor)) +Declaration(ObjectProperty(SOMA:isDispositionOf)) +Declaration(ObjectProperty(SOMA:isEffectorInvolvedIn)) +Declaration(ObjectProperty(SOMA:isEndLinkOf)) +Declaration(ObjectProperty(SOMA:isEventTypeDefinedIn)) +Declaration(ObjectProperty(SOMA:isExecutorDefinedIn)) +Declaration(ObjectProperty(SOMA:isFeatureOf)) +Declaration(ObjectProperty(SOMA:isFirstStepOf)) +Declaration(ObjectProperty(SOMA:isGivenMeaningBy)) +Declaration(ObjectProperty(SOMA:isInitialSceneOf)) +Declaration(ObjectProperty(SOMA:isInitialSituationOf)) +Declaration(ObjectProperty(SOMA:isInitialStateOf)) +Declaration(ObjectProperty(SOMA:isInputParameterFor)) +Declaration(ObjectProperty(SOMA:isInputRoleOf)) +Declaration(ObjectProperty(SOMA:isInsideOf)) +Declaration(ObjectProperty(SOMA:isJointLimitOf)) +Declaration(ObjectProperty(SOMA:isJointStateOf)) +Declaration(ObjectProperty(SOMA:isLinkOf)) +Declaration(ObjectProperty(SOMA:isLinkedTo)) +Declaration(ObjectProperty(SOMA:isLocalizationOf)) +Declaration(ObjectProperty(SOMA:isMassAttributeOf)) +Declaration(ObjectProperty(SOMA:isMovedByAgent)) +Declaration(ObjectProperty(SOMA:isNetForceOf)) +Declaration(ObjectProperty(SOMA:isOccurrenceOf)) +Declaration(ObjectProperty(SOMA:isOccurringIn)) +Declaration(ObjectProperty(SOMA:isOntopOf)) +Declaration(ObjectProperty(SOMA:isOutputParameterFor)) +Declaration(ObjectProperty(SOMA:isOutputRoleOf)) +Declaration(ObjectProperty(SOMA:isParameterDefinedIn)) +Declaration(ObjectProperty(SOMA:isParentLinkOf)) +Declaration(ObjectProperty(SOMA:isPerformedBy)) +Declaration(ObjectProperty(SOMA:isPerformerAffordedBy)) +Declaration(ObjectProperty(SOMA:isPerformerDefinedIn)) +Declaration(ObjectProperty(SOMA:isPhysicallyContainedIn)) +Declaration(ObjectProperty(SOMA:isPlaceInvolvedIn)) +Declaration(ObjectProperty(SOMA:isPlanFor)) +Declaration(ObjectProperty(SOMA:isProcessDefinedIn)) +Declaration(ObjectProperty(SOMA:isProcessTypeOf)) +Declaration(ObjectProperty(SOMA:isQualeOf)) +Declaration(ObjectProperty(SOMA:isQualityDescribedBy)) +Declaration(ObjectProperty(SOMA:isReactionTo)) +Declaration(ObjectProperty(SOMA:isRecordIncludedBy)) +Declaration(ObjectProperty(SOMA:isReplacedBy)) +Declaration(ObjectProperty(SOMA:isRootLinkOf)) +Declaration(ObjectProperty(SOMA:isSetpointAffordedBy)) +Declaration(ObjectProperty(SOMA:isSetpointDefinedIn)) +Declaration(ObjectProperty(SOMA:isShapeOf)) +Declaration(ObjectProperty(SOMA:isShapeRegionOf)) +Declaration(ObjectProperty(SOMA:isSituationIncludedIn)) +Declaration(ObjectProperty(SOMA:isSourceFor)) +Declaration(ObjectProperty(SOMA:isSpaceRegionFor)) +Declaration(ObjectProperty(SOMA:isStateTypeOf)) +Declaration(ObjectProperty(SOMA:isStepOf)) +Declaration(ObjectProperty(SOMA:isSupportedBy)) +Declaration(ObjectProperty(SOMA:isTaskAffordedBy)) +Declaration(ObjectProperty(SOMA:isTaskDefinedInAffordance)) +Declaration(ObjectProperty(SOMA:isTaskOfCreatedRole)) +Declaration(ObjectProperty(SOMA:isTaskOfInputRole)) +Declaration(ObjectProperty(SOMA:isTaskOfOutputRole)) +Declaration(ObjectProperty(SOMA:isTerminalSceneOf)) +Declaration(ObjectProperty(SOMA:isTerminalSituationOf)) +Declaration(ObjectProperty(SOMA:isTerminalStateOf)) +Declaration(ObjectProperty(SOMA:isTerminatedBy)) +Declaration(ObjectProperty(SOMA:isTriggerAffordedBy)) +Declaration(ObjectProperty(SOMA:isTriggerDefinedIn)) +Declaration(ObjectProperty(SOMA:meets)) +Declaration(ObjectProperty(SOMA:metBy)) +Declaration(ObjectProperty(SOMA:movesObject)) +Declaration(ObjectProperty(SOMA:overlappedBy)) +Declaration(ObjectProperty(SOMA:overlappedOn)) +Declaration(ObjectProperty(SOMA:relatesToAnotherRole)) +Declaration(ObjectProperty(SOMA:replaces)) +Declaration(ObjectProperty(SOMA:simultaneous)) +Declaration(ObjectProperty(SOMA:startedBy)) +Declaration(ObjectProperty(SOMA:starts)) +Declaration(ObjectProperty(SOMA:supports)) +Declaration(ObjectProperty(SOMA:terminates)) +Declaration(ObjectProperty(SOMA:transitionsBack)) +Declaration(ObjectProperty(SOMA:transitionsFrom)) +Declaration(ObjectProperty(SOMA:transitionsTo)) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) Declaration(ObjectProperty()) Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(ObjectProperty()) +Declaration(DataProperty(SOMA:hasColorValue)) +Declaration(DataProperty(SOMA:hasDataFormat)) +Declaration(DataProperty(SOMA:hasDepth)) +Declaration(DataProperty(SOMA:hasEventBegin)) +Declaration(DataProperty(SOMA:hasEventEnd)) +Declaration(DataProperty(SOMA:hasEventTime)) +Declaration(DataProperty(SOMA:hasFilePath)) +Declaration(DataProperty(SOMA:hasForceValue)) +Declaration(DataProperty(SOMA:hasFrictionValue)) +Declaration(DataProperty(SOMA:hasHSVValue)) +Declaration(DataProperty(SOMA:hasHeight)) +Declaration(DataProperty(SOMA:hasIntervalBegin)) +Declaration(DataProperty(SOMA:hasIntervalEnd)) +Declaration(DataProperty(SOMA:hasIntervalTime)) +Declaration(DataProperty(SOMA:hasJointEffort)) +Declaration(DataProperty(SOMA:hasJointEffortLimit)) +Declaration(DataProperty(SOMA:hasJointParameter)) +Declaration(DataProperty(SOMA:hasJointPosition)) +Declaration(DataProperty(SOMA:hasJointPositionMax)) +Declaration(DataProperty(SOMA:hasJointPositionMin)) +Declaration(DataProperty(SOMA:hasJointVelocity)) +Declaration(DataProperty(SOMA:hasJointVelocityLimit)) +Declaration(DataProperty(SOMA:hasLength)) +Declaration(DataProperty(SOMA:hasMassValue)) +Declaration(DataProperty(SOMA:hasNameString)) +Declaration(DataProperty(SOMA:hasPersistentIdentifier)) +Declaration(DataProperty(SOMA:hasPositionData)) +Declaration(DataProperty(SOMA:hasPriority)) +Declaration(DataProperty(SOMA:hasRGBValue)) +Declaration(DataProperty(SOMA:hasRadius)) +Declaration(DataProperty(SOMA:hasReferenceFrame)) +Declaration(DataProperty(SOMA:hasShapeParameter)) +Declaration(DataProperty(SOMA:hasShapeScale)) +Declaration(DataProperty(SOMA:hasSpaceParameter)) +Declaration(DataProperty(SOMA:hasWidth)) +Declaration(DataProperty(SOMA:isReificationOf)) +Declaration(DataProperty()) +Declaration(DataProperty()) +Declaration(DataProperty()) +Declaration(DataProperty()) +Declaration(DataProperty()) +Declaration(NamedIndividual(SOMA:ExecutionState_Active)) +Declaration(NamedIndividual(SOMA:ExecutionState_Cancelled)) +Declaration(NamedIndividual(SOMA:ExecutionState_Failed)) +Declaration(NamedIndividual(SOMA:ExecutionState_Paused)) +Declaration(NamedIndividual(SOMA:ExecutionState_Pending)) +Declaration(NamedIndividual(SOMA:ExecutionState_Succeeded)) +Declaration(NamedIndividual(SOMA:FailWFNoContinuation)) +Declaration(NamedIndividual(SOMA:FailWFNondeterministicContinuation)) +Declaration(NamedIndividual(SOMA:FailWFUninterpretableTask)) +Declaration(NamedIndividual(SOMA:RDFType)) +Declaration(AnnotationProperty(dc:creator)) +Declaration(AnnotationProperty(dc:date)) +Declaration(AnnotationProperty(SOMA:UsageGuideline)) +Declaration(AnnotationProperty(SOMA:nickname)) +Declaration(AnnotationProperty(SOMA:symbol)) +Declaration(Datatype(SOMA:array_boolean)) +Declaration(Datatype(SOMA:array_double)) +Declaration(Datatype(SOMA:array_float)) +Declaration(Datatype(SOMA:array_int)) +Declaration(Datatype(SOMA:array_string)) +Declaration(Datatype(SOMA:array_uint)) @@ -155,7 +1053,7 @@ Declaration(ObjectProperty( () +# Class: SOMA:AffordsBeingSitOn (SOMA:AffordsBeingSitOn) AnnotationAssertion(rdfs:comment SOMA:AffordsBeingSitOn "A reified relation between a furniture-like object (the bearer), the sitting task it affords, and an agent that can assume a sitting pose (trigger).") SubClassOf(SOMA:AffordsBeingSitOn SOMA:Affordance) @@ -164,98 +1062,98 @@ SubClassOf(SOMA:AffordsBeingSitOn ObjectAllValuesFrom(SOMA:definesBearer SOMA:Si SubClassOf(SOMA:AffordsBeingSitOn ObjectAllValuesFrom(SOMA:definesTrigger ObjectIntersectionOf(SOMA:AgentRole ObjectAllValuesFrom( ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:CanSit))))) SubClassOf(SOMA:AffordsBeingSitOn ObjectAllValuesFrom( SOMA:Sitting)) -# Class: () +# Class: SOMA:Appliance (SOMA:Appliance) SubClassOf(SOMA:Appliance ) -# Class: () +# Class: SOMA:Armchair (SOMA:Armchair) AnnotationAssertion(rdfs:comment SOMA:Armchair "A more comfortable chair that includes sides to support arms.") SubClassOf(SOMA:Armchair SOMA:DesignedChair) -# Class: () +# Class: SOMA:BakedGood (SOMA:BakedGood) SubClassOf(SOMA:BakedGood SOMA:Dish) -# Class: () +# Class: SOMA:BedsideTable (SOMA:BedsideTable) AnnotationAssertion(rdfs:comment SOMA:BedsideTable "A small table typically located next to a bed.") SubClassOf(SOMA:BedsideTable SOMA:Table) -# Class: () +# Class: SOMA:Blade (SOMA:Blade) AnnotationAssertion(rdfs:comment SOMA:Blade "A flat cutting edge of an object used to cut through other objects, such as the blade of a ventilator cutting through the air.") SubClassOf(SOMA:Blade SOMA:DesignedComponent) -# Class: () +# Class: SOMA:Bottle (SOMA:Bottle) AnnotationAssertion(rdfs:comment SOMA:Bottle "A container with a narrow neck used to store fluids.") SubClassOf(SOMA:Bottle SOMA:DesignedContainer) -# Class: () +# Class: SOMA:Bowl (SOMA:Bowl) AnnotationAssertion(rdfs:comment SOMA:Bowl "A round, deep object used to contain food or liquid.") SubClassOf(SOMA:Bowl SOMA:Crockery) -# Class: () +# Class: SOMA:Box (SOMA:Box) AnnotationAssertion(rdfs:comment SOMA:Box "A cuboid-shaped container.") SubClassOf(SOMA:Box SOMA:DesignedContainer) SubClassOf(SOMA:Box ObjectSomeValuesFrom(SOMA:hasShapeRegion SOMA:BoxShape)) -# Class: () +# Class: SOMA:Bread (SOMA:Bread) SubClassOf(SOMA:Bread SOMA:BakedGood) -# Class: () +# Class: SOMA:BreadKnife (SOMA:BreadKnife) AnnotationAssertion(rdfs:comment SOMA:BreadKnife "A knife to cut bread.") SubClassOf(SOMA:BreadKnife SOMA:KitchenKnife) -# Class: () +# Class: SOMA:BreakfastPlate (SOMA:BreakfastPlate) AnnotationAssertion(rdfs:comment SOMA:BreakfastPlate "A smaller plate used for serving bread at the dining table with the main meal or to serve breakfast.") SubClassOf(SOMA:BreakfastPlate SOMA:Plate) -# Class: () +# Class: SOMA:Building (SOMA:Building) AnnotationAssertion(rdfs:comment SOMA:Building "A structure with a roof and walls.") SubClassOf(SOMA:Building SOMA:DesignedContainer) -# Class: () +# Class: SOMA:CanBeSatOn (SOMA:CanBeSatOn) AnnotationAssertion(rdfs:comment SOMA:CanBeSatOn "The disposition to support an agent being in a sitting pose. Typically provided by chairs, stools, etc.") SubClassOf(SOMA:CanBeSatOn SOMA:Deposition) SubClassOf(SOMA:CanBeSatOn ObjectSomeValuesFrom( SOMA:AffordsBeingSitOn)) -# Class: () +# Class: SOMA:CanSit (SOMA:CanSit) AnnotationAssertion(rdfs:comment SOMA:CanSit "The capability of an agent to assume a sitting pose.") SubClassOf(SOMA:CanSit SOMA:Capability) -# Class: () +# Class: SOMA:Carafe (SOMA:Carafe) AnnotationAssertion(rdfs:comment SOMA:Carafe "A container used to hold and pour some beverage.") SubClassOf(SOMA:Carafe SOMA:DesignedContainer) -# Class: () +# Class: SOMA:Ceiling (SOMA:Ceiling) AnnotationAssertion(rdfs:comment SOMA:Ceiling "The upper interior surface of a room.") SubClassOf(SOMA:Ceiling SOMA:RoomSurface) DisjointClasses(SOMA:Ceiling SOMA:Floor) DisjointClasses(SOMA:Ceiling SOMA:Wall) -# Class: () +# Class: SOMA:CeramicCooktop (SOMA:CeramicCooktop) AnnotationAssertion(rdfs:comment SOMA:CeramicCooktop "A cooktop that uses heated ceramic elements.") SubClassOf(SOMA:CeramicCooktop SOMA:ElectricCooktop) -# Class: () +# Class: SOMA:CerealBox (SOMA:CerealBox) AnnotationAssertion(rdfs:comment SOMA:CerealBox "A box which holds, or at least is intended to usually hold, cereal flakes.") SubClassOf(SOMA:CerealBox SOMA:Box) -# Class: () +# Class: SOMA:ClosingDisposition (SOMA:ClosingDisposition) AnnotationAssertion(rdfs:comment SOMA:ClosingDisposition "The disposition of an object to connect with some other, so that a region of space becomes fully enclosed by the object and separate from the exterior. @@ -264,36 +1162,36 @@ Often this connection is between parts of the same object. Because of the existence of a separation between some interior and exterior space regions, objects that can close are also objects that can contain.") SubClassOf(SOMA:ClosingDisposition SOMA:Linkage) -# Class: () +# Class: SOMA:CoffeeCarafe (SOMA:CoffeeCarafe) AnnotationAssertion(rdfs:comment SOMA:CoffeeCarafe "A carafe which holds, or at least is intended to usually hold, coffee.") SubClassOf(SOMA:CoffeeCarafe SOMA:Carafe) -# Class: () +# Class: SOMA:CoffeeTable (SOMA:CoffeeTable) AnnotationAssertion(rdfs:comment SOMA:CoffeeTable "A small and low table which is typically used as a shelf for small items such as cups, and located in front of a sofa.") SubClassOf(SOMA:CoffeeTable SOMA:Table) -# Class: () +# Class: SOMA:CoilCooktop (SOMA:CoilCooktop) AnnotationAssertion(rdfs:comment SOMA:CoilCooktop "A cooktop that uses heated metal coils.") SubClassOf(SOMA:CoilCooktop SOMA:ElectricCooktop) -# Class: () +# Class: SOMA:Compartment (SOMA:Compartment) SubClassOf(SOMA:Compartment SOMA:DesignedComponent) -# Class: () +# Class: SOMA:Cooktop (SOMA:Cooktop) AnnotationAssertion(rdfs:comment SOMA:Cooktop "A typically circular surface where food is cooked.") SubClassOf(SOMA:Cooktop SOMA:DesignedComponent) -# Class: () +# Class: SOMA:Countertop (SOMA:Countertop) AnnotationAssertion(rdfs:comment SOMA:Countertop "A flat surface for working on.") SubClassOf(SOMA:Countertop SOMA:DesignedComponent) -# Class: () +# Class: SOMA:Crockery (SOMA:Crockery) AnnotationAssertion(rdfs:comment SOMA:Crockery "An object designed to contain food to store, cook, eat, or serve it.") SubClassOf(SOMA:Crockery SOMA:DesignedContainer) @@ -301,319 +1199,319 @@ SubClassOf(SOMA:Crockery SOMA:Tableware) SubClassOf(SOMA:Crockery ObjectExactCardinality(1 SOMA:hasDisposition SOMA:Insertion)) SubClassOf(SOMA:Crockery ObjectExactCardinality(1 SOMA:hasDisposition ObjectIntersectionOf(SOMA:Insertion ObjectAllValuesFrom(SOMA:affordsTrigger ObjectAllValuesFrom( ))))) -# Class: () +# Class: SOMA:Cup (SOMA:Cup) AnnotationAssertion(rdfs:comment SOMA:Cup "A round shaped container used for storing liquid and drinking out of it, typically has a handle for grasping.") SubClassOf(SOMA:Cup SOMA:Crockery) SubClassOf(SOMA:Cup ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedHandle)) -# Class: () +# Class: SOMA:Cupboard (SOMA:Cupboard) AnnotationAssertion(rdfs:comment SOMA:Cupboard "A piece of furniture for storing things.") SubClassOf(SOMA:Cupboard SOMA:DesignedContainer) SubClassOf(SOMA:Cupboard SOMA:DesignedFurniture) SubClassOf(SOMA:Cupboard ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Rack)) -# Class: () +# Class: SOMA:Cutlery (SOMA:Cutlery) SubClassOf(SOMA:Cutlery SOMA:Tableware) -# Class: () +# Class: SOMA:CuttingTool (SOMA:CuttingTool) SubClassOf(SOMA:CuttingTool SOMA:DesignedTool) SubClassOf(SOMA:CuttingTool ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Shaping)) -# Class: () +# Class: SOMA:DesignedChair (SOMA:DesignedChair) AnnotationAssertion(rdfs:comment SOMA:DesignedChair "A piece of furniture designed for one person to sit on.") SubClassOf(SOMA:DesignedChair SOMA:DesignedFurniture) SubClassOf(SOMA:DesignedChair ObjectExactCardinality(1 SOMA:hasDisposition SOMA:CanBeSatOn)) -# Class: (Designed component) +# Class: SOMA:DesignedComponent (Designed component) SubClassOf(SOMA:DesignedComponent ) -# Class: (Designed container) +# Class: SOMA:DesignedContainer (Designed container) SubClassOf(SOMA:DesignedContainer ) -# Class: (Designed furniture) +# Class: SOMA:DesignedFurniture (Designed furniture) SubClassOf(SOMA:DesignedFurniture ) -# Class: (Designed handle) +# Class: SOMA:DesignedHandle (Designed handle) AnnotationAssertion(rdfs:comment SOMA:DesignedHandle "An item designed to fit well within a grasping hand, often attached to another item to enhance its manipulability.") AnnotationAssertion(rdfs:label SOMA:DesignedHandle "Designed handle") SubClassOf(SOMA:DesignedHandle SOMA:DesignedComponent) SubClassOf(SOMA:DesignedHandle ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Graspability)) -# Class: (Designed spade) +# Class: SOMA:DesignedSpade (Designed spade) AnnotationAssertion(rdfs:comment SOMA:DesignedSpade "A sharp-edged metal blade used for digging or cutting.") AnnotationAssertion(rdfs:label SOMA:DesignedSpade "Designed spade") SubClassOf(SOMA:DesignedSpade SOMA:DesignedComponent) -# Class: (Designed tool) +# Class: SOMA:DesignedTool (Designed tool) SubClassOf(SOMA:DesignedTool ) -# Class: () +# Class: SOMA:DessertFork (SOMA:DessertFork) AnnotationAssertion(rdfs:comment SOMA:DessertFork "A smallar fork for eating desserts e.g. cake.") SubClassOf(SOMA:DessertFork SOMA:Fork) -# Class: () +# Class: SOMA:DinnerPlate (SOMA:DinnerPlate) AnnotationAssertion(rdfs:comment SOMA:DinnerPlate "A regular size plate for eating a main meals.") SubClassOf(SOMA:DinnerPlate SOMA:Plate) -# Class: () +# Class: SOMA:Dish (SOMA:Dish) SubClassOf(SOMA:Dish ) -# Class: () +# Class: SOMA:Dishwasher (SOMA:Dishwasher) AnnotationAssertion(rdfs:comment SOMA:Dishwasher "An appliance for washing dishes and cutlery automatically.") SubClassOf(SOMA:Dishwasher SOMA:Appliance) SubClassOf(SOMA:Dishwasher SOMA:DesignedContainer) -# Class: () +# Class: SOMA:DishwasherTab (SOMA:DishwasherTab) AnnotationAssertion(rdfs:comment SOMA:DishwasherTab "A solid detergent inserted into dishwashers.") SubClassOf(SOMA:DishwasherTab ) -# Class: () +# Class: SOMA:Dispenser (SOMA:Dispenser) AnnotationAssertion(rdfs:comment SOMA:Dispenser "A small container used to store and serve some flavoring substance for a dish or beverage.") SubClassOf(SOMA:Dispenser SOMA:DesignedContainer) -# Class: () +# Class: SOMA:Door (SOMA:Door) AnnotationAssertion(rdfs:comment SOMA:Door "A hinged, sliding, or revolving barrier at the entrance to a building, room, or vehicle, or in the frame of a cupboard.") SubClassOf(SOMA:Door SOMA:DesignedComponent) -# Class: () +# Class: SOMA:Drawer (SOMA:Drawer) AnnotationAssertion(rdfs:comment SOMA:Drawer "A storage compartment without a lid, made to slide horizontally in and out of a piece of furniture.") SubClassOf(SOMA:Drawer SOMA:DesignedComponent) SubClassOf(SOMA:Drawer SOMA:DesignedContainer) -# Class: () +# Class: SOMA:ElectricCooktop (SOMA:ElectricCooktop) AnnotationAssertion(rdfs:comment SOMA:ElectricCooktop "A cooktop that uses electricity for heating.") SubClassOf(SOMA:ElectricCooktop SOMA:Cooktop) -# Class: () +# Class: SOMA:Floor (SOMA:Floor) AnnotationAssertion(rdfs:comment SOMA:Floor "The lower interior surface of a room.") SubClassOf(SOMA:Floor SOMA:RoomSurface) DisjointClasses(SOMA:Floor SOMA:Wall) -# Class: () +# Class: SOMA:Fork (SOMA:Fork) AnnotationAssertion(rdfs:comment SOMA:Fork "Cutlery with two or more prongs used for lifting food to the mouth or holding it when cutting.") SubClassOf(SOMA:Fork SOMA:Cutlery) SubClassOf(SOMA:Fork ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedHandle)) -# Class: () +# Class: SOMA:FreezerCompartment (SOMA:FreezerCompartment) AnnotationAssertion(rdfs:comment SOMA:FreezerCompartment "A freezer compartment used to regulate the temperature of contained objects to a value below zero degree Celsius.") SubClassOf(SOMA:FreezerCompartment SOMA:Compartment) -# Class: () +# Class: SOMA:GasCooktop (SOMA:GasCooktop) AnnotationAssertion(rdfs:comment SOMA:GasCooktop "A cooktop that uses burning gas for heating.") SubClassOf(SOMA:GasCooktop SOMA:Cooktop) -# Class: () +# Class: SOMA:Glass (SOMA:Glass) AnnotationAssertion(rdfs:comment SOMA:Glass "A container made usually from glass or transparent plastic which is used to hold, typically cold, beverages.") SubClassOf(SOMA:Glass SOMA:Crockery) -# Class: () +# Class: SOMA:Hotplate (SOMA:Hotplate) AnnotationAssertion(rdfs:comment SOMA:Hotplate "A flat heated surface used for cooking food or keeping it hot.") SubClassOf(SOMA:Hotplate SOMA:DesignedComponent) -# Class: () +# Class: SOMA:InductionCooktop (SOMA:InductionCooktop) AnnotationAssertion(rdfs:comment SOMA:InductionCooktop "A type of cooktop where heat is induced in the cookware. Only special induction cookware can be used with this type of cooktop.") SubClassOf(SOMA:InductionCooktop SOMA:ElectricCooktop) -# Class: () +# Class: SOMA:JamJar (SOMA:JamJar) AnnotationAssertion(rdfs:comment SOMA:JamJar "A jar which holds, or at least is intended to usually hold, jam.") SubClassOf(SOMA:JamJar SOMA:Jar) -# Class: () +# Class: SOMA:Jar (SOMA:Jar) AnnotationAssertion(rdfs:comment SOMA:Jar "A container used for long-term storage of some liquid or viscous dish.") SubClassOf(SOMA:Jar SOMA:DesignedContainer) -# Class: () +# Class: SOMA:Kitchen (SOMA:Kitchen) AnnotationAssertion(rdfs:comment SOMA:Kitchen "A designated room to perform the task of cooking.") SubClassOf(SOMA:Kitchen SOMA:Room) SubClassOf(SOMA:Kitchen ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Containment)) -# Class: () +# Class: SOMA:KitchenCabinet (SOMA:KitchenCabinet) AnnotationAssertion(rdfs:comment SOMA:KitchenCabinet "A cupboard designed to be used in kitchen environments.") SubClassOf(SOMA:KitchenCabinet SOMA:Cupboard) -# Class: () +# Class: SOMA:KitchenKnife (SOMA:KitchenKnife) AnnotationAssertion(rdfs:comment SOMA:KitchenKnife "A tool designed to be used for kitchen related common tasks. Such as smearing a bread or cutting a cucumber.") SubClassOf(SOMA:KitchenKnife SOMA:Knife) -# Class: () +# Class: SOMA:KitchenUnit (SOMA:KitchenUnit) AnnotationAssertion(rdfs:comment SOMA:KitchenUnit "A piece of a fitted furniture typically containing cupboards, a sink, and an oven.") SubClassOf(SOMA:KitchenUnit SOMA:DesignedFurniture) -# Class: () +# Class: SOMA:Knife (SOMA:Knife) AnnotationAssertion(rdfs:comment SOMA:Knife "An instrument composed of a blade fixed into a handle, used for cutting or as a weapon.") SubClassOf(SOMA:Knife SOMA:CuttingTool) SubClassOf(SOMA:Knife ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Blade)) SubClassOf(SOMA:Knife ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedHandle)) -# Class: () +# Class: SOMA:Lid (SOMA:Lid) AnnotationAssertion(rdfs:comment SOMA:Lid "A removable or hinged cover for the top of a container.") SubClassOf(SOMA:Lid SOMA:DesignedComponent) -# Class: () +# Class: SOMA:MilkBottle (SOMA:MilkBottle) AnnotationAssertion(rdfs:comment SOMA:MilkBottle "A bottle which holds, or at least is intended to usually hold, milk.") SubClassOf(SOMA:MilkBottle SOMA:Bottle) -# Class: () +# Class: SOMA:MilkPack (SOMA:MilkPack) AnnotationAssertion(rdfs:comment SOMA:MilkPack "A pack which holds, or at least is intended to usually hold, milk.") SubClassOf(SOMA:MilkPack SOMA:Pack) -# Class: () +# Class: SOMA:NutellaJar (SOMA:NutellaJar) AnnotationAssertion(rdfs:comment SOMA:NutellaJar "A jar which holds, or at least is intended to usually hold, Nutella.") SubClassOf(SOMA:NutellaJar SOMA:Jar) -# Class: () +# Class: SOMA:Oven (SOMA:Oven) AnnotationAssertion(rdfs:comment SOMA:Oven "An appliance with an enclosed compartment that exposes food to heat") SubClassOf(SOMA:Oven SOMA:Appliance) SubClassOf(SOMA:Oven SOMA:DesignedContainer) SubClassOf(SOMA:Oven ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:TemperingByHeating)) -# Class: () +# Class: SOMA:Pack (SOMA:Pack) AnnotationAssertion(rdfs:comment SOMA:Pack "A small cardboard or paper container.") SubClassOf(SOMA:Pack SOMA:DesignedContainer) -# Class: () +# Class: SOMA:Pan (SOMA:Pan) AnnotationAssertion(rdfs:comment SOMA:Pan "A container used for cooking food.") SubClassOf(SOMA:Pan SOMA:Crockery) -# Class: () +# Class: SOMA:Pancake (SOMA:Pancake) SubClassOf(SOMA:Pancake SOMA:BakedGood) -# Class: () +# Class: SOMA:PancakeMix (SOMA:PancakeMix) SubClassOf(SOMA:PancakeMix ) -# Class: () +# Class: SOMA:PastaBowl (SOMA:PastaBowl) AnnotationAssertion(rdfs:comment SOMA:PastaBowl "A bowl which holds, or at least is intended to usually hold, pasta.") SubClassOf(SOMA:PastaBowl SOMA:Bowl) -# Class: () +# Class: SOMA:PepperShaker (SOMA:PepperShaker) AnnotationAssertion(rdfs:comment SOMA:PepperShaker "A shaker which holds, or at least is intended to usually hold, pepper.") SubClassOf(SOMA:PepperShaker SOMA:Shaker) -# Class: () +# Class: SOMA:Plate (SOMA:Plate) AnnotationAssertion(rdfs:comment SOMA:Plate "A flat and usually circular object from which food is eaten or served.") SubClassOf(SOMA:Plate SOMA:Crockery) -# Class: () +# Class: SOMA:Pot (SOMA:Pot) AnnotationAssertion(rdfs:comment SOMA:Pot "A container used for cooking food.") SubClassOf(SOMA:Pot SOMA:Crockery) -# Class: () +# Class: SOMA:Rack (SOMA:Rack) AnnotationAssertion(rdfs:comment SOMA:Rack "A frame for holding or storing things.") SubClassOf(SOMA:Rack SOMA:DesignedComponent) -# Class: () +# Class: SOMA:RaspberryJamJar (SOMA:RaspberryJamJar) AnnotationAssertion(rdfs:comment SOMA:RaspberryJamJar "A jar which holds, or at least is intended to usually hold, raspberry jam.") SubClassOf(SOMA:RaspberryJamJar SOMA:JamJar) -# Class: () +# Class: SOMA:Refrigerator (SOMA:Refrigerator) AnnotationAssertion(rdfs:comment SOMA:Refrigerator "An appliance which is artificially kept cool and used to store food and drink.") SubClassOf(SOMA:Refrigerator SOMA:Appliance) SubClassOf(SOMA:Refrigerator SOMA:DesignedContainer) SubClassOf(SOMA:Refrigerator ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Door)) -# Class: (Room surface) +# Class: SOMA:RoomSurface (Room surface) SubClassOf(SOMA:RoomSurface SOMA:Surface) -# Class: () +# Class: SOMA:SaladBowl (SOMA:SaladBowl) AnnotationAssertion(rdfs:comment SOMA:SaladBowl "A bowl which holds, or at least is intended to usually hold, salad.") SubClassOf(SOMA:SaladBowl SOMA:Bowl) -# Class: () +# Class: SOMA:SaltShaker (SOMA:SaltShaker) AnnotationAssertion(rdfs:comment SOMA:SaltShaker "A shaker which holds, or at least is intended to usually hold, salt.") SubClassOf(SOMA:SaltShaker SOMA:Shaker) -# Class: () +# Class: SOMA:Shaker (SOMA:Shaker) AnnotationAssertion(rdfs:comment SOMA:Shaker "A container used for storing fine grained substances such as salt or paper.") SubClassOf(SOMA:Shaker SOMA:DesignedContainer) -# Class: () +# Class: SOMA:Sink (SOMA:Sink) AnnotationAssertion(rdfs:comment SOMA:Sink "A large bowl used to direct the flow of liquid into a drain, typically has a tap used to fill the sink with water, and a plug used to block the drain.") SubClassOf(SOMA:Sink SOMA:DesignedComponent) -# Class: () +# Class: SOMA:Sitting (SOMA:Sitting) AnnotationAssertion(rdfs:comment SOMA:Sitting "A task where an agents assumes a sitting pose.") SubClassOf(SOMA:Sitting SOMA:AssumingPose) -# Class: () +# Class: SOMA:SittingDestination (SOMA:SittingDestination) AnnotationAssertion(rdfs:comment SOMA:SittingDestination "The destination of an agent assuming a sitting pose. Typically a chair or stool would fill this role.") SubClassOf(SOMA:SittingDestination SOMA:Destination) SubClassOf(SOMA:SittingDestination ObjectAllValuesFrom( ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:CanBeSatOn))) -# Class: () +# Class: SOMA:Sofa (SOMA:Sofa) AnnotationAssertion(rdfs:comment SOMA:Sofa "A comfortable seat for two or more people to sit on.") SubClassOf(SOMA:Sofa SOMA:DesignedFurniture) SubClassOf(SOMA:Sofa ObjectExactCardinality(1 SOMA:hasDisposition SOMA:CanBeSatOn)) -# Class: () +# Class: SOMA:SoupPot (SOMA:SoupPot) AnnotationAssertion(rdfs:comment SOMA:SoupPot "A pot which holds, or at least is intended to usually hold, soup.") SubClassOf(SOMA:SoupPot SOMA:Pot) -# Class: () +# Class: SOMA:Spatula (SOMA:Spatula) SubClassOf(SOMA:Spatula SOMA:Cutlery) SubClassOf(SOMA:Spatula ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedHandle)) SubClassOf(SOMA:Spatula ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:DesignedSpade)) -# Class: () +# Class: SOMA:Spoon (SOMA:Spoon) AnnotationAssertion(rdfs:comment SOMA:Spoon "An eating or cooking implement consisting of a small shallow bowl with a relatively long handle.") SubClassOf(SOMA:Spoon SOMA:Cutlery) @@ -623,93 +1521,93 @@ SubClassOf(SOMA:Spoon ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Design SubClassOf(SOMA:Spoon ObjectExactCardinality(1 SOMA:hasDisposition SOMA:Insertion)) SubClassOf(SOMA:Spoon ObjectExactCardinality(1 SOMA:hasDisposition ObjectIntersectionOf(SOMA:Insertion ObjectAllValuesFrom(SOMA:affordsTrigger ObjectAllValuesFrom( ))))) -# Class: () +# Class: SOMA:Stove (SOMA:Stove) AnnotationAssertion(rdfs:comment SOMA:Stove "An appliance for cooking or heating.") SubClassOf(SOMA:Stove SOMA:Appliance) SubClassOf(SOMA:Stove ObjectSomeValuesFrom(SOMA:hasPhysicalComponent SOMA:Hotplate)) -# Class: () +# Class: SOMA:SugarDispenser (SOMA:SugarDispenser) AnnotationAssertion(rdfs:comment SOMA:SugarDispenser "A dispenser used to hold, or at least is intended to usually hold and serve, sugar.") SubClassOf(SOMA:SugarDispenser SOMA:Dispenser) -# Class: () +# Class: SOMA:Table (SOMA:Table) AnnotationAssertion(rdfs:comment SOMA:Table "A piece of furniture with a flat top and one or more legs.") SubClassOf(SOMA:Table SOMA:DesignedFurniture) -# Class: () +# Class: SOMA:TableFork (SOMA:TableFork) AnnotationAssertion(rdfs:comment SOMA:TableFork "A regular size fork used for eating meals, e.g. for Spaghetti.") SubClassOf(SOMA:TableFork SOMA:Fork) -# Class: () +# Class: SOMA:TableKnife (SOMA:TableKnife) AnnotationAssertion(rdfs:comment SOMA:TableKnife "A knife used for eating or speading butter on bread.") SubClassOf(SOMA:TableKnife SOMA:KitchenKnife) -# Class: () +# Class: SOMA:TableSpoon (SOMA:TableSpoon) AnnotationAssertion(rdfs:comment SOMA:TableSpoon "A spoon usually refered as larger spoon used for serving. However in some regions it is the largest spoon used for eating.") SubClassOf(SOMA:TableSpoon SOMA:Spoon) DisjointClasses(SOMA:TableSpoon SOMA:TeaSpoon) -# Class: () +# Class: SOMA:Tableware (SOMA:Tableware) SubClassOf(SOMA:Tableware SOMA:DesignedTool) -# Class: () +# Class: SOMA:Tap (SOMA:Tap) AnnotationAssertion(rdfs:comment SOMA:Tap "A component designed to control the flow of water from a pipe.") SubClassOf(SOMA:Tap SOMA:DesignedComponent) -# Class: () +# Class: SOMA:TeaSpoon (SOMA:TeaSpoon) AnnotationAssertion(rdfs:comment SOMA:TeaSpoon "A spoon relatively smaller in size used for string a cup of tea or measuring a volume. Specifically for cooking or medicine purposes, the volume is defined as 5ml.") SubClassOf(SOMA:TeaSpoon SOMA:Spoon) -# Class: () +# Class: SOMA:TemperingByCooling (SOMA:TemperingByCooling) AnnotationAssertion(rdfs:comment SOMA:TemperingByCooling "A disposition of an object to change others by removing heat energy from them.") SubClassOf(SOMA:TemperingByCooling SOMA:Tempering) -# Class: () +# Class: SOMA:TemperingByHeating (SOMA:TemperingByHeating) AnnotationAssertion(rdfs:comment SOMA:TemperingByHeating "A disposition of an object to change others by applying heat energy to them.") SubClassOf(SOMA:TemperingByHeating SOMA:Tempering) -# Class: () +# Class: SOMA:TrashContainer (SOMA:TrashContainer) AnnotationAssertion(rdfs:comment SOMA:TrashContainer "An item designed to hold trash. Typically equipped with a mechanism to close or open it, to prevent smells from the trash from propagating out and insects and other pests to get in.") SubClassOf(SOMA:TrashContainer SOMA:DesignedContainer) -# Class: () +# Class: SOMA:Wall (SOMA:Wall) AnnotationAssertion(rdfs:comment SOMA:Wall "An upright surface of a building or room.") SubClassOf(SOMA:Wall SOMA:RoomSurface) -# Class: () +# Class: SOMA:Wardrobe (SOMA:Wardrobe) AnnotationAssertion(rdfs:comment SOMA:Wardrobe "A cupboard which is typically used for hanging clothes.") SubClassOf(SOMA:Wardrobe SOMA:Cupboard) -# Class: () +# Class: SOMA:WaterBottle (SOMA:WaterBottle) AnnotationAssertion(rdfs:comment SOMA:WaterBottle "A bottle which holds, or at least is intended to usually hold, water.") SubClassOf(SOMA:WaterBottle SOMA:Bottle) -# Class: () +# Class: SOMA:WaterGlass (SOMA:WaterGlass) AnnotationAssertion(rdfs:comment SOMA:WaterGlass "A glass which holds, or at least is intended to usually hold, water. Also affords drinking from it.") SubClassOf(SOMA:WaterGlass SOMA:Glass) -# Class: () +# Class: SOMA:WineBottle (SOMA:WineBottle) AnnotationAssertion(rdfs:comment SOMA:WineBottle "A bottle which holds, or at least is intended to usually hold, wine.") SubClassOf(SOMA:WineBottle SOMA:Bottle) -# Class: () +# Class: SOMA:WineGlass (SOMA:WineGlass) AnnotationAssertion(rdfs:comment SOMA:WineGlass "A glass which holds, or at least is intended to usually hold, wine. Also affords drinking from it.") SubClassOf(SOMA:WineGlass SOMA:Glass) diff --git a/owl/SOMA-IO.owl b/owl/SOMA-IO.owl index ea6b8f4f..f76ac419 100755 --- a/owl/SOMA-IO.owl +++ b/owl/SOMA-IO.owl @@ -87,7 +87,7 @@ Declaration(ObjectProperty(SOMA:isGivenMeaningBy)) # Object Properties ############################ -# Object Property: () +# Object Property: SOMA:encodes (SOMA:encodes) AnnotationAssertion(rdfs:comment SOMA:encodes "The relation between two Information Objects that have the same meaning, but are formatted differently. E.g., a text written in UTF-8 encodes a text in a natural writing system (letters) and vice versa."@en) SubObjectPropertyOf(SOMA:encodes ) @@ -95,7 +95,7 @@ SymmetricObjectProperty(SOMA:encodes) ObjectPropertyDomain(SOMA:encodes ) ObjectPropertyRange(SOMA:encodes ) -# Object Property: (gives meaning to) +# Object Property: SOMA:givesMeaningTo (gives meaning to) AnnotationAssertion(rdfs:comment SOMA:givesMeaningTo "The relation between a System and Information Object that is given meaning to by said system, e.g., a Language might give meaning to some word, sentence, text, etc., but without the knowledge of said System (Language), the text will not make sense to a reader."@en) AnnotationAssertion(rdfs:label SOMA:givesMeaningTo "gives meaning to"@en) @@ -104,11 +104,11 @@ InverseObjectProperties(SOMA:givesMeaningTo SOMA:isGivenMeaningBy) ObjectPropertyDomain(SOMA:givesMeaningTo SOMA:System) ObjectPropertyRange(SOMA:givesMeaningTo ) -# Object Property: (has software agent) +# Object Property: SOMA:hasSoftwareAgent (has software agent) ObjectPropertyRange(SOMA:hasSoftwareAgent SOMA:SoftwareInstance) -# Object Property: (is design for) +# Object Property: SOMA:isDesignFor (is design for) AnnotationAssertion(rdfs:comment SOMA:isDesignFor "A special relation between a Design and an Object, to indicate that the Design describes a way to construct the Object."@en) AnnotationAssertion(rdfs:label SOMA:isDesignFor "is design for"@en) @@ -117,7 +117,7 @@ InverseObjectProperties(SOMA:isDesignFor SOMA:isDesignedBy) ObjectPropertyDomain(SOMA:isDesignFor ) ObjectPropertyRange(SOMA:isDesignFor ) -# Object Property: (is designed by) +# Object Property: SOMA:isDesignedBy (is designed by) AnnotationAssertion(rdfs:comment SOMA:isDesignedBy "A special relation between a Design and an Object, to indicate that the Object is described by the Design."@en) AnnotationAssertion(rdfs:label SOMA:isDesignedBy "is designed by"@en) @@ -125,7 +125,7 @@ SubObjectPropertyOf(SOMA:isDesignedBy ) ObjectPropertyRange(SOMA:isDesignedBy ) -# Object Property: (is given meaning by) +# Object Property: SOMA:isGivenMeaningBy (is given meaning by) AnnotationAssertion(rdfs:comment SOMA:isGivenMeaningBy "The relation between an Information Object and a System that gives meaning to said object, e.g., a word, sentence, text, etc. might be given meaning by a Language and without the knowledge of said System (Language), the text will not make sense to a reader."@en) AnnotationAssertion(rdfs:label SOMA:isGivenMeaningBy "is given meaning by"@en) @@ -148,7 +148,7 @@ SubObjectPropertyOf( (API Specification) +# Class: SOMA:API_Specification (API Specification) AnnotationAssertion(rdfs:comment SOMA:API_Specification "An application programming interface (API) is a way for two or more computer programs to communicate with each other. It is a type of software interface, offering a service to other pieces of software. A document or standard that describes how to build or use an API is called an API specification. @@ -156,7 +156,7 @@ Source: https://en.wikipedia.org/wiki/API"@en) AnnotationAssertion(rdfs:label SOMA:API_Specification "API Specification"@en) SubClassOf(SOMA:API_Specification SOMA:InterfaceSpecification) -# Class: (Algorithm) +# Class: SOMA:Algorithm (Algorithm) AnnotationAssertion(rdfs:comment SOMA:Algorithm "An Algorithm is a finite sequence of well-defined instructions, typically used to solve a class of specific problems or to perform a computation. @@ -164,7 +164,7 @@ From Wikipedia: https://en.wikipedia.org/wiki/Algorithm"@en) AnnotationAssertion(rdfs:label SOMA:Algorithm "Algorithm"@en) SubClassOf(SOMA:Algorithm ) -# Class: (Archive File) +# Class: SOMA:ArchiveFile (Archive File) AnnotationAssertion(rdfs:comment SOMA:ArchiveFile "An archive file is a computer file that is composed of one or more files along with metadata. @@ -173,7 +173,7 @@ AnnotationAssertion(rdfs:label SOMA:ArchiveFile "Archive File") EquivalentClasses(SOMA:ArchiveFile ObjectIntersectionOf(SOMA:Digital_File ObjectSomeValuesFrom( SOMA:ArchiveText))) SubClassOf(SOMA:ArchiveFile SOMA:Digital_File) -# Class: (Archive Format) +# Class: SOMA:ArchiveFormat (Archive Format) AnnotationAssertion(rdfs:comment SOMA:ArchiveFormat "An Archive Format is the file format of an archive file. @@ -182,7 +182,7 @@ AnnotationAssertion(rdfs:label SOMA:ArchiveFormat "Archive Format"@en) SubClassOf(SOMA:ArchiveFormat SOMA:File_format) SubClassOf(SOMA:ArchiveFormat ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:ArchiveText)) -# Class: (Archive Text) +# Class: SOMA:ArchiveText (Archive Text) AnnotationAssertion(rdfs:comment SOMA:ArchiveText "An Archive is a Structured Text that is composed of one or more Structured Texts along with metadata. Archives are used to collect multiple texts together into a single text for easier portability and storage as Archive Files, or simply to compress text to use less storage space as Computer Files. Archive often store directory structures, error detection and correction information, arbitrary comments, and sometimes use built-in encryption. @@ -191,12 +191,12 @@ AnnotationAssertion(rdfs:label SOMA:ArchiveText "Archive Text"@en) EquivalentClasses(SOMA:ArchiveText ObjectIntersectionOf(SOMA:Structured_Text ObjectSomeValuesFrom( SOMA:FileConfiguration))) EquivalentClasses(SOMA:ArchiveText ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:ArchiveFormat)) -# Class: (Classifier) +# Class: SOMA:Classifier (Classifier) AnnotationAssertion(rdfs:label SOMA:Classifier "Classifier"@en) SubClassOf(SOMA:Classifier SOMA:StatisticalReasoner) -# Class: (Client-Server Specification) +# Class: SOMA:Client-Server_Specification (Client-Server Specification) AnnotationAssertion(rdfs:comment SOMA:Client-Server_Specification "An API Secification that describes the well known Client-Server pattern: @@ -207,7 +207,7 @@ AnnotationAssertion(rdfs:label SOMA:Client-Server_Specification "Client-Server S SubClassOf(SOMA:Client-Server_Specification SOMA:InterfaceSpecification) SubClassOf(SOMA:Client-Server_Specification ObjectIntersectionOf(ObjectSomeValuesFrom( SOMA:ClientRole) ObjectSomeValuesFrom( SOMA:ServerRole))) -# Class: (Client role) +# Class: SOMA:ClientRole (Client role) AnnotationAssertion(rdfs:comment SOMA:ClientRole "The Client-server model is a distributed application structure that partitions tasks or workloads between the providers of a resource or service, called servers, and service requesters, called clients Often clients and servers communicate over a computer network on separate hardware, but both client and server may reside in the same system. A server host runs one or more server programs, which share their resources with clients. A client usually does not share any of its resources, but it requests content or service from a server. Clients, therefore, initiate communication sessions with servers, which await incoming requests. Examples of computer applications that use the client-server model are email, network printing, and the World Wide Web. @@ -216,14 +216,14 @@ AnnotationAssertion(rdfs:label SOMA:ClientRole "Client role"@en) SubClassOf(SOMA:ClientRole SOMA:InterfaceComponentRole) SubClassOf(SOMA:ClientRole ObjectSomeValuesFrom( SOMA:Client-Server_Specification)) -# Class: (cognitive agent) +# Class: SOMA:CognitiveAgent (cognitive agent) AnnotationAssertion(rdfs:comment SOMA:CognitiveAgent "An agent that is capable to act on its own, in contrast to sub-cognitive Agents, that need to have their intentionality bestowed upon some other agent."@en) AnnotationAssertion(rdfs:label SOMA:CognitiveAgent "cognitive agent"@en) SubClassOf(SOMA:CognitiveAgent ) DisjointClasses(SOMA:CognitiveAgent SOMA:SubCognitiveAgent) -# Class: (Computer Language) +# Class: SOMA:Computer_Language (Computer Language) AnnotationAssertion(rdfs:comment SOMA:Computer_Language "A computer language is a formal language used in communication with a computer. @@ -231,21 +231,21 @@ From Wikipedia: https://en.wikipedia.org/wiki/Computer_language"@en) AnnotationAssertion(rdfs:label SOMA:Computer_Language "Computer Language"@en) SubClassOf(SOMA:Computer_Language SOMA:FormalLanguage) -# Class: (Computer program) +# Class: SOMA:Computer_Program (Computer program) AnnotationAssertion(rdfs:comment SOMA:Computer_Program "The Program itself (the specific set of instruction in a Programming Language), not the file that it is contained in nor the implemented algorithm!"@en) AnnotationAssertion(rdfs:label SOMA:Computer_Program "Computer program"@en) EquivalentClasses(SOMA:Computer_Program ObjectIntersectionOf(SOMA:Structured_Text ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Programming_Language))) EquivalentClasses(SOMA:Computer_Program ObjectIntersectionOf(SOMA:Structured_Text ObjectSomeValuesFrom( SOMA:Algorithm))) -# Class: () +# Class: SOMA:Database (SOMA:Database) AnnotationAssertion(rdfs:comment SOMA:Database "A Database is a Software that organizes a collection of data stored and and allows for access, usually via some query engine. Source: https://en.wikipedia.org/wiki/Database"@en) SubClassOf(SOMA:Database SOMA:SoftwareRole) -# Class: (Computer File) +# Class: SOMA:Digital_File (Computer File) AnnotationAssertion(rdfs:comment SOMA:Digital_File "Any file that exists as a digital resource (but not its content), e.g., a text file actually laying on some hard drive, but not the contained text."@en) AnnotationAssertion(rdfs:label SOMA:Digital_File "Computer File"@en) @@ -254,7 +254,7 @@ SubClassOf(SOMA:Digital_File SOMA:Structured_Text)) SubClassOf(Annotation(rdfs:comment "The path of the file on a computer system."@en) SOMA:Digital_File DataSomeValuesFrom(SOMA:hasNameString xsd:string)) -# Class: (Executable File) +# Class: SOMA:ExecutableFile (Executable File) AnnotationAssertion(rdfs:comment SOMA:ExecutableFile "An Executable File, sometimes simply referred to as an executable or binary, causes a computer \"to perform indicated tasks according to encoded instructions\", as opposed to a data file that must be interpreted (parsed) by a program to be meaningful. @@ -262,39 +262,39 @@ The exact interpretation depends upon the use. \"Instructions\" is traditionally AnnotationAssertion(rdfs:label SOMA:ExecutableFile "Executable File"@en) EquivalentClasses(SOMA:ExecutableFile ObjectIntersectionOf(SOMA:Digital_File ObjectSomeValuesFrom( SOMA:Executable_Code))) -# Class: (Executable Format) +# Class: SOMA:ExecutableFormat (Executable Format) AnnotationAssertion(rdfs:comment SOMA:ExecutableFormat "An Executable Format is a File Format that allows computers to directly execute the content. Examples are MZ (DOS) or COFF."@en) AnnotationAssertion(rdfs:label SOMA:ExecutableFormat "Executable Format"@en) SubClassOf(SOMA:ExecutableFormat SOMA:File_format) SubClassOf(SOMA:ExecutableFormat ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Executable_Code)) -# Class: (Executable Software) +# Class: SOMA:ExecutableSoftware (Executable Software) AnnotationAssertion(rdfs:comment SOMA:ExecutableSoftware "Executable Software is Software that can directly be executed, in comparison to a Software Library, which might only contain functionality via interfaces, but offers no execution entry point."@en) AnnotationAssertion(rdfs:label SOMA:ExecutableSoftware "Executable Software"@en) EquivalentClasses(SOMA:ExecutableSoftware ObjectIntersectionOf(SOMA:Software ObjectSomeValuesFrom( SOMA:ExecutableFile))) -# Class: (Executable Code) +# Class: SOMA:Executable_Code (Executable Code) AnnotationAssertion(rdfs:comment SOMA:Executable_Code "Executable Code is Code that when compiled / interpreted, has some clear entrance point and can be executed. Note the difference to an Executable File, which is the file that contains such (compiled) code."@en) AnnotationAssertion(rdfs:label SOMA:Executable_Code "Executable Code"@en) EquivalentClasses(SOMA:Executable_Code ObjectIntersectionOf(SOMA:Computer_Program ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:ExecutableFormat))) SubClassOf(SOMA:Executable_Code SOMA:Computer_Program) -# Class: (Faulty software) +# Class: SOMA:FaultySoftware (Faulty software) AnnotationAssertion(rdfs:comment SOMA:FaultySoftware "A description of a situation where some software has a bug.") AnnotationAssertion(rdfs:label SOMA:FaultySoftware "Faulty software"@en) SubClassOf(SOMA:FaultySoftware SOMA:SoftwareDiagnosis) -# Class: (File Configuration) +# Class: SOMA:FileConfiguration (File Configuration) AnnotationAssertion(rdfs:comment SOMA:FileConfiguration "A configuration whose members are all files. Used to model, e.g., concrete collections of zip- and jar-files (and so on)."@en) AnnotationAssertion(rdfs:label SOMA:FileConfiguration "File Configuration"@en) EquivalentClasses(SOMA:FileConfiguration ObjectIntersectionOf( ObjectAllValuesFrom( SOMA:Digital_File))) -# Class: (File Format) +# Class: SOMA:File_format (File Format) AnnotationAssertion(rdfs:comment SOMA:File_format "A File Format is a standard way that information is encoded for storage in a computer file. It specifies how bits are used to encode information in a digital storage medium. @@ -302,7 +302,7 @@ From Wikipedia: https://en.wikipedia.org/wiki/File_format"@en) AnnotationAssertion(rdfs:label SOMA:File_format "File Format"@en) SubClassOf(SOMA:File_format SOMA:Computer_Language) -# Class: (Formal Language) +# Class: SOMA:FormalLanguage (Formal Language) AnnotationAssertion(rdfs:comment SOMA:FormalLanguage "A Formal Language consists of words whose letters are taken from an alphabet and are well-formed according to a specific set of rules. @@ -311,19 +311,19 @@ AnnotationAssertion(rdfs:label SOMA:FormalLanguage "Formal Language"@en) SubClassOf(SOMA:FormalLanguage SOMA:Language) SubClassOf(SOMA:FormalLanguage ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Structured_Text)) -# Class: (Graph database) +# Class: SOMA:GraphDatabase (Graph database) AnnotationAssertion(rdfs:comment SOMA:GraphDatabase "A Graph Database is a Database that uses graph structures for semantic queries with nodes, edges, and properties to represent and store data."@en) AnnotationAssertion(rdfs:label SOMA:GraphDatabase "Graph database"@en) SubClassOf(SOMA:GraphDatabase SOMA:Database) -# Class: (Graph query language) +# Class: SOMA:GraphQueryLanguage (Graph query language) AnnotationAssertion(rdfs:comment SOMA:GraphQueryLanguage "A Query Language that is designed for communication with some Graph Database."@en) AnnotationAssertion(rdfs:label SOMA:GraphQueryLanguage "Graph query language"@en) SubClassOf(SOMA:GraphQueryLanguage SOMA:QueryLanguage) -# Class: (Host role) +# Class: SOMA:HostRole (Host role) AnnotationAssertion(rdfs:comment SOMA:HostRole "In the Plug-in-Host pattern, a Host application provides services which the Plug-in can use, including a way for Plug-ins to register themselves with the Host application and a protocol for the exchange of data withPplug-ins. Plug-ins depend on the services provided by the host application and do not usually work by themselves. Conversely, the host application operates independently of the plug-ins, making it possible for end-users to add and update plug-ins dynamically without needing to make changes to the host application. @@ -332,26 +332,26 @@ AnnotationAssertion(rdfs:label SOMA:HostRole "Host role"@en) SubClassOf(SOMA:HostRole SOMA:InterfaceComponentRole) SubClassOf(SOMA:HostRole ObjectSomeValuesFrom( SOMA:PluginSpecification)) -# Class: (Human-readable Programming Language) +# Class: SOMA:Human-readable_Programming_Language (Human-readable Programming Language) AnnotationAssertion(rdfs:comment SOMA:Human-readable_Programming_Language "A Programming language like Java, Python etc. but not binary machine code."@en) AnnotationAssertion(rdfs:label SOMA:Human-readable_Programming_Language "Human-readable Programming Language"@en) SubClassOf(SOMA:Human-readable_Programming_Language SOMA:Programming_Language) SubClassOf(SOMA:Human-readable_Programming_Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Source_Code)) -# Class: (Incompatible software) +# Class: SOMA:IncompatibleSoftware (Incompatible software) AnnotationAssertion(rdfs:comment SOMA:IncompatibleSoftware "A description of a situation where two software systems are incompatible with each other.") AnnotationAssertion(rdfs:label SOMA:IncompatibleSoftware "Incompatible software"@en) SubClassOf(SOMA:IncompatibleSoftware SOMA:SoftwareDiagnosis) -# Class: (Interface component role) +# Class: SOMA:InterfaceComponentRole (Interface component role) AnnotationAssertion(rdfs:label SOMA:InterfaceComponentRole "Interface component role"@en) EquivalentClasses(SOMA:InterfaceComponentRole ObjectIntersectionOf(SOMA:SoftwareRole ObjectAllValuesFrom( SOMA:InterfaceSpecification))) SubClassOf(SOMA:InterfaceComponentRole SOMA:SoftwareRole) -# Class: (Interface Specification) +# Class: SOMA:InterfaceSpecification (Interface Specification) AnnotationAssertion(rdfs:comment SOMA:InterfaceSpecification "The Specification of an Interface between software, computer hardware, peripheral devices, humans and combinations of these. @@ -359,13 +359,13 @@ Source: https://en.wikipedia.org/wiki/Interface_(computing)"@en) AnnotationAssertion(rdfs:label SOMA:InterfaceSpecification "Interface Specification"@en) SubClassOf(SOMA:InterfaceSpecification ) -# Class: (Knowledge Representation Language) +# Class: SOMA:KnowledgeRepresentationLanguage (Knowledge Representation Language) AnnotationAssertion(rdfs:comment SOMA:KnowledgeRepresentationLanguage "A Knowledge Representation Language is a Language with fixed semantics and syntax to describe some knowledge. Examples are JSON and the different OWL Profiles."@en) AnnotationAssertion(rdfs:label SOMA:KnowledgeRepresentationLanguage "Knowledge Representation Language"@en) SubClassOf(SOMA:KnowledgeRepresentationLanguage SOMA:Computer_Language) -# Class: (Language) +# Class: SOMA:Language (Language) AnnotationAssertion(rdfs:comment SOMA:Language "A Language is a structured System for communication. @@ -374,7 +374,7 @@ AnnotationAssertion(rdfs:label SOMA:Language "Language"@en) SubClassOf(SOMA:Language SOMA:System) SubClassOf(SOMA:Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Text)) -# Class: (Markup Language) +# Class: SOMA:Markup_Language (Markup Language) AnnotationAssertion(rdfs:comment SOMA:Markup_Language "Markup refers to data included in an electronic document which is distinct from the document's content in that it is typically not included in representations of the document for end users, for example on paper or a computer screen, or in an audio stream. Markup is often used to control the display of the document or to enrich its content to facilitate automated processing. A markup language is a set of rules governing what markup information may be included in a document and how it is combined with the content of the document in a way to facilitate use by humans and computer programs. @@ -382,7 +382,7 @@ From Wikipedia: https://en.wikipedia.org/wiki/Markup_language"@en) AnnotationAssertion(rdfs:label SOMA:Markup_Language "Markup Language"@en) SubClassOf(SOMA:Markup_Language SOMA:Computer_Language) -# Class: (Natural Language) +# Class: SOMA:Natural_Language (Natural Language) AnnotationAssertion(rdfs:comment SOMA:Natural_Language "A Natural Language is any language that has evolved naturally in humans through use and repetition without conscious planning or premeditation. @@ -391,13 +391,13 @@ AnnotationAssertion(rdfs:label SOMA:Natural_Language "Natural Language"@en) SubClassOf(SOMA:Natural_Language SOMA:Language) SubClassOf(SOMA:Natural_Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Natural_Language_Text)) -# Class: (Natural language text) +# Class: SOMA:Natural_Language_Text (Natural language text) AnnotationAssertion(rdfs:comment SOMA:Natural_Language_Text "A Text in a Natural Language."@en) AnnotationAssertion(rdfs:label SOMA:Natural_Language_Text "Natural language text"@en) EquivalentClasses(SOMA:Natural_Language_Text ObjectIntersectionOf(SOMA:Text ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Natural_Language))) -# Class: () +# Class: SOMA:Ontology (SOMA:Ontology) AnnotationAssertion(rdfs:comment SOMA:Ontology "An ontology encompasses a representation, formal naming, and definition of the categories, properties, and relations between the concepts, data, and entities that substantiate one, many, or all domains of discourse. More simply, an ontology is a way of showing the properties of a subject area and how they are related, by defining a set of concepts and categories that represent the subject. @@ -405,7 +405,7 @@ From Wikipedia: https://en.wikipedia.org/wiki/Ontology_(information_science)"@en EquivalentClasses(SOMA:Ontology ObjectIntersectionOf(SOMA:Structured_Text ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Ontology_Language))) SubClassOf(SOMA:Ontology SOMA:Structured_Text) -# Class: (Ontology Language) +# Class: SOMA:Ontology_Language (Ontology Language) AnnotationAssertion(rdfs:comment SOMA:Ontology_Language "An Ontology Language is a Knowledge Representation Language to describe knowledge about properties of a subject area and how they are related, by defining a set of concepts and categories that represent the subject using logic. Examples are the different OWL Profiles. @@ -414,7 +414,7 @@ AnnotationAssertion(rdfs:label SOMA:Ontology_Language "Ontology Language"@en) SubClassOf(SOMA:Ontology_Language SOMA:KnowledgeRepresentationLanguage) SubClassOf(SOMA:Ontology_Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Ontology)) -# Class: (Plugin role) +# Class: SOMA:PluginRole (Plugin role) AnnotationAssertion(rdfs:comment SOMA:PluginRole "In the Plug-in-Host pattern, a Host application provides services which the Plug-in can use, including a way for Plug-ins to register themselves with the Host application and a protocol for the exchange of data withPplug-ins. Plug-ins depend on the services provided by the host application and do not usually work by themselves. Conversely, the host application operates independently of the plug-ins, making it possible for end-users to add and update plug-ins dynamically without needing to make changes to the host application. @@ -423,27 +423,27 @@ AnnotationAssertion(rdfs:label SOMA:PluginRole "Plugin role"@en) SubClassOf(SOMA:PluginRole SOMA:InterfaceComponentRole) SubClassOf(SOMA:PluginRole ObjectSomeValuesFrom( SOMA:PluginSpecification)) -# Class: (Plugin Specification) +# Class: SOMA:PluginSpecification (Plugin Specification) AnnotationAssertion(rdfs:comment SOMA:PluginSpecification "The Specification of a Plugin interface defines how a Host and a Plug-in function together and exchange information."@en) AnnotationAssertion(rdfs:label SOMA:PluginSpecification "Plugin Specification"@en) SubClassOf(SOMA:PluginSpecification SOMA:API_Specification) SubClassOf(SOMA:PluginSpecification ObjectIntersectionOf(ObjectSomeValuesFrom( SOMA:HostRole) ObjectSomeValuesFrom( SOMA:PluginRole))) -# Class: (Programming language) +# Class: SOMA:Programming_Language (Programming language) AnnotationAssertion(rdfs:comment SOMA:Programming_Language "Any Programming Language, including both human-readable like Java and non-human-readable languages like binary machine code."@en) AnnotationAssertion(rdfs:label SOMA:Programming_Language "Programming language"@en) SubClassOf(SOMA:Programming_Language SOMA:Computer_Language) SubClassOf(SOMA:Programming_Language ObjectAllValuesFrom(SOMA:givesMeaningTo SOMA:Computer_Program)) -# Class: (Query engine) +# Class: SOMA:QueryEngine (Query engine) AnnotationAssertion(rdfs:comment SOMA:QueryEngine "A Query Engine is a Software that can answer some queries."@en) AnnotationAssertion(rdfs:label SOMA:QueryEngine "Query engine"@en) SubClassOf(SOMA:QueryEngine SOMA:SoftwareRole) -# Class: (Query language) +# Class: SOMA:QueryLanguage (Query language) AnnotationAssertion(rdfs:comment SOMA:QueryLanguage "Query languages, are Computer languages used to make queries in databases and information systems (Source: https://en.wikipedia.org/wiki/Query_language). @@ -451,7 +451,7 @@ Note that despite their name, Query languages typically come with syntax and sem AnnotationAssertion(rdfs:label SOMA:QueryLanguage "Query language"@en) SubClassOf(SOMA:QueryLanguage SOMA:Computer_Language) -# Class: () +# Class: SOMA:Reasoner (SOMA:Reasoner) AnnotationAssertion(rdfs:comment SOMA:Reasoner "A Reasoner is some Software that can infer new, implicit knowlegde from explicitly stated knowledge. @@ -461,7 +461,7 @@ This definition is broad and we consider any System fitting the above descriptio * A logic based rule engine, where initial facts are the explicit knowledge, and derived facts are the implicit knowledge."@en) SubClassOf(SOMA:Reasoner SOMA:SoftwareRole) -# Class: (Relational database) +# Class: SOMA:RelationalDatabase (Relational database) AnnotationAssertion(rdfs:comment SOMA:RelationalDatabase "A Relational Database is a Database based on the relational model of data, which organizes data into one or more tables (or \"relations\") of columns and rows, with a unique key identifying each row. @@ -469,13 +469,13 @@ Source: https://en.wikipedia.org/wiki/Relational_database"@en) AnnotationAssertion(rdfs:label SOMA:RelationalDatabase "Relational database"@en) SubClassOf(SOMA:RelationalDatabase SOMA:Database) -# Class: (Relational query language) +# Class: SOMA:RelationalQueryLanguage (Relational query language) AnnotationAssertion(rdfs:comment SOMA:RelationalQueryLanguage "A Query Language that is designed for communication with some Relational Database."@en) AnnotationAssertion(rdfs:label SOMA:RelationalQueryLanguage "Relational query language"@en) SubClassOf(SOMA:RelationalQueryLanguage SOMA:QueryLanguage) -# Class: (Server role) +# Class: SOMA:ServerRole (Server role) AnnotationAssertion(rdfs:comment SOMA:ServerRole "The Client-server model is a distributed application structure that partitions tasks or workloads between the providers of a resource or service, called servers, and service requesters, called clients Often clients and servers communicate over a computer network on separate hardware, but both client and server may reside in the same system. A server host runs one or more server programs, which share their resources with clients. A client usually does not share any of its resources, but it requests content or service from a server. Clients, therefore, initiate communication sessions with servers, which await incoming requests. Examples of computer applications that use the client-server model are email, network printing, and the World Wide Web. @@ -484,13 +484,13 @@ AnnotationAssertion(rdfs:label SOMA:ServerRole "Server role"@en) SubClassOf(SOMA:ServerRole SOMA:InterfaceComponentRole) SubClassOf(SOMA:ServerRole ObjectSomeValuesFrom( SOMA:Client-Server_Specification)) -# Class: (Simulation-based reasoner) +# Class: SOMA:Simulation_Reasoner (Simulation-based reasoner) AnnotationAssertion(rdfs:comment SOMA:Simulation_Reasoner "A Simulation-based Reasoner is a simulation that is used as a reasoner, where the explicit knowledge corresponds to the initial situation, and the implicit knowlegde corresponds to the situation that is derived from that by simulating some unfolding processes."@en) AnnotationAssertion(rdfs:label SOMA:Simulation_Reasoner "Simulation-based reasoner"@en) SubClassOf(SOMA:Simulation_Reasoner SOMA:Reasoner) -# Class: (Software) +# Class: SOMA:Software (Software) AnnotationAssertion(rdfs:label SOMA:Software "Software"@en) AnnotationAssertion(rdfs:label SOMA:Software "We see Software as the Design of a DesignedTool: the running instance of said Software. Software as a design also follows the Function-Behaviour-Structure model: @@ -504,7 +504,7 @@ SubClassOf(SOMA:Software SOMA:Software_Configuration)) SubClassOf(SOMA:Software ObjectAllValuesFrom( ObjectUnionOf(SOMA:SoftwareInstance SOMA:Software_Configuration))) -# Class: (Software instance) +# Class: SOMA:SoftwareInstance (Software instance) AnnotationAssertion(rdfs:comment SOMA:SoftwareInstance "A Software instance is an entity to represent the agent that emerges from and while executing software: Some object, that can perform actions and communicate via some interfaces. In this view, we see the of an Agent required intentionality its intentionality as bestowed upon the Software instance from the agents who started the program or gave an input (e.g., via a mouse click) to achieve some goal. @@ -514,19 +514,19 @@ AnnotationAssertion(rdfs:label SOMA:SoftwareInstance "Software instance"@en) SubClassOf(SOMA:SoftwareInstance ObjectIntersectionOf( ObjectSomeValuesFrom( ))) SubClassOf(SOMA:SoftwareInstance ObjectSomeValuesFrom(SOMA:isDesignedBy SOMA:Software)) -# Class: (Software Library) +# Class: SOMA:SoftwareLibrary (Software Library) AnnotationAssertion(rdfs:label SOMA:SoftwareLibrary "Software Library"@en) SubClassOf(SOMA:SoftwareLibrary SOMA:Software) -# Class: (Software role) +# Class: SOMA:SoftwareRole (Software role) AnnotationAssertion(rdfs:comment SOMA:SoftwareRole "A Software Role is a Role applying to only Software and encoding the purpose of the Software: Its Role within Interface Patterns (e.g. Client vs. Server), its functionality (e.g. Database vs. Comnputer Game), and so on."@en) AnnotationAssertion(rdfs:label SOMA:SoftwareRole "Software role"@en) SubClassOf(SOMA:SoftwareRole ) SubClassOf(SOMA:SoftwareRole ObjectAllValuesFrom( SOMA:Software)) -# Class: (Software Configuration) +# Class: SOMA:Software_Configuration (Software Configuration) AnnotationAssertion(rdfs:label SOMA:Software_Configuration "Software Configuration"@en) AnnotationAssertion(rdfs:label SOMA:Software_Configuration "The part-whole relationship of Software and its components. Every Software has (at least 1) such configuration that exactly describes all Resources that make up the software (i.e., that are needed for the Software to function). @@ -537,32 +537,32 @@ We support seperate views: SubClassOf(SOMA:Software_Configuration ) SubClassOf(SOMA:Software_Configuration ObjectExactCardinality(1 SOMA:Software)) -# Class: (Source code) +# Class: SOMA:Source_Code (Source code) AnnotationAssertion(rdfs:comment SOMA:Source_Code "The Source Code itself (the specific set of instruction in a human-readable Programming Language), not the file that it is contained in nor the implemented algorithm!"@en) AnnotationAssertion(rdfs:label SOMA:Source_Code "Source code"@en) EquivalentClasses(SOMA:Source_Code ObjectIntersectionOf(SOMA:Computer_Program ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Human-readable_Programming_Language))) SubClassOf(SOMA:Source_Code SOMA:Computer_Program) -# Class: (A Statistical Reasoner is a Reasoner that uses statistical or stochastical data to infer implicit information from explicit information. Examples are Hidden Markov Models and Neural Networks.) +# Class: SOMA:StatisticalReasoner (Statistical reasoner) AnnotationAssertion(rdfs:label SOMA:StatisticalReasoner "A Statistical Reasoner is a Reasoner that uses statistical or stochastical data to infer implicit information from explicit information. Examples are Hidden Markov Models and Neural Networks."@en) AnnotationAssertion(rdfs:label SOMA:StatisticalReasoner "Statistical reasoner"@en) SubClassOf(SOMA:StatisticalReasoner SOMA:Reasoner) -# Class: (Structured text) +# Class: SOMA:Structured_Text (Structured text) AnnotationAssertion(rdfs:comment SOMA:Structured_Text "Any Text that adheres to some rules that are in any way more specific than natural language and that cannot be made sense of without knowing said rules."@en) AnnotationAssertion(rdfs:label SOMA:Structured_Text "Structured text"@en) EquivalentClasses(SOMA:Structured_Text ObjectIntersectionOf(SOMA:Text ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:FormalLanguage))) -# Class: (Sub-cognitive agent) +# Class: SOMA:SubCognitiveAgent (Sub-cognitive agent) AnnotationAssertion(rdfs:comment SOMA:SubCognitiveAgent "An agent that is not capable to act on its own, i.e., that is reactive. Its intentionality needs to be bestowed upon from some other agent, that it acts for."@en) AnnotationAssertion(rdfs:label SOMA:SubCognitiveAgent "Sub-cognitive agent"@en) SubClassOf(SOMA:SubCognitiveAgent ) -# Class: (Symbolic reasoner) +# Class: SOMA:SymbolicReasoner (Symbolic reasoner) AnnotationAssertion(rdfs:comment SOMA:SymbolicReasoner "A Symbolic Reasoner, is a piece of software able to infer logical consequences from a set of asserted facts or axioms. @@ -570,7 +570,7 @@ Source: https://en.wikipedia.org/wiki/Semantic_reasoner"@en) AnnotationAssertion(rdfs:label SOMA:SymbolicReasoner "Symbolic reasoner"@en) SubClassOf(SOMA:SymbolicReasoner SOMA:Reasoner) -# Class: (System) +# Class: SOMA:System (System) AnnotationAssertion(rdfs:comment SOMA:System "A system is a group of interacting or interrelated elements that act according to a set of rules to form a unified whole. @@ -578,7 +578,7 @@ From Wikipedia: https://en.wikipedia.org/wiki/System"@en) AnnotationAssertion(rdfs:label SOMA:System "System"@en) SubClassOf(SOMA:System ) -# Class: (Text) +# Class: SOMA:Text (Text) AnnotationAssertion(rdfs:comment SOMA:Text "Any Information Object defined using a Language that, when realized through a symbolic writing system, can be read and made sense of. @@ -589,13 +589,13 @@ On the other hand, this might not be true as both could be encoded in a binary f AnnotationAssertion(rdfs:label SOMA:Text "Text"@en) EquivalentClasses(SOMA:Text ObjectIntersectionOf( ObjectSomeValuesFrom(SOMA:isGivenMeaningBy SOMA:Language))) -# Class: (Triplestore) +# Class: SOMA:Triplestore (Triplestore) AnnotationAssertion(rdfs:comment SOMA:Triplestore "A Triplestore or RDF store is a purpose-built database for the storage and retrieval of triples through semantic queries."@en) AnnotationAssertion(rdfs:label SOMA:Triplestore "Triplestore"@en) SubClassOf(SOMA:Triplestore SOMA:GraphDatabase) -# Class: (Unavailable software) +# Class: SOMA:UnavailableSoftware (Unavailable software) AnnotationAssertion(rdfs:comment SOMA:UnavailableSoftware "A description of a situation where some software dependency is not available.") AnnotationAssertion(rdfs:label SOMA:UnavailableSoftware "Unavailable software"@en) diff --git a/owl/SOMA-NEEM.owl b/owl/SOMA-NEEM.owl index 7f6c8846..860e506d 100644 --- a/owl/SOMA-NEEM.owl +++ b/owl/SOMA-NEEM.owl @@ -22,21 +22,21 @@ Declaration(Class(SOMA:VideoData)) # Classes ############################ -# Class: (Kino-dynamic data) +# Class: SOMA:KinoDynamicData (Kino-dynamic data) AnnotationAssertion(rdfs:comment SOMA:KinoDynamicData "An InformationObject containing data about how a physical object is put together such that its parts may move relative to each other, and what the physical characteristics of those parts are.") AnnotationAssertion(rdfs:label SOMA:KinoDynamicData "Kino-dynamic data"@en) SubClassOf(SOMA:KinoDynamicData ) SubClassOf(SOMA:KinoDynamicData ObjectAllValuesFrom( )) -# Class: (Mesh-shape data) +# Class: SOMA:MeshShapeData (Mesh-shape data) AnnotationAssertion(rdfs:comment SOMA:MeshShapeData "An InformationObject containing data about the geometry of a physical object.") AnnotationAssertion(rdfs:label SOMA:MeshShapeData "Mesh-shape data"@en) SubClassOf(SOMA:MeshShapeData ) SubClassOf(SOMA:MeshShapeData ObjectAllValuesFrom( )) -# Class: (Video data) +# Class: SOMA:VideoData (Video data) AnnotationAssertion(rdfs:comment SOMA:VideoData "An information object containing data for audio-visual modalities.") AnnotationAssertion(rdfs:label SOMA:VideoData "Video data"@en) diff --git a/owl/SOMA-OBJ.owl b/owl/SOMA-OBJ.owl index 7d471913..5122b455 100644 --- a/owl/SOMA-OBJ.owl +++ b/owl/SOMA-OBJ.owl @@ -311,7 +311,7 @@ Declaration(DataProperty(SOMA:hasWidth)) # Object Properties ############################ -# Object Property: (affordance defines) +# Object Property: SOMA:affordanceDefines (affordance defines) AnnotationAssertion(rdfs:comment SOMA:affordanceDefines "A relation between an Affordance and a Concept (often an EventType).") AnnotationAssertion(rdfs:label SOMA:affordanceDefines "affordance defines") @@ -320,7 +320,7 @@ InverseObjectProperties(SOMA:affordanceDefines SOMA:isDefinedInAffordance) ObjectPropertyDomain(SOMA:affordanceDefines SOMA:Affordance) ObjectPropertyRange(SOMA:affordanceDefines ) -# Object Property: (affordance defines task) +# Object Property: SOMA:affordanceDefinesTask (affordance defines task) AnnotationAssertion(rdfs:comment SOMA:affordanceDefinesTask "A relation between an Affordance and a Task") AnnotationAssertion(rdfs:label SOMA:affordanceDefinesTask "affordance defines task") @@ -330,7 +330,7 @@ InverseObjectProperties(SOMA:affordanceDefinesTask SOMA:isTaskDefinedInAffordanc ObjectPropertyDomain(SOMA:affordanceDefinesTask SOMA:Affordance) ObjectPropertyRange(SOMA:affordanceDefinesTask ) -# Object Property: (affords bearer) +# Object Property: SOMA:affordsBearer (affords bearer) AnnotationAssertion(rdfs:comment SOMA:affordsBearer "Relates a disposition to the bearer role defined by the affordance describing the disposition.") AnnotationAssertion(rdfs:label SOMA:affordsBearer "affords bearer") @@ -339,7 +339,7 @@ InverseObjectProperties(SOMA:affordsBearer SOMA:isBearerAffordedBy) ObjectPropertyDomain(SOMA:affordsBearer SOMA:Disposition) ObjectPropertyRange(SOMA:affordsBearer ) -# Object Property: (affords concept) +# Object Property: SOMA:affordsConcept (affords concept) AnnotationAssertion(rdfs:comment SOMA:affordsConcept "A relation between a disposition and a concept defined in the affordance that describes the disposition.") AnnotationAssertion(rdfs:label SOMA:affordsConcept "affords concept") @@ -348,7 +348,7 @@ InverseObjectProperties(SOMA:affordsConcept SOMA:isConceptAffordedBy) ObjectPropertyDomain(SOMA:affordsConcept SOMA:Disposition) ObjectPropertyRange(SOMA:affordsConcept ) -# Object Property: (affords performer) +# Object Property: SOMA:affordsPerformer (affords performer) AnnotationAssertion(rdfs:comment SOMA:affordsPerformer "Relates a disposition to the performer role defined by the affordance describing the disposition."@en) AnnotationAssertion(rdfs:label SOMA:affordsPerformer "affords performer"@en) @@ -357,7 +357,7 @@ InverseObjectProperties(SOMA:affordsPerformer SOMA:isPerformerAffordedBy) ObjectPropertyDomain(SOMA:affordsPerformer SOMA:Disposition) ObjectPropertyRange(SOMA:affordsPerformer ) -# Object Property: (affords setpoint) +# Object Property: SOMA:affordsSetpoint (affords setpoint) AnnotationAssertion(rdfs:comment SOMA:affordsSetpoint "Relates a disposition to the setpoint parameter defined by the affordance describing the disposition.") AnnotationAssertion(rdfs:label SOMA:affordsSetpoint "affords setpoint") @@ -366,7 +366,7 @@ InverseObjectProperties(SOMA:affordsSetpoint SOMA:isSetpointAffordedBy) ObjectPropertyDomain(SOMA:affordsSetpoint SOMA:Disposition) ObjectPropertyRange(SOMA:affordsSetpoint SOMA:Setpoint) -# Object Property: (affords task) +# Object Property: SOMA:affordsTask (affords task) AnnotationAssertion(rdfs:comment SOMA:affordsTask "Relates a disposition to the task defined by the affordance describing the disposition.") AnnotationAssertion(rdfs:label SOMA:affordsTask "affords task") @@ -375,7 +375,7 @@ InverseObjectProperties(SOMA:affordsTask SOMA:isTaskAffordedBy) ObjectPropertyDomain(SOMA:affordsTask SOMA:Disposition) ObjectPropertyRange(SOMA:affordsTask ) -# Object Property: (affords trigger) +# Object Property: SOMA:affordsTrigger (affords trigger) AnnotationAssertion(rdfs:comment SOMA:affordsTrigger "Relates a disposition to the trigger role defined by the affordance describing the disposition.") AnnotationAssertion(rdfs:label SOMA:affordsTrigger "affords trigger") @@ -384,7 +384,7 @@ InverseObjectProperties(SOMA:affordsTrigger SOMA:isTriggerAffordedBy) ObjectPropertyDomain(SOMA:affordsTrigger SOMA:Disposition) ObjectPropertyRange(SOMA:affordsTrigger ) -# Object Property: (contains object) +# Object Property: SOMA:containsObject (contains object) AnnotationAssertion(rdfs:comment SOMA:containsObject "A spatial relation holding between a container, and objects it contains.") AnnotationAssertion(rdfs:label SOMA:containsObject "contains object") @@ -395,7 +395,7 @@ TransitiveObjectProperty(SOMA:containsObject) ObjectPropertyDomain(SOMA:containsObject ) ObjectPropertyRange(SOMA:containsObject ) -# Object Property: (defines bearer) +# Object Property: SOMA:definesBearer (defines bearer) AnnotationAssertion(rdfs:comment SOMA:definesBearer "Relates an affordance which is a relation between a bearer and a trigger, to the role of the bearer when the affordance is manifested.") AnnotationAssertion(rdfs:label SOMA:definesBearer "defines bearer") @@ -404,7 +404,7 @@ InverseObjectProperties(SOMA:definesBearer SOMA:isBearerDefinedIn) ObjectPropertyDomain(SOMA:definesBearer SOMA:Affordance) ObjectPropertyRange(SOMA:definesBearer ) -# Object Property: (defines parameter) +# Object Property: SOMA:definesParameter (defines parameter) AnnotationAssertion(rdfs:comment SOMA:definesParameter "A relation between a description and a parameter.") AnnotationAssertion(rdfs:label SOMA:definesParameter "defines parameter") @@ -413,7 +413,7 @@ InverseObjectProperties(SOMA:definesParameter SOMA:isParameterDefinedIn) ObjectPropertyDomain(SOMA:definesParameter ) ObjectPropertyRange(SOMA:definesParameter ) -# Object Property: (defines performer) +# Object Property: SOMA:definesPerformer (defines performer) AnnotationAssertion(rdfs:comment SOMA:definesPerformer "Relates an affordance which is a relation between a bearer and a trigger, to the role of the performer when the affordance is manifested."@en) AnnotationAssertion(rdfs:label SOMA:definesPerformer "defines performer"@en) @@ -422,7 +422,7 @@ InverseObjectProperties(SOMA:definesPerformer SOMA:isPerformerDefinedIn) ObjectPropertyDomain(SOMA:definesPerformer SOMA:Affordance) ObjectPropertyRange(SOMA:definesPerformer ) -# Object Property: (defines setpoint) +# Object Property: SOMA:definesSetpoint (defines setpoint) AnnotationAssertion(rdfs:comment SOMA:definesSetpoint "Defines the dedicated goal region of a description.") AnnotationAssertion(rdfs:label SOMA:definesSetpoint "defines setpoint") @@ -431,7 +431,7 @@ InverseObjectProperties(SOMA:definesSetpoint SOMA:isSetpointDefinedIn) ObjectPropertyDomain(SOMA:definesSetpoint ) ObjectPropertyRange(SOMA:definesSetpoint SOMA:Setpoint) -# Object Property: (defines trigger) +# Object Property: SOMA:definesTrigger (defines trigger) AnnotationAssertion(rdfs:comment SOMA:definesTrigger "Relates an affordance which is a relation between a bearer and a trigger, to the role of the trigger when the affordance is manifested.") AnnotationAssertion(rdfs:label SOMA:definesTrigger "defines trigger") @@ -440,7 +440,7 @@ InverseObjectProperties(SOMA:definesTrigger SOMA:isTriggerDefinedIn) ObjectPropertyDomain(SOMA:definesTrigger SOMA:Affordance) ObjectPropertyRange(SOMA:definesTrigger ) -# Object Property: (describes quality) +# Object Property: SOMA:describesQuality (describes quality) AnnotationAssertion(rdfs:comment SOMA:describesQuality "Relates a description to a quality that it describes.") AnnotationAssertion(rdfs:label SOMA:describesQuality "describes quality") @@ -449,7 +449,7 @@ InverseObjectProperties(SOMA:describesQuality SOMA:isQualityDescribedBy) ObjectPropertyDomain(SOMA:describesQuality ) ObjectPropertyRange(SOMA:describesQuality ) -# Object Property: (has alteration result) +# Object Property: SOMA:hasAlterationResult (has alteration result) AnnotationAssertion(rdfs:comment SOMA:hasAlterationResult "Relates an action that alters an object to the region that the alteration reached during the action.") AnnotationAssertion(rdfs:label SOMA:hasAlterationResult "has alteration result") @@ -458,7 +458,7 @@ InverseObjectProperties(SOMA:hasAlterationResult SOMA:isAlterationResultOf) ObjectPropertyDomain(SOMA:hasAlterationResult ) ObjectPropertyRange(SOMA:hasAlterationResult ) -# Object Property: (has child link) +# Object Property: SOMA:hasChildLink (has child link) AnnotationAssertion(rdfs:comment SOMA:hasChildLink "Relates a joint to the link it connects which is closer to the end of the kinematic chain.") AnnotationAssertion(rdfs:label SOMA:hasChildLink "has child link") @@ -467,7 +467,7 @@ InverseObjectProperties(SOMA:hasChildLink SOMA:isChildLinkOf) ObjectPropertyDomain(SOMA:hasChildLink SOMA:Joint) ObjectPropertyRange(SOMA:hasChildLink ) -# Object Property: (has color) +# Object Property: SOMA:hasColor (has color) AnnotationAssertion(rdfs:comment SOMA:hasColor "Relates an object to its color quality.") AnnotationAssertion(rdfs:label SOMA:hasColor "has color") @@ -476,7 +476,7 @@ InverseObjectProperties(SOMA:hasColor SOMA:isColorOf) ObjectPropertyDomain(SOMA:hasColor ) ObjectPropertyRange(SOMA:hasColor SOMA:Color) -# Object Property: (has disposition) +# Object Property: SOMA:hasDisposition (has disposition) AnnotationAssertion(rdfs:comment SOMA:hasDisposition "Associates an object to one of its dispositions.") AnnotationAssertion(rdfs:label SOMA:hasDisposition "has disposition") @@ -485,7 +485,7 @@ InverseObjectProperties(SOMA:hasDisposition SOMA:isDispositionOf) ObjectPropertyDomain(SOMA:hasDisposition ) ObjectPropertyRange(SOMA:hasDisposition SOMA:Disposition) -# Object Property: (has end link) +# Object Property: SOMA:hasEndLink (has end link) AnnotationAssertion(rdfs:comment SOMA:hasEndLink "Relates an object to kinematic components at the end of the kinematic chain.") AnnotationAssertion(rdfs:label SOMA:hasEndLink "has end link") @@ -494,7 +494,7 @@ InverseObjectProperties(SOMA:hasEndLink SOMA:isEndLinkOf) ObjectPropertyDomain(SOMA:hasEndLink ) ObjectPropertyRange(SOMA:hasEndLink ) -# Object Property: (has feature) +# Object Property: SOMA:hasFeature (has feature) AnnotationAssertion(rdfs:comment SOMA:hasFeature "Associates a physical object to one of its features.") AnnotationAssertion(rdfs:label SOMA:hasFeature "has feature") @@ -503,7 +503,7 @@ InverseObjectProperties(SOMA:hasFeature SOMA:isFeatureOf) ObjectPropertyDomain(SOMA:hasFeature ) ObjectPropertyRange(SOMA:hasFeature SOMA:Feature) -# Object Property: (has friction attribute) +# Object Property: SOMA:hasFrictionAttribute (has friction attribute) AnnotationAssertion(rdfs:comment SOMA:hasFrictionAttribute "A relation between physical objects and their friction attribute.") AnnotationAssertion(rdfs:label SOMA:hasFrictionAttribute "has friction attribute") @@ -511,7 +511,7 @@ SubObjectPropertyOf(SOMA:hasFrictionAttribute ) ObjectPropertyRange(SOMA:hasFrictionAttribute SOMA:FrictionAttribute) -# Object Property: (has joint limit) +# Object Property: SOMA:hasJointLimit (has joint limit) AnnotationAssertion(rdfs:comment SOMA:hasJointLimit "Relates a joint to its physical limits.") AnnotationAssertion(rdfs:label SOMA:hasJointLimit "has joint limit") @@ -520,7 +520,7 @@ InverseObjectProperties(SOMA:hasJointLimit SOMA:isJointLimitOf) ObjectPropertyDomain(SOMA:hasJointLimit SOMA:Joint) ObjectPropertyRange(SOMA:hasJointLimit SOMA:JointLimit) -# Object Property: (has joint state) +# Object Property: SOMA:hasJointState (has joint state) AnnotationAssertion(rdfs:comment SOMA:hasJointState "Relates a joint to its state.") AnnotationAssertion(rdfs:label SOMA:hasJointState "has joint state") @@ -529,7 +529,7 @@ InverseObjectProperties(SOMA:hasJointState SOMA:isJointStateOf) ObjectPropertyDomain(SOMA:hasJointState SOMA:Joint) ObjectPropertyRange(SOMA:hasJointState SOMA:JointState) -# Object Property: (has link) +# Object Property: SOMA:hasLink (has link) AnnotationAssertion(rdfs:comment SOMA:hasLink "Relates an object to its kinematic components.") AnnotationAssertion(rdfs:label SOMA:hasLink "has link") @@ -538,7 +538,7 @@ InverseObjectProperties(SOMA:hasLink SOMA:isLinkOf) ObjectPropertyDomain(SOMA:hasLink ) ObjectPropertyRange(SOMA:hasLink ) -# Object Property: (has localization) +# Object Property: SOMA:hasLocalization (has localization) AnnotationAssertion(rdfs:comment SOMA:hasLocalization "Relates an object to its localization quality.") AnnotationAssertion(rdfs:label SOMA:hasLocalization "has localization") @@ -547,16 +547,16 @@ InverseObjectProperties(SOMA:hasLocalization SOMA:isLocalizationOf) ObjectPropertyDomain(SOMA:hasLocalization ) ObjectPropertyRange(SOMA:hasLocalization SOMA:Localization) -# Object Property: (has mass attribute) +# Object Property: SOMA:hasMassAttribute (has mass attribute) AnnotationAssertion(rdfs:comment SOMA:hasMassAttribute "A relation between physical objects and their mass.") AnnotationAssertion(rdfs:label SOMA:hasMassAttribute "has mass attribute") SubObjectPropertyOf(SOMA:hasMassAttribute ) -InverseObjectProperties(SOMA:isMassAttributeOf SOMA:hasMassAttribute) +InverseObjectProperties(SOMA:hasMassAttribute SOMA:isMassAttributeOf) ObjectPropertyDomain(SOMA:hasMassAttribute ) ObjectPropertyRange(SOMA:hasMassAttribute SOMA:MassAttribute) -# Object Property: (has net force) +# Object Property: SOMA:hasNetForce (has net force) AnnotationAssertion(rdfs:comment SOMA:hasNetForce "A relation between a physical object and the total force acting on it.") AnnotationAssertion(rdfs:label SOMA:hasNetForce "has net force") @@ -565,7 +565,7 @@ InverseObjectProperties(SOMA:hasNetForce SOMA:isNetForceOf) ObjectPropertyDomain(SOMA:hasNetForce ) ObjectPropertyRange(SOMA:hasNetForce SOMA:NetForce) -# Object Property: (has parent link) +# Object Property: SOMA:hasParentLink (has parent link) AnnotationAssertion(rdfs:comment SOMA:hasParentLink "Relates a joint to the link it connects which is closer to the root of the kinematic chain.") AnnotationAssertion(rdfs:label SOMA:hasParentLink "has parent link") @@ -574,7 +574,7 @@ InverseObjectProperties(SOMA:hasParentLink SOMA:isParentLinkOf) ObjectPropertyDomain(SOMA:hasParentLink SOMA:Joint) ObjectPropertyRange(SOMA:hasParentLink ) -# Object Property: (has quale) +# Object Property: SOMA:hasQuale (has quale) AnnotationAssertion(rdfs:comment SOMA:hasQuale "Relates a quality to its \"value\", called quale, which is an atomic quality region.") AnnotationAssertion(rdfs:label SOMA:hasQuale "has quale") @@ -583,7 +583,7 @@ InverseObjectProperties(SOMA:hasQuale SOMA:isQualeOf) ObjectPropertyDomain(SOMA:hasQuale ) ObjectPropertyRange(SOMA:hasQuale ) -# Object Property: (has root link) +# Object Property: SOMA:hasRootLink (has root link) AnnotationAssertion(rdfs:comment SOMA:hasRootLink "Relates an object to kinematic components at the root of the kinematic chain.") AnnotationAssertion(rdfs:label SOMA:hasRootLink "has root link") @@ -592,7 +592,7 @@ InverseObjectProperties(SOMA:hasRootLink SOMA:isRootLinkOf) ObjectPropertyDomain(SOMA:hasRootLink ) ObjectPropertyRange(SOMA:hasRootLink ) -# Object Property: (has shape) +# Object Property: SOMA:hasShape (has shape) AnnotationAssertion(rdfs:comment SOMA:hasShape "Relates an object to its shape quality.") AnnotationAssertion(rdfs:label SOMA:hasShape "has shape") @@ -601,7 +601,7 @@ InverseObjectProperties(SOMA:hasShape SOMA:isShapeOf) ObjectPropertyDomain(SOMA:hasShape ) ObjectPropertyRange(SOMA:hasShape SOMA:Shape) -# Object Property: (has shape region) +# Object Property: SOMA:hasShapeRegion (has shape region) AnnotationAssertion(rdfs:comment SOMA:hasShapeRegion "A relation between physical objects and their shape attribute.") AnnotationAssertion(rdfs:label SOMA:hasShapeRegion "has shape region") @@ -610,7 +610,7 @@ InverseObjectProperties(SOMA:hasShapeRegion SOMA:isShapeRegionOf) ObjectPropertyDomain(SOMA:hasShapeRegion ObjectUnionOf(SOMA:Shape )) ObjectPropertyRange(SOMA:hasShapeRegion SOMA:ShapeRegion) -# Object Property: (has space region) +# Object Property: SOMA:hasSpaceRegion (has space region) AnnotationAssertion(rdfs:comment SOMA:hasSpaceRegion "Relates an entity to a space region.") AnnotationAssertion(rdfs:label SOMA:hasSpaceRegion "has space region") @@ -619,7 +619,7 @@ InverseObjectProperties(SOMA:hasSpaceRegion SOMA:isSpaceRegionFor) ObjectPropertyDomain(SOMA:hasSpaceRegion ObjectUnionOf(SOMA:Localization SOMA:ShapeRegion )) ObjectPropertyRange(SOMA:hasSpaceRegion ) -# Object Property: (involves effector) +# Object Property: SOMA:involvesEffector (involves effector) AnnotationAssertion(rdfs:comment SOMA:involvesEffector "Effector participation.") AnnotationAssertion(rdfs:label SOMA:involvesEffector "involves effector") @@ -628,7 +628,7 @@ InverseObjectProperties(SOMA:involvesEffector SOMA:isEffectorInvolvedIn) ObjectPropertyDomain(SOMA:involvesEffector ) ObjectPropertyRange(SOMA:involvesEffector SOMA:PhysicalEffector) -# Object Property: (is alteration result of) +# Object Property: SOMA:isAlterationResultOf (is alteration result of) AnnotationAssertion(rdfs:comment SOMA:isAlterationResultOf "Relates an action that alters an object to the region that the alteration reached during the action.") AnnotationAssertion(rdfs:label SOMA:isAlterationResultOf "is alteration result of") @@ -636,7 +636,7 @@ SubObjectPropertyOf(SOMA:isAlterationResultOf ) ObjectPropertyRange(SOMA:isAlterationResultOf ) -# Object Property: (is bearer afforded by) +# Object Property: SOMA:isBearerAffordedBy (is bearer afforded by) AnnotationAssertion(rdfs:comment SOMA:isBearerAffordedBy "Relates a disposition to the bearer role defined by the affordance describing the disposition.") AnnotationAssertion(rdfs:label SOMA:isBearerAffordedBy "is bearer afforded by") @@ -644,7 +644,7 @@ SubObjectPropertyOf(SOMA:isBearerAffordedBy SOMA:isConceptAffordedBy) ObjectPropertyDomain(SOMA:isBearerAffordedBy ) ObjectPropertyRange(SOMA:isBearerAffordedBy SOMA:Disposition) -# Object Property: (is bearer defined in) +# Object Property: SOMA:isBearerDefinedIn (is bearer defined in) AnnotationAssertion(rdfs:comment SOMA:isBearerDefinedIn "Relates an affordance which is a relation between a bearer and a trigger, to the role of the bearer when the affordance is manifested.") AnnotationAssertion(rdfs:label SOMA:isBearerDefinedIn "is bearer defined in") @@ -652,7 +652,7 @@ SubObjectPropertyOf(SOMA:isBearerDefinedIn ) ObjectPropertyRange(SOMA:isBearerDefinedIn SOMA:Affordance) -# Object Property: (is child link of) +# Object Property: SOMA:isChildLinkOf (is child link of) AnnotationAssertion(rdfs:comment SOMA:isChildLinkOf "Relates a joint to the link it connects which is closer to the end of the kinematic chain.") AnnotationAssertion(rdfs:label SOMA:isChildLinkOf "is child link of") @@ -660,7 +660,7 @@ SubObjectPropertyOf(SOMA:isChildLinkOf ) ObjectPropertyRange(SOMA:isChildLinkOf SOMA:Joint) -# Object Property: (is color of) +# Object Property: SOMA:isColorOf (is color of) AnnotationAssertion(rdfs:comment SOMA:isColorOf "Relates a color quality to the object the color belongs to.") AnnotationAssertion(rdfs:label SOMA:isColorOf "is color of") @@ -668,7 +668,7 @@ SubObjectPropertyOf(SOMA:isColorOf ) -# Object Property: (is concept afforded by) +# Object Property: SOMA:isConceptAffordedBy (is concept afforded by) AnnotationAssertion(rdfs:comment SOMA:isConceptAffordedBy "A relation between a disposition and a concept defined in the affordance that describes the disposition.") AnnotationAssertion(rdfs:label SOMA:isConceptAffordedBy "is concept afforded by") @@ -676,7 +676,7 @@ SubObjectPropertyOf(SOMA:isConceptAffordedBy ) ObjectPropertyRange(SOMA:isConceptAffordedBy SOMA:Disposition) -# Object Property: (is defined in affordance) +# Object Property: SOMA:isDefinedInAffordance (is defined in affordance) AnnotationAssertion(rdfs:comment SOMA:isDefinedInAffordance "A relation between a Concept and an Affordance.") AnnotationAssertion(rdfs:label SOMA:isDefinedInAffordance "is defined in affordance") @@ -684,7 +684,7 @@ SubObjectPropertyOf(SOMA:isDefinedInAffordance ) ObjectPropertyRange(SOMA:isDefinedInAffordance SOMA:Affordance) -# Object Property: (is deposit of) +# Object Property: SOMA:isDepositOf (is deposit of) AnnotationAssertion(rdfs:comment SOMA:isDepositOf "A spatial relation holding between an object (the deposit), and objects that are located ontop of it.") AnnotationAssertion(rdfs:label SOMA:isDepositOf "is deposit of") @@ -693,7 +693,7 @@ InverseObjectProperties(SOMA:isDepositOf SOMA:isOntopOf) ObjectPropertyDomain(SOMA:isDepositOf ) ObjectPropertyRange(SOMA:isDepositOf ) -# Object Property: (is disposition of) +# Object Property: SOMA:isDispositionOf (is disposition of) AnnotationAssertion(rdfs:comment SOMA:isDispositionOf "Associates a disposition quality to the object holding it.") AnnotationAssertion(rdfs:label SOMA:isDispositionOf "is disposition of") @@ -701,7 +701,7 @@ SubObjectPropertyOf(SOMA:isDispositionOf ) -# Object Property: (is effector involved in) +# Object Property: SOMA:isEffectorInvolvedIn (is effector involved in) AnnotationAssertion(rdfs:comment SOMA:isEffectorInvolvedIn "Effector participation.") AnnotationAssertion(rdfs:label SOMA:isEffectorInvolvedIn "is effector involved in") @@ -709,7 +709,7 @@ SubObjectPropertyOf(SOMA:isEffectorInvolvedIn ) -# Object Property: (is end link of) +# Object Property: SOMA:isEndLinkOf (is end link of) AnnotationAssertion(rdfs:comment SOMA:isEndLinkOf "Relates an object to kinematic components at the end of the kinematic chain.") AnnotationAssertion(rdfs:label SOMA:isEndLinkOf "is end link of") @@ -717,7 +717,7 @@ SubObjectPropertyOf(SOMA:isEndLinkOf SOMA:isLinkOf) ObjectPropertyDomain(SOMA:isEndLinkOf ) ObjectPropertyRange(SOMA:isEndLinkOf ) -# Object Property: (is feature of) +# Object Property: SOMA:isFeatureOf (is feature of) AnnotationAssertion(rdfs:comment SOMA:isFeatureOf "Associates a feature to the physical object it belongs to.") AnnotationAssertion(rdfs:label SOMA:isFeatureOf "is feature of") @@ -725,7 +725,7 @@ SubObjectPropertyOf(SOMA:isFeatureOf ) -# Object Property: (is inside of) +# Object Property: SOMA:isInsideOf (is inside of) AnnotationAssertion(rdfs:comment SOMA:isInsideOf "A spatial relation holding between an object (the container), and objects it contains.") AnnotationAssertion(rdfs:label SOMA:isInsideOf "is inside of") @@ -735,7 +735,7 @@ TransitiveObjectProperty(SOMA:isInsideOf) ObjectPropertyDomain(SOMA:isInsideOf ) ObjectPropertyRange(SOMA:isInsideOf ) -# Object Property: (is joint limit of) +# Object Property: SOMA:isJointLimitOf (is joint limit of) AnnotationAssertion(rdfs:comment SOMA:isJointLimitOf "Relates a joint to its physical limits.") AnnotationAssertion(rdfs:label SOMA:isJointLimitOf "is joint limit of") @@ -743,7 +743,7 @@ SubObjectPropertyOf(SOMA:isJointLimitOf (is joint state of) +# Object Property: SOMA:isJointStateOf (is joint state of) AnnotationAssertion(rdfs:comment SOMA:isJointStateOf "Relates a joint to its state.") AnnotationAssertion(rdfs:label SOMA:isJointStateOf "is joint state of") @@ -751,7 +751,7 @@ SubObjectPropertyOf(SOMA:isJointStateOf (is link of) +# Object Property: SOMA:isLinkOf (is link of) AnnotationAssertion(rdfs:comment SOMA:isLinkOf "Relates an object to its kinematic components.") AnnotationAssertion(rdfs:label SOMA:isLinkOf "is link of") @@ -759,7 +759,7 @@ SubObjectPropertyOf(SOMA:isLinkOf ) ObjectPropertyRange(SOMA:isLinkOf ) -# Object Property: (is linked to) +# Object Property: SOMA:isLinkedTo (is linked to) AnnotationAssertion(rdfs:comment SOMA:isLinkedTo "A spatial relation holding between objects that are linked with each other such that they resist spatial separation.") AnnotationAssertion(rdfs:label SOMA:isLinkedTo "is linked to") @@ -768,7 +768,7 @@ SymmetricObjectProperty(SOMA:isLinkedTo) ObjectPropertyDomain(SOMA:isLinkedTo ) ObjectPropertyRange(SOMA:isLinkedTo ) -# Object Property: (is localization of) +# Object Property: SOMA:isLocalizationOf (is localization of) AnnotationAssertion(rdfs:comment SOMA:isLocalizationOf "Relates a localization quality to the object the localization belongs to.") AnnotationAssertion(rdfs:label SOMA:isLocalizationOf "is localization of") @@ -776,7 +776,7 @@ SubObjectPropertyOf(SOMA:isLocalizationOf ) -# Object Property: (is mass attribute of) +# Object Property: SOMA:isMassAttributeOf (is mass attribute of) AnnotationAssertion(rdfs:comment SOMA:isMassAttributeOf "A relation between physical objects and their mass.") AnnotationAssertion(rdfs:label SOMA:isMassAttributeOf "is mass attribute of") @@ -784,7 +784,7 @@ SubObjectPropertyOf(SOMA:isMassAttributeOf ) -# Object Property: (is net force of) +# Object Property: SOMA:isNetForceOf (is net force of) AnnotationAssertion(rdfs:comment SOMA:isNetForceOf "A relation between a physical object and the total force acting on it.") AnnotationAssertion(rdfs:label SOMA:isNetForceOf "is net force of") @@ -792,7 +792,7 @@ SubObjectPropertyOf(SOMA:isNetForceOf ) -# Object Property: (is ontop of) +# Object Property: SOMA:isOntopOf (is ontop of) AnnotationAssertion(rdfs:comment SOMA:isOntopOf "A spatial relation holding between an object (the deposit), and objects that are located ontop of it.") AnnotationAssertion(rdfs:label SOMA:isOntopOf "is ontop of") @@ -800,7 +800,7 @@ SubObjectPropertyOf(SOMA:isOntopOf ) ObjectPropertyRange(SOMA:isOntopOf ) -# Object Property: (is parameter defined in) +# Object Property: SOMA:isParameterDefinedIn (is parameter defined in) AnnotationAssertion(rdfs:comment SOMA:isParameterDefinedIn "A relation between a description and a parameter.") AnnotationAssertion(rdfs:label SOMA:isParameterDefinedIn "is parameter defined in") @@ -808,7 +808,7 @@ SubObjectPropertyOf(SOMA:isParameterDefinedIn ) ObjectPropertyRange(SOMA:isParameterDefinedIn ) -# Object Property: (is parent link of) +# Object Property: SOMA:isParentLinkOf (is parent link of) AnnotationAssertion(rdfs:comment SOMA:isParentLinkOf "Relates a joint to the link it connects which is closer to the root of the kinematic chain.") AnnotationAssertion(rdfs:label SOMA:isParentLinkOf "is parent link of") @@ -816,7 +816,7 @@ SubObjectPropertyOf(SOMA:isParentLinkOf ) ObjectPropertyRange(SOMA:isParentLinkOf SOMA:Joint) -# Object Property: (Relates a disposition to the performer role defined by the affordance describing the disposition.) +# Object Property: SOMA:isPerformerAffordedBy (is performer afforded by) AnnotationAssertion(rdfs:label SOMA:isPerformerAffordedBy "Relates a disposition to the performer role defined by the affordance describing the disposition."@en) AnnotationAssertion(rdfs:label SOMA:isPerformerAffordedBy "is performer afforded by"@en) @@ -824,7 +824,7 @@ SubObjectPropertyOf(SOMA:isPerformerAffordedBy SOMA:isConceptAffordedBy) ObjectPropertyDomain(SOMA:isPerformerAffordedBy ) ObjectPropertyRange(SOMA:isPerformerAffordedBy SOMA:Disposition) -# Object Property: (is performer defined in) +# Object Property: SOMA:isPerformerDefinedIn (is performer defined in) AnnotationAssertion(rdfs:comment SOMA:isPerformerDefinedIn "Relates an affordance which is a relation between a bearer and a trigger, to the role of the performer when the affordance is manifested."@en) AnnotationAssertion(rdfs:label SOMA:isPerformerDefinedIn "is performer defined in"@en) @@ -832,7 +832,7 @@ SubObjectPropertyOf(SOMA:isPerformerDefinedIn ) ObjectPropertyRange(SOMA:isPerformerDefinedIn ) -# Object Property: (is physically contained in) +# Object Property: SOMA:isPhysicallyContainedIn (is physically contained in) AnnotationAssertion(rdfs:comment SOMA:isPhysicallyContainedIn "A spatial relation holding between an object (the container), and objects it contains.") AnnotationAssertion(rdfs:label SOMA:isPhysicallyContainedIn "is physically contained in") @@ -840,7 +840,7 @@ SubObjectPropertyOf(SOMA:isPhysicallyContainedIn ) ObjectPropertyRange(SOMA:isPhysicallyContainedIn ) -# Object Property: (is quale of) +# Object Property: SOMA:isQualeOf (is quale of) AnnotationAssertion(rdfs:comment SOMA:isQualeOf "Relates a quality to its \"value\", called quale, which is an atomic quality region.") AnnotationAssertion(rdfs:label SOMA:isQualeOf "is quale of") @@ -848,7 +848,7 @@ SubObjectPropertyOf(SOMA:isQualeOf ) ObjectPropertyRange(SOMA:isQualeOf ) -# Object Property: (is quality described by) +# Object Property: SOMA:isQualityDescribedBy (is quality described by) AnnotationAssertion(rdfs:comment SOMA:isQualityDescribedBy "Relates a description to a quality it describes.") AnnotationAssertion(rdfs:label SOMA:isQualityDescribedBy "is quality described by") @@ -856,7 +856,7 @@ SubObjectPropertyOf(SOMA:isQualityDescribedBy ) ObjectPropertyRange(SOMA:isQualityDescribedBy ) -# Object Property: (is root link of) +# Object Property: SOMA:isRootLinkOf (is root link of) AnnotationAssertion(rdfs:comment SOMA:isRootLinkOf "Relates an object to kinematic components at the root of the kinematic chain.") AnnotationAssertion(rdfs:label SOMA:isRootLinkOf "is root link of") @@ -864,7 +864,7 @@ SubObjectPropertyOf(SOMA:isRootLinkOf SOMA:isLinkOf) ObjectPropertyDomain(SOMA:isRootLinkOf ) ObjectPropertyRange(SOMA:isRootLinkOf ) -# Object Property: (is setpoint afforded by) +# Object Property: SOMA:isSetpointAffordedBy (is setpoint afforded by) AnnotationAssertion(rdfs:comment SOMA:isSetpointAffordedBy "Relates a disposition to the setpoint parameter defined by the affordance describing the disposition.") AnnotationAssertion(rdfs:label SOMA:isSetpointAffordedBy "is setpoint afforded by") @@ -872,7 +872,7 @@ SubObjectPropertyOf(SOMA:isSetpointAffordedBy SOMA:isConceptAffordedBy) ObjectPropertyDomain(SOMA:isSetpointAffordedBy SOMA:Setpoint) ObjectPropertyRange(SOMA:isSetpointAffordedBy SOMA:Disposition) -# Object Property: (is setpoint defined in) +# Object Property: SOMA:isSetpointDefinedIn (is setpoint defined in) AnnotationAssertion(rdfs:comment SOMA:isSetpointDefinedIn "Defines the dedicated goal region of a description.") AnnotationAssertion(rdfs:label SOMA:isSetpointDefinedIn "is setpoint defined in") @@ -880,7 +880,7 @@ SubObjectPropertyOf(SOMA:isSetpointDefinedIn SOMA:isParameterDefinedIn) ObjectPropertyDomain(SOMA:isSetpointDefinedIn SOMA:Setpoint) ObjectPropertyRange(SOMA:isSetpointDefinedIn ) -# Object Property: (is shape of) +# Object Property: SOMA:isShapeOf (is shape of) AnnotationAssertion(rdfs:comment SOMA:isShapeOf "Relates a shape quality to the object the shape belongs to.") AnnotationAssertion(rdfs:label SOMA:isShapeOf "is shape of") @@ -888,7 +888,7 @@ SubObjectPropertyOf(SOMA:isShapeOf ) -# Object Property: (is shape region of) +# Object Property: SOMA:isShapeRegionOf (is shape region of) AnnotationAssertion(rdfs:comment SOMA:isShapeRegionOf "Relates a shape to a physical object that has it.") AnnotationAssertion(rdfs:label SOMA:isShapeRegionOf "is shape region of") @@ -896,7 +896,7 @@ SubObjectPropertyOf(SOMA:isShapeRegionOf )) -# Object Property: (is space region for) +# Object Property: SOMA:isSpaceRegionFor (is space region for) AnnotationAssertion(rdfs:comment SOMA:isSpaceRegionFor "Relates a space region to an entity.") AnnotationAssertion(rdfs:label SOMA:isSpaceRegionFor "is space region for") @@ -904,7 +904,7 @@ SubObjectPropertyOf(SOMA:isSpaceRegionFor ) ObjectPropertyRange(SOMA:isSpaceRegionFor ObjectUnionOf(SOMA:Localization )) -# Object Property: (is supported by) +# Object Property: SOMA:isSupportedBy (is supported by) AnnotationAssertion(rdfs:comment SOMA:isSupportedBy "Relates a supportee to one of its supporters.") AnnotationAssertion(rdfs:label SOMA:isSupportedBy "is supported by") @@ -913,7 +913,7 @@ InverseObjectProperties(SOMA:isSupportedBy SOMA:supports) ObjectPropertyDomain(SOMA:isSupportedBy ) ObjectPropertyRange(SOMA:isSupportedBy ) -# Object Property: (is task afforded by) +# Object Property: SOMA:isTaskAffordedBy (is task afforded by) AnnotationAssertion(rdfs:comment SOMA:isTaskAffordedBy "Relates a disposition to the task defined by the affordance describing the disposition.") AnnotationAssertion(rdfs:label SOMA:isTaskAffordedBy "is task afforded by") @@ -921,7 +921,7 @@ SubObjectPropertyOf(SOMA:isTaskAffordedBy SOMA:isConceptAffordedBy) ObjectPropertyDomain(SOMA:isTaskAffordedBy ) ObjectPropertyRange(SOMA:isTaskAffordedBy SOMA:Disposition) -# Object Property: (is task defined in affordance) +# Object Property: SOMA:isTaskDefinedInAffordance (is task defined in affordance) AnnotationAssertion(rdfs:comment SOMA:isTaskDefinedInAffordance "A relation between a Task and an Affordance, such that the task is defined in terms of using the affordance.") AnnotationAssertion(rdfs:label SOMA:isTaskDefinedInAffordance "is task defined in affordance") @@ -930,7 +930,7 @@ SubObjectPropertyOf(SOMA:isTaskDefinedInAffordance ) ObjectPropertyRange(SOMA:isTaskDefinedInAffordance SOMA:Affordance) -# Object Property: (is trigger afforded by) +# Object Property: SOMA:isTriggerAffordedBy (is trigger afforded by) AnnotationAssertion(rdfs:comment SOMA:isTriggerAffordedBy "Relates a disposition to the trigger role defined by the affordance describing the disposition.") AnnotationAssertion(rdfs:label SOMA:isTriggerAffordedBy "is trigger afforded by") @@ -938,7 +938,7 @@ SubObjectPropertyOf(SOMA:isTriggerAffordedBy SOMA:isConceptAffordedBy) ObjectPropertyDomain(SOMA:isTriggerAffordedBy ) ObjectPropertyRange(SOMA:isTriggerAffordedBy SOMA:Disposition) -# Object Property: (is trigger defined in) +# Object Property: SOMA:isTriggerDefinedIn (is trigger defined in) AnnotationAssertion(rdfs:comment SOMA:isTriggerDefinedIn "Relates an affordance which is a relation between a bearer and a trigger, to the role of the trigger when the affordance is manifested.") AnnotationAssertion(rdfs:label SOMA:isTriggerDefinedIn "is trigger defined in") @@ -946,14 +946,14 @@ SubObjectPropertyOf(SOMA:isTriggerDefinedIn ) ObjectPropertyRange(SOMA:isTriggerDefinedIn SOMA:Affordance) -# Object Property: () +# Object Property: SOMA:supports (SOMA:supports) AnnotationAssertion(rdfs:comment SOMA:supports "Relates a supportee to one of its supporters.") SubObjectPropertyOf(SOMA:supports ) ObjectPropertyDomain(SOMA:supports ) ObjectPropertyRange(SOMA:supports ) -# Object Property: (transitions back) +# Object Property: SOMA:transitionsBack (transitions back) AnnotationAssertion(rdfs:comment SOMA:transitionsBack "A property which relates a Transient to an Object it both changes from and changes into. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary, however this transformation is reversible and at the end of the process the objects revert to their previous kind. An example of this is catalysts in chemistry.") AnnotationAssertion(rdfs:label SOMA:transitionsBack "transitions back"@en) @@ -962,7 +962,7 @@ SubObjectPropertyOf(SOMA:transitionsBack SOMA:transitionsTo) ObjectPropertyDomain(SOMA:transitionsBack SOMA:Transient) ObjectPropertyRange(SOMA:transitionsBack ) -# Object Property: (transitions from) +# Object Property: SOMA:transitionsFrom (transitions from) AnnotationAssertion(rdfs:comment SOMA:transitionsFrom "A property which relates a Transient to an Object it changes from. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary. An example of this is dough undergoing the Maillard reaction through baking.") AnnotationAssertion(rdfs:label SOMA:transitionsFrom "transitions from"@en) @@ -970,7 +970,7 @@ SubObjectPropertyOf(SOMA:transitionsFrom ) -# Object Property: (transitions to) +# Object Property: SOMA:transitionsTo (transitions to) AnnotationAssertion(rdfs:comment SOMA:transitionsTo "A property which relates a Transient to an Object it changes into. This is useful to model objects which, through participation in a process, transform themselves so that an ontological reclassification is necessary. An example of this is baked dough eventually becoming bread by completing a baking process.") AnnotationAssertion(rdfs:label SOMA:transitionsTo "transitions to"@en) @@ -983,14 +983,14 @@ ObjectPropertyRange(SOMA:transitionsTo (has color value) +# Data Property: SOMA:hasColorValue (has color value) AnnotationAssertion(rdfs:comment SOMA:hasColorValue "Associates a ColorRegion to numerical data describing the color.") AnnotationAssertion(rdfs:label SOMA:hasColorValue "has color value") SubDataPropertyOf(SOMA:hasColorValue ) DataPropertyDomain(SOMA:hasColorValue SOMA:ColorRegion) -# Data Property: (has depth) +# Data Property: SOMA:hasDepth (has depth) AnnotationAssertion(rdfs:comment SOMA:hasDepth "The depth of a shape.") AnnotationAssertion(rdfs:label SOMA:hasDepth "has depth") @@ -998,7 +998,7 @@ SubDataPropertyOf(SOMA:hasDepth SOMA:hasShapeParameter) DataPropertyDomain(SOMA:hasDepth SOMA:ShapeRegion) DataPropertyRange(SOMA:hasDepth xsd:float) -# Data Property: (has file path) +# Data Property: SOMA:hasFilePath (has file path) AnnotationAssertion(rdfs:comment SOMA:hasFilePath "Associates an entity to some file containing data about it. For example, can be used to describe physical objects via a mesh file.") AnnotationAssertion(rdfs:label SOMA:hasFilePath "has file path") @@ -1006,7 +1006,7 @@ SubDataPropertyOf(SOMA:hasFilePath ) DataPropertyRange(SOMA:hasFilePath xsd:string) -# Data Property: (has force value) +# Data Property: SOMA:hasForceValue (has force value) AnnotationAssertion(rdfs:comment SOMA:hasForceValue "A value that quantifies a force given in Newton.") AnnotationAssertion(rdfs:label SOMA:hasForceValue "has force value") @@ -1014,7 +1014,7 @@ SubDataPropertyOf(SOMA:hasForceValue (has friction value) +# Data Property: SOMA:hasFrictionValue (has friction value) AnnotationAssertion(rdfs:comment SOMA:hasFrictionValue "The coefficient of friction denotes the ratio of friction force between touching objects. The coefficient is dimensionless.") AnnotationAssertion(rdfs:label SOMA:hasFrictionValue "has friction value") @@ -1022,7 +1022,7 @@ SubDataPropertyOf(SOMA:hasFrictionValue (has hsv value) +# Data Property: SOMA:hasHSVValue (has hsv value) AnnotationAssertion(rdfs:comment SOMA:hasHSVValue "Associates a ColorRegion to numerical data describing the color. This data uses the Hue-Saturation-Value color space.") AnnotationAssertion(rdfs:label SOMA:hasHSVValue "has hsv value") @@ -1030,7 +1030,7 @@ SubDataPropertyOf(SOMA:hasHSVValue SOMA:hasColorValue) DataPropertyDomain(SOMA:hasHSVValue SOMA:ColorRegion) DataPropertyRange(SOMA:hasHSVValue xsd:string) -# Data Property: (has height) +# Data Property: SOMA:hasHeight (has height) AnnotationAssertion(rdfs:comment SOMA:hasHeight "The height of a shape.") AnnotationAssertion(rdfs:label SOMA:hasHeight "has height") @@ -1038,7 +1038,7 @@ SubDataPropertyOf(SOMA:hasHeight SOMA:hasShapeParameter) DataPropertyDomain(SOMA:hasHeight SOMA:ShapeRegion) DataPropertyRange(SOMA:hasHeight xsd:float) -# Data Property: (has joint effort) +# Data Property: SOMA:hasJointEffort (has joint effort) AnnotationAssertion(rdfs:comment SOMA:hasJointEffort "The effort applied in a joint given in N (prismatic joint) or N*m (hinged joints).") AnnotationAssertion(rdfs:label SOMA:hasJointEffort "has joint effort") @@ -1046,7 +1046,7 @@ SubDataPropertyOf(SOMA:hasJointEffort SOMA:hasJointParameter) DataPropertyDomain(SOMA:hasJointEffort SOMA:JointState) DataPropertyRange(SOMA:hasJointEffort xsd:double) -# Data Property: (has joint effort limit) +# Data Property: SOMA:hasJointEffortLimit (has joint effort limit) AnnotationAssertion(rdfs:comment SOMA:hasJointEffortLimit "The maximum effort applied in a joint given in N (prismatic joint) or N*m (hinged joints).") AnnotationAssertion(rdfs:label SOMA:hasJointEffortLimit "has joint effort limit") @@ -1054,7 +1054,7 @@ SubDataPropertyOf(SOMA:hasJointEffortLimit SOMA:hasJointParameter) DataPropertyDomain(SOMA:hasJointEffortLimit SOMA:JointLimit) DataPropertyRange(SOMA:hasJointEffortLimit xsd:double) -# Data Property: (has joint parameter) +# Data Property: SOMA:hasJointParameter (has joint parameter) AnnotationAssertion(rdfs:comment SOMA:hasJointParameter "Assigns a value for an attribute of a joint.") AnnotationAssertion(rdfs:label SOMA:hasJointParameter "has joint parameter") @@ -1062,7 +1062,7 @@ SubDataPropertyOf(SOMA:hasJointParameter ) DataPropertyRange(SOMA:hasJointParameter xsd:double) -# Data Property: (has joint position) +# Data Property: SOMA:hasJointPosition (has joint position) AnnotationAssertion(rdfs:comment SOMA:hasJointPosition "The position of a joint given in m (prismatic joints) or rad (hinged joints).") AnnotationAssertion(rdfs:label SOMA:hasJointPosition "has joint position") @@ -1070,7 +1070,7 @@ SubDataPropertyOf(SOMA:hasJointPosition SOMA:hasJointParameter) DataPropertyDomain(SOMA:hasJointPosition SOMA:JointState) DataPropertyRange(SOMA:hasJointPosition xsd:double) -# Data Property: (has joint position max) +# Data Property: SOMA:hasJointPositionMax (has joint position max) AnnotationAssertion(rdfs:comment SOMA:hasJointPositionMax "The maximum position of a joint given in m (prismatic joints) or rad (hinged joints).") AnnotationAssertion(rdfs:label SOMA:hasJointPositionMax "has joint position max") @@ -1078,7 +1078,7 @@ SubDataPropertyOf(SOMA:hasJointPositionMax SOMA:hasJointParameter) DataPropertyDomain(SOMA:hasJointPositionMax SOMA:JointLimit) DataPropertyRange(SOMA:hasJointPositionMax xsd:double) -# Data Property: (has joint position min) +# Data Property: SOMA:hasJointPositionMin (has joint position min) AnnotationAssertion(rdfs:comment SOMA:hasJointPositionMin "The minimum position of a joint given in m (prismatic joints) or rad (hinged joints).") AnnotationAssertion(rdfs:label SOMA:hasJointPositionMin "has joint position min") @@ -1086,7 +1086,7 @@ SubDataPropertyOf(SOMA:hasJointPositionMin SOMA:hasJointParameter) DataPropertyDomain(SOMA:hasJointPositionMin SOMA:JointLimit) DataPropertyRange(SOMA:hasJointPositionMin xsd:double) -# Data Property: (has joint velocity) +# Data Property: SOMA:hasJointVelocity (has joint velocity) AnnotationAssertion(rdfs:comment SOMA:hasJointVelocity "The velocity of a joint given in m/s (prismatic joints) or rad/s (hinged joints).") AnnotationAssertion(rdfs:label SOMA:hasJointVelocity "has joint velocity") @@ -1094,7 +1094,7 @@ SubDataPropertyOf(SOMA:hasJointVelocity SOMA:hasJointParameter) DataPropertyDomain(SOMA:hasJointVelocity SOMA:JointState) DataPropertyRange(SOMA:hasJointVelocity xsd:double) -# Data Property: (has joint velocity limit) +# Data Property: SOMA:hasJointVelocityLimit (has joint velocity limit) AnnotationAssertion(rdfs:comment SOMA:hasJointVelocityLimit "The maximum velocity of a joint given in m/s (prismatic joints) or rad/s (hinged joints).") AnnotationAssertion(rdfs:label SOMA:hasJointVelocityLimit "has joint velocity limit") @@ -1102,7 +1102,7 @@ SubDataPropertyOf(SOMA:hasJointVelocityLimit SOMA:hasJointParameter) DataPropertyDomain(SOMA:hasJointVelocityLimit SOMA:JointLimit) DataPropertyRange(SOMA:hasJointVelocityLimit xsd:double) -# Data Property: (has length) +# Data Property: SOMA:hasLength (has length) AnnotationAssertion(rdfs:comment SOMA:hasLength "The length of a shape.") AnnotationAssertion(rdfs:label SOMA:hasLength "has length") @@ -1110,7 +1110,7 @@ SubDataPropertyOf(SOMA:hasLength SOMA:hasShapeParameter) DataPropertyDomain(SOMA:hasLength SOMA:ShapeRegion) DataPropertyRange(SOMA:hasLength xsd:float) -# Data Property: (has mass value) +# Data Property: SOMA:hasMassValue (has mass value) AnnotationAssertion(rdfs:comment SOMA:hasMassValue "The mass value of a physical object in kilogram.") AnnotationAssertion(rdfs:label SOMA:hasMassValue "has mass value") @@ -1118,7 +1118,7 @@ SubDataPropertyOf(SOMA:hasMassValue (has position data) +# Data Property: SOMA:hasPositionData (has position data) AnnotationAssertion(rdfs:comment SOMA:hasPositionData "Associates a spatial region to a position.") AnnotationAssertion(rdfs:label SOMA:hasPositionData "has position data") @@ -1126,7 +1126,7 @@ SubDataPropertyOf(SOMA:hasPositionData SOMA:hasSpaceParameter) DataPropertyDomain(SOMA:hasPositionData ) DataPropertyRange(SOMA:hasPositionData xsd:string) -# Data Property: (has rgb value) +# Data Property: SOMA:hasRGBValue (has rgb value) AnnotationAssertion(rdfs:comment SOMA:hasRGBValue "Associates a ColorRegion to numerical data describing the color. This data uses the Red-Green-Blue color space.") AnnotationAssertion(rdfs:label SOMA:hasRGBValue "has rgb value") @@ -1134,7 +1134,7 @@ SubDataPropertyOf(SOMA:hasRGBValue SOMA:hasColorValue) DataPropertyDomain(SOMA:hasRGBValue SOMA:ColorRegion) DataPropertyRange(SOMA:hasRGBValue xsd:string) -# Data Property: (has radius) +# Data Property: SOMA:hasRadius (has radius) AnnotationAssertion(rdfs:comment SOMA:hasRadius "The radius of a circular or oval shape.") AnnotationAssertion(rdfs:label SOMA:hasRadius "has radius") @@ -1142,7 +1142,7 @@ SubDataPropertyOf(SOMA:hasRadius SOMA:hasShapeParameter) DataPropertyDomain(SOMA:hasRadius SOMA:ShapeRegion) DataPropertyRange(SOMA:hasRadius xsd:float) -# Data Property: (has reference frame) +# Data Property: SOMA:hasReferenceFrame (has reference frame) AnnotationAssertion(rdfs:comment SOMA:hasReferenceFrame "Gives the name associated to the local coordinate frame of a SpaceRegion.") AnnotationAssertion(rdfs:label SOMA:hasReferenceFrame "has reference frame") @@ -1150,7 +1150,7 @@ SubDataPropertyOf(SOMA:hasReferenceFrame SOMA:hasSpaceParameter) DataPropertyDomain(SOMA:hasReferenceFrame ) DataPropertyRange(SOMA:hasReferenceFrame xsd:string) -# Data Property: (has shape parameter) +# Data Property: SOMA:hasShapeParameter (has shape parameter) AnnotationAssertion(rdfs:comment SOMA:hasShapeParameter "Associates a SpaceRegion to some parameter value describing its shape. This is a fairly generic property, and to capture the semantics of the information associated to the SpaceRegion, its more specific subproperties should be used.") AnnotationAssertion(rdfs:label SOMA:hasShapeParameter "has shape parameter") @@ -1158,7 +1158,7 @@ SubDataPropertyOf(SOMA:hasShapeParameter (has shape scale) +# Data Property: SOMA:hasShapeScale (has shape scale) AnnotationAssertion(rdfs:comment SOMA:hasShapeScale "The scale of a shape, given as a vector of three real numbers to adjust x, y, z components of vertex vectors. In cases where a shape needs to be flipped compared to the shape described by a mesh, one of the scale components will be negative. @@ -1170,14 +1170,14 @@ SubDataPropertyOf(SOMA:hasShapeScale SOMA:hasShapeParameter) DataPropertyDomain(SOMA:hasShapeScale SOMA:ShapeRegion) DataPropertyRange(SOMA:hasShapeScale SOMA:array_double) -# Data Property: (has space parameter) +# Data Property: SOMA:hasSpaceParameter (has space parameter) AnnotationAssertion(rdfs:comment SOMA:hasSpaceParameter "Associates a SpaceRegion to some parameter value describing it. This is a fairly generic property, and to capture the semantics of the information associated to the SpaceRegion, its more specific subproperties should be used.") AnnotationAssertion(rdfs:label SOMA:hasSpaceParameter "has space parameter") SubDataPropertyOf(SOMA:hasSpaceParameter ) DataPropertyDomain(SOMA:hasSpaceParameter ) -# Data Property: (has width) +# Data Property: SOMA:hasWidth (has width) AnnotationAssertion(rdfs:comment SOMA:hasWidth "The width of a shape.") AnnotationAssertion(rdfs:label SOMA:hasWidth "has width") @@ -1191,12 +1191,12 @@ DataPropertyRange(SOMA:hasWidth xsd:float) # Classes ############################ -# Class: () +# Class: SOMA:Accessor (SOMA:Accessor) AnnotationAssertion(rdfs:comment SOMA:Accessor "A role classifying an object used to gain access to some other entity.") SubClassOf(SOMA:Accessor SOMA:Instrument) -# Class: (Aesthetic Design) +# Class: SOMA:AestheticDesign (Aesthetic Design) AnnotationAssertion(rdfs:comment SOMA:AestheticDesign "A design that describes an aesthetic quality of an object. @@ -1204,7 +1204,7 @@ Aesthetics is the philosophical study of beauty and taste. The term stems from t AnnotationAssertion(rdfs:label SOMA:AestheticDesign "Aesthetic Design") SubClassOf(SOMA:AestheticDesign ) -# Class: () +# Class: SOMA:Affordance (SOMA:Affordance) AnnotationAssertion(rdfs:comment SOMA:Affordance "A relation between an object (the bearer) and others (the triggers) that describes the disposition of the bearer to be involved in an action execution that also involves some trigger object.") SubClassOf(SOMA:Affordance ) @@ -1213,7 +1213,7 @@ SubClassOf(SOMA:Affordance ObjectExactCardinality(1 SOMA:definesBearer )) SubClassOf(SOMA:Affordance ObjectExactCardinality(1 )) -# Class: (Agent role) +# Class: SOMA:AgentRole (Agent role) AnnotationAssertion(rdfs:comment SOMA:AgentRole "A role classifying an Agent responsible for performing an Action. @@ -1222,23 +1222,23 @@ AnnotationAssertion(rdfs:label SOMA:AgentRole "Agent role"@en) SubClassOf(SOMA:AgentRole SOMA:CausativeRole) SubClassOf(SOMA:AgentRole ObjectAllValuesFrom( )) -# Class: (Altered object) +# Class: SOMA:AlteredObject (Altered object) AnnotationAssertion(rdfs:comment SOMA:AlteredObject "An object undergoing modifications.") AnnotationAssertion(rdfs:label SOMA:AlteredObject "Altered object"@en) SubClassOf(SOMA:AlteredObject SOMA:Patient) -# Class: () +# Class: SOMA:Appliance (SOMA:Appliance) AnnotationAssertion(rdfs:comment SOMA:Appliance "A device designed to perform a specific task, and that can be operated in some way.") SubClassOf(SOMA:Appliance ) -# Class: () +# Class: SOMA:Arm (SOMA:Arm) AnnotationAssertion(rdfs:comment SOMA:Arm "A limb used to reach for objects.") SubClassOf(SOMA:Arm SOMA:Limb) -# Class: (Artificial agent) +# Class: SOMA:ArtificialAgent (Artificial agent) AnnotationAssertion(rdfs:comment SOMA:ArtificialAgent "A physical object with artificial characteristics, which can perform actions to achieve desired goals, and typically has sensors and/or actuators. @@ -1246,37 +1246,37 @@ There can be non-physical artificial agents such as software programs but they a AnnotationAssertion(rdfs:label SOMA:ArtificialAgent "Artificial agent") SubClassOf(SOMA:ArtificialAgent ) -# Class: (Avoided object) +# Class: SOMA:AvoidedObject (Avoided object) AnnotationAssertion(rdfs:comment SOMA:AvoidedObject "An object that is avoided.") AnnotationAssertion(rdfs:label SOMA:AvoidedObject "Avoided object"@en) SubClassOf(SOMA:AvoidedObject SOMA:Patient) -# Class: () +# Class: SOMA:Barrier (SOMA:Barrier) AnnotationAssertion(rdfs:comment SOMA:Barrier "A role classifying an object used to prevent others from entering or leaving a restricted space or group.") SubClassOf(SOMA:Barrier SOMA:Restrictor) -# Class: (Beneficiary role) +# Class: SOMA:BeneficiaryRole (Beneficiary role) AnnotationAssertion(rdfs:comment SOMA:BeneficiaryRole "A role classifying an agent for whose benefit an action is performed.") AnnotationAssertion(rdfs:label SOMA:BeneficiaryRole "Beneficiary role"@en) SubClassOf(SOMA:BeneficiaryRole SOMA:GoalRole) -# Class: () +# Class: SOMA:Blockage (SOMA:Blockage) AnnotationAssertion(rdfs:comment SOMA:Blockage "The disposition of an object (the barrier) to prevent others from accessing, leaving, or seeing a restricted space, or group.") SubClassOf(SOMA:Blockage SOMA:Disposition) SubClassOf(SOMA:Blockage ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Barrier)) SubClassOf(SOMA:Blockage ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:BlockedObject)) -# Class: (Blocked object) +# Class: SOMA:BlockedObject (Blocked object) AnnotationAssertion(rdfs:comment SOMA:BlockedObject "An object that is blocked from accessing something.") AnnotationAssertion(rdfs:label SOMA:BlockedObject "Blocked object"@en) SubClassOf(SOMA:BlockedObject SOMA:Patient) -# Class: (Box shape) +# Class: SOMA:BoxShape (Box shape) AnnotationAssertion(rdfs:comment SOMA:BoxShape "A symmetrical shape, either solid or hollow, contained by six rectangles.") AnnotationAssertion(rdfs:label SOMA:BoxShape "Box shape") @@ -1285,24 +1285,24 @@ SubClassOf(SOMA:BoxShape DataExactCardinality(1 SOMA:hasHeight xsd:float)) SubClassOf(SOMA:BoxShape DataExactCardinality(1 SOMA:hasLength xsd:float)) SubClassOf(SOMA:BoxShape DataExactCardinality(1 SOMA:hasWidth xsd:float)) -# Class: () +# Class: SOMA:CanCut (SOMA:CanCut) AnnotationAssertion(rdfs:comment SOMA:CanCut "The disposition of an object (the tool) to cut other objects. Such as a knife has cutting ability to cut a cucumber into pieces.") SubClassOf(SOMA:CanCut SOMA:Variability) SubClassOf(SOMA:CanCut ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Cutter)) SubClassOf(SOMA:CanCut ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:CutObject)) -# Class: () +# Class: SOMA:Capability (SOMA:Capability) AnnotationAssertion(rdfs:comment SOMA:Capability "The disposition of an agent to bring about certain effects, and to achieve certain goals.") SubClassOf(SOMA:Capability SOMA:Disposition) -# Class: () +# Class: SOMA:Capacity (SOMA:Capacity) AnnotationAssertion(rdfs:comment SOMA:Capacity "The maximum amount an object can contain.") SubClassOf(SOMA:Capacity SOMA:Intrinsic) -# Class: (Causal event role) +# Class: SOMA:CausalEventRole (Causal event role) AnnotationAssertion(rdfs:comment SOMA:CausalEventRole "A role filled by a description of some action or process that brings about a motion. @@ -1310,7 +1310,7 @@ As an example, consider the utterance \"the tennisman served the ball by hitting AnnotationAssertion(rdfs:label SOMA:CausalEventRole "Causal event role"@en) SubClassOf(SOMA:CausalEventRole SOMA:CausativeRole) -# Class: (Causative role) +# Class: SOMA:CausativeRole (Causative role) AnnotationAssertion(rdfs:comment SOMA:CausativeRole "A role classifying objects that are responsible in bringing about an event. @@ -1318,32 +1318,32 @@ The paradigmatic example is the Agent performing an Action -- the Agent is the e AnnotationAssertion(rdfs:label SOMA:CausativeRole "Causative role"@en) SubClassOf(SOMA:CausativeRole SOMA:EventAdjacentRole) -# Class: (Circular cylinder) +# Class: SOMA:CircularCylinder (Circular cylinder) AnnotationAssertion(rdfs:comment SOMA:CircularCylinder "A cylinder figure with circular cross section.") AnnotationAssertion(rdfs:label SOMA:CircularCylinder "Circular cylinder") SubClassOf(SOMA:CircularCylinder SOMA:CylinderShape) SubClassOf(SOMA:CircularCylinder DataExactCardinality(1 SOMA:hasRadius xsd:float)) -# Class: () +# Class: SOMA:Clean (SOMA:Clean) AnnotationAssertion(rdfs:comment SOMA:Clean "A cleanliness region with values considered as clean.") SubClassOf(SOMA:Clean SOMA:CleanlinessRegion) -# Class: () +# Class: SOMA:Cleanliness (SOMA:Cleanliness) AnnotationAssertion(rdfs:comment SOMA:Cleanliness "The quality of being clean.") SubClassOf(SOMA:Cleanliness SOMA:SocialQuality) SubClassOf(SOMA:Cleanliness ObjectSomeValuesFrom( SOMA:CleanlinessRegion)) SubClassOf(SOMA:Cleanliness ObjectAllValuesFrom( SOMA:CleanlinessRegion)) -# Class: (Cleanliness region) +# Class: SOMA:CleanlinessRegion (Cleanliness region) AnnotationAssertion(rdfs:comment SOMA:CleanlinessRegion "Encodes the cleanliness of an object.") AnnotationAssertion(rdfs:label SOMA:CleanlinessRegion "Cleanliness region"@en) SubClassOf(SOMA:CleanlinessRegion ) -# Class: (Color) +# Class: SOMA:Color (Color) AnnotationAssertion(rdfs:comment SOMA:Color "The color of an object. Color regions encode the color value in some space such as RGB or HSV, and may further be used to classify the color as red, dark, etc. The color of an object may have different facets, e.g. a red and blue color.") AnnotationAssertion(rdfs:label SOMA:Color "Color") @@ -1351,44 +1351,44 @@ SubClassOf(SOMA:Color SOMA:Extrinsic) SubClassOf(SOMA:Color ObjectSomeValuesFrom( SOMA:ColorRegion)) SubClassOf(SOMA:Color ObjectAllValuesFrom( SOMA:ColorRegion)) -# Class: (Color region) +# Class: SOMA:ColorRegion (Color region) AnnotationAssertion(rdfs:comment SOMA:ColorRegion "Encodes the color of an object.") AnnotationAssertion(rdfs:label SOMA:ColorRegion "Color region") SubClassOf(SOMA:ColorRegion ) SubClassOf(SOMA:ColorRegion ObjectAllValuesFrom( SOMA:Color)) -# Class: (Commited object) +# Class: SOMA:CommitedObject (Commited object) AnnotationAssertion(rdfs:comment SOMA:CommitedObject "An object committed to a bigger whole. After being committed, the object does not exist anymore in its old form.") AnnotationAssertion(rdfs:label SOMA:CommitedObject "Commited object"@en) SubClassOf(SOMA:CommitedObject SOMA:ConnectedObject) -# Class: () +# Class: SOMA:Composing (SOMA:Composing) AnnotationAssertion(rdfs:comment SOMA:Composing "The disposition of an object (the tool) to change the compositional structure of others.") SubClassOf(SOMA:Composing SOMA:Variability) SubClassOf(SOMA:Composing ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:ConnectedObject)) -# Class: (Connected object) +# Class: SOMA:ConnectedObject (Connected object) AnnotationAssertion(rdfs:comment SOMA:ConnectedObject "An object that is combined with another object.") AnnotationAssertion(rdfs:label SOMA:ConnectedObject "Connected object"@en) SubClassOf(SOMA:ConnectedObject SOMA:Patient) -# Class: () +# Class: SOMA:Connectivity (SOMA:Connectivity) AnnotationAssertion(rdfs:comment SOMA:Connectivity "The disposition of an object (the connected object) to establish a connection with others.") SubClassOf(SOMA:Connectivity SOMA:Disposition) SubClassOf(SOMA:Connectivity ObjectAllValuesFrom(SOMA:affordsBearer SOMA:ConnectedObject)) SubClassOf(SOMA:Connectivity ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:ConnectedObject)) -# Class: () +# Class: SOMA:Container (SOMA:Container) AnnotationAssertion(rdfs:comment SOMA:Container "A role classifying an object used to contain others.") SubClassOf(SOMA:Container SOMA:Restrictor) -# Class: () +# Class: SOMA:Containment (SOMA:Containment) AnnotationAssertion(rdfs:comment SOMA:Containment "The disposition of an object (the container) to contain others.") SubClassOf(SOMA:Containment SOMA:Disposition) @@ -1396,55 +1396,55 @@ SubClassOf(SOMA:Containment ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Containe SubClassOf(SOMA:Containment ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:IncludedObject)) SubClassOf(SOMA:Containment ObjectAllValuesFrom(SOMA:isDispositionOf ObjectSomeValuesFrom( SOMA:Capacity))) -# Class: (Continuous joint) +# Class: SOMA:ContinuousJoint (Continuous joint) AnnotationAssertion(rdfs:comment SOMA:ContinuousJoint "A continuous hinge joint that rotates around an axis and has no upper and lower limits.") AnnotationAssertion(rdfs:label SOMA:ContinuousJoint "Continuous joint") SubClassOf(SOMA:ContinuousJoint SOMA:HingeJoint) -# Class: () +# Class: SOMA:Cover (SOMA:Cover) AnnotationAssertion(rdfs:comment SOMA:Cover "An object used to cover up others, such as a lid used as a cover for a pot.") SubClassOf(SOMA:Cover SOMA:Barrier) -# Class: () +# Class: SOMA:Coverage (SOMA:Coverage) AnnotationAssertion(rdfs:comment SOMA:Coverage "The disposition of an object (the cover) to hide or to protect objects by covering them. An example is a door that covers items in a container to e.g. prevent dust getting inside of the container.") SubClassOf(SOMA:Coverage SOMA:Blockage) SubClassOf(SOMA:Coverage ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Cover)) SubClassOf(SOMA:Coverage ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:CoveredObject)) -# Class: (Covered object) +# Class: SOMA:CoveredObject (Covered object) AnnotationAssertion(rdfs:comment SOMA:CoveredObject "An object that is covered.") AnnotationAssertion(rdfs:label SOMA:CoveredObject "Covered object"@en) SubClassOf(SOMA:CoveredObject SOMA:BlockedObject) -# Class: (Created object) +# Class: SOMA:CreatedObject (Created object) AnnotationAssertion(rdfs:comment SOMA:CreatedObject "An object that is created.") AnnotationAssertion(rdfs:label SOMA:CreatedObject "Created object"@en) SubClassOf(SOMA:CreatedObject SOMA:Patient) -# Class: (Cut object) +# Class: SOMA:CutObject (Cut object) AnnotationAssertion(rdfs:comment SOMA:CutObject "An object being cut down into pieces.") AnnotationAssertion(rdfs:label SOMA:CutObject "Cut object") SubClassOf(SOMA:CutObject SOMA:AlteredObject) -# Class: () +# Class: SOMA:Cuttability (SOMA:Cuttability) AnnotationAssertion(rdfs:comment SOMA:Cuttability "The disposition of an object (the barrier) which makes it able to be cut down (into pieces) usually by some other object with role as a Cutter. Such as a cucumber has cuttability disposition which can be cut by a knife.") SubClassOf(SOMA:Cuttability SOMA:Disposition) SubClassOf(SOMA:Cuttability ObjectAllValuesFrom(SOMA:affordsBearer SOMA:CutObject)) SubClassOf(SOMA:Cuttability ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:Cutter)) -# Class: () +# Class: SOMA:Cutter (SOMA:Cutter) AnnotationAssertion(rdfs:comment SOMA:Cutter "A role to classify an object used to cut other objects. Usually should poses sharpness as a quality. Execptions are not considered in this context. Such as a wind, water, or other natural agents cutting(eroding) the rocks.") SubClassOf(SOMA:Cutter SOMA:Tool) -# Class: (Cylinder shape) +# Class: SOMA:CylinderShape (Cylinder shape) AnnotationAssertion(rdfs:comment SOMA:CylinderShape "A solid geometrical figure with straight parallel sides and a circular or oval cross section.") AnnotationAssertion(rdfs:label SOMA:CylinderShape "Cylinder shape") @@ -1452,31 +1452,31 @@ SubClassOf(SOMA:CylinderShape SOMA:ShapeRegion) SubClassOf(SOMA:CylinderShape DataSomeValuesFrom(SOMA:hasRadius xsd:float)) SubClassOf(SOMA:CylinderShape DataExactCardinality(1 SOMA:hasLength xsd:float)) -# Class: (Dependent place) +# Class: SOMA:DependentPlace (Dependent place) AnnotationAssertion(rdfs:comment SOMA:DependentPlace "A feature that is not part of its host, like a hole in a piece of cheese.") AnnotationAssertion(rdfs:label SOMA:DependentPlace "Dependent place"@en) SubClassOf(SOMA:DependentPlace SOMA:Feature) -# Class: () +# Class: SOMA:Deposit (SOMA:Deposit) AnnotationAssertion(rdfs:comment SOMA:Deposit "A role classifying an object ontop which others are put to e.g. store them, or to place them in a meaningful way for future activities.") SubClassOf(SOMA:Deposit SOMA:Instrument) -# Class: (Deposited object) +# Class: SOMA:DepositedObject (Deposited object) AnnotationAssertion(rdfs:comment SOMA:DepositedObject "An object placed ontop of another one.") AnnotationAssertion(rdfs:label SOMA:DepositedObject "Deposited object"@en) SubClassOf(SOMA:DepositedObject SOMA:Patient) -# Class: () +# Class: SOMA:Deposition (SOMA:Deposition) AnnotationAssertion(rdfs:comment SOMA:Deposition "The disposition to support objects.") SubClassOf(SOMA:Deposition SOMA:Disposition) SubClassOf(SOMA:Deposition ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Deposit)) SubClassOf(SOMA:Deposition ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:DepositedObject)) -# Class: (Designed component) +# Class: SOMA:DesignedComponent (Designed component) AnnotationAssertion(rdfs:comment SOMA:DesignedComponent "An object designed to be part or element of a larger whole.") AnnotationAssertion(rdfs:label SOMA:DesignedComponent "Designed component") @@ -1484,72 +1484,72 @@ SubClassOf(SOMA:DesignedComponent SOMA:FunctionalPart) SubClassOf(SOMA:DesignedComponent ) SubClassOf(SOMA:DesignedComponent ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Connectivity)) -# Class: (Designed container) +# Class: SOMA:DesignedContainer (Designed container) AnnotationAssertion(rdfs:comment SOMA:DesignedContainer "An item designed to be able to hold some other items, preventing their free movement and/or protecting them from outside influence. Containers may be used for storage, or to obtain control over items that are otherwise hard to manipulate directly (e.g. liquids).") AnnotationAssertion(rdfs:label SOMA:DesignedContainer "Designed container") SubClassOf(SOMA:DesignedContainer ) SubClassOf(SOMA:DesignedContainer ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Containment)) -# Class: (Designed furniture) +# Class: SOMA:DesignedFurniture (Designed furniture) AnnotationAssertion(rdfs:comment SOMA:DesignedFurniture "An object used to make a room or building suitable for living or working.") AnnotationAssertion(rdfs:label SOMA:DesignedFurniture "Designed furniture") SubClassOf(SOMA:DesignedFurniture ) -# Class: (Designed tool) +# Class: SOMA:DesignedTool (Designed tool) AnnotationAssertion(rdfs:comment SOMA:DesignedTool "An item designed to enable some action, in which it will play an instrumental role.") AnnotationAssertion(rdfs:label SOMA:DesignedTool "Designed tool") SubClassOf(SOMA:DesignedTool ) -# Class: () +# Class: SOMA:Destination (SOMA:Destination) AnnotationAssertion(rdfs:comment SOMA:Destination "A role classifying the location where an event or object is directed towards.") SubClassOf(SOMA:Destination SOMA:Location) -# Class: (Destroyed object) +# Class: SOMA:DestroyedObject (Destroyed object) AnnotationAssertion(rdfs:comment SOMA:DestroyedObject "An object that is detroyed.") AnnotationAssertion(rdfs:label SOMA:DestroyedObject "Destroyed object"@en) SubClassOf(SOMA:DestroyedObject SOMA:Patient) -# Class: (Detected object) +# Class: SOMA:DetectedObject (Detected object) AnnotationAssertion(rdfs:comment SOMA:DetectedObject "An object that is detected.") AnnotationAssertion(rdfs:label SOMA:DetectedObject "Detected object"@en) SubClassOf(SOMA:DetectedObject SOMA:Patient) -# Class: () +# Class: SOMA:DeviceState (SOMA:DeviceState) AnnotationAssertion(rdfs:comment SOMA:DeviceState "A quality belonging to a device which indicates its overall functional state.") SubClassOf(SOMA:DeviceState SOMA:Intrinsic) -# Class: (Device state range) +# Class: SOMA:DeviceStateRange (Device state range) AnnotationAssertion(rdfs:comment SOMA:DeviceStateRange "This class defines the values that a device state can take.") AnnotationAssertion(rdfs:label SOMA:DeviceStateRange "Device state range"@en) EquivalentClasses(SOMA:DeviceStateRange ObjectUnionOf(SOMA:DeviceTurnedOff SOMA:DeviceTurnedOn)) SubClassOf(SOMA:DeviceStateRange ) -# Class: (Device turned off) +# Class: SOMA:DeviceTurnedOff (Device turned off) AnnotationAssertion(rdfs:comment SOMA:DeviceTurnedOff "A value indicating a device is not in operation.") AnnotationAssertion(rdfs:label SOMA:DeviceTurnedOff "Device turned off"@en) SubClassOf(SOMA:DeviceTurnedOff SOMA:DeviceStateRange) -# Class: (Device turned on) +# Class: SOMA:DeviceTurnedOn (Device turned on) AnnotationAssertion(rdfs:comment SOMA:DeviceTurnedOn "A value indicating a device is in operation.") AnnotationAssertion(rdfs:label SOMA:DeviceTurnedOn "Device turned on"@en) SubClassOf(SOMA:DeviceTurnedOn SOMA:DeviceStateRange) -# Class: () +# Class: SOMA:Dirty (SOMA:Dirty) AnnotationAssertion(rdfs:comment SOMA:Dirty "A cleanliness region with values considered as dirty.") SubClassOf(SOMA:Dirty SOMA:CleanlinessRegion) -# Class: () +# Class: SOMA:Disposition (SOMA:Disposition) AnnotationAssertion(rdfs:comment SOMA:Disposition "The tendency of an object (the bearer) to make certain events happen with others (the triggers).") AnnotationAssertion(rdfs:comment SOMA:Disposition "extrinsic") @@ -1557,24 +1557,24 @@ SubClassOf(SOMA:Disposition SOMA:Extrinsic) SubClassOf(SOMA:Disposition ObjectExactCardinality(1 SOMA:Affordance)) SubClassOf(SOMA:Disposition ObjectExactCardinality(1 ObjectIntersectionOf(SOMA:Affordance ObjectExactCardinality(1 SOMA:definesBearer ) ObjectExactCardinality(1 SOMA:definesEventType ) ObjectExactCardinality(1 SOMA:definesTrigger )))) -# Class: () +# Class: SOMA:Effort (SOMA:Effort) AnnotationAssertion(rdfs:comment SOMA:Effort "A parameter describing the amount of force to be exerted by some actuator.") SubClassOf(SOMA:Effort ) -# Class: (Enclosed object) +# Class: SOMA:EnclosedObject (Enclosed object) AnnotationAssertion(rdfs:comment SOMA:EnclosedObject "An object included within the spatial boundaries of another object.") AnnotationAssertion(rdfs:label SOMA:EnclosedObject "Enclosed object"@en) SubClassOf(SOMA:EnclosedObject SOMA:IncludedObject) -# Class: () +# Class: SOMA:Enclosing (SOMA:Enclosing) AnnotationAssertion(rdfs:comment SOMA:Enclosing "The disposition of an object (the container) to contain other objects by enclosing them to prevent their free movement.") SubClassOf(SOMA:Enclosing SOMA:Containment) SubClassOf(SOMA:Enclosing ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:EnclosedObject)) -# Class: (Event adjacent role) +# Class: SOMA:EventAdjacentRole (Event adjacent role) AnnotationAssertion(rdfs:comment SOMA:EventAdjacentRole "A role classifying a participant in an event. @@ -1583,13 +1583,13 @@ AnnotationAssertion(rdfs:label SOMA:EventAdjacentRole "Event adjacent role"@en) AnnotationAssertion(rdfs:label SOMA:EventAdjacentRole "Thematic role"@en) SubClassOf(SOMA:EventAdjacentRole ) -# Class: (Excluded object) +# Class: SOMA:ExcludedObject (Excluded object) AnnotationAssertion(rdfs:comment SOMA:ExcludedObject "An object that is not contained in something. This is meant very general and includes, e.g., elements excluded from a set, or things that are spatially excluded from the boundaries of some object.") AnnotationAssertion(rdfs:label SOMA:ExcludedObject "Excluded object") SubClassOf(SOMA:ExcludedObject SOMA:Patient) -# Class: (Existing object role) +# Class: SOMA:ExistingObjectRole (Existing object role) AnnotationAssertion(rdfs:comment SOMA:ExistingObjectRole "A role that requires of its filler simply to exist, unlike other roles that may demand e.g. agentive or instrumental participation in some executable schema or plan (AgentRole and Instrument respectively). @@ -1598,25 +1598,25 @@ AnnotationAssertion(rdfs:label SOMA:ExistingObjectRole "Existing object role"@en SubClassOf(SOMA:ExistingObjectRole SOMA:RelationAdjacentRole) SubClassOf(SOMA:ExistingObjectRole ObjectAllValuesFrom( )) -# Class: (Experiencer role) +# Class: SOMA:ExperiencerRole (Experiencer role) AnnotationAssertion(rdfs:comment SOMA:ExperiencerRole "A role used in frame semantics to classify agents performing perception actions, or being the subjects affected by some biological process.") AnnotationAssertion(rdfs:label SOMA:ExperiencerRole "Experiencer role"@en) SubClassOf(SOMA:ExperiencerRole SOMA:PerformerRole) -# Class: (Extracted object) +# Class: SOMA:ExtractedObject (Extracted object) AnnotationAssertion(rdfs:comment SOMA:ExtractedObject "An object that is removed from a container or system.") AnnotationAssertion(rdfs:label SOMA:ExtractedObject "Extracted object"@en) SubClassOf(SOMA:ExtractedObject SOMA:Patient) -# Class: () +# Class: SOMA:Extrinsic (SOMA:Extrinsic) AnnotationAssertion(rdfs:comment SOMA:Extrinsic "A physical quality that depends on relationships to other objects, such as the color of an object which depends on light conditions in the environment.") SubClassOf(SOMA:Extrinsic SOMA:PhysicalQuality) DisjointClasses(SOMA:Extrinsic SOMA:Intrinsic) -# Class: () +# Class: SOMA:Feature (SOMA:Feature) AnnotationAssertion(rdfs:comment SOMA:Feature "Features are 'parasitic' entities that only exist insofar their host exists. Typical examples are holes, bumps, boundaries, or spots of color.") SubClassOf(SOMA:Feature ) @@ -1626,13 +1626,13 @@ DisjointClasses(SOMA:Feature ) DisjointClasses(SOMA:Feature ) -# Class: () +# Class: SOMA:Finger (SOMA:Finger) AnnotationAssertion(rdfs:comment SOMA:Finger "A limb used for grasping objects.") SubClassOf(SOMA:Finger SOMA:Limb) SubClassOf(SOMA:Finger ObjectSomeValuesFrom( SOMA:Hand)) -# Class: (Fixed joint) +# Class: SOMA:FixedJoint (Fixed joint) AnnotationAssertion(rdfs:comment SOMA:FixedJoint "A joint that cannot move, designed to fixiate links.") AnnotationAssertion(rdfs:label SOMA:FixedJoint "Fixed joint") @@ -1640,67 +1640,67 @@ SubClassOf(SOMA:FixedJoint SOMA:Joint) SubClassOf(SOMA:FixedJoint ObjectExactCardinality(0 SOMA:hasJointState )) DisjointClasses(SOMA:FixedJoint SOMA:MovableJoint) -# Class: (Floating joint) +# Class: SOMA:FloatingJoint (Floating joint) AnnotationAssertion(rdfs:comment SOMA:FloatingJoint "A joint that allows motion for all 6 degrees of freedom.") AnnotationAssertion(rdfs:label SOMA:FloatingJoint "Floating joint") SubClassOf(SOMA:FloatingJoint SOMA:MovableJoint) -# Class: (Force attribute) +# Class: SOMA:ForceAttribute (Force attribute) AnnotationAssertion(rdfs:comment SOMA:ForceAttribute "The value of a force dynamical characteristic. An example is the force exerted on another object when pushing it.") AnnotationAssertion(rdfs:label SOMA:ForceAttribute "Force attribute") SubClassOf(SOMA:ForceAttribute ) SubClassOf(SOMA:ForceAttribute DataExactCardinality(1 SOMA:hasForceValue SOMA:array_double)) -# Class: (Friction attribute) +# Class: SOMA:FrictionAttribute (Friction attribute) AnnotationAssertion(rdfs:comment SOMA:FrictionAttribute "The resistance that one surface or object encounters when moving over another.") AnnotationAssertion(rdfs:label SOMA:FrictionAttribute "Friction attribute") SubClassOf(SOMA:FrictionAttribute ) SubClassOf(SOMA:FrictionAttribute DataExactCardinality(1 SOMA:hasFrictionValue xsd:double)) -# Class: (Functional Design) +# Class: SOMA:FunctionalDesign (Functional Design) AnnotationAssertion(rdfs:comment SOMA:FunctionalDesign "The design of an object from functionality point of view. A functional design is useful to develop complex modular objects with components that have a specific purpose, and can function with minimum side effect on other components of that object. ") AnnotationAssertion(rdfs:label SOMA:FunctionalDesign "Functional Design") SubClassOf(SOMA:FunctionalDesign ) -# Class: (Functional part) +# Class: SOMA:FunctionalPart (Functional part) AnnotationAssertion(rdfs:comment SOMA:FunctionalPart "Parts of an agent or an artifact are considered as functional parts.") AnnotationAssertion(rdfs:label SOMA:FunctionalPart "Functional part") SubClassOf(SOMA:FunctionalPart ) SubClassOf(SOMA:FunctionalPart ObjectAllValuesFrom( ObjectUnionOf( ))) -# Class: (Goal role) +# Class: SOMA:GoalRole (Goal role) AnnotationAssertion(rdfs:comment SOMA:GoalRole "A role classifying objects that constitute the goal of an action.") AnnotationAssertion(rdfs:label SOMA:GoalRole "Goal role"@en) SubClassOf(SOMA:GoalRole SOMA:EventAdjacentRole) -# Class: () +# Class: SOMA:Graspability (SOMA:Graspability) AnnotationAssertion(rdfs:comment SOMA:Graspability "The disposition of an object (e.g. the handle) to afford grasping the object.") SubClassOf(SOMA:Graspability SOMA:Disposition) -# Class: (Green color) +# Class: SOMA:GreenColor (Green color) AnnotationAssertion(rdfs:comment SOMA:GreenColor "A color region with dominant green color.") AnnotationAssertion(rdfs:label SOMA:GreenColor "Green color") SubClassOf(SOMA:GreenColor SOMA:ColorRegion) -# Class: () +# Class: SOMA:Gripper (SOMA:Gripper) AnnotationAssertion(rdfs:comment SOMA:Gripper "A mechanical device that grasps and holds things.") SubClassOf(SOMA:Gripper SOMA:PrehensileEffector) -# Class: () +# Class: SOMA:Hand (SOMA:Hand) AnnotationAssertion(rdfs:comment SOMA:Hand "A prehensile effector including palm, fingers, and thumb.") SubClassOf(SOMA:Hand SOMA:PrehensileEffector) -# Class: (Has quality region) +# Class: SOMA:HasQualityRegion (SOMA:HasQualityRegion) AnnotationAssertion(rdfs:comment SOMA:HasQualityRegion "The relation between an individual quality and a region.") AnnotationAssertion(rdfs:comment SOMA:HasQualityRegion "todo(DB): added for NEEMs (quale change), but not sure yet about it...") @@ -1708,59 +1708,59 @@ SubClassOf(SOMA:HasQualityRegion )) SubClassOf(SOMA:HasQualityRegion ObjectExactCardinality(1 )) -# Class: () +# Class: SOMA:Head (SOMA:Head) AnnotationAssertion(rdfs:comment SOMA:Head "A functional part of the body responsible for carrying high bandwidth sensors, i.e., camera.") SubClassOf(SOMA:Head SOMA:FunctionalPart) -# Class: (Hinge joint) +# Class: SOMA:HingeJoint (Hinge joint) AnnotationAssertion(rdfs:comment SOMA:HingeJoint "A joint that rotates along an axis.") AnnotationAssertion(rdfs:label SOMA:HingeJoint "Hinge joint") SubClassOf(SOMA:HingeJoint SOMA:MovableJoint) -# Class: () +# Class: SOMA:Impediment (SOMA:Impediment) AnnotationAssertion(rdfs:comment SOMA:Impediment "The disposition of an object (the obstacle) to prohibit certain ways of entering or leaving a space or group. An example is a doorstopper constraining a door, prohibiting it to enter the area behind it.") SubClassOf(SOMA:Impediment SOMA:Blockage) SubClassOf(SOMA:Impediment ObjectAllValuesFrom(SOMA:affordsBearer SOMA:Obstacle)) SubClassOf(SOMA:Impediment ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:RestrictedObject)) -# Class: (Included object) +# Class: SOMA:IncludedObject (Included object) AnnotationAssertion(rdfs:comment SOMA:IncludedObject "An object that is contained in something. This is meant very general and includes, e.g., elements contained in a set, or things that are spatially contained within the boundaries of some object.") AnnotationAssertion(rdfs:label SOMA:IncludedObject "Included object"@en) SubClassOf(SOMA:IncludedObject SOMA:Patient) -# Class: (Inserted object) +# Class: SOMA:InsertedObject (Inserted object) AnnotationAssertion(rdfs:comment SOMA:InsertedObject "An object inserted into another object.") AnnotationAssertion(rdfs:label SOMA:InsertedObject "Inserted object"@en) SubClassOf(SOMA:InsertedObject SOMA:EnclosedObject) -# Class: () +# Class: SOMA:Insertion (SOMA:Insertion) AnnotationAssertion(rdfs:comment SOMA:Insertion "The disposition of an object (the container) to contain other objects that can be inserted into the container through a portal.") SubClassOf(SOMA:Insertion SOMA:Enclosing) SubClassOf(SOMA:Insertion ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:InsertedObject)) -# Class: () +# Class: SOMA:Instrument (SOMA:Instrument) AnnotationAssertion(rdfs:comment SOMA:Instrument "An object used to carry out the event.") SubClassOf(SOMA:Instrument SOMA:ResourceRole) -# Class: () +# Class: SOMA:Intrinsic (SOMA:Intrinsic) AnnotationAssertion(rdfs:comment SOMA:Intrinsic "A physical quality that is independent of context.") AnnotationAssertion(rdfs:comment SOMA:Intrinsic "intrinsic") SubClassOf(SOMA:Intrinsic SOMA:PhysicalQuality) -# Class: () +# Class: SOMA:Item (SOMA:Item) AnnotationAssertion(rdfs:comment SOMA:Item "A role played by a non-agentive object operated on by an action.") SubClassOf(SOMA:Item SOMA:Patient) -# Class: () +# Class: SOMA:Joint (SOMA:Joint) AnnotationAssertion(rdfs:comment SOMA:Joint "An object that is used to articulate links in a kinematic structure.") EquivalentClasses(SOMA:Joint ObjectUnionOf(SOMA:FixedJoint SOMA:MovableJoint)) @@ -1769,13 +1769,13 @@ SubClassOf(SOMA:Joint ObjectExactCardinality(1 SOMA:hasChildLink )) SubClassOf(SOMA:Joint ObjectMaxCardinality(1 SOMA:hasJointState SOMA:JointState)) -# Class: (Joint limit) +# Class: SOMA:JointLimit (Joint limit) AnnotationAssertion(rdfs:comment SOMA:JointLimit "The physical limits of a joint.") AnnotationAssertion(rdfs:label SOMA:JointLimit "Joint limit") SubClassOf(SOMA:JointLimit ) -# Class: (Joint state) +# Class: SOMA:JointState (Joint state) AnnotationAssertion(rdfs:comment SOMA:JointState "The state of a joint in terms of position, velocity of the joint and effort applied to it.") AnnotationAssertion(rdfs:label SOMA:JointState "Joint state") @@ -1784,68 +1784,68 @@ SubClassOf(SOMA:JointState DataExactCardinality(1 SOMA:hasJointPosition xsd:doub SubClassOf(SOMA:JointState DataExactCardinality(1 SOMA:hasJointVelocity xsd:double)) SubClassOf(SOMA:JointState DataMaxCardinality(1 SOMA:hasJointEffort xsd:double)) -# Class: (Kinetic friction attribute) +# Class: SOMA:KineticFrictionAttribute (Kinetic friction attribute) AnnotationAssertion(rdfs:comment SOMA:KineticFrictionAttribute "Friction that occurs when two touching objects are moving relative to each other.") AnnotationAssertion(rdfs:label SOMA:KineticFrictionAttribute "Kinetic friction attribute") SubClassOf(SOMA:KineticFrictionAttribute SOMA:FrictionAttribute) -# Class: () +# Class: SOMA:Leg (SOMA:Leg) AnnotationAssertion(rdfs:comment SOMA:Leg "A limb on which an agent walks or stands.") SubClassOf(SOMA:Leg SOMA:Limb) -# Class: () +# Class: SOMA:Limb (SOMA:Limb) AnnotationAssertion(rdfs:comment SOMA:Limb "An arm or leg of an embodied agent.") EquivalentClasses(SOMA:Limb ObjectUnionOf(SOMA:Arm SOMA:Leg)) SubClassOf(SOMA:Limb SOMA:PhysicalEffector) -# Class: () +# Class: SOMA:Linkage (SOMA:Linkage) AnnotationAssertion(rdfs:comment SOMA:Linkage "The disposition of an object (the linked object) to establish a connection with others by being linked together.") SubClassOf(SOMA:Linkage SOMA:Connectivity) SubClassOf(SOMA:Linkage ObjectAllValuesFrom(SOMA:affordsBearer SOMA:LinkedObject)) SubClassOf(SOMA:Linkage ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:LinkedObject)) -# Class: (Linked object) +# Class: SOMA:LinkedObject (Linked object) AnnotationAssertion(rdfs:comment SOMA:LinkedObject "An object that is linked to some other object.") AnnotationAssertion(rdfs:label SOMA:LinkedObject "Linked object"@en) SubClassOf(SOMA:LinkedObject SOMA:ConnectedObject) -# Class: () +# Class: SOMA:Localization (SOMA:Localization) AnnotationAssertion(rdfs:comment SOMA:Localization "The localization of an object. The region of this quality encodes values to localize the object in a dimensional space, e.g. Euclidean positions that localize the object in Euclidean space.") SubClassOf(SOMA:Localization SOMA:Extrinsic) SubClassOf(SOMA:Localization ObjectSomeValuesFrom( )) SubClassOf(SOMA:Localization ObjectAllValuesFrom( )) -# Class: () +# Class: SOMA:Location (SOMA:Location) AnnotationAssertion(rdfs:comment SOMA:Location "A role classifying a location of interest, often specified as a spatial relation between several objects, themselves usually classified by spatial relation roles.") SubClassOf(SOMA:Location SOMA:SpatioTemporalRole) -# Class: (Locatum role) +# Class: SOMA:LocatumRole (Locatum role) AnnotationAssertion(rdfs:comment SOMA:LocatumRole "Denotes the object with primary focal prominence in a spatial or spatio-temporal schema. Terminological variants that appear in the literature on cognitive linguistics include Figure (Talmy 1983) and Trajector (Langacker 1986).") AnnotationAssertion(rdfs:label SOMA:LocatumRole "Locatum role"@en) SubClassOf(SOMA:LocatumRole SOMA:SpatialRelationRole) SubClassOf(SOMA:LocatumRole ObjectAllValuesFrom( )) -# Class: (Mass attribute) +# Class: SOMA:MassAttribute (Mass attribute) AnnotationAssertion(rdfs:comment SOMA:MassAttribute "The quantity of matter which a body contains, as measured by its acceleration under given force or by the force exerted on it by a gravitational field.") AnnotationAssertion(rdfs:label SOMA:MassAttribute "Mass attribute") SubClassOf(SOMA:MassAttribute ) SubClassOf(SOMA:MassAttribute DataExactCardinality(1 SOMA:hasMassValue xsd:double)) -# Class: () +# Class: SOMA:Material (SOMA:Material) AnnotationAssertion(rdfs:comment SOMA:Material "The matter from which a thing is made.") SubClassOf(SOMA:Material SOMA:Intrinsic) -# Class: (Mesh shape) +# Class: SOMA:MeshShape (Mesh shape) AnnotationAssertion(rdfs:comment SOMA:MeshShape "A solid geometrical figure described in a mesh file.") AnnotationAssertion(rdfs:label SOMA:MeshShape "Mesh shape") @@ -1853,14 +1853,14 @@ SubClassOf(SOMA:MeshShape SOMA:ShapeRegion) SubClassOf(SOMA:MeshShape DataExactCardinality(1 SOMA:hasFilePath xsd:string)) SubClassOf(SOMA:MeshShape DataMaxCardinality(1 SOMA:hasShapeScale SOMA:array_double)) -# Class: (Movable joint) +# Class: SOMA:MovableJoint (Movable joint) AnnotationAssertion(rdfs:comment SOMA:MovableJoint "A joint where the two connected links can move relative to each other in some dimension.") AnnotationAssertion(rdfs:label SOMA:MovableJoint "Movable joint") SubClassOf(SOMA:MovableJoint SOMA:Joint) SubClassOf(SOMA:MovableJoint ObjectExactCardinality(1 SOMA:hasJointState SOMA:JointState)) -# Class: (Moved object) +# Class: SOMA:MovedObject (Moved object) AnnotationAssertion(rdfs:comment SOMA:MovedObject "An object undergoing location change.") AnnotationAssertion(rdfs:label SOMA:MovedObject "Moved object"@en) @@ -1868,34 +1868,34 @@ SubClassOf(SOMA:MovedObject SOMA:AlteredObject) SubClassOf(SOMA:MovedObject ObjectSomeValuesFrom(SOMA:isTriggerDefinedIn ObjectAllValuesFrom(SOMA:describesQuality SOMA:Localization))) SubClassOf(SOMA:MovedObject ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:Localization))) -# Class: (Net force) +# Class: SOMA:NetForce (Net force) AnnotationAssertion(rdfs:comment SOMA:NetForce "The accumulated force acting upon an object.") AnnotationAssertion(rdfs:label SOMA:NetForce "Net force") SubClassOf(SOMA:NetForce SOMA:ForceAttribute) -# Class: () +# Class: SOMA:Obstacle (SOMA:Obstacle) AnnotationAssertion(rdfs:comment SOMA:Obstacle "An object used to restrict access to a protected space or group.") SubClassOf(SOMA:Obstacle SOMA:Barrier) -# Class: () +# Class: SOMA:Origin (SOMA:Origin) AnnotationAssertion(rdfs:comment SOMA:Origin "A role classifying the location where an event or object originated.") SubClassOf(SOMA:Origin SOMA:Location) -# Class: (Path role) +# Class: SOMA:PathRole (Path role) AnnotationAssertion(rdfs:comment SOMA:PathRole "A role that classifies the path of a motion.") AnnotationAssertion(rdfs:label SOMA:PathRole "Path role"@en) SubClassOf(SOMA:PathRole SOMA:SpatioTemporalRole) -# Class: () +# Class: SOMA:Patient (SOMA:Patient) AnnotationAssertion(rdfs:comment SOMA:Patient "A role classifying an object that undergoes/is the primary object affected by the event.") SubClassOf(SOMA:Patient SOMA:EventAdjacentRole) -# Class: (Performer role) +# Class: SOMA:PerformerRole (Performer role) AnnotationAssertion(rdfs:comment SOMA:PerformerRole "A role classifying an Agent responsible for performing an Action. @@ -1904,107 +1904,107 @@ AnnotationAssertion(rdfs:label SOMA:PerformerRole "Performer role"@en) SubClassOf(SOMA:PerformerRole SOMA:CausativeRole) SubClassOf(SOMA:PerformerRole ObjectAllValuesFrom( )) -# Class: (Physical effector) +# Class: SOMA:PhysicalEffector (Physical effector) AnnotationAssertion(rdfs:comment SOMA:PhysicalEffector "A functional part belonging to an Agent and which allows that Agent to act upon its surroundings.") AnnotationAssertion(rdfs:label SOMA:PhysicalEffector "Physical effector") SubClassOf(SOMA:PhysicalEffector SOMA:FunctionalPart) SubClassOf(SOMA:PhysicalEffector ObjectSomeValuesFrom(ObjectInverseOf() )) -# Class: (Physical quality) +# Class: SOMA:PhysicalQuality (Physical quality) AnnotationAssertion(rdfs:comment SOMA:PhysicalQuality "Any aspect of an entity that is dependent on its physical manifestation.") AnnotationAssertion(rdfs:label SOMA:PhysicalQuality "Physical quality") SubClassOf(SOMA:PhysicalQuality ) SubClassOf(SOMA:PhysicalQuality ObjectExactCardinality(1 )) -# Class: (Planar joint) +# Class: SOMA:PlanarJoint (Planar joint) AnnotationAssertion(rdfs:comment SOMA:PlanarJoint "A joint that allows motion in a plane perpendicular to an axis.") AnnotationAssertion(rdfs:label SOMA:PlanarJoint "Planar joint") SubClassOf(SOMA:PlanarJoint SOMA:MovableJoint) -# Class: () +# Class: SOMA:Pourable (SOMA:Pourable) AnnotationAssertion(rdfs:comment SOMA:Pourable "The disposition of a fluid or substance which makes it possible to pour it out of a container and into or onto other objects.") SubClassOf(SOMA:Pourable SOMA:Disposition) SubClassOf(SOMA:Pourable ObjectAllValuesFrom(SOMA:affordsBearer SOMA:PouredObject)) -# Class: (Poured object) +# Class: SOMA:PouredObject (Poured object) AnnotationAssertion(rdfs:comment SOMA:PouredObject "An object being poured into or onto some other object. A role of some fluid or substance that is the patient of pouring task.") AnnotationAssertion(rdfs:label SOMA:PouredObject "Poured object") SubClassOf(SOMA:PouredObject SOMA:Patient) -# Class: (Prehensile effector) +# Class: SOMA:PrehensileEffector (Prehensile effector) AnnotationAssertion(rdfs:comment SOMA:PrehensileEffector "An effector used to grasp objects, such as a hand of a human, or the long prehensile tail of a monkey.") AnnotationAssertion(rdfs:label SOMA:PrehensileEffector "Prehensile effector") SubClassOf(SOMA:PrehensileEffector SOMA:PhysicalEffector) -# Class: (Prismatic joint) +# Class: SOMA:PrismaticJoint (Prismatic joint) AnnotationAssertion(rdfs:comment SOMA:PrismaticJoint "A sliding joint that slides along an axis, and has a limited range specified by the upper and lower limits.") AnnotationAssertion(rdfs:label SOMA:PrismaticJoint "Prismatic joint") SubClassOf(SOMA:PrismaticJoint SOMA:MovableJoint) SubClassOf(SOMA:PrismaticJoint ObjectExactCardinality(1 SOMA:hasJointLimit SOMA:JointLimit)) -# Class: () +# Class: SOMA:Protector (SOMA:Protector) AnnotationAssertion(rdfs:comment SOMA:Protector "A role classifying an object that protects another by preventing other entities from coming in contact with the protected object.") SubClassOf(SOMA:Protector SOMA:Restrictor) -# Class: () +# Class: SOMA:Purification (SOMA:Purification) AnnotationAssertion(rdfs:comment SOMA:Purification "The disposition of an object (the tool) to change the cleanliness of others.") SubClassOf(SOMA:Purification SOMA:Variability) SubClassOf(SOMA:Purification ObjectAllValuesFrom(SOMA:affordsSetpoint ObjectAllValuesFrom( ObjectIntersectionOf(SOMA:Clean ObjectAllValuesFrom( SOMA:Cleanliness))))) SubClassOf(SOMA:Purification ObjectAllValuesFrom(SOMA:affordsTrigger ObjectAllValuesFrom( ))) -# Class: (Quality transition) +# Class: SOMA:QualityTransition (Quality transition) AnnotationAssertion(rdfs:comment SOMA:QualityTransition "todo(DB): added for NEEMs (quale change), but not sure yet about it...") AnnotationAssertion(rdfs:label SOMA:QualityTransition "Quality transition"@en) SubClassOf(SOMA:QualityTransition ) -# Class: (Recipent role) +# Class: SOMA:RecipientRole (Recipent role) AnnotationAssertion(rdfs:comment SOMA:RecipientRole "A role which classifies an agent who receives an object modified or created by an action.") AnnotationAssertion(rdfs:label SOMA:RecipientRole "Recipent role"@en) SubClassOf(SOMA:RecipientRole SOMA:BeneficiaryRole) -# Class: (Red color) +# Class: SOMA:RedColor (Red color) AnnotationAssertion(rdfs:comment SOMA:RedColor "A color region with dominant red color.") AnnotationAssertion(rdfs:label SOMA:RedColor "Red color") SubClassOf(SOMA:RedColor SOMA:ColorRegion) -# Class: (Relation adjacent role) +# Class: SOMA:RelationAdjacentRole (Relation adjacent role) AnnotationAssertion(rdfs:comment SOMA:RelationAdjacentRole "A role classifying an object participating in some relation, e.g. a participant in a spatial relation or a linguistic fragment in a rhetorical relation to another.") AnnotationAssertion(rdfs:label SOMA:RelationAdjacentRole "Relation adjacent role"@en) SubClassOf(SOMA:RelationAdjacentRole ) -# Class: (Relatum role) +# Class: SOMA:RelatumRole (Relatum role) AnnotationAssertion(rdfs:comment SOMA:RelatumRole "Denotes the reference object in a spatial or spatio-temporal schema, i.e. the object with secondary focal prominence. Terminological variants: Ground (Talmy 1983), Landmark (Langacker 1986).") AnnotationAssertion(rdfs:label SOMA:RelatumRole "Relatum role"@en) SubClassOf(SOMA:RelatumRole SOMA:SpatialRelationRole) SubClassOf(SOMA:RelatumRole ObjectAllValuesFrom( )) -# Class: (Relevant part) +# Class: SOMA:RelevantPart (Relevant part) AnnotationAssertion(rdfs:comment SOMA:RelevantPart "Features that are relevant parts of their host, like a bump or an edge.") AnnotationAssertion(rdfs:label SOMA:RelevantPart "Relevant part"@en) SubClassOf(SOMA:RelevantPart SOMA:Feature) -# Class: (Removed object) +# Class: SOMA:RemovedObject (Removed object) AnnotationAssertion(rdfs:comment SOMA:RemovedObject "An object that is removed from another.") AnnotationAssertion(rdfs:label SOMA:RemovedObject "Removed object") SubClassOf(SOMA:RemovedObject SOMA:ExcludedObject) -# Class: (Resource role) +# Class: SOMA:ResourceRole (Resource role) AnnotationAssertion(rdfs:comment SOMA:ResourceRole "A role classifying objects that are useful or even necessary to sustain the unfolding of an event. @@ -2014,60 +2014,60 @@ Resources are often consumed by their participation in an event, but this need n AnnotationAssertion(rdfs:label SOMA:ResourceRole "Resource role"@en) SubClassOf(SOMA:ResourceRole SOMA:EventAdjacentRole) -# Class: (Restricted object) +# Class: SOMA:RestrictedObject (Restricted object) AnnotationAssertion(rdfs:comment SOMA:RestrictedObject "An object with restrictions to access something.") AnnotationAssertion(rdfs:label SOMA:RestrictedObject "Restricted object"@en) SubClassOf(SOMA:RestrictedObject SOMA:BlockedObject) -# Class: () +# Class: SOMA:Restrictor (SOMA:Restrictor) AnnotationAssertion(rdfs:comment SOMA:Restrictor "A role classifying an object used to deny access to some other entity.") SubClassOf(SOMA:Restrictor SOMA:Instrument) -# Class: (Result role) +# Class: SOMA:ResultRole (Result role) AnnotationAssertion(rdfs:comment SOMA:ResultRole "A role classifying the object that is the outcome of a creation or modification action or process.") AnnotationAssertion(rdfs:label SOMA:ResultRole "Result role"@en) SubClassOf(SOMA:ResultRole SOMA:GoalRole) -# Class: (Revolute joint) +# Class: SOMA:RevoluteJoint (Revolute joint) AnnotationAssertion(rdfs:comment SOMA:RevoluteJoint "A hinge joint that rotates along an axis and has a limited range specified by the upper and lower limits.") AnnotationAssertion(rdfs:label SOMA:RevoluteJoint "Revolute joint") SubClassOf(SOMA:RevoluteJoint SOMA:HingeJoint) SubClassOf(SOMA:RevoluteJoint ObjectExactCardinality(1 SOMA:hasJointLimit SOMA:JointLimit)) -# Class: () +# Class: SOMA:Room (SOMA:Room) AnnotationAssertion(rdfs:comment SOMA:Room "Space that can be occupied or where something can be done.") SubClassOf(SOMA:Room ) -# Class: (Room surface) +# Class: SOMA:RoomSurface (Room surface) AnnotationAssertion(rdfs:comment SOMA:RoomSurface "The surface of a room.") AnnotationAssertion(rdfs:label SOMA:RoomSurface "Room surface"@en) SubClassOf(SOMA:RoomSurface SOMA:Surface) -# Class: (Selected object) +# Class: SOMA:SelectedObject (Selected object) AnnotationAssertion(rdfs:comment SOMA:SelectedObject "An object chosen as the result of some selection task.") AnnotationAssertion(rdfs:label SOMA:SelectedObject "Selected object"@en) SubClassOf(SOMA:SelectedObject ) -# Class: () +# Class: SOMA:Setpoint (SOMA:Setpoint) AnnotationAssertion(rdfs:comment SOMA:Setpoint "Classifies some dedicated goal region.") SubClassOf(SOMA:Setpoint ) -# Class: () +# Class: SOMA:Shape (SOMA:Shape) AnnotationAssertion(rdfs:comment SOMA:Shape "The external form, contours, or outline of an object.") SubClassOf(SOMA:Shape SOMA:Intrinsic) SubClassOf(SOMA:Shape ObjectSomeValuesFrom( SOMA:ShapeRegion)) SubClassOf(SOMA:Shape ObjectAllValuesFrom( SOMA:ShapeRegion)) -# Class: (Shape region) +# Class: SOMA:ShapeRegion (Shape region) AnnotationAssertion(rdfs:comment SOMA:ShapeRegion "Encodes the shape of an object. @@ -2076,7 +2076,7 @@ AnnotationAssertion(rdfs:label SOMA:ShapeRegion "Shape region") SubClassOf(SOMA:ShapeRegion ) SubClassOf(SOMA:ShapeRegion ObjectMaxCardinality(1 SOMA:hasSpaceRegion )) -# Class: (Shaped object) +# Class: SOMA:ShapedObject (Shaped object) AnnotationAssertion(rdfs:comment SOMA:ShapedObject "An object undergoing shape change.") AnnotationAssertion(rdfs:label SOMA:ShapedObject "Shaped object"@en) @@ -2084,138 +2084,138 @@ SubClassOf(SOMA:ShapedObject SOMA:AlteredObject) SubClassOf(SOMA:ShapedObject ObjectSomeValuesFrom(SOMA:isTriggerDefinedIn ObjectAllValuesFrom(SOMA:describesQuality SOMA:Shape))) SubClassOf(SOMA:ShapedObject ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:Shape))) -# Class: () +# Class: SOMA:Shaping (SOMA:Shaping) AnnotationAssertion(rdfs:comment SOMA:Shaping "The disposition of an object (the tool) to change the shape of others.") SubClassOf(SOMA:Shaping SOMA:Variability) SubClassOf(SOMA:Shaping ObjectAllValuesFrom(SOMA:affordsSetpoint ObjectAllValuesFrom( SOMA:Shape))) SubClassOf(SOMA:Shaping ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:ShapedObject)) -# Class: () +# Class: SOMA:Sharpness (SOMA:Sharpness) AnnotationAssertion(rdfs:comment SOMA:Sharpness "The quality of having a thin edge or point that can cut something or make a hole into something. It is worth to note here that the social aspect of sharpness such as the quality of being clear, intelligent etc is not considered as sharpness according to this definition.") SubClassOf(SOMA:Sharpness SOMA:Intrinsic) -# Class: () +# Class: SOMA:Shifting (SOMA:Shifting) AnnotationAssertion(rdfs:comment SOMA:Shifting "The disposition of an object (the tool) to change the localization of others.") SubClassOf(SOMA:Shifting SOMA:Variability) SubClassOf(SOMA:Shifting ObjectAllValuesFrom(SOMA:affordsSetpoint ObjectAllValuesFrom( SOMA:Localization))) SubClassOf(SOMA:Shifting ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:MovedObject)) -# Class: () +# Class: SOMA:Size (SOMA:Size) AnnotationAssertion(rdfs:comment SOMA:Size "The magnitude or dimension of a thing which can be measured as length, width, height, diameter, perimeter, area, volume.") SubClassOf(SOMA:Size SOMA:Intrinsic) -# Class: (Social quality) +# Class: SOMA:SocialQuality (Social quality) AnnotationAssertion(rdfs:comment SOMA:SocialQuality "Any aspect of an entity that specifies social characteristics.") AnnotationAssertion(rdfs:label SOMA:SocialQuality "Social quality") SubClassOf(SOMA:SocialQuality ) -# Class: (Source material role) +# Class: SOMA:SourceMaterialRole (Source material role) AnnotationAssertion(rdfs:comment SOMA:SourceMaterialRole "A role classifying a substance or object that enters a process of transformation intended to create some other object.") AnnotationAssertion(rdfs:label SOMA:SourceMaterialRole "Source material role"@en) SubClassOf(SOMA:SourceMaterialRole SOMA:ResourceRole) -# Class: (Spatial relation role) +# Class: SOMA:SpatialRelationRole (Spatial relation role) AnnotationAssertion(rdfs:comment SOMA:SpatialRelationRole "Roles classifying entities participating in some spatial relation.") AnnotationAssertion(rdfs:label SOMA:SpatialRelationRole "Spatial relation role"@en) SubClassOf(SOMA:SpatialRelationRole SOMA:RelationAdjacentRole) -# Class: (Spatio-temporal role) +# Class: SOMA:SpatioTemporalRole (Spatio-temporal role) AnnotationAssertion(rdfs:comment SOMA:SpatioTemporalRole "Roles that classify entities which locate an event or object in space and time.") AnnotationAssertion(rdfs:label SOMA:SpatioTemporalRole "Spatio-temporal role"@en) SubClassOf(SOMA:SpatioTemporalRole SOMA:EventAdjacentRole) -# Class: (Sphere shape) +# Class: SOMA:SphereShape (Sphere shape) AnnotationAssertion(rdfs:comment SOMA:SphereShape "A round solid figure with every point on its surface equidistant from its centre.") AnnotationAssertion(rdfs:label SOMA:SphereShape "Sphere shape") SubClassOf(SOMA:SphereShape SOMA:ShapeRegion) SubClassOf(SOMA:SphereShape DataExactCardinality(1 SOMA:hasRadius xsd:float)) -# Class: (Static friction attribute) +# Class: SOMA:StaticFrictionAttribute (Static friction attribute) AnnotationAssertion(rdfs:comment SOMA:StaticFrictionAttribute "Friction between two touching objects that do not move relative to each other.") AnnotationAssertion(rdfs:label SOMA:StaticFrictionAttribute "Static friction attribute") SubClassOf(SOMA:StaticFrictionAttribute SOMA:FrictionAttribute) -# Class: (Stimulus role) +# Class: SOMA:StimulusRole (Stimulus role) AnnotationAssertion(rdfs:comment SOMA:StimulusRole "A role classifying an object that is perceived by some agent and thus triggers some reaction (e.g., a perception event).") AnnotationAssertion(rdfs:label SOMA:StimulusRole "Stimulus role"@en) SubClassOf(SOMA:StimulusRole SOMA:CausativeRole) -# Class: () +# Class: SOMA:Storage (SOMA:Storage) AnnotationAssertion(rdfs:comment SOMA:Storage "The disposition of an object (the container) to store other objects. Storage of an object would facilitate several objectives; such as to store objects in a safe or usual place, to prevent the substances e.g. prevention of milk going bad by storing them in a refrigrator.") SubClassOf(SOMA:Storage SOMA:Enclosing) SubClassOf(SOMA:Storage ObjectAllValuesFrom(SOMA:affordsTrigger SOMA:StoredObject)) -# Class: () +# Class: SOMA:StoredObject (SOMA:StoredObject) AnnotationAssertion(rdfs:comment SOMA:StoredObject "An object being stored into some other object, usually inside a container.") SubClassOf(SOMA:StoredObject SOMA:EnclosedObject) -# Class: (Structural Design) +# Class: SOMA:StructuralDesign (Structural Design) AnnotationAssertion(rdfs:comment SOMA:StructuralDesign "A design of an object which describes its stability, strength and rigidity, and considers the way in which parts of an object are arranged. ") AnnotationAssertion(rdfs:label SOMA:StructuralDesign "Structural Design") SubClassOf(SOMA:StructuralDesign ) -# Class: (Supported object) +# Class: SOMA:SupportedObject (Supported object) AnnotationAssertion(rdfs:comment SOMA:SupportedObject "An object that is supported by some supporter.") AnnotationAssertion(rdfs:label SOMA:SupportedObject "Supported object"@en) SubClassOf(SOMA:SupportedObject SOMA:ConnectedObject) -# Class: () +# Class: SOMA:Supporter (SOMA:Supporter) AnnotationAssertion(rdfs:comment SOMA:Supporter "A role classifying an object used to support others.") SubClassOf(SOMA:Supporter SOMA:Restrictor) -# Class: () +# Class: SOMA:Surface (SOMA:Surface) AnnotationAssertion(rdfs:comment SOMA:Surface "The outside part or uppermost layer of something.") SubClassOf(SOMA:Surface ) -# Class: () +# Class: SOMA:Temperature (SOMA:Temperature) AnnotationAssertion(rdfs:comment SOMA:Temperature "The heat present in an object.") SubClassOf(SOMA:Temperature SOMA:Intrinsic) SubClassOf(SOMA:Temperature ObjectSomeValuesFrom( SOMA:TemperatureRegion)) SubClassOf(SOMA:Temperature ObjectAllValuesFrom( SOMA:TemperatureRegion)) -# Class: (Temperature region) +# Class: SOMA:TemperatureRegion (Temperature region) AnnotationAssertion(rdfs:comment SOMA:TemperatureRegion "Encodes the temperature of an object.") AnnotationAssertion(rdfs:label SOMA:TemperatureRegion "Temperature region"@en) SubClassOf(SOMA:TemperatureRegion ) -# Class: () +# Class: SOMA:Tempering (SOMA:Tempering) AnnotationAssertion(rdfs:comment SOMA:Tempering "The disposition of an object (the tool) to change the temperature of others.") SubClassOf(SOMA:Tempering SOMA:Variability) SubClassOf(SOMA:Tempering ObjectAllValuesFrom(SOMA:affordsSetpoint ObjectAllValuesFrom( SOMA:Temperature))) -# Class: (Time role) +# Class: SOMA:TimeRole (Time role) AnnotationAssertion(rdfs:comment SOMA:TimeRole "A role filled by a description of the location in time and/or duration of an event or object.") AnnotationAssertion(rdfs:label SOMA:TimeRole "Time role"@en) SubClassOf(SOMA:TimeRole SOMA:SpatioTemporalRole) -# Class: () +# Class: SOMA:Tool (SOMA:Tool) AnnotationAssertion(rdfs:comment SOMA:Tool "A role to classify an object used to modify or actuate others.") SubClassOf(SOMA:Tool SOMA:Instrument) -# Class: () +# Class: SOMA:Transient (SOMA:Transient) AnnotationAssertion(rdfs:comment SOMA:Transient "Objects may undergo changes during Processes; however, while the change Process is in operation, one cannot strictly say either the input of the Process still exists, nor that the result exists yet. @@ -2229,7 +2229,7 @@ It is also possible that a Transient transitionsBack to the initial object. An e SubClassOf(SOMA:Transient ) SubClassOf(SOMA:Transient ObjectSomeValuesFrom(SOMA:transitionsFrom )) -# Class: () +# Class: SOMA:Variability (SOMA:Variability) AnnotationAssertion(rdfs:comment SOMA:Variability "The disposition of an object (the tool) to change some aspect of others.") SubClassOf(SOMA:Variability SOMA:Disposition) diff --git a/owl/SOMA-PROC.owl b/owl/SOMA-PROC.owl index 82a14007..17c049a2 100755 --- a/owl/SOMA-PROC.owl +++ b/owl/SOMA-PROC.owl @@ -111,7 +111,7 @@ Declaration(ObjectProperty( (defines process) +# Object Property: SOMA:definesProcess (defines process) AnnotationAssertion(rdfs:comment SOMA:definesProcess "A relation between a description and a process type.") AnnotationAssertion(rdfs:label SOMA:definesProcess "defines process") @@ -120,7 +120,7 @@ InverseObjectProperties(SOMA:definesProcess SOMA:isProcessDefinedIn) ObjectPropertyDomain(SOMA:definesProcess ) ObjectPropertyRange(SOMA:definesProcess SOMA:ProcessType) -# Object Property: (has process type) +# Object Property: SOMA:hasProcessType (has process type) AnnotationAssertion(rdfs:comment SOMA:hasProcessType "A relation between roles and process types, e.g. a catalysator is needed to trigger some chemical reaction.") AnnotationAssertion(rdfs:label SOMA:hasProcessType "has process type") @@ -129,7 +129,7 @@ InverseObjectProperties(SOMA:hasProcessType SOMA:isProcessTypeOf) ObjectPropertyDomain(SOMA:hasProcessType ) ObjectPropertyRange(SOMA:hasProcessType SOMA:ProcessType) -# Object Property: (interacts with) +# Object Property: SOMA:interactsWith (interacts with) AnnotationAssertion(rdfs:comment SOMA:interactsWith "A relation between objects that interact with each other.") AnnotationAssertion(rdfs:label SOMA:interactsWith "interacts with") @@ -138,7 +138,7 @@ SymmetricObjectProperty(SOMA:interactsWith) ObjectPropertyDomain(SOMA:interactsWith ) ObjectPropertyRange(SOMA:interactsWith ) -# Object Property: (is process defined in) +# Object Property: SOMA:isProcessDefinedIn (is process defined in) AnnotationAssertion(rdfs:comment SOMA:isProcessDefinedIn "A relation between a process type and a description that defines it.") AnnotationAssertion(rdfs:label SOMA:isProcessDefinedIn "is process defined in") @@ -146,7 +146,7 @@ SubObjectPropertyOf(SOMA:isProcessDefinedIn ) -# Object Property: (is process type of) +# Object Property: SOMA:isProcessTypeOf (is process type of) AnnotationAssertion(rdfs:comment SOMA:isProcessTypeOf "A relation between roles and process types, e.g. a catalysator is needed to trigger some chemical reaction.") AnnotationAssertion(rdfs:label SOMA:isProcessTypeOf "is process type of") @@ -154,13 +154,13 @@ SubObjectPropertyOf(SOMA:isProcessTypeOf ) -# Object Property: (is supported by) +# Object Property: SOMA:isSupportedBy (is supported by) AnnotationAssertion(rdfs:comment SOMA:isSupportedBy "A relation between an object (the supporter) and another object (the supportee) where the supporter cancels the effect of gravity on the supportee.") AnnotationAssertion(rdfs:label SOMA:isSupportedBy "is supported by") SubObjectPropertyOf(SOMA:isSupportedBy SOMA:interactsWith) -# Object Property: () +# Object Property: SOMA:supports (SOMA:supports) AnnotationAssertion(rdfs:comment SOMA:supports "A relation between an object (the supporter) and another object (the supportee) where the supporter cancels the effect of gravity on the supportee.") SubObjectPropertyOf(SOMA:supports SOMA:interactsWith) @@ -171,34 +171,34 @@ SubObjectPropertyOf(SOMA:supports SOMA:interactsWith) # Classes ############################ -# Class: () +# Class: SOMA:Agonist (SOMA:Agonist) AnnotationAssertion(rdfs:comment SOMA:Agonist "A role that classifies entities with a tendency to either cause an alteration or to preserve some state.") SubClassOf(SOMA:Agonist SOMA:Patient) -# Class: () +# Class: SOMA:Alteration (SOMA:Alteration) AnnotationAssertion(rdfs:comment SOMA:Alteration "A process by which an aspect of some object changes such as ice cream melting in the sun.") SubClassOf(SOMA:Alteration SOMA:ProcessType) -# Class: (Alterative interaction) +# Class: SOMA:AlterativeInteraction (Alterative interaction) AnnotationAssertion(rdfs:comment SOMA:AlterativeInteraction "A force interaction where the agonist has the tendency to set another object into motion. An example is 'opening a door' where some object interacts with the door such that it moves out of its frame.") AnnotationAssertion(rdfs:label SOMA:AlterativeInteraction "Alterative interaction") SubClassOf(SOMA:AlterativeInteraction SOMA:ForceInteraction) DisjointClasses(SOMA:AlterativeInteraction SOMA:PreservativeInteraction) -# Class: () +# Class: SOMA:Antagonist (SOMA:Antagonist) AnnotationAssertion(rdfs:comment SOMA:Antagonist "A role that classifies entities that are opposed to the tendency of some agonist.") SubClassOf(SOMA:Antagonist SOMA:Patient) -# Class: () +# Class: SOMA:Approaching (SOMA:Approaching) AnnotationAssertion(rdfs:comment SOMA:Approaching "A process type to classify motions by which a body approaches some object or location.") SubClassOf(SOMA:Approaching SOMA:Locomotion) -# Class: () +# Class: SOMA:BodyMovement (SOMA:BodyMovement) AnnotationAssertion(rdfs:comment SOMA:BodyMovement "Motion described in terms of how parts of an Agent's body move. @@ -206,12 +206,12 @@ As such, this concept can be applied only to motions involving some PhysicalAgen SubClassOf(SOMA:BodyMovement SOMA:Motion) SubClassOf(SOMA:BodyMovement ObjectAllValuesFrom( ObjectUnionOf(ObjectSomeValuesFrom( ) ObjectSomeValuesFrom( ObjectIntersectionOf( ObjectSomeValuesFrom( )))))) -# Class: () +# Class: SOMA:Boiling (SOMA:Boiling) AnnotationAssertion(rdfs:comment SOMA:Boiling "In each instance of this collection some liquid matter is raised to its boilingPoint and is thereby changed from being in the Liquid-StateOfMatter to being in the Gaseous-StateOfMatter.") SubClassOf(SOMA:Boiling SOMA:Vaporizing) -# Class: (Chemical process) +# Class: SOMA:ChemicalProcess (Chemical process) AnnotationAssertion(rdfs:comment SOMA:ChemicalProcess "A process by which the chemical constituency of an Entity or set of Entities changes. @@ -219,12 +219,12 @@ In some sense any process that results in entities being created or destroyed mi AnnotationAssertion(rdfs:label SOMA:ChemicalProcess "Chemical process") SubClassOf(SOMA:ChemicalProcess ) -# Class: () +# Class: SOMA:Collision (SOMA:Collision) AnnotationAssertion(rdfs:comment SOMA:Collision "A contact event of objects bumping into each other such that their movement is affected.") SubClassOf(SOMA:Collision SOMA:ProcessType) -# Class: (Creation) +# Class: SOMA:Creation (Creation) AnnotationAssertion(rdfs:comment SOMA:Creation "A process by which an Entity is created in the physical world. @@ -233,7 +233,7 @@ AnnotationAssertion(rdfs:label SOMA:Creation "Creation") SubClassOf(SOMA:Creation SOMA:ProcessType) SubClassOf(SOMA:Creation ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:CreatedObject)) -# Class: () +# Class: SOMA:Deformation (SOMA:Deformation) AnnotationAssertion(rdfs:comment SOMA:Deformation "A process by which a physical Entity changes its shape under the influence of some factors outside of the Entity. @@ -244,7 +244,7 @@ SubClassOf(SOMA:Deformation SOMA:Alteration) SubClassOf(SOMA:Deformation ObjectExactCardinality(1 SOMA:isProcessTypeOf SOMA:ShapedObject)) DisjointClasses(SOMA:Deformation SOMA:FluidFlow) -# Class: (Destruction) +# Class: SOMA:Destruction (Destruction) AnnotationAssertion(rdfs:comment SOMA:Destruction "A process by which a physical Entity is destroyed. @@ -253,14 +253,14 @@ AnnotationAssertion(rdfs:label SOMA:Destruction "Destruction") SubClassOf(SOMA:Destruction SOMA:ProcessType) SubClassOf(SOMA:Destruction ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:DestroyedObject)) -# Class: (Directed motion) +# Class: SOMA:DirectedMotion (Directed motion) AnnotationAssertion(rdfs:comment SOMA:DirectedMotion "A Motion that is considered to be toward a location or along a path. It is not important that the final location or path be the intention of some Agent, but it is considered that the important feature of this Motion is that it has a path and/or destination.") AnnotationAssertion(rdfs:label SOMA:DirectedMotion "Directed motion") SubClassOf(SOMA:DirectedMotion SOMA:Motion) DisjointClasses(SOMA:DirectedMotion SOMA:UndirectedMotion) -# Class: () +# Class: SOMA:Driving (SOMA:Driving) AnnotationAssertion(rdfs:comment SOMA:Driving "A process type classifying a motion of a body that exists because this body is attached to and controls some other moving body, usually a vehicle.") SubClassOf(SOMA:Driving SOMA:Locomotion) @@ -268,7 +268,7 @@ DisjointClasses(SOMA:Driving SOMA:Flying) DisjointClasses(SOMA:Driving SOMA:Swimming) DisjointClasses(SOMA:Driving SOMA:Walking) -# Class: (Fluid flow) +# Class: SOMA:FluidFlow (Fluid flow) AnnotationAssertion(rdfs:comment SOMA:FluidFlow "A process by which a fluid moves or is moved from a location to another, but such that it maintains its constitution. A fluid is an Entity made of many smaller Entities, loosely bound to each other. @@ -277,14 +277,14 @@ AnnotationAssertion(rdfs:label SOMA:FluidFlow "Fluid flow") SubClassOf(SOMA:FluidFlow SOMA:Motion) SubClassOf(SOMA:FluidFlow ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:MovedObject)) -# Class: () +# Class: SOMA:Flying (SOMA:Flying) AnnotationAssertion(rdfs:comment SOMA:Flying "A process type classifying a motion of a body that, through its own power, keeps itself aloft.") SubClassOf(SOMA:Flying SOMA:Locomotion) DisjointClasses(SOMA:Flying SOMA:Swimming) DisjointClasses(SOMA:Flying SOMA:Walking) -# Class: (Force interaction) +# Class: SOMA:ForceInteraction (Force interaction) AnnotationAssertion(rdfs:comment SOMA:ForceInteraction "Classifies events in which two entities interact with each other with a reference to force. One of the entities, the agonist, has a tendency to either set the other entity (the antagonist) into motion, or to keep it still under the influence of some other force. The tendency only manifests in case the agonist is the \"stronger entity\".") AnnotationAssertion(rdfs:label SOMA:ForceInteraction "Force interaction") @@ -294,7 +294,7 @@ SubClassOf(SOMA:ForceInteraction SOMA:ProcessType) SubClassOf(SOMA:ForceInteraction ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:Agonist)) SubClassOf(SOMA:ForceInteraction ObjectSomeValuesFrom(SOMA:isProcessTypeOf SOMA:Antagonist)) -# Class: (Grasping motion) +# Class: SOMA:GraspingMotion (Grasping motion) AnnotationAssertion(rdfs:comment SOMA:GraspingMotion "A process type classifying a motion by which some end effector acquires kinematic control over some other object.") AnnotationAssertion(rdfs:label SOMA:GraspingMotion "Grasping motion") @@ -302,18 +302,18 @@ EquivalentClasses(SOMA:GraspingMotion ObjectUnionOf(SOMA:IntermediateGrasp SOMA: SubClassOf(SOMA:GraspingMotion SOMA:PrehensileMotion) DisjointClasses(SOMA:GraspingMotion SOMA:ReleasingMotion) -# Class: () +# Class: SOMA:HeadMovement (SOMA:HeadMovement) AnnotationAssertion(rdfs:comment SOMA:HeadMovement "The Agent moves a part of their body carrying high-bandwidth sensors such as cameras. The movement of other body parts is not significant.") AnnotationAssertion(rdfs:comment SOMA:HeadMovement "todo: (Mihai:) This seems too specific, given the \"Directed\"/\"Undirected motion\" categories.") SubClassOf(SOMA:HeadMovement SOMA:BodyMovement) -# Class: () +# Class: SOMA:HeadTurning (SOMA:HeadTurning) AnnotationAssertion(rdfs:comment SOMA:HeadTurning "A process type classifying a motion of an Agent's head such that the direction this head faces changes relative to the facing direction of the Agent's body as a whole.") SubClassOf(SOMA:HeadTurning SOMA:HeadMovement) -# Class: (Intermediate grasp) +# Class: SOMA:IntermediateGrasp (Intermediate grasp) AnnotationAssertion(rdfs:comment SOMA:IntermediateGrasp "A kind of grasp that acquires kinematic control over the gripped object, but without attempting to achieve either strong holding force nor precision of subsequent movement of the gripped object.") AnnotationAssertion(rdfs:label SOMA:IntermediateGrasp "Intermediate grasp") @@ -321,12 +321,12 @@ SubClassOf(SOMA:IntermediateGrasp SOMA:GraspingMotion) DisjointClasses(SOMA:IntermediateGrasp SOMA:PowerGrasp) DisjointClasses(SOMA:IntermediateGrasp SOMA:PrecisionGrasp) -# Class: () +# Class: SOMA:Leaning (SOMA:Leaning) AnnotationAssertion(rdfs:comment SOMA:Leaning "An Agent pitches its body in some direction.") SubClassOf(SOMA:Leaning SOMA:PosturalMoving) -# Class: (Limb motion) +# Class: SOMA:LimbMotion (Limb motion) AnnotationAssertion(rdfs:comment SOMA:LimbMotion "An Agent moves its limbs in some way.") AnnotationAssertion(rdfs:label SOMA:LimbMotion "Limb motion") @@ -335,7 +335,7 @@ SubClassOf(SOMA:LimbMotion ObjectSomeValuesFrom(SOMA:isProcessTypeOf ObjectInter DisjointClasses(SOMA:LimbMotion SOMA:Locomotion) DisjointClasses(SOMA:LimbMotion SOMA:PrehensileMotion) -# Class: () +# Class: SOMA:Locomotion (SOMA:Locomotion) AnnotationAssertion(rdfs:comment SOMA:Locomotion "Conceptually related to Navigation, but distinguishable from it because of the profile, ie. the focus of the task. @@ -347,18 +347,18 @@ SubClassOf(SOMA:Locomotion SOMA:BodyMovement) SubClassOf(SOMA:Locomotion SOMA:DirectedMotion) DisjointClasses(SOMA:Locomotion SOMA:PrehensileMotion) -# Class: () +# Class: SOMA:Motion (SOMA:Motion) AnnotationAssertion(rdfs:comment SOMA:Motion "An EventType that classifies motion Processes.") AnnotationAssertion(rdfs:comment SOMA:Motion "Motion type") SubClassOf(SOMA:Motion SOMA:ProcessType) -# Class: () +# Class: SOMA:MovingAway (SOMA:MovingAway) AnnotationAssertion(rdfs:comment SOMA:MovingAway "A process type classifying a motion by which some Agent puts distance between itself and another object or location.") SubClassOf(SOMA:MovingAway SOMA:Locomotion) -# Class: (Phase transition) +# Class: SOMA:PhaseTransition (Phase transition) AnnotationAssertion(rdfs:comment SOMA:PhaseTransition "An EventType that classifies processes by which matter changes from some distinguishable phase to another. We will use this to refer to the classical phase transitions between Solid, Liquid, Gaseous, Plasma etc. phases.") AnnotationAssertion(rdfs:label SOMA:PhaseTransition "Phase transition") @@ -367,34 +367,34 @@ AnnotationAssertion(rdfs:seeAlso SOMA:PhaseTransition "The phase transition conc In all these cases, the metaphor points to the existence of several regions of qualitatively different behavior (unimpeded passage of solid grains vs deadlock in a corridor; problem instances where the answer NO is trivial to prove vs. problem instances where the answer YES is trivial to prove), separated fairly sharply when some quantity reaches a threshold.") SubClassOf(SOMA:PhaseTransition SOMA:Alteration) -# Class: (Physical process) +# Class: SOMA:PhysicsProcess (Physical process) AnnotationAssertion(rdfs:comment SOMA:PhysicsProcess "A process involving physical objects and phenomena which does not change the chemical constituency of the affected objects.") AnnotationAssertion(rdfs:label SOMA:PhysicsProcess "Physical process") SubClassOf(SOMA:PhysicsProcess ) SubClassOf(SOMA:PhysicsProcess ObjectSomeValuesFrom( )) -# Class: () +# Class: SOMA:PosturalMoving (SOMA:PosturalMoving) AnnotationAssertion(rdfs:comment SOMA:PosturalMoving "The Agent changes or takes an overall configuration of its body but is otherwise not significantly affecting other objects nor moving a significant amount from its original location. Posture changes may take place as part of other actions, for example turning when walking.") SubClassOf(SOMA:PosturalMoving SOMA:BodyMovement) -# Class: (Power grasp) +# Class: SOMA:PowerGrasp (Power grasp) AnnotationAssertion(rdfs:comment SOMA:PowerGrasp "An Agent grasps an object, and focuses on obtaining a strong grasping force upon it, resulting in a grasp able to resist significant outside disturbances. This is useful when using tools with which to later exert force on other things, e.g. when hammering nails.") AnnotationAssertion(rdfs:label SOMA:PowerGrasp "Power grasp") SubClassOf(SOMA:PowerGrasp SOMA:GraspingMotion) DisjointClasses(SOMA:PowerGrasp SOMA:PrecisionGrasp) -# Class: (Precision grasp) +# Class: SOMA:PrecisionGrasp (Precision grasp) AnnotationAssertion(rdfs:comment SOMA:PrecisionGrasp "An Agent grasps an object, and focuses on obtaining precise kinematic control over it. This is useful for then following precise movements, e.g. when writing.") AnnotationAssertion(rdfs:label SOMA:PrecisionGrasp "Precision grasp") SubClassOf(SOMA:PrecisionGrasp SOMA:GraspingMotion) -# Class: (Prehensile motion) +# Class: SOMA:PrehensileMotion (Prehensile motion) AnnotationAssertion(rdfs:comment SOMA:PrehensileMotion "A motion of a prehensile effector.") AnnotationAssertion(rdfs:label SOMA:PrehensileMotion "Prehensile motion") @@ -402,20 +402,20 @@ EquivalentClasses(SOMA:PrehensileMotion ObjectUnionOf(SOMA:GraspingMotion SOMA:R SubClassOf(SOMA:PrehensileMotion SOMA:DirectedMotion) SubClassOf(SOMA:PrehensileMotion ObjectSomeValuesFrom(SOMA:isProcessTypeOf ObjectIntersectionOf(SOMA:MovedObject ObjectAllValuesFrom( SOMA:PrehensileEffector)))) -# Class: (Preservative interaction) +# Class: SOMA:PreservativeInteraction (Preservative interaction) AnnotationAssertion(rdfs:comment SOMA:PreservativeInteraction "A force interaction where the agonist has a tendency to keep another object still. An example is 'holding a door closed' where some object interacts with the door to neutralize forces that could set the door into motion.") AnnotationAssertion(rdfs:label SOMA:PreservativeInteraction "Preservative interaction") SubClassOf(SOMA:PreservativeInteraction SOMA:ForceInteraction) -# Class: (Process flow) +# Class: SOMA:ProcessFlow (Process flow) AnnotationAssertion(rdfs:comment SOMA:ProcessFlow "A description that structures a Process.") AnnotationAssertion(rdfs:label SOMA:ProcessFlow "Process flow") SubClassOf(SOMA:ProcessFlow ) SubClassOf(SOMA:ProcessFlow ObjectSomeValuesFrom(SOMA:definesProcess SOMA:ProcessType)) -# Class: (Process type) +# Class: SOMA:ProcessType (Process type) AnnotationAssertion(rdfs:comment SOMA:ProcessType "An EventType that classifies Processes.") AnnotationAssertion(rdfs:label SOMA:ProcessType "Process type") @@ -424,63 +424,63 @@ SubClassOf(SOMA:ProcessType ObjectAllValuesFrom( SOMA:ProcessType)) SubClassOf(SOMA:ProcessType ObjectAllValuesFrom( )) -# Class: () +# Class: SOMA:Progression (SOMA:Progression) AnnotationAssertion(rdfs:comment SOMA:Progression "A situation that sattisies a description of how a process evolves over time.") EquivalentClasses(SOMA:Progression ObjectSomeValuesFrom( SOMA:ProcessFlow)) SubClassOf(SOMA:Progression ) -# Class: (Releasing motion) +# Class: SOMA:ReleasingMotion (Releasing motion) AnnotationAssertion(rdfs:comment SOMA:ReleasingMotion "A motion by which a prehensile effector relinquishes kinematic control over an object.") AnnotationAssertion(rdfs:label SOMA:ReleasingMotion "Releasing motion") SubClassOf(SOMA:ReleasingMotion SOMA:PrehensileMotion) -# Class: () +# Class: SOMA:Rubbing (SOMA:Rubbing) AnnotationAssertion(rdfs:comment SOMA:Rubbing "The motion of an object sliding along the surface of another, for example, to clean the surface.") SubClassOf(SOMA:Rubbing SOMA:DirectedMotion) -# Class: () +# Class: SOMA:Standing (SOMA:Standing) AnnotationAssertion(rdfs:comment SOMA:Standing "A motion by which an Agent arranges its body in an upright configuration. Typically, it makes sense to speak of standing for bodies where some limbs are dedicated to moving the whole body while some limbs are used for manipulation of other objects.") SubClassOf(SOMA:Standing SOMA:PosturalMoving) -# Class: () +# Class: SOMA:Swimming (SOMA:Swimming) AnnotationAssertion(rdfs:comment SOMA:Swimming "A motion of some body through water. The body provides the power for the motion.") SubClassOf(SOMA:Swimming SOMA:Locomotion) DisjointClasses(SOMA:Swimming SOMA:Walking) -# Class: () +# Class: SOMA:Tapping (SOMA:Tapping) AnnotationAssertion(rdfs:comment SOMA:Tapping "A motion, usually repeated several times, for example, to probe the surface of an object.") SubClassOf(SOMA:Tapping SOMA:DirectedMotion) -# Class: () +# Class: SOMA:Taxis (SOMA:Taxis) AnnotationAssertion(rdfs:comment SOMA:Taxis "An innate behavioural response such as the knee-jerk reflex or the sucking reflex of human infants.") SubClassOf(SOMA:Taxis SOMA:BodyMovement) -# Class: () +# Class: SOMA:Turning (SOMA:Turning) AnnotationAssertion(rdfs:comment SOMA:Turning "A motion by which an agent changes which way their body faces.") SubClassOf(SOMA:Turning SOMA:PosturalMoving) -# Class: (Undirected motion) +# Class: SOMA:UndirectedMotion (Undirected motion) AnnotationAssertion(rdfs:comment SOMA:UndirectedMotion "A Motion of a physical Entity for which a destination or path are unknown and/or considered irrelevant; the important aspect about this Motion is simply that it occurs, rather than where it is headed or how it proceeds towards it.") AnnotationAssertion(rdfs:label SOMA:UndirectedMotion "Undirected motion") SubClassOf(SOMA:UndirectedMotion SOMA:Motion) -# Class: () +# Class: SOMA:Vaporizing (SOMA:Vaporizing) AnnotationAssertion(rdfs:comment SOMA:Vaporizing "Some material transitions from a liquid to a gaseous phase.") AnnotationAssertion(rdfs:seeAlso SOMA:Vaporizing "Transitions from a solid to a gaseous phase are usually referred to as Sublimation.") SubClassOf(SOMA:Vaporizing SOMA:PhaseTransition) SubClassOf(SOMA:Vaporizing ObjectSomeValuesFrom(SOMA:isProcessTypeOf ObjectIntersectionOf(SOMA:AlteredObject ObjectAllValuesFrom( )))) -# Class: () +# Class: SOMA:Walking (SOMA:Walking) AnnotationAssertion(rdfs:comment SOMA:Walking "An agent, under its own power, moves over some solid surface.") SubClassOf(SOMA:Walking SOMA:Locomotion) diff --git a/owl/SOMA-SAY.owl b/owl/SOMA-SAY.owl index df7f2310..de223feb 100644 --- a/owl/SOMA-SAY.owl +++ b/owl/SOMA-SAY.owl @@ -53,7 +53,7 @@ Declaration(ObjectProperty(SOMA:movesObject)) # Object Properties ############################ -# Object Property: () +# Object Property: SOMA:coversObject (SOMA:coversObject) AnnotationAssertion(rdfs:comment SOMA:coversObject "A relationship from an object (the coverer) that blocks access to another or its interior (the coveree).") SubObjectPropertyOf(SOMA:coversObject SOMA:interactsWith) @@ -63,7 +63,7 @@ IrreflexiveObjectProperty(SOMA:coversObject) ObjectPropertyDomain(SOMA:coversObject ) ObjectPropertyRange(SOMA:coversObject ) -# Object Property: (is answered by) +# Object Property: SOMA:isAnsweredBy (is answered by) AnnotationAssertion(rdfs:comment SOMA:isAnsweredBy "A relation from a Query to an Agent who answers it.") AnnotationAssertion(rdfs:label SOMA:isAnsweredBy "is answered by") @@ -71,7 +71,7 @@ SubObjectPropertyOf(SOMA:isAnsweredBy ) ObjectPropertyRange(SOMA:isAnsweredBy ) -# Object Property: () +# Object Property: SOMA:isCoveredByObject (SOMA:isCoveredByObject) AnnotationAssertion(rdfs:comment SOMA:isCoveredByObject "A relation from an object (the coveree) which is itself, or has its interior, prevented from being accessed from outside by a coverer.") SubObjectPropertyOf(SOMA:isCoveredByObject SOMA:interactsWith) @@ -80,7 +80,7 @@ IrreflexiveObjectProperty(SOMA:isCoveredByObject) ObjectPropertyDomain(SOMA:isCoveredByObject ) ObjectPropertyRange(SOMA:isCoveredByObject ) -# Object Property: () +# Object Property: SOMA:isMovedByAgent (SOMA:isMovedByAgent) AnnotationAssertion(rdfs:comment SOMA:isMovedByAgent "A relation from an object to an agent who causes it to move.") SubObjectPropertyOf(SOMA:isMovedByAgent SOMA:interactsWith) @@ -88,7 +88,7 @@ InverseObjectProperties(SOMA:isMovedByAgent SOMA:movesObject) ObjectPropertyDomain(SOMA:isMovedByAgent ) ObjectPropertyRange(SOMA:isMovedByAgent ) -# Object Property: () +# Object Property: SOMA:movesObject (SOMA:movesObject) AnnotationAssertion(rdfs:comment SOMA:movesObject "A relation from an agent to an object that the agent causes to move.") SubObjectPropertyOf(SOMA:movesObject SOMA:interactsWith) @@ -101,11 +101,11 @@ ObjectPropertyRange(SOMA:movesObject (Assertion task) +# Class: SOMA:AssertionTask (Assertion task) SubClassOf(SOMA:AssertionTask ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:DeclarativeClause))) -# Class: (Caused motion theory) +# Class: SOMA:CausedMotionTheory (Caused motion theory) AnnotationAssertion(rdfs:comment SOMA:CausedMotionTheory "A schematic theory describing a situation in which an agent performs an action which causes an object to move along a certain path. A popular example being \"He sneezed the napkin off the table.\" (Goldberg 1995) @@ -118,17 +118,17 @@ SubClassOf(SOMA:CausedMotionTheory ObjectSomeValuesFrom( SOMA:PerformerRole)) SubClassOf(SOMA:CausedMotionTheory ObjectSomeValuesFrom( SOMA:SourcePathGoalTheory)) -# Class: (Clausal object) +# Class: SOMA:ClausalObject (Clausal object) AnnotationAssertion(rdfs:comment SOMA:ClausalObject "A clause is a phrase containing a subject and a predicate.") AnnotationAssertion(rdfs:label SOMA:ClausalObject "Clausal object") SubClassOf(SOMA:ClausalObject SOMA:Phrase) -# Class: (Commanding task) +# Class: SOMA:CommandingTask (Commanding task) SubClassOf(SOMA:CommandingTask ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:ImperativeClause))) -# Class: (Containment theory) +# Class: SOMA:ContainmentTheory (Containment theory) AnnotationAssertion(rdfs:comment SOMA:ContainmentTheory "A schematic theory that describes a functional relation which ensures that the location of some entity, the locatum, is constrained to be within some region which is the interior of some other entity, the relatum. @@ -138,7 +138,7 @@ Let xL, xR be objects filling the locatum, relatum roles of this schema. Then on AnnotationAssertion(rdfs:label SOMA:ContainmentTheory "Containment theory"@en) SubClassOf(SOMA:ContainmentTheory SOMA:ControlTheory) -# Class: (Control theory) +# Class: SOMA:ControlTheory (Control theory) AnnotationAssertion(rdfs:comment SOMA:ControlTheory "A description of functional-spatial configurations where one object controls another object's position in space, e.g. if a pot moves, then the popcorn contained therein moves, as well. Note that the objects do not need to be in direct contact. @@ -146,14 +146,14 @@ Adopted from GUM-4-space (Bateman et al. 2010).") AnnotationAssertion(rdfs:label SOMA:ControlTheory "Control theory"@en) SubClassOf(SOMA:ControlTheory SOMA:FunctionalSpatialSchemaTheory) -# Class: () +# Class: SOMA:CoverageTheory (SOMA:CoverageTheory) AnnotationAssertion(rdfs:comment SOMA:CoverageTheory "A schematic theory of a functional relation between two objects such that one of them, the locatum, blocks access to the interior of the relatum. Let xL, xR be objects filling the locatum, relatum roles of this schema. Then one can infer that xL coversObject xR.") SubClassOf(SOMA:CoverageTheory SOMA:FunctionalSpatialSchemaTheory) -# Class: (Covering theory) +# Class: SOMA:CoveringTheory (Covering theory) AnnotationAssertion(rdfs:comment SOMA:CoveringTheory "A schematic theory of how an agent can use an instrument to prevent access to the interior of a patient.") AnnotationAssertion(rdfs:label SOMA:CoveringTheory "Covering theory"@en) @@ -161,7 +161,7 @@ SubClassOf(SOMA:CoveringTheory SOMA:ExecutableSchematicTheory) SubClassOf(SOMA:CoveringTheory ObjectSomeValuesFrom( SOMA:Instrument)) SubClassOf(SOMA:CoveringTheory ObjectExactCardinality(1 SOMA:Patient)) -# Class: (Cracking theory) +# Class: SOMA:CrackingTheory (Cracking theory) AnnotationAssertion(rdfs:comment SOMA:CrackingTheory "A schematic theory of how an agent can inflict damage to the surface of an object.") AnnotationAssertion(rdfs:label SOMA:CrackingTheory "Cracking theory"@en) @@ -169,13 +169,13 @@ SubClassOf(SOMA:CrackingTheory SOMA:ExecutableSchematicTheory) SubClassOf(SOMA:CrackingTheory ObjectSomeValuesFrom( SOMA:Instrument)) SubClassOf(SOMA:CrackingTheory ObjectSomeValuesFrom( SOMA:Patient)) -# Class: (Declarative clause) +# Class: SOMA:DeclarativeClause (Declarative clause) AnnotationAssertion(rdfs:comment SOMA:DeclarativeClause "A clause which makes an assertion or declaration.") AnnotationAssertion(rdfs:label SOMA:DeclarativeClause "Declarative clause") SubClassOf(SOMA:DeclarativeClause SOMA:ClausalObject) -# Class: (EST schema theory) +# Class: SOMA:ESTSchemaTheory (EST schema theory) AnnotationAssertion(rdfs:comment SOMA:ESTSchemaTheory "A schematic theory that describes the existence of an entity. @@ -189,7 +189,7 @@ SubClassOf(SOMA:ESTSchemaTheory SOMA:ImageSchemaTheory) SubClassOf(SOMA:ESTSchemaTheory ObjectSomeValuesFrom( SOMA:ExistingObjectRole)) SubClassOf(SOMA:ESTSchemaTheory ObjectExactCardinality(1 )) -# Class: (Executable schematic theory) +# Class: SOMA:ExecutableSchematicTheory (Executable schematic theory) AnnotationAssertion(rdfs:comment SOMA:ExecutableSchematicTheory "Also known as \"executing schemas\" or \"x-schemas\", these were defined by Bergen and Chang in their work \"Embodied Construction Grammar in Simulation-Based Language Understanding\" as: @@ -203,7 +203,7 @@ AnnotationAssertion(rdfs:label SOMA:ExecutableSchematicTheory "Executable schema SubClassOf(SOMA:ExecutableSchematicTheory SOMA:SchematicTheory) SubClassOf(SOMA:ExecutableSchematicTheory ObjectSomeValuesFrom( SOMA:PerformerRole)) -# Class: (Functional spatial schema theory) +# Class: SOMA:FunctionalSpatialSchemaTheory (Functional spatial schema theory) AnnotationAssertion(rdfs:comment SOMA:FunctionalSpatialSchemaTheory "The superclass for theories describing functional spatial relations. @@ -213,7 +213,7 @@ SubClassOf(SOMA:FunctionalSpatialSchemaTheory SOMA:ImageSchemaTheory) SubClassOf(SOMA:FunctionalSpatialSchemaTheory ObjectSomeValuesFrom( SOMA:LocatumRole)) SubClassOf(SOMA:FunctionalSpatialSchemaTheory ObjectSomeValuesFrom( SOMA:RelatumRole)) -# Class: (Image schema theory) +# Class: SOMA:ImageSchemaTheory (Image schema theory) AnnotationAssertion(rdfs:comment SOMA:ImageSchemaTheory "A theory that describes an image-schematic relationship between some entities. @@ -223,7 +223,7 @@ For SOMA, whereas the focus of executable schematic theories is to describe how AnnotationAssertion(rdfs:label SOMA:ImageSchemaTheory "Image schema theory"@en) SubClassOf(SOMA:ImageSchemaTheory SOMA:SchematicTheory) -# Class: (Imperative clause) +# Class: SOMA:ImperativeClause (Imperative clause) AnnotationAssertion(rdfs:comment SOMA:ImperativeClause "A clause which commands some agent to perform a task or bring about a state of affairs.") AnnotationAssertion(rdfs:label SOMA:ImperativeClause "Imperative clause") @@ -231,7 +231,7 @@ SubClassOf(SOMA:ImperativeClause SOMA:ClausalObject) SubClassOf(SOMA:ImperativeClause ObjectSomeValuesFrom( SOMA:StateTransition)) SubClassOf(SOMA:ImperativeClause ObjectAllValuesFrom( SOMA:StateTransition)) -# Class: (Interrogative clause) +# Class: SOMA:InterrogativeClause (Interrogative clause) AnnotationAssertion(rdfs:comment SOMA:InterrogativeClause "A clause which makes a request, typically information, of some agent. @@ -239,11 +239,11 @@ Note that in a semantic sense such clauses always request information, but in a AnnotationAssertion(rdfs:label SOMA:InterrogativeClause "Interrogative clause") SubClassOf(SOMA:InterrogativeClause SOMA:ClausalObject) -# Class: (Linguistic object) +# Class: SOMA:LinguisticObject (Linguistic object) AnnotationAssertion(rdfs:isDefinedBy SOMA:LinguisticObject ) -# Class: (Locutionary action) +# Class: SOMA:LocutionaryAction (Locutionary action) AnnotationAssertion(rdfs:comment SOMA:LocutionaryAction "A Locutionary Act is the performance of an utterance (source: https://en.wikipedia.org/wiki/Locutionary_act). @@ -251,7 +251,7 @@ We additionally require a Locutionary Act to be performed by an Agent, not an Ac AnnotationAssertion(rdfs:label SOMA:LocutionaryAction "Locutionary action"@en) EquivalentClasses(SOMA:LocutionaryAction ObjectIntersectionOf(SOMA:CommunicationAction ObjectSomeValuesFrom( ))) -# Class: (Mixing theory) +# Class: SOMA:MixingTheory (Mixing theory) AnnotationAssertion(rdfs:comment SOMA:MixingTheory "A schematic theory about how an agent can mix a fluid or particulate object.") AnnotationAssertion(rdfs:label SOMA:MixingTheory "Mixing theory"@en) @@ -259,12 +259,12 @@ SubClassOf(SOMA:MixingTheory SOMA:ExecutableSchematicTheory) SubClassOf(SOMA:MixingTheory ObjectSomeValuesFrom( SOMA:Instrument)) SubClassOf(SOMA:MixingTheory ObjectSomeValuesFrom( SOMA:Patient)) -# Class: () +# Class: SOMA:Phrase (SOMA:Phrase) AnnotationAssertion(rdfs:isDefinedBy SOMA:Phrase ) SubClassOf(SOMA:Phrase SOMA:LinguisticObject) -# Class: (Placing theory) +# Class: SOMA:PlacingTheory (Placing theory) AnnotationAssertion(rdfs:comment SOMA:PlacingTheory "A schematic theory of how an agent can place a patient at a particular goal location.") AnnotationAssertion(rdfs:label SOMA:PlacingTheory "Placing theory"@en) @@ -272,7 +272,7 @@ SubClassOf(SOMA:PlacingTheory SOMA:ExecutableSchematicTheory) SubClassOf(SOMA:PlacingTheory ObjectSomeValuesFrom( SOMA:Destination)) SubClassOf(SOMA:PlacingTheory ObjectSomeValuesFrom( SOMA:Patient)) -# Class: (Proximal theory) +# Class: SOMA:ProximalTheory (Proximal theory) AnnotationAssertion(rdfs:comment SOMA:ProximalTheory "An image schematic theory that describes a qualitative spatial relation indicating relative proximity, as expressed by the prepositions 'near', 'close to', 'next to', etc. @@ -288,18 +288,18 @@ SubClassOf(SOMA:ProximalTheory SOMA:ImageSchemaTheory) SubClassOf(SOMA:ProximalTheory ObjectSomeValuesFrom( SOMA:LocatumRole)) SubClassOf(SOMA:ProximalTheory ObjectSomeValuesFrom( SOMA:RelatumRole)) -# Class: (Querying task) +# Class: SOMA:QueryingTask (Querying task) SubClassOf(SOMA:QueryingTask ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:InterrogativeClause))) -# Class: () +# Class: SOMA:Scene (SOMA:Scene) AnnotationAssertion(rdfs:comment SOMA:Scene "Scenes are Situations which interpret a State in terms of its conformance to some qualitative, image schematic description. I.e., the scene is described in terms of qualitative functional and spatial relations existing between participating objects.") SubClassOf(SOMA:Scene ) SubClassOf(SOMA:Scene ObjectSomeValuesFrom( SOMA:State)) SubClassOf(SOMA:Scene ObjectSomeValuesFrom( SOMA:ImageSchemaTheory)) -# Class: (Schematic theory) +# Class: SOMA:SchematicTheory (Schematic theory) AnnotationAssertion(rdfs:comment SOMA:SchematicTheory "A theory used to describe, analyze, and reason with the meaning of a linguistic message. @@ -307,7 +307,7 @@ Note that such theories are useful both when analyzing an actual linguistic prod AnnotationAssertion(rdfs:label SOMA:SchematicTheory "Schematic theory"@en) SubClassOf(SOMA:SchematicTheory ) -# Class: (Source-path-goal theory) +# Class: SOMA:SourcePathGoalTheory (Source-path-goal theory) AnnotationAssertion(rdfs:comment SOMA:SourcePathGoalTheory "A very general image-schema of the Path family, this schema describes movement along a path from a source towards a goal. @@ -320,7 +320,7 @@ SubClassOf(SOMA:SourcePathGoalTheory ObjectSomeValuesFrom( SOMA:Origin)) SubClassOf(SOMA:SourcePathGoalTheory ObjectSomeValuesFrom( SOMA:PathRole)) -# Class: (State transition) +# Class: SOMA:StateTransition (State transition) AnnotationAssertion(rdfs:comment SOMA:StateTransition "A transition between two states brought about by the Action of some Agent.") AnnotationAssertion(rdfs:label SOMA:StateTransition "State transition"@en) @@ -328,7 +328,7 @@ SubClassOf(SOMA:StateTransition )) SubClassOf(SOMA:StateTransition ObjectSomeValuesFrom( SOMA:ImageSchemaTheory)) -# Class: (Support theory) +# Class: SOMA:SupportTheory (Support theory) AnnotationAssertion(rdfs:comment SOMA:SupportTheory "An image schematic theory that describes the reified functional relation holding between two spatial objects x and y, such that x physically supports y in the presence of gravity; x and y need not be in contact. An example of such an expression is \"The bowl is on the table\". diff --git a/owl/SOMA-STATE.owl b/owl/SOMA-STATE.owl index 231186ac..21d50493 100644 --- a/owl/SOMA-STATE.owl +++ b/owl/SOMA-STATE.owl @@ -62,7 +62,7 @@ Declaration(ObjectProperty( (has state type) +# Object Property: SOMA:hasStateType (has state type) AnnotationAssertion(rdfs:comment SOMA:hasStateType "A relation between roles and state types, e.g. 'the chair is the supporter of the person sitting on it'.") AnnotationAssertion(rdfs:label SOMA:hasStateType "has state type") @@ -71,7 +71,7 @@ InverseObjectProperties(SOMA:hasStateType SOMA:isStateTypeOf) ObjectPropertyDomain(SOMA:hasStateType ) ObjectPropertyRange(SOMA:hasStateType SOMA:StateType) -# Object Property: (is state type of) +# Object Property: SOMA:isStateTypeOf (is state type of) AnnotationAssertion(rdfs:comment SOMA:isStateTypeOf "A relation between roles and state types, e.g. 'the chair is the supporter of the person sitting on it'.") AnnotationAssertion(rdfs:label SOMA:isStateTypeOf "is state type of") @@ -85,7 +85,7 @@ ObjectPropertyRange(SOMA:isStateTypeOf () +# Class: SOMA:Configuration (SOMA:Configuration) AnnotationAssertion(rdfs:comment SOMA:Configuration "A description of a State. This includes e.g. what acceptable regions for participant objects of the State might look like. A configuration of the world is construed to be stable on its own. Outside disturbances may cause state transitions, and the settling into some other, self-stable configuration. @@ -98,25 +98,25 @@ The second issue relates to what is \"outside\". The state is a configuration of SubClassOf(SOMA:Configuration ) SubClassOf(SOMA:Configuration ObjectSomeValuesFrom( SOMA:StateType)) -# Class: (Contact state) +# Class: SOMA:ContactState (Contact state) AnnotationAssertion(rdfs:comment SOMA:ContactState "Classifies States in which some objects are in contact.") AnnotationAssertion(rdfs:label SOMA:ContactState "Contact state"@en) SubClassOf(SOMA:ContactState SOMA:StateType) SubClassOf(SOMA:ContactState ObjectAllValuesFrom( ObjectMinCardinality(2 ))) -# Class: () +# Class: SOMA:Containment (SOMA:Containment) AnnotationAssertion(rdfs:comment SOMA:Containment "Classifies States in which an object is placed inside another.") -# Class: (Containment state) +# Class: SOMA:ContainmentState (Containment state) AnnotationAssertion(rdfs:comment SOMA:ContainmentState "Classifies States in which an object is kept inside another object.") AnnotationAssertion(rdfs:label SOMA:ContainmentState "Containment state"@en) SubClassOf(SOMA:ContainmentState SOMA:FunctionalControl) SubClassOf(SOMA:ContainmentState ObjectSomeValuesFrom(SOMA:isStateTypeOf ObjectIntersectionOf(SOMA:Container ObjectAllValuesFrom( ObjectSomeValuesFrom(SOMA:hasDisposition SOMA:Containment))))) -# Class: (Functional state) +# Class: SOMA:FunctionalControl (Functional state) AnnotationAssertion(rdfs:comment SOMA:FunctionalControl "Classifies States in which an object restricts the movement of another, at least partially. Usually neither object is construed to be an agent. @@ -126,14 +126,14 @@ SubClassOf(SOMA:FunctionalControl SOMA:StateType) SubClassOf(SOMA:FunctionalControl ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Item)) SubClassOf(SOMA:FunctionalControl ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Restrictor)) -# Class: (Linkage state) +# Class: SOMA:LinkageState (Linkage state) AnnotationAssertion(rdfs:comment SOMA:LinkageState "Classifies States in which two objects are in a rigid connection, such that the movement of one determines the movement of the other.") AnnotationAssertion(rdfs:label SOMA:LinkageState "Linkage state"@en) SubClassOf(SOMA:LinkageState SOMA:StateType) SubClassOf(SOMA:LinkageState ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:LinkedObject)) -# Class: (Physical accessibility) +# Class: SOMA:PhysicalAccessibility (Physical accessibility) AnnotationAssertion(rdfs:comment SOMA:PhysicalAccessibility "Classifies States in which an item is placed in a container or protected by a protector, but the placement of the item and container is such that a, usually agentive, accessor may nevertheless reach the item in order to perform a task.") AnnotationAssertion(rdfs:label SOMA:PhysicalAccessibility "Physical accessibility"@en) @@ -141,7 +141,7 @@ SubClassOf(SOMA:PhysicalAccessibility SOMA:StateType) SubClassOf(SOMA:PhysicalAccessibility ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Item)) SubClassOf(SOMA:PhysicalAccessibility ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Restrictor)) -# Class: (Physical blockage) +# Class: SOMA:PhysicalBlockage (Physical blockage) AnnotationAssertion(rdfs:comment SOMA:PhysicalBlockage "Classifies States in which an object, in general called restrictor, blocks access to an item. A usually agentive accessor, whose access is blocked, may be specified.") AnnotationAssertion(rdfs:label SOMA:PhysicalBlockage "Physical blockage"@en) @@ -149,20 +149,20 @@ SubClassOf(SOMA:PhysicalBlockage SOMA:StateType) SubClassOf(SOMA:PhysicalBlockage ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Item)) SubClassOf(SOMA:PhysicalBlockage ObjectSomeValuesFrom(SOMA:isStateTypeOf SOMA:Restrictor)) -# Class: (Physical Existince) +# Class: SOMA:PhysicalExistence (Physical Existince) AnnotationAssertion(rdfs:comment SOMA:PhysicalExistence "A State in which an Entity is said to exist in the physical world.") AnnotationAssertion(rdfs:label SOMA:PhysicalExistence "Physical Existince"@en) SubClassOf(SOMA:PhysicalExistence SOMA:PhysicalState) -# Class: (Physical state) +# Class: SOMA:PhysicalState (Physical state) AnnotationAssertion(rdfs:comment SOMA:PhysicalState "A State describing how Entities in the physical world relate to each other.") AnnotationAssertion(rdfs:label SOMA:PhysicalState "Physical state") SubClassOf(SOMA:PhysicalState SOMA:State) SubClassOf(SOMA:PhysicalState ObjectSomeValuesFrom( )) -# Class: (Social state) +# Class: SOMA:SocialState (Social state) AnnotationAssertion(rdfs:comment SOMA:SocialState "A State which describes how Agents relate to each other. @@ -174,7 +174,7 @@ AnnotationAssertion(rdfs:label SOMA:SocialState "Social state") SubClassOf(SOMA:SocialState SOMA:State) SubClassOf(SOMA:SocialState ObjectSomeValuesFrom( )) -# Class: (State type) +# Class: SOMA:StateType (State type) AnnotationAssertion(rdfs:comment SOMA:StateType "An EventType that classifies States.") AnnotationAssertion(rdfs:label SOMA:StateType "State type"@en) @@ -182,7 +182,7 @@ SubClassOf(SOMA:StateType SOMA:State)) SubClassOf(SOMA:StateType ObjectAllValuesFrom( SOMA:StateType)) -# Class: (Support state) +# Class: SOMA:SupportState (Support state) AnnotationAssertion(rdfs:comment SOMA:SupportState "Classifies States in which an object is not able to move under gravity because of its placement relative to some other object.") AnnotationAssertion(rdfs:label SOMA:SupportState "Support state"@en) diff --git a/owl/SOMA-WF.owl b/owl/SOMA-WF.owl index 3ec1c52f..13320b6e 100755 --- a/owl/SOMA-WF.owl +++ b/owl/SOMA-WF.owl @@ -61,7 +61,7 @@ Declaration(NamedIndividual(SOMA:FailWFUninterpretableTask)) # Object Properties ############################ -# Object Property: () +# Object Property: SOMA:definesInput (SOMA:definesInput) AnnotationAssertion(rdfs:comment SOMA:definesInput "The defined participant is an \"input\": @@ -71,7 +71,7 @@ SubObjectPropertyOf(SOMA:definesInput SOMA:definesParticipant) ObjectPropertyDomain(SOMA:definesInput ) ObjectPropertyRange(SOMA:definesInput ObjectUnionOf( )) -# Object Property: () +# Object Property: SOMA:definesOutput (SOMA:definesOutput) AnnotationAssertion(rdfs:comment SOMA:definesOutput "Defines an \"output\" participant: @@ -81,7 +81,7 @@ SubObjectPropertyOf(SOMA:definesOutput SOMA:definesParticipant) ObjectPropertyDomain(SOMA:definesOutput ) ObjectPropertyRange(SOMA:definesOutput ObjectUnionOf( )) -# Object Property: () +# Object Property: SOMA:definesParticipant (SOMA:definesParticipant) AnnotationAssertion(rdfs:comment SOMA:definesParticipant "A Description definesParticipant a Concept to classify participants in Events associated to that Description. @@ -90,7 +90,7 @@ SubObjectPropertyOf(SOMA:definesParticipant ) ObjectPropertyRange(SOMA:definesParticipant ) -# Object Property: (has binding) +# Object Property: SOMA:hasBinding (has binding) AnnotationAssertion(rdfs:comment SOMA:hasBinding "Asserts that in a context described by Description, a Binding relation holds.") AnnotationAssertion(rdfs:label SOMA:hasBinding "has binding"@en) @@ -98,7 +98,7 @@ SubObjectPropertyOf(SOMA:hasBinding ) ObjectPropertyRange(SOMA:hasBinding SOMA:Binding) -# Object Property: (has binding filler) +# Object Property: SOMA:hasBindingFiller (has binding filler) AnnotationAssertion(rdfs:comment SOMA:hasBindingFiller "Indicates that an Entity is described by a Binding, in that it is associated with the Role/Parameter that the Binding binds it to. The Binding is only valid in some descriptive context such as a Workflow or Narrative. @@ -110,7 +110,7 @@ SubObjectPropertyOf(SOMA:hasBindingFiller ) -# Object Property: (has binding role) +# Object Property: SOMA:hasBindingRole (has binding role) AnnotationAssertion(rdfs:comment SOMA:hasBindingRole "Indicates that a Role/Parameter is going to be associated to some filler, or other Role/Parameter, by a Binding. The Binding is only valid in some descriptive context such as a Narrative or Workflow.") AnnotationAssertion(rdfs:label SOMA:hasBindingRole "has binding role"@en) @@ -118,25 +118,25 @@ SubObjectPropertyOf(SOMA:hasBindingRole )) -# Object Property: (has first step) +# Object Property: SOMA:hasFirstStep (has first step) AnnotationAssertion(rdfs:comment SOMA:hasFirstStep "A relation from a Workflow to its first Task.") AnnotationAssertion(rdfs:label SOMA:hasFirstStep "has first step") SubObjectPropertyOf(SOMA:hasFirstStep SOMA:hasStep) -InverseObjectProperties(SOMA:isFirstStepOf SOMA:hasFirstStep) +InverseObjectProperties(SOMA:hasFirstStep SOMA:isFirstStepOf) ObjectPropertyDomain(SOMA:hasFirstStep ) ObjectPropertyRange(SOMA:hasFirstStep ) -# Object Property: (has next step) +# Object Property: SOMA:hasNextStep (has next step) AnnotationAssertion(rdfs:comment SOMA:hasNextStep "An ordering relation between tasks in a workflow, saying that a task is followed by another.") AnnotationAssertion(rdfs:label SOMA:hasNextStep "has next step") SubObjectPropertyOf(SOMA:hasNextStep ) -InverseObjectProperties(SOMA:hasPreviousStep SOMA:hasNextStep) +InverseObjectProperties(SOMA:hasNextStep SOMA:hasPreviousStep) ObjectPropertyDomain(SOMA:hasNextStep ) ObjectPropertyRange(SOMA:hasNextStep ) -# Object Property: (has predecessor) +# Object Property: SOMA:hasPredecessor (has predecessor) AnnotationAssertion(rdfs:comment SOMA:hasPredecessor "Indicates that a Task is the predecessor in a Succedence Relation; that is, this is the task to execute first.") AnnotationAssertion(rdfs:label SOMA:hasPredecessor "has predecessor"@en) @@ -144,7 +144,7 @@ SubObjectPropertyOf(SOMA:hasPredecessor ) -# Object Property: (has previous step) +# Object Property: SOMA:hasPreviousStep (has previous step) AnnotationAssertion(rdfs:comment SOMA:hasPreviousStep "An ordering relation between tasks in some workflow, stating that a task is preceded by another.") AnnotationAssertion(rdfs:label SOMA:hasPreviousStep "has previous step") @@ -152,16 +152,16 @@ SubObjectPropertyOf(SOMA:hasPreviousStep ) ObjectPropertyRange(SOMA:hasPreviousStep ) -# Object Property: (has step) +# Object Property: SOMA:hasStep (has step) AnnotationAssertion(rdfs:comment SOMA:hasStep "A relation between a Workflow and a Task it contains.") AnnotationAssertion(rdfs:label SOMA:hasStep "has step") SubObjectPropertyOf(SOMA:hasStep ) -InverseObjectProperties(SOMA:isStepOf SOMA:hasStep) +InverseObjectProperties(SOMA:hasStep SOMA:isStepOf) ObjectPropertyDomain(SOMA:hasStep ) ObjectPropertyRange(SOMA:hasStep ) -# Object Property: (has succedence) +# Object Property: SOMA:hasSuccedence (has succedence) AnnotationAssertion(rdfs:comment SOMA:hasSuccedence "A relation between a Workflow and a Succedence that appears in it.") AnnotationAssertion(rdfs:label SOMA:hasSuccedence "has succedence"@en) @@ -169,7 +169,7 @@ SubObjectPropertyOf(SOMA:hasSuccedence ) ObjectPropertyRange(SOMA:hasSuccedence SOMA:Succedence) -# Object Property: (has successor) +# Object Property: SOMA:hasSuccessor (has successor) AnnotationAssertion(rdfs:comment SOMA:hasSuccessor "Indicates that a Task is the successor in a Succedence Relation: that is, it is the Task to execute last.") AnnotationAssertion(rdfs:label SOMA:hasSuccessor "has successor"@en) @@ -177,7 +177,7 @@ SubObjectPropertyOf(SOMA:hasSuccessor ) -# Object Property: (has task) +# Object Property: SOMA:hasTask (has task) AnnotationAssertion(rdfs:comment SOMA:hasTask "A relation to indicate that a Task is part of a Workflow or ordering Relation: that is, the task may be executed during the execution of the Workflow, or there exists some Relation between the Tasks that informs how their executions are to be located in time.") AnnotationAssertion(rdfs:label SOMA:hasTask "has task"@en) @@ -185,7 +185,7 @@ SubObjectPropertyOf(SOMA:hasTask )) ObjectPropertyRange(SOMA:hasTask ) -# Object Property: (is first step of) +# Object Property: SOMA:isFirstStepOf (is first step of) AnnotationAssertion(rdfs:comment SOMA:isFirstStepOf "A relation stating that some task is the first one in a workflow.") AnnotationAssertion(rdfs:label SOMA:isFirstStepOf "is first step of") @@ -193,7 +193,7 @@ SubObjectPropertyOf(SOMA:isFirstStepOf SOMA:isStepOf) ObjectPropertyDomain(SOMA:isFirstStepOf ) ObjectPropertyRange(SOMA:isFirstStepOf ) -# Object Property: (is step of) +# Object Property: SOMA:isStepOf (is step of) AnnotationAssertion(rdfs:comment SOMA:isStepOf "A relation stating that a task is a step in a workflow.") AnnotationAssertion(rdfs:label SOMA:isStepOf "is step of") @@ -206,7 +206,7 @@ ObjectPropertyRange(SOMA:isStepOf () +# Data Property: SOMA:hasPriority (SOMA:hasPriority) AnnotationAssertion(rdfs:comment SOMA:hasPriority "A relation asserting some entity has a particular priority.") SubDataPropertyOf(SOMA:hasPriority ) @@ -218,7 +218,7 @@ DataPropertyDomain(SOMA:hasPriority () +# Class: SOMA:Binding (SOMA:Binding) AnnotationAssertion(rdfs:comment SOMA:Binding "A Relation between Roles/Parameters and their fillers that holds in a particular descriptive context, such as a Workflow or Narrative. @@ -243,7 +243,7 @@ SubClassOf(SOMA:Binding ObjectSomeValuesFrom(ObjectInverseOf(SOMA:hasBinding) )) SubClassOf(SOMA:Binding ObjectExactCardinality(1 SOMA:hasBindingRole ObjectUnionOf( ))) -# Class: (Conditional succedence) +# Class: SOMA:ConditionalSuccedence (Conditional succedence) AnnotationAssertion(rdfs:comment SOMA:ConditionalSuccedence "A relation that holds between two OGPTasks that belong to the same OGPWorkflow, and which means that, if a condition is met, the successor task invocation is to be executed after the predecessor task invocation completes. @@ -255,7 +255,7 @@ AnnotationAssertion(rdfs:label SOMA:ConditionalSuccedence "Conditional succedenc SubClassOf(SOMA:ConditionalSuccedence SOMA:Succedence) SubClassOf(SOMA:ConditionalSuccedence ObjectAllValuesFrom(SOMA:hasBinding SOMA:CounterfactualBinding)) -# Class: (Counterfactual binding) +# Class: SOMA:CounterfactualBinding (Counterfactual binding) AnnotationAssertion(rdfs:comment SOMA:CounterfactualBinding "CounterfactualBindings are used to express conditions: @@ -267,7 +267,7 @@ AnnotationAssertion(rdfs:label SOMA:CounterfactualBinding "Counterfactual bindin SubClassOf(SOMA:CounterfactualBinding SOMA:Binding) DisjointClasses(SOMA:CounterfactualBinding SOMA:FactualBinding) -# Class: (Factial binding) +# Class: SOMA:FactualBinding (Factial binding) AnnotationAssertion(rdfs:comment SOMA:FactualBinding "FactualBindings are used in a workflow to assert that: @@ -276,26 +276,26 @@ AnnotationAssertion(rdfs:comment SOMA:FactualBinding "FactualBindings are used i AnnotationAssertion(rdfs:label SOMA:FactualBinding "Factial binding"@en) SubClassOf(SOMA:FactualBinding SOMA:Binding) -# Class: (Role filler binding) +# Class: SOMA:RoleFillerBinding (Role filler binding) AnnotationAssertion(rdfs:comment SOMA:RoleFillerBinding "A binding that connects a role to a particular filler.") AnnotationAssertion(rdfs:label SOMA:RoleFillerBinding "Role filler binding"@en) SubClassOf(SOMA:RoleFillerBinding SOMA:Binding) DisjointClasses(SOMA:RoleFillerBinding SOMA:RoleRoleBinding) -# Class: (Role role binding) +# Class: SOMA:RoleRoleBinding (Role role binding) AnnotationAssertion(rdfs:comment SOMA:RoleRoleBinding "A binding that asserts that two roles have the same filler.") AnnotationAssertion(rdfs:label SOMA:RoleRoleBinding "Role role binding"@en) SubClassOf(SOMA:RoleRoleBinding SOMA:Binding) SubClassOf(SOMA:RoleRoleBinding ObjectAllValuesFrom(SOMA:hasBindingFiller ObjectUnionOf( ))) -# Class: () +# Class: SOMA:StatusFailure (SOMA:StatusFailure) AnnotationAssertion(rdfs:comment SOMA:StatusFailure "A status indicating the failure during some workflow execution.") SubClassOf(SOMA:StatusFailure ) -# Class: () +# Class: SOMA:Succedence (SOMA:Succedence) AnnotationAssertion(rdfs:comment SOMA:Succedence "A relation that holds in some descriptive context such as a Workflow, between two TaskInvocations belonging to that same Workflow. It means that one task invocation should follow the other. @@ -310,7 +310,7 @@ SubClassOf(SOMA:Succedence ObjectSomeValuesFrom(ObjectInverseOf(SOMA:hasSucceden SubClassOf(SOMA:Succedence ObjectExactCardinality(1 SOMA:hasPredecessor SOMA:TaskInvocation)) SubClassOf(SOMA:Succedence ObjectExactCardinality(1 SOMA:hasSuccessor SOMA:TaskInvocation)) -# Class: (Task invocation) +# Class: SOMA:TaskInvocation (Task invocation) AnnotationAssertion(rdfs:comment SOMA:TaskInvocation "An elementary workflow consisting in the invocation of one single task. It is used as a descriptive context inside of which factual bindings are valid between the task's arguments and other entities (such as the \"local variables\" of a larger workflow).") AnnotationAssertion(rdfs:label SOMA:TaskInvocation "Task invocation"@en) @@ -323,17 +323,17 @@ SubClassOf(SOMA:TaskInvocation ObjectExactCardinality(1 () +# Individual: SOMA:FailWFNoContinuation (SOMA:FailWFNoContinuation) AnnotationAssertion(rdfs:comment SOMA:FailWFNoContinuation "A particular kind of failure: the workflow fails because there is no way to continue it, and the normal exit has not been reached.") ClassAssertion(SOMA:StatusFailure SOMA:FailWFNoContinuation) -# Individual: () +# Individual: SOMA:FailWFNondeterministicContinuation (SOMA:FailWFNondeterministicContinuation) AnnotationAssertion(rdfs:comment SOMA:FailWFNondeterministicContinuation "A particular kind of failure: it is not clear how to continue a workflow because several possibilities exist.") ClassAssertion(SOMA:StatusFailure SOMA:FailWFNondeterministicContinuation) -# Individual: () +# Individual: SOMA:FailWFUninterpretableTask (SOMA:FailWFUninterpretableTask) AnnotationAssertion(rdfs:comment SOMA:FailWFUninterpretableTask "A particular kind of failure: a task is not recognized and not associated to anything that could execute it, nor to a workflow that could detail its structure into simpler structure.") ClassAssertion(SOMA:StatusFailure SOMA:FailWFUninterpretableTask) diff --git a/owl/SOMA.owl b/owl/SOMA.owl index db27787a..89820fec 100644 --- a/owl/SOMA.owl +++ b/owl/SOMA.owl @@ -138,17 +138,17 @@ Declaration(Datatype(SOMA:array_uint)) # Annotation Properties ############################ -# Annotation Property: () +# Annotation Property: SOMA:UsageGuideline (SOMA:UsageGuideline) AnnotationAssertion(rdfs:comment SOMA:UsageGuideline "Provides a definition, or usage guideline, aimed at a particular community of the ontology's users. The community is identified by the subproperty of UsageGuideline. A style recommendation for usage guidelines is that they should be brief. In contrast to usual concept annotations that can, and should be detailed about the reasons behind modelling decisions, usage guidelines are simply meant to answer questions about when it is appropriate to use a concept, and they must be a practical, easy to query and understand resource.") -# Annotation Property: () +# Annotation Property: SOMA:nickname (SOMA:nickname) AnnotationAssertion(rdfs:comment SOMA:nickname "Similar to rdfs:label, but without GUI or reasoner impact in Protege; avoiding Protege problems is why this is not a label subproperty. Nicknames are used by particular software working with the ontology as a way to give community-specific names to concepts. Communities are identified by the subproperty of nickname.") -# Annotation Property: () +# Annotation Property: SOMA:symbol (SOMA:symbol) AnnotationAssertion(rdfs:comment SOMA:symbol "An annotation property which should be used to record by what symbols or abbreviations, if any, some relation or entity is known in scientific literature.") AnnotationPropertyRange(SOMA:symbol xsd:string) @@ -158,7 +158,7 @@ AnnotationPropertyRange(SOMA:symbol xsd:string) # Object Properties ############################ -# Object Property: () +# Object Property: SOMA:after (SOMA:after) AnnotationAssertion(SOMA:symbol SOMA:after ">") AnnotationAssertion(rdfs:comment SOMA:after "A relation between entities, expressing a 'sequence' schema where one of the entities strictly ends before the other one.") @@ -168,7 +168,7 @@ TransitiveObjectProperty(SOMA:after) ObjectPropertyDomain(SOMA:after ) ObjectPropertyRange(SOMA:after ) -# Object Property: () +# Object Property: SOMA:before (SOMA:before) AnnotationAssertion(SOMA:symbol SOMA:before "<") AnnotationAssertion(rdfs:comment SOMA:before "A relation between entities, expressing a 'sequence' schema where one of the entities strictly ends before the other one.") @@ -177,7 +177,7 @@ TransitiveObjectProperty(SOMA:before) ObjectPropertyDomain(SOMA:before ) ObjectPropertyRange(SOMA:before ) -# Object Property: (causes transition) +# Object Property: SOMA:causesTransition (causes transition) AnnotationAssertion(rdfs:comment SOMA:causesTransition "A Transition between two Situations is always the result of some Event, and the causesTransition relation should be used to record the causal relation from the Event to the Transition.") AnnotationAssertion(rdfs:label SOMA:causesTransition "causes transition") @@ -186,7 +186,7 @@ InverseObjectProperties(SOMA:causesTransition SOMA:isCausedByEvent) ObjectPropertyDomain(SOMA:causesTransition ) ObjectPropertyRange(SOMA:causesTransition ) -# Object Property: (co occurs) +# Object Property: SOMA:coOccurs (co occurs) AnnotationAssertion(rdfs:comment SOMA:coOccurs "A schematic relation between any events that also implies that one event is temporally contained in the other. @@ -197,7 +197,7 @@ SymmetricObjectProperty(SOMA:coOccurs) ObjectPropertyDomain(SOMA:coOccurs ) ObjectPropertyRange(SOMA:coOccurs ) -# Object Property: () +# Object Property: SOMA:contains (SOMA:contains) AnnotationAssertion(rdfs:comment SOMA:contains "A schematic relation asserting containment, understood in a very broad sense, by one Entity of another. The relation is defined with domain and range of maximum generality, as it is possible to construe containment to apply between Events, between Objects, between Qualities and so on. Care should be taken when using it that the construal of containment makes sense and is useful. If a clearer relation expresses the connection between two Entities, use that relation instead. For example, rather than saying an Event contains an Object, it is probably better to say the Event has that Object as a participant. More specific versions of this relation exist, e.g. containsEvent, so it is likely that there will be few situations where it should be used itself. However, by acting as a superproperty to several relations, it captures a core similarity between these and enables taxonomy-based similarity metrics.") SubObjectPropertyOf(SOMA:contains ) @@ -205,7 +205,7 @@ InverseObjectProperties(SOMA:contains SOMA:isContainedIn) ObjectPropertyDomain(SOMA:contains ) ObjectPropertyRange(SOMA:contains ) -# Object Property: (contains event) +# Object Property: SOMA:containsEvent (contains event) AnnotationAssertion(SOMA:symbol SOMA:containsEvent "di") AnnotationAssertion(rdfs:comment SOMA:containsEvent "`A contains event B` means that A strictly starts before, and ends after B, i.e. B is wholly contained in A.") @@ -217,7 +217,7 @@ TransitiveObjectProperty(SOMA:containsEvent) ObjectPropertyDomain(SOMA:containsEvent ) ObjectPropertyRange(SOMA:containsEvent ) -# Object Property: (derived from) +# Object Property: SOMA:derivedFrom (derived from) AnnotationAssertion(rdfs:comment SOMA:derivedFrom "The (transitive) relation between an information object and another which it has been derived from.") AnnotationAssertion(rdfs:label SOMA:derivedFrom "derived from") @@ -227,14 +227,14 @@ TransitiveObjectProperty(SOMA:derivedFrom) ObjectPropertyDomain(SOMA:derivedFrom ) ObjectPropertyRange(SOMA:derivedFrom ) -# Object Property: (directly derived from) +# Object Property: SOMA:directlyDerivedFrom (directly derived from) AnnotationAssertion(rdfs:comment SOMA:directlyDerivedFrom "The relation between an information object and another which it has been derived from.") AnnotationAssertion(rdfs:label SOMA:directlyDerivedFrom "directly derived from") SubObjectPropertyOf(SOMA:directlyDerivedFrom SOMA:derivedFrom) InverseObjectProperties(SOMA:directlyDerivedFrom SOMA:isDirectSourceFor) -# Object Property: () +# Object Property: SOMA:during (SOMA:during) AnnotationAssertion(SOMA:symbol SOMA:during "d") AnnotationAssertion(rdfs:comment SOMA:during "`A during B` means that B strictly starts before, and ends after A, i.e. A is wholly contained in B.") @@ -244,7 +244,7 @@ TransitiveObjectProperty(SOMA:during) ObjectPropertyDomain(SOMA:during ) ObjectPropertyRange(SOMA:during ) -# Object Property: (finished by) +# Object Property: SOMA:finishedBy (finished by) AnnotationAssertion(SOMA:symbol SOMA:finishedBy "fi") AnnotationAssertion(rdfs:comment SOMA:finishedBy "`A finishes B` means that A ends exactly where B ends, and that B strictly starts before A. As in \"I finish my day by taking a shower\".") @@ -255,7 +255,7 @@ TransitiveObjectProperty(SOMA:finishedBy) ObjectPropertyDomain(SOMA:finishedBy ) ObjectPropertyRange(SOMA:finishedBy ) -# Object Property: () +# Object Property: SOMA:finishes (SOMA:finishes) AnnotationAssertion(SOMA:symbol SOMA:finishes "f") AnnotationAssertion(rdfs:comment SOMA:finishes "`A finishes B` means that A ends exactly where B ends, and that B strictly starts before A. As in \"I finish my day by taking a shower\".") @@ -264,7 +264,7 @@ TransitiveObjectProperty(SOMA:finishes) ObjectPropertyDomain(SOMA:finishes ) ObjectPropertyRange(SOMA:finishes ) -# Object Property: (first member) +# Object Property: SOMA:firstMember (first member) AnnotationAssertion(rdfs:comment SOMA:firstMember "A relation between a collection and a member of it that is least according to some ordering. This ordering can be arbitrary, i.e. the order in which Entities are recorded in the Collection.") AnnotationAssertion(rdfs:label SOMA:firstMember "first member"@en) @@ -272,7 +272,7 @@ SubObjectPropertyOf(SOMA:firstMember ) ObjectPropertyRange(SOMA:firstMember ) -# Object Property: (has goal) +# Object Property: SOMA:hasGoal (has goal) AnnotationAssertion(rdfs:comment SOMA:hasGoal "A relation from an Entity to a Goal it pursues. Agents can pursue Goals, and Tasks are also construed as pursuing Goals.") AnnotationAssertion(rdfs:label SOMA:hasGoal "has goal"@en) @@ -280,18 +280,18 @@ SubObjectPropertyOf(SOMA:hasGoal ) ObjectPropertyRange(SOMA:hasGoal ) -# Object Property: (has initial scene) +# Object Property: SOMA:hasInitialScene (has initial scene) AnnotationAssertion(rdfs:comment SOMA:hasInitialScene "A relation between StateTransitions and Scenes, which identifies the scene the transition starts from.") AnnotationAssertion(rdfs:label SOMA:hasInitialScene "has initial scene") SubObjectPropertyOf(SOMA:hasInitialScene SOMA:hasInitialState) -InverseObjectProperties(SOMA:isInitialSceneOf SOMA:hasInitialScene) +InverseObjectProperties(SOMA:hasInitialScene SOMA:isInitialSceneOf) AsymmetricObjectProperty(SOMA:hasInitialScene) IrreflexiveObjectProperty(SOMA:hasInitialScene) ObjectPropertyDomain(SOMA:hasInitialScene SOMA:StateTransition) ObjectPropertyRange(SOMA:hasInitialScene SOMA:Scene) -# Object Property: (has initial state) +# Object Property: SOMA:hasInitialState (has initial state) AnnotationAssertion(rdfs:comment SOMA:hasInitialState "A relation which connects a Transition to the Situation it starts from.") AnnotationAssertion(rdfs:label SOMA:hasInitialState "has initial state") @@ -300,7 +300,7 @@ InverseObjectProperties(SOMA:hasInitialState SOMA:isInitialStateOf) ObjectPropertyDomain(SOMA:hasInitialState ) ObjectPropertyRange(SOMA:hasInitialState ) -# Object Property: (has input parameter) +# Object Property: SOMA:hasInputParameter (has input parameter) AnnotationAssertion(rdfs:comment SOMA:hasInputParameter "A relation between a Task and one of its input parameters.") AnnotationAssertion(rdfs:comment SOMA:hasInputParameter "A relation from an EventType (typically, a Task) and a parameter describing some state of affairs before the event classified by the EventType takes place, and which contributes towards that event happening.") @@ -310,7 +310,7 @@ InverseObjectProperties(SOMA:hasInputParameter SOMA:isInputParameterFor) ObjectPropertyDomain(SOMA:hasInputParameter ) ObjectPropertyRange(SOMA:hasInputParameter ) -# Object Property: (has output parameter) +# Object Property: SOMA:hasOutputParameter (has output parameter) AnnotationAssertion(rdfs:comment SOMA:hasOutputParameter "A relation between a Task and one of its output parameters.") AnnotationAssertion(rdfs:comment SOMA:hasOutputParameter "A relation from an EventType (typically a Task) to a Parameter describing an outcome of the event classified by the EventType.") @@ -320,7 +320,7 @@ InverseObjectProperties(SOMA:hasOutputParameter SOMA:isOutputParameterFor) ObjectPropertyDomain(SOMA:hasOutputParameter ) ObjectPropertyRange(SOMA:hasOutputParameter ) -# Object Property: (has phase) +# Object Property: SOMA:hasPhase (has phase) AnnotationAssertion(rdfs:comment SOMA:hasPhase "A relation used to describe the structure of an Action or Process in terms of phases, i.e. subprocesses and states that occur during its unfolding.") AnnotationAssertion(rdfs:label SOMA:hasPhase "has phase") @@ -328,7 +328,7 @@ SubObjectPropertyOf(SOMA:hasPhase )) ObjectPropertyRange(SOMA:hasPhase ObjectUnionOf(SOMA:State )) -# Object Property: (has physical component) +# Object Property: SOMA:hasPhysicalComponent (has physical component) AnnotationAssertion(rdfs:comment SOMA:hasPhysicalComponent "A relation used to describe the structure of a PhysicalObject in terms of physical components, i.e. what other PhysicalObjects are components of it.") AnnotationAssertion(rdfs:label SOMA:hasPhysicalComponent "has physical component") @@ -336,31 +336,31 @@ SubObjectPropertyOf(SOMA:hasPhysicalComponent ) ObjectPropertyRange(SOMA:hasPhysicalComponent ) -# Object Property: (has software agent) +# Object Property: SOMA:hasSoftwareAgent (has software agent) AnnotationAssertion(rdfs:comment SOMA:hasSoftwareAgent "A relation from an Event and the SoftwareAgent responsible for making that Event happen.") AnnotationAssertion(rdfs:label SOMA:hasSoftwareAgent "has software agent") SubObjectPropertyOf(SOMA:hasSoftwareAgent ) ObjectPropertyDomain(SOMA:hasSoftwareAgent ) -# Object Property: (has status) +# Object Property: SOMA:hasStatus (has status) AnnotationAssertion(rdfs:comment SOMA:hasStatus "A relation from an Entity to a Quality that is indicative of the Entity's state, e.g. if it is a device, its state of operation.") AnnotationAssertion(rdfs:label SOMA:hasStatus "has status") SubObjectPropertyOf(SOMA:hasStatus ) -# Object Property: (has terminal scene) +# Object Property: SOMA:hasTerminalScene (has terminal scene) AnnotationAssertion(rdfs:comment SOMA:hasTerminalScene "A relation between StateTransitions and Scenes, which identifies the scene the transition is expected to end at.") AnnotationAssertion(rdfs:label SOMA:hasTerminalScene "has terminal scene") SubObjectPropertyOf(SOMA:hasTerminalScene SOMA:hasTerminalState) -InverseObjectProperties(SOMA:isTerminalSceneOf SOMA:hasTerminalScene) +InverseObjectProperties(SOMA:hasTerminalScene SOMA:isTerminalSceneOf) AsymmetricObjectProperty(SOMA:hasTerminalScene) IrreflexiveObjectProperty(SOMA:hasTerminalScene) ObjectPropertyDomain(SOMA:hasTerminalScene SOMA:StateTransition) ObjectPropertyRange(SOMA:hasTerminalScene SOMA:Scene) -# Object Property: (has terminal state) +# Object Property: SOMA:hasTerminalState (has terminal state) AnnotationAssertion(rdfs:comment SOMA:hasTerminalState "A relation from a Transition to the Situation it ends in.") AnnotationAssertion(rdfs:label SOMA:hasTerminalState "has terminal state") @@ -369,7 +369,7 @@ InverseObjectProperties(SOMA:hasTerminalState SOMA:isTerminalStateOf) ObjectPropertyDomain(SOMA:hasTerminalState ) ObjectPropertyRange(SOMA:hasTerminalState ) -# Object Property: (includes concept) +# Object Property: SOMA:includesConcept (includes concept) AnnotationAssertion(rdfs:comment SOMA:includesConcept "A relation recording that a Situation has a Concept as participant in some sort of role.") AnnotationAssertion(rdfs:label SOMA:includesConcept "includes concept") @@ -378,7 +378,7 @@ InverseObjectProperties(SOMA:includesConcept SOMA:isConceptIncludedIn) ObjectPropertyDomain(SOMA:includesConcept ) ObjectPropertyRange(SOMA:includesConcept ) -# Object Property: () +# Object Property: SOMA:includesRecord (SOMA:includesRecord) AnnotationAssertion(rdfs:comment SOMA:includesRecord "A relationship indicating that an Event has been recorded by an InformationObject") SubObjectPropertyOf(SOMA:includesRecord ) @@ -386,7 +386,7 @@ InverseObjectProperties(SOMA:includesRecord SOMA:isRecordIncludedBy) ObjectPropertyDomain(SOMA:includesRecord ) ObjectPropertyRange(SOMA:includesRecord ) -# Object Property: (includes situation) +# Object Property: SOMA:includesSituation (includes situation) AnnotationAssertion(rdfs:comment SOMA:includesSituation "A relation recording that a Situation has a (sub) Situation as participant in some role.") AnnotationAssertion(rdfs:label SOMA:includesSituation "includes situation") @@ -395,7 +395,7 @@ InverseObjectProperties(SOMA:includesSituation SOMA:isSituationIncludedIn) ObjectPropertyDomain(SOMA:includesSituation ) ObjectPropertyRange(SOMA:includesSituation ) -# Object Property: (involves artifact) +# Object Property: SOMA:involvesArtifact (involves artifact) AnnotationAssertion(rdfs:comment SOMA:involvesArtifact "Artifact participation.") AnnotationAssertion(rdfs:label SOMA:involvesArtifact "involves artifact") @@ -404,7 +404,7 @@ InverseObjectProperties(SOMA:involvesArtifact SOMA:isArtifactInvolvedIn) ObjectPropertyDomain(SOMA:involvesArtifact ) ObjectPropertyRange(SOMA:involvesArtifact ) -# Object Property: (involves place) +# Object Property: SOMA:involvesPlace (involves place) AnnotationAssertion(rdfs:comment SOMA:involvesPlace "A relation recording that an Event makes some use of a PhysicalPlace. Typically this place is where the Event is located.") AnnotationAssertion(rdfs:label SOMA:involvesPlace "involves place") @@ -413,7 +413,7 @@ InverseObjectProperties(SOMA:involvesPlace SOMA:isPlaceInvolvedIn) ObjectPropertyDomain(SOMA:involvesPlace ) ObjectPropertyRange(SOMA:involvesPlace ) -# Object Property: (is artifact involved in) +# Object Property: SOMA:isArtifactInvolvedIn (is artifact involved in) AnnotationAssertion(rdfs:comment SOMA:isArtifactInvolvedIn "Artifact participation.") AnnotationAssertion(rdfs:label SOMA:isArtifactInvolvedIn "is artifact involved in") @@ -421,7 +421,7 @@ SubObjectPropertyOf(SOMA:isArtifactInvolvedIn ) ObjectPropertyRange(SOMA:isArtifactInvolvedIn ) -# Object Property: (is caused by event) +# Object Property: SOMA:isCausedByEvent (is caused by event) AnnotationAssertion(rdfs:comment SOMA:isCausedByEvent "A relation recording that a Transition is the result of some Event.") AnnotationAssertion(rdfs:label SOMA:isCausedByEvent "is caused by event") @@ -429,7 +429,7 @@ SubObjectPropertyOf(SOMA:isCausedByEvent ) ObjectPropertyRange(SOMA:isCausedByEvent ) -# Object Property: (is concept included in) +# Object Property: SOMA:isConceptIncludedIn (is concept included in) AnnotationAssertion(rdfs:comment SOMA:isConceptIncludedIn "A relation recording that a Concept participates in a Situation in some way.") AnnotationAssertion(rdfs:label SOMA:isConceptIncludedIn "is concept included in") @@ -437,7 +437,7 @@ SubObjectPropertyOf(SOMA:isConceptIncludedIn ) ObjectPropertyRange(SOMA:isConceptIncludedIn ) -# Object Property: (is contained in) +# Object Property: SOMA:isContainedIn (is contained in) AnnotationAssertion(rdfs:comment SOMA:isContainedIn "The inverse of the contains relation. See the contains relation for details.") AnnotationAssertion(rdfs:label SOMA:isContainedIn "is contained in") @@ -445,13 +445,13 @@ SubObjectPropertyOf(SOMA:isContainedIn ) ObjectPropertyRange(SOMA:isContainedIn ) -# Object Property: (is direct source for) +# Object Property: SOMA:isDirectSourceFor (is direct source for) AnnotationAssertion(rdfs:comment SOMA:isDirectSourceFor "The (transitive) relation between an information object and another which was derived from the former.") AnnotationAssertion(rdfs:label SOMA:isDirectSourceFor "is direct source for") SubObjectPropertyOf(SOMA:isDirectSourceFor SOMA:isSourceFor) -# Object Property: (is initial scene of) +# Object Property: SOMA:isInitialSceneOf (is initial scene of) AnnotationAssertion(rdfs:comment SOMA:isInitialSceneOf "A relation between StateTransitions and Scenes, which identifies the scene the transition starts from.") AnnotationAssertion(rdfs:label SOMA:isInitialSceneOf "is initial scene of") @@ -459,7 +459,7 @@ SubObjectPropertyOf(SOMA:isInitialSceneOf SOMA:isInitialStateOf) ObjectPropertyDomain(SOMA:isInitialSceneOf SOMA:Scene) ObjectPropertyRange(SOMA:isInitialSceneOf SOMA:StateTransition) -# Object Property: (is initial state of) +# Object Property: SOMA:isInitialStateOf (is initial state of) AnnotationAssertion(rdfs:comment SOMA:isInitialStateOf "A relation recording that a Situation was where a Transition began.") AnnotationAssertion(rdfs:label SOMA:isInitialStateOf "is initial state of") @@ -467,7 +467,7 @@ SubObjectPropertyOf(SOMA:isInitialStateOf SOMA:isSituationIncludedIn) ObjectPropertyDomain(SOMA:isInitialStateOf ) ObjectPropertyRange(SOMA:isInitialStateOf ) -# Object Property: (is input parameter for) +# Object Property: SOMA:isInputParameterFor (is input parameter for) AnnotationAssertion(rdfs:comment SOMA:isInputParameterFor "A relation between a Task and one of its input parameters.") AnnotationAssertion(rdfs:comment SOMA:isInputParameterFor "A relation from a Parameter to an EventType (typically, a Task). The parameter describes some state of affairs that precedes and will contribute to the event classified by the EventType.") @@ -476,7 +476,7 @@ SubObjectPropertyOf(SOMA:isInputParameterFor ) ObjectPropertyRange(SOMA:isInputParameterFor ) -# Object Property: (is input role of) +# Object Property: SOMA:isInputRoleOf (is input role of) AnnotationAssertion(rdfs:comment SOMA:isInputRoleOf "A relation between an input roles and its Task.") AnnotationAssertion(rdfs:label SOMA:isInputRoleOf "is input role of"@en) @@ -485,7 +485,7 @@ InverseObjectProperties(SOMA:isInputRoleOf SOMA:isTaskOfInputRole) ObjectPropertyDomain(SOMA:isInputRoleOf ) ObjectPropertyRange(SOMA:isInputRoleOf ) -# Object Property: (is occurence of) +# Object Property: SOMA:isOccurrenceOf (is occurence of) AnnotationAssertion(rdfs:comment SOMA:isOccurrenceOf "A relation between an event and an event type, e.g. 'taking the cup from the table' is an occurence of the motion 'approaching'.") AnnotationAssertion(rdfs:label SOMA:isOccurrenceOf "is occurence of") @@ -494,7 +494,7 @@ InverseObjectProperties(SOMA:isOccurrenceOf SOMA:isOccurringIn) ObjectPropertyDomain(SOMA:isOccurrenceOf ) ObjectPropertyRange(SOMA:isOccurrenceOf ) -# Object Property: (is occurring in) +# Object Property: SOMA:isOccurringIn (is occurring in) AnnotationAssertion(rdfs:comment SOMA:isOccurringIn "A relation between an event and an event type, e.g. 'taking the cup from the table' is an occurence of the motion 'approaching'.") AnnotationAssertion(rdfs:label SOMA:isOccurringIn "is occurring in") @@ -502,7 +502,7 @@ SubObjectPropertyOf(SOMA:isOccurringIn ) ObjectPropertyRange(SOMA:isOccurringIn ) -# Object Property: (is output parameter for) +# Object Property: SOMA:isOutputParameterFor (is output parameter for) AnnotationAssertion(rdfs:comment SOMA:isOutputParameterFor "A relation between a Task and one of its output parameters.") AnnotationAssertion(rdfs:comment SOMA:isOutputParameterFor "A relation from a Parameter to an EventType (typically, a Task). The parameter describes an outcome of the event classified by the EventType.") @@ -511,7 +511,7 @@ SubObjectPropertyOf(SOMA:isOutputParameterFor ) ObjectPropertyRange(SOMA:isOutputParameterFor ) -# Object Property: (is output role of) +# Object Property: SOMA:isOutputRoleOf (is output role of) AnnotationAssertion(rdfs:comment SOMA:isOutputRoleOf "A relation between an output roles and its Task.") AnnotationAssertion(rdfs:label SOMA:isOutputRoleOf "is output role of"@en) @@ -520,7 +520,7 @@ InverseObjectProperties(SOMA:isOutputRoleOf SOMA:isTaskOfOutputRole) ObjectPropertyDomain(SOMA:isOutputRoleOf ) ObjectPropertyRange(SOMA:isOutputRoleOf ) -# Object Property: (is place involved in) +# Object Property: SOMA:isPlaceInvolvedIn (is place involved in) AnnotationAssertion(rdfs:comment SOMA:isPlaceInvolvedIn "A relation recording that a PhysicalPlace is involved in some Event; typically, this is where the Event is located.") AnnotationAssertion(rdfs:label SOMA:isPlaceInvolvedIn "is place involved in") @@ -528,7 +528,7 @@ SubObjectPropertyOf(SOMA:isPlaceInvolvedIn ) ObjectPropertyRange(SOMA:isPlaceInvolvedIn ) -# Object Property: (is plan for) +# Object Property: SOMA:isPlanFor (is plan for) AnnotationAssertion(rdfs:comment SOMA:isPlanFor "A special relation between a Plan and a Task, to indicate that the Plan describes a way to achieve the Task.") AnnotationAssertion(rdfs:label SOMA:isPlanFor "is plan for"@en) @@ -537,14 +537,14 @@ SubObjectPropertyOf(SOMA:isPlanFor ) ObjectPropertyRange(SOMA:isPlanFor ) -# Object Property: () +# Object Property: SOMA:isRecordIncludedBy (SOMA:isRecordIncludedBy) AnnotationAssertion(rdfs:comment SOMA:isRecordIncludedBy "A relationship indicating that an InformationObject is a recording of an Event.") SubObjectPropertyOf(SOMA:isRecordIncludedBy ) ObjectPropertyDomain(SOMA:isRecordIncludedBy ) ObjectPropertyRange(SOMA:isRecordIncludedBy ) -# Object Property: (is situation included in) +# Object Property: SOMA:isSituationIncludedIn (is situation included in) AnnotationAssertion(rdfs:comment SOMA:isSituationIncludedIn "A relation recording that a Situation participates in another in some role, or can be considered as a subsituation of the other.") AnnotationAssertion(rdfs:label SOMA:isSituationIncludedIn "is situation included in") @@ -552,14 +552,14 @@ SubObjectPropertyOf(SOMA:isSituationIncludedIn ) ObjectPropertyRange(SOMA:isSituationIncludedIn ) -# Object Property: (is source for) +# Object Property: SOMA:isSourceFor (is source for) AnnotationAssertion(rdfs:comment SOMA:isSourceFor "The (transitive) relation between an information object and another which was derived from the former.") AnnotationAssertion(rdfs:label SOMA:isSourceFor "is source for") SubObjectPropertyOf(SOMA:isSourceFor ) TransitiveObjectProperty(SOMA:isSourceFor) -# Object Property: (is task of input role) +# Object Property: SOMA:isTaskOfInputRole (is task of input role) AnnotationAssertion(rdfs:comment SOMA:isTaskOfInputRole "A relation between a Task and one of its input roles.") AnnotationAssertion(rdfs:label SOMA:isTaskOfInputRole "is task of input role"@en) @@ -567,7 +567,7 @@ SubObjectPropertyOf(SOMA:isTaskOfInputRole ) ObjectPropertyRange(SOMA:isTaskOfInputRole ) -# Object Property: (is task of output role) +# Object Property: SOMA:isTaskOfOutputRole (is task of output role) AnnotationAssertion(rdfs:comment SOMA:isTaskOfOutputRole "A relation between a Task and one of its output roles.") AnnotationAssertion(rdfs:label SOMA:isTaskOfOutputRole "is task of output role"@en) @@ -575,7 +575,7 @@ SubObjectPropertyOf(SOMA:isTaskOfOutputRole ) ObjectPropertyRange(SOMA:isTaskOfOutputRole ) -# Object Property: (is terminal scene of) +# Object Property: SOMA:isTerminalSceneOf (is terminal scene of) AnnotationAssertion(rdfs:comment SOMA:isTerminalSceneOf "A relation between StateTransitions and Scenes, which identifies the scene the transition is expected to end at.") AnnotationAssertion(rdfs:label SOMA:isTerminalSceneOf "is terminal scene of") @@ -583,7 +583,7 @@ SubObjectPropertyOf(SOMA:isTerminalSceneOf SOMA:isTerminalStateOf) ObjectPropertyDomain(SOMA:isTerminalSceneOf SOMA:Scene) ObjectPropertyRange(SOMA:isTerminalSceneOf SOMA:StateTransition) -# Object Property: (is terminal state of) +# Object Property: SOMA:isTerminalStateOf (is terminal state of) AnnotationAssertion(rdfs:comment SOMA:isTerminalStateOf "A relation recording that a Situation was where a Transition ended.") AnnotationAssertion(rdfs:label SOMA:isTerminalStateOf "is terminal state of") @@ -591,7 +591,7 @@ SubObjectPropertyOf(SOMA:isTerminalStateOf SOMA:isSituationIncludedIn) ObjectPropertyDomain(SOMA:isTerminalStateOf ) ObjectPropertyRange(SOMA:isTerminalStateOf ) -# Object Property: () +# Object Property: SOMA:meets (SOMA:meets) AnnotationAssertion(SOMA:symbol SOMA:meets "m") AnnotationAssertion(rdfs:comment SOMA:meets "A relation between entities, expressing a 'sequence' schema where one of the entities exactly ends where the other entity starts.") @@ -602,7 +602,7 @@ IrreflexiveObjectProperty(SOMA:meets) ObjectPropertyDomain(SOMA:meets ) ObjectPropertyRange(SOMA:meets ) -# Object Property: (met by) +# Object Property: SOMA:metBy (met by) AnnotationAssertion(SOMA:symbol SOMA:metBy "mi") AnnotationAssertion(rdfs:comment SOMA:metBy "A relation between entities, expressing a 'sequence' schema where one of the entities exactly ends where the other entity starts.") @@ -613,7 +613,7 @@ IrreflexiveObjectProperty(SOMA:metBy) ObjectPropertyDomain(SOMA:metBy ) ObjectPropertyRange(SOMA:metBy ) -# Object Property: (overlapped by) +# Object Property: SOMA:overlappedBy (overlapped by) AnnotationAssertion(SOMA:symbol SOMA:overlappedBy "oi") AnnotationAssertion(rdfs:comment SOMA:overlappedBy "A schematic relation between any entities that also implies ordering, e.g. \"she has worked into the night\".") @@ -625,7 +625,7 @@ IrreflexiveObjectProperty(SOMA:overlappedBy) ObjectPropertyDomain(SOMA:overlappedBy ) ObjectPropertyRange(SOMA:overlappedBy ) -# Object Property: (overlapped on) +# Object Property: SOMA:overlappedOn (overlapped on) AnnotationAssertion(SOMA:symbol SOMA:overlappedOn "o") AnnotationAssertion(rdfs:comment SOMA:overlappedOn "A schematic relation between any entities that also implies ordering, e.g. \"she has worked into the night\".") @@ -636,7 +636,7 @@ IrreflexiveObjectProperty(SOMA:overlappedOn) ObjectPropertyDomain(SOMA:overlappedOn ) ObjectPropertyRange(SOMA:overlappedOn ) -# Object Property: () +# Object Property: SOMA:simultaneous (SOMA:simultaneous) AnnotationAssertion(SOMA:symbol SOMA:simultaneous "=") AnnotationAssertion(rdfs:comment SOMA:simultaneous "`A simultaneous B` means that A strictly starts and ends at the same time instant as B, i.e. their temporal extend is equal.") @@ -646,7 +646,7 @@ TransitiveObjectProperty(SOMA:simultaneous) ObjectPropertyDomain(SOMA:simultaneous ) ObjectPropertyRange(SOMA:simultaneous ) -# Object Property: (started by) +# Object Property: SOMA:startedBy (started by) AnnotationAssertion(SOMA:symbol SOMA:startedBy "si") AnnotationAssertion(rdfs:comment SOMA:startedBy "`A starts B` means that A starts exactly where B starts, and that A strictly ends before B. As in \"I start my day with a coffee\".") @@ -657,7 +657,7 @@ TransitiveObjectProperty(SOMA:startedBy) ObjectPropertyDomain(SOMA:startedBy ) ObjectPropertyRange(SOMA:startedBy ) -# Object Property: () +# Object Property: SOMA:starts (SOMA:starts) AnnotationAssertion(SOMA:symbol SOMA:starts "s") AnnotationAssertion(rdfs:comment SOMA:starts "`A starts B` means that A starts exactly where B starts, and that A strictly ends before B. As in \"I start my day with a coffee\".") @@ -679,14 +679,14 @@ SubObjectPropertyOf( () +# Data Property: SOMA:hasDataFormat (SOMA:hasDataFormat) AnnotationAssertion(rdfs:comment SOMA:hasDataFormat "A property linking an InformationRealization to a string specifying a format name, e.g. URDF or STL.") SubDataPropertyOf(SOMA:hasDataFormat ) DataPropertyDomain(SOMA:hasDataFormat ) DataPropertyRange(SOMA:hasDataFormat xsd:string) -# Data Property: (has event begin) +# Data Property: SOMA:hasEventBegin (has event begin) AnnotationAssertion(rdfs:comment SOMA:hasEventBegin "A relation recording when an Event started. In this case, we think of the Event as something unfolding over some span of time.") AnnotationAssertion(rdfs:label SOMA:hasEventBegin "has event begin") @@ -694,7 +694,7 @@ SubDataPropertyOf(SOMA:hasEventBegin SOMA:hasEventTime) DataPropertyDomain(SOMA:hasEventBegin ) DataPropertyRange(SOMA:hasEventBegin xsd:double) -# Data Property: (has event end) +# Data Property: SOMA:hasEventEnd (has event end) AnnotationAssertion(rdfs:comment SOMA:hasEventEnd "A relation recording when an Event ended. In this case, we think of the Event as something unfolding over some span of time.") AnnotationAssertion(rdfs:label SOMA:hasEventEnd "has event end") @@ -702,7 +702,7 @@ SubDataPropertyOf(SOMA:hasEventEnd SOMA:hasEventTime) DataPropertyDomain(SOMA:hasEventEnd ) DataPropertyRange(SOMA:hasEventEnd xsd:double) -# Data Property: (has event time) +# Data Property: SOMA:hasEventTime (has event time) AnnotationAssertion(rdfs:comment SOMA:hasEventTime "Superproperty of hasEventBegin and hasEventEnd, records that an Event happened, or was happening, at a particular time. Using the subproperties captures the richer semantics of that time relative to the event. Using only this superproperty may be appropriate when the Event is construed to take place at a single instant of time.") AnnotationAssertion(rdfs:label SOMA:hasEventTime "has event time") @@ -710,7 +710,7 @@ SubDataPropertyOf(SOMA:hasEventTime ) DataPropertyRange(SOMA:hasEventTime xsd:double) -# Data Property: (has interval begin) +# Data Property: SOMA:hasIntervalBegin (has interval begin) AnnotationAssertion(rdfs:comment SOMA:hasIntervalBegin "A relation recording when some TimeInterval started.") AnnotationAssertion(rdfs:label SOMA:hasIntervalBegin "has interval begin") @@ -718,7 +718,7 @@ SubDataPropertyOf(SOMA:hasIntervalBegin SOMA:hasIntervalTime) DataPropertyDomain(SOMA:hasIntervalBegin ) DataPropertyRange(SOMA:hasIntervalBegin xsd:float) -# Data Property: (has interval end) +# Data Property: SOMA:hasIntervalEnd (has interval end) AnnotationAssertion(rdfs:comment SOMA:hasIntervalEnd "A relation recording when a TimeInterval ended.") AnnotationAssertion(rdfs:label SOMA:hasIntervalEnd "has interval end") @@ -726,7 +726,7 @@ SubDataPropertyOf(SOMA:hasIntervalEnd SOMA:hasIntervalTime) DataPropertyDomain(SOMA:hasIntervalEnd ) DataPropertyRange(SOMA:hasIntervalEnd xsd:float) -# Data Property: (has interval time) +# Data Property: SOMA:hasIntervalTime (has interval time) AnnotationAssertion(rdfs:comment SOMA:hasIntervalTime "Superproperty of relations used to connect moments in time to a TimeInterval.") AnnotationAssertion(rdfs:label SOMA:hasIntervalTime "has interval time") @@ -734,7 +734,7 @@ SubDataPropertyOf(SOMA:hasIntervalTime ) DataPropertyRange(SOMA:hasIntervalTime xsd:float) -# Data Property: (has name string) +# Data Property: SOMA:hasNameString (has name string) AnnotationAssertion(rdfs:comment SOMA:hasNameString "A relation recording some identifier associated to an Entity.") AnnotationAssertion(rdfs:label SOMA:hasNameString "has name string") @@ -742,14 +742,14 @@ SubDataPropertyOf(SOMA:hasNameString ) DataPropertyRange(SOMA:hasNameString xsd:string) -# Data Property: () +# Data Property: SOMA:hasPersistentIdentifier (SOMA:hasPersistentIdentifier) AnnotationAssertion(rdfs:comment SOMA:hasPersistentIdentifier "A property linking an InformationRealization to a persistent identifier such as a DOI, which can then be used to obtain an address at which the realization (i.e. digital file) can be retrieved.") SubDataPropertyOf(SOMA:hasPersistentIdentifier ) DataPropertyDomain(SOMA:hasPersistentIdentifier ) DataPropertyRange(SOMA:hasPersistentIdentifier xsd:string) -# Data Property: (is reification of) +# Data Property: SOMA:isReificationOf (is reification of) AnnotationAssertion(rdfs:comment SOMA:isReificationOf "An auxiliary property that is used to generate object individuals, called reifications, from any other Entity, e.g. from relations, classes, data types. These reifications can then be used in DL axioms as any other named individual.") AnnotationAssertion(rdfs:label SOMA:isReificationOf "is reification of") @@ -762,27 +762,27 @@ DataPropertyRange(SOMA:isReificationOf xsd:anyURI) # Datatypes ############################ -# Datatype: () +# Datatype: SOMA:array_boolean (SOMA:array_boolean) DatatypeDefinition(SOMA:array_boolean xsd:string) -# Datatype: () +# Datatype: SOMA:array_double (SOMA:array_double) DatatypeDefinition(SOMA:array_double xsd:string) -# Datatype: () +# Datatype: SOMA:array_float (SOMA:array_float) DatatypeDefinition(SOMA:array_float xsd:string) -# Datatype: () +# Datatype: SOMA:array_int (SOMA:array_int) DatatypeDefinition(SOMA:array_int xsd:string) -# Datatype: () +# Datatype: SOMA:array_string (SOMA:array_string) DatatypeDefinition(SOMA:array_string xsd:string) -# Datatype: () +# Datatype: SOMA:array_uint (SOMA:array_uint) DatatypeDefinition(SOMA:array_uint xsd:string) @@ -791,7 +791,7 @@ DatatypeDefinition(SOMA:array_uint xsd:string) # Classes ############################ -# Class: () +# Class: SOMA:Accident (SOMA:Accident) AnnotationAssertion(rdfs:comment SOMA:Accident "An Event for which causes are unknown and/or considered irrelevant. This is true also for \"final causes\" (that is, intentions) of Agents participating in the Accident: it is not the intentions of these Agents to bring about the Accident. @@ -802,7 +802,7 @@ AnnotationAssertion(rdfs:comment SOMA:Accident "also think about \"mistakes\": ( SubClassOf(SOMA:Accident ) DisjointClasses(SOMA:Accident ) -# Class: (Action execution plan) +# Class: SOMA:ActionExecutionPlan (Action execution plan) AnnotationAssertion(rdfs:comment SOMA:ActionExecutionPlan "idea: steps in workflows assert that they are defined by action execution plans.") AnnotationAssertion(rdfs:comment SOMA:ActionExecutionPlan "links role and parameter fillers to e.g. slots in a data structure") @@ -810,84 +810,84 @@ AnnotationAssertion(rdfs:label SOMA:ActionExecutionPlan "Action execution plan"@ SubClassOf(SOMA:ActionExecutionPlan ) SubClassOf(SOMA:ActionExecutionPlan ObjectAllValuesFrom( ObjectSomeValuesFrom( SOMA:Status))) -# Class: () +# Class: SOMA:Amateurish (SOMA:Amateurish) AnnotationAssertion(rdfs:comment SOMA:Amateurish "A description of amateurish behavior.") SubClassOf(SOMA:Amateurish SOMA:DexterityDiagnosis) DisjointClasses(SOMA:Amateurish SOMA:Masterful) -# Class: (Behavioral diagnosis) +# Class: SOMA:BehavioralDiagnosis (Behavioral diagnosis) AnnotationAssertion(rdfs:comment SOMA:BehavioralDiagnosis "A diagnosis of how a system interacts with its world.") AnnotationAssertion(rdfs:label SOMA:BehavioralDiagnosis "Behavioral diagnosis") SubClassOf(SOMA:BehavioralDiagnosis ) SubClassOf(SOMA:BehavioralDiagnosis ObjectSomeValuesFrom( )) -# Class: () +# Class: SOMA:Clumsiness (SOMA:Clumsiness) AnnotationAssertion(rdfs:comment SOMA:Clumsiness "A description of clumsy behavior.") SubClassOf(SOMA:Clumsiness SOMA:Amateurish) -# Class: (Dexterity diagnosis) +# Class: SOMA:DexterityDiagnosis (Dexterity diagnosis) AnnotationAssertion(rdfs:comment SOMA:DexterityDiagnosis "A description of the dexterity of a system, possibly in comparison to another system.") AnnotationAssertion(rdfs:label SOMA:DexterityDiagnosis "Dexterity diagnosis") SubClassOf(SOMA:DexterityDiagnosis SOMA:BehavioralDiagnosis) -# Class: () +# Class: SOMA:Episode (SOMA:Episode) AnnotationAssertion(rdfs:comment SOMA:Episode "") SubClassOf(SOMA:Episode ) -# Class: (Failed attempt) +# Class: SOMA:FailedAttempt (Failed attempt) AnnotationAssertion(rdfs:comment SOMA:FailedAttempt "A description of a failed attempt to achieve some goal.") AnnotationAssertion(rdfs:label SOMA:FailedAttempt "Failed attempt"@en) SubClassOf(SOMA:FailedAttempt SOMA:Unsuccessfulness) -# Class: () +# Class: SOMA:Fluid (SOMA:Fluid) AnnotationAssertion(rdfs:comment SOMA:Fluid "A substance with a consistency such that it can flow or diffuse.") SubClassOf(SOMA:Fluid ) -# Class: () +# Class: SOMA:Foolishness (SOMA:Foolishness) AnnotationAssertion(rdfs:comment SOMA:Foolishness "A description of foolish behavior.") SubClassOf(SOMA:Foolishness SOMA:Amateurish) -# Class: (Functional diagnosis) +# Class: SOMA:FunctionalDiagnosis (Functional diagnosis) AnnotationAssertion(rdfs:comment SOMA:FunctionalDiagnosis "An internal diagnosis of a system.") AnnotationAssertion(rdfs:label SOMA:FunctionalDiagnosis "Functional diagnosis") SubClassOf(SOMA:FunctionalDiagnosis ) -# Class: (Hardware diagnosis) +# Class: SOMA:HardwareDiagnosis (Hardware diagnosis) AnnotationAssertion(rdfs:comment SOMA:HardwareDiagnosis "A diagnosis of the hardware of a system.") AnnotationAssertion(rdfs:label SOMA:HardwareDiagnosis "Hardware diagnosis") SubClassOf(SOMA:HardwareDiagnosis SOMA:TechnicalDiagnosis) -# Class: () +# Class: SOMA:HumanActivityRecording (SOMA:HumanActivityRecording) AnnotationAssertion(rdfs:comment SOMA:HumanActivityRecording "An episode in which one or more human beings perform an activity and are recorded doing so.") SubClassOf(SOMA:HumanActivityRecording SOMA:RecordedEpisode) -# Class: () +# Class: SOMA:Inability (SOMA:Inability) AnnotationAssertion(rdfs:comment SOMA:Inability "A description of a situation with a goal that some system is unable to achieve.") SubClassOf(SOMA:Inability SOMA:Unsuccessfulness) -# Class: () +# Class: SOMA:Infeasibility (SOMA:Infeasibility) AnnotationAssertion(rdfs:comment SOMA:Infeasibility "A description of a situation with a goal that is impossible to achieve in some situational context.") SubClassOf(SOMA:Infeasibility SOMA:Unsuccessfulness) -# Class: () +# Class: SOMA:Masterful (SOMA:Masterful) AnnotationAssertion(rdfs:comment SOMA:Masterful "A description of masterful behavior.") SubClassOf(SOMA:Masterful SOMA:DexterityDiagnosis) -# Class: (Medical diagnosis) +# Class: SOMA:MedicalDiagnosis (Medical diagnosis) AnnotationAssertion(rdfs:comment SOMA:MedicalDiagnosis "A functional diagnosis of an organism.") AnnotationAssertion(rdfs:label SOMA:MedicalDiagnosis "Medical diagnosis") @@ -895,30 +895,30 @@ SubClassOf(SOMA:MedicalDiagnosis SOMA:FunctionalDiagnosis) SubClassOf(SOMA:MedicalDiagnosis ObjectSomeValuesFrom( )) DisjointClasses(SOMA:MedicalDiagnosis SOMA:TechnicalDiagnosis) -# Class: () +# Class: SOMA:RecordedEpisode (SOMA:RecordedEpisode) AnnotationAssertion(rdfs:comment SOMA:RecordedEpisode "An episode which has been recorded.") SubClassOf(SOMA:RecordedEpisode SOMA:Episode) SubClassOf(SOMA:RecordedEpisode ObjectSomeValuesFrom(SOMA:includesRecord )) -# Class: () +# Class: SOMA:Reification (SOMA:Reification) AnnotationAssertion(rdfs:comment SOMA:Reification "A description that *describes* a formal entity.") SubClassOf(SOMA:Reification ) SubClassOf(SOMA:Reification DataExactCardinality(1 SOMA:isReificationOf xsd:anyURI)) -# Class: () +# Class: SOMA:Sluggishness (SOMA:Sluggishness) AnnotationAssertion(rdfs:comment SOMA:Sluggishness "A description of sluggish behavior.") SubClassOf(SOMA:Sluggishness SOMA:Amateurish) -# Class: (Software diagnosis) +# Class: SOMA:SoftwareDiagnosis (Software diagnosis) AnnotationAssertion(rdfs:comment SOMA:SoftwareDiagnosis "A diagnosis of the software of a system.") AnnotationAssertion(rdfs:label SOMA:SoftwareDiagnosis "Software diagnosis") SubClassOf(SOMA:SoftwareDiagnosis SOMA:TechnicalDiagnosis) -# Class: () +# Class: SOMA:State (SOMA:State) AnnotationAssertion(rdfs:comment SOMA:State "States are stative and homeomeric events. @@ -927,41 +927,41 @@ For stative events, the mereological sum of two instances has the same type as b The difference between states and processes is that states are, in addition, homeomeric, and processes are not. This means that, when considering time slices of an event, for states, these time slices always have the same type as the state, but for processes this is not the case.") SubClassOf(SOMA:State ) -# Class: (State transition) +# Class: SOMA:StateTransition (SOMA:StateTransition) SubClassOf(SOMA:StateTransition ObjectSomeValuesFrom(SOMA:hasInitialScene SOMA:Scene)) SubClassOf(SOMA:StateTransition ObjectSomeValuesFrom(SOMA:hasTerminalScene SOMA:Scene)) -# Class: () +# Class: SOMA:Status (SOMA:Status) AnnotationAssertion(rdfs:comment SOMA:Status "A role that can be played by some parameter which indicates the state of affairs of some entity, e.g. a flag describing the outcome of an action in terms of success or failure, or an indicator of whether a device is turned on or off.") SubClassOf(SOMA:Status ) -# Class: (Success diagnosis) +# Class: SOMA:SuccessDiagnosis (Success diagnosis) AnnotationAssertion(rdfs:comment SOMA:SuccessDiagnosis "A diagnosis of the fullfilment of a goal that motivates the behavior of a system.") AnnotationAssertion(rdfs:label SOMA:SuccessDiagnosis "Success diagnosis") SubClassOf(SOMA:SuccessDiagnosis SOMA:BehavioralDiagnosis) -# Class: () +# Class: SOMA:Successfulness (SOMA:Successfulness) AnnotationAssertion(rdfs:comment SOMA:Successfulness "A description of a situation with a goal that was achieved by some system.") SubClassOf(SOMA:Successfulness SOMA:SuccessDiagnosis) DisjointClasses(SOMA:Successfulness SOMA:Unsuccessfulness) -# Class: (Technical diagnosis) +# Class: SOMA:TechnicalDiagnosis (Technical diagnosis) AnnotationAssertion(rdfs:comment SOMA:TechnicalDiagnosis "A functional diagnosis of a technical system.") AnnotationAssertion(rdfs:label SOMA:TechnicalDiagnosis "Technical diagnosis") SubClassOf(SOMA:TechnicalDiagnosis SOMA:FunctionalDiagnosis) SubClassOf(SOMA:TechnicalDiagnosis ObjectSomeValuesFrom( )) -# Class: () +# Class: SOMA:Threshold (SOMA:Threshold) AnnotationAssertion(rdfs:comment SOMA:Threshold "A role played by a parameter which indicates some value that, when crossed, triggers some condition.") SubClassOf(SOMA:Threshold ) -# Class: () +# Class: SOMA:Unsuccessfulness (SOMA:Unsuccessfulness) AnnotationAssertion(rdfs:comment SOMA:Unsuccessfulness "A description of a situation with a goal that was not or not fully achieved by some system.") SubClassOf(SOMA:Unsuccessfulness SOMA:SuccessDiagnosis) @@ -1012,7 +1012,7 @@ SubClassOf( ObjectSo # Named Individuals ############################ -# Individual: () +# Individual: SOMA:RDFType (SOMA:RDFType) ClassAssertion(SOMA:Reification SOMA:RDFType) DataPropertyAssertion(SOMA:isReificationOf SOMA:RDFType "http://www.w3.org/2001/XMLSchema#type"^^xsd:anyURI) From c0ab5a4a075f133a63267aaab00eca9148b541f2 Mon Sep 17 00:00:00 2001 From: Ayden Date: Tue, 6 Jun 2023 17:26:09 +0200 Subject: [PATCH 10/16] Add ci runner for IRI namespace checking --- scripts/java/src/main/java/main/CIRunner.java | 5 +- .../main/ci_runners/IRINamespaceChecker.java | 65 +++++++++++++++++++ 2 files changed, 69 insertions(+), 1 deletion(-) create mode 100644 scripts/java/src/main/java/main/ci_runners/IRINamespaceChecker.java diff --git a/scripts/java/src/main/java/main/CIRunner.java b/scripts/java/src/main/java/main/CIRunner.java index 25d0cd24..1d881498 100644 --- a/scripts/java/src/main/java/main/CIRunner.java +++ b/scripts/java/src/main/java/main/CIRunner.java @@ -23,13 +23,16 @@ public class CIRunner implements CommandLineRunner { @Autowired private SubclassNothingRewriter gciRewriter; + @Autowired + private IRINamespaceChecker iriNamespaceChecker; + // only use if needed @Autowired private IRINamespaceRewriter iriNamespaceRewriter; @Override public void run(final String... args) throws Exception { - final CIRunnable[] toRun = {gciRewriter, isDefinedInAdder, versionInfoAdder, collapser, ontologySaver}; + final CIRunnable[] toRun = {iriNamespaceChecker, gciRewriter, isDefinedInAdder, versionInfoAdder, collapser, ontologySaver}; for (final var next : toRun) { next.run(); } diff --git a/scripts/java/src/main/java/main/ci_runners/IRINamespaceChecker.java b/scripts/java/src/main/java/main/ci_runners/IRINamespaceChecker.java new file mode 100644 index 00000000..2c91f14e --- /dev/null +++ b/scripts/java/src/main/java/main/ci_runners/IRINamespaceChecker.java @@ -0,0 +1,65 @@ +package main.ci_runners; + +import main.OntologyManager; +import org.semanticweb.owlapi.model.IRI; +import org.semanticweb.owlapi.model.OWLOntology; +import org.slf4j.Logger; +import org.slf4j.LoggerFactory; +import org.springframework.beans.factory.annotation.Autowired; +import org.springframework.context.annotation.Lazy; +import org.springframework.stereotype.Component; + +import java.util.ArrayList; +import java.util.List; + +@Component +@Lazy +public class IRINamespaceChecker implements CIRunnable { + /** + * {@link Logger} of this class. + */ + private static final Logger LOGGER = LoggerFactory.getLogger(IRINamespaceChecker.class); + + private final OntologyManager ontologyManager; + + @Autowired + public IRINamespaceChecker(final OntologyManager ontologyManager) { + this.ontologyManager = ontologyManager; + } + + @Override + public void run() { + StringBuilder errorString = new StringBuilder(); + for (final OWLOntology ontology : ontologyManager.getOntologyManager().getOntologies()) { + for (String iri : checkOntologyIRI(ontology)) { + errorString.append(iri).append("\n"); + } + } + if (errorString.length() > 0) { + throw new RuntimeException("Found IRIs with inconsistent SOMA namespace:\n" + errorString); + } + } + + private List checkOntologyIRI(final OWLOntology ontology) { + List wrongIRIs = new ArrayList<>(); + + if (ontology.getOntologyID().getOntologyIRI().isEmpty()) { + LOGGER.warn("Skipping ontology without IRI"); + return wrongIRIs; + } + final IRI ontologyIRI = ontology.getOntologyID().getOntologyIRI().get(); + + LOGGER.info("Checking ontology {} for SOMA namespace", ontologyIRI); + if (ontologyIRI.toString().contains("SOMA")) { + for (final var entity : ontology.getSignature()) { + String entityIRI = entity.getIRI().toString(); + if (entityIRI.contains("SOMA-")) { + LOGGER.error("Found wrong IRI: {}", entityIRI); + wrongIRIs.add(entityIRI); + } + } + } + + return wrongIRIs; + } +} From 4a0d3c4f0f180a82a89c7211259f4c10d9d8b146 Mon Sep 17 00:00:00 2001 From: Ayden Date: Wed, 9 Aug 2023 21:54:03 +0200 Subject: [PATCH 11/16] Add explanation to IRINamespaceChecker class --- .../main/java/main/ci_runners/IRINamespaceChecker.java | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/scripts/java/src/main/java/main/ci_runners/IRINamespaceChecker.java b/scripts/java/src/main/java/main/ci_runners/IRINamespaceChecker.java index 2c91f14e..7dc34f10 100644 --- a/scripts/java/src/main/java/main/ci_runners/IRINamespaceChecker.java +++ b/scripts/java/src/main/java/main/ci_runners/IRINamespaceChecker.java @@ -12,6 +12,14 @@ import java.util.ArrayList; import java.util.List; +/** + * Checks for IRIs with inconsistent SOMA namespace. + * + * All IRIs related to SOMA should be in the namespace "SOMA". If there are any + * IRIs with the namespace "SOMA-X" (e.g. "SOMA-ACT" or "SOMA-OBJ"), this runner + * will throw an exception and fail. This will help to prevent accidental usage + * of the wrong IRIs. + */ @Component @Lazy public class IRINamespaceChecker implements CIRunnable { From 94390af8f812e4db22e856d3004ab07d6d59b8ba Mon Sep 17 00:00:00 2001 From: Robin Nolte Date: Mon, 13 Feb 2023 13:30:19 +0100 Subject: [PATCH 12/16] Created SOMA-Agent --- owl/SOMA-ACT.owl | 4 +- owl/SOMA-AGENT.owl | 234 +++++++++++++++++++++++++++++++++++++++++++++ owl/SOMA-OBJ.owl | 2 +- 3 files changed, 237 insertions(+), 3 deletions(-) create mode 100644 owl/SOMA-AGENT.owl diff --git a/owl/SOMA-ACT.owl b/owl/SOMA-ACT.owl index a1f76cfa..a15e4c54 100644 --- a/owl/SOMA-ACT.owl +++ b/owl/SOMA-ACT.owl @@ -835,7 +835,7 @@ A synonym might be \"Thinking\". Examples include recalling knowledge or inferring some information from other information."@en) AnnotationAssertion(rdfs:label SOMA:InformationAcquisition "Information acquisition"@en) -EquivalentClasses(SOMA:InformationAcquisition ObjectIntersectionOf(SOMA:MentalTask ObjectSomeValuesFrom(SOMA:isTaskOfOutputRole ObjectIntersectionOf(SOMA:CreatedObject SOMA:Knowledge)))) +EquivalentClasses(SOMA:InformationAcquisition ObjectIntersectionOf(SOMA:MentalTask ObjectSomeValuesFrom(SOMA:isTaskOfOutputRole SOMA:Knowledge))) # Class: SOMA:InformationDismissal (Information dismissal) @@ -844,7 +844,7 @@ AnnotationAssertion(rdfs:comment SOMA:InformationDismissal "A mental task in whi An example is forgetting some knowledge."@en) AnnotationAssertion(rdfs:label SOMA:InformationDismissal "Information dismissal"@en) SubClassOf(SOMA:InformationDismissal SOMA:MentalTask) -SubClassOf(SOMA:InformationDismissal ObjectSomeValuesFrom(SOMA:isTaskOfInputRole ObjectIntersectionOf(SOMA:DestroyedObject SOMA:Knowledge))) +SubClassOf(SOMA:InformationDismissal ObjectSomeValuesFrom(SOMA:isTaskOfInputRole ObjectIntersectionOf(SOMA:ExcludedObject SOMA:Knowledge))) # Class: SOMA:InformationRetrieval (Information retrieval) diff --git a/owl/SOMA-AGENT.owl b/owl/SOMA-AGENT.owl new file mode 100644 index 00000000..42cfe6bc --- /dev/null +++ b/owl/SOMA-AGENT.owl @@ -0,0 +1,234 @@ + + + + + + + + + + + + + + + + + + + + + + + + The relation between an 'Order item' and the 'Order' that sorts them (via the relations 'precedes' and 'follows') + is ordered by + + + + + + + + + + + The relation between an 'Order' and the sorted 'Order item' (sorted via the relations 'precedes' and 'follows' between the 'Order item's) + orders + + + + + + + + + + + + + + The output of a, e.g, Selecting Task. + Choice + + + + + + + + + The Role of objects that are used, e.g., in Selecting Tasks. + Option + + + + + + + + + + + + + + + An 'Order' sorts two or more 'Order item's via the relations 'precedes' and 'follows'. + Order + + + + + + + + + + + + + + + + + + + + + + + + 1 + + + + A 'Singleton' of an entity that 'is ordered by' some 'Order'. An 'Order item' can only 'precede' or 'follow' another 'Order item', encoding the sortation of the entities contained within the 'Order items'. Different 'Order's need to use different 'Order item's. + Order item + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + A Preference is a Quality of an Agent that orders Situations by some heuristic based on the happiness, satisfaction, gratification, morality, enjoyment, and utility (see alse https://en.wikipedia.org/wiki/Preference) they provide to their bearing Agent. + +That a Preference orders Situations might be unintuitive, but makes the model very general. A few examples: + +Example 1 + +"Peter likes coffee and dislikes tea". +Here, between different hypothetical situations where he plays the role of a performer in a drinking task, Peter prefers the situations in which role of the drunken object is played by some coffee (vs. some tea). Note that the coffe and tea are hypothetical objects as well and could, for example, be represented via reified Concepts. + +Example 2 + +"Would you like this pot of coffee, or this pot of tea, Peter?" +Here, as opposed to Example 1, the pot of coffee and the pot of tea are not hypothetical, but concrete. + +Example 3 + +"Would you like this pot of coffee, or should I brew you some tea?" +Here, the pot of coffee is concrete and the tea is not. + +Example 4 + +Situations are not restricted to Tasks; other event types are possible as well. +For example, Peter might prefer the Containment State of a tiger being inside a cage vs. the Containment State of the tiger being outside of the cage. + Preference + + + + + + + + + + + + + + + The 'Region' of 'Preference's, containing all possible 'Order's between all possible 'Situation's. + Preference region + + + + + + + + + A Task where an Agent decides between two or more options. + Selecting + + + + + + + + + + + + + + 1 + + + + + + A 'Set' that contains exactly one member. + + + + + + + diff --git a/owl/SOMA-OBJ.owl b/owl/SOMA-OBJ.owl index 5122b455..a80abaa1 100644 --- a/owl/SOMA-OBJ.owl +++ b/owl/SOMA-OBJ.owl @@ -1355,7 +1355,7 @@ SubClassOf(SOMA:Color ObjectAllValuesFrom() +SubClassOf(SOMA:ColorRegion ) SubClassOf(SOMA:ColorRegion ObjectAllValuesFrom( SOMA:Color)) # Class: SOMA:CommitedObject (Commited object) From d9a18b9e3cb40ec3656523aa1ed92058eb966cb5 Mon Sep 17 00:00:00 2001 From: Robin Nolte Date: Mon, 13 Feb 2023 16:20:43 +0100 Subject: [PATCH 13/16] SOMA-ALL imports AOMA-Agent --- owl/SOMA-AGENT.owl | 16 ---------------- owl/SOMA-ALL.owl | 1 + owl/catalog-v001.xml | 1 + 3 files changed, 2 insertions(+), 16 deletions(-) diff --git a/owl/SOMA-AGENT.owl b/owl/SOMA-AGENT.owl index 42cfe6bc..7f25e07e 100644 --- a/owl/SOMA-AGENT.owl +++ b/owl/SOMA-AGENT.owl @@ -133,22 +133,6 @@ - - - - - - - - - - - - - - - - diff --git a/owl/SOMA-ALL.owl b/owl/SOMA-ALL.owl index c3aa53d6..43bdaabb 100644 --- a/owl/SOMA-ALL.owl +++ b/owl/SOMA-ALL.owl @@ -10,6 +10,7 @@ Prefix(rdfs:=) Ontology( Import() +Import() Import() Import() Import() diff --git a/owl/catalog-v001.xml b/owl/catalog-v001.xml index d064982d..994e6faa 100644 --- a/owl/catalog-v001.xml +++ b/owl/catalog-v001.xml @@ -3,6 +3,7 @@ + From 802867a0b23ac474721e8f4d611e2129b19b0d71 Mon Sep 17 00:00:00 2001 From: Robin Nolte Date: Mon, 13 Feb 2023 16:34:30 +0100 Subject: [PATCH 14/16] Added Prediliction --- owl/SOMA-AGENT.owl | 44 ++++++++++++++++++++++++++++++++++++++++++-- 1 file changed, 42 insertions(+), 2 deletions(-) diff --git a/owl/SOMA-AGENT.owl b/owl/SOMA-AGENT.owl index 7f25e07e..9691bc0e 100644 --- a/owl/SOMA-AGENT.owl +++ b/owl/SOMA-AGENT.owl @@ -129,6 +129,44 @@ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Predilection + The relation between a 'Preference' and the 'Order' that the 'Preference' defines over Situations. + +For the complete model, see 'Preference'. + + + + @@ -139,9 +177,11 @@ - A Preference is a Quality of an Agent that orders Situations by some heuristic based on the happiness, satisfaction, gratification, morality, enjoyment, and utility (see alse https://en.wikipedia.org/wiki/Preference) they provide to their bearing Agent. + A 'Preference' is a 'Quality' of an 'Agent' that orders 'Situation's by some heuristic based on the happiness, satisfaction, gratification, morality, enjoyment, and utility (see alse https://en.wikipedia.org/wiki/Preference) they provide to their bearing Agent. + +The pattern is as follows: A 'Preference' 'is described by' a 'Predilection', which also 'describes' an 'Order' that 'orders' 'Order item's that contain only 'Situation's. The 'Situation's then are modeled according to what the preference entails. -That a Preference orders Situations might be unintuitive, but makes the model very general. A few examples: +That a 'Preference' orders 'Situation's might be unintuitive, but makes the model very general. A few examples: Example 1 From 50a0cbbfa4b39762c979e175fee9fd927766ae4a Mon Sep 17 00:00:00 2001 From: Robin Nolte Date: Tue, 14 Feb 2023 16:18:20 +0100 Subject: [PATCH 15/16] Saved SOMA-Agent as functional syntax --- owl/SOMA-AGENT.owl | 354 +++++++++++++++------------------------------ 1 file changed, 120 insertions(+), 234 deletions(-) diff --git a/owl/SOMA-AGENT.owl b/owl/SOMA-AGENT.owl index 9691bc0e..7dc9b0a2 100644 --- a/owl/SOMA-AGENT.owl +++ b/owl/SOMA-AGENT.owl @@ -1,258 +1,144 @@ - - - - - - - - - - - - - - - - - - - - - - - - The relation between an 'Order item' and the 'Order' that sorts them (via the relations 'precedes' and 'follows') - is ordered by - - - - - - - - - - - The relation between an 'Order' and the sorted 'Order item' (sorted via the relations 'precedes' and 'follows' between the 'Order item's) - orders - - - - - - - - - - - - - - The output of a, e.g, Selecting Task. - Choice - - - - - - - - - The Role of objects that are used, e.g., in Selecting Tasks. - Option - - - - - - - - - - - - - - - An 'Order' sorts two or more 'Order item's via the relations 'precedes' and 'follows'. - Order - - - - - - - - - - - - - - - - - - - - - - - - 1 - - - - A 'Singleton' of an entity that 'is ordered by' some 'Order'. An 'Order item' can only 'precede' or 'follow' another 'Order item', encoding the sortation of the entities contained within the 'Order items'. Different 'Order's need to use different 'Order item's. - Order item - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Predilection - The relation between a 'Preference' and the 'Order' that the 'Preference' defines over Situations. - -For the complete model, see 'Preference'. - - - - - - - - - - - - - - - A 'Preference' is a 'Quality' of an 'Agent' that orders 'Situation's by some heuristic based on the happiness, satisfaction, gratification, morality, enjoyment, and utility (see alse https://en.wikipedia.org/wiki/Preference) they provide to their bearing Agent. - -The pattern is as follows: A 'Preference' 'is described by' a 'Predilection', which also 'describes' an 'Order' that 'orders' 'Order item's that contain only 'Situation's. The 'Situation's then are modeled according to what the preference entails. - -That a 'Preference' orders 'Situation's might be unintuitive, but makes the model very general. A few examples: +Prefix(:=) +Prefix(dc:=) +Prefix(owl:=) +Prefix(rdf:=) +Prefix(xml:=) +Prefix(xsd:=) +Prefix(SOMA:=) +Prefix(rdfs:=) + + +Ontology( +Import() +Import() +Import() +Import() + +Declaration(Class(SOMA:AgentRole)) +Declaration(Class(SOMA:Choice)) +Declaration(Class(SOMA:Option)) +Declaration(Class(SOMA:Order)) +Declaration(Class(SOMA:OrderItem)) +Declaration(Class(SOMA:Predilection)) +Declaration(Class(SOMA:Preference)) +Declaration(Class(SOMA:PreferenceRegion)) +Declaration(Class(SOMA:Selecting)) +Declaration(Class(SOMA:Singleton)) +Declaration(ObjectProperty(SOMA:isOrderedBy)) +Declaration(ObjectProperty(SOMA:orders)) + +############################ +# Object Properties +############################ + +# Object Property: SOMA:isOrderedBy (is ordered by) + +AnnotationAssertion(rdfs:comment SOMA:isOrderedBy "The relation between an 'Order item' and the 'Order' that sorts them (via the relations 'precedes' and 'follows')"@en) +AnnotationAssertion(rdfs:label SOMA:isOrderedBy "is ordered by"@en) +SubObjectPropertyOf(SOMA:isOrderedBy ) +InverseObjectProperties(SOMA:isOrderedBy SOMA:orders) +ObjectPropertyDomain(SOMA:isOrderedBy SOMA:OrderItem) +ObjectPropertyRange(SOMA:isOrderedBy SOMA:Order) + +# Object Property: SOMA:orders (orders) + +AnnotationAssertion(rdfs:comment SOMA:orders "The relation between an 'Order' and the sorted 'Order item' (sorted via the relations 'precedes' and 'follows' between the 'Order item's)"@en) +AnnotationAssertion(rdfs:label SOMA:orders "orders"@en) +SubObjectPropertyOf(SOMA:orders ) +ObjectPropertyDomain(SOMA:orders SOMA:Order) +ObjectPropertyRange(SOMA:orders SOMA:OrderItem) + + + +############################ +# Classes +############################ + +# Class: SOMA:Choice (Choice) + +AnnotationAssertion(rdfs:comment SOMA:Choice "The output of a, e.g, Selecting Task."@en) +AnnotationAssertion(rdfs:label SOMA:Choice "Choice"@en) +SubClassOf(SOMA:Choice SOMA:ResultRole) + +# Class: SOMA:Option (Option) + +AnnotationAssertion(rdfs:comment SOMA:Option "The Role of objects that are used, e.g., in Selecting Tasks."@en) +AnnotationAssertion(rdfs:label SOMA:Option "Option"@en) +SubClassOf(SOMA:Option SOMA:ResourceRole) + +# Class: SOMA:Order (Order) + +AnnotationAssertion(rdfs:comment SOMA:Order "An 'Order' sorts two or more 'Order item's via the relations 'precedes' and 'follows'."@en) +AnnotationAssertion(rdfs:label SOMA:Order "Order"@en) +SubClassOf(SOMA:Order ) +SubClassOf(SOMA:Order ObjectSomeValuesFrom(SOMA:orders SOMA:OrderItem)) + +# Class: SOMA:OrderItem (Order item) + +AnnotationAssertion(rdfs:comment SOMA:OrderItem "A 'Singleton' of an entity that 'is ordered by' some 'Order'. An 'Order item' can only 'precede' or 'follow' another 'Order item', encoding the sortation of the entities contained within the 'Order items'. Different 'Order's need to use different 'Order item's."@en) +AnnotationAssertion(rdfs:label SOMA:OrderItem "Order item"@en) +SubClassOf(SOMA:OrderItem SOMA:Singleton) +SubClassOf(SOMA:OrderItem ObjectAllValuesFrom( SOMA:OrderItem)) +SubClassOf(SOMA:OrderItem ObjectAllValuesFrom( SOMA:OrderItem)) +SubClassOf(SOMA:OrderItem ObjectExactCardinality(1 SOMA:isOrderedBy SOMA:Order)) + +# Class: SOMA:Predilection (Predilection) + +AnnotationAssertion(rdfs:label SOMA:Predilection "Predilection") +AnnotationAssertion(rdfs:label SOMA:Predilection "The relation between a 'Preference' and the 'Order' that the 'Preference' defines over Situations. + +For the complete model, see 'Preference'."@en) +SubClassOf(SOMA:Predilection ) +SubClassOf(SOMA:Predilection ObjectAllValuesFrom( ObjectUnionOf(SOMA:Preference ObjectIntersectionOf(SOMA:Order ObjectAllValuesFrom(SOMA:orders ObjectAllValuesFrom( )))))) + +# Class: SOMA:Preference (Preference) + +AnnotationAssertion(rdfs:comment SOMA:Preference "A 'Preference' is a 'Quality' of an 'Agent' that orders 'Situation's by some heuristic based on the happiness, satisfaction, gratification, morality, enjoyment, and utility (see alse https://en.wikipedia.org/wiki/Preference) they provide to their bearing Agent. + +The pattern is as follows: A 'Preference' 'is described by' a 'Predilection', which also 'describes' an 'Order' that 'orders' 'Order item's that contain only 'Situation's. The 'Situation's then are modeled according to what the preference entails. + +That a 'Preference' orders 'Situation's might be unintuitive, but makes the model very general. A few examples: Example 1 -"Peter likes coffee and dislikes tea". +\"Peter likes coffee and dislikes tea\". Here, between different hypothetical situations where he plays the role of a performer in a drinking task, Peter prefers the situations in which role of the drunken object is played by some coffee (vs. some tea). Note that the coffe and tea are hypothetical objects as well and could, for example, be represented via reified Concepts. Example 2 -"Would you like this pot of coffee, or this pot of tea, Peter?" +\"Would you like this pot of coffee, or this pot of tea, Peter?\" Here, as opposed to Example 1, the pot of coffee and the pot of tea are not hypothetical, but concrete. Example 3 -"Would you like this pot of coffee, or should I brew you some tea?" +\"Would you like this pot of coffee, or should I brew you some tea?\" Here, the pot of coffee is concrete and the tea is not. Example 4 Situations are not restricted to Tasks; other event types are possible as well. -For example, Peter might prefer the Containment State of a tiger being inside a cage vs. the Containment State of the tiger being outside of the cage. - Preference - - - - - - - - - - - - - - - The 'Region' of 'Preference's, containing all possible 'Order's between all possible 'Situation's. - Preference region - - - - - +For example, Peter might prefer the Containment State of a tiger being inside a cage vs. the Containment State of the tiger being outside of the cage."@en) +AnnotationAssertion(rdfs:label SOMA:Preference "Preference"@en) +SubClassOf(SOMA:Preference SOMA:SocialQuality) +SubClassOf(SOMA:Preference ObjectAllValuesFrom( )) - - - A Task where an Agent decides between two or more options. - Selecting - - +# Class: SOMA:PreferenceRegion (Preference region) +AnnotationAssertion(rdfs:comment SOMA:PreferenceRegion "The 'Region' of 'Preference's, containing all possible 'Order's between all possible 'Situation's."@en) +AnnotationAssertion(rdfs:label SOMA:PreferenceRegion "Preference region"@en) +SubClassOf(SOMA:PreferenceRegion ) +SubClassOf(SOMA:PreferenceRegion ObjectSomeValuesFrom( SOMA:Preference)) - +# Class: SOMA:Selecting (Selecting) - - - - - - - - 1 - - - - - - A 'Set' that contains exactly one member. - - +AnnotationAssertion(rdfs:comment SOMA:Selecting "A Task where an Agent decides between two or more options."@en) +AnnotationAssertion(rdfs:label SOMA:Selecting "Selecting"@en) +SubClassOf(SOMA:Selecting SOMA:Deciding) +# Class: SOMA:Singleton (SOMA:Singleton) +AnnotationAssertion(rdfs:comment SOMA:Singleton "A 'Set' that contains exactly one member.") +EquivalentClasses(SOMA:Singleton ObjectIntersectionOf( ObjectExactCardinality(1 ))) - +) \ No newline at end of file From 556391044632be73059ede69470b25426f3dc724 Mon Sep 17 00:00:00 2001 From: mrnolte <31051045+mrnolte@users.noreply.github.com> Date: Mon, 25 Sep 2023 12:39:01 +0200 Subject: [PATCH 16/16] Fixes to Mihais Comments --- owl/SOMA-ACT.owl | 8 ++++---- owl/SOMA-OBJ.owl | 4 ++-- owl/SOMA.owl | 2 ++ 3 files changed, 8 insertions(+), 6 deletions(-) diff --git a/owl/SOMA-ACT.owl b/owl/SOMA-ACT.owl index a15e4c54..3a9e66e1 100644 --- a/owl/SOMA-ACT.owl +++ b/owl/SOMA-ACT.owl @@ -211,7 +211,7 @@ AnnotationAssertion(rdfs:label SOMA:answers "The relation between an answering m AnnotationAssertion(rdfs:label SOMA:answers "answers") SubObjectPropertyOf(SOMA:answers SOMA:relatesToAnotherRole) InverseObjectProperties(SOMA:answers SOMA:hasAnswer) -ObjectPropertyDomain(SOMA:answers SOMA:Message) +ObjectPropertyDomain(SOMA:answers SOMA:Answer) ObjectPropertyRange(SOMA:answers SOMA:Message) # Object Property: SOMA:causes (causes) @@ -259,7 +259,7 @@ ObjectPropertyRange(SOMA:hasAction ) ObjectSomeValuesFrom( )) SubObjectPropertyOf(ObjectPropertyChain(SOMA:causesTransition SOMA:hasInitialSituation ) SOMA:terminates) SubObjectPropertyOf(ObjectPropertyChain(SOMA:causesTransition SOMA:hasTerminalScene ) SOMA:directlyCauses) -SubObjectPropertyOf(ObjectPropertyChain( SOMA:hasInitialSituation SOMA:hasTerminalSituation ) SOMA:isReplacedBy) -SubObjectPropertyOf(ObjectPropertyChain( SOMA:hasTerminalSituation SOMA:hasInitialSituation ) SOMA:replaces) +SubObjectPropertyOf(ObjectPropertyChain( SOMA:isInitialSituationOf SOMA:hasTerminalSituation ) SOMA:isReplacedBy) +SubObjectPropertyOf(ObjectPropertyChain( SOMA:isTerminalSituationOf SOMA:hasInitialSituation ) SOMA:replaces) SubObjectPropertyOf(ObjectPropertyChain( SOMA:isInputRoleOf SOMA:isTaskOfCreatedRole ) SOMA:isDirectSourceFor) ) \ No newline at end of file diff --git a/owl/SOMA-OBJ.owl b/owl/SOMA-OBJ.owl index a80abaa1..856277ab 100644 --- a/owl/SOMA-OBJ.owl +++ b/owl/SOMA-OBJ.owl @@ -1700,7 +1700,7 @@ SubClassOf(SOMA:Gripper SOMA:PrehensileEffector) AnnotationAssertion(rdfs:comment SOMA:Hand "A prehensile effector including palm, fingers, and thumb.") SubClassOf(SOMA:Hand SOMA:PrehensileEffector) -# Class: SOMA:HasQualityRegion (SOMA:HasQualityRegion) +# Class: SOMA:HasQualityRegion (Has quality region) AnnotationAssertion(rdfs:comment SOMA:HasQualityRegion "The relation between an individual quality and a region.") AnnotationAssertion(rdfs:comment SOMA:HasQualityRegion "todo(DB): added for NEEMs (quale change), but not sure yet about it...") @@ -1899,7 +1899,7 @@ SubClassOf(SOMA:Patient SOMA:EventAdjacentRole) AnnotationAssertion(rdfs:comment SOMA:PerformerRole "A role classifying an Agent responsible for performing an Action. -The entity playing an AgentRole is endowed with sentience and the capacity to deliberately choose actions in pursuit of goals. This distinguishes Agents from other causes that could bring an event about.") +The entity playing an PerformerRole is endowed with sentience and the capacity to deliberately choose actions in pursuit of goals. This distinguishes Agents from other causes that could bring an event about.") AnnotationAssertion(rdfs:label SOMA:PerformerRole "Performer role"@en) SubClassOf(SOMA:PerformerRole SOMA:CausativeRole) SubClassOf(SOMA:PerformerRole ObjectAllValuesFrom( )) diff --git a/owl/SOMA.owl b/owl/SOMA.owl index 89820fec..43421171 100644 --- a/owl/SOMA.owl +++ b/owl/SOMA.owl @@ -558,6 +558,8 @@ AnnotationAssertion(rdfs:comment SOMA:isSourceFor "The (transitive) relation bet AnnotationAssertion(rdfs:label SOMA:isSourceFor "is source for") SubObjectPropertyOf(SOMA:isSourceFor ) TransitiveObjectProperty(SOMA:isSourceFor) +ObjectPropertyDomain(SOMA:isSourceFor ) +ObjectPropertyRange(SOMA:isSourceFor ) # Object Property: SOMA:isTaskOfInputRole (is task of input role)