<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Building a music map</title>
	<atom:link href="http://musicmachinery.com/2009/05/31/building-a-music-map/feed/" rel="self" type="application/rss+xml" />
	<link>http://musicmachinery.com/2009/05/31/building-a-music-map/</link>
	<description>a blog about music technology by Paul Lamere</description>
	<lastBuildDate>Thu, 09 May 2013 02:20:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Einführung in die Genre-Klassifikation von Musikzimmer &#171; musikzimmer.ch blog</title>
		<link>http://musicmachinery.com/2009/05/31/building-a-music-map/#comment-4184</link>
		<dc:creator><![CDATA[Einführung in die Genre-Klassifikation von Musikzimmer &#171; musikzimmer.ch blog]]></dc:creator>
		<pubDate>Fri, 16 Apr 2010 22:18:42 +0000</pubDate>
		<guid isPermaLink="false">http://musicmachinery.com/?p=766#comment-4184</guid>
		<description><![CDATA[[...] zu anderen Genre Maps: Tigersushi, Ishkur&#039;s Guide to Electronic Music, washedashore, Musicmachinery, Digitalmusiccollector, Kubanische Musik, [...]]]></description>
		<content:encoded><![CDATA[<p>[...] zu anderen Genre Maps: Tigersushi, Ishkur&#39;s Guide to Electronic Music, washedashore, Musicmachinery, Digitalmusiccollector, Kubanische Musik, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: moi</title>
		<link>http://musicmachinery.com/2009/05/31/building-a-music-map/#comment-4059</link>
		<dc:creator><![CDATA[moi]]></dc:creator>
		<pubDate>Sun, 04 Apr 2010 01:46:27 +0000</pubDate>
		<guid isPermaLink="false">http://musicmachinery.com/?p=766#comment-4059</guid>
		<description><![CDATA[I found the same idea years ago on www.pandora.com The music genoma proyect, but later they banned ip&#039;s outside United States. Still can&#039;t guess why.
Anybody knows a way to enter the site anymay, or a similar one, not being musicovery.com  ?

Thanks
moi]]></description>
		<content:encoded><![CDATA[<p>I found the same idea years ago on <a href="http://www.pandora.com" rel="nofollow">http://www.pandora.com</a> The music genoma proyect, but later they banned ip&#8217;s outside United States. Still can&#8217;t guess why.<br />
Anybody knows a way to enter the site anymay, or a similar one, not being musicovery.com  ?</p>
<p>Thanks<br />
moi</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zazi</title>
		<link>http://musicmachinery.com/2009/05/31/building-a-music-map/#comment-2588</link>
		<dc:creator><![CDATA[zazi]]></dc:creator>
		<pubDate>Thu, 03 Sep 2009 23:09:08 +0000</pubDate>
		<guid isPermaLink="false">http://musicmachinery.com/?p=766#comment-2588</guid>
		<description><![CDATA[Too much information is presented on the vizualisations (sample maps) @Ethan. Keep it simple, or us colors for differentiation. It not easy to navigate to such an amount of information.
In general the complexity of music is a mess in visualisation, but we cannot influence the music in its magic.

Cheers

zazi]]></description>
		<content:encoded><![CDATA[<p>Too much information is presented on the vizualisations (sample maps) @Ethan. Keep it simple, or us colors for differentiation. It not easy to navigate to such an amount of information.<br />
In general the complexity of music is a mess in visualisation, but we cannot influence the music in its magic.</p>
<p>Cheers</p>
<p>zazi</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: plamere</title>
		<link>http://musicmachinery.com/2009/05/31/building-a-music-map/#comment-2585</link>
		<dc:creator><![CDATA[plamere]]></dc:creator>
		<pubDate>Thu, 03 Sep 2009 17:50:15 +0000</pubDate>
		<guid isPermaLink="false">http://musicmachinery.com/?p=766#comment-2585</guid>
		<description><![CDATA[Ethan:

Small world - I&#039;m preparing a talk on using visualizations for music discovery and just last weekend I stumbled upon your michael jackson sample map on your blog - I&#039;m planning on incorporating a shot of that map in the talk (along with the &lt;a href=&quot;http://www.wired.com/special_multimedia/2008/pl_music_1609&quot; rel=&quot;nofollow&quot;&gt;wired timeline for the girl talk song&lt;/a&gt; that I&#039;m sure you&#039;ve seen.  Your visualizations are  cool stuff.]]></description>
		<content:encoded><![CDATA[<p>Ethan:</p>
<p>Small world &#8211; I&#8217;m preparing a talk on using visualizations for music discovery and just last weekend I stumbled upon your michael jackson sample map on your blog &#8211; I&#8217;m planning on incorporating a shot of that map in the talk (along with the <a href="http://www.wired.com/special_multimedia/2008/pl_music_1609" rel="nofollow">wired timeline for the girl talk song</a> that I&#8217;m sure you&#8217;ve seen.  Your visualizations are  cool stuff.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ethan</title>
		<link>http://musicmachinery.com/2009/05/31/building-a-music-map/#comment-2584</link>
		<dc:creator><![CDATA[Ethan]]></dc:creator>
		<pubDate>Thu, 03 Sep 2009 17:39:57 +0000</pubDate>
		<guid isPermaLink="false">http://musicmachinery.com/?p=766#comment-2584</guid>
		<description><![CDATA[I enjoyed reading this quite a bit. I&#039;ve been wrestling with some of the same challenges trying to visualize the use of samples by hip-hop and electronica artists. You and your readers might enjoy seeing what I&#039;ve come up with.

http://www.flickr.com/photos/ethanhein/sets/72157619582100697/detail/]]></description>
		<content:encoded><![CDATA[<p>I enjoyed reading this quite a bit. I&#8217;ve been wrestling with some of the same challenges trying to visualize the use of samples by hip-hop and electronica artists. You and your readers might enjoy seeing what I&#8217;ve come up with.</p>
<p><a href="http://www.flickr.com/photos/ethanhein/sets/72157619582100697/detail/" rel="nofollow">http://www.flickr.com/photos/ethanhein/sets/72157619582100697/detail/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: plamere</title>
		<link>http://musicmachinery.com/2009/05/31/building-a-music-map/#comment-2085</link>
		<dc:creator><![CDATA[plamere]]></dc:creator>
		<pubDate>Tue, 09 Jun 2009 20:08:51 +0000</pubDate>
		<guid isPermaLink="false">http://musicmachinery.com/?p=766#comment-2085</guid>
		<description><![CDATA[@Varun - the pdf works for me. I&#039;m on a mac using &#039;preview&#039; - I think others have been able to view it as well. Maybe it is not downoading to your machine properly?  The file size should be 323,357 bytes.]]></description>
		<content:encoded><![CDATA[<p>@Varun &#8211; the pdf works for me. I&#8217;m on a mac using &#8216;preview&#8217; &#8211; I think others have been able to view it as well. Maybe it is not downoading to your machine properly?  The file size should be 323,357 bytes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Varun</title>
		<link>http://musicmachinery.com/2009/05/31/building-a-music-map/#comment-2080</link>
		<dc:creator><![CDATA[Varun]]></dc:creator>
		<pubDate>Tue, 09 Jun 2009 06:15:05 +0000</pubDate>
		<guid isPermaLink="false">http://musicmachinery.com/?p=766#comment-2080</guid>
		<description><![CDATA[I&#039;m sorry to post such a menial comment to an otherwise intelligent and provocative discussion, but when I download the general-2k.pdf file, I get nothing but white--there is no text or image whatsoever; only empty white space.  I can zoom in or out, but still, only white.  Does anyone else have this problem?  Am I doing something wrong?

Cheers]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m sorry to post such a menial comment to an otherwise intelligent and provocative discussion, but when I download the general-2k.pdf file, I get nothing but white&#8211;there is no text or image whatsoever; only empty white space.  I can zoom in or out, but still, only white.  Does anyone else have this problem?  Am I doing something wrong?</p>
<p>Cheers</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nemo</title>
		<link>http://musicmachinery.com/2009/05/31/building-a-music-map/#comment-2052</link>
		<dc:creator><![CDATA[Nemo]]></dc:creator>
		<pubDate>Thu, 04 Jun 2009 08:40:39 +0000</pubDate>
		<guid isPermaLink="false">http://musicmachinery.com/?p=766#comment-2052</guid>
		<description><![CDATA[&quot;But the purpose of these graphs is to build music maps of artist space, not so much building playlists of individual songs.&quot;

True - if you only consider artist space. I think (and it&#039;s purely instinct) that a map of songspace will provide means for playlist generation (next song = nearest song to current song which is in the &quot;direction&quot; you wish to travel), as well as creating maps of both artist and genrespace. 

I see it that the &#039;song&#039; is the basic atomic unit being dealt with, with artists being an abstraction in one direction, and genres being an abstraction in another. If those abstractions can be balanced, I think the result will be useable and relevant for all purposes. (afterall, tracking the congruency of a certain artist to a certain genre, and comparing that to other artists with similar congruency - is my understanding of the origin of the idea as blogged. :)   I think this is what you were saying in your other comment? (damn the limited level of nested replies! :)

I&#039;m not familiar with the APIs noted however, so I&#039;m afraid that is going over my head, beyond what is deducable from the feature names - which looks good.]]></description>
		<content:encoded><![CDATA[<p>&#8220;But the purpose of these graphs is to build music maps of artist space, not so much building playlists of individual songs.&#8221;</p>
<p>True &#8211; if you only consider artist space. I think (and it&#8217;s purely instinct) that a map of songspace will provide means for playlist generation (next song = nearest song to current song which is in the &#8220;direction&#8221; you wish to travel), as well as creating maps of both artist and genrespace. </p>
<p>I see it that the &#8216;song&#8217; is the basic atomic unit being dealt with, with artists being an abstraction in one direction, and genres being an abstraction in another. If those abstractions can be balanced, I think the result will be useable and relevant for all purposes. (afterall, tracking the congruency of a certain artist to a certain genre, and comparing that to other artists with similar congruency &#8211; is my understanding of the origin of the idea as blogged. :)   I think this is what you were saying in your other comment? (damn the limited level of nested replies! :)</p>
<p>I&#8217;m not familiar with the APIs noted however, so I&#8217;m afraid that is going over my head, beyond what is deducable from the feature names &#8211; which looks good.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zazi</title>
		<link>http://musicmachinery.com/2009/05/31/building-a-music-map/#comment-2050</link>
		<dc:creator><![CDATA[zazi]]></dc:creator>
		<pubDate>Wed, 03 Jun 2009 19:07:25 +0000</pubDate>
		<guid isPermaLink="false">http://musicmachinery.com/?p=766#comment-2050</guid>
		<description><![CDATA[It is nice to see a music map built on musical content, but what makes it different to applications like this one http://audiomap.tuneglue.net/?
The genre definition and categorisation is another problem. In my opinion a current state-of-the-art there are multiple weighted genres for artists, albums (track collections) and tracks are neccessary and useful and should be derived from different sources (e.g. collaborative filtering, expert categorisation, web sources and content analysis), which should also be weighted in a certain manner. Last but not least, these weights should be adjust to the user interests, which are analysed and stored in the user profile.
I think visualisations like Anita&#039;s MusicBox and similar ones are going in the right direction to deal with huge music collections.]]></description>
		<content:encoded><![CDATA[<p>It is nice to see a music map built on musical content, but what makes it different to applications like this one <a href="http://audiomap.tuneglue.net/" rel="nofollow">http://audiomap.tuneglue.net/</a>?<br />
The genre definition and categorisation is another problem. In my opinion a current state-of-the-art there are multiple weighted genres for artists, albums (track collections) and tracks are neccessary and useful and should be derived from different sources (e.g. collaborative filtering, expert categorisation, web sources and content analysis), which should also be weighted in a certain manner. Last but not least, these weights should be adjust to the user interests, which are analysed and stored in the user profile.<br />
I think visualisations like Anita&#8217;s MusicBox and similar ones are going in the right direction to deal with huge music collections.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Garg</title>
		<link>http://musicmachinery.com/2009/05/31/building-a-music-map/#comment-2044</link>
		<dc:creator><![CDATA[Garg]]></dc:creator>
		<pubDate>Tue, 02 Jun 2009 14:28:52 +0000</pubDate>
		<guid isPermaLink="false">http://musicmachinery.com/?p=766#comment-2044</guid>
		<description><![CDATA[I had a browse through my old data structures textbook and it turns out I was wrong about the genres necessarily returning ghastly bowls of spaghetti.

Since you want tagging on a track-by-track basis, each track ought to fit more readily into a specific genre than a particular artist might. Broadly speaking, artists also tend to stick to the specific genres. This means the sets are mostly disjoint, ie a reggae artist will be in the reggae genre set despite the odd dub adventure and will overwhelmingly not crop up in the black metal genre set.

It is thus possible to solve our dynamic equivalence problem with a disjoint-set data structure (for either playlists or for a souped up music map). 

http://en.wikipedia.org/wiki/Disjoint_set_data_structure

My hunch is it would work better for the playlist scenario than the music map scenario, because side projects etc tend to genre hop, but it means there appears to be a way to integrate genres with 2 minute noodles instead of bowls of spaghetti.]]></description>
		<content:encoded><![CDATA[<p>I had a browse through my old data structures textbook and it turns out I was wrong about the genres necessarily returning ghastly bowls of spaghetti.</p>
<p>Since you want tagging on a track-by-track basis, each track ought to fit more readily into a specific genre than a particular artist might. Broadly speaking, artists also tend to stick to the specific genres. This means the sets are mostly disjoint, ie a reggae artist will be in the reggae genre set despite the odd dub adventure and will overwhelmingly not crop up in the black metal genre set.</p>
<p>It is thus possible to solve our dynamic equivalence problem with a disjoint-set data structure (for either playlists or for a souped up music map). </p>
<p><a href="http://en.wikipedia.org/wiki/Disjoint_set_data_structure" rel="nofollow">http://en.wikipedia.org/wiki/Disjoint_set_data_structure</a></p>
<p>My hunch is it would work better for the playlist scenario than the music map scenario, because side projects etc tend to genre hop, but it means there appears to be a way to integrate genres with 2 minute noodles instead of bowls of spaghetti.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
