Amazon Cover Images

classic Classic list List threaded Threaded
28 messages Options
Reply | Threaded
Open this post in threaded view
|

Amazon Cover Images

Sophie Meynieux
Hi,

Some of our clients are using AmazonCoverImages or OPACAmazonCoverImages
system preferences to display cover of items.
But sometimes no cover is found although it exists in Amazon catalog.
It is because images are identified by an internal number (ASIN) in
Amazon whereas Koha uses ISBN. For old books, ASIN and ISBN10 are the
same, but since ISBN13 exists, ASIN and ISBN do not match any more.

This is explained here (I could not find the same page in english, but
maybe you it could be translated) :
https://partenaires.amazon.fr/gp/associates/help/t23/a1

It seems that Amazon provides some services to find ASIN from any ISBN
but it's not clear for me how to use it. Has anyone already try them ?

Sophie

--
Responsable support
BibLibre
+ 33 (0)4 91 81 35 08
http://www.biblibre.com

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Mathieu Saby
Hello Sophie

English version is here :
https://affiliate-program.amazon.com/gp/associates/help/t5/a16

It would be easy to convert isbn13 into isbn10 and to use it as ASIN.
But it won't work for some brand new books using 979 prefix in isbn13...

M. Saby

Sophie Meynieux a écrit :

> Hi,
>
> Some of our clients are using AmazonCoverImages or
> OPACAmazonCoverImages system preferences to display cover of items.
> But sometimes no cover is found although it exists in Amazon catalog.
> It is because images are identified by an internal number (ASIN) in
> Amazon whereas Koha uses ISBN. For old books, ASIN and ISBN10 are the
> same, but since ISBN13 exists, ASIN and ISBN do not match any more.
>
> This is explained here (I could not find the same page in english, but
> maybe you it could be translated) :
> https://partenaires.amazon.fr/gp/associates/help/t23/a1
>
> It seems that Amazon provides some services to find ASIN from any ISBN
> but it's not clear for me how to use it. Has anyone already try them ?
>
> Sophie
>


--
Mathieu Saby
Service d'Informatique Documentaire
Service Commun de la Documentation
Université Rennes 2
Téléphone : 02 99 14 12 65
Courriel : [hidden email]

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Paul A
In reply to this post by Sophie Meynieux
At 04:36 PM 2/4/2013 +0100, Sophie Meynieux wrote:
[snip]
>It seems that Amazon provides some services to find ASIN from any ISBN but
>it's not clear for me how to use it. Has anyone already try them ?

It used to be called "Amazon ECS", now "AWS." We looked into this some time
ago (not for Koha usage) and found that it was possible using Ruby. I did a
proof of concept in a sandbox, but we never put Ruby into production, so it
died.

See
<http://aws.amazon.com/code/Product%20Advertising%20API?_encoding=UTF8&jiveRedirect=1>
near the bottom of the page.

Best - Paul

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Frédéric Demians
In reply to this post by Sophie Meynieux
> It seems that Amazon provides some services to find ASIN from any
> ISBN but it's not clear for me how to use it. Has anyone already try
> them ?

http://docs.aws.amazon.com/AWSECommerceService/latest/DG/EX_LookupbyISBN.html

Currently, Amazon books cover are retrieved simplistically, with a HTML
<img> tags which src attribute is build based on sanitized biblio record
ISBN. It doesn't work always, as you said.

A better approach would be to do as for GoogleBooks covers: after HTML
page loading, sending asynchronously requests to Amazon Web Service
(AWS) in order to get ASIN from ISBN, then book covers, and then
complete HTML DOM with appropriate <img> tags.

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Cab Vinton
On Mon, Feb 4, 2013 at 12:55 PM, Frédéric Demians <[hidden email]> wrote:
> A better approach would be to do as for GoogleBooks covers: after HTML
> page loading, sending asynchronously requests to Amazon Web Service
> (AWS) in order to get ASIN from ISBN, then book covers, and then
> complete HTML DOM with appropriate <img> tags.

Would this approach not also solve the problem of missing covers for
movies, many of which seem to lack ISBNs on Amazon?

