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
[email protected]
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
[email protected]
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 <[email protected] <mailto:[email protected]>> 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",@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
    <[email protected]
    <mailto:[email protected]>> 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
    > [email protected]
    <mailto:[email protected]>
    > (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: [email protected] <mailto:[email protected]>
     | web: http://www.esilibrary.com




--
Don Butterworth
Faculty Associate / Librarian III
B.L. Fisher Library
Asbury Theological Seminary
[email protected] <mailto:[email protected]>
(859) 858-2227


Reply via email to