EPrints Technical Mailing List Archive

Message: #08980

< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First

Re: [EP-tech] ORCID plugin on 3.3.16

Hi Matt,

I think if you have upgraded a Bazaar plugin and a file for this plugin was modified since it was installed.  The new version should still be installed but with the suffix .epmnew.  So if you upgrade to version 1.7 and then can find both the following files (where EPRINTS_PATH may be /opt/eprints3 or /usr/share/eprints):

EPRINTS_PATH/lib/plugins/EPrints/Plugin/Screen/ImportFromOrcid.pm

EPRINTS_PATH/lib/plugins/EPrints/Plugin/Screen/ImportFromOrcid.pm.epmnew

then you will need to merge these the changes from ImportFromOrcid.pm.epmnew into ImportFromOrcid.pm.  It is difficult to advise how you might do this without knowing what local modifications you may have made.

Regards

David Newman

On 16/06/2022 1:12 am, Matthew Brady wrote:
CAUTION: This e-mail originated outside the University of Southampton.

Hi David,

 

Thanks for the prompt reply. I wasn’t expecting anything due to TZ differences 😊

 

Its likely the version we are using… it’s been in place for a couple of years, and ‘slightly’ modified to suit our Author subsystem implementation…

I had gone wandering through the code, but couldn’t see for looking…

 

Cheers,

 

Matt.

 

 

From: eprints-tech-bounces@ecs.soton.ac.uk <eprints-tech-bounces@ecs.soton.ac.uk> On Behalf Of David R Newman via Eprints-tech
Sent: Thursday, 16 June 2022 10:00 AM
To: eprints-tech@ecs.soton.ac.uk; Matthew Brady <Matthew.Brady@usq.edu.au>
Subject: Re: [EP-tech] ORCID plugin on 3.3.16

 

Hi Matt,

I have just reviewed the code and it looks like in older versions of the ORCID Support Advance (version 1.5 and earlier) it only imports creators who have an ORCID ID set for them in the "work" item in ORCID imported from the importing user's set of works.  I am not sure what the logic was behind this choice, as I was not involved in the development of these plugins.  The code where these logic is applied can be found in lib/plugins/EPrints/Plugin/Screen/ImportFromOrcid.pm. The line you are looking for is:

if( defined( $contributor->{"contributor-orcid"} ) )

I have taken a quick look at the GitHub issues for this Git repository and found this particular issue:

https://github.com/eprints/orcid_support_advance/issues/27

The patch this discusses looks to have been merged into the master branch in February 2020.  The latest version (1.7) of the ORCID Support Advance plugin (http://bazaar.eprints.org/1155/) looks to be from January 2021 and has this patch, as does the version from February 2020 (1.5.1, http://bazaar.eprints.org/1138/).  If you have a version of ORCID Support Advance earlier than 1.5.1, that would explain why this is not working.  Also, sometimes if you modify files for Bazaar plugins and then upgrade the plugin, the modified files will not necessarily be updated.  So even if you are running one of these two recent versions, it is worth checking to see if ImportFromOrcid.pm contains the fix from this patch.  Like above, look for the line:

if( defined( $contributor->{"contributor-orcid"} ) )

and check that there is a block after this that deals with just adding the creators name, even if there is no ORCID ID sent through from ORCID for a contributor.

Regards

David Newman

On 16/06/2022 12:15 am, Matthew Brady via Eprints-tech wrote:

CAUTION: This e-mail originated outside the University of Southampton.

Hi All,

 

We have the ORCID plugins (ORCID Support and ORCID Support Advance) up and running,

Linking users to ORCID, obtaining their ID’s and exporting records out to ORCID all working, however…

When importing from ORCID into ePrints, the metadata comes in as expected, but the process only creates a single eprint_creator record (which links to the ORCID user performing the import), even though there may be multiple authors in the ORCID record, and the user may/may not be the first author in the publication.

 

Has anyone seen this behaviour?

 

Thanks for any help / advice.

 

Matt.

 

 

__________________________________________________________________

This email (including any attached files) is confidential and is 

for the intended recipient(s) only. If you received this email by 

mistake, please, as a courtesy, tell the sender, then delete this 

email.

The views and opinions are the originator's and do not necessarily 

reflect those of the University of Southern Queensland. Although 

all reasonable precautions were taken to ensure that this email 

contained no viruses at the time it was sent we accept no 

liability for any losses arising from its receipt.

The University of Southern Queensland is a registered provider 

of education with the Australian Government.

(CRICOS Institution Code QLD 00244B / NSW 02225M, TEQSA PRV12081) 



*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/
__________________________________________________________________
This email (including any attached files) is confidential and is 
for the intended recipient(s) only. If you received this email by 
mistake, please, as a courtesy, tell the sender, then delete this 
email.
The views and opinions are the originator's and do not necessarily 
reflect those of the University of Southern Queensland. Although 
all reasonable precautions were taken to ensure that this email 
contained no viruses at the time it was sent we accept no 
liability for any losses arising from its receipt.
The University of Southern Queensland is a registered provider 
of education with the Australian Government.
(CRICOS Institution Code QLD 00244B / NSW 02225M, TEQSA PRV12081)