When exporting citations to Word with a reference style, openURLs are included to some citations such as journal articles and electronic books.
Example:
https://bibsys-um.userservices.exlibrisgroup.com/view/uresolver/47BIBSYSHIM/openurl?ctxenc=info:ofi/enc:UTF-8&ctxid=101&ctxtim=2017-10-18T15%3A36%3A41IST&ctxver=Z39.88-2004&urlctxfmt=info:ofi/fmt:kev:mtx:ctx&urlver=Z39.88-2004&rfrid=info:sid/primo.exlibrisgroup.com-BIBSYSILS&reqid=&rftdat=ie=47BIBSYSUBTO:5194209890002205,ie=47BIBSYSHIO:5149861280002218,ie=47BIBSYSHIM:5116987240002223,ie=47BIBSYSHH:5153300090002214,ie=47BIBSYSNETWORK:71468414340002201,language=eng,view=HIM&svcdat=viewit&u.ignoredatecoverage=true&userip=&req.skin=primo  

This should not be the case.

According to both APA and Chicago, the DOI should be included if one is assigned.
If none is assigned, then you can include a URL. So URLs are not strictly necessary and they don't need to appear in the citation if the DOI is present.

APA just requires to write DOIs such as "DOI:10.1057/palgrave.kmrp.8500141", while Chicago seems to require DOI-based URLs:
"A URL based on a DOI (appended to https://doi.org/), if it is available, is preferable to the URL that appears in your browser's address bar when viewing the article/abstract" (Publication manual of the American Psychological Association, 2010, p. 198 ; The Chicago manual of style, 2017, p. 833).

Regarding URLs/When DOI is not available (journal articles):
- APA requires to give the URL of the journal homepage (p. 198).
- Chicago: persistant URLs are accepted. But for URLs that may be accessible to subscribers only, the name of the database should be written instead (p. 833).

For all these reasons, it's not correct to show openURL in the reference list and we'd rather have no link at all for journal articles and ebooks.
Of course the link should be present anyway in Leganto, so that the user could still access the resource. It's only in the exported reference list we don't want the automatically fetched URL to appear.

But, if the instructor added a link or wrote the name of the database manually, then it should appear in the exported reference list. So we don't want the link field to be disabled, it should just not be populated in the process of fetching the citation from Primo. A new field may be necessary to solve this.

The full list contains 55 citation material types. If we disable some of them, then material type may show strange code like "READINGLISTCITATIONSECONDARYTYPES.REFERENCE_ENTRY" (assuming we have disabled the Reference Entry code).

But if we enable all of them, the list is too long for the Faculty to select when they create their own citation. Also Faculty do not have necessary knowledge to classify for each type. We expect it just a list of less than 10 items, say "Printed Books", "Printed Journal", "E-resources", etc.

In fact the citation type can be a very useful information in our workflow such that colleagues for printed materials and colleagues for electronic materials can pick and follow up their responsible citation. Currently the citation material type list cannot help on that, e.g. there is just one for "Journal", not separated for printed and electronic.

So we propose to
1. separate the full list for mapping all results from Search Citation function and the list for manual creation; and
2. we can customize the list for manual creation to fit our workflow

Thank you

In Leganto there is now functionality to directly embed citations. This can be enabled so that links can be embedded in the citation screen and the site shows in Leganto without the student having to view it in another tab.

This works well when the URL can be directly resolved. However, if a link must go through a proxy authentication mechanism before it can resolve then a large blank space shows in the Leganto citation instead of the site or proxy login screen.

We propose the ability to configure Leganto so that you can choose to only allows links that do not go through a proxy authentication mechanism to be embedded in the citation. If the link does go through a proxy authentication mechanism then the option to embed the link in the citation would not show.

As a librarian from a German library just introducing Leganto I would recommend to add Citavi to Leganto.

Citavi (https://www.citavi.com/de) is a widely used, sophisticated and user friendly reference management and knowledge organization software. It is available as site license to the members of most of German, Austrian and Swiss universities (see https://www.citavi.com/de/campuslizenzen) and additionally to some other European and overseas academic institutions (many Spanish speaking).

A Citavi integration with Leganto would be an additional benefit and welcome feature especially to new Leganto users from D A CH where for example software like RefWorks in less widely used than in English speaking countries.

Currently when using the search library feature (calling search scopes from a Primo view) to add items to a reading list, the search results appear but users need to click on the result before an "add" option appears.

This is a completely redundant click: it reduces the efficiency of adding resources this way by increasing the time and effort required to add every single item.

It is a strange design choice to hide the most obvious (and currently the only unless 'Add + Edit' is added) option and quite annoying in the User interface, having a negative impact on the user experience.

When searching items, and viewing results it would save a significant number of clicks to display the "Add" option automatically for entries where this is possible. It also makes the functions available immediately apparent (as they would be via Cite It with the visible "Add" or "Add and close" options).

This may be multiple ideas to be split out, but the basic idea is the same. Currently in Alma Citation, even with the useful SOLR indexing improvements to allow facets, it can still be difficult to use the Citations list as a tasklist because there is only exclusive faceting and no date restriction. Although Aanlytics allows creation modification dates to come into use for filtering lists, in the Alma interface there is no easy was to only show certain dates.

It is also a heavy loading page as it can show all citations in Alma, it would be useful to be able to limit by year/active courses only.

Please have a look at the attached document for full description with pictures.

Hi,
Here are a few suggestions regarding the number of participants as shown in Alma:
1. When controlling a list where several campuses are involved, only the campuses are indicated, not the number of students per campus.
We would like this information to be visible here. It would make it easier to decide if more copies should be bought, or if the library of another campus should have a look at the list.
2. When associating a list to a course in Leganto, the information about the number of students per campus is missing as well (only for the total number of students) (NB: modifycoursedetails = true):

We would like the number per campus to be visible there, and editable.