<?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"
	>
<channel>
	<title>Comments on: song page manifesto</title>
	<atom:link href="http://gonze.com/blog/2008/07/09/song-page-manifesto/feed/" rel="self" type="application/rss+xml" />
	<link>http://gonze.com/blog/2008/07/09/song-page-manifesto/</link>
	<description></description>
	<pubDate>Tue, 06 Jan 2009 10:32:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Adding Value To Single Songs &#124; Digital Marketing Strategy</title>
		<link>http://gonze.com/blog/2008/07/09/song-page-manifesto/#comment-616</link>
		<dc:creator>Adding Value To Single Songs &#124; Digital Marketing Strategy</dc:creator>
		<pubDate>Tue, 15 Jul 2008 20:07:52 +0000</pubDate>
		<guid isPermaLink="false">http://lucasgonze.wordpress.com/?p=274#comment-616</guid>
		<description>[...] has also taken this concept a step further and published on his blog a manifesto for the song page which includes ideas for structured implementation of this concept. I highly recommend reading this [...]</description>
		<content:encoded><![CDATA[<p>[...] has also taken this concept a step further and published on his blog a manifesto for the song page which includes ideas for structured implementation of this concept. I highly recommend reading this [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Crosbie Fitch</title>
		<link>http://gonze.com/blog/2008/07/09/song-page-manifesto/#comment-605</link>
		<dc:creator>Crosbie Fitch</dc:creator>
		<pubDate>Fri, 11 Jul 2008 17:05:59 +0000</pubDate>
		<guid isPermaLink="false">http://lucasgonze.wordpress.com/?p=274#comment-605</guid>
		<description>Once upon a time, just over four years ago, on a distant mailing list called Pho...

Lucas said something that inspired Chris Grigg, and I among others posted a reply:


------------------------------------------------------------------------
Subject: RE: pho: Blogging of Rhapsody playlists
From: Lucas Gonze (panix.com)
Date: Mon, 31 May 2004 22:55:14 +0100

I'm sorry to see conversation about playlists get pulled onto the old P2P
merry-go-round.

Done right they are a form of hypertext that makes music a first class
object on the web for the first time.  They are a supremely social and
community-oriented technology. They are an evolutionary algorithm for
developing hits.  When they are portable enough to be syndicated, they get
drawn into the orbit of RSS, weblogs, and web-scale architecture.

Talking about filesharing, stealing and the RIAA in the context of
playlists is not wrong, but since playlists don't add anything to that
conversation it strikes me as a waste.

- Lucas

------------------------------------------------------------------------
Subject: pho: RE: Blogging of Rhapsody playlists / music::
From: Chris Grigg (grigg.org)
Date: Tue, 1 Jun 2004 05:36:19 +0100

At 5.55p -0400 2004.05.31, Lucas Gonze wrote:
&#62;...playlists...
&#62;&#62;
&#62;Done right they are a form of hypertext that makes music a first class
&#62;object on the web for the first time.
&#62;...

Now .that's. an interesting architectural concept.  Maybe a new URI
scheme... not http:: ... but rather, music:: ...?


music::The_Beatles/Sargeant_Pepper's_Lonely_Hearts_Club_Band/She's_Leaving_H
ome

So instead of the Domain Name System and our DNS servers, we'd have a
global Artist Name System and everyone would have their ANS server.
The albums/songs tree for each artist could be browsable, allowing
artists to publish their definitive "disc"-ographies this way.  A
client request to a specific song or album path could return either
the audio recording(s) itself, if the artist wants to do that, or
else a unique ID for use in searching a separate set of content
servers (Rhapsody, iTunes, p2p, anything).  Maybe with hints on which
content server(s) the artist recommends/prefers you use.

Gotta think about this a little more.

	-- Chris G.

-----------------------------------------------------------------
Subject: RE: pho: Re: music://
From: Crosbie Fitch (cyberspaceengineers.org)
Date: Tue, 1 Jun 2004 21:22:02 +0100

A guide to publishing a music recording online. (just to start the ball
rolling as 'twere)

1) Ingredients
   ~~~~~~~~~~~

* "MyDigitalMaster.Dat"

This is a file that represents the highest quality version of your music. It
doesn't matter what format it's in, but it should be good enough to derive
any other format from. We'll call it the digital master.

* You have a website, e.g. www.example.com


2) Identifying your recording
   ~~~~~~~~~~~~~~~~~~~~~~~~~~

You need to create a serial number for your recording.

Download the following command line utility:
http://www.fourmilab.ch/md5/

Let it generate a serial number for your file like so:

	MD5 -L -N MyDigitalMaster.Dat

It will output a number like this:

609f46a341fedeaeec18abf9fb7c9647


You also need to create a name for all formats of your file. If your
recording was entitle "Yellow Brick Road" then you might name files of it
'yellowbrickroad'.


3) Creating a place for your recording on your website
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Create a new toplevel folder on your site with exactly the same name as the
serial number, e.g.

www.example.com/609f46a341fedeaeec18abf9fb7c9647

All web pages and other formats of this recording that you create will go in
this folder.


4) Describing your music recording
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Create a default web page for this folder that describes this recording to
your audience, e.g.

