<html>
<body>
You mentioned you are on Koha 3.0.5. For Amazon reviews etc to be
accessible (but not for cover displays), the key which Amazon calls
Secret, and Koha calls Private, has to be <b>entered into Koha system
prefs</b> (in addition to AmazonAssocTag and AWSAccessKey). <br>
And there's no place to enter this in the system prefs in Koha 3.0 or 3.1
(at least, not in the 3.01.00.032 which is mounted as the Liblime demo
system).<br>
But in Koha 3.2, there is a system pref entry for
"AWSPrivateKey".<br>
I think we can't get Amazon reviews etc until we get a stable release of
Koha 3.2 and upgrade to that.<br>
Mike<br><br>
<br>
At Saturday 13/02/2010, you wrote:<br>
<blockquote type=cite class=cite cite="">To the best of my knowledge, the
associate key and the private key are both correct. I also have the
secret key set up as well. Still no reviews or "Look Inside"
(although, again, I do get the image on the detailed view; that didn't
work until I had got the keys right).<br><br>
On Fri, Feb 12, 2010 at 7:46 PM,
<<a href="mailto:m.mason@ytu.edu.au">m.mason@ytu.edu.au</a>>
wrote:
<dl>
<dd>Amazon now requires the SECRET /Private key for all except covers.
But there does not seem to be a Koha System preference for this until
version 3.2.<br>
<dd>From Koha 3.2 manual:<br>
<br>
<br>
<br>
<br>
<br><br>
<dd><h1><b>Why do I need a AWSPrivateKey for Amazon
Content?</b></h1><br>
<br>
<br>
<dd>This FAQ applies to: 3.2
<dd>Why do I need the AWSPrivateKey as well as the AWSAccessKeyID to use
Amazon Content?<br>
<dd>After 2009-08-15, Amazon Web Services will expect that all requests
to the Product Advertising API, which is what Koha uses for retrieving
reviews and other enhanced content from Amazon, include signatures.
This patch and subsequenct patches implement this functionality.<br>
<dd>What this means in practice (assuming the user has elected to use any
enhanced content from Amazon) is that
<dd>The user must get a Amazon Secret Access Key. This can be done
by logging in to the user's AWS account at (e.g.)
<a href="http://aws.amazon.com/">http://aws.amazon.com/</a>, going to the
'Access Identifiers' page, and from there retrieving and/or creating a
new Secret Access Key.
<dd>The contents of the Secret Access Key should then be entered into the
new AWSPrivateKey system preference.
<dd>Once that is done, grabbing reviews and table of contents from Amazon
should work as normal. If the user doesn't do this before
2009-08-15, reviews and TOCs will no longer be supplied from Amazon,
although there should be no crashes - the content will simply not show
up.<br>
<dd>Note that the requirement to sign requests does *NOT* appear to apply
to simply displaying book covers from Amazon.<br>
<br>
<dd>At Saturday 13/02/2010, you
wrote:<blockquote type=cite class=cite cite="">
<dd>Hi!<br>
<dd>Do you have appropriate values for both AWSAccessKeyID and
<dd>AWSPrivateKey? I think covers without reviews is symptomatic of a
<dd>missing AWSPrivateKey.<br>
<dd>Regards,
<dd>Magnus Enger
<dd><a href="http://libriotech.no">libriotech.no</a><br>
<dd>2010/2/12 Chris Morrison
<<a href="mailto:cmm1005@gmail.com">cmm1005@gmail.com</a>>:
<dd>> Our recent upgrade to 3.0.05 went smoothly (thanks for helping
us with the
<dd>> label problem we had), and pretty much everything works now
except the
<dd>> Amazon reviews. We get jacket covers both in the results page
and detailed
<dd>> views, but the reviews tab isn't displaying. Further, when we
click the
<dd>> image in the detailed view, we get a "page not found"
error. For example,
<dd>> see this record:
<dd>>
<dd>>
<a href="http://koha.lru.edu/cgi-bin/koha/opac-detail.pl?biblionumber=76740">
http://koha.lru.edu/cgi-bin/koha/opac-detail.pl?biblionumber=76740</a>
<dd>>
<dd>> But the image tries to take you to this page:
<dd>>
<dd>>
<a href="http://www.amazon/gp/reader/0805447857/ref=sib_dp_pt/002-7879865-0184864#reader-link">
http://www.amazon/gp/reader/0805447857/ref=sib_dp_pt/002-7879865-0184864#reader-link</a>
<dd>>
<dd>> Which obviously doesn't work. Actually, it looks like it would
need to go
<dd>> to:
<dd>>
<dd>>
<a href="http://www.amazon.com/Killing-Cockroaches-Scattered-Musings-Leadership/dp/0805447857/ref=sr_1_1?ie=UTF8&qid=1265986313&sr=8-1#reader_0805447857">
http://www.amazon.com/Killing-Cockroaches-Scattered-Musings-Leadership/dp/0805447857/ref=sr_1_1?ie=UTF8&qid=1265986313&sr=8-1#reader_0805447857</a>
<dd>>
<dd>> Associate tags and AWS key are both filled in and it looks like
all
<dd>> appropriate switches are turned on (AmazonContent,
AmazonSimilarItems,
<dd>> OPACAmazonContent, OPACSimilarItmes). I searched the lists and
didn't see
<dd>> this answered yet--just one person who couldn't get the covers
to display
<dd>> and needed a patch (for 3.0.04).
<dd>>
<dd>> Thoughts?
<dd>></blockquote>
<dd>Michael Mason
<dd>Librarian & Director of I.T.
<dd>Redemptorist Seminary Library
<dd>10 Majella Ct.
<dd>Kew, Vic. 3101<br>
<dd>Phone: +61 3 9817 9758
<dd>Fax: +61 3 9816 9805
<dd>Email:
<a href="mailto:M.Mason@ytu.edu.au">M.Mason@ytu.edu.au</a><br><br>
</dl><br>
_______________________________________________<br>
Koha mailing list<br>
Koha@lists.katipo.co.nz<br>
<a href="http://lists.katipo.co.nz/mailman/listinfo/koha" eudora="autourl">
http://lists.katipo.co.nz/mailman/listinfo/koha</a></blockquote></body>
</html>