[OPEN-ILS-GENERAL] 2.5.2 Subject Browse Index
Kathy Lussier
klussier at masslnc.org
Wed Jun 18 11:38:13 EDT 2014
Hi all,
I've filed two Launchpad bugs as a follow-up to this discussion.
All Subjects index should be set to browse by default -
https://bugs.launchpad.net/evergreen/+bug/1331524.
Subject browse searching should display separators
https://bugs.launchpad.net/evergreen/+bug/1331506
Kathy
Kathy Lussier
Project Coordinator
Massachusetts Library Network Cooperative
(508) 343-0128
klussier at masslnc.org
Twitter: http://www.twitter.com/kmlussier
On 6/18/2014 10:14 AM, Kathy Lussier wrote:
> Hi Don,
>
> I think there is another way you can get the catalog to display the
> entire string. When MassLNC was testing this development with
> Bibliomation, we noticed the same issue and were advised to set the
> "All Subjects" index browse field to true to get the entire string to
> display in the browse search. By default, the browse flag is set to
> false in this index, and the subject browse is based on the
> geographic, name, topic, time period subject indexes.
>
> If you look at Bibliomation's catalog at http://acorn.biblio.org/,
> you'll see that the browse search is displaying the complete subject
> string (minus separators). I was just talking to Ben Shum about their
> setup, and they do not have authority records loaded in their system
> yet, but they were able to get the entire string to display by
> enabling browse in the All Subjects index.
>
> What I don't know is if a reingest is required after you set the
> browse flag to true for an existing index in your system. Could anyone
> answer that question?
>
> One thing we would like to see is the separators added to those browse
> headings.
>
> Also, +1 to the idea of setting the All Subjects index to browse by
> default so that you can get the entire string. In speaking to multiple
> Evergreen sites, I have not heard from one that does not want the
> entire subject string to display. I'll file a LP bug for that too.
>
> Kathy
> Kathy Lussier
> Project Coordinator
> Massachusetts Library Network Cooperative
> (508) 343-0128
> klussier at masslnc.org
> Twitter:http://www.twitter.com/kmlussier
> On 6/6/2014 1:24 PM, Donald Butterworth wrote:
>> Thanks for the great response Mike!
>>
>> For the subject browse, I'm not yet familiar enough with authority
>> record links in Evergreen to know if this is viable solution. There
>> are an incredible number of subject permutations which would make it
>> impossible to anticipate every possible subject that would be
>> legitimate.
>>
>> Is there any support out in Evergreen Land for making option two the
>> default? We really are out of step with the rest of the library
>> community. I can't think of another library system that has a subject
>> browse index, that doesn't include the entire subject phrase.
>>
>> For the series browse, I'm pretty sure we didn't do anything special
>> to make it appear. It just show up after the upgrade ... which is
>> real good.
>>
>> Is there any support in Evergreen Land to include Series Browse as a
>> default that excludes the subfield "v" as part of the indexing?
>>
>>
>>
>> On Fri, Jun 6, 2014 at 10:23 AM, Mike Rylander <mrylander at gmail.com
>> <mailto:mrylander at gmail.com>> wrote:
>>
>> Don,
>>
>> For the subjects, there are two ways to handle it. The first is to
>> add authority records and link those to the appropriate bib records.
>> This will get you what you want without any further configuration, as
>> authority is browse-indexed the way you describe by default.
>>
>> The second way involves new configuration entries and a partial
>> reingest, but it can certainly be done. You'll need a new
>> browse-specific indexing definition to replace the one that's
>> piggybacking on the exiting topic index. For the 650, something
>> along
>> the lines of:
>>
>> INSERT INTO config.metabib_field (name, field_class, label, format,
>> xpath, search_field, facet_field, browse_field, authority_xpath,
>> browse_xpath)
>> VALUES ('browse_topic', 'subject', 'Browse Topic', 'marcxml',
>> '//marc:datafield[@tag="650"]', false, false, true, '//*[@code="0"]',
>> '//*[contains("avxyz", at code)]');
>> UPDATE config.metabib_field SET browse_field = false WHERE name =
>> 'topic' AND field_class = 'subject';
>>
>> All of that can also be done in the staff client through Admin ->
>> Server Administration -> MARC Search/Facet Fields. After that,
>> you'll
>> need to perform a browse reingest after hours. Something like the
>> following will do it in one fell swoop:
>>
>> SELECT metabib.reingest_metabib_field_entries(id, TRUE, FALSE, TRUE)
>> FROM biblio.record_entry;
>> DELETE FROM metabib.browse_entry WHERE id NOT IN (SELECT entry FROM
>> metabib.browse_entry_def_map UNION SELECT entry FROM
>> metabib.browse_entry_simple_heading_map);
>>
>> Series is not indexed for browse by default, so I assume you mean the
>> series facet? Assuming so, you could replace the MODS-based
>> XPath for
>> the Series Title indexing definition with one that goes directly to
>> the MARC and excludes the fields you don't want. That would be more
>> involved, though. See here for the current mapping used:
>> http://www.loc.gov/standards/mods/v3/mods-mapping.html#relateditem
>>
>> HTH,
>>
>>
>> On Fri, Jun 6, 2014 at 9:16 AM, Donald Butterworth
>> <don.butterworth at asburyseminary.edu
>> <mailto:don.butterworth at asburyseminary.edu>> wrote:
>> > Colleagues,
>> >
>> > We recently upgraded to the 2.5.2 release and, as a cataloger,
>> I was
>> > ecstatic to find that "Browse the Catalog" is now available. I
>> will use this
>> > feature extensively when assigning author names, series, and
>> subjects.
>> >
>> > The author and title indexes looks great, but there is one
>> tweak in the
>> > subject index and one in series that I want to make.
>> >
>> > In subjects each individual subject subfield is being indexed
>> rather than
>> > the whole line. For example:
>> >
>> > 650 0 Conflict management -- Religious aspects -- Christianity
>> >
>> > is being displayed in the results list as
>> >
>> > * Conflict management
>> > * Religious aspects
>> > * Christianity
>> >
>> > What do I need to do to change this?
>> >
>> > In series I don't want the subfield "v" to be included in the
>> results list
>> > display. For example:
>> >
>> > Tyndale studies ; v. 1 (1)
>> > Tyndale studies ; v. 2 (1)
>> > Tyndale studies ; v. 3 (1)
>> >
>> > should display as
>> >
>> > Tyndale studies ; (3)
>> >
>> > Again, what do we need to do to change this?
>> >
>> > Thanks for you insights!
>> >
>> > Don
>> >
>> >
>> > --
>> > Don Butterworth
>> > Faculty Associate / Librarian III
>> > B.L. Fisher Library
>> > Asbury Theological Seminary
>> > don.butterworth at asburyseminary.edu
>> <mailto:don.butterworth at asburyseminary.edu>
>> > (859) 858-2227 <tel:%28859%29%20858-2227>
>>
>>
>>
>> --
>> Mike Rylander
>> | Director of Research and Development
>> | Equinox Software, Inc. / Your Library's Guide to Open Source
>> | phone: 1-877-OPEN-ILS (673-6457)
>> | email: miker at esilibrary.com <mailto:miker at esilibrary.com>
>> | web: http://www.esilibrary.com
>>
>>
>>
>>
>> --
>> Don Butterworth
>> Faculty Associate / Librarian III
>> B.L. Fisher Library
>> Asbury Theological Seminary
>> don.butterworth at asburyseminary.edu
>> <mailto:don.butterworth at asburyseminary.edu>
>> (859) 858-2227
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20140618/e0784346/attachment-0001.htm>
More information about the Open-ils-general
mailing list