Thank you Mike!Although this method wouldn't leverage authority control, I know our original hope was that the browse feature could be used with or without authority records, with authority control enhancing the browse. If we were to display the full headings with the separators in the subject browse, it would bring us a long way towards making the subject browse more useful.
Our favorite example of why separators are really needed for the display can be seen at http://acorn.biblio.org/eg/opac/browse?blimit=10&qtype=subject&bterm=penguins+predators+of+juvenile&locg=1.
Mike, if we wanted the subjects to display the same as they do in the bib record with the greater than symbol, would we then set the joiner field to ' > ' ?
Also, are there any downsides to adding this separator? For example, is it going to display a separator to some odd location where we might want to see it. In addition to the browse list, I'm guessing it would display the separator in autosuggest. Anywhere else?
Thank you! Kathy Kathy Lussier Project Coordinator Massachusetts Library Network Cooperative (508) 343-0128 [email protected] Twitter: http://www.twitter.com/kmlussier On 6/18/2014 1:12 PM, Mike Rylander wrote:
Kathy and Don, To the separator issue, those can certainly be added, but not without adjusting the search-oriented All Subjects index. You'd need to (at least) set the joiner field to ' -- ' (note the spaces!), add a browse_xpath of '//*', and to set browse_field=TRUE. Then a reingest. If testing that, I'd suggest picking a few records to try it with first, of course. This will be create entries for the full subject heading in addition to the separated ones from the topic, name, etc subject indexes. My previously mentioned method would be more "cataloging" correct. On Wed, Jun 18, 2014 at 10:14 AM, Kathy Lussier <[email protected]> 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]> 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]> 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] (859) 858-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] | web: http://www.esilibrary.com-- Don Butterworth Faculty Associate / Librarian III B.L. Fisher Library Asbury Theological Seminary [email protected] (859) 858-2227
