03.05.2014 Views

Global Musical Tempo Transformations using Case Based ... - OFAI

Global Musical Tempo Transformations using Case Based ... - OFAI

Global Musical Tempo Transformations using Case Based ... - OFAI

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

the Retrieve task relies heavily on the case base organization for effectivity<br />

and efficiency of the task (although all tasks can potentially involve interaction<br />

with the the case base). A common way of structuring the case base<br />

is based on Schank’s dynamic memory model mentioned above [104, 70]).<br />

In this approach the case base is represented as an indexical tree-structure<br />

where the retrieval of cases takes place by traversing the tree from the root<br />

to a leaf, at each node taking the branch that has input features corresponding<br />

to those of the current problem. This approach has been rejected by<br />

Thagard and Holyoak [114], mainly because of its lack of psychological plausibility.<br />

In turn, they propose a theory for analogy that allows for making<br />

inter-domain mappings (rather than intra-domain mappings, as is usual in<br />

CBR). In their theory mapping is a result of semantic, structural and pragmatic<br />

constraints [61].<br />

3.3.2 The Retrieve Task<br />

The Retrieve task consists in finding a matching case, given a problem (or<br />

rather, an input description, specifying the problem situation and the requirements<br />

that a solution should fulfill). Retrieval methods can range from<br />

matching cases with only superficial similarities to the problem description,<br />

to matching based on a semantic analysis of the input description. The latter<br />

case typically requires a large amount of domain knowledge and is therefore<br />

called Knowledge-Intensive CBR (KI-CBR, see section 3.4). The Retrieve<br />

task in general can be divided into three subtasks: identify, match and select,<br />

which will be described in turn.<br />

Identify<br />

The aim of this subtask is to identify relevant features of the input description.<br />

In a “knowledge-poor” approach, the features of the input description<br />

might be just the input description itself (or some part of it). A<br />

“knowledge-intensive” approach might involve deriving abstract, or higher<br />

level features from the input description, discarding noisy parts of the description,<br />

and predicting unknown features of the input description, by <strong>using</strong><br />

domain-knowledge.<br />

As an example of the Identify subtask we can see how this task is performed<br />

in <strong>Tempo</strong>-Express [52], a CBR system for tempo-transformations<br />

preserving musical expression that we have developed (see chapter 5). In<br />

this system, the input problem description is formed by a representation of<br />

a melody, a performance of that melody at a particular tempo (T i ), and<br />

a desired tempo at which the melody is to be performed (T o ). The prob-<br />

36

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!