Relation pm#wh-/how_relation (*) this type permits to categorize relations according to the usual who/what/why/where/when/how questions ; this is a traditional but very subjective and ineffective way of categorizing relations
supertype: relation__related_thing__relatedthing___related_with type for any relation (unary, binary, ..., *-ary) and instance of pm#relation_type
subtype: who_relation__whorelation (*)
subtype: agent__doer (situation [48..*],entity [49..*])
subtype: organizer (situation,causal_entity)
subtype: participant (situation,causal_entity)
subtype: seller__vendor___vender (situation -> goal_directed_agent)
subtype: customer__client___buyer__buyer___purchaser__purchaser___vendee (situation,goal_directed_agent)
subtype: responsible_agent__responsibleagent (situation,causal_entity)
subtype: agent (process,agentive_physical_object) the 2nd argument is an active determinant, animate or inanimate, of the process
subtype: initiator (situation,causal_entity)
subtype: experiencer (situation,causal_entity)
subtype: experiencer (process,agentive_physical_object) e.g., Yojo is the experiencer of seeing in 'Yojo sees the fish'; unlike agent, this relation does not entail a causal relation between the arguments
subtype: owner (?,causal_entity) this is not a function: 0..N owner allowed
subtype: sole_owner (? -> causal_entity)
subtype: generator (? -> causal_entity)
subtype: parent (? -> causal_entity)
subtype: creator (entity,entity)
subtype: Creator (entity,entity) to specify an entity primarily responsible for making the content of a resource
subtype: author (description,causal_entity)
subtype: main_author (description,causal_entity)
subtype: co-author (description,causal_entity)
subtype: what_relation (*)
subtype: object/result (situation,?)
subtype: instrument (situation,entity)
subtype: instrument (process,object) the 2nd argument is used in bringing about the first and is not changed by it, e.g., the key is an instrument in 'the key opened the door'; instrument and resource cannot be satisfied by the same ordered pair
subtype: object__patient___theme__theme (situation,?)
subtype: input (process,?)
subtype: material (process,?)
subtype: parameter (process,?)
subtype: input_output__inputoutput (process,?)
subtype: modified_object (process,?)
subtype: muted_object__mutedobject (process,?)
subtype: deleted_object__deletedobject (process,?)
subtype: patient (process,?) the 2nd argument may be moved, said, experienced, etc; the direct objects in 'The cat swallowed the canary' and 'Billy likes the beer' would be examples of patients; the patient of a process may or may not undergo structural change as a result of the process
subtype: instrument (process,object) the 2nd argument is used in bringing about the first and is not changed by it, e.g., the key is an instrument in 'the key opened the door'; instrument and resource cannot be satisfied by the same ordered pair
subtype: resource (process,object) the object is present at the beginning of the process, is used by it, and as a consequence is changed by it; for example, soap is a resource in 'the gun was carved out of soap'; resource differs from instrument in that its internal or physical properties are altered in some way by the process
subtype: result (process,?) the 2nd argument is the product of the process, e.g., house is a result in 'Eric built a house'
subtype: result (situation,?)
subtype: output (process,?)
subtype: result (process,?) the 2nd argument is the product of the process, e.g., house is a result in 'Eric built a house'
subtype: process_attribute__processattribute (process,process_attribute_or_quality_or_measure)
subtype: manner (process,process_attribute_or_quality_or_measure)
subtype: mereological_relation (?,*)
subtype: part_or_parts (?,?)
subtype: part (?,?)
subtype: sub_situation__subsituation (situation,situation)
subtype: sub_process__subproces (process,process)
subtype: temporal_part__P.T (perdurant,perdurant)
subtype: spatial_part__spatialpart__P.S (perdurant,perdurant)
subtype: spatial_part__spatialpart (spatial_object,spatial_object)
subtype: physical_part (physical_entity,physical_entity)
subtype: sub_collection__subcollection (collection,collection) a partial order relation
subtype: ending_collection (collection,collection)
subtype: final_segment__finalsegment (collection,collection) the second collection is a final segment of the 1st
subtype: sublist__final_segment_of__finalsegmentof (list,list) USE pm#final_segment INSTEAD OF THIS RELATION TYPE; "sublist" is a misleading name; "final_segment_of" is better
subtype: main_part (?,?)
subtype: first_part__firstpart (?,?)
subtype: first (list -> ?)
subtype: first (list -> ?)
subtype: last_part (?,?)
subtype: last (list -> ?)
subtype: part_in_Dolce_Lite (entity,entity)
subtype: part (entity,entity) the subpart may or may not be different from the whole
subtype: component (entity,entity)
subtype: atomic_part (entity,atom) an undivisible part
subtype: temporary_atomic_part__AtP (entity,atom)
subtype: proper_part (entity,entity) the subpart is different from the whole
subtype: temporary_proper_part (endurant,endurant)
subtype: temporary_part__temporarypart (endurant,endurant)
subtype: temporary_component__temporarycomponent (endurant,endurant)
subtype: constant_part (entity,entity)
subtype: sibling_part__siblingpart (entity,entity)
subtype: in_proceedings (conference,publication)
subtype: parts__part (?,collection) such a type (using a collection as destination) should NOT be used: pm#part or a subtype of it should be used instead
subtype: part_of (?,?) this type SHOULD NOT BE USED IN WEBKB (its inverse may be used); this type is only provided for knowledge sharing purposes
subtype: part__part_of (object,object) this type should have been name sumo#part_of to respect the common reading conventions of parameters; all other mereological relations are defined in terms of this one; it means that the 1st argument is part of the 2nd; note that, since part is a reflexive_relation, every object is a part of itself
subtype: proper_part__proper_part_of (object,object) the 1st argument is part of the 2nd but is not it; this is a transitive_relation and asymmetric_relation (hence an irreflexive_relation)
subtype: piece__piece_of__pieceof (substance,substance) a specialized common sense notion of part for arbitrary parts of substances; quasi-synonyms are: chunk, hunk, bit, etc; compare component, another subrelation of part
subtype: component__component_of__componentof (corpuscular_object,corpuscular_object) a specialized common sense notion of part for heterogeneous parts of complexes; the 1st argument is a component of the 2nd argument; examples: the doors and walls of a house, the states or provinces of a country, or the limbs and organs of an animal; compare with sumo#piece, another specialization of sumo#part
subtype: member (self_connected_object,collection) a specialized common sense notion of part for uniform parts of collections; for example, each sheep in a flock of sheep would have the relationship of member to the flock
subtype: part_in_Dolce_Full (world,particular,particular+)
subtype: part__P (world,particular,particular,particular)
subtype: atomic_part__AtP (world,particular,particular)
subtype: temporary_atomic_part__AtP (world,particular,particular,particular)
subtype: proper_part__PP (world,particular,particular) a subpart (different from the whole)
subtype: temporary_proper_part__PP (world,particular,particular,particular)
subtype: temporary_part__temporarypart__P (world,particular,particular,particular)
subtype: overlap_with__overlapwith (?,?)
subtype: overlap__O (abstract_or_perdurant,abstract_or_perdurant)
subtype: method (process,description)
subtype: relation_from_collection (collection,*)
subtype: member (collection,*)
subtype: domain_object (domain,?)
subtype: core_domain_object__central_object_of_domain (domain,?)
subtype: reverse_of_KIF_member (set,?) this type only exists to make the connection to kif#member (which should have been named kif#member_of to respect the common reading conventions of parameters)
subtype: item (list,?)
subtype: item (list,?) for item(L,I) read: I is an item in L; either first(L,I) or item(R,I) where rest(L,R)
subtype: li (collection,*)
subtype: first (list -> ?)
subtype: last (list -> ?)
subtype: butlast (list -> ?)
subtype: nth (list,positive_integer -> ?)
subtype: nthrest (list,nonnegative_integer -> list)
subtype: relation_from_collection_to_number (collection -> number)
subtype: size__number_of_elements (collection -> nonnegative_integer)
subtype: length (list -> nonnegative_integer)
subtype: minimal_size__minimalsize (collection -> nonnegative_integer)
subtype: maximal_size__maximalsize (collection -> nonnegative_integer)
subtype: percentage (collection -> number)
subtype: average (number_container -> number) to specify an average on the values
subtype: list_order_fn (list,positive_integer -> ?) returns the item that is in the given position (2nd argument) in the list, e.g., (sumo#list_order_fn (sumo#list_fn Monday Tuesday Wednesday) 2) would return the value tuesday
subtype: list_length_fn (list -> nonnegative_integer) returns the number of items in the list, e.g., (sumo#list_length_fn (sumo#list_fn Monday Tuesday Wednesday)) would return the value 3
subtype: relation_from_an_ontology (ontology,*)
subtype: relation_to_another_ontology (ontology,ontology)
subtype: backward_compatible_with (ontology,ontology)
subtype: incompatible_with (ontology,ontology)
subtype: prior_version__priorversion (ontology,ontology)
subtype: relation_between_collections (collection,collection+)
subtype: sub_collection__subcollection (collection,collection) a partial order relation
subtype: sub_collection_of (collection,collection) DO NOT use this type; it only exists because the SUMO does not respect common reading conventions of parameters
subtype: sub_collection__subcollection__sub_collection_of (collection,collection) the 1st collection is a proper part of the 2nd
subtype: sub_list__sublist__sub_list_of (list,list) the 1st argument is a sublist of the 2nd, i.e. every element of the 1st is an element of the 2nd and the elements that are common to both lists have the same order in both lists
subtype: initial_list__initiallist (list,list) the 1st argument (?L1) is a sublist of the 2nd (?L2), and (sumo#list_order_fn ?L1 ?NUMBER) returns the same value as (sumo#list_order_fn ?L2 ?N) for all of the values of ?N over which (sumo#list_order_fn ?L1 ?N) is defined
subtype: final_segment_of__finalsegmentof (collection,collection) USE pm#final_segment INSTEAD
subtype: sublist__final_segment_of__finalsegmentof (list,list) USE pm#final_segment INSTEAD OF THIS RELATION TYPE; "sublist" is a misleading name; "final_segment_of" is better
subtype: overlapping_collection__overlappingcollection (collection,collection)
subtype: not_overlapping_collection__notoverlappingcollection (collection,collection)
subtype: collection_complement (collection,collection)
subtype: rest (list -> list)
subtype: rest (list -> list)
subtype: append (list,list -> list)
subtype: list_concatenate_fn (list,list -> list) returns the concatenation of two lists
subtype: revappend (list,list -> list)
subtype: reverse (list -> list)
subtype: relation_from_type_to_collection (type,collection)
subtype: partition (type,collection)
subtype: instances__instance (type -> collection)
subtype: subtypes (type -> collection)
subtype: relation_from_class_to_collection (class,collection)
subtype: union_of__unionof (class,list) for unionOf(X,L) read: X is the union of the classes in the list L; i.e. if something is in any of the classes in L, it is in X, and vice versa
subtype: disjoint_union_of (class,list) for disjointUnionOf(X,L) read: X is the disjoint union of the classes in the list L: (a) for any c1 and c2 in L, disjointWith(c1,c2), and (b) i.e. if something is in any of the classes in L, it is in X, and vice versa
subtype: intersection_of (class,list) for intersectionOf(X,Y) read: X is the intersection of the classes in the list Y; i.e. if something is in all the classes in Y, then it's in X, and vice versa
subtype: one_of__oneof (class,list) for oneOf(C,L) read everything in C is one of the things in L
subtype: distinct_members (all_different,list)
subtype: relation_to_another_class (class,class+)
subtype: sub_class_of__subclassof__super_class__superclas (class,class) in WebKB, use the link '<'
subtype: equivalent_class (class,class) in WebKB, use the link '='
subtype: exclusive_class__exclusiveclas (class,class) the 2 classes have no common subtype/instance; in WebKB, use the link '!'
subtype: complement_class (class -> class) if something is not in one of the classes, then it is in the other, and vice versa; in WebKB, use the link '/'
subtype: restricted_by (class,restriction)
subtype: disjoint_decomposition (class,class+) a disjoint_decomposition of a class C is a set of mutually disjoint subclasses of C
subtype: partition (class,class+) a partition of a class C is a set of mutually disjoint classes (a subclass partition) covering C; each instance of C is instance of exactly one of the subclasses in the partition
subtype: exhaustive_decomposition (class,class+) an exhaustive_decomposition of a class C is a set of subclasses of C such that every instance of C is an instance of one of the subclasses in the set; note: this does not necessarily mean that the elements of the set are disjoint (see sumo#partition - a partition is a disjoint exhaustive decomposition)
subtype: partition (class,class+) a partition of a class C is a set of mutually disjoint classes (a subclass partition) covering C; each instance of C is instance of exactly one of the subclasses in the partition
subtype: relation_to_another_set_or_class (set_or_class,set_or_class+) this category is needed to group SUMO relations between classes which cannot be subtype of pm#relation_from_type because their signatures curiously also involve sets
subtype: disjoint (set_or_class,set_or_class) like sumo#disjoint but from a a pm#set_or_class to another
subtype: disjoint (set_or_class,set_or_class) classes are exclusive/disjoint only if they share no instance (and hence no subtype), i.e. just in case the result of applying sumo#intersection_fn to them is empty
subtype: exclusive_class__exclusiveclas (class,class) the 2 classes have no common subtype/instance; in WebKB, use the link '!'
subtype: subclass_of_or_equal (set_or_class,set_or_class)
subtype: subclass__subclass_of (set_or_class,set_or_class) if the common reading conventions of parameters had been respected, this type would have been named subclass_of; every instance of the 1st argument is also an instance of the 2nd argument; a class may have multiple superclasses and subclasses
subtype: immediate_subclass__immediate_subclass_of (set_or_class,set_or_class) the 1st argument is a subclass of the 2nd argument and there is no other subclass of the 2nd argument such that the 1st is also a subclass of the 2nd; in WebKB, use the link '<'
subtype: sub_class_of__subclassof__super_class__superclas (class,class) in WebKB, use the link '<'
subtype: power_set_fn__powersetfn (set_or_class -> set_or_class) maps the argument to the set_or_class of all its subclasses
subtype: relation_to_another_class (class,class+)
subtype: relation_to_another_ontology (ontology,ontology)
subtype: relation_from_type (type,*) type of relations from a concept/relation type, i.e. in RDFS terminology, from a class or a property
subtype: specializing_type (type,?)
subtype: instance (type,?) the ':' link in the FT notation
subtype: subtype__subtype_or_equal (type,type) subtype links should actually be strict subtype links or not much checking can be done
subtype: strict_subtype (type,type) the '>' link in the FT notation
subtype: properly_subsumes_leaf__PSBL (type,type) the 2nd type is a leaf type properly subsumed by the 1st type
subtype: subsumes_leaf__SBL (type,type) the 2nd type is a leaf type subsumed by the 1st type
subtype: properly_subsumes_leaf__PSBL (type,type) the 2nd type is a leaf type properly subsumed by the 1st type
subtype: supertype (type,type) in the FT notation, the '<' link is only used to connect to a "strict" supertype
subtype: sub_class_of__subclassof__super_class__superclas (class,class) in WebKB, use the link '<'
subtype: subrelation (relation_type,relation_type) if the common reading conventions of parameters had been respected, this type would have been named subclass_of; every tuple of the 1st argument (r1) is also a tuple of the 2nd argument (r2), i.e. if r1 holds for some arguments arg_1, arg_2, ... arg_n, then the r2 holds for the same arguments; a consequence of this is that a relation and its subrelations must have the same valence
subtype: sub_property_of (binary_relation_type,binary_relation_type) in WebKB, use the link '<'
subtype: same_type_as (type,type)
subtype: equivalent_class (class,class) in WebKB, use the link '='
subtype: equivalent_property (binary_relation_type,binary_relation_type) in WebKB, use the link '='
subtype: exclusive_type__exclusivetype (type,type) in WebKB, use the '!' link
subtype: exclusive_class__exclusiveclas (class,class) the 2 classes have no common subtype/instance; in WebKB, use the link '!'
subtype: closed_exclusion (type -> type) the '/' link in the FT notation: the two linked types either are respectively identical to pm#thing and pm#nothing (they are "complement types") or they subtype a same type and form a complete subtype partition
subtype: complement_type (type -> type) a supertype of owl#complement_of which can only connect RDFS/OWL classes
subtype: complement_class (class -> class) if something is not in one of the classes, then it is in the other, and vice versa; in WebKB, use the link '/'
subtype: relation_from_relation_type (relation_type,*)
subtype: relation_from_binary_relation_type (binary_relation_type,*)
subtype: relation_to_another_binary_relation_type (binary_relation_type,binary_relation_type)
subtype: equivalent_property (binary_relation_type,binary_relation_type) in WebKB, use the link '='
subtype: sub_property_of (binary_relation_type,binary_relation_type) in WebKB, use the link '<'
subtype: inverse__reverse (binary_relation_type -> binary_relation_type) for inverseOf(R,S) read: R is the inverse of S; i.e. if R(x,y) then S(y,x) and vice versa; in WebKB, use the link '-'
subtype: domain (binary_relation_type,class)
subtype: range (binary_relation_type,class)
subtype: domain (relation_type,positive_integer,set_or_class) the formula (sumo#domain ?REL ?INT ?CLASS) means that the ?INT'th element of each tuple in the relation ?REL must be an instance of ?CLASS
subtype: domain_subclass (relation_type,positive_integer,set_or_class) the formula (sumo#domainSubclass ?REL ?INT ?CLASS) means that the ?INT'th element of each tuple in the relation ?REL must be a subclass of ?CLASS
subtype: range (function_type,set_or_class) gives the range of a function, i.e. all of the values assigned by the function are instances of sumo#class
subtype: range_subclass (function_type,set_or_class) all of the values assigned by the function in the 1st argument are subclasses of the 2nd argment
subtype: valence (relation_type,positive_integer) specifies the number of arguments that a relation can take; if a relation does not have a fixed number of arguments, it does not have a valence and it is an instance of variable_arity_relation, e.g., sumo#holds is a variable_arity_relation
subtype: disjoint_relation (relation_type+) (sumo#disjointRelation @ROW) means that any two relations in @ROW have no tuples in common; as a consequence, the intersection of all of the relations in @ROW is the null set
subtype: holds__hold (relation_type,*) (holds P N1 ... NK) is true when the tuple of objects denoted by N1,..., NK is an element of the relation P
subtype: assignment_fn (function_type,*) if F is a function with a value for the objects denoted by N1,..., NK, then (sumo#assignmentFn F N1 ... NK) is the value of applying F to the objects denoted by N1,..., NK; otherwise, the value is undefined
subtype: distributes__distribute (binary_function_type,binary_function_type) a binary_function ?F1 is distributive over another binary_function ?F2 just in case (?F1 ?INST1 (?F2 ?INST2 ?INST3)) is equal to (?F2 (?F1 ?INST1 ?INST2) (?F1 ?INST1 ?INST3)), for all ?INST1, ?INST2, and ?INST3
subtype: relation_from_class (class,*)
subtype: relation_from_class_to_collection (class,collection)
subtype: abstraction_fn__abstractionfn (class -> Attribute) a unary_function that maps a class into an attribute that specifies the condition(s) for membership in the class
subtype: relation_from_sumo_process_class (sumo_process_class,*)
subtype: causes_subclass (sumo_process_class,sumo_process_class) the 1st argument brings about the 2nd, e.g., (causes_subclass killing death)
subtype: capability (sumo_process_class,case_relation_type,object) the object has the ability to play the role (case relation) in the given kinds of processes
subtype: has_skill__hasskill (sumo_process_class,agentive_physical_object) similar to the capability predicate with the additional restriction that the ability be practised or demonstrated to some measurable degree
subtype: relation_from_attribute_type (attribute_class,*)
subtype: contrary_attribute (attribute_class,attribute_class+) set of attributes such that something can not simultaneously have more than one of these attributes, e.g., in KIF, (sumo#contrary_aAttribute sumo#pliable sumo#rigid) means that nothing can be both pliable and rigid
subtype: exhaustive_attribute (attribute_class,attribute_class+) this predicate relates a class to several types of attributes, and it means that the elements of this set exhaust the instances of the class; for example, in KIF, (sumo#exhaustiveAttribute sumo#physicalState sumo#solid sumo#fluid sumo#liquid sumo#gas) means that there are only three instances of the class sumo#physicalState, viz. sumo#solid, sumo#fluid, sumo#liquid, and sumo#gas
subtype: relation_from_restriction (restriction,*)
subtype: on_property (restriction,binary_relation_type) for onProperty(?restrClass,?rel), read: ?restrClass is a restricted with respect to property ?rel
subtype: all_values_from (restriction,class) for onProperty(?restrClass,?rel) and toClass(?restrClass,C), read: i instance of ?restrClass if and only if for all j, ?rel(i,j) implies type(j,C)
subtype: has_value__hasvalue (restriction,?) for onProperty(?restrClass,?rel) and hasValue(?restrClass,V), read: i instance of ?restrClass if and only if ?rel(i,V), i.e. if and only if any ?rel from ?i has for destination an instance of C; toValue is an obsolete name
subtype: some_values_from (restriction,class) for onProperty(?restrClass,?rel) and some_values_from(?restrClass,C), read: i instance of ?restrClass if and only if for some j, ?rel(i,j) and type(j,C), i.e. if and only if i has at least one ?rel which has for destination an instance of C
subtype: has_class_q__hasclassq (restriction,class) property for specifying class restriction with cardinalityQ constraints
subtype: cardinality (restriction -> nonnegative_integer) for onProperty(?restrClass,?rel) and cardinality(?restrClass,n), read: i instance of ?restrClass if and only if there are exactly n distinct j with ?rel(i,j)
subtype: cardinality_q__cardinalityq (restriction -> nonnegative_integer) for onProperty(?restrClass,?rel), cardinalityQ(?restrClass,n) and hasClassQ(?restrClass,C), read: i instance of ?restrClass if and only if there are exactly n distinct j with ?rel(i,j) and type(j,C)
subtype: min_cardinality__mincardinality (restriction -> nonnegative_integer) for onProperty(?restrClass,?rel) and minCardinality(?restrClass,n), read: i instance of ?restrClass if and only if there are at least n distinct j with ?rel(i,j)
subtype: min_cardinality_q__mincardinalityq (restriction -> nonnegative_integer) for onProperty(?restrClass,?rel), minCardinalityQ(?restrClass,n) and hasClassQ(?restrClass,C), read: i instance of ?restrClass if and only if there are at least n distinct j with ?rel(i,j)
subtype: max_cardinality__maxcardinality (restriction -> nonnegative_integer) for onProperty(?restrClass,?rel) and maxCardinality(?restrClass,n), read: i instance of ?restrClass if and only if there are at most n distinct j with ?rel(i,j)
subtype: max_cardinality_q__maxcardinalityq (restriction,nonnegative_integer) for onProperty(?restrClass,?rel), maxCardinalityQ(?restrClass,n) and hasClassQ(?restrClass,C), read: i instance of ?restrClass if and only if there are at most n distinct j with ?rel(i,j) and type(j,C)
subtype: wnObject (class,?)
subtype: wnNounType (class,?)
subtype: relation_from_type_to_collection (type,collection)
subtype: material__material_type_of (substance_class,corpuscular_object) all other mereological relations are defined in terms of this one; it means that the 2nd argument is structurally made up in part of the 1st argument; this relation encompasses the concepts of 'composed of', 'made of', and 'formed of'; for example, plastic is a material of my computer monitor; since part is a reflexive_relation, every object is a part of itself
subtype: relation_to_collection (*,collection)
subtype: member_of (*,collection) this type SHOULD NOT BE USED IN WEBKB (its inverse may be used); this type is only provided for knowledge sharing purposes
subtype: member (?,set) this type SHOULD NOT BE USED IN WEBKB: if the common reading conventions of parameters had been respected, the parameters would be swapped or the type would be named member_of
subtype: list_of (* -> collection)
subtype: set_of__setof (* -> collection)
subtype: parts__part (?,collection) such a type (using a collection as destination) should NOT be used: pm#part or a subtype of it should be used instead
subtype: item (?,list) USE pm#item INSTEAD OF THIS RELATION TYPE: if the common reading conventions of parameters had been respected, the parameters would be swapped or the type would be named item_of
subtype: in_list (?,list) true if the 1st argument is in the list; analog of element and instance for lists
subtype: list_fn (* -> list) a function that takes any number of arguments and returns the list containing those arguments in exactly the same order
subtype: function_returning_a_collection_from_2_elements (?,? -> collection)
subtype: cons (?,list -> list)
subtype: adjoin (?,list -> list)
subtype: remove (?,list -> list)
subtype: relation_between_collections (collection,collection+)
subtype: relation_to_set_or_class (*,set_or_class)
subtype: closed_on (function_type,set_or_class) a binary_function is closed on a set_or_class if it is defined for all instances of the set_or_class and its value is always an instance of the set_or_class
subtype: reflexive_on__reflexiveon (binary_relation_type,set_or_class) a binary_relation is reflexive on a set_or_class only if every instance of the set_or_class bears the relation to itself
subtype: irreflexive_on__irreflexiveon (binary_relation_type,set_or_class) a binary_relation is irreflexive on a set_or_class only if no instance of the set_or_class bears the relation to itself
subtype: partial_ordering_on (binary_relation_type,set_or_class) a binary_relation is a partial ordering on a set_or_class only if the relation is reflexive_on the set_or_class, and it is both an antisymmetric_relation, and a transitive_relation
subtype: total_ordering_on (binary_relation_type,set_or_class) a binary_relation ?REL is a total ordering on a set_or_class only if it is a partial ordering for which either (?REL ?INST1 ?INST2) or (?REL ?INST2 ?INST1) for every ?INST1 and ?INST2 in the set_or_class
subtype: trichotomizing_on (binary_relation_type,set_or_class)
subtype: equivalence_relation_on (binary_relation_type,set_or_class) a binary_relation is an equivalence_relation_on a set_or_class only if the relation is reflexive_on the set_or_class and it is both a transitive_relation and a symmetric_relation
subtype: relation_to_class (*,class)
subtype: kind__type___class___instance_of__instanceof (?,class) the '^' link in the FT notation
subtype: extension_fn__extensionfn (Attribute -> class) a unary_function that maps an attribute into the class whose condition for membership is the attribute
subtype: relation_to_another_set_or_class (set_or_class,set_or_class+) this category is needed to group SUMO relations between classes which cannot be subtype of pm#relation_from_type because their signatures curiously also involve sets
subtype: relation_to_type (*,type)
subtype: relation_to_class (*,class)
subtype: relation_to_string (*,string)
subtype: extrinsic_relation__extrinsicrelation (?,Literal) support for relations ranging on concrete data types
subtype: name (entity,Literal) a relation between an instance of a concept and the name (instance of a concrete data type) of that concept; the name has to be a lexically meaningful name
subtype: identifier (entity -> Literal) a relation between an individual of a concept and the identifier of that concept; the identifier is a concrete data type, usually non_meaningful from the lexical viewpoint; useful to map many database relationships
subtype: contextualizing_relation__contextualizingrelation (description,*)
subtype: contextualizing_logical_relation__contextualizinglogicalrelation (description,description)
subtype: or (description,description)
subtype: xor__either (description,description)
subtype: implication__then___therefore__therefore (description,description)
subtype: equivalence__equivalentTo___iff__iff (description,description)
subtype: entails__entail (formula,formula) the second argument is logically entailed from the first by means of the proof theory of SUO-KIF
subtype: modality (description,modality_measure)
subtype: believer (description,causal_entity)
subtype: overriding_specialization (description,description)
subtype: corrective_statement (description,description)
subtype: corrective_specialization (description,description)
subtype: corrective_existential_specialization (description,description)
subtype: corrective_generalization (description,description)
subtype: corrective_existential_generalization (description,description)
subtype: corrective_restriction__corrective_precision (description,description)
subtype: corrective_existential_specialization (description,description)
subtype: corrective_extension (description,description)
subtype: corrective_reformulation (description,description)
subtype: correction (description,description)
subtype: why_relation__whyrelation (*)
subtype: cause (situation,situation) see also rst#cause
subtype: causes (process,process) the process in the 1st argument brings about the process in the 2nd argument
subtype: consequence (situation,situation) see also rst#effect
subtype: method (process,description)
subtype: goal (process,situation)
subtype: triggering_event (process,event)
subtype: ending_event (process,event)
subtype: precondition (process,situation)
subtype: postcondition (process,situation)
subtype: purpose (?,?)
subtype: goal (process,situation)
subtype: purpose (description_content/medium/container,description_content/medium/container) situation that the described action is intended to reach
subtype: where_relation__whererelation (*) where, from/to where, ...
subtype: from/to (situation,entity)
subtype: source (situation,causal_entity)
subtype: recipient (situation,entity)
subtype: beneficiary (situation,causal_entity)
subtype: from/to_place__from/toplace (process -> spatial_object)
subtype: from_place (process -> spatial_object)
subtype: to_place__destination (process -> spatial_object)
subtype: via_place__viaplace__via (process -> spatial_object)
subtype: path (process -> spatial_object)
subtype: origin__from (process,object) the 2nd argument (which must be present at least at the beginning of the process) indicates where the process began; for example, the submarine is the origin in 'the missile was launched from a submarine'
subtype: destination__to (process,entity) the 2nd parameter is the target or goal of the process; for example, Danbury would be the destination in 'Bob went to Danbury'; this is a very general case_role which, in particular, that it covers the concepts of 'recipient' and 'beneficiary'; thus, John would be the destination in 'Tom gave a book to John'
subtype: place (situation -> spatial_object)
subtype: path_length (process -> spatial_attribute_or_quality_or_measure)
subtype: within_group (situation,collection)
subtype: relation_to_another_spatial_object (spatial_object,spatial_object)
subtype: location (spatial_object,spatial_object)
subtype: address__addres (spatial_object -> spatial_object)
subtype: main_address (spatial_object -> spatial_object)
subtype: secondary_address__secondaryaddres (spatial_object -> spatial_object)
subtype: above (spatial_object -> spatial_object)
subtype: on (spatial_object -> spatial_object)
subtype: below (spatial_object,spatial_object)
subtype: near (spatial_object -> spatial_object)
subtype: touching (spatial_object -> spatial_object)
subtype: far_from__farfrom (spatial_object,spatial_object)
subtype: exterior__in (spatial_object -> spatial_object)
subtype: interior (spatial_object,spatial_object)
subtype: before_location__before (spatial_object,spatial_object)
subtype: spatial_part__spatialpart (spatial_object,spatial_object)
subtype: spatial_origin__spatialorigin (?,?)
subtype: cuisine_origin__cuisineorigin (?,?)
subtype: when_relation (?,?)
subtype: relation_to_time (*,time_measure)
subtype: relation_from_situation_to_time (situation,time_measure)
subtype: time (situation,time_measure)
subtype: date (situation -> time_measure)
subtype: duration (situation -> time_measure)
subtype: from_time (situation -> time_measure)
subtype: departure_time__departuretime (process -> time_measure)
subtype: until_time__untiltime__to_time (situation -> time_measure)
subtype: arrival_time__arrivaltime (process -> time_measure)
subtype: before_time (situation,time_measure)
subtype: relation_from_time_to_time (time_measure,time_measure)
subtype: near_time (time_measure,time_measure)
subtype: before (time_measure,time_measure)
subtype: after (time_measure,time_measure)
subtype: relation_from_physical_entity_to_time (physical_entity -> time_measure)
subtype: check-in__checkin (physical_entity -> time_measure)
subtype: check-out__checkout (physical_entity -> time_measure)
subtype: creation_date (*,time_measure)
subtype: first_release__firstrelease (*,time_measure)
subtype: relation_from_situation_to_situation (situation,situation)
subtype: later_situation__latersituation (situation,situation)
subtype: next_situation (situation -> situation)
subtype: successor (situation -> situation)
subtype: ending_situation__termination (situation -> situation)
subtype: postcondition (process,situation)
subtype: consequence (situation,situation) see also rst#effect
subtype: before_situation (situation,situation) in WebKB, do not use these relations, use their inverses
subtype: previous_situation (situation -> situation)
subtype: beginning_situation__beginningsituation (situation -> situation)
subtype: precondition (process,situation)
subtype: cause (situation,situation) see also rst#cause
subtype: temporal_relation (?,?)
subtype: relation_from_time_to_situation (time_measure,situation)
subtype: relation_to_time (*,time_measure)
subtype: temporal_relation (?,?)
subtype: temporal_relation_from_time_point (time_point,nonnegative_integer)
subtype: second-of (time_point,nonnegative_integer)
subtype: minute-of (time_point,nonnegative_integer)
subtype: hour-of (time_point,nonnegative_integer)
subtype: day-of__dayof (time_point,nonnegative_integer)
subtype: month-of__monthof (time_point,nonnegative_integer)
subtype: year-of (time_point,nonnegative_integer)
subtype: temporal_relation_from_time_interval (time_interval,temporal_region)
subtype: begins-at-time-point (time_interval,time_point)
subtype: ends-at-time-point (time_interval,time_point)
subtype: has-duration__hasduration (time_interval,time_duration)
subtype: has-time-interval (temporal_thing,time_interval)
subtype: in-timezone (time_position,integer)
subtype: time (physical,time_position) means that temporal lifespan of the 1st argument includes the time_position in the 2nd argument, i.e. the 1st argument existed or occurred at that time_position; sumo#time does for instances of physical what sumo#holds_during does for instances of sumo#formula; sumo#located and sumo#time are the basic spatial and temporal predicates, respectively
subtype: temporal_part (?,?)
subtype: begin_fn__beginfn (?,?)
subtype: end_fn__endfn (?,?)
subtype: starts (?,?)
subtype: finishes (?,?)
subtype: before (?,?)
subtype: before_or_equal (?,?)
subtype: temporally_between (?,?)
subtype: temporally_between_or_equal (?,?)
subtype: overlaps_temporally (?,?)
subtype: meets_temporally__meetstemporally (?,?)
subtype: earlier (?,?)
subtype: cooccur (?,?)
subtype: time_interval_fn (?,?)
subtype: recurrent_time_interval_fn (?,?)
subtype: when_fn (physical -> time_interval) maps an object or process ?p to the exact time_interval during which it exists (for every time_point ?t outside of the time_interval, (time ?p ?t) does not hold
subtype: past_fn (?,?)
subtype: immediate_past_fn (?,?)
subtype: future_fn (?,?)
subtype: immediate_future_fn (?,?)
subtype: year_fn (?,?)
subtype: month_fn__monthfn (?,?)
subtype: day_fn__dayfn (?,?)
subtype: hour_fn (?,?)
subtype: minute_fn (?,?)
subtype: second_fn (?,?)
subtype: temporal_composition_fn (?,?)
subtype: relative_time_fn (?,?)
subtype: holds_during__holdsduring (time_position,formula) means that the proposition denoted by is true at (every temporal_part of) the time_position
subtype: how_relation__howrelation (*)
subtype: instrument (situation,entity)
subtype: method (process,description)
subtype: sub_process__subproces (process,process)
subtype: how_much_relation (*)
subtype: duration (situation -> time_measure)
subtype: relation_to_attribute_or_quality_or_measure (*,attribute_or_quality_or_measure)
subtype: attribute (?,attribute_or_quality_or_measure) e.g., [a car, attribute: a weight]
subtype: property (?,Attribute)
subtype: attribute (object,Attribute) the 2nd argument is an attribute of the 1st
subtype: manner (process,Attribute) the 1st argument is qualified by the 2nd (which is usually denoted by and adverb), e.g., the speed of the wind, the style of a dance, or the intensity of a sports competition
subtype: qt__quality (quality_or_endurant_or_perdurant,quality) the DOLCE predicate qt(x,y,t) means "x is a quality of y" but this relation respects the usual reading conventions: the 1st argument has for quality the 2nd argument
subtype: direct_quality__dqt (quality_or_endurant_or_perdurant,quality) the DOLCE predicate dqt(x,y,t) means "x is a direct quality of y" (not a quality of a quality of x) but this relation respects the usual reading conventions: the 1st argument has for direct quality the 2nd argument
subtype: relation_to_another_attribute_or_quality_or_measure (attribute_or_quality_or_measure,attribute_or_quality_or_measure)
subtype: measure (attribute_or_quality_or_measure,attribute_or_quality_or_measure) e.g., [a weight, measure: 75 kg]
subtype: q_location__qlocation (quality,region)
subtype: has_quale__hasquale__ql (quality,quale)
subtype: has-unit-of-measure (physical_quantity,unit_of_measure)
subtype: relation_from_collection_to_number (collection -> number)
423 categories printed