10 results found

1. Copy and paste multiple MARC fields into the metadata editor

   We would like to be able to copy multiple lines from MARC records and paste them into the metadata editor so that multiple MARC fields are pasted into the record in one action. This would help us enormously with our workflow of importing MARC authority records from LibrariesAustralia into Alma.

   For us, this is necessary because the LibrariesAustralia headings are not in the community zone and are unlikely to ever be included there and Alma does not allow for Z39.50 import of authority headings.

   We have this functionality of copying and pasting multiple fields in the LibrariesAustralia Cataloguing Client and other library systems allow it. At the moment we need to paste each line one by one into Alma and it is slow and repetitive. This process is a step backward from previous functionality.

   We would like to be able to copy multiple lines from MARC records and paste them into the metadata editor so that multiple MARC fields are pasted into the record in one action. This would help us enormously with our workflow of importing MARC authority records from LibrariesAustralia into Alma.

   For us, this is necessary because the LibrariesAustralia headings are not in the community zone and are unlikely to ever be included there and Alma does not allow for Z39.50 import of authority headings.

   We have this functionality of copying and pasting multiple fields in the LibrariesAustralia Cataloguing Client and… more

   544 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   8 comments  ·  Metadata Management  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Accepted  ·  AdminLili Daie (Product Manager, Ex Libris) responded

   Dear all,

   I believe we now understand the requirement better: To be able to paste a block of text in MARC 21 format, and have Alma parse it and populate the MARC tags, indicators and subfields accordingly.

   This is a larger development, but we hope to be able to add a solution for it to our future roadmap.

2. Metadata editor: Enable moving up and down within a field using arrow keys

   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.

   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… more

   344 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   2 comments  ·  Metadata Management  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Accepted  ·  AdminLili Daie (Product Manager, Ex Libris) responded

   Dear all, we are currently working on a design concept for a new form interface option for cataloging, which will make it easier to navigate long fields and subfields - we will take this request into account as part of this design. See our "Form Editing for MARC 21 Bibliographic Records" roadmap plans for more information: https://knowledge.exlibrisgroup.com/Alma/Product_Materials/010Roadmap/Alma_Roadmap_Highlights_(2024-2025)/Metadata_Management#Form_Editing_for_MARC_21_Bibliographic_Records

   
   

3. Subdivided LCSH headings should be flipped by Preferred Term Correction

   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.

   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,… more

   315 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   Accepted  ·  3 comments  ·  Metadata Management  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

4. Make configurable pop-up assistance in metadata editor

   Currently the po-up assistance in metadata editor for subfields 260$a$b$e$f, 264$a$b, 505$r$t and 561$a is hardcoded and it can not be deactivated. Activation/Deactivation should be configurable. We have many queries from our catalogers about that.

   300 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   Accepted  ·  10 comments  ·  Metadata Management  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

5. add security levels to norm rules

   Because all norm rules can be edited by all staff with cataloger roles, there is great room for erroneous changes for rules that are applied to batch jobs. For example, the norm rule that is applied to records being brought in from Z39.50 targets can be edited by any staff member. A single error in the rule can break the z39.50 import process for all staff until the source of the error is identified. Likewise, if we have a rule applied to import profiles and a staff member inadvertently changes it and we load 50,000 records, that could cause huge data corruption. There needs to be a way to secure a norm rule to administrators such that normal staff with cataloger roles cannot change them.

   Because all norm rules can be edited by all staff with cataloger roles, there is great room for erroneous changes for rules that are applied to batch jobs. For example, the norm rule that is applied to records being brought in from Z39.50 targets can be edited by any staff member. A single error in the rule can break the z39.50 import process for all staff until the source of the error is identified. Likewise, if we have a rule applied to import profiles and a staff member inadvertently changes it and we load 50,000 records, that could cause huge… more

   287 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   17 comments  ·  Metadata Management  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Accepted  ·  AdminItai Veltzman (Product Manager, Ex Libris) responded

   We are considering incorporating the idea and effect both templates and rules editing permission

6. Re-sequence MARC fields by each tag when running a normalization rule

   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, 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… more

   • 

   • 

   264 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   5 comments  ·  Metadata Management  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Accepted  ·  AdminLili Daie (Product Manager, Ex Libris) responded

   Changing the existing re-sequencing task would impact all libraries, whether interested in this change or not - but we will look into adding a new re-sequencing task that will handle all fields, so libraries will have a choice on which re-sequencing behavior they want to apply.

7. Add notifications to Alma reminders

   I appreciate the addition of the Reminders in Alma, but I think it would be even more useful if reminders could trigger email notifications when the reminder date has arrived.

   219 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   17 comments  ·  Metadata Management  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Accepted  ·  AdminLili Daie (Product Manager, Ex Libris) responded

   A new task will be added to the tasks widget, alerting catalogers when reminders' date arrives.

8. It would be helpful if there were an option to "print MARC record" within the MD editor and from the Repository Search.

   We sometimes have need of a hard copy of the MARC record for tracking certain workflows. One such example is for making notes about title changes and tracking them across several records. It would be nice if there was a "print full record" option, both in the MD editor and in the repository hit list. Right now, we need to either do print screens or do a screen capture and print from that. Thank you!

   165 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   Accepted  ·  9 comments  ·  Metadata Management  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

9. Sorting Authority Task List

   It would be highly helpful to have a sorting filter in the Authority Task List that would allow us to sort the list by Fields (e.g. 100's,600's, 700's, 830's,): Personal Names, Corporations/Conferences, Subject, Title, Uniform Titles, and Series. This way work loads can be created and assigned for these specific areas. As things are now, all items are mixed together and it takes far too much time to find/create a single list.

   80 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   0 comments  ·  Metadata Management  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Accepted  ·  AdminItai Veltzman (Product Manager, Ex Libris) responded

   We will consider addressing the requirement as part of the Authority Control Task List enhanced UX in the Alma roadmap: https://knowledge.exlibrisgroup.com/Alma/Product_Materials/010Roadmap/Alma_Roadmap_Highlights_-_January_2021/Metadata_Management#Authority_Control_Task_List_-_enhanced_UX

10. Don't link unauthorized headings based on 008 14-16

    Alma should take into account positions 14-16 of the 008 of the authority record when "deciding" if it should link to and update a biographic heading.

    In the case of the main entry if position 14 is not "b" then make the link and update. If it is "b" it should not link and update.
    In the case of a subject entry if position 15 is not "b" then make the link and update. If it is "b" it should not link and update.
    In the case of a series entry if position 16 is not "b" then make the link and update. If it is "b" it should not link and update.

    see https://www.loc.gov/marc/authority/ad008.html

    Alma should take into account positions 14-16 of the 008 of the authority record when "deciding" if it should link to and update a biographic heading.

    In the case of the main entry if position 14 is not "b" then make the link and update. If it is "b" it should not link and update.
    In the case of a subject entry if position 15 is not "b" then make the link and update. If it is "b" it should not link and update.
    In the case of a series entry if position 16 is not "b" then make the… more

    0 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  Metadata Management  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close
    Accepted  ·  AdminItai Veltzman (Product Manager, Ex Libris) responded

    This is a gap and will be handled as part of our backlog