<html>
<body>
Nicole and all:<br><br>
I just discovered that Jesse Haro reported last March that library
catalog use of Amazon material was forbidden by Amazon as contrary to the
terms of the <pre>Amazon Associates Web Service</pre> . <br>
<h1><b>Re: Use of Amazon.com Content in Koha's Catalog</b></h1>From :
Jesse Haro
&lt;<a href="mailto:jesse.haro_at_nyob?Subject=Re:%20%20Use%20of%20Amazon.com%20Content%20in%20Koha%27s%20Catalog">
jesse.haro_at_nyob</a>&gt; <br>
Date : Wed, 19 Mar 2008 12:54:17 -0700<br>
To : NGC4LIB_at_LISTSERV.ND.EDU <br><br>
<br>
<pre><a name="start"></a>I have been following the trail of conversation
regarding Amazon.com and 
thought it worth sharing our recent experience with Amazon.&nbsp; I 
oversee the OPAC environment for Phoenix Public and was the 
lead in implementing Amazon product data not only into our OPAC, but also 
directly into our bibliographic data for searching. We have implemented 
Endeca for our OPAC and have implemented various product elements into
the 
search index.&nbsp; Following the release of the Customer Service 
Agreement from Amazon this past December, we requested clarification from 
Amazon regarding the use of AWS for library catalogs and received the 
following response:

&quot;Thank you for contacting Amazon Web Services.&nbsp; Unfortunately
your 
application does not comply with section 5.1.3 of the AWS Customer 
Agreement.&nbsp; We do not allow Amazon Associates Web Service to be used
for 
library catalogs.&nbsp; Driving traffic back to Amazon must be the
primary 
purpose for all applications using Amazon Associates Web
Service.&quot;

This response came from the support contact link on the AWS help pages.
We 
are investigating the possibility of establishing a direct relationship 
with Amazon, however it appears that using AWS for purposes other than 
section 5.1.3 is in violation of their agreement. We have subsequently 
removed much of the Amazon content from our OPAC and are looking into 
other sources of enriched data.

Jesse Haro, Web Services Manager
Phoenix Public Library

[END OF QUOTE FROM JESSE HARO]

</pre>The customer service agreement has since been updated -- there does
not seem to be a 5.1.3 now, and I could not find any express prohibition,
but <pre>someone at Koha needs to officially contact Amazon to see if
this is still the case. Otherwise all the work to access Amazon content
on Koha OPACs may be a waste of time and its implementation may leave
libraries open to a lawsuit from Amazon.

It's too bad.&nbsp; I notice that apart from 'Google covers', all the
other 'content enriching' services such as from Baker and Taylor or
Syndetics require payment.

Mike Mason


</pre>At Sunday 14/02/2010, you
wrote:<blockquote type=cite class=cite cite="">Mike thanks,<br><br>
I had gone to AWS today and saw that there was no 'private key'
which<br>
is what it used to be called - but that it was now a secret key - so<br>
glad that you see the same thing as me.<br><br>
Nicole<br><br>
On Sat, Feb 13, 2010 at 6:54 PM,&nbsp; &lt;mcmlists@people.net.au&gt;
wrote:<br>
&gt; Hi Nicole,<br>
&gt;<br>
&gt; My statement that &quot;what we call the Amazon private key is
really the Amazon<br>
&gt; Secret Access Key&quot; was based on the following: I have just set
up my Amazon<br>
&gt; associate ID and AWS access keys in Amazon, and the site described
two keys<br>
&gt; as follows: (this is cut and pasted from Amazon's Associates'
&quot;Manage your<br>
&gt; account&quot; page:)<br>
&gt; You will need access identifiers to call the Product Advertising
API,<br>
&gt; authenticate requests and identify yourself as the sender of a
request. Two<br>
&gt; types of identifiers are available: AWS Access Key Identifiers
(Public and<br>
&gt; Secret Keys) and X.509 Certificates.<br>
&gt;<br>
&gt; The site guides you to set up the Public and Secret keys.Â&nbsp; It
does not<br>
&gt; mention a &quot;Private key&quot;.Â&nbsp; So I assumed that what you
referred to in the 3.2<br>
&gt; manual as a &quot;Private Key&quot; was meant to indicate Amazon's
&quot;Secret Key&quot;. But<br>
&gt; perhaps you had something else in mind?<br>
&gt;<br>
&gt; Unfortunately I can't test this as I'm on Liblime's Koha Express,
which is<br>
&gt; still back in Koha 3.00.02.012 and has no system preference entries
for<br>
&gt; Amazon reviews or for the Secret/Private key.<br>
&gt;<br>
&gt; Mike Mason<br>
&gt;<br>
&gt; At Sunday 14/02/2010, you wrote:<br>
&gt;<br>
&gt; Hi all,<br>
&gt;<br>
&gt; I want to confirm that what we call the Amazon private key is
really<br>
&gt; the Amazon Secret Access Key.Â&nbsp; If so I want to update the
language in<br>
&gt; the manual and the sys prefs page -but I want to be sure before I
do<br>
&gt; that.<br>
&gt;<br>
&gt; Nicole<br>
&gt; _______________________________________________<br>
&gt; Koha mailing list<br>
&gt; Koha@lists.katipo.co.nz<br>
&gt;
<a href="http://lists.katipo.co.nz/mailman/listinfo/koha" eudora="autourl">
http://lists.katipo.co.nz/mailman/listinfo/koha</a></blockquote></body>
</html>