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@cytanet.com.cy] 
Sent: Friday, March 31, 2006 17:22
To: Hans Teijgeler; semantic-web@w3.org; ONTAC-WG General Discussion; John
F. Sowa
Cc: Frank Manola; Peter F. Patel-Schneider; Paul Prueitt (ontologystream);
seanb@cs.man.ac.uk
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@quicknet.nl>
To: "'Dave Reynolds'" <der@hplb.hpl.hp.com>
Cc: "'SW-forum'" <semantic-web@w3.org>
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@hplb.hpl.hp.com]
> 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
 

Received on Friday, 31 March 2006 17:20:42 UTC