Renorm 2020-B
- brandon dudley (Unlicensed)
- David Walker
Owned by brandon dudley (Unlicensed)
| Request deadline | |
|---|---|
| Sandbox (testing) release | |
| Comment deadline | |
| Production renorm start | Aug 12 |
| Production renorm finish | Aug 19 |
Changes
Change # refers to corresponding card # on the Trello Board.
Notes
# | Change | Description | Examples | Implementation notes |
|---|---|---|---|---|
| 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) | Issue not resolved in renorm 2020-A. Fixed typo in display:creatordate rule. |
| 139 | Citations are displaying "$$Q" prior to the MARC 710 field | ExL has described the fix in Case #00785290 | https://bit.ly/2Y5IRtS (production) | Issue not resolved in renorm 2020-A. Fixed typo in rule addata/addau as per case #00868928 instructions. |
| 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) | Hypertext Linking Definitions updated on production to reflect changes made in Sandbox. |
| 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) | Issue not resolved in renorm 2020-A. Removed unnecessary mapping table transformations. |