Cab Vinton
Sanbornton PL
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Owen Leonard-4
In reply to this post by Frédéric Demians
> A better approach would be to do as for GoogleBooks covers: after HTML
> page loading, sending asynchronously requests to Amazon Web Service
> (AWS) in order to get ASIN from ISBN, then book covers, and then
> complete HTML DOM with appropriate <img> tags.

This discussion assumes that AWS is still usable by libraries. My
understanding of the latest terms of AWS is that your application must
have as its primary purpose the sale of material from Amazon. That's
one of the reasons other Amazon API features were removed from Koha.

  -- Owen

--
Web Developer
Athens County Public Libraries
http://www.myacpl.org
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Frédéric Demians
> This discussion assumes that AWS is still usable by libraries. My
> understanding of the latest terms of AWS is that your application
> must have as its primary purpose the sale of material from Amazon.
> That's one of the reasons other Amazon API features were removed from
> Koha.

I agree. This is a question for a lawyer. If your assertion is true,
Amazon book cover should be wiped out from Koha. With a decreasing
number of match, Amazon book covers, as they are currently implemented,
are more and more irrelevant.

Isn't Open Library the solution?

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Frédéric Demians
In reply to this post by Cab Vinton
> Would this approach not also solve the problem of missing covers for
> movies, many of which seem to lack ISBNs on Amazon?

Yes, AWS allows retrieving ASIN from DVD/CD EAN. And then cover.


_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Chris Cormack-6
In reply to this post by Frédéric Demians


On Feb 5, 2013 7:14 AM, "Frédéric Demians" <[hidden email]> wrote:
>
> > This discussion assumes that AWS is still usable by libraries. My
> > understanding of the latest terms of AWS is that your application
> > must have as its primary purpose the sale of material from Amazon.
> > That's one of the reasons other Amazon API features were removed from
> > Koha.
>
> I agree. This is a question for a lawyer. If your assertion is true,
> Amazon book cover should be wiped out from Koha. With a decreasing
> number of match, Amazon book covers, as they are currently implemented,
> are more and more irrelevant.
>

Currently implemented we are within the terms of use,  and for some collections Amazon provides ok coverage.  It's a syspref, people have to turn them on, ripping it out when people are using them sounds like a bad idea to me.

> Isn't Open Library the solution?
>

It's a solution, yes,  and people can turn that on, or syndetics, or ltfl, or google or local covers, etc.

The enhancement I want to see is allowing a mix of sources. It's on bugzilla but I can't remember the number.

Chris
> _______________________________________________
> Koha-devel mailing list
> [hidden email]
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/


_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Tomas Cohen Arazi
On Mon, Feb 4, 2013 at 3:37 PM, Chris Cormack <[hidden email]> wrote:

>
> On Feb 5, 2013 7:14 AM, "Frédéric Demians" <[hidden email]> wrote:
>>
>> > This discussion assumes that AWS is still usable by libraries. My
>> > understanding of the latest terms of AWS is that your application
>> > must have as its primary purpose the sale of material from Amazon.
>> > That's one of the reasons other Amazon API features were removed from
>> > Koha.
>>
>> I agree. This is a question for a lawyer. If your assertion is true,
>> Amazon book cover should be wiped out from Koha. With a decreasing
>> number of match, Amazon book covers, as they are currently implemented,
>> are more and more irrelevant.
>>
>
> Currently implemented we are within the terms of use,  and for some
> collections Amazon provides ok coverage.  It's a syspref, people have to
> turn them on, ripping it out when people are using them sounds like a bad
> idea to me.
>
>> Isn't Open Library the solution?
>>
>
> It's a solution, yes,  and people can turn that on, or syndetics, or ltfl,
> or google or local covers, etc.
>
> The enhancement I want to see is allowing a mix of sources. It's on bugzilla
> but I can't remember the number.


http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7187
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

nengard
In reply to this post by Frédéric Demians



On Mon, Feb 4, 2013 at 1:14 PM, Frédéric Demians <[hidden email]> wrote:

Isn't Open Library the solution?

Yes, but most libraries aren't picking Open Library cause the images are so tini tiny :) So hopefully that is resolved in 3.12 or in a later 3.10 release so that I can start getting everyone to switch!!

Nicole

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

nengard

On Mon, Feb 4, 2013 at 8:35 PM, Nicole Engard <[hidden email]> wrote:

