Corporate body subject phrase does not displaying in Subject Browse index

Bug #1371745 reported by Don Butterworth
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Evergreen
New
Undecided
Unassigned
Tags: opac-browse
Revision history for this message
Srey Seng (sreyseng) wrote :

On a pretty recent install of Evergreen master, changing the config.xml_transform table's xslt definition for "mods32" to include the extra subfields $x and $z for tag 610 and then re-ingesting will surface $aCatholic Church $zUganda $xHistory. The original definition does not appear to have the $x or the $z.

Not sure what the implications of changing this is with regards to other aspects of evergreen but it does surface the entries.

Revision history for this message
Srey Seng (sreyseng) wrote :

Screen capture of before/after the change to the xslt + a re-ingest: https://launchpadlibrarian.net/185308469/2014-09-19_124411_BEFORE_AFTER.png

Revision history for this message
Srey Seng (sreyseng) wrote :
Revision history for this message
Don Butterworth (don-butterworth) wrote : Re: [Bug 1371745] Re: Corporate body subject phrase does not displaying in Subject Browse index
Download full text (5.4 KiB)

Patrick, Srey and All,

I don't understand why these subfields were not included in the browse
indexes. Here is my attempt at a comprehensive list of the fields and
subfields that should be included in the browse indexes. It is extensive,
and I may have missed some, but this will take us a lot farther down the
road than we are now.

Source: OCLC Bibliographic Formats and Standards
<http://www.oclc.org/bibformats/en.html>

*Author Index*

100 a, b, c, d, q,
110 a, b, c, d, g, k, l, n, p, u
111 a, c, d, e, n,
700 a, b, c, d, f, k, m, n, p, q, r, s, t
710 a, b, c, d, f, k, n, p, s, t, u
711 a, c, d, e, f, g, j, k, l, n, p, t

*Title Index*
130 a, d, f, k, l, m, n, o, r, s
222 a, b
240 a, d, k, l, m, n, o, p, r, s,
245 a, b, k, n, p, s
246 a, b, f,
247 a, b, n, p
505 t
730 a, d, f, g, k, l, m, n, o, p, r, s,
740 a, n, p
700 t
710 t
711 t
780 t
785 t

*Subject index*
600 a, b, c, d, k, l, m, n, o, p, q, r, s, t, u, v, x, y, z
610 a, b, c, d, f, g, k, l, n, p, s, t, u, v, x, y, z
611 a, c, d, e, f, j, k, l, n, p, t, u, v, x, y, z
630 a, d, f, l, l, m, n, o, p, r, s, v, x, y, z
650 a, v, x, y, z
651 a, v, x, y, z

*Series Index*
490 Do Not Index
440 a, d, f, g, k, l, m, n, o, p, r, s, t (not sure, no longer valid)
800 a, c, d, f, k, l, m, n, o, p, q, r, s, t
810 a, b, c, d, f, k, l, m, n, o, p, q, r, s, t
811 a, c, d, f, k, l, n, o, p, q, s, t
830 a, d, f, g, k, l, m, n, o, p, r, s, t

On Tue, Sep 30, 2014 at 2:41 PM, Patrick Gardella <
<email address hidden>> wrote:

> This is a change that takes place in the database, so you couldn't do it.
>
> Don,
>
> This change was "
> Added subfields $x and $z to the mods32 xslt for tag 610 to help surface corporate
> body subject phrase in subject browse results." If there are other
> subfields you want, let us know. Now that I see this, I can probably
> figure out how to add other fields from this tag or others.
>
>
> <xsl:if test="marc:subfield[@code='c' or @code='d' or @code='n' or @code='p' or @code='x' or @code='z']">
>
> Bob, we'd need to update this XSL in the database:
>
>
> http://git.evergreen-ils.org/?p=working/Evergreen.git;a=blob;f=Open-ILS/src/sql/Pg/953.data.MODS32-xsl.sql;h=c3b36d01ccc829ad1ab3cc426a691db38198acc9;hb=7d0bca91b9c47526fadc58212d0c3d93af0281d4
>
> Patrick
>
> On Fri, Sep 26, 2014 at 6:01 AM, Donald Butterworth <
> <email address hidden>> wrote:
>
>> Dear Smart IT People,
>>
>> This email thread refers to a bug I reported to Evergreen about how not
>> all subfields for corporate body subjects are appearing on the subject
>> search results screen. I don't understand what Srey is saying, but I'm sure
>> all y'all do.
>>
>> My fear is that there are other browse index fields that are not
>> displaying all subfields. I would be glad to define what should appear if I
>> knew where to input the values. Can anybody tell me where to make the
>> entries?
>>
>> I don't want to tackle this problem until after we upgrade to 2.6.0 this
>> weekend on the off chance that this issues was addressed for new installs.
>>
>> Don
>>
>>
>>
>> ---------- Forwarded message ----------
>> From: Srey Seng <1371745@...

