<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-GB" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">Thanks for the prompt reply Will, and thanks Philipp for the links – that is almost exactly the kind of thing I was envisaging in regards
 to ORCID display.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">Outside the context of storing / displaying ORCID ids, I suppose there is a question of whether the item metadata available from ORCID
 is significantly inferior to that available from Crossref, and whether it is worth attempting to operate a hierarchy of imports for an item depending on the available identifiers / sources (e.g. DOI &gt; Scopus &gt; ORCID ).&nbsp; I suspect the answer may vary depending
 on the level of metadata verification that happens at a local level.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p>&nbsp;</o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">Alan<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p>&nbsp;</o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"> eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk]
<b>On Behalf Of </b>Will Fyson<br>
<b>Sent:</b> 12 July 2018 15:56<br>
<b>To:</b> eprints-tech@ecs.soton.ac.uk<br>
<b>Subject:</b> Re: [EP-tech] ORCID Support Advance Update<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<div id="smartTemplate4-template">
<p class="MsoNormal">Hi Philipp, Alan,<br>
<br>
Apologies if I have confused things. The context that I thought DOIs were being considered in was one of importing records using a DOI and adding ORCID data to the readonly field during this DOI import, as opposed to the mechanism used when importing records
 from ORCID. <br>
<br>
Alan is quite right, in that the problem at the moment is that we have no way specifying how the ORCID was validated, and so for the time being we only allow ORCIDs to be validated through a connected user account. Whilst we know that an ORCID added via a DOI
 is likely to be validated the repository doesn't at present so we need to develop a way of storing that bit of provenance information. This is something that we're looking into, but this sounds like an idea that would be generally useful, not just within the
 ORCID context, so we're looking into ways of adding it to core EPrints. <br>
<br>
Regarding the old import plugin, I believe this essentially was an interface for other import plugins such as the DOI import plugin - i.e. it looked up a user's ORCID works, found what identifiers were available and used corresponding import plugins to import
 the works. It was designed to use the old ORCID API which is no longer available, whereas the ORCID Support Advance importer was built to a different specification and with the new API in mind.<br>
<br>
I hope this helps clarify things a little!<br>
<br>
Many thanks,<br>
<br>
Will<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<div id="smartTemplate4-quoteHeader">
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="2" width="100%" align="center">
</div>
<p class="MsoNormal"><b>From:</b> Philipp Zumstein [<a href="mailto:philipp.zumstein@bib.uni-mannheim.de">philipp.zumstein@bib.uni-mannheim.de</a>]
<b>Sent:</b> 12 July 2018 15:21 <b>To:</b> Eprints-tech <b>Subject:</b> Re: [EP-tech] ORCID Support Advance Update
<o:p></o:p></p>
</div>
<pre>I have read Will's answer such that ORCID wants that (A) the field is <o:p></o:p></pre>
<pre>readonly and therefore (B) there is no DOI lookup during ORCID import. I <o:p></o:p></pre>
<pre>haven't read that (B) is something ORCID wants. It was rather argued <o:p></o:p></pre>
<pre>that this follows from (A), but this implication is what I disagree.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>AFAIS the old Import From ORCID plugin does also use a DOI lookup and <o:p></o:p></pre>
<pre>relies only the public API: <a href="http://wiki.eprints.org/w/ImportFromORCID">http://wiki.eprints.org/w/ImportFromORCID</a> . <o:p></o:p></pre>
<pre>It should be that more is possible with access to the member API.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>Alan, I have seen different colors for validated/non-validated ORCIDs in <o:p></o:p></pre>
<pre>DBLP, e.g. [1] vs. [2], but have in mind that they are no ORCID member.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>Best regards,<o:p></o:p></pre>
<pre>Philipp<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>[1] <a href="http://dblp.uni-trier.de/pers/hd/b/Bizer:Christian">http://dblp.uni-trier.de/pers/hd/b/Bizer:Christian</a><o:p></o:p></pre>
<pre>[2] <a href="http://dblp.uni-trier.de/pers/hd/b/Baierer:Konstantin">http://dblp.uni-trier.de/pers/hd/b/Baierer:Konstantin</a><o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>Am 12.07.2018 um 15:34 schrieb Alan.Stiles:<o:p></o:p></pre>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>I think Will was saying that it works the way it does at the moment because that is how ORCID has specified it has to work for them to approve the plugin to access their systems. I'd agree that it doesn't seem the most useful and hopefully there is some discussion and agreement to be made with ORCID.<o:p></o:p></pre>
<pre>Perhaps there is some room in the system for identifying where the stored ORCID ID is a locally validated one versus a third party value?&nbsp; E.G. human readable interface shows the green icon for validated and a grey one for 3rd party import / locally unverified, and a similar flag value in any of the machine interfaces?<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>Maybe Will can expand upon the resolutions EPS are considering?<o:p></o:p></pre>
<pre>I'll raise my suggestion with the UK ORCID consortium folks at Jisc in case they can raise it with ORCID or already have other ideas.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>Alan<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>-----Original Message-----<o:p></o:p></pre>
<pre>From: <a href="mailto:eprints-tech-bounces@ecs.soton.ac.uk">eprints-tech-bounces@ecs.soton.ac.uk</a> [<a href="mailto:eprints-tech-bounces@ecs.soton.ac.uk">mailto:eprints-tech-bounces@ecs.soton.ac.uk</a>] On Behalf Of Philipp Zumstein<o:p></o:p></pre>
<pre>Sent: 12 July 2018 14:04<o:p></o:p></pre>
<pre>To: <a href="mailto:eprints-tech@ecs.soton.ac.uk">eprints-tech@ecs.soton.ac.uk</a><o:p></o:p></pre>
<pre>Subject: Re: [EP-tech] ORCID Support Advance Update<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>Hi Will,<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>thank you for the new version and fixing two issues thereby.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>I don't understand your argumentation for not using a DOI lookup during the import from ORCID process. The data in Crossref which includes some ORCIDs will already have been authorized by the author(s), otherwise the ORCIDs would not be part of Crossref data. Thereby, I see no reason that the users have to authorize again in the repository. I also see no reason why a user want to (manually) replace an ORCID coming from Crossref. Is there a realistic scenario for that? However, even besides the ORCID information, the other bibliographic data from Crossref is much better than the one which can be imported by orcid.org only. Can you reconsider the availability of an DOI import for the ORCID plugin?<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>Best regards,<o:p></o:p></pre>
<pre>Philipp<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>Am 11.07.2018 um 16:15 schrieb Will Fyson:<o:p></o:p></pre>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>Hi Everyone,<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>A couple of minor updates have been applied to the ORCID Support<o:p></o:p></pre>
<pre>Advance plugin, bringing it up to version 1.3.2.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>The updates are only very minor, fixing issues where the plugin was<o:p></o:p></pre>
<pre>generating a few too many messages in the indexer and error logs. A<o:p></o:p></pre>
<pre>Change Log documenting these most recent changes is available at<o:p></o:p></pre>
<pre><a href="https://wiki.eprints.org/w/ORCID_Support">https://wiki.eprints.org/w/ORCID_Support</a><o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>Regarding the discussion a couple of emails above in the EP-Tech list<o:p></o:p></pre>
<pre>(&quot;Import by DOI in ORCID plugin&quot;), a new DOI imported that takes<o:p></o:p></pre>
<pre>ORCIDs into account is not available at present. Due to the<o:p></o:p></pre>
<pre>requirements that the ORCID field must be readonly when connected to<o:p></o:p></pre>
<pre>the member API so that ORCIDs can only be added via an authoritative<o:p></o:p></pre>
<pre>source, the ORCID field that is added to the creator/editor tables<o:p></o:p></pre>
<pre>cannot be edited. Therefore to stop values from being entered, which<o:p></o:p></pre>
<pre>then later cannot be removed, the ORCID field uses the creator/editor<o:p></o:p></pre>
<pre>'Email' column to lookup user profiles in the repository that have<o:p></o:p></pre>
<pre>connected to orcid.org so that the creator/editor ORCID field can be verified. As such any ORCID added via a DOI import, might then be erased if the user profile lookup cannot be made.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>This is an issue we're looking into resolving however and so hopefully<o:p></o:p></pre>
<pre>we should have some updates on it in the future!<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>Many thanks,<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>Will<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
</blockquote>
<pre>*** Options: <a href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech">http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech</a><o:p></o:p></pre>
<pre>*** Archive: <a href="http://www.eprints.org/tech.php/">http://www.eprints.org/tech.php/</a><o:p></o:p></pre>
<pre>*** EPrints community wiki: <a href="http://wiki.eprints.org/">http://wiki.eprints.org/</a><o:p></o:p></pre>
<pre>*** EPrints developers Forum: <a href="http://forum.eprints.org/">http://forum.eprints.org/</a><o:p></o:p></pre>
<pre>-- The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England &amp; Wales and a charity registered in Scotland (SC 038302). The Open University is authorised and regulated by the Financial Conduct Authority in relation to its secondary activity of credit broking.<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>*** Options: <a href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech">http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech</a><o:p></o:p></pre>
<pre>*** Archive: <a href="http://www.eprints.org/tech.php/">http://www.eprints.org/tech.php/</a><o:p></o:p></pre>
<pre>*** EPrints community wiki: <a href="http://wiki.eprints.org/">http://wiki.eprints.org/</a><o:p></o:p></pre>
<pre>*** EPrints developers Forum: <a href="http://forum.eprints.org/">http://forum.eprints.org/</a><o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
</blockquote>
<pre><o:p>&nbsp;</o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</body>
</html>