Adrea --<br><br>I think it is worth reiterating one of the major points Owen mentioned and Josh fleshed out in detail. <br><br>The search results page does not display individual items (and imho should not). It displays summary level information about items. Wanting to use icons from the item-level data (items.ccode or items.itype) on the results page requires the implementer to resolve something like this problem: <br>
<br><div style="margin-left: 40px;">A biblio with N items can map to N different itype (and N different ccode values). How would you pick which one(s) you want on the results page? <br></div><br>You probably think, "well all our items would be the same itype", but this is just a coincidence of your data. The problem is more obvious in larger systems or consortia with a lot of independently minded members, where you can have hundreds of items on a record with many different itypes. Building a system to show the title-level hit with any <b>one</b> item-level icon is essentially setting it up to be "wrong". But do we want a half dozen or more different icons (i.e., one for each)? Probably not. <br>
<br>Nobody has suggested a logical solution to that problem except using the title-level data, despite the consensus is that the MARC representations are inaccurate and unweildy. But without a logical fix, there isn't any point discussing what technology to use to implement it.<br>
<br>--Joe<br><br><div class="gmail_quote">On Fri, Mar 13, 2009 at 2:05 PM, Adrea Lund <span dir="ltr"><<a href="mailto:adrea@moablibrary.org">adrea@moablibrary.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div bgcolor="#ffffff">
<div>
<p style="margin: 0in 0in 0pt;">Our library would also really
like icons to show up on the search results page in the OPAC - 1 icon for
each bib record – it would drastically improve searchability of the
catalog for our patrons.<span> </span>Right now
we have the XSLT stylesheet turned off on the OPAC results page and unless you
read the “fine print” it is difficult to tell if you are looking at a book or a
dvd or a book on cd.</p>
<p style="margin: 0in 0in 0pt;">We are not satisfied with the
icons that the XSLT stylesheet currently pulls from the MARC record – it does
not distinguish btw a juvenile book and an adult book, a dvd and a video, a book
on cassette or a book on cd.<span>
Regarding Joshua's comments about displaying icons based on MARC records
(bib level icons) -</span> we can not figure out a way to achieve the icons
we want based on our MARC records (an icon pulled from the bib record would have
to be based on format, audience and language – and I’m not even sure this would
be enough to get the level of specificity that some libraries may want).<span> </span>Our bib records currently have
incomplete info for audience so these types of icons would not work for us
without major work on our MARC records.</p>
<p style="margin: 0in 0in 0pt;">An added problem to assigning
icons based on the format info in the 007 field from the MARC record, is that
currently we are unable to edit this field in our KOHA installation (bug
3013).</p>
<p style="margin: 0in 0in 0pt;">It is also important to note that
it would take quite a few other changes to get our library to want to use the
current default stylesheet – the availability info is too brief and the other
data displaying from the MARC record leader is unwanted.</p>
<p style="margin: 0in 0in 0pt;"> </p>
<p style="margin: 0in 0in 0pt;">So… given that assigning icons to
bib records based on the MARC record seems very difficult for our library – we
still want icons on our search results page.<span> </span>We already have icons assigned to
both item types and collection codes.</p>
<p style="margin: 0in 0in 0pt;">We would like to suggest a system
preference that allows libraries to opt in or opt out of item type icons or
cccode icons on the search results page. You could then choose icons based
on ccodes, item types, or no icons at all. I think flexibility is the key,
since there seem to be many different types of ccode and item type setups in the
KOHA community.</p>
<p style="margin: 0in 0in 0pt;"> </p>
<p style="margin: 0in 0in 0pt;">so with a new system
preference....</p>
<p style="margin: 0in 0in 0pt;">Libraries migrating from version
2 who have icons set up for their ccodes would be happy.</p>
<p style="margin: 0in 0in 0pt;">Libraries using icons for item
types would be happy – my library <span style="font-family: Wingdings;"><span>J</span></span></p>
<p style="margin: 0in 0in 0pt;">And libraries with multiple item
types and collection codes for one bib record can turn off this feature</p>
<p style="margin: 0in 0in 0pt;">hmmm... maybe there could be a
fourth option - if you want to base your icons on bib level data from your MARC
records</p>
<p style="margin: 0in 0in 0pt;"> </p>
<p style="margin: 0in 0in 0pt;">Our other option would be to
rework the XSLT stylesheet for our library, but that doesn’t help any other
libraries in the same situation and more importantly we don’t have anyone at our
library who can do this kind of work.</p>
<p style="margin: 0in 0in 0pt;"> </p>
<p style="margin: 0in 0in 0pt;">We are working with Liblime and
getting ready to go live, and we really want to introduce this to our patrons
with the icons on the search results page working, so any advice on how to
proceed would be greatly appreciated.</p>
<p style="margin: 0in 0in 0pt;"> </p>
<p style="margin: 0in 0in 0pt;">Thank you, (We really
appreciate all the folks contributing to this discussion)</p>
<p style="margin: 0in 0in 0pt;">Adrea</p> </div>
<div>Adrea Lund<br>Head of Adult Services<br>Grand County Public Library<br>257
E. Center St.<br>Moab, UT 84532<br>435-259-1111 ext11<br></div></div>
</blockquote></div><br>