<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet title="XSL formatting" type="text/xsl" href="http://blog.dbtune.org/feed/rss2/xslt" ?><rss version="2.0"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
  <title>DBTune blog - The Quest for Canonical Spelling in music metadata  - Comments</title>
  <link>http://blog.dbtune.org/</link>
  <description>Creating a music-related web of data</description>
  <language>en</language>
  <pubDate>Fri, 25 Jul 2008 14:29:08 +0200</pubDate>
  <copyright></copyright>
  <docs>http://blogs.law.harvard.edu/tech/rss</docs>
  <generator>Dotclear</generator>
  
    
    
    <item>
    <title>The Quest for Canonical Spelling in music metadata - Yves</title>
    <link>http://blog.dbtune.org/post/2008/03/27/The-Quest-for-Canonical-Spelling-in-music-metadata#c6908687</link>
    <guid isPermaLink="false">urn:md5:5f8cad3d3df58a709cfd83ea51623bef</guid>
    <pubDate>Sat, 29 Mar 2008 14:16:47 +0100</pubDate>
    <dc:creator>Yves</dc:creator>
    
    <description>&lt;p&gt;Hi Daniel!&lt;br /&gt;
It can, to handle a different label per language - but I don't think it can
help for the merging of the different URIs, and also for cases where you need
to handle several labels in one single language.&lt;br /&gt;
I guess my point was more pro-merging of all the different URIs for a single
artist/track/album (the ID you get with the fingerprinting lookup software
corresponds to the fingerprint). Then, all the different alternate spellings
can be attached to it, and picking one up that you consider as canonical is
another problem (slightly less important, in my opinion).&lt;/p&gt;
&lt;p&gt;On a side-note, it'd also be neat if the voting system handled voting for a
label in a particular language :-)&lt;br /&gt;
Cheers!&lt;br /&gt;
y&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>The Quest for Canonical Spelling in music metadata - Daniel O'Connor</title>
    <link>http://blog.dbtune.org/post/2008/03/27/The-Quest-for-Canonical-Spelling-in-music-metadata#c6908225</link>
    <guid isPermaLink="false">urn:md5:338609f645634f347d0bc294d8254c52</guid>
    <pubDate>Sat, 29 Mar 2008 01:55:11 +0100</pubDate>
    <dc:creator>Daniel O'Connor</dc:creator>
    
    <description>&lt;p&gt;Doesn't xml:lang solve some of the problem here?&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>The Quest for Canonical Spelling in music metadata - Norman</title>
    <link>http://blog.dbtune.org/post/2008/03/27/The-Quest-for-Canonical-Spelling-in-music-metadata#c6900987</link>
    <guid isPermaLink="false">urn:md5:6d7127e21af1614d41b8496f92a0bb49</guid>
    <pubDate>Thu, 27 Mar 2008 21:35:44 +0100</pubDate>
    <dc:creator>Norman</dc:creator>
    
    <description>&lt;p&gt;alternativelY&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>The Quest for Canonical Spelling in music metadata - Norman</title>
    <link>http://blog.dbtune.org/post/2008/03/27/The-Quest-for-Canonical-Spelling-in-music-metadata#c6900982</link>
    <guid isPermaLink="false">urn:md5:15bb7129e743284f93d5d79c23a36700</guid>
    <pubDate>Thu, 27 Mar 2008 21:35:00 +0100</pubDate>
    <dc:creator>Norman</dc:creator>
    
    <description>&lt;p&gt;Hi Yves!&lt;br /&gt;
Or, alternative use the option -url instead of -nometadata.. ;-)&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>The Quest for Canonical Spelling in music metadata - Yves</title>
    <link>http://blog.dbtune.org/post/2008/03/27/The-Quest-for-Canonical-Spelling-in-music-metadata#c6900194</link>
    <guid isPermaLink="false">urn:md5:522b590a2039dcf9a99cd57caa463036</guid>
    <pubDate>Thu, 27 Mar 2008 18:09:42 +0100</pubDate>
    <dc:creator>Yves</dc:creator>
    
    <description>&lt;p&gt;Actually, I just figured out that:&lt;br /&gt;
&lt;a href=&quot;http://ws.audioscrobbler.com/fingerprint/%3Cid%3E.xml&quot; title=&quot;http://ws.audioscrobbler.com/fingerprint/&amp;lt;id&amp;gt;.xml&quot; rel=&quot;nofollow&quot;&gt;http://ws.audioscrobbler.com/finger...&lt;/a&gt;&lt;br /&gt;

gives access to the results corresponding to &amp;lt;id&amp;gt;.&lt;/p&gt;
&lt;p&gt;It then looks like &amp;lt;id&amp;gt; identifies the actual fingerprint within your
db. So I guess the merging you're planning will &amp;quot;propagate&amp;quot; this identification
to further resources (artists, albums, etc.).&lt;/p&gt;
&lt;p&gt;Cheers, and thanks again for the hint!&lt;br /&gt;
y&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>The Quest for Canonical Spelling in music metadata - Yves</title>
    <link>http://blog.dbtune.org/post/2008/03/27/The-Quest-for-Canonical-Spelling-in-music-metadata#c6900072</link>
    <guid isPermaLink="false">urn:md5:9ca303da3f3a0b73220698ad172ee79a</guid>
    <pubDate>Thu, 27 Mar 2008 17:41:39 +0100</pubDate>
    <dc:creator>Yves</dc:creator>
    
    <description>&lt;p&gt;Hi Norman!&lt;/p&gt;
&lt;p&gt;Oh, cool, it actually finds an ID with -nometadata: 281948 for the same
example as above. Is there a way to associate this ID with an URI that I can
dereference to get all information about this ID within your database
(including all alternate labels)? A quick look at the AudioScrobbler API seems
to key such a request on the artist name.&lt;/p&gt;
&lt;p&gt;And that's really good news for the merging!! Also, do you have any plans on
providing some structured data from the artist/track/album URI (RDF, RDFa or
microformats) ?&lt;/p&gt;
&lt;p&gt;Cheers, and thanks :-)&lt;br /&gt;
y&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>The Quest for Canonical Spelling in music metadata - Norman</title>
    <link>http://blog.dbtune.org/post/2008/03/27/The-Quest-for-Canonical-Spelling-in-music-metadata#c6899655</link>
    <guid isPermaLink="false">urn:md5:84447f726a4956c003f8fa9e132eb76f</guid>
    <pubDate>Thu, 27 Mar 2008 16:07:57 +0100</pubDate>
    <dc:creator>Norman</dc:creator>
    
    <description>&lt;p&gt;It is true that currently we have 21 different artist pages for each
(mi)spelling but our idea (thanks also to the fingerprint technology) is to
merge them into a single one. The identifier you're talking about is clearly
central. Indeed you can get such ID it if you specify -nometadata as option to
our program! :)&lt;/p&gt;
&lt;p&gt;As for different languages, our goal is to return whatever is specified in
the preferences of the user. If he/she is japanese we will return the kanji
spelling unless specified otherwise.&lt;/p&gt;</description>
  </item>
      
</channel>
</rss>