Georgina Parsons
My feedback
15 results found
-
72 votes
We would like to improve the ability to display as much info that we have about a resource even if it is not the specific format that was originally bookmarked.
A redesign of how we display holdings would probably be required and this is not currently in our short term development focus.
This idea so it has been moved to the longer term backlog. It will be merged with a similar existing idea.
Ideas may be graduated from the backlog as we get through the ones that are planned.
Georgina Parsons supported this idea ·
-
59 votes
We think this is a valuable idea and something we will wish to investigate in the future, however its not in our near term development focu so its on our longer term backlog
Georgina Parsons supported this idea ·
An error occurred while saving the comment Georgina Parsons shared this idea ·
-
8 votes
This is not currently in our near term development focus so it has been moved to the longer term backlog while we focus on items in the development focus.
Ideas may be graduated from the backlog as we get through the ones that are planned.
An error occurred while saving the comment Georgina Parsons commented
We also keep saying that we need this data. I am still unsure as to whether we need to raise Ideas for each report enhancement, though, as at TAUG we were advised to comment on the report pages too (e.g. http://support.talisaspire.com/entries/22062327-Hierarchy-Snapshot). Might be worth commenting there as well?
-
5 votes
Bulk editing is not in our near term development focus, so it has been moved to the longer term backlog.
Ideas may be graduated from the backlog as we get through the ones that are planned.
Georgina Parsons shared this idea ·
-
2 votes
This is not currently in our near term development focus so it has been moved to the longer term backlog.
Ideas may be graduated from the backlog as we get through the ones that are planned.
Georgina Parsons shared this idea ·
-
62 votes
We have begun work on the anonymising of user profiles. If you have anyone that raises this under GDPR before this work is released then please do raise a support ticket with the details.
Georgina Parsons shared this idea ·
-
16 votes
This is a valuable idea and user management is an area I would like us to investigate further in the future.
However its not in our near term development focus, so it has been moved to the longer term backlog. Ideas may be graduated from the backlog as we get through the ones that are planned.
An error occurred while saving the comment Georgina Parsons commented
Most definitely. It is essential that Aspire administrators are able to manage user permissions - a feature we expect in all systems.
-
27 votes
Keji Adedeji responded
We had some discussions with Coutts towards the end of last year about this and they need to do some work. As they are migrating to a new version of their site iPage, they advised that they would make the changes for the new site. We will need to touch base with them again to catch up on their migration and plans for implementing the requested change
-
8 votes
This is not currently in our near term development focus so it has been moved to the longer term backlog.
Ideas may be graduated from the backlog as we get through the ones that are planned.
An error occurred while saving the comment Georgina Parsons commented
This would be good as long as it included useful list information - it's not much help saying a unit has 2 lists if one of them is archived and one is from a previous time period. I guess multiple additional columns of "number of lists in latest time period (draft)", "number of lists in latest time period (published)", and whatever else is necessary... might solve that aspect? It would actually be necessary to state the time period as we do have an overlap - e.g. if we rollover in Feb, we'd want the info on the two latest time periods as we'll still be adding lists for this academic year while trying to sort out review of lists in the new academic year.
(Better still, give us the ability to customise these reports to meet our individual requirements and save the templates that we each need...) -
15 votes
Keji Adedeji responded
We are investigating this in the reviews theme
An error occurred while saving the comment Georgina Parsons commented
We definitely have issues with how hidden information is on Aspire and support this - BUT it must be optional and should be customisable at the point of closing the review. In many cases this will be very useful. But, if the list owner is library staff, we should be able to untick sending the review outcome as it may well not be necessary. If Aspire told us who the list owner was, and we could change the email address if necessary, or opt not to send this, it's great.
As with all the other auto-emails from Aspire, we also *must* be able to change the from address and the reply-to address and customise the template in case we need to add extra lines in there (if the email looks automated then academics probably won't read it anyway).
-
7 votes
We do intend to investigate the introduction of a dictionary tool which would enable configuration of local messages. This will be reviewed and prioritised following the completion of the Db re-architecture but is not a current priority
Georgina Parsons shared this idea ·
-
6 votes
This is not currently in our near term development focus so it has been moved to the longer term backlog.
Ideas may be graduated from the backlog as we get through the ones that are planned.
An error occurred while saving the comment Georgina Parsons commented
The problem we seem to have with digital readings is that they are articles and go in as an article, but then I'm told Aspire adds additional links to find the article ("check for local subscriptions..."), and it's confusing. Maybe we'll have to start putting them in as documents...
An error occurred while saving the comment Georgina Parsons commented
Is it not possible for us to add our own resource types - would this be an option? E.g. we're not fussed about reports but we'd like a "digital reading" type... In the hierarchy it is annoying that we have to see all the options not just the ones we use (school, dept, module), and similarly it would not be too user-friendly if we saw an awful lot of resource types when we only use a limited selection. Customisable resource type lists might be a handy way around this. Just a thought :-)
-
9 votes
Georgina Parsons supported this idea ·
An error occurred while saving the comment Georgina Parsons commented
Most definitely. It would also be better if we could customise the *full* text of the email - at the moment you can't customise the last two lines, they are not visible in the email invite screen but are added automatically by Aspire. The last one is the link, which is fair enough that it doesn't need customising but it would be useful to see it in order to format the email better. The line before that is ""Click on the link below to accept the invitation." We wanted to write our own message with further information (click the link and login as...) but it's awkward as we can't get rid of this line. If we can customise the text, let us customise all of it! And definitely at tenancy level too as it's hard and time-consuming training every member of staff to cut and paste our instructions into invites. Thanks.
-
2 votes
Similar to the Activity audit idea: http://ideas.talisaspire.com/forums/32805-talis-aspire-reading-lists-ideas-archive/suggestions/3611090-activity-audit-knowing-who-s-done-what
We think this is a valuable idea and something we will wish to investigate in the future, however its not in our near term development focus, so it has been moved to the longer term backlog.
Ideas may be graduated from the backlog as we get through the ones that are planned.
Georgina Parsons shared this idea ·
-
2 votes
we’ll pick this up when we do some UI improvements.
Georgina Parsons shared this idea ·
Just to add other recent problems for examples: when a list is published, we need to be able to find out who published it. When a list is copied, we need to know what it was copied from and who copied it. When viewing recent changes for a list, we need to know who made those changes.