[ List Archives Home ] [ Thread index for 2008 ] [ Date index for 2008 ] [ Author index for 2008 ]


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
OK, I'm getting it now. The new VbT display in briefcit.html narrowly
affects the title phrase index to solve a very specific problem. Without
it, when you search the title index, you get back an index browse
display that shows the indexed titles, whether they be books, chapters
or series. But as soon as you sort by author, year, or even title, you
see only the 245's, and sometimes see duplicate entries, such as when
different chapter titles default to the same 245.



With VbT in place, you will see both the indexed (chapter) title in
quotations, and the book title in your index or record display.
Strangely, though, limiting your title search will break the display and
send you back to a bare list of 245s.



Also, the indexed title/245 logic applies not only to chapter titles and
analytic entries (where it is most welcome), but to series titles and
added title entries where I'm not sure it is useful. To me, this creates
a confusing display, because the same punctuation: "[indexed title]" >>
[245 field] is being used for analytical entries (individually-titled
parts of the whole) and for series entries (a set with this title is a
member).



The indexed title/book title display also does not work with chapter
titles in the 505 field, even when they are correctly subfielded. In
other words, a chapter title in the 505 subfield t is indexed in title,
but does not display the same way as a chapter title in a 971 subfield
t.



My other quibble with the VbT is that it takes away the ability to
define which subfields to use as the link. The entire 245 field
including subfield c becomes the link, even if I specify VbT245abhnpl.



So far, this does nothing to solve the problem of chapter titles in a
keyword search, especially "keyword in title". Extending the same
indexed title/best title display to chapter and analytic titles in
keyword searches (and retaining it for title phrase searches even after
limiting) would be most welcome.



By the way, turning Display_245 on or off didn't seem to affect the VbT
behavior in our catalog at all. But maybe that's because we have only
245s in our t tag group. All other titles, including 240s are in tag
group u.





Mary M. Strouse

Head of Technical Services

Judge Kathryn J. DuFour Law Library

Catholic University of America

202-319-5547

FAX 202-319-4447

strouse at law dot cua dot edu



http:\\library.law.cua.edu





-----Original Message-----
From: innopac-bounces at innopacusers dot org
[mailto:innopac-bounces at innopacusers dot org] On Behalf Of David Jones
Sent: Wednesday, July 23, 2008 12:29 PM
To: IUG INNOPAC List
Subject: Re: [IUG] Forcing a browse display when you have an exact
authormatch



>>> On Wed, Jul 23, 2008 at 7:59 AM, Bob Duncan <duncanr at lafayette dot edu>
wrote:

> need to be.) What's new about T in Release 2007 is that it has super

> powers when a *title search* results in a record browse---the

> searched for title *and* the 245 are displayed.



Dang. I was hoping that the magic "T" was going to work regardless of
which phrase index you searched, negating the need for the extra lines
for the 245 in the briefcit.html file...



Thanks for the clarification!



David





_____________________________________________________________________

David Jones mailto:djones at scu dot edu

Library Systems Manager http://www.scu.edu/library/

University Library fax: 408-551-1805

Santa Clara University phone: 408-551-7167

500 El Camino Real

Santa Clara CA 95053-0500

_____________________________________________________________________

Reality is that which, when you stop believing in it, doesn't go away.

-- Philip K. Dick







--

This message was distributed through the Innovative Users Group INNOPAC
list

Public replies: INNOPAC at innopacusers dot org

Update your subscription options:
http://innopacusers.org/mailman/listinfo/innopac



--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/html
---