Renorm 2020-A
- David Walker
- brandon dudley (Unlicensed)
- Israel Yanez (Unlicensed)
Owned by David Walker
| Request deadline | May 15 |
|---|---|
| Sandbox (testing) release | Jun 12 |
| Comment deadline | Jun 22 |
| Production renorm start | Jul 10 |
| Production renorm finish | Jul 13 |
Changes
Change # refers to corresponding card # on the Trello Board.
Notes
# | Change | Description | Examples | Implementation notes |
|---|---|---|---|---|
| 137 | Linked 'Series' info in full record sometimes grabs other PNX fields and combines them into the link, thus breaking it. | Description: Can't recall if this was already reported to you or not. See the linked example Series title: History of women ; reel 721, no. 5766 should just be 'History of women'. (As far as I can tell!) | https://bit.ly/3hvHFrK (production) https://bit.ly/2zMwOZp (sandbox-- semicolon and volume number appear in display, but not included in search) | Series display and linking removed from the Related Titles area. Display Rules includes subfields other than the title (e.g. $v for series enumeration). Linking Rules now limited to the title subfield ($t) only. Additional transformations included to remove punctuation (e.g. ";") that would otherwise break the lateral link search |
| 138 | 120, 122, 131, 132 from 2019-B are almost right, extra bracket from 264 1 | testing the fix for 120, 122, 131, 132 in 2019-B and it is almost right. I have an example where the 264 1 is bracketed and the closing bracket is not removed. Look at citation for MLA7 and APA6 and Chicago in example link. MLA8 citation is correct. | https://bit.ly/3d6u9Y7 (production) | Additional transformations added to remove further punctuation (e.g. "]") that previously was being added to Primo citations from fields such as the 264 |
| 139 | Citations are displaying "$$Q" prior to the MARC 710 field | ExL has described the fix in Case #00785290 | https://bit.ly/2Y5IRtS (production) | Utilization of ExL feature "$$Q" throughout our Norm Rules set was analyzed, evaluated and edited to ensure the "$$Q" both implemented its intended function and was not included in the Primo display. |
| 140 | In OneSearch when you click on the earlier and later title links, Primo appears to be doing a title phrase search using both 780 $a and $t and 785 $a and $t. | Subfield a is actually the author. This causes a "no record found" on these earlier and later titles when there is an author, even in cases where we do have those earlier and later titles like the example below. | https://bit.ly/2Y3Lvk5 (production) https://bit.ly/2NeVtbY (sandbox- 780/785 $a and $t present in display, link searches only 780/785 $t) | Earlier Title and Later Title display and linking now moved to Related Titles area in the Primo display. Dedicated section for Earlier and Later Titles removed. Display Rules includes subfields other than the title. Linking Rules now limited to title subfield ($t) only. Additional transformations included to remove punctuation (e.g. ";") that would otherwise break the lateral link search |
| 141 | Clicking on earlier and later title links in OneSearch is doing a title search of $t and $c, when present, in the MARC bib 780 and 785 | This appears similar to request #140 . The Primo display rules allow $c to show in the earlier and later title links and when title link is clicked, a title search is performed on the complete displayed information. This is resulting in "no record found" when we do own the earlier title or later title, see example below. In this case a title search is being performed on the 780 $t and $c when you click on the earlier title link. Without the data from $c appearing in the record display, the results from the search will return the record we do own. | https://bit.ly/2Y5mLb4 (production) | |
| 142 | Pre-search filtering produces different result counts for audio and video | At Long Beach we are facing a problem: for pre-search filtering we get different result counts for audio and video content when compared with application of post-search facets. If the discrepancy were small I’d try to get my local tech services folks to remediate the underlying records but we are seeing ~2k in the discrepancy with no discernable pattern. I have attached the case history as a PDF. | (production) |