<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xml:base="http://technicalfoundations.ukoln.ac.uk/taxonomy/term/276/all" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Current Research Information Systems: relevant content on this site</title>
    <link>http://technicalfoundations.ukoln.ac.uk/taxonomy/term/276/all</link>
    <description></description>
    <language>en</language>
          <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>The collaborative research environment: publications management, CRIS systems and repositories</title>
    <link>http://technicalfoundations.ukoln.ac.uk/blog/collaborative-research-environment-publications-management-cris-systems-and-repositories</link>
    <description>&lt;p&gt;Some months ago, I intended to write a post inspired by &lt;a data-mce-href=&quot;http://digitalcuration.blogspot.com/2008/08/repositories-and-cris.html&quot; href=&quot;http://digitalcuration.blogspot.com/2008/08/repositories-and-cris.html&quot;&gt;this post&lt;/a&gt; by Chris Rusbridge on CRIS systems. One particular motivation for this was reference he made to some &lt;a data-mce-href=&quot;http://jiscrepository.ideascale.com/akira/dtd/1412-784&quot; href=&quot;http://jiscrepository.ideascale.com/akira/dtd/1412-784&quot;&gt;comments by Stuart Lewis&lt;/a&gt;, particularly relating to the &lt;a data-mce-href=&quot;http://www.symplectic.co.uk/products/publications.html&quot; href=&quot;http://www.symplectic.co.uk/products/publications.html&quot;&gt;Symplectic Publications Management System&lt;/a&gt;. This was the subject of an impressive demo in Aberystwyth by Daniel Hook of Symplectic and Imperial College, London, while I was in my previous post as Repository Advisor. We were very interested by CRIS systems as back-end systems for managing research outputs at source. I believe that Stuart had been in touch with Niamh Brennan, who has since been kind enough to give me some general details about the CRIS system that has been produced in-house at Trinity College, Dublin. I should note that I have not seen it in operation.&lt;/p&gt;