Read more...

Revision history for this message
Jane Sandberg (sandbergja) wrote :

I don't think this is still happening in recent versions of Evergreen. For example, Catholic Church Uganda History shows up in the Asbury Seminary catalog browse, and has 5 results:

http://evergreen.asburyseminary.edu/eg/opac/browse?blimit=10&bterm=Catholic+Church+Uganda+History&qtype=subject&locg=2

Can others confirm that this bug has been fixed?

tags: added: browse
Revision history for this message
Elaine Hardy (ehardy) wrote :

I am seeing corporate bodies in subject browse in 3.2.2

Revision history for this message
Don Butterworth (don-butterworth) wrote :
Download full text (4.0 KiB)

Yes. This subject now shows up in our Subject Browse index, and has for a
while now.

However ...

What still does NOT show up is the 810 field in Series Browse. I believe
that the out-of-the-box default Series Browse indexing only includes the
830 field. It should include ALL 8XX fields and, at least, subfields "a"
and "t". Well over a year ago I sent in an extensive list concerning all of
the fields and subfields that I believe are crucial for academic libraries.
This was shortly before a revised set of defaults were implemented, so I
think the assumption was made that those recommendations were already
covered. But there are still indexing gaps.

In our case the 810 is particularly important because all of the Video and
Sound Recordings we create at our institution include an 810 series field.
Example:

810 2\$aAsbury Theological Seminary.$tMartha R. Jones lectureship in
nutrition

In the case of this particular field It is important that *both* the A and
T subfields are indexed so that if a researcher wants to see all of the ATS
series they can, or if all they know is the series title they can find that
as well. Catalog example would look like ...

Series Browse : Asbury Theological Seminary
Asbury Theological Seminary. Forums (35)
Asbury Theological Seminary. Freitas lectures (27)
Asbury Theological Seminary. Martha R. Jones lectureship in nutrition (42)
Asbury Theological Seminary. Ryan lectures (55)

Series Browse: Chapel services
Chapel services, 1956 (2)
Chapel services, 1957 (1)
Chapel services, 1960 (2)
Chapel services, 1961 (3)

One final observation. The subfield "v" should NOT be included in the
Series Browse index. Currently it is, and thereby creates single line
entries for every single record that contains an 830, instead of
accumulating them like in the examples above. Example:

Asbury Theological Seminary. Forums ; no. 1
Asbury Theological Seminary. Forums ; no. 2
Asbury Theological Seminary. Forums ; no. 3
Asbury Theological Seminary. Forums ; no. 4

This creates a pretty much unusable index.

Hoping for a fix,

Don

On Sat, Mar 2, 2019 at 12:24 PM Jane Sandberg <email address hidden>
wrote:

> I don't think this is still happening in recent versions of Evergreen.
> For example, Catholic Church Uganda History shows up in the Asbury
> Seminary catalog browse, and has 5 results:
>
>
> http://evergreen.asburyseminary.edu/eg/opac/browse?blimit=10&bterm=Catholic+Church+Uganda+History&qtype=subject&locg=2
>
> Can others confirm that this bug has been fixed?
>
> ** Tags added: browse
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1371745
>
> Title:
> Corporate body subject phrase does not displaying in Subject Browse
> index
>
> Status in Evergreen:
> New
>
> Bug description:
> When searching for the subject
> Catholic Church Uganda History
> no results were found using Subject Browse
>
>
> http://evergreen.asburyseminary.edu/eg/opac/browse?blimit=10&bterm=Catholic+Church+Uganda+History&qtype=title&locg=2
>
> Three entries should have been retrieved using this search command
>
> * Coming of age in priesthood
>
> http://evergre...

Read more...

tags: added: opac-browse
removed: browse
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.