On Mon, Feb 4, 2013 at 1:14 PM, Frédéric Demians <[hidden email]> wrote:

Isn't Open Library the solution?

Yes, but most libraries aren't picking Open Library cause the images are so tini tiny :) So hopefully that is resolved in 3.12 or in a later 3.10 release so that I can start getting everyone to switch!!

Nicole


_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Frédéric Demians
In reply to this post by Tomas Cohen Arazi
> The enhancement I want to see is allowing a mix of sources. It's on
> bugzilla but I can't remember the number.
> http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7187

My thoughts on designing such a system:

- On a Koha community server (or cluster of servers, or Koha library
  server), a repository of cached book covers URLs is maintained. It
  associates a book/resource cover per covers provider with resource ID
  (ISBN/EAN).

  Covers providers could be: Amazon (aws), Google Books (gb), Open
  Library (ol), Koha (kws), etc.

- On Koha pages, a JavaScript function grabs resource ID and send a
  request to the central server (kws) asking for ID cover URLS:

  http://kws.koha-community.org/cover/src=aws,gb,kws,ol&\
  isbn=a,b,c,d&icallback=myjscallback

  src: ordered list of targeted cover providers.
  isbn: list of ISBN (EAD?)
  callback: JS function to call back with ID URL

- kws server receive the request. Find directly URLs in its cache, send
  them immediately to JS call back function. Not already cached URL are
  searched in parallel, and send back if found. kws returns a JSON that
  looks like that:

  {
    "0596000278":{
        "id":"0596000278",
        "cover":"http://books.google.com/books?id=ezqe....",
    },
    "ISBN0765304368":{
        "id":"ISBN0765304368",
        "cover":"http://amazon.fr/thumnail/xx.jpg",
    },
  }

  A mechanism marks as failed, URLs not found from a provider at a time,
  in order not to fetch them again and again. But periodically, a batch
  task can retry fetching those URLs.

- On Koha pages, the JS call back function receive the result, get cover
  for each ID, and modify HTML DOM accordingly.





_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Mirko Tietgen
Frédéric Demians schrieb am 05.02.2013

>> The enhancement I want to see is allowing a mix of sources. It's on
>> bugzilla but I can't remember the number.
>> http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7187
>
> My thoughts on designing such a system:


I think caching is something that Amazon (and probably others) rules
out explicitly. The point of that service is to gain hits, sales and
user info, not providing a nice source to harvest for your own server.

-- Mirko
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Owen Leonard-4
> I think caching is something that Amazon (and probably others) rules
> out explicitly.

This is correct.

 -- Owen

--
Web Developer
Athens County Public Libraries
http://www.myacpl.org
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Julien Sicot
In reply to this post by Mirko Tietgen
Hi,

