Skip to content

Alma

Your feedback matters to us. Help us improve Alma by telling us what you’d like to see using the message areas below. You can also can support something already posted.

We would love to be able to respond to every idea that is submitted, but this is not feasible. We are, however, committed to responding to the most popular ideas—those that have received the most points.

For more information please review our FAQ and guidelines. Thank you.

  • Hot ideas
  • Top ideas
  • New ideas
  • My feedback

186 results found

  1. Decouple the bib-level material type of Music into Scores and Sound Recordings

    The bibliographic material type of Music inexplicably combines scores (Leader/06 c or d) and sound recordings (Leader/06 i or j) into a single facet. This makes no sense and makes standard statistics reporting extremely difficult as scores are usually reported with books (they are, after all, pieces of paper bound between covers) whereas sound recordings are usually reported with other media. Scores should be separated out as its own bib-level material type.

    190 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    “Music” is one of the seven different distinct bibliographic material types used by the MARC standard: https://www.loc.gov/marc/bibliographic/bdintro.html

    This is defined as: “Music (MU) - used for printed, electronic, manuscript, and microform music, as well as musical sound recordings, and non-musical sound recordings. Material may be monographic or serial in nature”.

    As adherence to the MARC standard is important to many of our customers (as also reflected in the comments to this idea), we will keep these distinct seven formats, and not add or subtract from them.

    Alma also provides a “Resource Type” category, which is more granular and is based on a combination of fields – this includes the following non-musical types:

    Audio nonmusical – Physical: LDR pos. 06 = i AND LDR pos. 7 = m AND 008 pos. 23 != a,b,c,o,f,q,s (MARC 21), LDR pos. 6 = i (UNIMARC) or LDR pos. 06 = i AND LDR pos.…

  2. Want to view more of a bibliographic record when editing without having to scroll

    There is currently quite a lot of unused space above and below a bibliographic record. It would be great if I could drag the bottom of the bibliographic record down further when I am editing so that I can view as much of the record as possible at once.

    54 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  3. Improved functionality for Authority contribution (Copy to community)

    This copy option was introduced in the November 2019 release: Authority Contribution – Copy Option:

    For institutions that are authorized to contribute authority records to the Community Zone, there is a new Record View page action (Copy to Community) that enables you to easily copy an authority record to the MD Editor, edit and save it, and contribute the saved record to the Community Zone and an external authority system such as GND, BARE, or NLI. The Copy to Community action appears when you select a title to view from your Authorities search results on the Community tab. See Copy…

    52 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  4. Diacritics and special characters

    When importing records from vendors diacritics and special characters should also import. Currently they come in as random characters or unicode and it takes up staff time to manually correct them.

    47 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  5. Add a drool normalization process option, to Publish to Primo job

    This will enable libraries to export to Primo their activated CZ bibliographic records, under the same conditions applied on their local bibliographic records.

    46 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  6. Metadata Editor: Add More Keyboard Shortcuts and Make Existing Ones Intuitive

    The ME needs a keyboard shortcut for every function. 'Search External Resources', 'Release Record', and many other actions do not have keyboard shortcuts, so I still essentially have to use the menu for everything. This is simply inaccessible.

    Secondly, the shortcuts that do exist don't make sense. A new field is F8, but deleting a field is CTRL + F6? Why not just make it CTRL + F8? Or F9? These shortcuts are poorly thought out and confusing.

    41 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  7. In Metadata Editor, open records by MMS id directly

    It's common to have a list of MMS ids that need to be worked on in Metadata Editor. The current workflow is to do a repository search, be taken out of MDE, click "Edit Record" and wait to be slowly taken back into MDE.

    It would speed things up tremendously if there was a way for users in MDE to input an MMS id and just have the record open up straight away.

    30 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  8. Create a Separate Search Index for Specific OCLC Number

    Currently, the OCLC Number for a record is indexed in the search index "Other System Number." This is not ideal, since the Other System Number indexes other numbers related to vendor record, CONSER, related item, etc.
    We request that Ex Libris provide a separate search index for OCLC number based on the presence of the '(OCoLC)' prefix in the 035 $a and/or $z, or (without prefix) in the 019 $a if there is a number in the 035 with an (OCoLC) prefix. Currently these specific (OCoLC) numbers are mixed in with other numbers occurring in the 019, 035, 773, 774,…

    30 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  9. reorder tags / fields in metadata editor mde using drag and drop

    Sometimes repeatable field must be sorted/reordered.
    For example, we have records with many 505 tags that are added overtime and we have to arrange their order so that they are properly displayed in Primo.
    Right now one must copy the content of the tag to move; add a tag in the proper position with indicators etc.; paste the content; delete the source tag. Quite a long and error prone procedure.
    Having the chance to simply drag and drop the fields in the mde to reorder them would be therefore a great enhancement.

    29 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  10. Lists of Name Authorities similar Subject Authorities

    Lists of Name Authorities similar Subject Authorities
    When cataloging a bibliographic record, Alma allows selecting different lists of Subject Authorities (LC, UC or UANDES, etc.). In the case of the Name Authorities, it currently only allows the use of a list of Name Authorities. We propose that the authorities of name are handled in the same way as the Matter Authorities.

    // Al momento de catalogar un registro bibliográfico, Alma
    permite seleccionar distintos listados de Autoridades de Materia (LC, UC o UANDES, etc.). En el caso de las Autoridades de Nombre, actualmente sólo permite usar un listado de Autoridades de…

    27 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  11. Version control/history of normalization, merge, and indication rules

    Alma should store the version history of normalization, merge, and indication rules - just like bibliographic metadata - in case someone makes an inadvertent edit. This would allow users to restore the rule to a previous, working state.

    24 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  12. 24 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  13. Enable authority control on subdivisions

    Currently, Alma creates a link between a full bib heading with an authority that has exactly the same subfields.
    For instance:

    650 7 $$a Sports $$x Gestion. $$2 ram
    Will fully link with authority:
    150 _
    $$a Sports $$x Gestion (ID: FRBNF11965041)

    If Alma cannot match an authority with the full heading, then it attempts to link the first subfield of the heading with an authority:

    650 7 $$a Sports $$x Gestion $$z France $$y 1990-2020. $$2 ram
    Will (partially) link with authority
    150 _
    $$a Sports(ID: FRBNF13318890)
    The other subfields will remain unlinked and therefore not under authority control.

    23 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  14. View actually linked bib records in 'Browse bibliographic headings'

    When using the Browse bibliographic headings feature, it is not possible to diplay the list of bib records that are ACTUALLY linked to one authority. We can only see the bib records that match with the authority.
    On the contrary, when using the F3 index, Alma provides an extra menu in the 'View' option of a bibliographic heading where one can choose between records that match the authority or records that are linked to the authority.
    This Idea requests that the same feature be added in the Browse bib heading tool.

    22 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  15. Enable case-insensitivity for indication and other rules

    Indication (and other) rules in Alma are case sensitive by design. Case sensitivity of course is often desirable, to ensure most exact matching and prevent inadvertent data problems. However, in some instances, especially with indication rules, it would be very helpful and time-saving to be able to use case insensitivity, as is possible with regular expressions (ex: /i). An example of a scenario in which this would be helpful is when using an indication rule to identify records which contain a particular textual note, when that note may have been entered with varying cases: sometime all uppercase, sometimes sentence case,…

    22 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  16. Authority creation - Populate 670 Source Data Found from open bib

    When creating an authority by F3 searching from a bib record and clicking "Create authority record", no data is linked from the bib. Voyager populated bib information in new authorities to track and differentiate headings.

    Please populate the 670 field (Source Data Found) in the new authority record with Title, date in $a and MMS ID in $w.

    This would look like: 670 ##$a [245$a], [260/264$c] $w [001]

    21 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  17. ACTL needs to be refined: Ending ISBD punctuation issue

    There are many entries in ACTL that the only difference between BIB Heading Before and BIB Heading After is that the full stop is removed at the end of BIB Heading After. For example:

    BIB Heading Before

    Hong Kong (China). Census and Statistics Department.

    BIB Heading After
    Hong Kong (China). Census and Statistics Department

    This kind of entries should be excluded from ACTL since this is not heading update at all.

    18 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

  18. Provide authority control for terms in 3XX fields.

    Terms in fields 380, 382, 385 and 386 should be matched to authority records based on the $2 code and an icon placed next to the field when the terms have been verified.

    17 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    Hello All,

    This idea has been closed as part of a cleanup process for ideas older than two years with fewer than 20 votes.

    This cleanup process is necessary to streamline our idea management process and ensure that the most relevant and impactful ideas receive the attention they deserve. If you still feel strongly about this idea, you may submit it via the NERS process.

    We value your feedback and encourage you to continue submitting and voting for ideas that you believe will enhance Alma.

    Alma Product Team

  19. The text font ,font size and color of Metadata Editor

    1.When using Metadata Editor, the font size and color of the editing area are not friendly to the editor.

    2.The text in the editing area needs to be enlarged by 150% in the browser to make it convenient for users to work for a long time

    3.The text color or font in the editing area causes the black text to look like gray, which makes it inconvenient to check the bibliography

    4.Can workers modify the Metadata Editor environment to make them comfortable working environment, such as the font size, font type, and font color in the editing area?

    This can…

    16 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    Hello All,

    This idea has been closed as part of a cleanup process for ideas older than two years with fewer than 20 votes.

    This cleanup process is necessary to streamline our idea management process and ensure that the most relevant and impactful ideas receive the attention they deserve. If you still feel strongly about this idea, you may submit it via the NERS process.

    We value your feedback and encourage you to continue submitting and voting for ideas that you believe will enhance Alma.

    Alma Product Team

  20. Notes on bibliographic records should open as a pop-up message when a user starts editing the record.

    We have the option to add notes to bibliographic records in Alma which are only visible in the metadata editor. This is found under record actions – add note. The option to add notes here is very practical, but it is easy for the cataloger to ignore the note. To make the note harder to ignore it should open as a pop-up message when you first start to edit the bibliographic record in the metadata editor. This could be added as a feature that each library could turn on or off in their configuration menu.

    16 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    This idea has not received sufficient support from the community through votes. As a result, it is being closed to allow those votes to be reallocated to other active proposals. We appreciate the contribution and encourage continued participation in shaping future initiatives.

← Previous 1 3 4 5 9 10
  • Don't see your idea?

Feedback and Knowledge Base