&lt;p&gt;One reason that I never published the original post is that most commentators in the repository community probably agree that a CRIS is innately a Good Thing in any event, so it needs no detailed endorsement from me. (A further concern is that I do not wish to be seen to be making specific comments on developments at Aberystwyth, which is a matter for them, so I shall confine my remarks to the systems at issue here.) In short, as Stuart’s comments cited by Chris in the above blog make clear, the CRIS does not replace the repository but “sits behind it” and provides content. There are of course a great variety of ways in which this could be achieved in practice, depending on the particular system in question. I will address the definition of a CRIS further below. However, the Symplectic system deserves more detailed commentary here, for reasons that will become clear.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Symplectic Publications Management System&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;There seems no reason to doubt Symplectic’s obvious competence in publications management, having witnessed how effective this piece of software had already been, albeit having only been tested in a limited number of institutions at the time. It was, to my mind, impressive that Daniel Hook was both frank and receptive about the merits and development potential of his system. Indeed he had no real need for the hard sell because the software had been built &quot;by academics for academics&quot;, so it consequently fulfilled most of the basic requirements already and many of the other features that he was questioned about were already in the pipeline.&lt;/p&gt;
&lt;p&gt;However, this post is by no means intended as a wholehearted eulogy directed at the Symplectic system. It was developed in the context of scientific disciplines, and had not at the time been tested in arts and humanities disciplines, although to be fair this point was made openly by Daniel Hook himself. I do not see why it should fail &lt;em&gt;in principle&lt;/em&gt; in non-science disciplines, although the take-up may be less enthusiastic in the same way that one finds in repositories. The real problem is the limited coverage of these disciplines by union databases such as Web of Science, though this is not the fault of Symplectic. Their efforts may in time provide one reason to improve those databases, which underlie the core functionality of the system.&lt;/p&gt;
&lt;p&gt;Briefly, the system replaces the university&#039;s reporting system. The academic logs on and merely has to choose whether to agree that a new paper in Web of Science belongs to him or her. They are able to declare that it is identical to another version, perhaps in another database, or else they can separate two papers of the same name, e.g. a conference paper and a published paper. They can optionally correct the metadata. Evidently, for papers not found in Web of Science, academics can enter the details of the papers manually, although this process then loses all of its automated advantage over author self-deposit in a repository. For this reason, the system has the greatest advantage in science subjects. The administrator can see whether academics are responding to its suggestions and thus, in disciplines with good database coverage, can gain a good idea of how comprehensively they are archiving content. Finally the system is entirely interoperable with DSpace, so that items may be deposited through either interface (I am less sure about EPrints and Fedora). Permissions can be set and delegated on a fairly granular level, unlike in repositories, so that academics can have control over who can deposit items on their behalf, such as co-authors.&lt;/p&gt;
&lt;p&gt;The system provides useful tools to help simplify and automate research reporting that is already mandatory for academics, rather than introducing new obligations and unnecessarily duplicating the deposit/ingest phase. By contrast, repositories require this as an additional process, after research reporting. Of course, certain repositories are used for research reporting, which requires an effective or explicit institutional mandate, but in their present forms they are badly suited to describing the finer details of funding grants and projects. This is handled rather better by Symplectic, but obviously requires manual metadata input.&lt;/p&gt;
&lt;p&gt;It may come as no surprise, given my involvement with &lt;a data-mce-href=&quot;http://www.ukoln.ac.uk/repositories/digirep/index/SWAP&quot; href=&quot;http://www.ukoln.ac.uk/repositories/digirep/index/SWAP&quot;&gt;SWAP&lt;/a&gt;, that I should level a criticism at the Symplectic system on the basis of its simple versioning model. Clearly one might wish to be able to say more than whether two papers are identical or not. It was clear that no complex relationships could be described at the time of the demo. I hope that this is addressed in future iterations of the software.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;CRIS systems&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;A further issue is whether the Symplectic system qualifies as a CRIS at all, as pointed out to me by Niamh Brennan. Apparently it does not. There is no indication that it supports the CERIF standard maintained by EuroCRIS, and moreover it does not provide the means to support the creation and versioning of research outputs and related project information from their very inception, which is one of the purposes of a CRIS system. Instead, it only deals with papers after publication, in the same way as a repository.&lt;/p&gt;
&lt;p&gt;Whether or not academics, particularly those whose working practices are long-established, would willingly switch over to using a CRIS in this way is perhaps a matter for doubt. It might be possible to compare, for example, mandated and voluntary use of CRIS systems, but at present I have no evidence for the relative feasibility or success of either approach. I hope to be able to see other CRIS systems in action, and that an Open Source platform will become available before long. I suspect that they have considerable potential in managing research and making it freely available. However, it may be naïve to simply assume that they will provide a complete solution for research management. At present, &lt;span data-mce-style=&quot;text-decoration: line-through;&quot; style=&quot;text-decoration: line-through;&quot;&gt;the only commercial software seems to be &lt;a data-mce-href=&quot;http://www.atira.dk/en/pure/&quot; href=&quot;http://www.atira.dk/en/pure/&quot;&gt;PURE&lt;/a&gt;, given the apparent demise of UniCRIS&lt;/span&gt; there appear to be three commercial competitors: &lt;a data-mce-href=&quot;http://converis.avedas.com/&quot; href=&quot;http://converis.avedas.com/&quot;&gt;CONVERIS&lt;/a&gt;,&amp;nbsp; &lt;a data-mce-href=&quot;http://www.atira.dk/en/pure/&quot; href=&quot;http://www.atira.dk/en/pure/&quot;&gt;PURE&lt;/a&gt; and &lt;a data-mce-href=&quot;http://www.unicris.com/&quot; href=&quot;http://www.unicris.com/&quot;&gt;UniCRIS&lt;/a&gt; [updated 22/09/2009].&lt;/p&gt;
&lt;p&gt;The functionality that these systems highlight that traditional repository platforms lack – with the proviso of course that no two in-house CRIS systems necessarily share the same functionality – is the ability to offer a collaborative environment for research management and research reporting. In the case of a CRIS, this is supposed to extend to the creation of research from its inception. As a repository manager, I recall being asked by several academics why they were unable to manage their own metadata in our repository, considering that responsibility for their own research is a core function of their employment. This is an entirely fair criticism, to which I will return.&lt;/p&gt;
&lt;p&gt;It is difficult to see why a CRIS should not share all of the main characteristics of a repository. Both manage the ingest of bitstreams and the creation of metadata. Both repositories and the Symplectic system can be used to expose these materials to the web or alternatively set permissions to view them, and to generate publications lists for authors or research groups. Ultimately these are a set of very similar systems with slightly different but related, complementary purposes.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Implications for repositories&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;This discussion highlights the conceptual similarity of the current repository platforms to publication platforms, despite the usual claim that they are &lt;em&gt;not&lt;/em&gt; publishing research but merely archiving it after publication. In legal and practical terms at least, they are self-evidently re-publishing it by making it publicly available in a further location. (One might speculate that this is the reason for the animosity of certain publishers towards repositories.) After all, to publish ultimately means to make public. But in academic usage, publishing also includes peer review. In my view, it might be a good time to start drawing a clear distinction between these functions.&lt;/p&gt;
&lt;p&gt;I have heard &lt;a data-mce-href=&quot;http://www.paulwalk.net/&quot; href=&quot;http://www.paulwalk.net/&quot;&gt;Paul Walk&lt;/a&gt; refer many times to the “silo effect”, which seems to be at the core of the problem with the present repository platforms. Unlike other websites, the repository is not an interactive site. Having seen the statistics for repository access using Google Analytics, I can report that only a small minority of visitors access the site directly or by referral from university web pages. Virtually all papers are found using Google (only rarely other search engines) and those visitors do not remain on the site after they have found the content. They are largely oblivious to the existence of the repository. Very few users were referred by Intute or OAIster. All of these problems are to some extent unavoidable and well-known, but the repository should at least be more interactive than it is from the point of view of the depositors.&lt;/p&gt;
&lt;p&gt;I should note that the large part of my experience with repositories relates to DSpace, though I am also familiar with EPrints. The My DSpace (user area) function offers the user no functionality other than being able to change their personal details and submit content, and even the latter usually requires manual authorisation by the administrator. EPrints is generally similar. This immediately results in confusion, erroneous error reports and so on from sometimes irate new users, but it is quite logical for the repository manager, who needs to know who is submitting content and generally wants to intervene to give basic initial copyright advice in order to save problems later with incorrect versions being supplied.&lt;/p&gt;
&lt;p&gt;There is clearly a role for automating the setting of permissions for deposit on the basis of staff records. Though it presents problems, it can be done routinely for other university software systems (including apparently the Symplectic system). I would be interested to hear whether this has been done successfully in the majority of EPrints and DSpace repositories.&lt;/p&gt;
&lt;p&gt;But the issue runs deeper: the only tool that the repository manager has to safeguard copyright liabilities is the ability to monitor submissions. It would be most unwise to set editorial permissions for all authors over their own metadata because there is no function to view recent changes, only recent deposits. Such changes might easily be in breach of copyright, despite the author’s best intentions. (In DSpace up to version 1.5, permissions can only be set by group, not for individual authors.) There is no easy versioning system, such as the sort used in wikis, and any changes to bitstreams can normally only be reversed by recourse to restoring from general back-ups.&lt;/p&gt;
&lt;p&gt;It is evident to me that the present situation is not scalable. When the majority or even the plurality of research outputs are available, there will be far too much in each repository for its staff to deal with. A more scalable, collaborative solution is needed before that situation is reached, involving all parties concerned with the production of research in maintaining it on the web.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;General recommendations&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;To summarise, the consequence is that items are “frozen” as soon as the repository manager completes checking for copyright checking and basic metadata compliance, after which any changes must be requested by email. The following features would need to be in place in order to allow repository managers to implement a more collaborative worklow:&lt;/p&gt;
&lt;p&gt;(1) historical versioning control needs to be in place for editors to have the ability to easily roll back records and choose&lt;br /&gt; which may be viewed by the public.&lt;/p&gt;
&lt;p&gt;(2) in addition to the initial checking step in the workflow, all recent changes to the repository need to be visible to the repository manager. These could be vetted, i.e. they could remain pending until allowed by the repository manager, if desired.&lt;/p&gt;
&lt;p&gt;(3) users need to be better identified as authors, even where another individual, e.g. co-author or administrator, has deposited on their behalf.&lt;/p&gt;
&lt;p&gt;(4) the permissions system needs to allow granular control over what an individual may change within their own deposits, whether bitstreams or metadata, and within groups in the repository.&lt;/p&gt;
&lt;p&gt;(5) bitstreams and links to versions elsewhere on the web should be treated equally in the interface, since the user is concerned with getting the resource, not where it is.&lt;/p&gt;
&lt;p&gt;(6) as in the Symplectic system, users should be allowed to delegate those rights to individuals within their workgroup.&lt;/p&gt;
&lt;p&gt;(7) as in Symplectic, users should have control over which publications appear in their publications list, and in what order.&lt;/p&gt;
&lt;p&gt;It would also be desirable for repositories to use a method similar to that used by Symplectic to compare records to new items appearing in Web of Science. In that way, authors would have an ongoing dialogue with the repository, and an impetus to use it as a collaborative tool. In effect, there should be no conceptual difference between a publications management system and a repository – and, frankly, the former term is instantly meaningful to the user, while the latter means nothing to them at all. Such public relations disasters have led to the present stagnation in repositories. I would suggest that in any working system, the CRIS, the publications management system and the repository ideally need to be modular parts of the same software.&lt;/p&gt;
&lt;p&gt;The repository world currently suffers from a dictatorial, top-down management structure that is in considerable part imposed by the design of the current repository platforms. At present, repositories do not meet the standards of collaborative software that we come to expect from Web 2.0 services. They also seem to be in direct conflict with the traditional responsibility of the academic and/or department for proper research reporting within the institution. The Symplectic Publications Management System and the concept of CRIS systems offer a more collaborative model that can help avoid repeating the same tasks. In addition, they can help record complex grant information, some of it confidential or commercial, that may not be for public release on the Web. Moreover, they offer an interactive workflow with real time-saving benefits for academics. In contrast, self-archiving in repositories merely repeats a task that is mandatory elsewhere, and does not represent joined-up thinking.&lt;/p&gt;
&lt;p&gt;Incorporating the already mandatory process of research reporting into such systems would effectively by-pass the need for institutional mandates for self-archiving by incorporating it into the existing workflow using new software tools. Progress with such mandates has been crushingly slow, despite the success of the few that have been achieved. However, since all institutions are organised differently, it is simply not the case that only one single method for acquiring freely accessible content, however effective when implemented, is the only possible way to success. Collaborative research management is clearly a good idea for this end, as well as for saving time and effort on the part of academics, irrespective of the merits of institutional mandates.&amp;nbsp; It would also be a more scalable, sustainable basis for repositories to work that the present situation. On that basis, I suggest that it may well be a Good Thing.&lt;/p&gt;
</description>
     <comments>http://technicalfoundations.ukoln.ac.uk/blog/collaborative-research-environment-publications-management-cris-systems-and-repositories#comments</comments>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/chris-rusbridge">Chris Rusbridge</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/daniel-hook">Daniel Hook</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/niamh-brennan">Niamh Brennan</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/paul-walk">paul walk</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/persons/stuart-lewis">Stuart Lewis</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/aberystwyth-university">Aberystwyth University</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/eurocris">EuroCRIS</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/symplectic">Symplectic</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/organisations/trinity-college-dublin">Trinity College Dublin</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/cerif">CERIF</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/current-research-information-systems">Current Research Information Systems</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/dspace">DSpace</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/eprints">EPrints</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/fedora">Fedora</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/intute">Intute</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/oaister">OAIster</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/publications-management">publications management</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/pure">PURE</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/repositories">repositories</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/research-reporting">research reporting</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/swap">swap</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/unicris">UniCRIS</category>
 <category domain="http://technicalfoundations.ukoln.ac.uk/overview/topics/web-science">Web of Science</category>
 <pubDate>Thu, 02 Apr 2009 16:41:00 +0000</pubDate>
 <dc:creator>Talat Chaudhri</dc:creator>
 <guid isPermaLink="false">73 at http://technicalfoundations.ukoln.ac.uk</guid>
  </item>
  </channel>
</rss>