<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xml:base="http://technicalfoundations.ukoln.ac.uk/taxonomy/term/150/all" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>researcher ids: relevant content on this site</title>
    <link>http://technicalfoundations.ukoln.ac.uk/taxonomy/term/150/all</link>
    <description></description>
    <language>en</language>
          <item>
    <title>Why should universities care about identifiers?</title>
    <link>http://technicalfoundations.ukoln.ac.uk/node/92</link>
    <description>&lt;p&gt;&lt;strong&gt;Why do identifiers matter for research?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Imagine that you are a senior manager in an institution within the UK Higher Education sector with responsibilities for research: you have read some basic details about unique researcher identifiers and perhaps institutional identifiers. However, it may not be immediately apparent just how important these issues are, which may seem on the face of it to be a relatively superficial and/or trivial organisational matter. Clearly, any such strategic decision-maker will long have been aware of the demands of the Research Excellence Framework (REF) and its predecessor the Research Assessment Exercise (RAE),&amp;nbsp;in which successful reporting of the best research outputs of university departments is crucial to the on-going funding of the institution. This is particularly central to the work of research-led universities, which is an increasingly competitive sector: even universities that formerly focussed more on teaching than research are increasingly aware of the need to drive up standards of quality research in order to secure additional funding.&lt;/p&gt;
&lt;p&gt;&lt;!--break--&gt;&lt;!--break--&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;&lt;a href=&quot;http://www.flickr.com/photos/suttonhoo22/305806118/&quot;&gt;&lt;img alt=&quot;Image of books by Dayna Bateman, Attribution-NonCommercial-ShareAlike 2.0 Generic (CC BY-NC-SA 2.0)&quot; src=&quot;/sites/default/files/305806118_f7d385de29_o.jpg&quot; style=&quot;width: 500px; height: 350px; &quot; /&gt;&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;The reality of unique identification in research&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;However, as anyone who has actually engaged with the business of research reporting to any degree will tell you, it is far from a superficial or trivial matter to carry out such an exercise without thinking very carefully about how researchers are identified; moreover, identifying the research groups, departments, projects and institutions that they may have variously belonged to at different times, all of which may have been re-organised on many occasions, is a considerable challenge raising considerable technical as well as organisational issues.&lt;/p&gt;
&lt;p&gt;Perhaps the biggest problem of all derives from the scale of research reporting. On such a massive scale, it has to be done in a systematic way across higher education institutions in order to be useful. Any lack of a systematic approach in collecting the information on the institutional level will inevitably result in higher costs in processing the information later into a useful form, for example by governmental organisations such as &lt;a href=&quot;http://www.hesa.ac.uk/&quot;&gt;HESA&lt;/a&gt; and the &lt;a href=&quot;http://www.rcuk.ac.uk/&quot;&gt;Research Councils&lt;/a&gt; (RCUK) relevant to each area of academic study. This may be carried out for a variety of reasons, amongst them for example:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;The need to produce statistics at a national and at an institutional level in order to gauge how successful different parts of the research community are performing in comparison to each other and to similar institutions internationally, which may be a determinant of how funding is allocated.&lt;/li&gt;
&lt;li&gt;The production of good, widely accessible information about the work of academic researchers and research groups for the purposes of future research, both in identifying research as a basis for future work and for guiding individuals and groups in terms of who they might work with in future, who their competitors may be, and in creating wider bibliographic information for a whole range of related purposes related to future publications.&lt;/li&gt;
&lt;li&gt;Open Access, an increasing requirement imposed by funders where research is publicly funded.&lt;/li&gt;
&lt;li&gt;Accountability in the use of public funds for research.&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;It is precisely the lack of a national approach to providing consistent metadata about individuals and groups connected with research that raises costs, creates inefficiencies and frustrates the development of new software functionality that makes the jobs of research managers more difficult and ultimately reduces the funds available to research and their best use within the sector. It is therefore the business of senior managers of academic research to care about identifiers.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Researcher identifiers: a crucial first step&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Before any wider metadata about research may be considered, the most fundamental issue is identifying individuals who carry out research. Before this happens consistently on a national level, there is little point addressing the subsequent issue of identifying groups and institutions engaged in research consistently. It is also important to consider any national approach in terms of interoperability with other international approaches wherever possible: while, on the one hand, funders and statistics agencies can only hope to mandate national identifier schemes, at the same time it is clear that research collaboration is cross-institutional and international in scope, in some cases including researchers from numerous countries in one project or even in the production of one individual paper, data set or other research activity. This is the approach that has been taken by the &lt;a href=&quot;http://www.jisc.ac.uk/&quot;&gt;JISC&lt;/a&gt;, together with RCUK, HESA and other partners in setting up the Research Identifiers Task and Finish Group, which is due to report in October 2012.&lt;/p&gt;
&lt;p&gt;One emerging candidate with cross-sector and international support is the &lt;a href=&quot;http://about.orcid.org/&quot;&gt;ORCID&lt;/a&gt; researcher identifier scheme, whose rapid development in 2011-12 is scheduled to culminate in a &lt;a href=&quot;http://about.orcid.org/content/orcid-launch-plan-announced&quot;&gt;public launch&lt;/a&gt; in October 2012. There are, of course, existing, widely-used but relatively simple identifiers such as the HESA researcher identifier, and identifiers provided through commercial providers&#039; web interfaces, but thus far these have not provided dependable unique identification. All such identifiers could be linked to a system like ORCID that is designed on interoperable principles and is not dependant on any particular software platform or web interface. An alternative approach is taken by the &lt;a href=&quot;http://www.isni.org/&quot;&gt;ISNI&lt;/a&gt; number: whereas ORCID seeks to offer individual researchers and institutions the ability to manage their data on a distributed model, ISNI represents a centrally moderated, bibliographic approach led by national libraries and other similar institutions with national and strategic responsibilities. It remains to be seen whether these different approaches are in competition or whether they will offer different but complementary functionality within the sector, and much may be dependent on how software vendors implement them.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Current Research Information Systems (CRIS)&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;It is not simply a matter of tracking publications and other related ouputs, for example in institutional repositories. This part of the equation is by now relatively well established in the UK HE sector, although it continues to develop: the issues surrounding Open Access, for example, have not been fully resolved. This, however, is just at the level of the final outputs of research and does not provide anything like sufficient insight into the processes of research, the projects and groups carrying out, the staff involved or the costs. Traditionally, this information has been gathered in a very long-winded process that is individual to each institution&#039;s particular workflows and processes (although there are obviously great similarities of approach between them), often a partly paper-based exercise that has been migrated to an extremely varied range of systems and databases, few of which are interoperable or complete. Many departments may be involved in the process apart from the institution&#039;s research office and the department in which the researchers are based, but perhaps the most significant would be the finance office, the human resources department and the library, to name just the key players. It will be necessary to keep some information confidential, e.g. personal staff information, salaries and so forth, to share some information internally and with research funders, and to publish other information, e.g. in a research &lt;a href=&quot;http://technicalfoundations.ukoln.ac.uk/subject/repositories&quot;&gt;repository&lt;/a&gt; that forms the institution&#039;s &quot;shop window&quot; of public outputs, library databases and so forth. The term &lt;a href=&quot;http://technicalfoundations.ukoln.ac.uk/subject/research-information-management&quot;&gt;Research Information Management&lt;/a&gt; (RIM) has emerged to cover all of these information gathering and information processing activities.&lt;/p&gt;
&lt;p&gt;In order to do this systematically, more sophisticated research information management software has been developed, often known as Current Research Information Systems (CRIS). The market in the HE sector is currently led, in terms of the number of institutions adopting the software, by&amp;nbsp;&lt;a href=&quot;http://atira.dk/en/pure/&quot;&gt;PURE&lt;/a&gt;, produced by ATIRA; other major players are &lt;a href=&quot;http://www.symplectic.co.uk/&quot;&gt;Symplectic Elements&lt;/a&gt;,&amp;nbsp;and &lt;a href=&quot;http://www.avedas.com/en/converis.html&quot;&gt;CONVERIS&lt;/a&gt;,&amp;nbsp;produced by AVEDAS. More recent entrants to this market are Thomson Reuters&#039; &lt;a href=&quot;http://researchanalytics.thomsonreuters.com/researchinview/&quot;&gt;Research in View&lt;/a&gt;. There are currently no open source products, although a JISC-funded modular approach by the &lt;a href=&quot;http://www.jisc.ac.uk/whatwedo/programmes/umf/rmas.aspx&quot;&gt;Research Management and Administration Service&lt;/a&gt;&amp;nbsp;(RMAS) project may have an increasing impact in this area, depending on subsequent adoption by HE institutions. It is not an overstatement to say that HE institutions are currently in a rush towards early adoption of these CRIS systems, motivated by the need to use research data to compete with each other for funding opportunities.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Next steps: organisational identifiers&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;In the next 2-3 years, it is likely that the matter of unique researcher identification will be resolved through the emergence of a dominant standard that has sufficient take-up and leverage in the UK and international HE sector to faciliate the work of research institutions and funders. Following this, there will be organisational structures associated with research that will require unique identification, often on a multi-layed basis: for example, a project may be at several institutions, perhaps internationally, and their staff may be in various departments or similar units whose names have changed or have been merged or de-merged at various times, all of which will require careful date and time stamping to make the information reliable for the period that it covers. There will be issues related to copyright, commercialisation and spin-off companies that make the precise provenance of research critical to the future success of academic research and development. Standards for organisational indentifiers are therefore the next important issue on the horizon. Like researcher identification standards, research managers and senior managers with strategic responsibility for research will need to keep abreast of this rapidly developing area.&lt;/p&gt;
</description>
     <comments>http://technicalfoundations.ukoln.ac.uk/node/92#comments</comments>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/atira">ATIRA</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/avedas">AVEDAS</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/hesa">hesa</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/jisc">jisc</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/rcuk">rcuk</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/symplectic">Symplectic</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/thomson-reuters-0">thomson reuters</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/projects/researcher-identifiers-task-and-finish-group">Researcher Identifiers Task and Finish Group</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/projects/rmas">RMAS</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/converis">CONVERIS</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/cris">CRIS</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/identifiers">identifiers</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/orcid">orcid</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/organisational-identifiers">organisational identifiers</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/pure">PURE</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/research-excellence-framework">Research Excellence Framework</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/research-view">Research In View</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/research-reporting">research reporting</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/researcher-identification">researcher identification</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/researcher-ids">researcher ids</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/rim">RIM</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/symplectic-elements">Symplectic Elements</category>
 <pubDate>Fri, 17 Aug 2012 15:19:53 +0000</pubDate>
 <dc:creator>Talat Chaudhri</dc:creator>
 <guid isPermaLink="false">92 at http://technicalfoundations.ukoln.ac.uk</guid>
  </item>
  <item>
    <title>The business of unique identification</title>
    <link>http://technicalfoundations.ukoln.ac.uk/blog/business-unique-identification</link>
    <description>&lt;h4&gt;What need is there for unique identifiers?&lt;/h4&gt;
&lt;p&gt;Put in relatively non-technical language, there is an increasing concern in information science in general to uniquely identify different things, organisations or people that could otherwise be confused, whether on the Internet or in the physical world. In technical terms, these are all referred to as &lt;em&gt;resources&lt;/em&gt; (even if people might find it vaguely demeaning in normal language to be considered as such). This need, whether real or perceived in any particular context, has grown as the complexity of information available on the Web has grown almost exponentially, increasing the potential for confusing similar resources.&lt;/p&gt;
&lt;h4&gt;Why aren&#039;t names good enough?&lt;/h4&gt;
&lt;h4&gt;1. People&lt;/h4&gt;
&lt;p&gt;It is not necessarily enough to have a name, since even a relatively unusual combination of names might easily not be entirely unique from a worldwide or even universal perspective: at the basic level, &lt;em&gt;John Steven Smith&lt;/em&gt; might be unique in a place called &lt;em&gt;Barton&lt;/em&gt; but even if you cross-reference these references, two people with the same name could easily be confused, for example if there are several possible places called &lt;em&gt;Barton&lt;/em&gt;.&lt;/p&gt;
&lt;p&gt;My own name, &lt;em&gt;Talat Zafar Chaudhri&lt;/em&gt;, might appear to be more unique until you realise that these are all fairly common names in the Indian subcontinent and thus in the Indo-Pakistani diaspora, so it is reasonably possible or even fairly likely that another named individual exists with this particular choice of spelling (of which others may exist). I am also &lt;em&gt;Talat Chaudhri&lt;/em&gt;, &lt;em&gt;T. Chaudhri&lt;/em&gt;, &lt;em&gt;T Chaudhri, T.Z. Chaudhri, TZ Chaudhri&lt;/em&gt; and similar variations (with or without spaces and punctuation) that might make it harder to decide which individuals to reconcile as a single individual, especially by machine processing. At least I do not vary the spelling of my surname, but some people may, especially in cases such as my own where other transliterations could be possible: for example, my father previously used the spelling &lt;em&gt;Chaudhry&lt;/em&gt; and many others such as &lt;em&gt;Chaudry, Chowdhary&amp;nbsp; &lt;/em&gt;and &lt;em&gt;Chowdhuri &lt;/em&gt;are equally possible. I understand when companies misspell it, but a computer might not be sure if these were &lt;em&gt;definitely&lt;/em&gt; the same person, even if it went to the lengths of calculating a probability for this.&lt;/p&gt;
&lt;p&gt;Moreover, people change personal titles (e.g. I have been both a &lt;em&gt;Mr&lt;/em&gt; and a &lt;em&gt;Dr&lt;/em&gt; and I am occasionally still referred to as the former by companies that do not allow for the latter option); they have multiple, changing work roles and work places, and may be known in multiple contexts, e.g. work, social, voluntary roles and similar. At work, one may have additional roles in various professional bodies, so it may not be apparent who is who. Two people might have the same name in a large professional group, e.g. physicists, and may even produce outputs related to the same subject. Who owns which ones? This is a particular issue for electronically available outputs on the Internet, e.g. publications, educational resources, audio, visual or audiovisual resources and so on.&lt;/p&gt;
&lt;h4&gt;2. Organisations&lt;/h4&gt;
&lt;p&gt;The same issue arises for organisations. Can we be sure that a &lt;em&gt;Board of Licencing Control&lt;/em&gt; is unique? No. Perhaps it is merely another spelling for the &lt;em&gt;Board of Licensing Control&lt;/em&gt; but using a different spelling? What if one, but not all, of these were re-named as &lt;em&gt;Burundian Licencing Control&lt;/em&gt;? What if the &lt;em&gt;Board of Licencing Control &lt;/em&gt;merged with the &lt;em&gt;Department for Regulatory Affairs&lt;/em&gt; under either of these names, a combination, or an entirely new name, yet continued their association with the assets of the originals. De-mergers are likewise possible, and may present issues of uncertain ownership of resources.&lt;/p&gt;
&lt;p&gt;Perhaps there are organisations with this name in several countries but serving utterly different purposes, and perhaps one is merely one possible translation of a term into English but used natively in another language. Historical names have been used in multiple contexts that may still be valid, e.g. the &lt;em&gt;Irish Volunteers&lt;/em&gt;, and these might need to be kept clearly separate from each other. Conversely, there are also organisations that have multiple names or forms of names, whether in one language or in multiple languages or during their history, e.g. &lt;i&gt;Óglaigh na hÉireann &lt;/i&gt;is Irish for both the terrorist Irish Republican Army (IRA) and most of its subsequent splinter groups but is also, however, an acceptable name, for historical reasons, for the Defence Forces of the Republic of Ireland, and previously just the Irish Army (&lt;em&gt;an tArm&lt;/em&gt;) that now forms a part of it. These are clearly &lt;em&gt;not&lt;/em&gt; the same and &lt;em&gt;must&lt;/em&gt; be distinguished. It must be also noted that typographical constraints and character encodings will lead to yet more duplicate forms.&lt;/p&gt;
&lt;h4&gt;Isn&#039;t this bigger than the question of unique identification?&lt;/h4&gt;
&lt;p&gt;Yes, the need for complex metadata to express these things can go far beyond merely identifying resources in a unique manner. However, before one can even start thinking about complex descriptive and relational metadata, one first has to be clear &lt;em&gt;which&lt;/em&gt; resource is mentioned: hence the first step must be unique identification of what it is we are talking about. Only once we have done that can we feel reasonably confident about talking about how resources relate to one another and how they may have changed over time.&lt;/p&gt;
&lt;p&gt;Overall, there is an ever increasing need to make clear what is meant, as more and more things and agents have on-line identities that need to be distinguished, whether this is as an &lt;em&gt;owner&lt;/em&gt; of resources or as a &lt;em&gt;referrant&lt;/em&gt; within a resource, e.g. the subject of the resource in a particular context, and even of the role played and the relationship to other resources or agents, perhaps in a specific time period. Information models can quickly become extremely complex, and this is certainly true where identity is concerned.&lt;/p&gt;
&lt;h4&gt;What is an identifier?&lt;/h4&gt;
&lt;p&gt;In concept, an identifier is similar in its basic concept to a name. At its most basic, an identifier in the context of an information system is a token (usually a number or a string of characters) used to refer to an entity (anything which can be referred to). Identifiers are fundamental to most, if not all, information systems. As the global network of information systems evolves, identifiers take on a greater significance. And as the Web becomes more &#039;machine readable&#039;, it becomes vital for all organisations who publish Internet resources to adopt well-managed strategies for creating, maintaining and consistently using identifiers to refer to those assets it cares about.&lt;/p&gt;
&lt;h4&gt;What are &lt;em&gt;unique&lt;/em&gt; identifiers?&lt;/h4&gt;
&lt;p&gt;The simple answer is that this is the only way to avoid misidentification confidently, and therefore prevent any errors about ownership or rights over resources that might arise, as well as making sure that large bodies of resources contain reliable information generally.&lt;/p&gt;
&lt;p&gt;The fundamental question is whether the identifier or token that has been chosen is &lt;em&gt;unique&lt;/em&gt; and how best to ensure this. Some identifiers are so complex that mathematical probability makes them effectively unique in the universe, notably UUIDs. In essence, a UUID is no more than a complex numerical token: it is only additional complexity (and thus uniqueness) that it offers compared to, for example, a running number.&amp;nbsp; Others like names can only be distinguished unambiguously by making a series of statements about which names are considered equivalent, which contexts (e.g. a person&#039;s work or town) are valid, and so on, where a number of relationships have to be attached to a particular identifier and checked in order to reach an acceptable level of uniqueness and to eliminate any mistaken connections with resources that might be similar in name or perhaps also in other respects by chance.&lt;/p&gt;
&lt;p&gt;The problem with UUIDs is that, while the chances of them failing to be unique are, to all practical purposes, non-existent, it is not very clear from a UUID alone what the nature of that resource is. It may be machine-readable but it says nothing about who generated that identifier and when, or which other identifiers might exist for the same resource in different systems that also generated an identifier for the same resource. Consequently, the need to associate other metadata with any complex number or other similar token remains (including but not limited to UUIDs). Simply, no single token can be sufficient for any complex purpose and, at the very least, an electronic or physical resource must be referenced for the token to have any useful meaning at all.&lt;/p&gt;
&lt;p&gt;This is effectively that a URL is: another type of token. While I will not go into the whole discussion about URLs and URNs as sub-types of URIs, it is worth noting that, in many quarters, the term URL is no longer preferred despite it being the most commonly used in practice. In strict terms, there is a clear difference: while a URI is &lt;em&gt;usually&lt;/em&gt; resolvable to an electronic resource, which may be either a description of a physical or electronic resource or may be an electronic resource itself, there is technically &lt;em&gt;no requirement&lt;/em&gt; that a URI should be resolvable, i.e. that all it needs to be is a token that doesn&#039;t necessarily have to represent an address that actually delivers a resource. However, it is usual to use the HTTP scheme, which is designed for delivering such a resource, so it would be somewhat eccentric and misleading if one were deliberately to choose an ostensibly resolvable syntax that does not in fact resolve. In effect, virtually all such URIs are also URLs (unless a resource has become unavailable and link rot has set in), since the latter &lt;em&gt;must&lt;/em&gt; locate the resource or representation of it: this is inherently useful. Any URI that resolves, i.e. URL, will be effectively unique within the standard Domain Name System (DNS). As a result, there is no absolute need for UUIDs in many contexts, since a sufficiently unique and practical token already exists in the URI. Any unique but arbitrary token serves the core purpose here.&lt;/p&gt;
&lt;h4&gt;Aren&#039;t identifiers really just names?&lt;/h4&gt;
&lt;p&gt;Yes and no. Names are intrinsically arbitrary too when they are first given. However, they are identifiable on a number of levels from a human perspective. In addition to a combination of names belonging to one or more particular linguistic and/or ethnic origins and usually identifying gender, they quickly become associated with a particular person, so their use in uniquely identifying that person within a given context become central to maintaining the person&#039;s &lt;em&gt;reputation&lt;/em&gt; in whatever they do. This is, for example, particularly important to academics in Higher Education. In modern times, this name resolution needs to be done globally wherever the Internet is the context, whereas previously it would have been possible to use fewer additional pieces of information in more restricted contexts (e.g. a village, a country etc), depending on the purpose. These different contexts still co-exist but it is now necessary to provide as many as possible, since one cannot control or predict why the information is being requested in each instance on a global system such as the Internet.&lt;/p&gt;
&lt;h4&gt;How does this affect Higher and Further Education?&lt;/h4&gt;
&lt;p&gt;Increasing numbers of professionals and the bodies that they work for and represent need to describe their resources on the Internet, whether those are in themselves electronic resources, whether they are descriptions of electronic or physical resources (metadata), or whether they are other representations of physical resources, perhaps in addition to themselves being electronic resources (e.g. photographs). This is a particularly pressing issue in Higher Education and, to an increasing extent, in Further Education. Academic outputs may include publications, educational resources, visual, audio and audiovisual resources and so on. Perhaps the best known is the issue of scholarly publications, partly through the rise of the &lt;a href=&quot;http://www.openarchives.org/&quot;&gt;Open Access&lt;/a&gt; movement to make such resources freely available.&lt;/p&gt;
&lt;p&gt;There are already a range of identifiers for academics and related professional university staff. One of the problems is that these are created for specific purposes that only cover whichever subset of staff is relevant to those purposes. For example, &lt;a href=&quot;http://www.hesa.ac.uk/&quot;&gt;HESA&lt;/a&gt; keeps records that contain a HESA number for academic staff, which means that at least those who have published academic outputs will have such a number. Another number called the HUSID number is maintained for students, since tracking academic careers from student to staff is one important concern for HESA. Many academics in relevant fields may have &lt;a href=&quot;http://www.isni.org/&quot;&gt;ISNI&lt;/a&gt; numbers, which are used widely in the media content industries. Many academics will have one or more professional staff pages, including within repositories and Current Research Information Systems (CRIS), each with a URI, not to mention &lt;a href=&quot;http://openid.net/&quot;&gt;OpenIDs&lt;/a&gt; and URIs associated with Web services which they use professionally and/or privately, e.g. &lt;a href=&quot;http://www.linkedin.com/&quot;&gt;LinkedIn&lt;/a&gt;, &lt;a href=&quot;http://academia.edu/&quot;&gt;Academic.edu&lt;/a&gt;, &lt;a href=&quot;http://www.facebook.com/&quot;&gt;Facebook&lt;/a&gt;, &lt;a href=&quot;http://twitter.com/&quot;&gt;Twitter&lt;/a&gt; and so on.&lt;/p&gt;
&lt;p&gt;Here are some examples belonging to &lt;a href=&quot;http://www.ukoln.ac.uk/ukoln/staff/b.kelly/&quot;&gt;Brian Kelly&lt;/a&gt; of &lt;a href=&quot;http://www.ukoln.ac.uk&quot;&gt;UKOLN&lt;/a&gt;:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;img alt=&quot;&quot; src=&quot;http://www.ukoln.ac.uk/ukoln/staff/b.kelly/favicon-twitter.gif&quot; /&gt; &lt;a href=&quot;http://twitter.com/briankelly&quot;&gt;Twitter&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;img alt=&quot;&quot; src=&quot;http://www.ukoln.ac.uk/ukoln/staff/b.kelly/favicon-linkedin.gif&quot; /&gt; &lt;a href=&quot;http://www.linkedin.com/in/ukwebfocus&quot;&gt;LinkedIn&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;http://scholar.google.com/citations?hl=en&amp;amp;user=ixey0RkAAAAJ&quot;&gt;Google Scholar&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;http://academic.research.microsoft.com/Author/750180/brian-kelly&quot;&gt;Microsoft Academic Search&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;http://www.researcherid.com/rid/D-3463-2011&quot;&gt;ResearcherID&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;http://bath.academia.edu/BrianKelly/&quot;&gt;Academia.edu&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;http://www.researchgate.net/profile/Brian_Kelly/&quot;&gt;Researchgate&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;http://www.mendeley.com/profiles/brian-kelly/&quot;&gt;Mendeley&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;The problem is that the coverage of these numbers is not universal within the HE sector, and there is no single recognised authority or other agreement to prevent and resolve conflicts where information is not consistent between two or more information sources.&lt;/p&gt;
&lt;p&gt;At present, the &lt;a href=&quot;http://www.jisc.ac.uk/&quot;&gt;JISC&lt;/a&gt; are trying to solve this through the Unique Identifiers Task and Finish Group, which also includes representatives of HESA, &lt;a href=&quot;http://www.hefce.ac.uk/&quot;&gt;HEFCE&lt;/a&gt;, the various Research Councils in the UK and UKOLN. The preferred solution is currently the &lt;a href=&quot;http://about.orcid.org/&quot;&gt;ORCID&lt;/a&gt; academic identifier, which is being developed internationally with publishers, with a great deal of input from the United States in particular.&lt;/p&gt;
&lt;p&gt;In order to succeed, any such identifier will need international penetration of the higher education sector, since academics will not use it unless it delivers the sorts of interoperability benefits that make their work easier and become integrated into the recognised systems required of them by funders and publishers in the course of their work. Since students and academics change roles and institutions, this needs to be recognised and outputs properly allocated to institutions and departments, which may themselves change identities, merge and de-merge over time.&lt;/p&gt;
&lt;p&gt;While institutions will need to reduce the workload on academics by bulk loading information about staff, since the main incentive to use the system is that every academic has a record, there is also an issue about control. Should academics have the ability to alter their records at will? Are assertions automatically trusted or does a particular record for an academic&#039;s time at an institution need to be verified by that trusted body? Who should maintain a list of trusted bodies who can back up assertions? How will this effort be funded sustainably? It becomes clear that some of these points are central structural concerns whereas others may cover only fringe issues such as avoiding deliberate falsification, which may be rare.&lt;/p&gt;
&lt;h4&gt;Proprietary academic identifiers&lt;/h4&gt;
&lt;p&gt;There are also a number of proprietary identifiers associated with different commercial services related to electronic publishing and related academic service industries. &lt;a href=&quot;http://thomsonreuters.com/&quot;&gt;Thomson Reuters&lt;/a&gt; and &lt;a href=&quot;http://www.elsevier.com/&quot;&gt;Elsevier&lt;/a&gt; provide identities for individuals and organisations as part of their bibliographic and academic services; similarly, search services such as &lt;a href=&quot;http://scholar.google.com/&quot;&gt;Google Scholar&lt;/a&gt; (see the study in this &lt;a href=&quot;http://ukwebfocus.wordpress.com/2011/11/24/surveying-russell-group-university-use-of-google-scholar-citations/&quot;&gt;blog post&lt;/a&gt;) and &lt;a href=&quot;http://academic.research.microsoft.com/&quot;&gt;Microsoft Academic Search&lt;/a&gt; have also started to offer identifiers (see this &lt;a href=&quot;http://ukwebfocus.wordpress.com/2011/11/22/thoughts-on-google-scholar-citations/&quot;&gt;blog post&lt;/a&gt;). There may be privacy issues, for example in Google and Microsoft publicly surfacing information about researchers without explicit consent: while this information might have been suitable for the limited purpose of publication, academics may not have intended for it to be synthesised into a single, public description of their personal details available to all.&lt;/p&gt;
&lt;p&gt;Some of these services introduce new problems, since their primary purpose is commercial and it is often less of a priority to deal with the internal issues facing academic institutions unless that impacts significantly on the ability to make commercial profit. These may be resolved over time or be reintroduced as services change and compete: the academic has little or no control over the effects of commercial decisions upon their work. For example, Microsoft Academic Search often misrepresents outputs as belonging to similarly named individuals (thus is currently failing at unique identification) and, by default, requires the manual input of researchers to edit out errors and take a proactive approach towards managing the information about themselves. This brings the overall quality of data into question: for large-scale statistical purposes, this could be tolerable, depending on the degree of error; however, for academic citations and reporting purposes such as the &lt;a href=&quot;http://www.hefce.ac.uk/research/ref/&quot;&gt;Research Excellence Framework&lt;/a&gt; (REF), it would not be acceptable to use this data without further refinement, which would most likely remain a long, manual process.&lt;/p&gt;
&lt;h4&gt;Software and services&lt;/h4&gt;
&lt;p&gt;Any software application layer, whether operated by commercial companies, higher educational institutions, funders or governmental bodies, needs to be maintained. If information is harvested or processed automatically, it needs to be clear who corrects information where errors are found and what the resources are for academics to contact individuals with the time and effort available to improve the data as part of their work. In the case of commercial organisations, this is usually unclear and may change. There is no guarantee that the commercial reason for providing services will continue over time, unlike in most cases in the public sector within Higher Education. Coverage of such commercial services is often geared towards institutions rather than individuals: for example, Google Scholar requires registration using a valid university email address that it recognises, which would exclude private scholars and perhaps some retired staff who produce research.&lt;/p&gt;
&lt;h4&gt;The Web of Things&lt;/h4&gt;
&lt;p&gt;It has already been mentioned that electronic descriptions or other &lt;em&gt;representations&lt;/em&gt; of physical objects may be found on the internet, including written descriptions, pictures, geographical locations, dimensions and so on. It is even possible to describe physical objects that were extant but are now historical, or which have moved or whose location is now unknown, referencing comparable objects and linking these descriptions with other resources that are related. In each case, the nature of the relationship, relevant agents who may have been responsible for it, and when it was valid can be described in metadata.&lt;/p&gt;
&lt;p&gt;This opens the way for the Web of Things, a term used to describe that part of the Semantic Web that covers physical resources as opposed to, or as well as, purely electronic ones. Some authorities use the term to mean physical objects with miniaturised electronic devices to enable them to be located, whereas others merely mean any physical object that is described in a record on the Web. It may be argued that &lt;em&gt;all&lt;/em&gt; electronic resources have relationships to physical ones, even if that is only with regard to authorship and subject. The Resource Description Framework (RDF) provides a means to describe these relationships and transmit information about them in ways readable to humans and machines. Although these are usually expressed as triples, where two things are described with a relationship between them, metadata structures such as the &lt;a href=&quot;http://www.eurocris.org/Index.php?page=CERIFreleases&amp;amp;t=1&quot;&gt;Common European Research Information Framework&lt;/a&gt; (CERIF) can add link tables that give far more detailed information about the relationships themselves. All of this can be made available as Linked Data and surfaced in many software applications on the Web.&lt;/p&gt;
&lt;p&gt;The Semantic Web is often seen as a utopian view of a future where no electronic resources will be published without complex information being provided or automatically generated about its origins. The reality is that manual entry of information is generally very limited unless it serves the purposes of the person entering it, and this cannot be relied upon as an approach to ensuring large-scale, consistent metadata on a sufficient scale for the Semantic Web to work. Technology has in some cases improved to the extent that geographical and technical information is now automatically produced, for example in digital cameras and in mobile phones able to record GPS coordinates.&lt;/p&gt;
&lt;p&gt;However, the effort and cost required to catalogue the entire physical world and the extent to which this is even possible is highly doubtful. Where the Semantic Web could be useful is within particular large bodies of data, for example experimental scientific data, publications and so on. In the case of the Web of Things, this could include art collections, photography, archaelogical information, the locations of public institutions and many more. For all of these purposes, it will be necessary to provide unique identifiers for increasingly large numbers of resources, including things and agents, in order to provide complex metadata about them.&lt;/p&gt;
&lt;h4&gt;Education in the wider world&lt;/h4&gt;
&lt;p&gt;It has perhaps not been sufficiently investigated how unique identifiers for researchers and other staff in Higher Education will fit into the wider question of unique identification on the Web. Relevant purposes might be:&lt;/p&gt;
&lt;p style=&quot;margin-left: 40px;&quot;&gt;(1) commercial, for example the identification of companies and individuals owning the rights to photos, music, video or publications, particularly legacy resources of ongoing commercial value in terms of royalties and performance licencing.&lt;/p&gt;
&lt;p style=&quot;margin-left: 40px;&quot;&gt;(2) governmental, for example biometric information about people, used in border controls, crime prevention and citizenship contexts; or about public or private organisations such as charities, political groups of interest to law enforcement etc. Information about individuals, in particular, may be subject to privacy laws, which will vary between jurisdications.&lt;/p&gt;
&lt;p&gt;It is clear that there are interfaces between the various agents and outputs of academic institutions and many other purposes, notably those commercial and governmental activities already described. For example, a foreign student or member of staff seeking a work permit will require institutions and governmental bodies to use personal and citizenship information co-operatively, which will be linked to their academic identity in the course of their work at the institution. Some of this information will be private and some public, so there is an issue about who can see which parts of a particular corpus of Linked Data, requiring authentication protocols and systems.&lt;/p&gt;
&lt;p&gt;The extent to which consistency of approach between HE institutions and other sectors and contexts can ever be ensured is moot, since there is of course no single international authority and because any single metadata solution that tried to cover so many diverse purposes would be fatally unwieldy. How different, flexible approaches can be understood by machine processing is perhaps the technological key to how well the Semantic Web will answer these questions in future, both within Higher Education and beyond.&lt;/p&gt;
</description>
     <comments>http://technicalfoundations.ukoln.ac.uk/blog/business-unique-identification#comments</comments>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/brian-kelly">brian kelly</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/elsevier">elsevier</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/google">google</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/hefce">hefce</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/hesa">hesa</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/jisc">jisc</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/microsoft">microsoft</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/orcid">ORCID</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/thomson-reuters-0">thomson reuters</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/ukoln">ukoln</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/projects/orcid">ORCID</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/academic-publishing">academic publishing</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/cris">CRIS</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/current-research-information-systems">Current Research Information Systems</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/google-scholar">Google Scholar</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/google-scholar-citations">Google Scholar Citations</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/identifiers">identifiers</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/ids">ids</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/linked-data">linked data</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/microsoft-academic-search">Microsoft Academic Search</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/publishing">publishing</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/rdf">rdf</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/ref">ref</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/repositories">repositories</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/research-excellence-framework">Research Excellence Framework</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/researcher-identification">researcher identification</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/researcher-ids">researcher ids</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/scholarly-communications">scholarly communications</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/scholarly-publishing">scholarly publishing</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/semantic-web">semantic web</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/unique-identification">unique identification</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/unique-identifiers">unique identifiers</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/uri">uri</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/uris">URIs</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/uuid">uuid</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/uuids">uuids</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/web-things">web of things</category>
 <pubDate>Thu, 23 Feb 2012 23:58:26 +0000</pubDate>
 <dc:creator>Talat Chaudhri</dc:creator>
 <guid isPermaLink="false">75 at http://technicalfoundations.ukoln.ac.uk</guid>
  </item>
  <item>
    <title>ORCID Outreach Event at CERN</title>
    <link>http://technicalfoundations.ukoln.ac.uk/blog/orcid-outreach-event-cern</link>
    <description>&lt;p&gt;&lt;strong&gt;Program&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;10:00 Welcome and what’s new – Howard Ratner, ORCID Chair (&lt;a href=&quot;http://orcid.org/sites/default/files/orcid-participant-update-sept-2011.pptx&quot;&gt;Slides&lt;/a&gt;&amp;nbsp;[PPTX 2.55Mb])&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;Talk discussed:&lt;/p&gt;
&lt;p&gt;Key quote “ORCID will work to support the creation of a permanent, clear and unambiguous record of scholarly communication by enabling reliable attribution of authors and contributors”&lt;/p&gt;
&lt;p&gt;Re-statement of the&amp;nbsp;&lt;a href=&quot;http://orcid.org/principles&quot;&gt;10 ORCID principles&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Various demographics and participant statistics&lt;/p&gt;
&lt;p&gt;Illustration of how the Trusted Partners can give more weight to the assertions made in a profile by a researcher by ‘agreeing’ (same_as):&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://benosteen.files.wordpress.com/2011/09/orcidassertion.png&quot;&gt;&lt;img alt=&quot;&quot; class=&quot;aligncenter size-full wp-image-290&quot; src=&quot;http://benosteen.files.wordpress.com/2011/09/orcidassertion.png?w=630&amp;amp;h=263&quot; title=&quot;orcidassertion&quot; height=&quot;263&quot; width=&quot;630&quot; /&gt;&lt;/a&gt;An overview of other researcher ID initiatives and some bullet points on why they feel ORCID is different:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Only not-for-profit contributor identifier initiative dedicated to an open and global service focused on scholarly communication&lt;/li&gt;
&lt;li&gt;ORCID is backed by a non-profit organization with over 250 participants behind it&lt;/li&gt;
&lt;li&gt;ORCID is backed by many different stakeholders&lt;/li&gt;
&lt;li&gt;Publishers are an important ORCID stakeholder but are just one part&lt;/li&gt;
&lt;li&gt;ORCID is serious about building an open system&lt;/li&gt;
&lt;li&gt;ORCID is the only researcher identifier that is not limited to discipline, institution or geographic area&lt;/li&gt;
&lt;li&gt;ORCID is the one to bridge them all by registering the identifiers of all other relevant standalone services (silos big and small)&lt;/li&gt;
&lt;/ul&gt;
&lt;/blockquote&gt;
&lt;p&gt;10:30 What ORCID already does and will do next – Brian Wilson and Geoff Bilder for the Technical Working Group (&lt;a href=&quot;http://orcid.org/sites/default/files/orcid-tech-cern-outreach-2011.pptx&quot;&gt;Slides&lt;/a&gt; [PPTX 3.8Mb])&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;Talk covered:&lt;/p&gt;
&lt;p&gt;Development approach, timeline and progress overview&lt;/p&gt;
&lt;p&gt;Discussion of the form of ORCIDs as URLs&lt;/p&gt;
&lt;p&gt;Overview of what the Query API will provide (non-technical)&lt;/p&gt;
&lt;p&gt;Details of the VIVO/ORCID collaboration and code resulting from that.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;11:00 Open Q&amp;amp;A on the above&lt;/p&gt;
&lt;p&gt;11:30 Cool, but who’s going to pay for that – Craig Van Dyck and Ed Pentz for the Business Working Group (&lt;a href=&quot;http://orcid.org/sites/default/files/bwgsep11.pptx&quot;&gt;Slides&lt;/a&gt; [PPTX 1.19Mb])&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;Talk covered:&lt;/p&gt;
&lt;p&gt;Details of the financial models and projections for the ORCID project&lt;/p&gt;
&lt;p&gt;Expected cost to institutions, publishers and funders&lt;/p&gt;
&lt;p&gt;$2.75 million required as investment capital (to be paid back after the project breaks even)&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;13:30 ORCID and me: synergies – Each followed by animated discussion with the audience&lt;/p&gt;
&lt;p&gt;ORCID and researchers – Cameron Neylon, STFC&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;Cameron’s key points were:&lt;/p&gt;
&lt;p&gt;Without giving researchers total control over their data and their profile, the system will fail. This includes the power to&amp;nbsp;&lt;em&gt;not&lt;/em&gt;&amp;nbsp;list works and co-authorship that the researcher does not want to show.&lt;/p&gt;
&lt;p&gt;The most authoritative information you have about a researcher, WILL be from the researcher. Not the institution, not the publisher, but the researcher. It is up to them to specify what is ‘true’ or not.&lt;/p&gt;
&lt;p&gt;Researchers wanted three things:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Online profiles that could be used to generate CVs&amp;nbsp;(as maintenance-free as possible) – “It should just know about what articles I publish”&lt;/li&gt;
&lt;li&gt;Tracking and aggregation of non-standard outputs in repositories (eg Data, software). This also relates to an identifier being used as a marker that I can use to say “This is a scholarly output for me” even on non-traditional outputs (eg blog posts)&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;And this is the key&lt;/strong&gt;. Automating and simplifying grant submissions systems but critically manuscript submission systems. That got clearly the most votes, is probably actually the most tractable and offers the most opportunity for immediate traction with researchers.&lt;/li&gt;
&lt;/ul&gt;
&lt;/blockquote&gt;
&lt;div&gt;ORCID and data – Jan Brase, DataCite (&lt;a href=&quot;http://orcid.org/sites/default/files/orcid-datacite.ppt&quot;&gt;Slides&lt;/a&gt; [PPT 0.5Mb])&lt;/div&gt;
&lt;blockquote&gt;&lt;div&gt;Provided an overview of DataCite and why it exists (no current convention for citing datasets, attributing impact to them or linking them to the articles which use them)&lt;/div&gt;
&lt;div&gt;“DataCite is part of ORCID as ORCID is a community, DataCite is about linking all types of scientific content together, and author identification is one of the key issues”&lt;/div&gt;
&lt;div&gt;DataCite search interface:&amp;nbsp;&lt;a href=&quot;http://search.datacite.org/ui&quot;&gt;http://search.datacite.org/ui&lt;/a&gt;&lt;/div&gt;
&lt;div&gt;An example PANGAEA dataset (NB not the one used in presentation unfortunately):&amp;nbsp;&lt;a href=&quot;http://doi.pangaea.de/10.1594/PANGAEA.733100&quot;&gt;http://doi.pangaea.de/10.1594/PANGAEA.733100&lt;/a&gt;&lt;/div&gt;
&lt;/blockquote&gt;
&lt;p&gt;ORCID and funding agencies – Carlos Morais-Pires, European Commission (&lt;a href=&quot;http://orcid.org/sites/default/files/orcidresearchdatacarlosfinal.pdf&quot;&gt;Slides&lt;/a&gt; [PDF])&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;Provided the EU context for FP8, and where ORCID and related efforts may fit within the overall strategy, including overarching figures and funding information.&lt;/p&gt;
&lt;p&gt;No questions were raised immediately following this talk, but it did give a very good context to the levels of money that the EU is pushing into this area.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;ORCID and your university library – Consol Garcia, Biblioteca del Campus del Baix Llobregat (a Prezi which I cannot find online, may be private)&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;Provided a good illustration of why the ‘first name, last name’ paradigm falls flat for many cultures and languages.&lt;/p&gt;
&lt;p&gt;Asked many questions about what ORCID may do to help libraries but also how it could fit within library practices as they currently stand.&lt;/p&gt;
&lt;p&gt;[Ben: Fundamentally, it raised more issues about current library practices and its shortfalls than what a global id for researchers could do]&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;ORCID and your repository – Najko Jahn, Universität Bielefeld&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;The presentation gave an overview as to the work they had been doing for the past year or more on their repository. They had already begun to tackle the author disambiguation problem, assigning IDs to authors and so on. Librarians suggest which works to attribute to researchers, and the researchers were able to simply confirm or deny that the work was authored by them. They had done so for approximately 300 of their researchers.&lt;/p&gt;
&lt;p&gt;The key question he posed at the end was “What would adopting ORCID do for my repository?” which is a perfectly valid question, given the work they had already undertaken to disambiguate. The discussion was slow, but eventually focussed on the difference in scope – their researcher IDs were locally valid without a widely understood API to query about them, and an international ID system would have a global scope, with effort being made so that the API is as simple but useful as possible.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;ORCID and your journal – Brian Hole – Ubiquity Press&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;Talked about how ORCID may work with a small, independent publisher and what made them different from others (publishing by researchers, for researchers)&lt;/p&gt;
&lt;/blockquote&gt;
</description>
     <comments>http://technicalfoundations.ukoln.ac.uk/blog/orcid-outreach-event-cern#comments</comments>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/ben-osteen">Ben O&#039;Steen</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/brian-hole">Brian Hole</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/brian-wilson">Brian Wilson</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/cameron-neylon">cameron neylon</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/carlos-morais-pires">Carlos Morais-Pires</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/consol-garcia">Consol Garcia</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/craig-van-dyck">Craig Van Dyck</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/ed-pentz">Ed Pentz</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/geoff-bilder">Geoff Bilder</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/howard-ratner">Howard Ratner</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/jan-brase">Jan Brase</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/najko-jahn">Najko Jahn</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/biblioteca-del-campus-del-baix-llobregat">Biblioteca del Campus del Baix Llobregat</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/datacite">datacite</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/european-commission">European Commission</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/orcid">ORCID</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/orcid-business-working-group">ORCID Business Working Group</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/orcid-technical-working-group">ORCID Technical Working Group</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/stfc">stfc</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/ubiquity-press">Ubiquity Press</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/projects/orcid">ORCID</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/identifiers">identifiers</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/orcid">orcid</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/persistent-identification">persistent identification</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/researcher-identification">researcher identification</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/researcher-ids">researcher ids</category>
 <pubDate>Thu, 22 Sep 2011 10:23:00 +0000</pubDate>
 <dc:creator>Ben O&#039;Steen</dc:creator>
 <guid isPermaLink="false">23 at http://technicalfoundations.ukoln.ac.uk</guid>
  </item>
  <item>
    <title>ORCID Executive Update (Sept 11)</title>
    <link>http://technicalfoundations.ukoln.ac.uk/blog/orcid-executive-update-sept-11</link>
    <description>&lt;h2&gt;ORCID in a nutshell (current strategy):&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;ORCID is a &lt;strong&gt;registry of profiles for people involved in research&lt;/strong&gt; – a profile can be created by the person themselves (self-registry) or by what is termed a Trusted Partner, such as a University or Publisher.&lt;/li&gt;
&lt;li&gt;The people using the system decide who is and is not a researcher, not the system itself.&lt;/li&gt;
&lt;li&gt;A self-registered profile, for “John Smith” for example, can state that it is the same ‘John Smith’ in a profile created by a Trusted Partner and vice-versa. (akin to the semantic web’s “sameAs”)&lt;/li&gt;
&lt;li&gt;Profiles which are linked like this in both directions (researcher to trusted partner and back again) are &lt;strong&gt;trusted&lt;/strong&gt; more than a profile without such verifying claims.&lt;/li&gt;
&lt;li&gt;&lt;em&gt;Profile data can have varying levels of privacy&lt;/em&gt;: fields can be made &lt;strong&gt;public&lt;/strong&gt; (anyone can see the data), &lt;strong&gt;protected&lt;/strong&gt; (only those that a researcher authorises can see the data) or &lt;strong&gt;private&lt;/strong&gt; (only the researcher can see it). It is expected that when profiles are linked in the above manner, the researcher’s privacy settings will cover the data submitted by the other parties too (but this mechanism is by no means confirmed or implemented yet.)&lt;/li&gt;
&lt;li&gt;A researcher will be able to &lt;strong&gt;authorise other parties to access their protected data&lt;/strong&gt; using a scheme called &lt;strong&gt;OAuth&lt;/strong&gt;. This is a simple process for the user, and requires little to be remembered on their part. An example Twitter OAuth authorisation can be seen in the first 30 seconds of&amp;nbsp;&lt;a href=&quot;http://www.youtube.com/watch?v=yhrbmUbF0IE&amp;amp;feature=related&quot;&gt;http://www.youtube.com/watch?v=yhrbmUbF0IE&lt;/a&gt;&amp;nbsp;- blink and you’ll miss it.&lt;/li&gt;
&lt;li&gt;The main selling point for the system at this time is that it is attempting to save a researcher’s time spent filling in publisher and funder forms for article and bid submissions by having the pertinent details automatically drawn from their ORCID profile (once the publisher/funder’s system has been authorised via the aforementioned OAuth)&lt;/li&gt;
&lt;li&gt;The later selling point, when a tipping point of signed up users is reached, is expected to be for the universities, funders and publishers. The ability to draw up an REF return or to see which publications have been made as a result of which project funding is an expected feature.&lt;/li&gt;
&lt;li&gt;It is expected that &lt;strong&gt;usable ORCIDs will be assigned from Q2 2012&lt;/strong&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;h2&gt;Money:&lt;/h2&gt;
&lt;p&gt;(much of the following is taken from Ed Pentz’s powerpoint presentation:&amp;nbsp;&lt;a href=&quot;http://orcid.org/sites/default/files/bwgsep11.pptx&quot;&gt;http://orcid.org/sites/default/files/bwgsep11.pptx&lt;/a&gt;&amp;nbsp;WARNING: new Powerpoint required to view.)&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Current projections suggest that the ORCID system will require operating costs of around $2.1 million a year for the next few years.&lt;/li&gt;
&lt;li&gt;The organisation has approximately 6 months left of funding capital left to work with and is on a funding drive at this moment.&lt;/li&gt;
&lt;li&gt;It is looking to follow in other CrossRef project’s footsteps by asking publishers and the like for loans – it projects that it will reach the break-even point in 5 to 6 years.&lt;/li&gt;
&lt;li&gt;No researcher is going to pay for access to the service to create and use a profile and its ID.&lt;/li&gt;
&lt;li&gt;The Trusted Partners are expected to pay – what the value-added services might be for these parties are still in discussion.
&lt;ul&gt;
&lt;li&gt;The 5 to 6 years break-even point is based on what seems to be a conservative uptake by these parties – however, the system still needs to be sold to them! The following figures are &lt;strong&gt;extremely&lt;/strong&gt;&amp;nbsp;preliminary (tiering is based on number of people/size of organisation):&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;http://benosteen.files.wordpress.com/2011/09/tableoforcidcosts.png&quot;&gt;&lt;img alt=&quot;&quot; class=&quot;aligncenter size-full wp-image-283&quot; src=&quot;http://benosteen.files.wordpress.com/2011/09/tableoforcidcosts.png?w=510&amp;amp;h=198&quot; title=&quot;tableofORCIDcosts&quot; height=&quot;198&quot; width=&quot;510&quot; /&gt;&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;div&gt;&lt;a href=&quot;http://benosteen.files.wordpress.com/2011/09/tableoforcidcontributions.png&quot;&gt;&lt;img alt=&quot;&quot; class=&quot;aligncenter size-full wp-image-284&quot; src=&quot;http://benosteen.files.wordpress.com/2011/09/tableoforcidcontributions.png?w=630&amp;amp;h=136&quot; title=&quot;tableoforcidcontributions&quot; height=&quot;136&quot; width=&quot;630&quot; /&gt;&lt;/a&gt;&lt;strong&gt;[Ben:&amp;nbsp;&lt;/strong&gt;&lt;strong&gt;Just repeating - these figures are pre- pre- pre-alpha and subject to change at the drop of a hat. In fact, I&#039;d bet that they already have]&lt;/strong&gt;&lt;/div&gt;
&lt;h2&gt;Things yet to be dealt with (my opinion):&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Whilst no-one has stated a problem with ORCID’s software being Open Source, it has yet to be released as an Open Source Project. The code base that they are working on, IP belonging to Thomson-Reuters, has been scrubbed of any Thomson-Reuters specific code and they (T-R) have agree that it is suitable to be placed under an OSI licence. It just hasn’t been done yet.&lt;/li&gt;
&lt;li&gt;The ORCID software release was planned to be just a deployable .war file – without source code. This obviously is not acceptable if the O in ORCID is to remain to stand for Open (in spirit if not pedantically.)&lt;/li&gt;
&lt;li&gt;How privacy is to be handled with multiple parties asserting various pieces of information is not yet decided or agreed upon. This type of functionality is quite a deal-breaker for many academics.&lt;/li&gt;
&lt;li&gt;How malicious or false claims are going to be dealt with, at a policy level, has not been clear. What level of recourse will an individual have against false claims made (mistakenly) by a trusted partner and vice-versa? Researchers making multiple accounts? Profiles made by bored teenagers for ‘fun’?&lt;/li&gt;
&lt;li&gt;There is still a short-term gap of investment funding required of $2.75 million dollars – it remains to be seen what occurs if the code is still not made open source by the end of six months if no other sources of capital is found.&lt;/li&gt;
&lt;li&gt;Whilst other identifier schemes can be easily included within an ORCID profile, it is not clear if – at an organisational level – if they would be happy if another organisation used the ORCID code to set up another ‘ORCID’ system. Due to the timeline of when ORCID might go live (Q2 2012), the urgency with which other organisations require them might force other systems to be put into place much earlier. For example, as Andrew Treloar jokingly quoted on the ORCID outreach event’s live chat: “If you guys have an ORC-ID, then I want an ELF-ID” – could the next ORCID-free six months force some funders to take matters into their own hands?&lt;/li&gt;
&lt;li&gt;ORCID exit-strategies – both for the organisation and for individual profiles. What happens when the money runs out? What happens to the data? If someone wanted ‘out’, is there a way for them to remove all their data and take it with them? (in a similar vein to&amp;nbsp;&lt;a href=&quot;http://www.dataliberation.org/&quot;&gt;http://www.dataliberation.org/&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;The authorisation system relies on OAuth (which is no bad thing) but I don’t think that the time required for existing organisation to adopt this has been adequately estimated. ORCIDs use on other systems to save time and effort filling in forms is a crucial part of the ‘sales pitch’ to academics – this hasn’t gotten the visible focus I would’ve expected.&lt;/li&gt;
&lt;/ul&gt;
</description>
     <comments>http://technicalfoundations.ukoln.ac.uk/blog/orcid-executive-update-sept-11#comments</comments>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/andrew-treloar">Andrew Treloar</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/ben-osteen">Ben O&#039;Steen</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/ed-pentz">Ed Pentz</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/orcid">ORCID</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/projects/crossref">CrossRef</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/projects/orcid">ORCID</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/projects/thomson-reuters">Thomson-Reuters</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/identifiers">identifiers</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/orcid">orcid</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/persistent-identification">persistent identification</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/researcher-identification">researcher identification</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/researcher-ids">researcher ids</category>
 <pubDate>Thu, 22 Sep 2011 06:50:00 +0000</pubDate>
 <dc:creator>Ben O&#039;Steen</dc:creator>
 <guid isPermaLink="false">19 at http://technicalfoundations.ukoln.ac.uk</guid>
  </item>
  <item>
    <title>ORCID – a taster of the API</title>
    <link>http://technicalfoundations.ukoln.ac.uk/blog/orcid-%E2%80%93-taster-api</link>
    <description>&lt;p&gt;As the official draft API (googledoc) is both in flux and read-protected so that only those invited can see it, I am unable to give you a complete view of how things are shaping up.&lt;/p&gt;
&lt;p&gt;However, I can relay a number of key points that everyone involved is concerned about:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;It must have sensible (some may say RESTful) URLs&lt;/li&gt;
&lt;li&gt;Human and machine-readable data is a must via
&lt;ul&gt;
&lt;li&gt;Content-negotiation,&lt;/li&gt;
&lt;li&gt;and optionally, “suffix” negotiation (adding a “.xml” or “/xml”) for convenience.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;OAuth is the current plan to share trust, allowing users the greatest control over what and who has access to their live profile data.&lt;/li&gt;
&lt;li&gt;Profile creation/editing “By Proxy” is important, but shouldn’t take any control of the researcher’s basic profile information from the researcher themselves.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;Some code!&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Gudmundur A. Thorisson (University of Leicester and a member of the ORCID Technical Advisory Group) has put together an emulation of certain portions of the ORCID API, including some of the OAuth parts:&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;https://github.com/gthorisson/orcid-sandbox&quot;&gt;https://github.com/gthorisson/orcid-sandbox&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Get the code from github and making sure you already have Rails/Ruby installed:&lt;/p&gt;
&lt;p&gt;&lt;br /&gt;&lt;code&gt;$ cd orcid-sandbox&lt;br /&gt; $ bundle install&lt;br /&gt; $ bundle exec rake db:migrate&lt;br /&gt; $ bundle exec rake db:setup&lt;br /&gt; $ rails server -p 3001 -d&lt;br /&gt; &lt;/code&gt;&lt;/p&gt;
&lt;p&gt;(you may need “$ scripts/rails server -p 3001 -d)&lt;/p&gt;
&lt;p&gt;Once you have the code up and running, you should be able to log in, make accounts and so on.&lt;/p&gt;
&lt;pre&gt;# OAuth-protected access to profile
[mummi@cambozola-2]curl  &lt;a href=&quot;http://localhost:3001/profile&quot; title=&quot;http://localhost:3001/profile&quot;&gt;http://localhost:3001/profile&lt;/a&gt; -H &quot;Accept: text/xml&quot;  -I
HTTP/1.1 401 Unauthorized
X-Ua-Compatible: IE=Edge
Connection: Keep-Alive
Content-Type: text/html; charset=utf-8
Date: Thu, 08 Sep 2011 12:20:50 GMT
Server: WEBrick/1.3.1 (Ruby/1.8.7/2009-06-12)
X-Runtime: 0.087887
Content-Length: 0
Cache-Control: no-cache
&lt;/pre&gt;&lt;pre&gt;# Public access to profile
[mummi@cambozola-2]curl  &lt;a href=&quot;http://localhost:3001/cid/0723-1814-6587-5983&quot; title=&quot;http://localhost:3001/cid/0723-1814-6587-5983&quot;&gt;http://localhost:3001/cid/0723-1814-6587-5983&lt;/a&gt; -H &quot;Accept: text/xml&quot; -I
HTTP/1.1 200 OK
X-Ua-Compatible: IE=Edge
Etag: &quot;390c3560fce0064d65dd1373799f13d0&quot;
Connection: Keep-Alive
Content-Type: application/xml; charset=utf-8
Date: Thu, 08 Sep 2011 12:20:49 GMT
Server: WEBrick/1.3.1 (Ruby/1.8.7/2009-06-12)
X-Runtime: 0.035443
Content-Length: 0
Cache-Control: max-age=0, private, must-revalidate

# Sample response (from Mike&#039;s XML examples)
[mummi@cambozola-2]curl  &lt;a href=&quot;http://localhost:3001/cid/0723-1814-6587-5983&quot; title=&quot;http://localhost:3001/cid/0723-1814-6587-5983&quot;&gt;http://localhost:3001/cid/0723-1814-6587-5983&lt;/a&gt; -H &quot;Accept: text/xml&quot;
&amp;lt;?xml version=&quot;1.0&quot; encoding=&quot;UTF-8&quot;?&amp;gt;
&amp;lt;orcid-bio-response xsi:schemaLocation=&quot;http://www.orcid.org/ns/orcid_bio_response_1.0.xsd&quot;
    xmlns=&quot;http://www.orcid.org/ns/bio_response&quot;
    xmlns:xsi=&quot;http://www.w3.org/2001/XMLSchema-instance&quot;&amp;gt;
    &amp;lt;response_version&amp;gt;1.0&amp;lt;/response_version&amp;gt;
    &amp;lt;response_summary&amp;gt;
        &amp;lt;submission-date&amp;gt;09-10-2012 15:50:01&amp;lt;/submission-date&amp;gt;
        &amp;lt;completion-date&amp;gt;09-10-2012 15:50:07&amp;lt;/completion-date&amp;gt;
        &amp;lt;total-researchers-found&amp;gt;1&amp;lt;/total-researchers-found&amp;gt;
        &amp;lt;!-- error message, if applicable --&amp;gt;
        &amp;lt;!-- unable to connect to ORCID, no matching researchers etc --&amp;gt;
        &amp;lt;error-desc&amp;gt;No researcher found for this institution.&amp;lt;/error-desc&amp;gt;
    &amp;lt;/response_summary&amp;gt;
    &amp;lt;profileList&amp;gt;
        &amp;lt;researcher-profile&amp;gt;
            &amp;lt;!--  ORCID elements will be present for every researcher found --&amp;gt;
            &amp;lt;orcid&amp;gt;XXXXXXXXXXXXXX&amp;lt;/orcid&amp;gt;
            &amp;lt;!-- In short, researcher has claimed the profile if confirmed=true--&amp;gt;
            &amp;lt;confirmed&amp;gt;true&amp;lt;/confirmed&amp;gt;
            &amp;lt;firstName&amp;gt;Josiah&amp;lt;/firstName&amp;gt;
            &amp;lt;lastName&amp;gt;Carberry&amp;lt;/lastName&amp;gt;
            &amp;lt;middleName&amp;gt;Stinkney&amp;lt;/middleName&amp;gt;
            &amp;lt;other-names&amp;gt;
                &amp;lt;other-name&amp;gt;J. Carberry&amp;lt;/other-name&amp;gt;
                &amp;lt;other-name&amp;gt;J. S. Carberry&amp;lt;/other-name&amp;gt;
            &amp;lt;/other-names&amp;gt;
            &amp;lt;researcher-urls&amp;gt;
                &amp;lt;url&amp;gt;http://library.brown.edu/about/hay/carberry.php&amp;lt;/url&amp;gt;
                &amp;lt;url&amp;gt;http://en.wikipedia.org/wiki/Josiah_S._Carberry&amp;lt;/url&amp;gt;
                &amp;lt;url&amp;gt;http://www.brown.edu/Administration/News_Bureau/Databases/Encyclopedia/search.php?serial=C0070&amp;lt;/url&amp;gt;
            &amp;lt;/researcher-urls&amp;gt;
            &amp;lt;institution&amp;gt;
                &amp;lt;name&amp;gt;Brown University&amp;lt;/name&amp;gt;
                &amp;lt;address&amp;gt;
                        &amp;lt;addressLine1&amp;gt;38 Brown Street / Box 1920&amp;lt;/addressLine1&amp;gt;
                        &amp;lt;city&amp;gt;Providence&amp;lt;/city&amp;gt;
                        &amp;lt;state-or-province&amp;gt;Rhode Island&amp;lt;/state-or-province&amp;gt;
                        &amp;lt;country&amp;gt;United States&amp;lt;/country&amp;gt;
                        &amp;lt;postalcode&amp;gt;02912&amp;lt;/postalcode&amp;gt;
                    &amp;lt;/address&amp;gt;
                &amp;lt;departmentName&amp;gt;Psychoceramics&amp;lt;/departmentName&amp;gt;
                &amp;lt;departmentName&amp;gt;High Energy Metaphysics&amp;lt;/departmentName&amp;gt;
                &amp;lt;role&amp;gt;Researcher (Academic)&amp;lt;/role&amp;gt;
                &amp;lt;start-date&amp;gt;1929&amp;lt;/start-date&amp;gt;
            &amp;lt;/institution&amp;gt;
            &amp;lt;bulk-institution&amp;gt;Brown University&amp;lt;/bulk-institution&amp;gt;
            &amp;lt;sponsor&amp;gt;Brown University Library&amp;lt;/sponsor&amp;gt;
            &amp;lt;affiliate-institution&amp;gt;
                &amp;lt;name&amp;gt; Wesleyan University&amp;lt;/name&amp;gt;
                &amp;lt;address&amp;gt;
                        &amp;lt;addressLine1&amp;gt;Wesleyan University&amp;lt;/addressLine1&amp;gt;
                        &amp;lt;addressLine2&amp;gt;Czech-Republic&amp;lt;/addressLine2&amp;gt;
                        &amp;lt;city&amp;gt;Middletown&amp;lt;/city&amp;gt;
                        &amp;lt;state-or-province&amp;gt;Connecticut&amp;lt;/state-or-province&amp;gt;
                        &amp;lt;country&amp;gt;United States&amp;lt;/country&amp;gt;
                        &amp;lt;postalcode&amp;gt;06459&amp;lt;/postalcode&amp;gt;
                    &amp;lt;/address&amp;gt;
                &amp;lt;departmentName&amp;gt;Bilocation&amp;lt;/departmentName&amp;gt;
                &amp;lt;role&amp;gt;Researcher (Academic)&amp;lt;/role&amp;gt;
                &amp;lt;start-date&amp;gt;1930&amp;lt;/start-date&amp;gt;
            &amp;lt;/affiliate-institution&amp;gt;
        &amp;lt;/researcher-profile&amp;gt;
    &amp;lt;/profileList&amp;gt;
&amp;lt;/orcid-bio-response&amp;gt;
&lt;/pre&gt;&lt;p&gt;&amp;nbsp;&lt;/p&gt;
</description>
     <comments>http://technicalfoundations.ukoln.ac.uk/blog/orcid-%E2%80%93-taster-api#comments</comments>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/ben-osteen">Ben O&#039;Steen</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/gudmundur-thorisson">Gudmundur A. Thorisson</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/orcid-technical-advisory-group">ORCID Technical Advisory Group</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/projects/orcid">ORCID</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/identifiers">identifiers</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/orcid">orcid</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/orcid-api">ORCID API</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/persistent-identification">persistent identification</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/researcher-identification">researcher identification</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/researcher-ids">researcher ids</category>
 <pubDate>Tue, 13 Sep 2011 10:09:00 +0000</pubDate>
 <dc:creator>Ben O&#039;Steen</dc:creator>
 <guid isPermaLink="false">18 at http://technicalfoundations.ukoln.ac.uk</guid>
  </item>
  <item>
    <title>ORCID: some questions and answers</title>
    <link>http://technicalfoundations.ukoln.ac.uk/blog/orcid-some-questions-and-answers</link>
    <description>&lt;p&gt;The following is from an email exchange with&amp;nbsp;Nicky Ferguson. These are my answers to the questions&lt;br /&gt; he posed, and as such shouldn’t be considered the opinion of the ORCID project itself. They are the&lt;br /&gt; answers I believe are correct, based on the meetings and discussions I have been part of on the&lt;br /&gt; technical advisory group.&lt;/p&gt;
&lt;p&gt;If any other member of the advisory group can correct any inaccuracies in the comments, I’d be&lt;br /&gt; most appreciative.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;gt; 1. &amp;nbsp;ISNI, ORCID, VIAF etc … will they each or should they be a&lt;br /&gt; &amp;gt; subset of UUID, in a world where there is a need for identifiers for&lt;br /&gt; &amp;gt; all sorts of things from lab notebooks to datasets to institutions, as&lt;br /&gt; &amp;gt; well as researchers?&lt;/div&gt;
&lt;p&gt;ORCID and VIAF have both plumped for a ‘short’ number and a verbal&lt;br /&gt; prefix (eg VIAF ID: 747462). It is intended (eventually) that the profile&amp;nbsp;&lt;br /&gt; corresponding to a given ORCID should be able to be found from&lt;br /&gt; &lt;em&gt;an&lt;/em&gt;&amp;nbsp;ORCID site, and not necessarily &lt;em&gt;the&lt;/em&gt;&amp;nbsp;ORCID site.&lt;/p&gt;
&lt;p&gt;You can currently construct URLs for both&lt;br /&gt; where that ID number is used as a suffix to do a lookup on that&lt;br /&gt; researcher/author/etc, with effort and consideration being made so&lt;br /&gt; that the URL prefix will not change in the near future. It is naive to&lt;br /&gt; think that any URL prefix that will never, ever change but keeping the&lt;br /&gt; URL usable for as long as humanly possible is given serious thought.&lt;/p&gt;
&lt;p&gt;With UUIDs, you will have to do something identical as there is no DNS&lt;br /&gt; lookup *system* for them but a handful of individual sites that record&lt;br /&gt; links as it suits them. Due to the UUID range being so large, the key&lt;br /&gt; advantage of the scheme is that given a suitably random manner to&lt;br /&gt; generate them, collisions between UUIDs made on separate systems are&lt;br /&gt; incredibly rare. I’m not sure that anyone has recorded a collision&lt;br /&gt; yet, (disregarding those due to poorly configured entropy pools on&lt;br /&gt; virtual machines) This means that it is perfectly reasonable to&lt;br /&gt; generate UUIDs for things completely independently of any central&lt;br /&gt; organising body, and so makes them very cheap and long-lasting.&lt;/p&gt;
&lt;p&gt;People do not like them however – subjectively – they do not like them&lt;br /&gt; as part of visible URLs, they do not like them as identifiers to&lt;br /&gt; wield, and they do not like identifiers for themselves that they&lt;br /&gt; cannot remember by rote.&lt;/p&gt;
&lt;div&gt;&amp;gt; 2. &amp;nbsp;Who decides who is a researcher? &amp;nbsp;In the UK some universities call&lt;br /&gt; &amp;gt; all their members of staff &amp;nbsp;”teacher/researchers”, others make a clear&lt;br /&gt; &amp;gt; distinction. &amp;nbsp;What about schoolchildren who jointly author a paper?&lt;br /&gt; &amp;gt; What about researchers in charities or industry who may never author a&lt;br /&gt; &amp;gt; paper. &amp;nbsp;What about peer-reviewers and research “users”?&lt;/div&gt;
&lt;p&gt;ORCID currently is an “Allow then Deny Later” system. The main&lt;br /&gt; ‘ORCID’ site will be a self-signup website (with an initially limited&lt;br /&gt; ability for proxies to sign up and create and amend profiles for others)&lt;br /&gt; and the ‘researcher-iness’ of profiles will not be policed as there is no need to,&lt;br /&gt; unless the profile claims something untruthful.&lt;/p&gt;
&lt;p&gt;The core of the&amp;nbsp;system is based on trust – if a person claims an institutional affiliation,&lt;br /&gt; that will be marked as untrusted until that institution&lt;br /&gt; verifies this. If an institution or research group doesn’t verify the&lt;br /&gt; data, care is being taken that this is displayed as clearly as&lt;br /&gt; possible.&lt;/p&gt;
&lt;p&gt;There is no need to police people, only to police the claims they make&lt;br /&gt; about themselves and the works they claim to have a hand in&lt;br /&gt; publishing.&lt;/p&gt;
&lt;div&gt;&amp;gt;&lt;br /&gt; &amp;gt; 3. &amp;nbsp;Even institutions which pride themselves on their research may&lt;br /&gt; &amp;gt; only have 20-30% of their staff who are researchers, how do you sell a&lt;br /&gt; &amp;gt; business case to them that they should alter their systems to&lt;br /&gt; &amp;gt; accommodate an identifier for only a minority of the staff on their&lt;br /&gt; &amp;gt; finance/HR/security systems?&lt;/div&gt;
&lt;p&gt;Again, the ORCID system (and to an extent the VIAF system) is geared&lt;br /&gt; to help the researcher – at a basic level, keeping a note of the ID&lt;br /&gt; which a researcher has is all that is required to begin to benefit&lt;br /&gt; from it. I think that due to the well understood pace at which change&lt;br /&gt; occurs within the administrative systems of an institution, the first&lt;br /&gt; meeting at which a business case for change might need to be presented&lt;br /&gt; will occur many, many months after the researchers have adopted the&lt;br /&gt; system for themselves as just part of the academic toolset. And if the&lt;br /&gt; researchers do not find it useful, then it will disappear like so many&lt;br /&gt; of the previous ID systems.&lt;/p&gt;
&lt;div&gt;&amp;gt; 4. &amp;nbsp;Similar question about researchers themselves – they have been&lt;br /&gt; &amp;gt; disappointingly reluctant to deposit their papers in repositories and&lt;br /&gt; &amp;gt; to use grant numbers in their publications, even when “mandated” – who&lt;br /&gt; &amp;gt; will design the compelling interfaces which will encourage them to use&lt;br /&gt; &amp;gt; ORCID … in the academic community we don’t have a great track record&lt;br /&gt; &amp;gt; at designing compelling interfaces?&lt;/div&gt;
&lt;p&gt;It is not an academic community that is designing the interface for&lt;br /&gt; one – it has already been outsourced to a small team of local&lt;br /&gt; designers and developers that Crossref have had good working&lt;br /&gt; relationships with so there is hope there. The key will be&lt;br /&gt; whether or not the system will save time for the researcher and make&lt;br /&gt; certain tasks that they already do easier.&lt;/p&gt;
&lt;p&gt;The API for the ORCID&lt;br /&gt; service is very much the focus at the moment and certain use-cases&lt;br /&gt; have been thought through, such as encouraging publishers and journal&lt;br /&gt; submission processes to use the ID system, rather than get the&lt;br /&gt; researcher (or PA/postgrad by proxy) to fill in all their information&lt;br /&gt; again, as well as bootstrapping the ORCID database with information&lt;br /&gt; already within existing bibliographic databases so that many profiles&lt;br /&gt; need only be claimed and verified, rather than generated anew.&lt;/p&gt;
&lt;p&gt;I do not mean to knock the institutional repository scene unduly&lt;br /&gt; (having been an institutional repo person myself) but I have yet to see&lt;br /&gt; more than a few repositories strive to make the researcher’s&lt;br /&gt; lives easier and better. It is worth noting that those repositories&lt;br /&gt; are the one’s that are thriving.&lt;/p&gt;
&lt;div&gt;
&lt;p&gt;&amp;gt;&lt;br /&gt; &amp;gt; 5. &amp;nbsp;What role would a national registry need to play to map ORCID (or&lt;br /&gt; &amp;gt; a.n.other identifier) with key information? &amp;nbsp;and finally …&lt;/p&gt;
&lt;/div&gt;
&lt;p&gt;In short, include something semantically similar to ‘rdf:seeAlso’&lt;br /&gt; within the database/triplestore/profile for the national registry’s&lt;br /&gt; version of the same person. Many of the codebase changes occurring at&lt;br /&gt; this time are so that the informational claims within other&lt;br /&gt; whitelisted registries can be automatically shown and interpreted&lt;br /&gt; within the ORCID store, moving towards a multi-trust system.&lt;/p&gt;
&lt;div&gt;&amp;gt;&lt;br /&gt; &amp;gt; 6. &amp;nbsp;I understand that the idea is that the researchers themselves&lt;br /&gt; &amp;gt; would control the registration and updating processes – but&lt;br /&gt; &amp;gt; institutions, funders and government agencies will surely want to&lt;br /&gt; &amp;gt; maintain their own registries/database using the ID … yes? &amp;nbsp;Is the&lt;br /&gt; &amp;gt; mechanism for change control of personal information thought out?&lt;br /&gt; &amp;gt;&lt;/div&gt;
&lt;p&gt;As mentioned above, the changes occurring and being implemented are to&lt;br /&gt; effect a solid multi-trust control system, which will allow for the&lt;br /&gt; kind of distributed profiles you mention to be accepted. However, the&lt;br /&gt; systems have to provide data such that a machine can use it, and that&lt;br /&gt; may be the sticking point for a few of these systems.&lt;/p&gt;
</description>
     <comments>http://technicalfoundations.ukoln.ac.uk/blog/orcid-some-questions-and-answers#comments</comments>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/ben-osteen">Ben O&#039;Steen</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/nicky-ferguson">Nicky Ferguson</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/orcid">ORCID</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/orcid-technical-advisory-group">ORCID Technical Advisory Group</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/projects/orcid">ORCID</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/identifiers">identifiers</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/isni">ISNI</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/orcid">orcid</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/orcid-api">ORCID API</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/persistent-identification">persistent identification</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/researcher-identification">researcher identification</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/researcher-ids">researcher ids</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/viaf">VIAF</category>
 <pubDate>Tue, 13 Sep 2011 09:38:00 +0000</pubDate>
 <dc:creator>Ben O&#039;Steen</dc:creator>
 <guid isPermaLink="false">20 at http://technicalfoundations.ukoln.ac.uk</guid>
  </item>
  <item>
    <title>Researcher ID Task and Finish Group</title>
    <link>http://technicalfoundations.ukoln.ac.uk/blog/researcher-id-task-and-finish-group</link>
    <description>&lt;p&gt;The first meeting of the Researcher Identifiers Task and Finish Group was highly successful and productive because it kept a tight focus on developing an achievable, clearly articulated body of work and developing a process and timescale for the series of meetings that will inform this process and the commissioning and delivery of the reports that the discussions will continue to inform, round until January 2012.&lt;/p&gt;
&lt;p&gt;The aim of the first meeting was to agree set of recommendations and collective requirements for Researcher IDs, decide on who else should form a part of future discussions, and decide on the precise scope and limits that the discussions and commissioned work should stay within. At the end of the discussions and after the conclusions of the reports and consultations, it is intended that the JISC should be in a position to commission a number of clearly defined pieces of work to begin implementation of the recommendations of the group.&lt;/p&gt;
&lt;p&gt;The first decision was that only researcher identifiers, not institutional identifiers as well, should be considered as part of this work. The initial discussion reached agreement that, although crucial to many or most areas of research information management, the scope had to remain tighter during the limited time frame of these meetings in order to achieve concrete results rapidly. The question of when a person becomes a researcher for the purposes of the many and varied business processes in the UK HE sector is a complex one, and there was considerable discussion around this point. It was agreed that the work needed to concentrate specifically on the UK HE research information management regime, although it needed to be informed by international developments where that was relevant and appropriate to the UK context.&lt;/p&gt;
&lt;p&gt;Many different business processes within universities in the UK HE sector were discussed, including but not limited to pre- and post-award grant management, research reporting, publications management, human resources for research and teaching, student monitoring including postgraduate records, statutory requirements such as Freedom of Information, league tables and government targets, and government open data initiatives. The tension between the needs and professional preferences of the researcher in maintaining control over their information and those of the institution in effectively carrying out these processes across multiple disciplines and departments at a managed, institutional level was a recurring theme in the discussions.&lt;/p&gt;
&lt;p&gt;There was a focus on the need for technical interoperability with existing systems, in particular on linked data initiatives, especially where that concerns research data sets. The discussion identified several well known researcher ID schemes such as ORCID, HESA IDs and the 16 digit ISNI number. It was agreed that all of these discussions between stakeholders should be documented as a starting point. Suggestions were taken for which stakeholders were not yet present and who should therefore be invited, and it was agreed in particular that HEFCE needed to be represented in some way, whether or not they would actually commit senior staff time to be represented at the meetings directly. It was also suggested that a representative of the Wellcome Trust could be invited.&lt;/p&gt;
&lt;p&gt;In summary, Neil Jacobs stated the overall modus operandi and aims of the group as follows:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;The group will meet 5-6 times to develop recommendations.&lt;/li&gt;
&lt;li&gt;All apart from the first and last meetings will be virtual meetings using Skype, telephone conference or an alternative technology if appropriate.&lt;/li&gt;
&lt;li&gt;The dates of these meetings were to be set out at the end of the meeting (see below), following the discussions about the recommended work packages.&lt;/li&gt;
&lt;li&gt;The group will be presented with pre-existing reports, e.g. ORCID and the Names Project, and these groups will be continuously consulted on the basis of feedback from the meetings, in a manner to be established as the need arises. For example, there will be a workshop at the end of the month to outline opportunities in identity management, from which a short briefing will be delivered to the group.&lt;/li&gt;
&lt;li&gt;The stakeholders will faciliate discussion and provide information to the group.&lt;/li&gt;
&lt;li&gt;Case studies will be used to map out the individual pieces of work that might be done to inform about options, risks, benefits in setting up an identifier infrastructure.&lt;/li&gt;
&lt;li&gt;At the end of 6 months the recommendations that can be implemented on the basis of these discussions will be in place.&lt;/li&gt;
&lt;li&gt;The final report in January 2011 will take a longer term view: there is no expectation that the infrastructure itself will be in place by then. This will be part of subsequent work and will come out of the recommendations that will be in place by then.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;David Flanders then gave a brief summary of developments in the Names Project project, followed by brief summaries given by Brian Kelly of the current state of the ORCID project, and the work on the Technical Foundations (Talat Chaudhri) and ISKB (Thom Bunting) web sites, services and processes being developed by UKOLN staff.&lt;/p&gt;
&lt;p&gt;The rest of the meeting was largely devoted to focussed discussions of the required nature and scope of the work packages that had been suggested in the actions from the discussions in the preceding half of the meeting, for which the group separated into two groups and then came back together to discuss and synthesise their findings.&lt;/p&gt;
&lt;p&gt;In summary, Neil Jacobs reiterated the need to remain aware of milestones outside of this work, e.g. the REF outline in July 2011 and the&amp;nbsp; final specification in January 2012, as well as JES milestones, in order to avoid being caught out by those developments.The meeting was happy with the provisional shape of the work packages recommended to the JISC for commissioning in order to inform the ongoing series of meetings. Josh Brown agreed to prepare a timeline, and that he, Neil Jacobs and David Flanders will report back at the next meeting once these actions have been carried out.&lt;/p&gt;
&lt;p&gt;Finally, dates were agreed for the entire series of meetings. Very considerable progress was made during the meeting in a very short space of time, which was hard but rewarding work that proceeded from an initial position of quite general and all-encompassing discussions in the the area of research management and unique identifiers to a clear, scoped and planned series of provisional work packages and processes for their co-ordination with the ongoing meetings of the group.&lt;/p&gt;
</description>
     <comments>http://technicalfoundations.ukoln.ac.uk/blog/researcher-id-task-and-finish-group#comments</comments>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/andy-youell">andy youell</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/brian-kelly">brian kelly</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/cameron-neylon">cameron neylon</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/david-flanders">david flanders</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/geraldine-clement-stoneham">geraldine clement-stoneham</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/gerry-lawson">gerry lawson</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/josh-brown">josh brown</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/neil-jacobs">neil jacobs</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/peter-tinson">peter tinson</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/simon-coles">simon coles</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/simon-kerridge">simon kerridge</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/talat-chaudhri">talat chaudhri</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/arma-uk">arma uk</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/hefce">hefce</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/hesa">hesa</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/jisc">jisc</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/mrc">mrc</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/nerc">nerc</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/oclc">oclc</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/rcuk">rcuk</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/stfc">stfc</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/ucisa">ucisa</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/ukoln">ukoln</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/projects/arma-uk">arma uk</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/projects/eurocris">eurocris</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/projects/iskb">iskb</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/projects/names-project">names project</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/projects/technical-foundations">technical foundations</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/academiaorg">academia.org</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/hesa-id">hesa id</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/isni-identifier">isni identifier</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/mendeley">mendeley</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/orcid">orcid</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/ref">ref</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/research-reporting">research reporting</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/researcher-identification">researcher identification</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/researcher-ids">researcher ids</category>
 <pubDate>Mon, 20 Jun 2011 15:42:00 +0000</pubDate>
 <dc:creator>Talat Chaudhri</dc:creator>
 <guid isPermaLink="false">13 at http://technicalfoundations.ukoln.ac.uk</guid>
  </item>
  </channel>
</rss>