Here (https://github.com/Exeu/Amazon-ECS-PHP-Library) is a php class example that uses amazon ECS api.

Otherwise, another interesting example is Vufind.org (an open source discovery tool/layer). 
It allows to retrieve covers from multiple sources in same time (library thing, Google Books, amazon, Open Library).
You can see code here : https://github.com/moravianlibrary/VuFind/blob/112521ab4dec4e3a946e7c611ea9068bb20b627d/web/bookcover.php

These examples should be transposed in perl to Koha ?

--
Julien Sicot
Responsable Système d'Information Documentaire
SCD/DSI
Université Rennes 2
02 99 14 12 64

Le mardi 5 février 2013 à 16:33, Mirko a écrit :

Frédéric Demians schrieb am 05.02.2013

The enhancement I want to see is allowing a mix of sources. It's on
bugzilla but I can't remember the number.

My thoughts on designing such a system:


I think caching is something that Amazon (and probably others) rules
out explicitly. The point of that service is to gain hits, sales and
user info, not providing a nice source to harvest for your own server.

-- Mirko
_______________________________________________
Koha-devel mailing list


_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Frédéric Demians
In reply to this post by Mirko Tietgen
> I think caching is something that Amazon (and probably others) rules
> out explicitly. The point of that service is to gain hits, sales and
> user info, not providing a nice source to harvest for your own
> server.

It's not about caching thumbnails themselves, but URLs to them. There is
no interest in caching images when Amazon or Google have CDN designed to
deliver their content in a breeze. So the number of hits to the images
stay the same for the providers, originating from browsers, whereas the
number of requests to AWS or Google Book services decrease, since their
result is cached. And this cache may be cleared periodically, or checked
since providers can decide to move their thumbnails URLs.

I described a solution for bug 7187:

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7187

And indeed, I just reinvented the wheel:

http://wiki.koha-community.org/wiki/Covers_from_multiple_sources_RFC



_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Frédéric Demians
In reply to this post by Frédéric Demians
I've played with this idea of a cover images centralized cache of URLs.
I have a mock-up. Anybody interested in testing, commenting?

Client side (Koha), two syspref enable the service. URL are fetched from
the cache, via JSONP, just Google Books:

http://git.tamil.fr/?p=koha;a=commitdiff;h=e8e223437a5f61c8320cba1b9563a2eb81a6f9f2

Server side, it's a node.js + redis small application:

http://git.tamil.fr/?p=coce;a=commitdiff;h=5e8021a95df07c7a5b14692955ac4c23c7490990

It works now with Amazon and Google Books, but can be extended easily to
support other providers. It could work with other ILS than Koha. I can
show how it works on a Koha devel instance.
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Chris Cormack-7

* Frédéric Demians ([hidden email]) wrote:

> I've played with this idea of a cover images centralized cache of URLs.
> I have a mock-up. Anybody interested in testing, commenting?
>
> Client side (Koha), two syspref enable the service. URL are fetched from
> the cache, via JSONP, just Google Books:
>
> http://git.tamil.fr/?p=koha;a=commitdiff;h=e8e223437a5f61c8320cba1b9563a2eb81a6f9f2
>
> Server side, it's a node.js + redis small application:
>
> http://git.tamil.fr/?p=coce;a=commitdiff;h=5e8021a95df07c7a5b14692955ac4c23c7490990
>
> It works now with Amazon and Google Books, but can be extended easily to
> support other providers. It could work with other ILS than Koha. I can
> show how it works on a Koha devel instance.
I was thinking we could do it all client side with js and html5 (and
localstorage or indexdb) You'd define the order in system preferences,
local, google, amazon, ltfl etc. Then the js would try them in that
order and cache the resulting url (or the fact it couldn't find one)
in localstorage or indexdb, which persists even when the browser is
closed.

That way it wouldnt need to be another server/service, since you have
the js already, it shouldn't be too hard to convert it to an html5
client side app.

Thoughts?

Chris

> _______________________________________________
> Koha-devel mailing list
> [hidden email]
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/

--
Chris Cormack
Catalyst IT Ltd.
+64 4 803 2238
PO Box 11-053, Manners St, Wellington 6142, New Zealand

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

signature.asc (205 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

MartinRenvoize
I agree Chris, 

I'de like to see this either stay client side, or have the URL's cached within koha's DB server side.  I don't much like the idea of having to run a further server/service.

Martin


On 7 February 2013 10:42, Chris Cormack <[hidden email]> wrote:

* Frédéric Demians ([hidden email]) wrote:
> I've played with this idea of a cover images centralized cache of URLs.
> I have a mock-up. Anybody interested in testing, commenting?
>
> Client side (Koha), two syspref enable the service. URL are fetched from
> the cache, via JSONP, just Google Books:
>
> http://git.tamil.fr/?p=koha;a=commitdiff;h=e8e223437a5f61c8320cba1b9563a2eb81a6f9f2
>
> Server side, it's a node.js + redis small application:
>
> http://git.tamil.fr/?p=coce;a=commitdiff;h=5e8021a95df07c7a5b14692955ac4c23c7490990
>
> It works now with Amazon and Google Books, but can be extended easily to
> support other providers. It could work with other ILS than Koha. I can
> show how it works on a Koha devel instance.

I was thinking we could do it all client side with js and html5 (and
localstorage or indexdb) You'd define the order in system preferences,
local, google, amazon, ltfl etc. Then the js would try them in that
order and cache the resulting url (or the fact it couldn't find one)
in localstorage or indexdb, which persists even when the browser is
closed.

That way it wouldnt need to be another server/service, since you have
the js already, it shouldn't be too hard to convert it to an html5
client side app.

Thoughts?

Chris

> _______________________________________________
> Koha-devel mailing list
> [hidden email]
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/

--
Chris Cormack
Catalyst IT Ltd.
<a href="tel:%2B64%204%20803%202238" value="+6448032238">+64 4 803 2238
PO Box 11-053, Manners St, Wellington 6142, New Zealand

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/



--
Martin Renvoize
Software Engineer, PTFS Europe Ltd
Content Management and Library Solutions
Skype: 
Mobile: 07725985636


_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Frédéric Demians
In reply to this post by Chris Cormack-7
> I was thinking we could do it all client side with js and html5 (and
> localstorage or indexdb) You'd define the order in system
> preferences, local, google, amazon, ltfl etc. Then the js would try
> them in that order and cache the resulting url (or the fact it
> couldn't find one) in localstorage or indexdb, which persists even
> when the browser is closed. That way it wouldnt need to be another
> server/service, since you have the js already, it shouldn't be too
> hard to convert it to an html5 client side app. Thoughts?

I understand and agree that having cover images URL as a service may
have disadvantages. That's arguable.

Thoughts:

(1) Client-side storage may be insufficient. localstorage (and others)
have size limits (~5MB):

  http://dev-test.nemikor.com/web-storage/support-test/

If URL have an average of 60 characters (120 bytes in UTF-16), for a
100,000 biblio records catalog (with ID), it means data URLs alone,
without ID, may require as much as 12,000,000 bytes.

Then, I'm not sure whereas localstorage has been designed to fetch
quickly a value (URL) from a key (ISBN/EAN). On the contrary, Redis as a
key/value store is very efficient.

I don't know for IndexedDb.

(2) There may be a security issue with AWS request done client-side.
Request must be send to AWS with accessKeyId, secretAccessKey, and
associateTag. It a security risk to send them to the client browser.

(3) Technically, the AWS queries are sent by the node.js script using
this library:

  https://github.com/livelycode/aws-lib

As far as I know, there isn't an equivalent client-side. This library
does a lot of stuff. AWS request and reply are complex: request has to
be signed/encrypted, XML parsing is required, etc. So converting the
node.js app to a client side app shouldn't be that easy.

(4) A centralized cover URLs cache has several advantages: On a hosting
plateform, as any Koha vendor has, a unique cover URL cache is easy to
administer, and tweak. Centralized cached will grow quickly to contain
'all' useful URL. It could also be used outside Koha.


_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Frédéric Demians
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

nengard
In reply to this post by nengard



On Fri, Feb 15, 2013 at 6:50 AM, Mason James <[hidden email]> wrote:

On 2013-02-5, at 2:39 PM, Nicole Engard wrote:

>
> On Mon, Feb 4, 2013 at 8:35 PM, Nicole Engard <[hidden email]> wrote:
>
> On Mon, Feb 4, 2013 at 1:14 PM, Frédéric Demians <[hidden email]> wrote:
>
> Isn't Open Library the solution?
>
> Yes, but most libraries aren't picking Open Library cause the images are so tini tiny :)


hey Nicole

did you know its possible to swap the 'S' in the cover image url, for an 'M' or 'L', to make the images not so tiny :p


like so…

http://covers.openlibrary.org/b/id/6121771-S.jpg
http://covers.openlibrary.org/b/id/6121771-M.jpg
http://covers.openlibrary.org/b/id/6121771-L.jpg


Yes, but you can't do that as a user - that needs to be done in the code.


_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Joe Atzberger
In reply to this post by nengard
On Mon, Feb 4, 2013 at 8:35 PM, Nicole Engard <[hidden email]> wrote:

On Mon, Feb 4, 2013 at 1:14 PM, Frédéric Demians <[hidden email]> wrote:

Isn't Open Library the solution?

Yes, but most libraries aren't picking Open Library cause the images are so tini tiny :) So hopefully that is resolved in 3.12 or in a later 3.10 release so that I can start getting everyone to switch!!

I regret to report that as of last week at #code4lib conference in Chicago, the status of Open Library as a jacket image source is rather questionable.  It has not been loading updates since last summer and current development is in unrelated areas areas of interest (e.g. ebooks).  It is unclear when this production/maintenance will be picked up and by whom.  

--Joe

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Liz Rea-3
Library Thing is not free of charge (and possibly not very free as in
freedom, either), iirc. Certainly you can subscribe to Library Thing for
Libraries and/or syndetics for cover images, and those are ok. But you
still have a problem with covers for DVD's and such. Not that we could
get dvd covers ever from openlibrary.

Liz

On 21/02/13 15:50, Mason James wrote:

> On 2013-02-21, at 9:49 AM, Joe Atzberger wrote:
>
>> On Mon, Feb 4, 2013 at 8:35 PM, Nicole Engard <[hidden email]> wrote:
>>
>> On Mon, Feb 4, 2013 at 1:14 PM, Frédéric Demians <[hidden email]> wrote:
>>
>> Isn't Open Library the solution?
>>
>> Yes, but most libraries aren't picking Open Library cause the images are so tini tiny :) So hopefully that is resolved in 3.12 or in a later 3.10 release so that I can start getting everyone to switch!!
>>
>> I regret to report that as of last week at #code4lib conference in Chicago, the status of Open Library as a jacket image source is rather questionable.  It has not been loading updates since last summer and current development is in unrelated areas areas of interest (e.g. ebooks).  It is unclear when this production/maintenance will be picked up and by whom.  
>>
>> --Joe
>
> hey Joe, long time no chat :)
>
> wow, thats a bummer - OpenLibrary was looking like the best option for everyone :/
>
>
> Joe, did anyone at #code4lib agree on a better option for the distant future, library-thing perhaps?
> _______________________________________________
> Koha-devel mailing list
> [hidden email]
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Mason James-5
In reply to this post by Joe Atzberger

On 2013-02-21, at 3:50 PM, Mason James wrote:

>
> On 2013-02-21, at 9:49 AM, Joe Atzberger wrote:
>
>> On Mon, Feb 4, 2013 at 8:35 PM, Nicole Engard <[hidden email]> wrote:
>>
>> On Mon, Feb 4, 2013 at 1:14 PM, Frédéric Demians <[hidden email]> wrote:
>>
>> Isn't Open Library the solution?
>>
>> Yes, but most libraries aren't picking Open Library cause the images are so tini tiny :) So hopefully that is resolved in 3.12 or in a later 3.10 release so that I can start getting everyone to switch!!
>>
>> I regret to report that as of last week at #code4lib conference in Chicago, the status of Open Library as a jacket image source is rather questionable.  It has not been loading updates since last summer and current development is in unrelated areas areas of interest (e.g. ebooks).  It is unclear when this production/maintenance will be picked up and by whom.  
>>
>> --Joe
>
>
> hey Joe, long time no chat :)
>
> wow, thats a bummer - OpenLibrary was looking like the best option for everyone :/
>
>
> Joe, did anyone at #code4lib agree on a better option for the distant future, library-thing perhaps?


although, i should also mention that while OpenLibrary may not be actively adding new cover images

...there are still 13 million? *existing* cover-images at OL, that will hopefully remain available for us to use - until we sort a work-around :)

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

Frédéric Demians
> although, i should also mention that while OpenLibrary may not be
> actively adding new cover images ...there are still 13 million?
> *existing* cover-images at OL, that will hopefully remain available
> for us to use - until we sort a work-around :)

A work-around like siphoning OL cover images, and offering an
alternative service? with the associated legal risks, but who knows exactly?

OCLC seems to use their own covert art service. For example:

http://coverart.oclc.org/ImageWebSvc/oclc/+-+265680479_140.jpg

Anybody knows if it is available from the outside, and at which
conditions? I doubt it would be any better than Amazon/Google Book
license agreement.
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Amazon Cover Images

nengard
In reply to this post by Mason James-5



On Wed, Feb 20, 2013 at 10:03 PM, Mason James <[hidden email]> wrote:

although, i should also mention that while OpenLibrary may not be actively adding new cover images

...there are still 13 million? *existing* cover-images at OL, that will hopefully remain available for us to use - until we sort a work-around :)


 
Also, users can add cover images, so we don't need them to maintain it, I know that a few of our libraries are adding images all the time.

Nicole


_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/