http://www.example.com/609f46a341fedeaeec18abf9fb7c9647/index.html


5) Making compact/low quality versions of your recording available for
direct download

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~

Create a version of your recording a format of your choice, e.g. MP3, WMA,
AAC, Ogg Vorbis, etc.

Name this file appropriately, e.g. yellowbrickroad_128.mp3
Note that the '128' is the bitrate.

This can be linked to from your index page (or anywhere else) as:
http://www.example.com/609f46a341fedeaeec18abf9fb7c9647/yellowbrickroad_128.
mp3


6) Making the digital master available for download
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

If you choose to release the digital master then copy MyDigitalMaster.Dat as
the file 'master' and make it into a torrent as described here
http://bitconjurer.org/BitTorrent/guide.html, such that the link to the
master will become:

http://www.example.com/609f46a341fedeaeec18abf9fb7c9647/master.torrent

Because it's the master its format does not need to be identified.

Note that you are implicitly granting the public the right to download and
perform this master privately. Any other rights you wish to grant can be
described separately.


7) Indexing, cataloguing, and format information
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Given a DTD (to be developed) all information concerning this work should be
specified in an XML file called 609f46a341fedeaeec18abf9fb7c9647.xml

-----------------------------------------------------------------
This is the Pho mailing list.
Help?! http://www.pholist.org/help.php
-----------------------------------------------------------------</description>
		<content:encoded><![CDATA[<p>Once upon a time, just over four years ago, on a distant mailing list called Pho&#8230;</p>
<p>Lucas said something that inspired Chris Grigg, and I among others posted a reply:</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
Subject: RE: pho: Blogging of Rhapsody playlists<br />
From: Lucas Gonze (panix.com)<br />
Date: Mon, 31 May 2004 22:55:14 +0100</p>
<p>I&#8217;m sorry to see conversation about playlists get pulled onto the old P2P<br />
merry-go-round.</p>
<p>Done right they are a form of hypertext that makes music a first class<br />
object on the web for the first time.  They are a supremely social and<br />
community-oriented technology. They are an evolutionary algorithm for<br />
developing hits.  When they are portable enough to be syndicated, they get<br />
drawn into the orbit of RSS, weblogs, and web-scale architecture.</p>
<p>Talking about filesharing, stealing and the RIAA in the context of<br />
playlists is not wrong, but since playlists don&#8217;t add anything to that<br />
conversation it strikes me as a waste.</p>
<p>- Lucas</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
Subject: pho: RE: Blogging of Rhapsody playlists / music::<br />
From: Chris Grigg (grigg.org)<br />
Date: Tue, 1 Jun 2004 05:36:19 +0100</p>
<p>At 5.55p -0400 2004.05.31, Lucas Gonze wrote:<br />
&gt;&#8230;playlists&#8230;<br />
&gt;&gt;<br />
&gt;Done right they are a form of hypertext that makes music a first class<br />
&gt;object on the web for the first time.<br />
&gt;&#8230;</p>
<p>Now .that&#8217;s. an interesting architectural concept.  Maybe a new URI<br />
scheme&#8230; not http:: &#8230; but rather, music:: &#8230;?</p>
<p>music::The_Beatles/Sargeant_Pepper&#8217;s_Lonely_Hearts_Club_Band/She&#8217;s_Leaving_H<br />
ome</p>
<p>So instead of the Domain Name System and our DNS servers, we&#8217;d have a<br />
global Artist Name System and everyone would have their ANS server.<br />
The albums/songs tree for each artist could be browsable, allowing<br />
artists to publish their definitive &#8220;disc&#8221;-ographies this way.  A<br />
client request to a specific song or album path could return either<br />
the audio recording(s) itself, if the artist wants to do that, or<br />
else a unique ID for use in searching a separate set of content<br />
servers (Rhapsody, iTunes, p2p, anything).  Maybe with hints on which<br />
content server(s) the artist recommends/prefers you use.</p>
<p>Gotta think about this a little more.</p>
<p>	&#8211; Chris G.</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
Subject: RE: pho: Re: music://<br />
From: Crosbie Fitch (cyberspaceengineers.org)<br />
Date: Tue, 1 Jun 2004 21:22:02 +0100</p>
<p>A guide to publishing a music recording online. (just to start the ball<br />
rolling as &#8217;twere)</p>
<p>1) Ingredients<br />
   ~~~~~~~~~~~</p>
<p>* &#8220;MyDigitalMaster.Dat&#8221;</p>
<p>This is a file that represents the highest quality version of your music. It<br />
doesn&#8217;t matter what format it&#8217;s in, but it should be good enough to derive<br />
any other format from. We&#8217;ll call it the digital master.</p>
<p>* You have a website, e.g. <a href="http://www.example.com" rel="nofollow">http://www.example.com</a></p>
<p>2) Identifying your recording<br />
   ~~~~~~~~~~~~~~~~~~~~~~~~~~</p>
<p>You need to create a serial number for your recording.</p>
<p>Download the following command line utility:<br />
<a href="http://www.fourmilab.ch/md5/" rel="nofollow">http://www.fourmilab.ch/md5/</a></p>
<p>Let it generate a serial number for your file like so:</p>
<p>	MD5 -L -N MyDigitalMaster.Dat</p>
<p>It will output a number like this:</p>
<p>609f46a341fedeaeec18abf9fb7c9647</p>
<p>You also need to create a name for all formats of your file. If your<br />
recording was entitle &#8220;Yellow Brick Road&#8221; then you might name files of it<br />
&#8216;yellowbrickroad&#8217;.</p>
<p>3) Creating a place for your recording on your website<br />
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</p>
<p>Create a new toplevel folder on your site with exactly the same name as the<br />
serial number, e.g.</p>
<p><a href="http://www.example.com/609f46a341fedeaeec18abf9fb7c9647" rel="nofollow">http://www.example.com/609f46a341fedeaeec18abf9fb7c9647</a></p>
<p>All web pages and other formats of this recording that you create will go in<br />
this folder.</p>
<p>4) Describing your music recording<br />
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</p>
<p>Create a default web page for this folder that describes this recording to<br />
your audience, e.g.</p>
<p><a href="http://www.example.com/609f46a341fedeaeec18abf9fb7c9647/index.html" rel="nofollow">http://www.example.com/609f46a341fedeaeec18abf9fb7c9647/index.html</a></p>
<p>5) Making compact/low quality versions of your recording available for<br />
direct download</p>
<p>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br />
~~~~~~~</p>
<p>Create a version of your recording a format of your choice, e.g. MP3, WMA,<br />
AAC, Ogg Vorbis, etc.</p>
<p>Name this file appropriately, e.g. yellowbrickroad_128.mp3<br />
Note that the &#8216;128&#8242; is the bitrate.</p>
<p>This can be linked to from your index page (or anywhere else) as:<br />
<a href="http://www.example.com/609f46a341fedeaeec18abf9fb7c9647/yellowbrickroad_128" rel="nofollow">http://www.example.com/609f46a341fedeaeec18abf9fb7c9647/yellowbrickroad_128</a>.<br />
mp3</p>
<p>6) Making the digital master available for download<br />
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</p>
<p>If you choose to release the digital master then copy MyDigitalMaster.Dat as<br />
the file &#8216;master&#8217; and make it into a torrent as described here<br />
<a href="http://bitconjurer.org/BitTorrent/guide.html" rel="nofollow">http://bitconjurer.org/BitTorrent/guide.html</a>, such that the link to the<br />
master will become:</p>
<p><a href="http://www.example.com/609f46a341fedeaeec18abf9fb7c9647/master.torrent" rel="nofollow">http://www.example.com/609f46a341fedeaeec18abf9fb7c9647/master.torrent</a></p>
<p>Because it&#8217;s the master its format does not need to be identified.</p>
<p>Note that you are implicitly granting the public the right to download and<br />
perform this master privately. Any other rights you wish to grant can be<br />
described separately.</p>
<p>7) Indexing, cataloguing, and format information<br />
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</p>
<p>Given a DTD (to be developed) all information concerning this work should be<br />
specified in an XML file called 609f46a341fedeaeec18abf9fb7c9647.xml</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
This is the Pho mailing list.<br />
Help?! <a href="http://www.pholist.org/help.php" rel="nofollow">http://www.pholist.org/help.php</a><br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Crosbie Fitch</title>
		<link>http://gonze.com/blog/2008/07/09/song-page-manifesto/#comment-606</link>
		<dc:creator>Crosbie Fitch</dc:creator>
		<pubDate>Thu, 10 Jul 2008 17:25:27 +0000</pubDate>
		<guid isPermaLink="false">http://lucasgonze.wordpress.com/?p=274#comment-606</guid>
		<description>Jay, isn't an artist and their art like a parent and their children? Isn't there a natural hierarchical relationship?

