Details
-
Bug
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
-
None
-
None
-
-
Folijet Sprint 162, Folijet Sprint 163
-
3
-
Folijet
-
Poppy (R2 2023)
-
Ensure there is only 1 of each subfield in call number fields when creating/updating instances
-
!!!ALL!!!
-
Incomplete/missing requirements
-
Nolana (R3 2022), Morning Glory (R2 2022), Lotus (R1 2022)
Description
See the Instance (top) portion of this wiki page: https://wiki.folio.org/display/FOLIJET/Classification+and+Call+number+handling+in+Data+Import
Overview: When an incoming MARC Bib record has multiples of the same field in some call number fields, the data in the Instance classification fields is not parsed correctly
Current workaround: Only one of each subfield must be in the call number fields of the incoming MARC Bib record
Steps to Reproduce:
- Log into FOLIO-snapshot as diku_admin
- Import the attached MARC file using the default Create Instance and MARC Bib job profile
- Once imported, click on the completed file, and then click on the "Created" hotlink in the Instance column
- Check the classification section of the first instance record (where multiple $a are in a single field)
Expected Results:
- When call numbers are in multiple separate fields (see the second record in the attached file), everything works fine
- See the column called Required handling when subfield in one field is repeated If $a is repeated, then the second $a (and any following $b) should be separated to a new classification field in the Instance
- This already works properly for call number types UDC (080) and Gov Doc (086)
Actual Results:
- When call numbers are in multiple separate fields (see the second record in the attached file), everything is fine
- When multiple subfield a's are in the same field, default mapping does not work properly for call number types LC (050 and 090), NLM (060) and Dewey (082)
There are all the values from the multiple 050 in the one field
TestRail: Results
Attachments
Issue Links
- defines
-
UXPROD-3838 NFR: Data Import & Inventory Support Bug work (Poppy R2 2023)
-
- In progress
-
- relates to
-
FAT-5457 Review of C380724
-
- Closed
-
-
MODDICORE-322 Multiple 050 fields or subfields all map to Holdings/Item Call Number if Holdings/Item Mapping is set to 050$a or 050$a " " 050$b
-
- Closed
-