Preferred Term Correction is not flipping all LCSH headings when the authority record changes. If there is an authority record that has a subdivision, it is only flipped by PTC if the heading in the bib has no additional subdivisions. This means there is a significant gap in the PTC process that requires manual attention and handling, which is unsustainable. The PTC process needs to be more thorough.

For example, this LCSH:

$a Germany $x Politics and government $y 19th century

was updated by LC to be:

$a Germany $x Politics and government $y 1789-1900

When the authority record changed, bib headings that had the original $a $x $y (only) were flipped by PTC to have the new $y. But any headings that had additional subdivisions were not flipped.

For example, this bib heading was flipped to the new form:
BEFORE: $a Germany $x Politics and government $y 19th century
AFTER: $a Germany $x Politics and government $y 1789-1900

But this bib heading was NOT flipped:
$a Germany $x Politics and government $y 19th century $v Congresses.

More example of headings that were not flipped but should have been flipped:
651 0 $a Germany $x Politics and government $y 19th century $v Caricatures and cartoons.
651 0 $a Germany $x Politics and government $y 19th century $v Congresses.
651 0 $a Germany $x Politics and government $y 19th century $v Exhibitions.
651 0 $a Germany $x Politics and government $y 19th century $x In literature.
651 0 $a Germany $x Politics and government $y 19th century $v Periodicals.
651 0 $a Germany $x Politics and government $y 19th century $v Poetry.

Impact of Problem: The fact that PTC does not flip these headings means that staff have to manually correct hundreds or thousands of headings. The PTC process is lacking and is not performing its function of managing authority control automatically.

It would be nice to be able to move up and down within a field using arrow keys in MDE. For example, when a lengthy 505 or 520 MARC field has many lines, the cataloger must now move to the desired line using either mouse or left/right arrow keys, since pressing up/down arrow causes the pointer to move to the previous/next field.

My suggestion is that the pointer should be able to move within the field using up/down arrows and move only to the previous/next field when the pointer is on the first/last line of the field.

Using up/down arrow keys when moving within a field would streamline cataloger’s work and help making the MDE more user-friendly.

Currently, after running a normalization rule on a set of bib records, the bib records display the 5XX fields out of order, e.g. 500, 546, 506 etc. This occurs even after running the CnmarcBibReSequenceTask as fields between 500 and 899 are not sorted, or sorted only by hundreds (this was the information given to us by a member of staff when we reported the issue on the ExLibris Customer Portal).

Having all fields in the correct order would ease any future cataloguing needed on these records, or when staff members view the record for work purposes.

I've attached an example screenshot.

Currently the only way to use records from NZ in an IZ is to search them in the NZ and perform an action like "order" or "link" on every single record one by one. There are, however, situations where an IZ wants to use a bulk of records. For this purpose we need a possibility to link records in bulk and create inventory for the linked records.

We imagine a linking job that takes as an input a logical or itemized set of records saved from a search in the NZ. The linking job can create physical and electronic (and digital) inventory, similar to current import profiles. The inventory operations for electronic inventory should include an option to specify the desired action if the record and a portfolio exist already in the IZ, out of the following choices:

• Add new portfolio.
• Update portfolio information (the URL).
• Don't do anything.

Use case:
The NZ loads monthly updates from e-book vendors where the IZs have purchased different packages. The workflows for group inventory aren't applicable here because the NZ doesn't possess the necessary information for determining who has rights to which portfolio. OAI is no option because this currently creates duplicate portfolios each time a record gets updated in the NZ. The workarounds currently in place involve sending files back and forth which is error prone and not very efficient.

I frequently consult the Simple Record View page of bibliographic records when working on the Authority Control Task List. This view, however, does not indicate which headings are linked to authority records and which are not. The only place in Alma to confirm this is through the Metadata Editor.

This proposal recommends adding a marker (such as the binoculars icon found in the Metadata Editor) to those fields in the Simple Record View with headings linked to authority records. This would save a step in the Task List review process, not to mention being helpful to any Alma user looking over a record in Simple View format.

Automatic dismissal of corrected authorities from the Authority Control Task List.
Improve the Authority Control Task List linking functionality so that when an authority is upgraded/corrected in the metadata editor, it is automatically dismissed from the Task List. Items are added to the Task List before an institution has had a chance to upgrade the catalogue record. Many of these authorities will routinely be upgraded at the cataloguing stage. The need to then manually remove substandard authorities from the Task List which no longer exist in the bibliographic records adds a huge burden of extra work, especially for large institutions. Could the system regularly check the Authority Control Task List by MMS ID and remove items no longer linked to a bibliographic record?