http://artist.com/index.html is the artist's home page.

http://artist.com/song1/index.html is the home page for one of their songs.

Perhaps you're suggesting that it should be a subdomain? Thus http://www.fred.com is the artist's primary website, http://singer.fred.com is the site about the artist and http://song1.artist.com is the site about their first song?</description>
		<content:encoded><![CDATA[<p>Jay, isn&#8217;t an artist and their art like a parent and their children? Isn&#8217;t there a natural hierarchical relationship?</p>
<p><a href="http://artist.com/index.html" rel="nofollow">http://artist.com/index.html</a> is the artist&#8217;s home page.</p>
<p><a href="http://artist.com/song1/index.html" rel="nofollow">http://artist.com/song1/index.html</a> is the home page for one of their songs.</p>
<p>Perhaps you&#8217;re suggesting that it should be a subdomain? Thus <a href="http://www.fred.com" rel="nofollow">http://www.fred.com</a> is the artist&#8217;s primary website, <a href="http://singer.fred.com" rel="nofollow">http://singer.fred.com</a> is the site about the artist and <a href="http://song1.artist.com" rel="nofollow">http://song1.artist.com</a> is the site about their first song?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jay Fienberg</title>
		<link>http://gonze.com/blog/2008/07/09/song-page-manifesto/#comment-607</link>
		<dc:creator>Jay Fienberg</dc:creator>
		<pubDate>Thu, 10 Jul 2008 17:06:52 +0000</pubDate>
		<guid isPermaLink="false">http://lucasgonze.wordpress.com/?p=274#comment-607</guid>
		<description>One small suggestion: this is about song *home* pages. As with web pages, the "home page" and then the "website" became the important web concept for designating official / authoritative information.

Each song needs a home page.

In many cases, songs will deserve their own websites--or, at least, the song home page will be an index to other web pages about and/or relevant to the song.</description>
		<content:encoded><![CDATA[<p>One small suggestion: this is about song *home* pages. As with web pages, the &#8220;home page&#8221; and then the &#8220;website&#8221; became the important web concept for designating official / authoritative information.</p>
<p>Each song needs a home page.</p>
<p>In many cases, songs will deserve their own websites&#8211;or, at least, the song home page will be an index to other web pages about and/or relevant to the song.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Crosbie Fitch</title>
		<link>http://gonze.com/blog/2008/07/09/song-page-manifesto/#comment-608</link>
		<dc:creator>Crosbie Fitch</dc:creator>
		<pubDate>Thu, 10 Jul 2008 09:52:16 +0000</pubDate>
		<guid isPermaLink="false">http://lucasgonze.wordpress.com/?p=274#comment-608</guid>
		<description>The artist can also have an RSS feed that exclusively lists each new work they produce.</description>
		<content:encoded><![CDATA[<p>The artist can also have an RSS feed that exclusively lists each new work they produce.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yves</title>
		<link>http://gonze.com/blog/2008/07/09/song-page-manifesto/#comment-609</link>
		<dc:creator>Yves</dc:creator>
		<pubDate>Thu, 10 Jul 2008 09:22:42 +0000</pubDate>
		<guid isPermaLink="false">http://lucasgonze.wordpress.com/?p=274#comment-609</guid>
		<description>Instead of associating an audio file with a web document, why not associating it with web data? I always thought an audio player should act as an aggregator, and allow me to display the aggregated information in any way I like. For example, I may aggregate information about chords and want to display that. I may aggregate geographical information and plot my collection on a map. etc.
I did a small implementation of that some time ago [1]. Basically, I put a RDF URI in the WOAF field of tracks within my collection. Then, the collection management tool aggregates information by crawling from these URIs. Easy. Then, I can play with all this data in whatever way I like - I have a tailored database for my music collection. "Create me a playlist of musical works composed in the 30s and performed in NYC in the 70s", "Create me a playlist of artists married to each others involved in my collection", "Give me two tracks with a similar chord progression", "Sort me hip-hop artists in my collection by murder rates in their city" :-) All that are the sort of interaction we can do right now by considering a media player as an aggregator.

Cheers!
y

[1] http://blog.dbtune.org/post/2008/05/14/Data-rich-music-collection-management</description>
		<content:encoded><![CDATA[<p>Instead of associating an audio file with a web document, why not associating it with web data? I always thought an audio player should act as an aggregator, and allow me to display the aggregated information in any way I like. For example, I may aggregate information about chords and want to display that. I may aggregate geographical information and plot my collection on a map. etc.<br />
I did a small implementation of that some time ago [1]. Basically, I put a RDF URI in the WOAF field of tracks within my collection. Then, the collection management tool aggregates information by crawling from these URIs. Easy. Then, I can play with all this data in whatever way I like - I have a tailored database for my music collection. &#8220;Create me a playlist of musical works composed in the 30s and performed in NYC in the 70s&#8221;, &#8220;Create me a playlist of artists married to each others involved in my collection&#8221;, &#8220;Give me two tracks with a similar chord progression&#8221;, &#8220;Sort me hip-hop artists in my collection by murder rates in their city&#8221; :-) All that are the sort of interaction we can do right now by considering a media player as an aggregator.</p>
<p>Cheers!<br />
y</p>
<p>[1] <a href="http://blog.dbtune.org/post/2008/05/14/Data-rich-music-collection-management" rel="nofollow">http://blog.dbtune.org/post/2008/05/14/Data-rich-music-collection-management</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lucasgonze</title>
		<link>http://gonze.com/blog/2008/07/09/song-page-manifesto/#comment-610</link>
		<dc:creator>lucasgonze</dc:creator>
		<pubDate>Thu, 10 Jul 2008 01:21:46 +0000</pubDate>
		<guid isPermaLink="false">http://lucasgonze.wordpress.com/?p=274#comment-610</guid>
		<description>@alf, about playing pages-with-audio vs audio-with-html, either way is better than the current situation.

The tricky thing about playing pages-with-audio is knowing when the song is over, so that the master controller can manage the playlist as a whole.  If the media renderer is in the target page, it would need to communicate with the controller.  In client software like songbird or foxytunes it's possible for the client to arrange out of band comms using browser extensions.  If the controller is pure AJAX, you'd probably need a cross-frame technique like local cookies; but how to figure out when the controller in the target is hosed?  Tricky hacking ahead.</description>
		<content:encoded><![CDATA[<p>@alf, about playing pages-with-audio vs audio-with-html, either way is better than the current situation.</p>
<p>The tricky thing about playing pages-with-audio is knowing when the song is over, so that the master controller can manage the playlist as a whole.  If the media renderer is in the target page, it would need to communicate with the controller.  In client software like songbird or foxytunes it&#8217;s possible for the client to arrange out of band comms using browser extensions.  If the controller is pure AJAX, you&#8217;d probably need a cross-frame technique like local cookies; but how to figure out when the controller in the target is hosed?  Tricky hacking ahead.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lucasgonze</title>
		<link>http://gonze.com/blog/2008/07/09/song-page-manifesto/#comment-615</link>
		<dc:creator>lucasgonze</dc:creator>
		<pubDate>Thu, 10 Jul 2008 01:16:00 +0000</pubDate>
		<guid isPermaLink="false">http://lucasgonze.wordpress.com/?p=274#comment-615</guid>
		<description>@SteveR: to prevent hijacking you have to be the dominant distribution source of the file.  That's good because it gives labels an incentive to license.

Also, it's an interesting incentive for them to push their licencees to support this whole mechanism, and as a result to help the mechanism get started.  They should be adding contract clauses to require that they own the WOAF (or analogous) field.

@teru, man, you outclass me by a long shot.  Thinking about the mixter case, it would be totally natural to have the cchost set the link to point to the song page there.  The ccmixter song page could manage mixbacks, and listeners could follow from there to any page you want to set as your personal link.</description>
		<content:encoded><![CDATA[<p>@SteveR: to prevent hijacking you have to be the dominant distribution source of the file.  That&#8217;s good because it gives labels an incentive to license.</p>
<p>Also, it&#8217;s an interesting incentive for them to push their licencees to support this whole mechanism, and as a result to help the mechanism get started.  They should be adding contract clauses to require that they own the WOAF (or analogous) field.</p>
<p>@teru, man, you outclass me by a long shot.  Thinking about the mixter case, it would be totally natural to have the cchost set the link to point to the song page there.  The ccmixter song page could manage mixbacks, and listeners could follow from there to any page you want to set as your personal link.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: teru</title>
		<link>http://gonze.com/blog/2008/07/09/song-page-manifesto/#comment-614</link>
		<dc:creator>teru</dc:creator>
		<pubDate>Thu, 10 Jul 2008 00:53:14 +0000</pubDate>
		<guid isPermaLink="false">http://lucasgonze.wordpress.com/?p=274#comment-614</guid>
		<description>I read this blog daily but hardly comment because I feel way out of my league with you guys but wow is this ever a great movement.

I'd just like to add from a remix point of view, trackbacks to these pages for remixes, videos containing the song, podcasts it was featured in, etc... linked to the song page (like for remixes at ccmixter) would also make the web a nicer place.

What you guys are talking about makes so much sense. Even to someone like me. : )</description>
		<content:encoded><![CDATA[<p>I read this blog daily but hardly comment because I feel way out of my league with you guys but wow is this ever a great movement.</p>
<p>I&#8217;d just like to add from a remix point of view, trackbacks to these pages for remixes, videos containing the song, podcasts it was featured in, etc&#8230; linked to the song page (like for remixes at ccmixter) would also make the web a nicer place.</p>
<p>What you guys are talking about makes so much sense. Even to someone like me. : )</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Juxtaprose - The (music) library problem</title>
		<link>http://gonze.com/blog/2008/07/09/song-page-manifesto/#comment-613</link>
		<dc:creator>Juxtaprose - The (music) library problem</dc:creator>
		<pubDate>Thu, 10 Jul 2008 00:49:13 +0000</pubDate>
		<guid isPermaLink="false">http://lucasgonze.wordpress.com/?p=274#comment-613</guid>
		<description>[...] some more about this today (more from a music perspective), both in comments on Lucas Gonze&#8217;s song page manifesto and dedicated page for a song posts, and in my own post on the new music player / library on my [...]</description>
		<content:encoded><![CDATA[<p>[...] some more about this today (more from a music perspective), both in comments on Lucas Gonze&#8217;s song page manifesto and dedicated page for a song posts, and in my own post on the new music player / library on my [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.335 seconds -->
