<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Using Song Social Tags and Topic Models to Describe and Compare Playlists</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Ben Fields</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Christophe Rhodes</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Mark d'Inverno</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Computing Goldsmiths University of London New Cross London</institution>
          ,
          <addr-line>SE14 6NW United Kingdom [b.fields</addr-line>
        </aff>
      </contrib-group>
      <abstract>
        <p>Playlists are a natural delivery method for music recommendation and discovery systems. Recommender systems o ering playlists must strive to make them relevant and enjoyable. In this paper we survey many current means of generating and evaluating playlists. We present a means of comparing playlists in a reduced dimensional space through the use of aggregated tag clouds and topic models. To evaluate the tness of this measure, we perform prototypical retrieval tasks on playlists taken from radio station logs gathered from Radio Paradise and Yes.com, using tags from Last.fm with the result showing better than random performance when using the query playlist's station as ground truth, while failing to do so when using time of day as ground truth. We then discuss possible applications for this measurement technique as well as ways it might be improved.</p>
      </abstract>
      <kwd-group>
        <kwd>LDA</kwd>
        <kwd>Topic Models</kwd>
        <kwd>playlists</kwd>
        <kwd>music</kwd>
        <kwd>similarity</kwd>
        <kwd>information retrieval</kwd>
        <kwd>metric space</kwd>
        <kwd>social tags</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Categories and Subject Descriptors</title>
      <p>H.5.5 [Sound and Music Computing]: Signal analysis,
synthesis, and processing; H.5.1 [Multimedia
Information Systems]: Evaluation/methodology</p>
    </sec>
    <sec id="sec-2">
      <title>1. INTRODUCTION</title>
      <p>Inherent to the design of any recommender or retrieval
system is a means of display or delivery of selected content.
For a system that recommends music this means playback
of an audio le. Listening to or playing a piece of music
take the length time of that piece of music. Given this link
between music and time, when considering what information
is relevant for a recommendation it is vital to consider the
context of time; that is, what music has been played before
WOMRAD 2010 Workshop on Music Recommendation and Discovery,
colocated with ACM RecSys 2010 (Barcelona, SPAIN)
Copyright c . This is an open-access article distributed under the terms
of the Creative Commons Attribution License 3.0 Unported, which permits
unrestricted use, distribution, and reproduction in any medium, provided
the original author and source are credited.
or will be played after the current recommended song. Yet
little is understood about how playback order a ects the
success or failure of a recommendation of a piece of music.
Whether a system makes user-based, object-based or hybrid
recommendations, a better awareness and use of playback
order will yield an improved music recommender system.</p>
      <p>In order to take advantage of the e ect of playback order,
it is necessary to have some means of comparing playlists
with one another. While ratings-based generic recommender
strategies could be employed, such techniques could only
be used in systems which allow for the rating of playlists
directly (as opposed to the much more common rating of
member songs).Alternatively, n distance measure between
playlists can be used to facilitate the prediction and
generation of well-ordered lists of song sequences for
recommendation. This has the advantage being applicable to the
vast majority of existing playlist generation systems, many
of which do not to collect playlist level ratings from their
users. Further, a measure of playlist distance has a number
of other applications in music recommender and discovery
systems including label propagation, predictive
personalization and context tuning to name a few.</p>
      <p>In this paper we propose an objective distance measure
between playlists. To better understand why such a measure
is needed, Section 2 provides background information in
existing playlist generation and evaluation techniques. While
any su ciently expressive and low-dimensional feature is
compatible with our playlist measure, we use a novel
social tag-based feature in this paper. This song-level feature
is detailed in Section 3. This is followed by an explanation
of our distance measurement itself in Section 4. Putting
this into practice, we detail some proof of concept
evaluation in Section 5. We discuss the results of this evaluation
and possible extensions in Section 6.
2.</p>
    </sec>
    <sec id="sec-3">
      <title>PLAYLIST AS DELIVERY MECHANISM</title>
      <p>In this section we survey the use of playlists in the
delivery of content in existing recommendation and retrieval
systems. This is followed by a review of current evaluation
methods for generated playlists. These two survey points
will show both the widespread use of playlist generation in
music recommendation and discovery systems and the need
for more quality evaluation of these systems.</p>
      <p>
        While this brief survey is focused on automatic playlist
generation, there is a wealth of both academic and lay work
discussing various aspects manual human-driven playlist
construction that may be of interest to the reader. Work in this
area tends to deal with radio (e.g. [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]) or club and dance disc
jockeys (e.g. [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]), being the two principal areas where the
explicit construction of ordered lists of songs are tied to the
eld. It is with these areas of manual playlist construction
in mind that we will examine past e orts in both automatic
playlist construction and evaluation techniques.
2.1
      </p>
    </sec>
    <sec id="sec-4">
      <title>Usage in the Wild</title>
      <p>There have been many music recommendation and
retrieval systems that employ some kind of automatic playlist
construction within their system. Frequently this is done as
a means of content delivery or, less often, as a way of
facilitating human evaluation of an underlying process such as
content-based music similarity or recommendation. What
follows is a brief survey of existing methods of playlist
generation both with and without human intervention.</p>
      <p>
        A web based system for personalized radio is detailed
in [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ]. In this early system users create and publish playlists
facilitated through a process analogous to collaborative
ltering. This results in quasi-automatic playlist creation,
with any sequence ordering depending entirely on the user.
Another variation of the social interaction intermediary is
shown in [
        <xref ref-type="bibr" rid="ref27">27</xref>
        ], which presents the Jukola system. This
system creates playlists via democratic vote on every song
using mobile devices of listeners in the same physical space.
Furthering the ideas of collaborative human generation, [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ]
shows a system called Social Playlist. This system is based
on the idea of social interaction through playlist sharing,
integrating mobile devices and communal playback.
      </p>
      <p>
        A fully automatic rule-based system is described in [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
This system uses existing metadata such as artist name,
song title, duration and beats per minute. The system is
designed from the ground up to be scalable and is shown to
work given a database of 200000 tracks. An approach that
is derived from recommender systems is seen in [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Here the
authors use the ratings and personalization information to
derive radio for a group. An attempt to optimize a playlist
based on known user preference as encoded in song selection
patterns is shown in [
        <xref ref-type="bibr" rid="ref30">30</xref>
        ]. This e ort uses Gaussian process
regression on user preference to infer playlists. The system
uses existing a priori metadata as the features for selection.
A means of using webmining derived artist similarity with
content-based song similarity is used to automatically
generate playlists in [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ]. This system combined these two spaces
in such a way as to minimize the use of signal analysis. A
byproduct of this optimization is improved playlist
generation as is shown in a small evaluation with human listeners.
      </p>
      <p>
        The Poolcasting system is detailed in [
        <xref ref-type="bibr" rid="ref5 ref6">5, 6</xref>
        ]. Poolcasting
uses dynamic weighting of user preferences within a group of
users who are all listening to a common stream with the goal
of minimizing displeasure across the entire group. This
results in a system that is very similar to popular commercial
radio in terms of its output. A method for created playlists
using an artist social graph, weighted with acoustic
similarity is shown in [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]. This method takes a start and end song
and constructs a playlist using maximum ow analysis on the
weighted graph. Another technique for playlist construction
based on the selection of paths between the start and end
songs is shown in [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ]. In this system content-based
similarity is used to project a set of songs onto a 2-D map, then a
path is found from the start song to the end song with the
goal of minimizing the step size between each member song.
A recent approach uses co-occurrence in n-grams extracted
from the internet radio station Radio Paradise1 to deform
a content-based similarity space [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ]. This deformed space
is then used in a manner that is similar to [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] to generate
paths from one song to another, minimizing step distance
throughout the path.
      </p>
      <p>
        Also of note is [
        <xref ref-type="bibr" rid="ref31">31</xref>
        ], which in contrast to most of the
previous systems, uses nearest neighbor co-occurrence in radio
playlist logs to determine song similarity. While the
evaluation was preliminary this method shows promise.
2.2
      </p>
    </sec>
    <sec id="sec-5">
      <title>Evaluation Methods</title>
      <p>
        The most prevalent method of evaluation used in playlist
generation systems is direct human evaluation by listening.
The system detailed in [
        <xref ref-type="bibr" rid="ref29">29</xref>
        ], a rule-based automatic playlist
generator that uses features derived from metadata, is
similar to [
        <xref ref-type="bibr" rid="ref2 ref30">2, 30</xref>
        ]. Of note in [
        <xref ref-type="bibr" rid="ref29">29</xref>
        ] is the thorough human listener
testing which shows the automatic playlist generator
performing considerably better than songs ordered randomly.
This evaluation, though better than most, still fails to
compare the automatic playlists against human expert playlists.
Additionally, to reduce test time, the evaluation uses
arbitrary one minute clips from the songs rather than the
entirety of the song or an intentionally chosen segment. A
content-based similarity playlist generator with a novel
evaluation is seen in [
        <xref ref-type="bibr" rid="ref28">28</xref>
        ]. Here the authors track the number
times the user presses the skip button to move on from the
currently playing song. All songs that are skipped are
considered false positives and those that are completely played
are treated as true positives. From this many standard
information retrieval techniques can be used in the evaluation,
resulting in a rich understanding of the results. Ultimately,
it is still human user listening evaluation though and its
biggest drawback is playback time. Assuming an average
song length of ve minutes it would take an an hour and 40
minutes (per listener) to listen to 20 songs with no time for
the skipped songs. This skip-based evaluation framework is
further used in [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] where existing last.fm user logs (which
include skip behavior) are analyzed using fuzzy set theory to
determine playlist generation heuristics in the system.
Additionally, many systems of playlist generation lack formal
evaluation all together.
2.3
      </p>
    </sec>
    <sec id="sec-6">
      <title>Summary</title>
      <p>While a number of techniques have been employed to
create playlists for a variety of functions, there exist limited
techniques in the evaluation of generated playlists. These
evaluation techniques rely heavily on time consuming
human evaluation. Beyond that, there is no studied means to
objectively compare one playlist with another. In Section 4
we will propose just such a means. First we will describe a
novel song level feature based on tags. A tag-based feature
will encode socio-cultural data that is missing from
analogous content-based features, though social tags bring about
some other problems.</p>
    </sec>
    <sec id="sec-7">
      <title>TOPIC-MODELED TAG-CLOUDS</title>
      <p>In order to encode playlists in a low dimensional
representation we must rst represent their member songs in as a
low dimensional vector. Here we use a Topic-Modeled Tag
Cloud (TMTC) as a pseudo-content-based feature, in a way
1http://radioparadise.com
that is functionally analogous to various pure content-based
methods. Using tags and topic models in this way is novel
and what follows is an explanation of the process of building
this feature.</p>
      <p>A tag is a word or phrase used to describe a document
of some kind, typically on the Web. Various kinds of
documents are described using tags on the Web including
photos2, videos3 and music4. An aggregated collection of tags,
weighted by the number of users who ascribe it to a given
object, is commonly referred to as a tag cloud.</p>
      <p>
        Tag clouds get their name from the most common
visualization method used with them, where each tag is displayed
with the font size in proportion to the weight, arranged in
a way that resembles a cloud. An example of a tag cloud5
can be seen in Figure 1 As can be seen in this example, tag
clouds provide a rich description of the music it describes.
Tags and collections of tags in various forms provide the
basis for many techniques within music informatics including
recommendation, retrieval and discovery applications [
        <xref ref-type="bibr" rid="ref23 ref3">3,23</xref>
        ].
      </p>
      <p>
        In addition to human generated tags being used, there is
some research directed toward the automatic application of
tags and inference of associated weights on unlabeled pieces
of music [
        <xref ref-type="bibr" rid="ref16 ref21 ref7 ref9">7, 9, 16, 21</xref>
        ].
3.2
      </p>
    </sec>
    <sec id="sec-8">
      <title>Reducing the Dimensionality</title>
      <p>
        There exist some techniques (such as [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]) to determine
semantic clustering within a tag cloud; however, these
systems are built to facilitate browsing and do not create a
su ciently reduced dimensional representation. The
previous work of [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ] comes the closest to the needed
dimensional reduction, also dealing with social tags for music. This
work, through the use of aspect models and latent
semantic analysis, brings the dimensionality down into the
hundreds, while preserving meaning. This order of dimensions
is still too high to compute meaningful distance across
multisong playlists. A feature with dimensionally of the order 102
would su er from the curse of dimensionality [
        <xref ref-type="bibr" rid="ref33">33</xref>
        ]: because
of its high dimensionality, any attempt to measure distance
becomes dominated by noise. However, a technique
developed for improved modelling in text information retrieval,
topic models provide the reduced dimensional representation
2e.g. http://flickr.com
3e.g. http://youtube.com
4e.g. http://last.fm or http://musicbrainz.org
5This tag cloud is for the track Bohemian Crapsody by the
artist Sickboy. The tags and the rendering both come from
last.fm, available at http://www.last.fm/music/Sickboy/
_/Bohemian+Crapsody/+tags
we require. Topic models are described in [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] as
\probabilistic models for uncovering the underlying semantic structure
of [a] document collection based on a hierarchical Bayesian
analysis of the original text." In topic modeling, a document
is transformed into a bag of words, in which all of the words
of a document are collected and the frequency of the
occurrence in recorded. We can use the weighted collection of
tags in a tag cloud as this bag of words, with tags serving
as tokenized words.
      </p>
      <p>
        There are a few di erent ways of generating topic models;
for our feature generation we will be using latent Dirichlet
allocation [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], treating each tag cloud as a bag-of-words.
In LDA, documents (in our case tags clouds of songs) are
represented as a mixture of implied (or latent ) topics, where
each topic can be described as a distribution of words (or
here, tags).More formally give the hyper-parameter , and
the conditional multinomial parameter , Equation 3.2 gives
the joint topic distribution , a set of N topics z and a set
of N tags w.
      </p>
      <p>
        N
p( ; z; wj ; ) = p( j ) Y p(znj )p(wnjzn; )
n=1
(1)
In Figure 2 LDA is shown as a probabilistic graphical model.
In order to create topic models using LDA, we need to
specify p( j ) and p(znj ). We estimate our parameters
empirically from a given corpus of tag clouds. This estimation
is done using variational EM as described in [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].This
allows topic distributions to be generated in an unsupervised
fashion, though the number of topics in a corpus must be
speci ed a priori.
      </p>
      <p>Once the LDA model is generated, it is used to infer the
gather tags for all songs
create LDA model describing</p>
      <p>topic distributions
infer topic mixtures for all</p>
      <p>songs
create vector database</p>
      <p>
        of playlists
mixture of topics present in the tag cloud for a given song.
This is done via variational inference which is shown in [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]
to estimate the topic mixture of a document by iteratively
minimizing the KL divergence from variational distribution
of the latent variables and the true posterior p( ; zjw; ; ).
      </p>
      <p>This process in it's entirety is shown as a block diagram
in Figure 3. Once this process is completed for every song
in our dataset, we will have a single vector with a
dimensionality equal to the number of topics in our LDA whose
entries indicate topic occupancy for that song.</p>
    </sec>
    <sec id="sec-9">
      <title>PLAYLISTS AS A SEQUENCE OF TOPIC</title>
    </sec>
    <sec id="sec-10">
      <title>WEIGHTS</title>
      <p>Given the single vector per song reduction, we represent
the playlists these song are in as ordered sequences of these
vectors. Thus each playlist is represented as a l d-dimensional
vector, where l is the number of songs in a given playlist and
d is the number of topics in our LDA model.
4.1</p>
    </sec>
    <sec id="sec-11">
      <title>Measuring Distance</title>
      <p>
        To both manage and measure the distance between these
li d dimensional vectors we use audioDB6. The use of
audioDB to match vectors of this type is detailed in [
        <xref ref-type="bibr" rid="ref32">32</xref>
        ].
Brie y, distance is calculated by means of a
multidimensional Euclidian measure. Here li is an arbitrary length
subsequence of i vectors. In practice, i is Casey:2008selected to
be less than or equal to the smallest sequence length for a
6source and binary available at http://omras2.doc.gold.
ac.uk/software/audiodb/
complete playlist in a dataset. The distance between two
playlists is then the minimum distance between any two
length i sub-vectors drawn from each playlist. One e ect of
this technique is easy handling of playlists of unequal length.
      </p>
      <p>
        This type of distance measurement has been used with
success on sequences of audio frames [
        <xref ref-type="bibr" rid="ref14 ref15">14, 15</xref>
        ]. The distance
measure in use between vectors can also be changed. In
particular there has been work showing that statistical features
(such as topic models) may bene t from the use of
Manhattan distance [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ], however for our prototypical evaluation we
have used simple Euclidean distance as seen in equation ??
above.
5.
      </p>
    </sec>
    <sec id="sec-12">
      <title>EVALUATION</title>
      <p>The goal of our evaluation is to show the tness of our
distance measurement through preliminary retrieval tests:
searching for playlists that start at the same time of day as
our query playlist and searching for the playlists from the
same station from a database of stations of the same genre.
We examine the logs of a large collection of radio stations,
exhaustively searching example sets. Through precision and
recall we see that our measure organizes playlists in a
predictable and expected way.
5.1</p>
    </sec>
    <sec id="sec-13">
      <title>Dataset</title>
      <p>In order to test these proposed techniques a collection
of radio station logs were gathered. These logs come from
a collection of broadcast and online stations gathered via
Yes.com7. The logs cover the songs played by all indexed
stations between 19-26 March 2010. For our evaluation task
using this data source we looked at subsets of this
complete capture, based on genre labels applied to these
stations. Speci cally we examine stations of the genres rock
and jazz. The complete Yes.com dataset also includes
stations in the following genre categories: Christian, Country,
Electronica, Hip-Hop, Latin, Metal, Pop, Punk, R&amp;B/Soul,
Smooth Jazz and World. These labels are applied by the
stations themselves and the categories are curated by Yes.com.
Additionally, the play logs from Radio Paradise8 from 1
January 2007 to 28 August 2008 form a second set. We then
attempted to retrieve tag clouds from Last.fm9 for all songs
in these logs. When tags were not found the song and its
associated playlist were removed from our dataset</p>
      <p>These logs are then parsed into playlists. For the radio
logs retrieved via the Yes api, the top of every hour was used
as a segmentation point as a facsimile for the boundary
between distinct programs. This is done under the assumption
that program are more likely than not to start and nish
on the hour in US commercial broadcast. Note that this
method of boundary placement will almost certainly
oversegment radio programs as many radio programs are longer
than one hour. However, given that our distance measure
compares xed length song sequences across playlists, this
over-segmentation should produce only minimal distortion
in our results. The Radio Paradise logs include all the links
or breaks between songs where the presenter speaks brie y.
For experiments using the Radio Paradise logs these links are
used as playlist boundaries. This leads to a slight di erence
in the type of playlist used from Radio Paradise versus Yes.
7http://api.yes.com
8http://www.radioparadise.com/
9http://last.fm
source
2543
865
1092
2246</p>
      <p>The playlists coming from Radio Paradise represent strings
of continuously played songs, with no breaks between the
songs in the playlists. The playlists from Yes are
approximations of a complete radio program and can therefore contain
some material inserted between songs (e.g. presenter link,
commercials).</p>
      <p>Statistics for our dataset can be see in Table 1 we then
use the tags clouds for these songs to estimate LDA topic
models as described in Section 310. For all our experiments
we specify 10 topic models a priori. The ve most relevant
tags in each of the topics in models trained on both the rock
and jazz stations can be seen Table 2.</p>
      <p>Our rst evaluation looks at the di erence between the
time of day a given query playlist starts and the start time
for the closest n playlists by our measure. For this evaluation
we looked at the 18 month log from Radio Paradise as well as
the \Rock" and \jazz" labelled stations from Yes.com, each
in turn. Further we used a twelve hour clock to account for
The basis for this test relies on the hypothesis that for much
commercial radio content in the United States, branding of
programs is based on daily repeatable of tone and content
for a given time of day. It should therefore be expected
that playlists with similar contours would occur at similar
times of day across stations competing for similar markets
of listeners.</p>
      <p>Figure 4 shows the mean across all query playlists of the
time di erence for each result position for the closest n
results, where n is 200 for the Radio Paradise set and 100
for the Yes.com set. The mean time di erence across all
three sets is basically at, with an average time di erence
of just below 11000 or about three hours. Given the
maximum di erence of 12 hours, this result is entirely the
opposite of compelling, with the retrieved results showing no
corespondance to time of day. Further investigation is
required to determine whether this is a failure of the distance
metric or simply an accurate portrail of the radio stations
logs. A deeper examination of some of the Yes.com data
shows some evidence of the latter case. Many of the playlist
queries exactly match (distance of 0) with the entirity of the
200 returned results. Further these exact match playlists are
repeated evenly throughout the day. One of these queries is
shown in Figure 5. The existance of these repeating playlists
throughout the day, ensures this task will not con rm our
10Our topic models are created using the open source
implementation of LDA found in the gensim python package
available at http://nlp.fi.muni.cz/projekty/gensim/ which
in turn is based on Blei's C implementation available at
http://www.cs.princeton.edu/~blei/lda-c/
25000
sd20000
n
o
c
e
s
n
i,
se15000
m
itttrs
a
en10000
e
w
t
e
b
a
t
led 5000</p>
      <p>00
hypothesis, perhaps due to progaming with no reliance on
time of day, at least in the case of Radio Paradise.</p>
      <p>Playlist beginning at midnight on 1 January 2007
50</p>
      <p>In this evaluation we examined the precision and recall
of retrieving playlists from the same station as the query
playlist. Here we looked at the \Rock" and \Jazz" labelled
stations retrieved via the Yes API, each in turn. Similar to
the rst task, it is expected that a given station will have
its own tone or particular feel that should lead to playlists
from that station being more apt to match playlist from
their generating station then with other stations from the
same genre. More formally, for each query we treat returned
playlists as relevant, true positives when they come from
the same station as the query playlist and false positives
otherwise. Based on this relevance assumption, precision
and recall can be calculated using the following standard
equations.</p>
      <p>P = jfrelevantplaylistsg Tfretrievedplaylistsgj
jfretrievedplaylistsgj
R = jfrelevantplaylistsg Tfretrievedplaylistsgj
jfrelevantplaylistsgj
(2)
(3)
The precision versus recall for a selection of stations' playlists
from both the \Rock" and \Jazz" stations are show in Figure
6. When considering the precision and recall performance it
Bob Marley
Feist
john mayer
drunk love
feist backing vocals
john mayer
acoustic
corinne bailey rae
bonnie raitt
David Pack 2
female vocalists
Anna Nalick
Chicas
playlist 2009
Sarah McLachlan
60s
jazz - sax
acid jazz
reggae
cool jazz
t8
aupa Pete
whistling
Triple J Hottest 100
review
fun as fuck
Sade
deserves another listen
till you come to me
piano
2010
classic rock TRB
60s ElectronicaDance
70s mysterious
The Beatles best songs of 2009
the rolling stones tribute to george
reminds me of winter
kings of leon
songs that save my life
songs to travel
Muse</p>
      <sec id="sec-13-1">
        <title>Needtobreathe</title>
        <p>plvaronaswow2009
The Script
brilliant music
van morrison
follow-up
jazz
instrumental
guitar
latin jazz
rnb
soul
female vocalists
Neo-Soul
Robin Thicke
female vocalists
norah jones
dido
jazz
vocal jazz
classic rock
80s
rock
70s
yacht rock
80s
new wave
david bowie
neuentd
synth pop</p>
      </sec>
      <sec id="sec-13-2">
        <title>Flamenco</title>
        <p>tactile smooth jazz
guitar ponder
cafe mocha
wine
is useful to compare against random chance retrieval. There
are 100 stations labeled \Rock" and 48 labeled \Jazz". Under
chance retrieval a precision of 0:01 would be seen for \Rock"
and 0:0208 for \Jazz".
5.4</p>
      </sec>
    </sec>
    <sec id="sec-14">
      <title>Summary</title>
      <p>Two di erent evaluation tasks have been run using real
world radio log data to examine the usefulness of our playlist
match technique. The rst of these, an examination the
time di erence was at across result length variance. While
this implies lack of discrimination into daily patterns, it is
not possible to determine from the available data whether
this is an accurate re ection of the progamming within the
dataset or distance measure not being su cient for the task.
The second task shows the performance of retrieving hourly
playlists from a selection of stations using playlists from that
station as a query. Here we see a great deal of promise,
especially when comparing the query results against random
chance, which it outperforms considerably.</p>
    </sec>
    <sec id="sec-15">
      <title>CONCLUSIONS</title>
      <p>Having reviewed recent work in various methods of playlist
generation and evaluation in Section 2, it is apparent that
there is a need for better ways to objectively compare playlists
to one another. We detailed a method of doing so in Section
4, though rst, to better lter content-based data through
listeners' experience we presented a novel tag-based feature,
TMTC, using tags summarized using LDA topic models in
Section 3. This was follow by two task evaluations to
examine out playlist matching technique and song feature on real
world playlist data from radio logs in Section 5.</p>
      <p>While our evaluation shows the promise of this technique
on sampled data, there is much room for improvement.
Principal among these is the exploration of non-Euclidean
distance measures. Manhattan distance (or L1) seems to have
the most direct applicability and its use could prove to be
quite bene cial. Another area for future work is in the use
of the measure on further data and datasets. One of the
best ways to improve here would be in the use of datasets
with a more exact known ground truth, in order to best
apply known recommender and retrieval evaluation methods
to them.</p>
      <p>This leads to a further avenue of future work, testing the
measure against direct human evaluation. While our
matching technique has many uses with recommendation and
discovery, if it proved to align with human evaluation it would
be considerably more useful.
7.</p>
    </sec>
    <sec id="sec-16">
      <title>ACKNOWLEDGMENTS</title>
      <p>This work is supported in part by the Engineering and
Physical Sciences Research Council via the Online Music
Recognition And Searching II (OMRAS2) project,
reference number EP/E02274X/1. Additional support provided
as part of the Networked Environments for Music Analysis
(NEMA) project, funded by The Andrew W. Mellon
Foundation. Thanks also to Paul Lamere for some dataset
acquisition assistance.
8.
1.0
0.8
iion0.6
s
c
e
rp0.4
0.2
1.0
0.8
iion0.6
s
c
e
rp0.4
0.2
0.00.0</p>
      <p>Radio Paradise, Start time delta v. result order
YES.com Rock stations, Start time delta v. result order
YES.com Jazz stations, Start time delta v. result order
14000</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Ahlkvist</surname>
          </string-name>
          and
          <string-name>
            <given-names>R.</given-names>
            <surname>Faulkner</surname>
          </string-name>
          . `
          <article-title>Will This Record Work for Us?': Managing Music Formats in Commercial Radio</article-title>
          .
          <source>Qualitative Sociology</source>
          ,
          <volume>25</volume>
          (
          <issue>2</issue>
          ):
          <volume>189</volume>
          {
          <fpage>215</fpage>
          ,
          <year>June 2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>J.-J.</given-names>
            <surname>Aucouturier</surname>
          </string-name>
          and
          <string-name>
            <given-names>F.</given-names>
            <surname>Pachet</surname>
          </string-name>
          .
          <article-title>Scaling up playlist generation</article-title>
          .
          <source>In Proc. IEEE International Conference 14000 snd co12000 sseen i, m it tr10000 tsan e e w t e ltab 8000 e d 6000 on Multimedia and Expo</source>
          ,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>J.-J.</given-names>
            <surname>Aucouturier</surname>
          </string-name>
          and
          <string-name>
            <given-names>E.</given-names>
            <surname>Pampalk</surname>
          </string-name>
          .
          <article-title>Introduction-from genres to tags: A little epistemology of music information retrieval research</article-title>
          .
          <source>Journal of New Music Research</source>
          ,
          <volume>37</volume>
          (
          <issue>2</issue>
          ):
          <volume>87</volume>
          {
          <fpage>92</fpage>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>P.</given-names>
            <surname>Avesani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Massa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Nori</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Susi</surname>
          </string-name>
          .
          <article-title>Collaborative radio community</article-title>
          .
          <source>In AH '02: Proceedings of the Second International Conference on Adaptive Hypermedia and Adaptive Web-Based Systems</source>
          , pages
          <fpage>462</fpage>
          {
          <fpage>465</fpage>
          . Springer Berlin / Heideberg, January
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>C.</given-names>
            <surname>Baccigalupo</surname>
          </string-name>
          .
          <article-title>Poolcasting: an intelligent technique to customise music programmes for their audience</article-title>
          .
          <source>PhD thesis</source>
          , Institut d'Investigacio en Intelligencia Arti cial,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>C.</given-names>
            <surname>Baccigalupo</surname>
          </string-name>
          and
          <string-name>
            <given-names>E.</given-names>
            <surname>Plaza</surname>
          </string-name>
          .
          <article-title>Sharing and combining listening experience: A social approach to web radio</article-title>
          .
          <source>In Proc. of the International Computer Music Confernce</source>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>L.</given-names>
            <surname>Barrington</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Turnbull</surname>
          </string-name>
          , and
          <string-name>
            <given-names>G.</given-names>
            <surname>Lanckriet</surname>
          </string-name>
          .
          <article-title>Auto-tagging music content with semantic multinomials</article-title>
          .
          <source>In Proc. of Int. Conference on Music Information Retrieval</source>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>G.</given-names>
            <surname>Begelman</surname>
          </string-name>
          , P. Keller, and
          <string-name>
            <given-names>F.</given-names>
            <surname>Smadja</surname>
          </string-name>
          . Automated Tag Clustering:
          <article-title>Improving search and exploration in the tag space</article-title>
          .
          <source>In In Proc. of the Collaborative Web Tagging Workshop at WWW'06</source>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>T.</given-names>
            <surname>Bertin-Mahieux</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Eck</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Maillet</surname>
          </string-name>
          , and
          <string-name>
            <given-names>P.</given-names>
            <surname>Lamere</surname>
          </string-name>
          .
          <article-title>Autotagger: a model for predicting social tags from acoustic features on large music databases</article-title>
          .
          <source>Journal of New Music Research</source>
          ,
          <volume>37</volume>
          (
          <issue>2</issue>
          ):
          <volume>101</volume>
          {
          <fpage>121</fpage>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>D.</given-names>
            <surname>Blei</surname>
          </string-name>
          and
          <string-name>
            <given-names>J. La erty. Topic</given-names>
            <surname>Models</surname>
          </string-name>
          .
          <source>Text Mining: Theory and Applications</source>
          . Taylor and Francis,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <surname>D. M. Blei</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Ng</surname>
            , and
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Jordan</surname>
          </string-name>
          .
          <article-title>Latent dirichlet allocation</article-title>
          .
          <source>Journal of Machine Learning Research</source>
          ,
          <volume>3</volume>
          :
          <fpage>993</fpage>
          {
          <fpage>1022</fpage>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>K.</given-names>
            <surname>Bosteels</surname>
          </string-name>
          , E. Pampalk, and
          <string-name>
            <given-names>E. E.</given-names>
            <surname>Kerre</surname>
          </string-name>
          .
          <article-title>Evaluating and analysing dynamic playlist generation heuristics using radio logs and fuzzy set theory</article-title>
          .
          <source>In Proc. of Int. Conference on Music Information Retrieval</source>
          ,
          <year>October 2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>B.</given-names>
            <surname>Brewster</surname>
          </string-name>
          and
          <string-name>
            <given-names>F.</given-names>
            <surname>Broughton. Last Night A DJ Saved</surname>
          </string-name>
          <article-title>My Life; The history of the disc jockey</article-title>
          .
          <source>Headline Book Publishing, London, United Kingdom, 2nd edition</source>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>M.</given-names>
            <surname>Casey</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Rhodes</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Slaney</surname>
          </string-name>
          .
          <article-title>Analysis of minimum distances in high-dimensional musical spaces</article-title>
          .
          <source>Audio, Speech, and Language Processing</source>
          , IEEE Transactions on,
          <volume>16</volume>
          (
          <issue>5</issue>
          ):
          <volume>1015</volume>
          {1028, jul.
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>M.</given-names>
            <surname>Casey</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Slaney</surname>
          </string-name>
          .
          <article-title>The importance of sequences in music similarity</article-title>
          .
          <source>In Proc. IEEE Int. Conf. on Acoustics</source>
          , Speech, Signal Processing, Toulouse, France,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>D.</given-names>
            <surname>Eck</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Lamere</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Bertin-Mahieux</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Green</surname>
          </string-name>
          .
          <article-title>Automatic generation of social tags for music recommendation</article-title>
          .
          <source>In Neural Information Processing Systems Conference (NIPS) 20</source>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>B.</given-names>
            <surname>Fields</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Jacobson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Rhodes</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Casey</surname>
          </string-name>
          .
          <article-title>Social playlists and bottleneck measurements : Exploiting musician social graphs using content-based dissimilarity and pairwise maximum ow values</article-title>
          .
          <source>In Proc. of Int. Symposium on Music Information Retrieval</source>
          ,
          <year>September 2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>A.</given-names>
            <surname>Flexer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Schnitzer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Gasser</surname>
          </string-name>
          , and
          <string-name>
            <given-names>G.</given-names>
            <surname>Widmer</surname>
          </string-name>
          .
          <article-title>Playlist generation using start and end songs</article-title>
          .
          <source>In Proc. of Int. Symposium on Music Information Retrieval</source>
          ,
          <year>October 2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>K.</given-names>
            <surname>Grauman</surname>
          </string-name>
          and
          <string-name>
            <given-names>T.</given-names>
            <surname>Darrell</surname>
          </string-name>
          .
          <article-title>Fast contour matching using approximate earth mover's distance</article-title>
          .
          <source>In Proc. of the IEEE Computer Society Conference on Computer Vision and Pattern Recognition</source>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>C.</given-names>
            <surname>Hayes</surname>
          </string-name>
          and
          <string-name>
            <given-names>P.</given-names>
            <surname>Cunningham</surname>
          </string-name>
          .
          <article-title>Smart radio: Building music radio on the y</article-title>
          .
          <source>In Expert Systems</source>
          <year>2000</year>
          , pages
          <article-title>2{6</article-title>
          . ACM Press,
          <year>2000</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <surname>M. D. Ho man</surname>
            ,
            <given-names>D. M.</given-names>
          </string-name>
          <string-name>
            <surname>Blei</surname>
            , and
            <given-names>P. R.</given-names>
          </string-name>
          <string-name>
            <surname>Cook</surname>
          </string-name>
          .
          <article-title>Easy as cba: a simple probabilistic model for tagging music</article-title>
          .
          <source>In Proc. of Int. Conference on Music Information Retrieval</source>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>P.</given-names>
            <surname>Knees</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Pohle</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Schedl</surname>
          </string-name>
          , and
          <string-name>
            <given-names>G.</given-names>
            <surname>Widmer.</surname>
          </string-name>
          <article-title>Combining audio-based similarity with web-based data to accelerate automatic music playlist generation</article-title>
          .
          <source>In Proc. 8th ACM international workshop on Multimedia information retrieval</source>
          , pages
          <volume>147</volume>
          {
          <fpage>154</fpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>P.</given-names>
            <surname>Lamere</surname>
          </string-name>
          .
          <article-title>Social tagging and music information retrieval</article-title>
          .
          <source>Journal of New Music Research</source>
          ,
          <volume>37</volume>
          (
          <issue>2</issue>
          ),
          <year>June 2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>M.</given-names>
            <surname>Levy</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Sandler</surname>
          </string-name>
          .
          <article-title>Learning latent semantic models for music from social tags</article-title>
          .
          <source>Journal of New Music Research</source>
          ,
          <volume>37</volume>
          (
          <issue>2</issue>
          ):
          <volume>137</volume>
          {
          <fpage>150</fpage>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <given-names>K.</given-names>
            <surname>Liu</surname>
          </string-name>
          and
          <string-name>
            <given-names>R. A.</given-names>
            <surname>Reimer</surname>
          </string-name>
          .
          <article-title>Social playlist: enabling touch points and enriching ongoing relationships through collaborative mobile music listening</article-title>
          .
          <source>In MobileHCI '08: Proceedings of the 10th international conference on Human computer interaction with mobile devices and services</source>
          , pages
          <volume>403</volume>
          {
          <fpage>406</fpage>
          , New York, NY, USA,
          <year>2008</year>
          . ACM.
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [26]
          <string-name>
            <given-names>F.</given-names>
            <surname>Maillet</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Eck</surname>
          </string-name>
          , G. Desjardins, and
          <string-name>
            <given-names>P.</given-names>
            <surname>Lamere</surname>
          </string-name>
          .
          <article-title>Steerable playlist generation by learning song similarity from radio station playlists</article-title>
          .
          <source>In Proc. of Int. Conference on Music Information Retrieval</source>
          ,
          <year>October 2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          [27]
          <string-name>
            <surname>K. O'Hara</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Lipson</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Jansen</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Unger</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          <article-title>Je ries, and</article-title>
          <string-name>
            <given-names>P.</given-names>
            <surname>Macer</surname>
          </string-name>
          .
          <article-title>Jukola: democratic music choice in a public space</article-title>
          .
          <source>In DIS '04: Proceedings of the 5th conference on Designing interactive systems</source>
          , pages
          <volume>145</volume>
          {
          <fpage>154</fpage>
          , New York, NY, USA,
          <year>2004</year>
          . ACM.
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          [28]
          <string-name>
            <given-names>E.</given-names>
            <surname>Pampalk</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Pohle</surname>
          </string-name>
          , and
          <string-name>
            <given-names>G.</given-names>
            <surname>Widmer</surname>
          </string-name>
          .
          <article-title>Dynamic playlist generation based on skipping behavior</article-title>
          .
          <source>In Proc. of Int. Symposium on Music Information Retrieval</source>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          [29]
          <string-name>
            <given-names>S.</given-names>
            <surname>Pauws</surname>
          </string-name>
          and
          <string-name>
            <given-names>B.</given-names>
            <surname>Eggen</surname>
          </string-name>
          . Pats:
          <article-title>Realization and user evaluation of an automatic playlist generator</article-title>
          .
          <source>In Proc. of Int. Conference on Music Information Retrieval</source>
          ,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          [30]
          <string-name>
            <given-names>J. C.</given-names>
            <surname>Platt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. J.</given-names>
            <surname>Burges</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Swenson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Weare</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Zheng</surname>
          </string-name>
          .
          <article-title>Learning a gaussian process prior for automatically generating music playlists</article-title>
          .
          <source>In Proc. Advances in Neural Information Processing Systems</source>
          , volume
          <volume>14</volume>
          , pages
          <fpage>1425</fpage>
          {
          <fpage>1432</fpage>
          ,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref31">
        <mixed-citation>
          [31]
          <string-name>
            <given-names>R.</given-names>
            <surname>Ragno</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Burges</surname>
          </string-name>
          , and
          <string-name>
            <given-names>C.</given-names>
            <surname>Herley</surname>
          </string-name>
          .
          <article-title>Inferring similarity between music objects with application to playlist generation</article-title>
          .
          <source>In Proc. 7th ACM SIGMM international workshop on Multimedia information retrieval</source>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref32">
        <mixed-citation>
          [32]
          <string-name>
            <given-names>C.</given-names>
            <surname>Rhodes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Crawford</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Casey</surname>
          </string-name>
          , and
          <string-name>
            <surname>M.</surname>
          </string-name>
          <article-title>d'Inverno. Investigating music collections at di erent scales with audiodb</article-title>
          .
          <source>Journal of New Music Research</source>
          , to appear,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref33">
        <mixed-citation>
          [33]
          <string-name>
            <given-names>R.</given-names>
            <surname>Weber</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H. J.</given-names>
            <surname>Schek</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Blott</surname>
          </string-name>
          .
          <article-title>A quantitative analysis and performance study for similarity-search methods in high-dimensional spaces</article-title>
          .
          <source>In Proc. of the Intl. Conf. on Very Large Databases</source>
          ,
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>