Details: We need your help to finalize manually linking bib field
...
to authority record requirements. These scenarios focus on create/derive/edit bib record interactions. Please
- Review each Scenario and Outcome Option
- In Outcome selection, please prepend your initials to your outcome selection option
- In Comments column, please prepend your initials to your comment
NOTE: All linked bib fields will have a $0 populated and will be read-only on the UI. The $0 will populate a URI that includes the Authority record 010$a or 001 as a unique identifier. A MARC bib field's $0 will serve as a match point.
Scenarios
1# | Scenario | Outcome Option | Outcome selection | Comments | |||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | Create new MARC bib record via data import app | A. No change. Nothing happens as far as linking. B. I expect something else. | JAC- B JE: B | JAC- Would want to run some sort of authority matching process with $0, but would prefer authority control process is not linked to data import. JE: I'd like to see sort of utility where institutions can set what they want to do and when. | |||||||||||||||||||
2 | Create new MARC bib record via single record import functionality | A. No change. Nothing happens as far as linking. B. I expect something else. | JAC- B JE: B | JAC- Same as above. Would want linking process to happen separately from record creation. | |||||||||||||||||||
3 | Derive a new MARC bib record via quickMARC from a bib record with linked authorities | A. Allow a user to decide to keep links or remove them ONCE user hits the Derive a new MARC bib record action B. Always preserve linking C. Never preserve linking D. I expect something else. | JAC- A JE: A JB: A CT: A | JAC-Would be good if there could be a user preference that lets you choose either A or C as a default setting. | |||||||||||||||||||
4 | Overlay a MARC bib record with fields linked to authority records.
| Question 1: How common is this scenario? A. Very common B. Occasional C. Very rarely happens. Definitely edge case. Question 2: What is your preferred outcome? A. Allow user to decide whether to keep links (if possible) OR unlink when the user takes the action to overlay record. B. Always preserve linking C. Never preserve linking. D. I expect something else. Comment - Mixed based on the presence of $0 | Question 1 JAC-B JE: B Question 2 JAC-D JE: D | JAC- If the overlay changes the authorized access points in the bib, never preserve linking (for those access points). If there is no change to authorized access points in the bib, preserve linking for those access points (this is a little different than being asked to link all or unlink all). JE: In some respects, I would like the overlay to preceed where all is unlinked and then the overlay links. | |||||||||||||||||||
5 | Update bib record via data import with NO change to the linked bib field
| A. No change thus no impact to linking linking. (also applies to repeated fields) B. I expect something else. | JAC-A JE: A | ||||||||||||||||||||
6 | Update bib record via data import with A Change to linked bib field value(s) NOT controlled by authority
| A. No impact to linking linking. (also applies to repeated fields) B. I expect something else. | JAC-A JE: A | ||||||||||||||||||||
7 | Update bib record via data import with a Change to a linked bib field value Controlled by authority
| Question 1: How common is this scenario? A. Very common B. Occasional C. Very rarely happens. Definitely edge case. Question 2: What is your preferred outcome for this scenario? A. Do not update the field. Flag the reason why as this record is controlled by an authority record. FOLIO provides a report when a user attempts to edit controlled values. (Applies to repeatable fields too) BB1. Proceed with update. FOLIO provides a report that informs user that update conflicts with linked authority record. If user edits bib record via quickMARC then system can auto-correct to accurate values when user hits Save. A message/indicator can display for use to unlink authority record or allow for quickMARC to auto-correct. (Applies to repeatable fields too) B2. Proceed with update and we can remove the link ($9 Authority UUID) and provide a report that we removed it. B3. Proceed with update and we can remove the link ($9 Authority UUID) and provide no report B4. Check $0 value and decide whether to update (no report) C. I expect something else | Question 1 JAC-B JE: B Question 2 JAC-A JE: C | JAC- Would not want for data import, but would want quickMARC to auto-correct to accurate value if typo occurs in in quickMARC. JE: I think having some sort of utility where you can look at the report and then take action on it -auto correct, manually correct, or something else. | |||||||||||||||||||
8 | Update bib record via data import AND linked Linked bib field has no $0 AND changes to uncontrolled valuesa different $0 value
| Question 1: How common is this scenario? A. Very common. We do not maintain $0. B. Occasional C. Very rarely happens. We maintain $0. Definitely edge case. Question 2: What is your preferred outcome for this scenario? A. Continue Proceed with update to uncontrolled value(s) and to $0. Bib field remains controlled (linked to an authority record). FOLIO provides a report when a linked bib field has a missing $0 value. And when user edits bib record via quickMARC then auto-populate $0 when user hits Save. (Applies also applies to repeatable fields too) B. I expect something else | 9 | Update bib record via data import AND linked bib field has no $0 AND changes to controlled values
| 10 | Update bib record via data import AND Linked bib field has a different $0 value
| 11JAC- ? JE: B JAC -B JE: B | JAC- Unsure how "We do not maintain, We maintain $0" is connected to the frequency of scenario? JAC- B, we would expect it to update $0 and unlink from previous $0. JE: It would be great to have the option when to run an update. | |||||||||||||||
9 | Update bib record via data import AND Linked bib field has a different $0 or no $0 and change to a controlled value in an import file to be updated.
| Question 1: How common is this scenario? A. Very common . We do not maintain $0.that the controlled value is changed. B. Occasional C. Very rarely happens. We maintain $0. Definitely edge case. Question 2: What is your preferred outcome for this scenario? A. Do not update the field. Flag the reason why as this record is controlled by an authority record. FOLIO provides a report when a user attempts to edit controlled values. (Applies to repeatable fields too) B. Proceed with update of $0 and $d. FOLIO provides a report that informs user that update conflicts with linked authority record. that the $d and $0 updates conflict and should be manually reviewed. If user edits bib record via quickMARC then system can auto-correct to accurate values when user hits Save. A message/indicator can display for use user to unlink authority record or allow for quickMARC to auto-correct. (Applies to repeatable fields too) C. I expect something else | Question 1 JAC-B JE: ? Question 2 | 12JAC-B JE: C | JE: I feel that institutions should be able to schedule this and perhaps even the types of updates that take place. | ||||||||||||||||||
10 | Update bib record via data import and contains multiples of the same repeatable MARC field and one of them is linked AND has no $0 AND Linked bib field has a different $0 or no $0 and change to a uncontrolled value.
| Question 1: How common is this scenario? A. Very common . We do not maintain $0that the controlled value is changed. B. Occasional C. Very rarely happens. We maintain $0. Definitely edge case. Question 2: What is your preferred outcome for this scenario? A.Continue with update. Bib field remains controlled (linked to Do not update the field due to the wrong $0. Flag the reason why as this record is controlled by an authority record). FOLIO provides a report when a linked bib field has a missing $0 value. And when user attempts to edit controlled values. (Applies to repeatable fields too) B. Proceed with update of $0 and $e. FOLIO provides a report that informs user that the $0 update conflicts and should be manually reviewed. If user edits bib record via quickMARC then system can auto-populate $0 correct to accurate value when user hits Save. B. I expect something else Question 1 Question 2 | 13 | Create new MARC authority record via data import | A. No change. Nothing happens as far as linking. B. I expect something else. | 14 | Edit MARC authority (1XX field) records via quickMARC
| 15 | Edit MARC authority (NOT 010 $a or 1XX field) field via quickMARC
| A. No impact to any bib records linked to the authority record B. I expect something else | 16 | Edit MARC authority (1XX field) records via data import
| 17 | Edit MARC authority (010 $a field) records via data import
| A. No impact. Create as a new MARC authority record. B. I expect something else | 18 | Edit MARC authority (NOT 010 $a or 1XX field) records via data import
| A. No impact to any bib records linked to the authority record B. I expect something else | 19 | Delete MARC authority record via quickMARC
| A. Allow for deletion to proceed. Ask user to confirm that they want to delete the authority record. Ensure they understand impact of unlinking these records by providing # of records to be unlinked. Linked bib fields are no longer linked. Retain [$a Twain, Mark, $d 1835-1910] only change is user can now edit these values because no longer controlled. B. Do not allow a user to delete authority record with linked bib records. C. I expect something elseA message/indicator can display for user to unlink authority record or allow for quickMARC to auto-correct. (Applies to repeatable fields too) C. I expect something else | Question 1 JAC-B JE: ? Question 2 JAC-B | JAC-We want to update the data we are bringing in; we don't always want authorities app to be doing field protection for us, and when we do we want to turn it off and on. |
11 | Data field protection handling (need to write a scenario) | ||||||||||||||||||||||
12 | Is there a scenario where data import should reject updating the entire bib record due to authority linking errors? Please post your scenario under Comments section. | JAC- NO JE: No | Data import should let us upload what we want to, even if the records are poor. JE: Linking errors should be reporting in a separate report to look at and resolve separately. |