<?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/"
		>
<channel>
	<title>Comments on: Amazon Kindle Contract Review and Annotation</title>
	<atom:link href="http://www.sfwa.org/2009/07/amazon-kindle-contract-review-and-annotation/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sfwa.org/2009/07/amazon-kindle-contract-review-and-annotation/</link>
	<description>Science Fiction and Fantasy Writers of America</description>
	<lastBuildDate>Sat, 15 Jun 2013 05:04:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: plausible deniability</title>
		<link>http://www.sfwa.org/2009/07/amazon-kindle-contract-review-and-annotation/#comment-454</link>
		<dc:creator>plausible deniability</dc:creator>
		<pubDate>Fri, 28 Aug 2009 20:16:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.sfwasite.org/?p=1425#comment-454</guid>
		<description><![CDATA[Thanks for putting this on the web. I would like to see a contract that didn&#039;t put the author at the mercy of the big guy and his legal team. Is there such a document? Has anyone been able to successfully use the mod&#039;s suggested with Amazon?
I like the idea of Kindle but I don&#039;t want to give away the store. I appreciate the efforts of the committee to educate the community. pd.]]></description>
		<content:encoded><![CDATA[<p>Thanks for putting this on the web. I would like to see a contract that didn&#8217;t put the author at the mercy of the big guy and his legal team. Is there such a document? Has anyone been able to successfully use the mod&#8217;s suggested with Amazon?<br />
I like the idea of Kindle but I don&#8217;t want to give away the store. I appreciate the efforts of the committee to educate the community. pd.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CEPetit</title>
		<link>http://www.sfwa.org/2009/07/amazon-kindle-contract-review-and-annotation/#comment-64</link>
		<dc:creator>CEPetit</dc:creator>
		<pubDate>Fri, 10 Jul 2009 07:56:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.sfwasite.org/?p=1425#comment-64</guid>
		<description><![CDATA[One clarification: Although I was/am on the Committee, and participated in the markup of that version of the Kindle contract, the hypothetical I stated above was &lt;b&gt;not&lt;/b&gt; considered by the Committee. It is, instead, an example of just how poorly drafted the Kindle contract really is.]]></description>
		<content:encoded><![CDATA[<p>One clarification: Although I was/am on the Committee, and participated in the markup of that version of the Kindle contract, the hypothetical I stated above was <b>not</b> considered by the Committee. It is, instead, an example of just how poorly drafted the Kindle contract really is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Capobianco</title>
		<link>http://www.sfwa.org/2009/07/amazon-kindle-contract-review-and-annotation/#comment-58</link>
		<dc:creator>Michael Capobianco</dc:creator>
		<pubDate>Thu, 09 Jul 2009 23:00:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.sfwasite.org/?p=1425#comment-58</guid>
		<description><![CDATA[I was not on the Committee, but I asked them to do this work and was involved in the final product.

I do think that the hypothetical the committee used was a bit far afield, but for me, it&#039;s &quot;create derivative works&quot; that is the is the kicker here, especially taken in the context of  the lack of definition of &quot;metadata,&quot; although that&#039;s troubling, too. 

If we assume that the &quot;metadata&quot; referred to is solely the information required to submit a file to Kindle, that includes a description of the work and a cover image, as well as various other basic items like author name, isbn, publisher, etc. The troubling part is granting almost unlimited rights to make derivative works from the description and cover picture for the use of &quot;improving&quot; &quot;other&quot; (undefined) &quot;features of any Amazon Properties.&quot; 

I&#039;m glad you&#039;ve taken the time to read this analysis with a critical eye. It&#039;s exactly that kind of careful reading that we&#039;re hoping authors will dp to their contracts before they sign them.]]></description>
		<content:encoded><![CDATA[<p>I was not on the Committee, but I asked them to do this work and was involved in the final product.</p>
<p>I do think that the hypothetical the committee used was a bit far afield, but for me, it&#8217;s &#8220;create derivative works&#8221; that is the is the kicker here, especially taken in the context of  the lack of definition of &#8220;metadata,&#8221; although that&#8217;s troubling, too. </p>
<p>If we assume that the &#8220;metadata&#8221; referred to is solely the information required to submit a file to Kindle, that includes a description of the work and a cover image, as well as various other basic items like author name, isbn, publisher, etc. The troubling part is granting almost unlimited rights to make derivative works from the description and cover picture for the use of &#8220;improving&#8221; &#8220;other&#8221; (undefined) &#8220;features of any Amazon Properties.&#8221; </p>
<p>I&#8217;m glad you&#8217;ve taken the time to read this analysis with a critical eye. It&#8217;s exactly that kind of careful reading that we&#8217;re hoping authors will dp to their contracts before they sign them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CEPetit</title>
		<link>http://www.sfwa.org/2009/07/amazon-kindle-contract-review-and-annotation/#comment-54</link>
		<dc:creator>CEPetit</dc:creator>
		<pubDate>Thu, 09 Jul 2009 19:04:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.sfwasite.org/?p=1425#comment-54</guid>
		<description><![CDATA[Speaking for me, and not for the Committee:

Unfortunately, the law does not recognize any &quot;standard definitions of metadata&quot; at this time. In fact, there is considerable litigation going on regarding what that term means, particularly in the context of withholding and inspection of work product and privileged documents in a wide variety of contexts.

As a specific example, some &quot;metadata&quot; at issue might tend to disclose the identity of person(s) who provide advice to authors who &quot;submit... Applications,&quot; which in turn could easily be misused to everyone&#039;s detriment. There simply is no reason to allow Amazon to, hypothetically, build up a list of my clients and create &lt;b&gt;and potentially publish&lt;/b&gt; a chart (a &quot;derivative work&quot;) showing who I have advised to reject certain terms in the Kindle contract. This is, unfortunately, not an entirely hypothetical concern, as publicizing my association with certain authors could harm their business interests due to existing conflicts between me and A Certain Publisher who refuses to communicate with me (fortunately, not in speculative fiction!).

The point of the objection is that this is just too damned vague and open-ended, and constitutes a blanket license of exactly the kind SFWA has opposed over the years.]]></description>
		<content:encoded><![CDATA[<p>Speaking for me, and not for the Committee:</p>
<p>Unfortunately, the law does not recognize any &#8220;standard definitions of metadata&#8221; at this time. In fact, there is considerable litigation going on regarding what that term means, particularly in the context of withholding and inspection of work product and privileged documents in a wide variety of contexts.</p>
<p>As a specific example, some &#8220;metadata&#8221; at issue might tend to disclose the identity of person(s) who provide advice to authors who &#8220;submit&#8230; Applications,&#8221; which in turn could easily be misused to everyone&#8217;s detriment. There simply is no reason to allow Amazon to, hypothetically, build up a list of my clients and create <b>and potentially publish</b> a chart (a &#8220;derivative work&#8221;) showing who I have advised to reject certain terms in the Kindle contract. This is, unfortunately, not an entirely hypothetical concern, as publicizing my association with certain authors could harm their business interests due to existing conflicts between me and A Certain Publisher who refuses to communicate with me (fortunately, not in speculative fiction!).</p>
<p>The point of the objection is that this is just too damned vague and open-ended, and constitutes a blanket license of exactly the kind SFWA has opposed over the years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Celia</title>
		<link>http://www.sfwa.org/2009/07/amazon-kindle-contract-review-and-annotation/#comment-53</link>
		<dc:creator>Celia</dc:creator>
		<pubDate>Thu, 09 Jul 2009 18:06:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.sfwasite.org/?p=1425#comment-53</guid>
		<description><![CDATA[From the contract:

&quot;(e) use, reproduce, adapt, modify, and create derivative works of any metadata that you submit as 
part of your Application for the purpose of improving categorization, recommendations, 
personalization features and other features of any Amazon Properties; and  
 

It seems clear that the intent of this section is benign – to add &quot;if you liked this, you&#039;ll like that&quot; searches – but phrases like &#039;personalization features and other features&#039; are awfully open-ended.  Suppose somebody downloads your book, photoshops the images, and writes offensive but wildly popular slash fiction using your characters.  Can that person do so?  Can you sue said person? Can you prevent yourself from being sued by a libeled third party? &quot;


This annotation makes no sense to me at all, given standard definitions of metadata.  Does Amazon consider book covers part of the metadata?]]></description>
		<content:encoded><![CDATA[<p>From the contract:</p>
<p>&#8220;(e) use, reproduce, adapt, modify, and create derivative works of any metadata that you submit as<br />
part of your Application for the purpose of improving categorization, recommendations,<br />
personalization features and other features of any Amazon Properties; and  </p>
<p>It seems clear that the intent of this section is benign – to add &#8220;if you liked this, you&#8217;ll like that&#8221; searches – but phrases like &#8216;personalization features and other features&#8217; are awfully open-ended.  Suppose somebody downloads your book, photoshops the images, and writes offensive but wildly popular slash fiction using your characters.  Can that person do so?  Can you sue said person? Can you prevent yourself from being sued by a libeled third party? &#8221;</p>
<p>This annotation makes no sense to me at all, given standard definitions of metadata.  Does Amazon consider book covers part of the metadata?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
