IRC log for #koha, 2008-10-30

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
13:33 danny alright I am interested in hearing some opinions... i am looking at the C4/Amazon.pm, and interested in passing through a few more parameters like UPC and EAN as well as ISBN, this way it can still match on amazon if no isbn is present or if a  13-digit isbn is present
13:34 my question to you all is this would also would in gathering cover art for amazon, however it would require an extra GET, because you'd have to retrieve the XML first in order to get the image url
13:35 would also work*
13:36 it wouldn't add any extra work for the opac-detail screen but it would for the search results screen
14:57 atz danny: the Amazon API is ISBN only, yes?
14:58 or has it changed since I last looked at it?
15:01 it already retrieves an XML response in the normal ISBN lookup
15:20 danny atz, sorry was a away for a moment, you can look up using the Amazon API by ISBN, UPC, and EAN
15:21 among several others, but those are the main match points we are interested in for libraries
15:25 here is a piece of it for example, &ItemId=9780395069615&IdType=EAN&SearchIndex=Books
15:27 yes, it already retrieves xml for the ISBN lookup but it doesn't use that to get cover art
15:28 ah it is alright, i'll work on it some more and see what I can come up with
15:42 you can hehe
15:43 at our library we catalog the UPC for most dvds and music and we are able to match it with amazon for that
15:43 if you don't have a match point though it is tough
15:49 owen What do you mean you're "able to match it with amazon for that." Are you using UPC in that way now?
15:49 danny yes
15:52 that was for something I setup though outside of koha, i am working on adding it to koha now though
15:52 http://www.hclibrary.org/index[…]page=148&navid=11
15:54 lol
18:24 ok looking for some programming guidance to do this the best way...
18:25 goal is to grab 2 subfields from the marc record, upc and ean
18:26 i see that I can grab this using MARC::Record, but there would still be some processing which would be used in multiple places and require a subroutine
18:29 it is along the same lines as the get_xisbn function that has its own Xisbn.pm, would it be best to create a new file in C4 like this? or would this fit in Koha.pm or Biblio.pm?
19:37 acmoore does anyone know what the point of the z3950random stuff is in the batch import logic?
19:53 liz atz: Gold star! EPIC WIN
19:54 atz thx.  not sure why the itemtype dependency was in place there.
19:54 liz yea, bizarre
19:55 atz i'll be happy when the 3.2 RFC for all item-based itemtypes is reality
19:55 liz :) you and me both
19:56 gmcharlt acmoore: some weird proxy for PK from the mists of time, I think
19:56 acmoore: probably can be removed
19:58 acmoore gmcharlt: thanks. I haven't really found what's ever done with it. I can't tell if we pass it to the z3950 servers or what.
19:58 but, I won't worry about it too much.
19:58 I don't think I'll remove it, though.
19:58 gmcharlt acmoore: yeah, removing it would be best done as a separate cleanup project
19:59 acmoore there are a lot of those...
20:00 gmcharlt file a bug so we keep track of it
20:02 acmoore OK. done.
20:23 gmcharlt thanks
09:43 nahuel koha.org still down :s
09:44 chris when did it go down?
09:44 it was up earlier today for me
09:44 but yep, looks down again, liblime might have to find a new hosting service i think
09:44 seems to be going down quite a lot lately
09:45 nahuel don't know, but it's down :)

← Previous day | Today | Next day → | Search | Index

koha1