Cookies on this website

We use cookies to ensure that we give you the best experience on our website. If you click 'Accept all cookies' we'll assume that you are happy to receive all cookies and you won't see this message again. If you click 'Reject all non-essential cookies' only necessary cookies providing core functionality such as security, network management, and accessibility will be enabled. Click 'Find out more' for information on how to change your cookie settings.

Proposal

We will provide further integration with Symplectic that will allow profile owners to change the way in which ‘Key’ publications are selected on the profile. Currently, we synchronise each Haiku website with Symplectic every evening, and this pulls in all of the publications that are related to each of the profiles SSO usernames. All of these publications are displayed on the Haiku website, as well as related to each individual profile. Profile owners then have the ability to flag any of their publications as ‘Key’, which displays these separated out from the ‘Recent’ publications.

The proposed development will provide more flexibility with the key publications functionality. Within Symplectic, users have the ability to ‘Star’ publications that they see as their most prominent, or favourite publications. Haiku is not currently set up to respect this flag related to a publication, and this is why users have to manually flag their publications as ‘Key’. We will implement the functionality that will enable a profile owner to choose whether they use the ‘Starred’ publications flag that is attributed to a publication from symplectic to list their key publications on their profile, or whether they continue to manage them manually through their profile in Haiku.

The two main impacts of this development, should users decide to move to the symplectic starring sytem would be the following: 

  1. Key publications would only be managed through Symplectic, for all synchronised publications, and can therefore only be managed by users with the appropriate editing permissions.
  2. Key publications would only be updated on a Haiku site when the publications synchronisation happens once every 24 hours).

Stories

As a researcher, I want the option to control my favourite/key publications through Symplectic so that I do not have to manage them in two places.

As a researcher, if I choose to manage my favourite/key publications through symplectic then I want Haiku to respect this and use my favourite/key publications as flagged in Symplectic so that I can manage my publications through Symplectic.

As a site administrator, I want my researchers to be able to define if Haiku shows their favourite/key publications as chosen on Symplectic OR locally on a Haiku website so that they can manage their publications in the easiest way for them.

As a researcher, I want to have a checkbox on the publications tile on my profile that defines if my favourite/key publications are defined in Symplectic or Haiku so that I have control over the source of my favourite/key publications.

As a system, I want to update a researcher's favourite/key publications from Symplectic at least once every 24 hours so that I can be sure the favourite/key publications for each researcher are up to date.

As a researcher, I want to see a warning on the publications tile that tells me if I use the Symplectic system to manage my favourite/key publications, that they will only update once every 24 hours so that I am clear this will not be immediately synchronised with Symplectic.

As a site administrator, I want to be able to carry out a bulk update for the profiles on my website to convert them all to using the Symplectic integration to define where their favourite/key publications so that it does not have to be done individually for hundreds of profiles.

As an editor, I want to be able to limit which publications show in the main publications aggregated listing on my website by author/profile so that I can have a tailored list of publications showing.


Submission


What are you trying to do that our product is not able to support?

Currently, researchers are able to 'Star' publications in Symplectic, as a way of making them their key publications. Although they do this, they also then have to go into their profile on a Haiku site, and split their publications manually between 'Key' and 'Recent'. It would be great if all of this was managed in 1 place, for example if Haiku respected a researchers 'Starred' publications, and showed them in the 'Key' publications section automatically.

What is the reason that you need to be able to do this?

To streamline the process, and make it easier for researchers to keep on top of their publications management.

What is the impact of you not being able to do this?

Some researchers 'Key' publications may be out of date, or updating them simply takes twice as long, as the update is having to be done in 2 seperate locations.

Comments

Anne Bowtell says:
Monday, 9 October 2017, 3.23 pm

I think it is a great idea to include this feature of Symplectic. My one concern would be that we aren't sure that all departments and researchers are yet using that feature in Symplectic itself. It would be ideal if we could have both tiles running for a while, allowing researchers or department admin to switch in the new tile once they were sure that the automatic listing did what they wanted.

Anne Bowtell says:
Monday, 9 October 2017, 3.36 pm

May I also add another sneaky request while you are looking at this. It may need review by someone who knows Symplectic better than I do. As I understand it, there is an option for a researcher to indicate which of the multiple sources of records for a single publication is their preferred source. At the moment I suspect we don't take this into account when selecting a record - instead using the departmental-wide preference. Where a researcher has made this selection for a publication, it would be good to honour it (although I can see there might be problems where one author chooses one source and a second author on the same publication chooses another...