Archive for the ‘Super-user account’ tag
The functionality to manage user’s email alerts, announced last month, has been expanded further. Now, super-users can view, remove and change Digest Alerts before the email alerts are sent to users. As you know, your users can choose the frequency that alerts will be sent, from three options:
– Daily Alerts,
– Weekly Digest and,
– Monthly Digest.
In the case of Digest Alerts, sometimes various alerts for the same journal have been recorded in the Digest Alert as articles become available during a period of time. This is prone to duplications. Or sometimes, the Digest Alert contains entries that may be irrelevant for the user (e.g. Announcements, Index of Authors, etc.) To deal with these cases, we have added the new Filtered & On Demand (Managed by the super-user) option to the Admin interface. This option gives you the opportunity to edit the content of the Digest Alert before it is emailed to the user. So you can remove duplicate and irrelevant items from the user’s alert or even insert your own announcements in the alert.
Once you have selected the “Filtered & On Demand (Managed by the super-user)” option, the system will make available for you the “Manage Alerts” link, from where you will be able to edit the content of the user’s alert.
We have added more information to Browse. Browsing By Subject now contains a new column with the number of subscribed journals that your institution has in each subject. Similarly Browsing by Publisher displays a new column with the number of journals you have subscribed per each publisher. For example try https://www.journaltocs.ac.uk/index.php?action=browse&subAction=pub. This new column is only available when the user is logged in or when the user has been recognised within the IP range of your institution.
We have added a few more data to the CSV files that you can generate from your Admin interface. We have added to the file of User Accounts a column with the JournalTOCs unique ID for each user. Also, we have added the Access Right column to the file of Followed Journals, so you will be able to see whether the journal belongs to your holdings or not, plus an indication if the title is an OA journal. You could use this information to analyse how many journals outside your subscription are being followed by your users or to see which OA journals are the most popular among your users.
In addition to the allowance of 300 journals given to any user freely registered with JournalTOCs, we have increased the allowance for users who are members of a customised JournalTOCs service, so now your users can follow up to 600 journals.
And don’t forget that anyone can link directly to the TOC of any journal by just using the ISSN number of the journal. For example:
More information about JournalTOCs *Premium* – the cost-effective customisation service – is available at https://www.journaltocs.ac.uk/customise.php
The super-user account has become an important tool for the administrators of institutional customised versions of JournalTOCs. A number of changes to the user interface as well as new features have been recently added to the super-user account, based largely on feedback from the own super-users.
We have expanded the functionality of managing user’s email alerts. Now super-users can activate, deactivate and change the alert frequency of email alerts for their users. Users of customised versions of JournalTOCs can choose from the following alert frequencies:
– Once a day
– Once a week (Weekly Digest)
– Once a month (Monthly Digest), or
– Temporary deactivated (holidays)
A super-user noticed that some of his users were following many journals for which they didn’t have online full-text access. However, the email alerts sent to those users for those journals, were invariably including institutional URLs (e.g. openURL, ezProxy or WAM URLs). A change has been implemented in the alerting system, so now the email alerts include institutional URLs only for the journals for which the institution has full-text access. For the rest of journals, users are provided with the URL of the journal homepage so they can go directly to the publisher site and read the abstracts.
Super-users can disable and enable self-registration from the Admin panel. Until now, any user belonging to an institution with a customised version of JournalTOCs could add himself to the group of users of the customised version. Thus, any user that signed up with JournalTOCs and whose domain email address was the same than the institutional domain email address, was automatically added to the customised version. Now “self-registration” is managed by the super-user account.
Furthermore, super-users can request that the email alert of a specific user be redirected to any other email address. This can be useful for example when a user prefers that his alerts be sent to his private email address rather than his institutional email address.
The group of super-users has become a stimulating powerhouse of ideas, generating innovative changes for the benefit of all the institutions that are using customised versions of JournalTOCs. New features and changes are expected to happen in the coming months in response to the feedback of our super-users, who are the ones who really are steering the development of the super-user account at JournalTOCs.
As Roddy has nicely described here, the super-user account is aimed mostly at librarians and information professionals that support users in keeping up-to-date with new papers and need to make the process effortless and transparent for their users. Thus, the super-user account enables librarians to quickly implement a current awareness service on behalf of their busy users.
Here we explain one of the tools available for super-users that have not yet been fully described: “Managing Saved Searches”.
Using your Super-user Account
If you have a super-user account, upon login, you will notice that the list of options for your account includes at the top of that list the “Admin” option, as shown in the following image.
When you click on “Admin” you will access to the Admin Area. The following image shows the links and options available in the Admin Area. You will notice that in the left hand side of your screen, there are four links:
- Accounts: to list the accounts of your users
- Journals: to list the journals that your users are following
- Edit: to manage accounts and journals as well as manage alerts
- CSV: to generate and export your list of users and journals in Excel files
On the above image the accounts of all your users are listed. Clicking on the # Journals heading, the accounts are sorted by the number of journals they are following. At the bottom of the list there are two greyed-out accounts that correspond to users that have not yet confirmed their registrations (inactive accounts).
If you click the “Edit” link the system will display a page similar to the one shown below.
In addition to the four links mentioned above, here you will see an email icon which is a link to re-send activation emails to your users that have not yet acknowledged their new accounts, requesting them to confirm their registration with JournalTOCs. To be able to use their accounts, users need to be active or have confirmed their registration. If you want to save your users from confirming their registrations by themselves, you can confirm their registration on their behalf by clicking the AA link, which is in front of each account name (AA=Activate this Account) For example you could activate the account of User.Email6@yourdoamin.com.
Just in front of each account name, it can be up to four different icons. Each of them is a link to an action, as described below:
: To delete the account that is in front of the icon. The user account will be completely removed from JournalTOCs, including the journals that the user was following.
: This is the link to the “Managing Saved Searches” area and the main subject of this post. Its use is explained in the next section below.
: To re-send an email to an individual user requesting her/his registration confirmation.
AEA: This is the “Activate Email Alerts” link that you will use to enable a user to receive email alerts.
Managing saved searches for your users
In addition of being alerted on new articles published in the journals they are following, users can also create their own email alerts and RSS feeds based on their saved searches. However, some busy users do not have time to create and save search queries and to setup alerts for those queries. The super-user can use the “Managing Saved Searches” option to create saved searches and setup alerts for their busy users.
When you click on the “Managing Saved Searches” icon the system will display a screen similar to that shown below which is showing the saved searches for Some.User@hospital.nhs.uk
Here you will see that Some.User@hospital.nhs.uk has only one saved search for which she/he wants to receive email alerts. We also can see that Some.User@hospital.nhs.uk has recently searched for three different queries and then underneath it you will find a list with your own searches (the searches done from the super-user account). The reason why the system is also showing your search history is to give you the option to add your own searches to the saved searches of your users. This could be useful if you are doing searches on behalf of your users, so after you have done the search, then you can click on the relevant [Save] link to add your search to the saved searches of Some.User@hospital.nhs.uk.
It is advisable to make use of the [Delete] link to remove irrelevant search queries from your search history, so your list of searches doesn’t become too long and you don’t reach your limit of 200 search queries. Having a long list of searches also makes the system slow.
You can save up to 100 search queries per user. To remove a search from the list of saved searches, just click the relevant “Un-save” link. You also can click the “Stop Alert” link to deactivate email alerts for a specific saved search. Click on the RSS icon to generate an RSS feeds containing all the articles that in that moment are matching the specific search query.