Thursday, January 17, 2008 17:05 CDT Greetings Brooke, et al.! Just a quick response to your posting ...
From: "BWS Johnson" <mhelman@illinoisalumni.org> Date: 2008/01/16 Wed PM 02:10:58 CST To: <koha@lists.katipo.co.nz> Subject: Re: Re: [Koha] Thumnail images in catalog search results? (Was:details automatic
Salvete!
Is this in the current version? There are so many new bells and whistles it's staggering :)
I know. It's mindboggling to look back over the last several years and see the quantum leaps that the programmers and developpers have achieved. :-)
Anyone interested can let me know either on the listserv or off and I'll get to it pronto.
Well, as promised, I found it. More on that in a second. Since no one else expressed interest but Fred, I only had to forward it to him off listserv. I will post the information I retrieved below in a moment, just in case anyone else is curious or might find it useful to follow up on as Joshua suggested (volunteers?).
If it's not, I can only imagine there are a lot of folks that are interested. There's a way to make images for Patrons show up, and I know I'm not a coding guru, but I would think that you might wish to look at the way that code is handled in hopes of saving you a bit of time.
As I remarked to Fred, Brooke, that is an EXCELLENT bit of advice. You are the Muse of Koha! :-)
up one's own number. That way, items without ISBNs could be made to display something (now or in the future, as one chooses) e.g. CDs, websites. Items with ISBNs could have their numbers copied over into the linking field using a utility like MARCEdit, etc. to make such global changes easier.
*nod* That sounds great. I abuse the poor 856u field, but this sounds more flexible than a URL thang, which is awesome.
No, it's not an abuse. After all, there is a built-in indicator code for other related resource uses so someone at LC must have imagined this possibility somewhere along the way.
Very excited about the new release, Joshua. Congratulations to you and all the programmers and developpers who've made this great step forward possible!
Yes, thanks guys :)
I have to wonder about folks in the Library community starting a hoot and hollerin' over public domain cover images. It seems as though in an ideal world LOC would have a bank of images as part of the CIP process so that everyone would be able to link or copy to it... (I know this is beyond the scope of the Koha project, but heck, it's important enough to mention, methinks...)
I adore you! I suggested the very same thing back in library tech training in 1998. People are so visual in their search habits, it really only makes sense. <sigh> Well, maybe one day some big organisation will take it on. Or perhaps the sum total of all the littler players will accomplish the same goal. It's a nice idea/dream in any case. And now, back from the reverie to reality: an apology owed Owen. As I discovered, inevitably, my memory had played some tricks on me again: it was Owen Leonard who had provided the answer, and Stephen Hedges who had forwarded the matter to him. Sorry, Owen. My silly brain tends to label things by the person I first asked for help. In any case, I did not intend to remove credit where it is due. The entire contents of the 2 messages (including some irrelevant bits) follows beneath my signature line. Like Brooke, I am no coding guru, but it does seem to me that the last part of his answer below will still apply. In any case, I do hope this helps a bit for anyone interested. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada ============================================================================ MESSAGES FROM OWEN LEONARD REGARDING AMAZON AND COVER IMAGE LINKING ISSUES ============================================================================ From: Owen Leonard Date: September 20, 2005 1:46 PM To: Steven F. Baljkas CC: Steven F. Baljkas; oleonard@athenscounty.lib.oh.us <oleonard@athenscounty.lib.oh.us>; jferraro@athenscounty.lib.oh.us <jferraro@athenscounty.lib.oh.us> Subject: Re: Hopefully simple question re: NPL template book cover images
My two 'experts' thought that linking to internal images would be do-able, but suggested I ask a real Koha expert: that means, you! :-D
At one point I'd hatched complex schemes for downloading and storing Amazon images on our own server so that we'd be hitting them only once. We switched to direct linking before it could really be developed.
Would I need to add a field to the MYSQL table to hold the 001 numbers, or would there be a way of changing the HTML display template simply to look for the number from the 001 as it is in MARC?
One option might be to find a field in the Koha tables that you're not using for data and re-purpose it for your 001 number. Then you could map the MARC field to that column in the table. Otherwise you'd have to re-write the scripts to specifically query that MARC field. Right now the search results page and the biblio detail page either use the "old" Koha tables (biblio,biblioitems,items) or query specific areas of the MARC record (for example, detail.pl uses the getMARCnotes subroutine which grabs any field between 500 and 599). You'd have to write your own 'getMARCimage' routine or something like it.
still not all clear on what it is exactly that Koha does with the MARC records, but I thought it was just reading the info from the MARC into whatever tables it really uses behind the scenes.)
Like I said, for the search results page and the detail page, Koha mostly relies on the non-MARC tables, using data that has been mapped from the MARC record to the biblio tables. A couple of subroutines exist to extract MARC-specific data for the detail page (getMARCnotes and getMARCsubjects), but otherwise if you're looking at MARC data (like on the MARCdetail page), you're getting the whole record. That makes it hard to pick and choose what piece of the record you want to display.
one enhancement that DSA and I had discussed: a pop-up window to afford a view of a larger cover image.
Here's one way to do it (using Amazon's images): <!-- TMPL_IF NAME="isbn" --> <a href="http://images.amazon.com/images/P/<!-- TMPL_VAR NAME="isbn" -->.01.LZZZZZZZ.jpg" onclick="window.open('http://images.amazon.com/images/P/<!-- TMPL_VAR NAME="isbn" -->.01.LZZZZZZZ.jpg','cover','width=325,height=495,toolbar=false,scrollbars=yes'); return false;"> <img src="http://images.amazon.com/images/P/<!-- TMPL_VAR NAME="isbn" -->.01.MZZZZZZZ.jpg" alt="Book Cover Image" /> </a><!-- /TMPL_IF --> -- Owen ============================================================================ From: Owen Leonard Date: September 21, 2005 9:20 AM To: Steven F. Baljkas Subject: Re: Re: Hopefully simple question re: NPL template book cover images
switched to direct linking before it could really be developed.
How will it work in the long term, though? As books are no longer published, Amazon.com changes
its numbers from ISBNs to ASINs and deletes the images. Sure, that's a possibility. That's another reason you might want to store your images locally. Won't that mean that patrons will be returning to the OPAC over time but finding the book cover info available constantly in flux?
Would I need to add a field to the MYSQL table to hold the 001 numbers, or would there be a way of changing the HTML display template simply to look for the number from the 001 as it is in MARC?
One option might be to find a field in the Koha tables that you're not using for data and re-purpose it for your 001 number. Then you could map the MARC field to that column in the table. [snip]
I can recode MARC records easily enough. Are there particular fields that you would recommend
in the Koha tables, ones normally unused (if that makes sense)? I'm not at all sure I know which fields in the Koha tables are using what data. It depends on how you did your MARC setup. For instance, we put our whole call number in biblioitems.classification rather than using biblioitems.dewey, biblioitems.subclass, etc. You might have a column that you're not using for any relevant data.
Also: wasn't there are diagram of this at some point in the past (vague memory) of the Koha
tables structure? Is something like that still available? There's the 'database' section (5.3.8) of this document: http://www.kohadocs.org/Koha_architecture.html
Does this mean, incidentally, that the problem with the subject headings has been solved? Kim
was asking about that earlier this week, n'est-ce pas? There have been a couple of changes to the way subjects are handled recently, so it's possible it is now at a place where it can be considered solved. I'd have to look at it more closely to be sure.
Thank you again for the syntax for that. I am sure it will be of help, although I would remain
committed to avoiding use of Amazon.com for cover images. I absolutely understand your reluctance to use Amazon images. I would have preferred that we not link to them directly either, but that was just my personal feeling. The code snippet I sent would only have to be changed with regard to the image location--point it to the image on your server rather than Amazon's. The easiest way to accomplish that is to name the cover images according to the ISBN, or whatever id number you're using to identify the images. -- Owen ============================================================================ ============================================================================ ============================================================================ _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha