<span id="mailbox-conversation"><div>The ORCID source code is available (mostly MIT licensed) at:</div>
<div>
<div id="mb-reply">https://github.com/ORCID/ORCID-Source</div>
<div id="mb-reply"><br></div>
<div id="mb-reply">Regular data dump (although only annually at the moment):</div>
<div id="mb-reply"><div>http://support.orcid.org/knowledgebase/articles/223698-how-do-i-get-a-public-data-file-</div></div>
<div id="mb-reply"><br></div>
<div id="mb-reply">And of course the public data is available from the public API endpoint as well all under a ccZero waiver. That’s only public data, but non-public data is that which is restricted by the user, not by anyone else. The restrictions are for privacy reasons. It is possible for a user to choose to only share with certain data with specific other parties but again that was a privacy consideration rather than anything else.</div>
<div id="mb-reply"><br></div>
<div id="mb-reply">It’s also worth noting that ORCID is one of the few organisations that has adopted a set of governance and operations principles. The point of these principles was to do two things: seek to have representative governance (which is hard to achieve but good to work towards) and make it possible in principle to fork the entire project.</div>
<div id="mb-reply"><br></div>
<div id="mb-reply">
<div id="mb-reply">https://orcid.org/about/what-is-orcid/our-principles</div>
<div id="mb-reply"><br></div>
<div id="mb-reply">It’s not perfect by any means. One could quibble about the makeup of the board (not enough researcher representatives, not enough geographic spread) the frequency of data dumps, the decisions about exactly what goes in the member’s SLA-backed API and what in the public one. But overall it does a pretty good job of being transparent and open at the same time (plenty do one or the other, very few do both).</div>
<div id="mb-reply"><br></div>
<div id="mb-reply">Full disclosure: I have no current relationship with ORCID but was involved in early discussions in setting up and various committees looking at adoption in various places. I also applied for the job of Exec Director when it was first advertised (and didn’t get it, Laure has done a much better job than I could have).</div>
<div id="mb-reply"><br></div>
<div id="mb-reply">Cheers</div>
<div id="mb-reply"><br></div>
<div id="mb-reply">Cameron</div>
</div>
</div></span><div class="mailbox_signature">
<br>Cameron Neylon<div>cn@cameronneylon.net - http://cameronneylon.net</div>
<div>@cameronneylon - http://orcid.org/0000-0002-0068-716X</div>
<div><br></div>
</div>
<br><br><div class="gmail_quote"><p>On Tue, Jul 7, 2015 at 4:29 PM, Thomas Krichel <span dir="ltr"><<a href="mailto:krichel@openlib.org" target="_blank">krichel@openlib.org</a>></span> wrote:<br></p><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>  Reimer, Torsten F writes
<br><br>> - The code is open source.
<br><br>  What code is open source? I'm not aware of any code out there that
<br>  would allow users to make parallel installations of ORCID.
<br><br>> Therefore I find the characterisation a little harsh.
<br><br>  It is. But I think we can all agree that it is not an open
<br>  access system.
<br><br>--
<br><br>  Cheers,
<br><br>  Thomas Krichel                  http://openlib.org/home/krichel
<br>                                              skype:thomaskrichel
<br><br><br>_______________________________________________
<br>open-access mailing list
<br>open-access@lists.okfn.org
<br>https://lists.okfn.org/mailman/listinfo/open-access
<br>Unsubscribe: https://lists.okfn.org/mailman/options/open-access
<br></blockquote></div><br>