Ontologies: vehicles for reuse

Preview:

Citation preview

Ontologies:vehicles for reuse

Course “Knowledge & Media”September 2015

1

Overview• The notion of ontology• Common ontologies• Example ontology engineering topic:

– Part-whole relations

2

The notion of ontology

3

Concepts

• Help us organize the world around us• Act as recognition device• Test for reality• We use many different types of concepts

Concept types

Source: http://www.jamesodell.com/Ontology_White_Paper_2011-07-15.pdf.

The concept triad

Source: http://www.jamesodell.com/Ontology_White_Paper_2011-07-15.pdf.

Concept specification• Symbol

– Name used for the concept– Can be different names, different languages– E.g., “bike”, fiets”

• Intension (definition)– Intended meaning of the concept (semantics)– E.g. a bike has at least one wheel and a human-

powered movement mechanism• Extension

– Set of examples of the concept– E.g. “my bike”, “your bike”

Incomplete concept specifications

• Are common• Think of an example:

– Concept with no instances– Concept with no symbol

• Primitive vs. defined concepts

What is an Ontology?• In philosophy: theory of what exists in the world

• In IT: consensual & formal description of shared concepts in a domain• Aid to human communication and shared

understanding, by specifying meaning• Machine-processable (e.g., agents use ontologies in

communication)• Key technology in semantic information processing• Applications: knowledge management, e-business,

semantic world-wide web.

What is an Ontology?

“explicit specification of a shared conceptualization that holds in a particular

context” (Gruber’s definition in extended form)

Ontology spectrum

Source: http://www.jamesodell.com/Ontology_White_Paper_2011-07-15.pdf.

Domain = area of interest

• Can be any size – e.g., medicine

• Concepts may have different symbols in different domains

• The same symbol may be used for different concepts in different domains (sometimes also in the same domain)

Context and DomainPrinciple 1: “The representation of real-world objects always depends

on the context in which the object is used. This context can be seen as a “viewpoint” taken on the object. It is usually impossible to enumerate in advance all the possible useful viewpoints on (a class of ) objects.”

Principle 2: “Reuse of some piece of information requires an explicit

description of the viewpoints that are inherently present in the information. Otherwise, there is no way of knowing whether, and why this piece of information is applicable in a new application setting.”

14

Top-level categories:many different proposals

Chandrasekaran et al. (1999)

15

The is-a hierarchy

Classes as instances

16

Source: http://www.jamesodell.com/Ontology_White_Paper_2011-07-15.pdf.

Categorization• Logic (and essentially also databases)

take an “extensional” view of classes– A class is a set and is completely defined by

the set members• This puts the emphasis on specifying class

boundaries• Work of Rosch et al. takes a different view

17

Categories (Rosch)• Help us to organize the world• Tools for perception• Basic-level categories

– Are the prime categories used by people– Have the highest number of common and

distinctive attributes– What those basic-level categories are may

depend on context

18

Basic-level categories

19

Vertical organization of hierarchies• Basic-level classes often occur as a

middle layer in hierarchies• Higher levels: abstract classes that

organize the hierarchy• Lower levels: domain/context specific

classes– may require particular expertise to understand

20

Class room exercise• Consider what needs to be included in a

mini ontology for representing people with their gender, length and blood pressure values. – Think also of geographical and cultural issues– Directly relevant for the design of an

Electronic Patient Record!

21

COMMON ONTOLOGIES

23

Friend of a Friend (FOAF)• Describing people:

– names– depictions– friends, acquaintances, relations– organizations– e-mail addresses– webpages– ...

• see http://xmlns.com/foaf/spec/

24

Agents: People and Groups

25

Agent identity• When are two Agents the same?

– definitely when they have the same URI or openID– probably when they have the same e-mail address... – maybe when they have the same name...

William of Orange (William the Silent? William III of England?)

• Disambiguation is an important task on the Web

26

Dublin Core• A basic schema to improve resource

discovery on the web, i.e. finding stuff.• Consists of 15 basic elements that are all

optional, extensible, and repeatable.• International and interdisciplinary.• see http://purl.org/dc/• Newest version: 1.1

