''What exactly did you have in mind when you referred to "n-relational
ontology of things"? <HT/> (01)
Hans: (02)
Relations should be analyzed not only with respect to the number of terms
they connect and formal properties as cardinality, symmetry, transitivity,
reflexivity. This is all the subject of a formal relational logic. As old as
Russell statement that 'every proposition should be regarded as expressing a
relation between two and more things', like in the from R(x, y, z,...).
Above all, relationship should be considered with respect to the nature and
meanings of its components; for it is a real entity (like causality and
space-time relations) rather then an idea, although expressed by verbs and
propositions and abstract nouns and relational adjectives. Thus here comes
''n-relational ontology of entities''. (03)
Regards,
Azamat Abdoullaev
http://www.eis.com.cy
>
> ----- Original Message -----
> From: "Hans Teijgeler" <hans.teijgeler@xxxxxxxxxxx>
> To: "'Azamat'" <abdoul@xxxxxxxxxxxxxx>; <semantic-web@xxxxxx>; "'ONTAC-WG
> General Discussion'" <ontac-forum@xxxxxxxxxxxxxx>; "'John F. Sowa'"
> <sowa@xxxxxxxxxxx>
> Cc: "'Frank Manola'" <fmanola@xxxxxxx>; "'Peter F. Patel-Schneider'"
> <pfps@xxxxxxxxxxxxxxxxxxxxxx>; "'Paul Prueitt (ontologystream)'"
> <psp@xxxxxxxxxxxxxxxxxx>; <seanb@xxxxxxxxxxxx>
> Sent: Friday, March 31, 2006 8:17 PM
> Subject: RE: owl:Class and owl:Thing
>
>
>> Hi Azamat,
>>
>> You must be a hell of a typist! But I like your contributions.
>>
>> <AA>
>> To be an ontology, its basic construct should be the class of Thing equal
>> to
>> the class of all entity classes, of which the most fundamental are the
>> class
>>
>> of Substance (Object), the class of State (Quantity and Quality), the
>> class
>> of Process (Change or Action) and the class of Relationship. Each one of
>> these Entity classes is organized as a hierarchy of subordinate classes
>> (kinds and types), where particular levels occupied by such individual
>> things (or instances, particulars, and concrete entities) as objects,
>> specific states, unique events and specific connections. Crucially,
>> 'definition', 'class', 'property' and 'statement' (see Topics) should be
>> filled up with real contents and meanings.
>> </AA>
>>
>> <HT> For that reason we use the data model of ISO 15926-2, although Barry
>> Smith doesn't like it much. In that model we have all you mention above
>> (as
>> far as I can judge). An overview is at [1] and [2].
>>
>> We have created an owl:Class for each entity types of our data model. We
>> also happen to have Thing as the root of the hierarchy, and we declared
>> that
>> as a subclass of owl:Thing.
>>
>> The actual ontologies are built from what we call Reference Data, like
>> PUMP
>> or VESSEL or MAXIMUM_ALLOWABLE_WORKING_PRESSURE. These are also
>> owl:Classes.
>> As you could see in the code snippets these are typed with one or more of
>> the owl:Classes that represent the entity types.
>>
>> The individuals, like myPump which I can kick, are typed with one or more
>> of
>> the Reference Data classes and/or specializations thereof.
>>
>> [1]http://www.tc184-sc4.org/wg3ndocs/wg3n1328/lifecycle_integration_schema.h
>> tml
>> [2]http://www.infowebml.ws/introduction/data-model-0.htm
>>
>> To illustrate this please follow the case below:
>>
>> In the ontology for data model (xmlns:dm):
>>
>> <owl:Class rdf:ID="ClassOfInanimatePhysicalObject">
>> <rdfs:subClassOf rdf:resource="#ClassOfArrangedIndividual"/>
>> <owl:disjointWith rdf:resource="#Organism"/>
>> </owl:Class>
>>
>> In the ontology for reference data (xmlns:rdl):
>>
>> <dm:ClassOfInanimatePhysicalObject rdf:ID="CENTRIFUGAL_PUMP">
>> <rdfs:subClassOf rdf:resource="#PUMP"/>
>> <dm:ClassOfInanimatePhysicalObject
>>
>> In an ontology of a pump supplier (xmlns:xyzco):
>>
>> <dm:ClassOfInanimatePhysicalObject rdf:ID="Model-AK150">
>> <rdfs:subClassOf
>> rdf:resource="http://www.15926.org/rdl/2006-02#CENTRIFUGAL_PUMP"/>
>> </dm:ClassOfInanimatePhysicalObject>
>>
>> In our project data:
>>
>> <rdl:PUMP rdf:ID="FPO-347621">
>> <rdfs:label>pump P-101</rdfs:label>
>> <rdf:type
>> rdf:resource="http://www.15926.org/rdl/2006-02#FUNCTIONAL_PHYSICAL_OBJECT"/>
>> <rdf:type
>> rdf:resource="http://www.15926.org/rdl/2006-02#INANIMATE_PHYSICAL_OBJECT"/>
>> <rdf:type
>> rdf:resource="http://www.15926.org/rdl/2006-02#WHOLE_LIFE_INDIVIDUAL"/>
>> <rdf:type
>> rdf:resource="http://www.xyz-corp.com/catalog2006#Model-AK150"/>
>> </rdl:PUMP>
>>
>> As you can see we can precisely type any individual. This may be used in
>> applications, because certain behaviour can be attributed to these types.
>> (NOTE: The typing with that Model-AK150 actually shall be attributed to a
>> "temporal part" of FPO-347621, but that would probably not be interesting
>> for the readers of this forum).
>> </HT>
>>
>> <AA>
>> This is all about its intensional meaning, its primary definition, while
>> its
>> extension is made up of all types of pumps differered by the type of
>> working
>> substance used and ways of operations, constructions, etc.: gas pump, oil
>> pump, water pump, lift pump, hydraulic pump, hand pump, foot pump, you
>> may
>> continue such a division at infinitum. In the actual world of particular
>> things, a pump is an individual existing as a concrete physical object, a
>> unique instance of a class of physical devices.
>> </AA>
>>
>> <HT>
>> In the forementioned Reference Data we have thousands of such classes,
>> and
>> all the ones you mentioned are in. And the suppliers will be invited to
>> define their classes (listed in their catalogs) as specializations
>> (subclass) of those Core Classes in the Reference Data. The same holds
>> for
>> classes defined by standardization bodies, like ANSI, DIN, BS, etc.
>> POSC/Caesar (www.posccaesar.org) has mapped thousands of ANSI pipe and
>> pipe
>> fitting classes already.
>> We are going to create so-called Object Information Models for these
>> classes, defining which kind of information is relevant during the entire
>> lifetime of the class members. This will take one or two decades, or so,
>> but
>> not doing it because it is so large a job will mean that we all keep
>> doing
>> it for ever, and that is far more costly.
>> </HT>
>>
>> What exactly did you have in mind when you referred to "n-relational
>> ontology of things"?
>>
>> Kind regards,
>> Hans
>>
>> ======================================================
>>
>> -----Original Message-----
>> From: Azamat [mailto:abdoul@xxxxxxxxxxxxxx]
>> Sent: Friday, March 31, 2006 17:22
>> To: Hans Teijgeler; semantic-web@xxxxxx; ONTAC-WG General Discussion;
>> John
>> F. Sowa
>> Cc: Frank Manola; Peter F. Patel-Schneider; Paul Prueitt
>> (ontologystream);
>> seanb@xxxxxxxxxxxx
>> Subject: Re: owl:Class and owl:Thing
>>
>> Hans inquired:
>> ''Is it possible that owl:Individual, that once existed [1], was meant to
>> be
>> the class of REAL individuals in a REAL world?''
>> Hans decided:
>> ''I have thrown out the owl:Thing. Much easier to read for humans.''
>>
>>
>> The class/thing distinction makes here all the difference, and hardly you
>> will get any explicit account from the owl languages authors. For its a
>> central issue in all current activities of building top ontologies (SUO,
>> USECS, ONTAC, etc.) and SW languages (RDFS, OWL, OWL1.1, etc), and it
>> touches the sorest spot in the whole logical enterprise of OWL ontology
>> passing as an ontological undertaking 'breaking all implicit and explicit
>> assumptions of computing science'.
>>
>> The status, validity, and expressivity of any general representational
>> languages and technologies are chiefly determined by the ways of treating
>> the things in the world. And there are usually three main choices widely
>> practiced: one can define 'Thing' as an individual, a class of
>> individuals,
>>
>> or the universal class, i.e., the class of all classes. Or, in terms of
>> quantities, as a fixed value (constant), an individual variable, and a
>> class
>>
>> variable.
>> The narrow view of thing as [an entity with a specific identity] has its
>> long history as ('a primary substance', 'a bare individual', etc.) and
>> was
>> supported by such modern logicians and ontologists as Quine, for whom 'to
>> be
>>
>> is to be a value of a bounded variable'.
>> In the OWL domain, the extension of the construct owl:Thing has only
>> individual things, being void of other essential meaningful dimensions.
>> In
>> the biological classificatory system, this corresponds to the level of
>> species whose members share a set of essential features and bound by a
>> membership relationship between an individual and its class. Note you can
>> subject a collection of individuals, say, the totality of human beings,
>> to
>> further divisions and subdivisions, such as man and woman, White or Black
>> or
>>
>> Yellow or Red, the aged or the young, the poor or the rich, the working
>> class or the professional class; underworld, lower class, middle class or
>> higher class, etc. Yet they are not (genetically) essential
>> classifications,
>>
>> and you are still in the domain of individuals, for even infinitely
>> increasing the number of individuals doesn't allow you to create a new
>> class or species or kind. Therefore we say about two types of difference,
>> in
>>
>> kind or in degree.
>> But a fundamental position is to consider Thing (or Entity) as the class
>> of
>>
>> classes (the set of subsets) at least; at best as the class of all
>> classes
>> (the universal set of all sets), hierarchically ordered by inclusion
>> (containment) relationships (or whole-part relationships). Since, as the
>> class variable, Thing will have as its values lower classes and
>> subclasses
>> as well, or the type of variables whose values are also variables (as a
>> metasyntactic variable 'foobar', where "the value of f(foo, bar) is the
>> sum
>> of foo and bar").
>>
>> Returning to our sheep, the OWL semantic language. To be blunt, without
>> diplomatic evasion and sublety, as a general ontological language it is
>> fundamentally defective and it would be a technological catastrophe to
>> use
>> this as 'Ontology Infrastructure for the Semantic Web' [1] for several
>> evident reasons.
>>
>> First, the polar terms of the OWL vocabulary are individuals, classes,
>> and
>> properties, which are, above all, mathematical and logical abstract terms
>> without real content and substance, i.e., without reference to reality.
>> To
>> be an ontology, its basic construct should be the class of Thing equal to
>> the class of all entity classes, of which the most fundamental are the
>> class
>>
>> of Substance (Object), the class of State (Quantity and Quality), the
>> class
>> of Process (Change or Action) and the class of Relationship. Each one of
>> these Entity classes is organized as a hierarchy of subordinate classes
>> (kinds and types), where particular levels occupied by such individual
>> things (or instances, particulars, and concrete entities) as objects,
>> specific states, unique events and specific connections. Crucially,
>> 'definition', 'class', 'property' and 'statement' (see Topics) should be
>> filled up with real contents and meanings. Even you may have an
>> idiosyncratic set of ontological commitments as pivotal environmental and
>> cognitive universals, still they must be ontological classes, rather
>> than
>> logical entities.
>>
>> Second, the construct of owl:Property, with its two basic types: owl:
>> ObjectProperty (mapping individuals to individuals) and
>> owl:DatatypeProperty
>>
>> (mapping individuals to datatype values). In fact, there are monadic and
>> diadic properties; essential and accidental; atomic, transient, complex,
>> or
>> emergent; particular and general, etc. But mostly important to tell the
>> formal properties (attributes) from the ontological properties, which are
>> generally classified as:
>> 1. the property of being a substance (object), substantial properties;
>> 2. the property of being a state (quantity or quality), quantitative and
>> qualitative properties;
>> 3. the property of being a process (change, action, operation), dynamic,
>> functional, operational properties;
>> 4. the property of being a relationship; relational properties per se.
>>
>> Thus, in the owl domain, owl:Property is badly narrowed to the property
>> of
>> being a formal (functional) relationship, direct and inverse; without
>> explicitly identifying the nature of relations between the connected
>> components, spatial, temporal, causal, whole/part, syntactic, semantic,
>> pragmatic, etc. Moreover dealing with only two main types of property:
>> owl:
>> ObjectProperty and owl:DataProperty, existing as disjoint constructions,
>> discard any hope of comensurability between magnitudes (entity variables)
>> and multitudes (numbers), forget measurement, assigning number to things.
>> There are other defects and contradictories, particularly in its
>> (subsumption) logic, which may take more time and patience, so i better
>> stop
>>
>> for now.
>>
>> Moral. In difference to the OWL people's feelings and hopes, it is not an
>> ontology but a sort of formal language involving a functional, formal
>> logic,
>>
>> and just need be properly renamed as FoLWL or LWL, Logical Web Language.
>> Accordingly, the semantic web into the formal semantic web, which is a
>> poor
>> abstraction of the real (semiotic) Web [as it' has recently turned out],
>> asking for a firm conceptual foundation, n-relational ontology of things
>> and
>>
>> its complement, ontological semiotics. Or, put away for a long time your
>> lofty hopes about real-life knowledge applications and web-based
>> intelligent
>>
>> systems capable to represent and reason about the world, and have instead
>> a
>> 'wonderweb' blown off billions and billions of public funds. It seems
>> something must be done to stop this fast-going and widely spreading
>> pandemic
>>
>> of nescience.
>>
>> Hans, about you specific problem, you are on the right track. On the
>> ontological abstract level, a pump is a specific class (species) of Thing
>> [>
>>
>> substance > physical substance > artefact > device > mechanism >
>> mechanical
>> device] marked by a specific [functional property] of moving fluid and
>> gas
>> [substance] by suction or pressure [process]. This is all about its
>> intensional meaning, its primary definition, while its extension is made
>> up
>> of all types of pumps differered by the type of working substance used
>> and
>> ways of operations, constructions, etc.: gas pump, oli pump, water pump,
>> lift pump, hydraulic pump, hand pump, foot pump, you may continue such a
>> division at infinitum. In the actual world of particular things, a pump
>> is
>> an individual existing as a concrete physical object, a unique instance
>> of a
>>
>> class of physical devices.
>> All the confusion comes from the replacement of fundamental ontological
>> category of Thing or Entity with a empty logical category owl:Class. And
>> please don't throw 'things' away, as the child from the bath, rather
>> discard
>>
>> empty 'classes', the bath itself.
>>
>> with all respects,
>>
>> Azamat Abdoullaev
>>
>> ----- Original Message -----
>> From: "Hans Teijgeler" <hans.teijgeler@xxxxxxxxxxx>
>> To: "'Dave Reynolds'" <der@xxxxxxxxxxxxxxx>
>> Cc: "'SW-forum'" <semantic-web@xxxxxx>
>> Sent: Friday, March 31, 2006 10:27 AM
>> Subject: RE: owl:Class and owl:Thing
>>
>>
>>> The class Pump is such a case where it is both an owl:Class and an
>>> individual, as a member of the class ClassOfInanimatePhysicalObject. Yet
>>> it has not been declared as owl:Thing. I understand from you that that
>>> is
>>> OK.
>>>
>>> Is it possible that owl:Individual, that once existed [1], was meant to
>>> be
>>> the class of REAL individuals in a REAL world?
>>>
>>> Regards,
>>> Hans
>>>
>>> [1] http://wonderweb.semanticweb.org/deliverables/documents/D1.pdf
>>>
>>> =========================================================================
>>>
>>> -----Original Message-----
>>> From: Dave Reynolds [mailto:der@xxxxxxxxxxxxxxx]
>>> Sent: Thursday, March 30, 2006 23:58
>>> To: Hans Teijgeler
>>> Cc: SW-forum
>>> Subject: Re: owl:Class and owl:Thing
>>>
>>> Hans Teijgeler wrote:
>>>
>>>> In OWL-Full it is possible to have a class that also is an individual
>>>> in the context of a class-of-class. We have that a lot. Now my
>>>> question is whether or not I shall call the same object an owl:Class
>>>> when it is in the role of class, and call it an owl:Thing when it is
>>>> in the role of individual. If not, what shall prevail? Or must I
>>>> declare
>>> it twice?
>>>
>>> You don't *need* to declare it at all in OWL/full.
>>>
>>> If you use a resource in the role of a class then it can be inferred to
>>> be
>>
>>> a
>>> class. For example, if you use it as the object of an rdf:type statement
>>> or
>>> in an rdfs:subClassOf statement then it can be inferred to be an
>>> rdfs:Class.
>>> In OWL/full rdfs:Class and owl:Class have the same extension.
>>>
>>> Similarly it can be inferred to be an owl:Thing (for trivial reasons in
>>> OWL/full) and probably some subclass of owl:Thing based on the
>>> domain/range
>>> of whatever properties you apply to it.
>>>
>>> However, it may be useful for human readers of your ontology if you
>>> document
>>> it's dual nature by declaring both it's types explicitly along with
>>> appropriate rdfs:comments.
>>>
>>> Dave
>>
>>
>>
>> --
>> No virus found in this outgoing message.
>> Checked by AVG Free Edition.
>> Version: 7.1.385 / Virus Database: 268.3.3/298 - Release Date: 30-Mar-06
>>
>>
>>
>
> (04)
_________________________________________________________________
Message Archives: http://colab.cim3.net/forum/ontac-forum/
To Post: mailto:ontac-forum@xxxxxxxxxxxxxx
Subscribe/Unsubscribe/Config:
http://colab.cim3.net/mailman/listinfo/ontac-forum/
Shared Files: http://colab.cim3.net/file/work/SICoP/ontac/
Community Wiki:
http://colab.cim3.net/cgi-bin/wiki.pl?SICoP/OntologyTaxonomyCoordinatingWG (05)
|