Karen,
I generally agree with all this. I tend to think exploring from a 'known item' or 'known set of items' is what people do in the physical environment (identifying a collection, shelf, or other physical starting point to browse). However, I also believe that in certain situations the concept of a browse of headings works for the user and they are happy with it. For example (and I can't explain it!) persistently users like to have an A-Z list of e-journals - every time I suggest they can use the catalogue, I run up against the fact that the users really seem to prefer an A-Z list - I don't know why.
What I'm trying to explore is where the problems with browsing the 'headings' list lies. What we've seen from at least a couple of people is an argument that presented properly the LCSH (or indeed Name authority files) are a powerful (and essential?) tool for all users. We've also seen Bernhard's straw poll that librarians like browse indexes (but still not, I don't think, nailed down what exactly a browse index is, and whether we are all talking about the same thing)
You say "users aren't looking for headings" - I tend to agree - I'd be interested to hear any counter arguments? (the only counter argument I can think of is that if users look for headings they do more effective searching because buy not using the headings they risk missing items - but personally although I might accept that this is currently true, it isn't where I think we should be aiming).
Personally my current feeling is that these authority files and structured thesauri can work hard for the user, but that the user does not need to be exposed to them for this to happen. I am, however, open to persuasion :) Having worked in Medical libraries a while ago, my instinct is that for searching specialist literature there is more to be said for explicitly interacting with the taxonomy - but does this just contradict my starting position?
Owen
Owen Stephens
Assistant Director: eStrategy and Information Resources
Central Library
Imperial College London
South Kensington Campus
London
SW7 2AZ
t: +44 (0)20 7594 8829
e: o.stephens_at_imperial.ac.uk
> -----Original Message-----
> From: Next generation catalogs for libraries
> [mailto:NGC4LIB_at_LISTSERV.ND.EDU] On Behalf Of Karen Coyle
> Sent: 13 March 2009 14:06
> To: NGC4LIB_at_LISTSERV.ND.EDU
> Subject: Re: [NGC4LIB] Browse functionality (was Whose elephant is it,
> anyway? (the OLE project))
>
> Stephens, Owen wrote:
> > However, browsing a structured thesaurus/authority file/taxonomy -
> call it what you like - is less common or straightforward. What isn't
> clear to me is whether this is about implementation or about the nature
> of structured taxonomies (my guess is that it is a combination). In
> general I don't think library users need teaching how to use a
> telephone book - but when the telephone book starts to say things like
> "See, See Also, and Narrower Term References:
> > * Broader Terms not currently available" when you look for Leo
> Tolstoy's number it starts to get complicated :)
> >
>
> Owen, as I said in a post somewhere along the line, we should think
> about what it is we are asking users to browse (or offering to them to
> browse): catalog headings. I suspect that people are fine browsing
> something that they already understand (phone book), but my experience
> is that users don't understand the dis-embodied headings list, since
> they have seen the catalog entry as the 'unit' they are seeking.
> Essentially, users aren't looking for headings, they are looking for
> books/movies/music. I think only librarians and 'super-users' look
> explicitly for headings. It probably made more sense to users of the
> card catalog because they saw the headings at the top of the cards, but
> in our case users doing a browse in the online catalog did not
> understand what they were looking at. Add to that the fact that library
> cataloging headings can be rather artificial and obtuse, and that
> browse
> lists in large catalogs are unwieldy ("Hamlet. 1603" "Hamlet. 1604"
> "Hamlet.... " for pages) and users just give up.
>
> Here are some thinks I think users would be happy to browse:
> - all the books by an author
> - all the books in a 'series' (e.g. Harry Potter)
> - everything new put on the shelf in the last week
>
> We treat these as 'retrievals' but this is what users come to the
> library to browse, and I suspect that's what browse means to them.
>
> kc
>
> >
> >> We are talking of "index browsing", not "browsing" in all its broad,
> >> general, everyday usage. Think of this like browsing the index of
> >> a book, an alphanumerical arrangement. Only that in a database index
> >> you don't physically flip pages but click links to get the results
> >> behind the index entries. Or, for that matter, to be taken forthwith
> to
> >> the synonym or alternate form of name or whatever. The point is that
> >> the index gives you serendipitous context from which to go on
> >> and explore terms you didn't happen to think of but find useful.
> >> Something to which keyword searching, for all its merits, just
> cannot
> >> be
> >> equivalent - for it cannot show you what you missed. Good index
> >> browsing
> >> offers help and insight in an unobtrusive way - once the user
> >> understands what an index actually is. If the latter is
> inachievable,
> >> then of course that concept is doomed, for better or worse. (Consult
> >> Jims latest posting do decide which.)
> >>
> >>
> >
> > OK - I really feel we need to get more specific terminology here -
> for me "index browsing" suggests the ability to browse a list of terms
> pulled from records you have in the database. This could be a keyword
> index - but I'm not sure browsing a keyword index is really very
> sensible or useful.
> >
> > As far as I can see you are not talking about this, but talking about
> taxonomy browsing? We have already established I think that an actual
> alphabetical list of LCSH is not what you are looking for, but rather
> some way of exploring LCSH in a way that hides some of the complexity
> until the time it is useful to the user?
> >
> > I think the idea that keyword searching cannot show you what you
> missed needs exploring - as instinctively I believe this is a function
> of the User experience not of the approach they have taken. This is one
> of the things that the 'facets' uncovered by the type of NGCs we are
> currently seeing - however the question of how this helps the user is a
> slightly different one.
> >
> > To take for example the NLA VuFind implementation - since I've got it
> to hand :)
> >
> > Let's say I'm interested in the book "Daredevils of the skies" by
> Norman Ellison and similar literature.
> > If I do a keyword search for 'Daredevils' then one of the facets I
> see is the subject heading "Air pilots -- Australia -- Biography --
> Juvenile literature". At the moment this implementation only allows me
> to narrow my search to this subject heading - but there is absolutely
> no reason why there shouldn't also be an option to 'broaden' my search
> to include all items with this heading - this is an user
> experience/interface design choice - nothing to do with where I started
> my search.
> >
> > However, even without this 'Broaden search to this subject heading'
> option, the NLA implementation does do several other things that allow
> me to explore the NLA collection serendipitously - the 'Finding aids'
> points up that the Papers of Norman Ellison are available *and* if I
> click on the book 'Daredevils of the skies' and look at 'Similar Items'
> I see that I can view a collection of Norman Ellison's slides - this is
> clearly showing me stuff that I would have otherwise 'missed'.
> >
> > I'm not arguing that these latter points of exploration should
> replace structured taxonomies - I guess I'm undecided on the merits of
> this - but I am convinced that if our structured headings are going to
> be successfully exploited we need to understand what value they add,
> exactly how they add it, and then design a user experience that
> exploits this. I haven't seen anything that achieves the last of these
> yet...
> >
> > Owen
> >
> >
> >
>
>
> --
> -----------------------------------
> Karen Coyle / Digital Library Consultant
> kcoyle@kcoyle.net http://www.kcoyle.net
> ph.: 510-540-7596 skype: kcoylenet
> fx.: 510-848-3913
> mo.: 510-435-8234
> ------------------------------------
Received on Fri Mar 13 2009 - 10:58:59 EDT