[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feprints%2Forcid_support_advance%2Fissues%2F27&data=05%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7Cf39b746c014a4c0f63b708da4f2b1bf1%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637909343836324452%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=LA4fLtGW6bX3oRL480CueMEvzwEAB%2BMhtaaDpBn6eMA%3D&reserved=0
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 (https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbazaar.eprints.org%2F1155%2F&data=05%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7Cf39b746c014a4c0f63b708da4f2b1bf1%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637909343836324452%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=bFrxWufS4ei5hfAh5YhudPqswC%2F2nD0dp9loues%2FFaQ%3D&reserved=0) looks to be from
January 2021 and has this patch, as does the version from February 2020
(1.5.1, https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbazaar.eprints.org%2F1138%2F&data=05%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7Cf39b746c014a4c0f63b708da4f2b1bf1%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637909343836324452%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=qpKPYzxiYe8JXq6Oh4NEsvuBST77TUOSn3aIcHlnhN0%3D&reserved=0).? 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:https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&data=05%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7Cf39b746c014a4c0f63b708da4f2b1bf1%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637909343836324452%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=iOT4oC7FqnK%2F0Ci5glJqcYTQC2oW4otzRAJW9CBjcPE%3D&reserved=0
> *** EPrints community wiki:https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data=05%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7Cf39b746c014a4c0f63b708da4f2b1bf1%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637909343836324452%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=ybh8lJqs8GZ1oW5S%2FoRLnRz2j0wlwVtOfRdkNiBdHiA%3D&reserved=0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20220616/7d615803/attachment-0001.html