http://dublincore.org/documents/dces/

27

Dublin Core 1.0 Elements– Title– Creator– Subject– Description– Publisher– Contributor– Date– Type

– Format– Identifier– Source– Language– Relation– Coverage– Rights

Time ontology• Time point versus time interval

– View point as special case of an interval with identical start and end

• Representation of time and duration concepts

• Seehttp://www.w3.org/TR/owl-time/

28

Allen’s time relations

29

PART-WHOLE RELATIONS

31

Part-whole relations• “Mereology” = theory of part-whole

– “meros” is Greek for part• Common in many domains

– Human body, cars, installations, documents• Different from the subclass/generalization

relation• No built-in modeling constructs in OWL• Different types of part-whole relations exist

– With important semantic differences

32

UML Aggregation• Aggregation denotes a binary association

in which one side is an "assembly" and the other side a "part".

• "Assembly" and "part" act as predefined roles involved in the aggregation association.

• Cardinality of a part can be defined – precisely one; optional (0-1); many, ...

• No semantics in UML!

33

Aggregation example in UML

audiosystem

tape deck

CD player

tuner

amplifier

speakerheadphones

recordplayer

0-1

0-1

0-1

0-1 0-1 2,4

34

UML Composition• Sub-type of aggregation• Existence of part depends on aggregate

35

Aggregation vs. generalization• Similarities:

– Tree-like structure– Transitive properties

• Differences:– AND-tree (aggregation) vs. OR-tree

(generalization)– instance tree (aggregation) vs. class tree

(generalization)

Examples: partOf or subClassOf?

• House – Building• Brick – House• Antique book – Antique book collection• Silvio – Married Couple• Hand – Body part• Finger ‐ Hand

36

37

Confusion with non-compositional relations• Temporal topological inclusion

– The customer is in the store, but not part of it• Classification inclusion

– A Bond movie is an instance of “film” but part of my film collection

• Attribution– The height and width of a ship are not part of the ship

• Attachment– A wrist watch is not part of the wrist

• Ownership– I own a bicycle but it is not part of me

Types of part‐whole relations

38

39

Types of part-whole relationsBased on three distinctions

1. Configurability Functional/structural relation with the other parts

or the whole yes/no

2. Homeomerous Parts are same kind as the whole yes/no

3. Invariance Parts can be separated from the whole

40

Component-integral• Functional/structural relation to the whole• Parts can be removed and are different

from whole• Organization of the parts• Examples: car wheels, film scenes• N.B. difference between “wheel” and “car

wheel”

41

Material-object• Invariant configuration• Examples:

– A bicycle is partly iron– Wine is partly alcohol– Human body is partly water

• The “made-off” relation• Relation between part and whole is not

known

42

Portion-object• Homeomeric configuration of parts• Examples:

– A lice of bread is part of a loaf of bread– A sip of coffee is part of a cup o coffee

• Portions can be quantified with standard measures (liter, gram, ..)

• Homeomeric: a sip of coffee is coffee (but a bicycle wheel is not a bicycle)– Ingredients of portion and object are the same

43

Place-area• Homeomeric invariant configuration• Examples:

– North-Holland is part of The Netherlands– The Mont Blanc peak is part of the Mont Blanc

mountain– The head is part of the human body (?!)

• Typically between places and locations

44

Member-bunch• No configuration, no invariance, not

homeomeric• Members of a collection• Examples:

– A tree is part of a wood– The hockey player is part of a club

• Differentiate from classification-based collections– A tree is a member of the class of trees

45

Member-partnership• Same as member-bunch, but invariant• If a part is removed, the whole ceases to

exist• Examples:

– Bonny and Clyde– Laurel and Hardy– A married couple

Example: types of part of relations

• Vitamin – Orange• Branch – Tree• Student – the class of ’02• Book – library• Chair – Faculty Board• Engine – Car• Artuicle - newspaper

46

47

Transitivity of part-whole types

• Transitivity does not (necessarily) hold when traversing different types of part-whole relation– I am a member of a club (member-bunch)– My head is part of me (place-area)– But: my head is not a part of the club

Recommended