<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>JISC consultation on identifiers 2010</title>
	<atom:link href="http://identifiers2010.jiscpress.org/feed/" rel="self" type="application/rss+xml" />
	<link>http://identifiers2010.jiscpress.org</link>
	<description></description>
	<lastBuildDate>Tue, 22 Feb 2011 11:51:23 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
		<item>
		<title>Persistent Identifiers and the URI-dependent institution</title>
		<link>http://identifiers2010.jiscpress.org/persistent-identifiers-and-the-uri-dependent-institution/</link>
		<comments>http://identifiers2010.jiscpress.org/persistent-identifiers-and-the-uri-dependent-institution/#comments</comments>
		<pubDate>Mon, 20 Sep 2010 17:46:04 +0000</pubDate>
		<dc:creator>stephenbayliss</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=299</guid>
		<description><![CDATA[This material was prepared as part of the JISC Persistent Identifiers Activity. One of its objectives is to stimulate discussion around these topics, so please add your thoughts and comments. Identifiers should deliver value through curation Every institution today mints identifiers on the web, and their web servers resolve them to digital resources. Every institution [...]]]></description>
			<content:encoded><![CDATA[<p><em>This material was prepared as part of the <a href="http://identifiers2010.jiscpress.org/">JISC Persistent Identifiers Activity</a>.  One of its objectives is to stimulate discussion around these topics, so please add your thoughts and comments.</em></p>
<h1>Identifiers should deliver value through curation</h1>
<p>Every institution today mints identifiers on the web, and their web servers resolve them to digital resources.  Every institution has an actionable URI space.  As the web as a medium becomes increasingly pervasive and reaches into institutional and professional life, user expectations will continue to grow.  As more content becomes available digitally, data silos are being opened up for access on the web.  As scholarly participation in real-time conversations on the web explodes through blogs, tweets, etc so will the<em> reliance on the HTTP </em><em>URI</em><em> as the fundamental currency of value of the web </em>grow.</p>
<p>Steps must be taken to protect the URI as the emergent currency of the web – to organise the URI space with respect to organisational responsibilities and the services offered within it, and to maximise the value generated by those URIs to benefit the institution.</p>
<p>Organisational mechanisms to provide reliability of these HTTP URIs are vital.  Automation of curative and administrative responsibilities are beginning to move away from big, specialist systems, towards sets of services that can interact with resources and stakeholders on the web in useful, flexible and granular ways.  Repositories are seen less as places or systems, and more as part of a commitment towards preservation and curation.</p>
<table border="1" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td width="158" valign="top"><strong>Institutional obligation to maintain..</strong></td>
<td width="150" valign="top"><strong>Technical obligation to maintain..</strong></td>
<td width="153" valign="top"><strong>Technical services are..</strong></td>
<td width="155" valign="top"><strong>Justified   because..</strong></td>
</tr>
<tr>
<td width="158" valign="top">Value</td>
<td width="150" valign="top">Interoperation</td>
<td width="153" valign="top">Annotation, notification, <strong>agility</strong></td>
<td width="155" valign="top">“Lots of uses   keeps stuff valuable”. “<strong>Lots of URIs   keep stuff relevant</strong>.”</td>
</tr>
<tr>
<td width="158" valign="top">Service</td>
<td width="150" valign="top">Application</td>
<td width="153" valign="top">Transformation,   search, index, ingest, <strong>expose</strong></td>
<td width="155" valign="top">“Lots of services   <strong>and lots of data</strong> keeps stuff   useful”</td>
</tr>
<tr>
<td width="158" valign="top">Context</td>
<td width="150" valign="top">Interpretation</td>
<td width="153" valign="top">Characterisation,   inventory</td>
<td width="155" valign="top">“Lots of   description keeps stuff meaningful”</td>
</tr>
<tr>
<td width="158" valign="top">State</td>
<td width="150" valign="top">Protection</td>
<td width="153" valign="top">Replication,   fixity, storage, identity</td>
<td width="155" valign="top">“Lots of copies   keeps stuff safe”</td>
</tr>
</tbody>
</table>
<p><em>Table 1 – adaptation of UC3’s model of “micro-services”</em></p>
<p>The table above shows an adaption of the UC3 philosophy to move towards a services delivery model, one that ultimately links its preservation obligations at the lower tiers to persistently deliver and curate to its obligations to value at the upper ones.  The additions are given in bold.  UC3 is seeing its delivery less in terms of a monolithic system but more of a process.  And these activities rely on identifiers: it is clear that in such a model, a set of agile, granular, and independent services can support changing environmental needs, cost efficiencies can be made, and value delivered <strong>if</strong> a pervasive underlying “fabric” of identifiers and linkages is carefully designed and managed.</p>
<h1>Trust as a value proposition on the web</h1>
<p>Organisations try hard to achieve high degree of trust on the web.  Commercial organisations such as Freebase and Thompson-Reuters exemplify the desire to achieve as much reuse of identifiers which they curate on the web as possible, and have invested heavily in their identifiers.  But these are the areas in which institutions have created a wealth of expertise and understanding, as they have dealt with themes such as origination and provenance, reproduce-ability as the basis of trust and validation, complex data management, origination, processing, and application to real-world artefacts as well as data.</p>
<p>These values of t<strong>r</strong>ust and reliability speak to the persistent identifier debate.  The embedding and use of the HTTP URI to cater for a variety of hitherto more specialist activities can be seen as a tremendous opportunity for institutions and stakeholders to realise value from what they already own, know and do.</p>
<p>The arguments for ubiquity of HTTP URIs do not detract in any way from the fact that many uses of persistent identifiers demand tightly-specified and tightly-controlled metadata schema, data models or ontologies, thus taking a centralised approach to trust.  However, a centralised approach will necessarily be limited in scope unless it addresses interoperability: a motivating factor behind the development of the MPEG-21 RDD (Rights Data Dictionary) was that semantic mappings across metadata schemes ought to be tightly controlled by a central authority.  A similar approach has been adopted by the DOI with its use of the indecs Data Dictionary (iDD).</p>
<h1>Summary</h1>
<p>Solutions and practices to manage the transformational changes required to succeed in this evolutionary web environment are evolving.  Innovative technical services based in the cloud have already seen widespread growth.  This trend will continue.  Institutions are already coming together to cooperate over persistent identifier standards at both national and international levels.   JISC is engaged in an ongoing international programme of work to support this, covering persistent repository, author and organisational identifiers<a href="#_ftn1">[1]</a>.  However, the way in which institutions choose to represent what they have and do in this environment remains the preserve of the institution.</p>
<p>There are significant challenges ahead.  For institutions, a simplistic view of stand-alone “repository systems” that support persistent identifiers will not suffice.</p>
<p>The informational, technical and social behavioural context in which an institution is situated is dynamic, so the practices and supportive technology must also be dynamic to meet these challenges.  The overall focus must remain with maintenance of a commitment towards identifiers as the underpinning of a pervasive institutional presence on the web.</p>
<p>When carefully understood in relation to its core activities, there is good reason to believe the link effect on the web can help institutions to successfully undergo the transformative processes required to let the web deliver value to them – but without persistently reliable, trustworthy and authoritative web identifiers, any web strategy will fail.</p>
<p>“Without adequate institutional commitment and clearly defined roles and responsibilities, identifiers cannot offer any guarantees of persistence, locate-ability, or action-ability in the long or short-term.”<a href="#_ftn2">[2]</a></p>
<p><strong>Web technologies and practices have reached a tipping point with respect to persistence of identifiers.   So not only do we need to care – we need to care and act now.</strong></p>
<div>
<hr size="1" />
<p>
<a name="_ftn1">[1]</a> <a href="http://repinf.pbworks.com/Persistent-identifiers">http://repinf.pbworks.com/Persistent-identifiers</a></p>
<p><a name="_ftn2">[2]</a> Persistent Identifiers, J Davidson 2006.  <a href="http://www.dcc.ac.uk/resources/briefing-papers/introduction-curation/persistent-identifiers">http://www.dcc.ac.uk/resources/briefing-papers/introduction-curation/persistent-identifiers</a></p>
</div>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/persistent-identifiers-and-the-uri-dependent-institution/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Persistent Identifiers and the Web</title>
		<link>http://identifiers2010.jiscpress.org/persistent-identifiers-and-the-web/</link>
		<comments>http://identifiers2010.jiscpress.org/persistent-identifiers-and-the-web/#comments</comments>
		<pubDate>Mon, 20 Sep 2010 17:45:42 +0000</pubDate>
		<dc:creator>stephenbayliss</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=297</guid>
		<description><![CDATA[This material was prepared as part of the JISC Persistent Identifiers Activity. One of its objectives is to stimulate discussion around these topics, so please add your thoughts and comments. This section discusses how developments on the web might impinge on the more preservation-oriented practices around persistent identifiers. It puts forwards a viewpoint that these [...]]]></description>
			<content:encoded><![CDATA[<p><em>This material was prepared as part of the <a href="http://identifiers2010.jiscpress.org/">JISC Persistent Identifiers Activity</a>.  One of its objectives is to stimulate discussion around these topics, so please add your thoughts and comments.</em></p>
<p>This section discusses how developments on the web might impinge on the more preservation-oriented practices around persistent identifiers.  It puts forwards a viewpoint that these developments require acknowledgement and action.</p>
<h1>Web terms and processes</h1>
<p><strong>URLs and HTTP URIs</strong>:  A Uniform Resource Locator (URL) is an identifier used on the web, and stands for “Uniform Resource Locator”, for instance “http://www.example.com”.  The “http:” part specifies the protocol for resolution (others include “ftp:” and “mailto”).  An HTTP URI is a URL that uses the HTTP protocol.</p>
<p><strong>Resources on the web and in the real world</strong>:  A &#8220;Resource&#8221; is the web term for any entity referred to by a URI.  Some resources exist on the web, such as web pages, images, documents etc.  Other resources are real-world entities such as people, events, organisations.  URIs can be used as identifiers for both of these categories of &#8220;things&#8221;.  If a URI names a thing on the web it is known as an informational resource and the URI resolves to the thing that it names.  If the URI names a real-world entity, then it should resolve to a description of the thing that it names, ie metadata about the resource.</p>
<p><strong>Representations and content negotiation</strong>:  A URI names a resource, but the resource may be available in different formats or representations.  For instance a journal article may be available as a web page, a PDF file and a word document.  An image may be available as a JPG file and a TIFF file.  Content negotiation is the process by which the agent retrieving the resource (typically a web browser) informs the provider of a resource (eg a web server) what kinds of representations it prefers, and by which the provider supplies an appropriate representations.</p>
<p>These processes are important because they underpin the way in which information is made openly available on the web, so that it may be discovered, cited, and potentially interlinked, to form &#8220;linked data&#8221;.  For &#8220;linked data&#8221; to work, identifiers for non-informational resources need to retrieve descriptions that can be understood by machines.  If these descriptions contain URIs for concepts the data is termed &#8220;semantic&#8221;.</p>
<p>One goal of linking entities this way is to produce a wide variety of useful services that can use data from anywhere on the web in potentially widely different and unforeseen contexts.</p>
<p>There is no central authority responsible for allocating HTTP URIs.  It is up to the &#8220;owner&#8221; of the URIs to take care of them.  If the URIs are not appropriately managed this can lead to broken links (&#8220;link rot&#8221;), where a URI no longer resolves to its representation (or metadata in the case of non-informational resources).  Different URIs may be created for the same thing, by different people and/or systems, and unless appropriate processes are put in place it is difficult to have common agreement that the same &#8220;thing&#8221; is being identified.  &#8220;Co-reference&#8221; is the situation where more than one identifier is used for a single resource.</p>
<h1>The web as an institutional problem</h1>
<p>There has been a certain persistence of debate about persistent identifiers, and the same themes recur.  Studies have suggested digital resources on the web require additional attention to enable their accessibility and reusability over time<a href="#_ftn1">[1]</a>.  Hyperlinks “decay”<a href="#_ftn2">[2]</a>.  There has been a lack of shared agreement over what precise purpose persistent identifiers serve, what they actually should “do”.  The scope of Persistent Identifiers might include any or all of naming, resolution, binding to descriptive metadata, current adoption, trustworthiness and organisational hierarchy, human readability and technical interoperability with other identifier standards – it all depends on the underlying requirements that the identifier must help fulfil.</p>
<p>The work and debates around Persistent identifiers has primarily been set in the context of identification of digital <em>resources</em> over time.  Implementing support for persistent identifiers has often been regarded as a technical issue that requires a technical solution.  A sizable number of divergent systems have been developed to enable Persistent Identification, and a number of schemes developed.</p>
<p>However, this seemingly ever-fragmenting situation may be changing.  At the meeting convened by JISC in February 2010 to discuss persistent identifiers, the usual discord as to the “correct” solution was displaced by a general will for agreement amongst parties to commit to areas of commonality, and to move the debate forward, acknowledging the increasing importance of the web as a solution, rather than merely treat the web as a problem to overcome because of link-rot.</p>
<p>The link-rot issue has by no means gone away: but developments and early adopters may be showing the way forward: the web may in fact offer a helping hand, and the responsibilities and organisational commitments institutions need to make “on” and “off” the web may be reaching some clarity.</p>
<p>There has been a shift in awareness that URLs are not just a transitory mechanism for accessing resources, but are fundamentally identifiers in their own right, and need to be managed as such.</p>
<h1>Towards the web as an institutional solution</h1>
<p>More recently, a number of factors have contributed towards evolution of thinking about Persistent Identifier systems, more towards an <em>increased</em> <em>automated support of persistence</em> of identifiers, in whatever form that may take.  For example, The University of California Curation Center (UC3) have evolved a set of “curation microservices”<a href="#_ftn3">[3]</a> to address the notion that there are many social and organisational functions underpinning their overall remit to keep their managed resources available over time, and it is unrealistic and not cost-effective to expect a single system or even architecture to support this.  The intellectual shift from <em>system boundary </em>to<em> responsibility</em> <em>boundary</em> is further reflected in the work of PILIN, which utilised a notion of “curation boundaries” in piloting a national solution for persistent identifiers<a href="#_ftn4">[4]</a>.</p>
<p>These factors are down to evolution of the usage of web itself, as well as a gradual evolution of technical web standards.  The web in a sense could be seen to be going back to its roots<a href="#_ftn5">[5]</a>. There is great power in enabling the “link effect”: keeping to simple standards and affording mass connectivity, coalescing around identifiers, URIs, to identify “resources” on the web, with a common resolution mechanism, HTTP.</p>
<p>It is therefore important to understand how changes in web practices impact the underlying needs addressed by persistent identifiers.</p>
<h2>From carriers to content – generalised representation of entities on the web</h2>
<p>The rise of social networks and tagging as an integral part of web usage has seen web identifiers used not just for web pages, images, PDF files etc, but to represent real-world people, organisations, places, events and so on.  Tags are commonplace in their use for informal classification.  Services such as Twitter or Delicious allow URLs for tags to be minted to name anything the user chooses, and to be resolved to presentable information.</p>
<p>There are now sufficient standardisation for representing these “non-informational resources” to enable the “linked data” community to create generalised descriptive metadata on the web, metadata that includes web-addressable identifiers for anything.  The metadata ascribing meaning to identifiers on the web may in itself be persistent and on the web.</p>
<h2>Linked data, open data, and the semantic web</h2>
<p>Despite significant academic research into application of artificial intelligence techniques to the web, with some success as distinct communities are making ontologies available [oceanography] and finding ways of inter-linking them, broader interest has only begun with very recent grass-roots efforts within the “linked data” community.  Data is being made available on the web, and practices for their interlinking defined<a href="#_ftn6">[6]</a>.</p>
<p>The exploration of the techniques required to achieve useful results has led to emergent practices revolving around identifiers, especially around HTTP URIs.  Debates and solutions range over a number of resultant issues, such as whether HTTP URIs should be “opaque” or human-readable.</p>
<p>These practices include directly supporting, on the web, functionalities that can potentially assist with curation obligations, functionalities traditionally the preserve of specialist institutional systems.</p>
<p>It is arguably worthwhile to pause to consider how web technologies can today cover functionalities traditionally associated with persistent identifiers:</p>
<ul>
<li><em>Discovery</em> through semantic search –SPARQL<a href="#_ftn7">[7]</a> is a standard capable of querying RDF data over the web.  Major search engines are now indexing RDF, and several specialist engines exist such as sig.ma.  By indexing data that uses web-compatible classification formats such as SKOS, these services have the potential to enable web-scale discovery more traditionally the domain of specialist thesaurus-based search tools within the institution.</li>
<li><em>Text-mining</em>, for automated allocation of URIs to concepts and data found within text <a href="#_ftn8">[8]</a>.</li>
<li><em>Representational variants of resources </em>– content negotiation<a href="#_ftn9">[9]</a> provides a standardised means of returning a representation of some entity in a digital format appropriate to the tool (eg, web browser) requesting it.</li>
<li><em>Time-variant versioning of resources</em> – a method from the Memento project<a href="#_ftn10">[10]</a> for retrieval of different resource versions based on HTTP URIs is seeking standardisation</li>
<li><em>Breadth and expressivity of identifier linkage on the web </em>– going well beyond the plain hyperlink, searches using services such as Sindice, OKKAM and RKBExplorer can group co-references, where multiple URIs may denote the same entity.  Typed RDF links can categorise the linkages, but also collection-type linkages are possible via OAI-ORE.</li>
<li><em>Citation by URN – </em>An<em> </em>international implementation of a URN (URI) resolver exists serving several nations that have adopted the URN-NBN for bibliographic records.  The implementation is extremely lightweight but does assist persistent identification for the intended purpose.</li>
<li><em>A</em><em>ddressability of software – </em>the widespread adoption of web-addressable “REST-ful”<a href="#_ftn11">[11]</a> web services using HTTP URIs has overcome a great number of interoperability challenges.  The chief point is that today, a great variety of software is available to produce and consume resources and data given its availability via HTTP URIs.</li>
</ul>
<p>The spectrum of current approaches towards availability and interoperability of data on the web that is intrinsically associated with web identifiers is outlined in this blog post by Paul Wark<a href="#_ftn12">[12]</a>.</p>
<h1>Other factors related to the web</h1>
<h2>Behaviour and social expectations</h2>
<p>All stakeholders – whether teachers, learners, researchers, administrators or scholars – today expect to be a citizen on the web, as well as one affiliated to an institution.  Being “on the web” is no longer the preserve of web specialists or marketers.  Scholarly practices are conducted to some degree or other via the web, and the web can be used to contribute significantly to an institution or individual’s reputation.  In some industries, a new class of professional has emerged to maximise value through the use of new services such as Twitter.</p>
<h2>Data deluge</h2>
<p>For digital items, the main issues are no longer about holding<em> </em>and controlling the availability of a “copy”: copying is cheap   As a recent Economist article<a href="#_ftn13">[13]</a> puts it, the “data deluge” is upon us.  “Data about everyone and everything will be everywhere”.  In this environment, an institution must establish its reputation through differentiation on the web – there is a need to stand out.  Persistent identifiers can help with branding and a clearer ownership of intellectual property through more definitive attribution and citation.</p>
<h2>Attention data and Real-time</h2>
<p>Linkage on the web is is no longer static.  Identifiers within RSS feeds are standard.   Usage of web-addressable identifiers embedded within near real-time information streams has become commonplace on services such as Twitter.  Indeed, sizeable commercial ventures have turned to this form of identifier to differentiate their web search and better target advertising using data about user’s habits on the web (eg Topsy, a search engine powered by tweets<a href="#_ftn14">[14]</a>).  Timeliness has become increasingly valuable on the web, and offers a new way to engage with scholarly resources, individuals and the institution as a whole.</p>
<h1>Impact on the persistent identifiers debate</h1>
<p>How far these developments impact the overall remit for persist identifiers remains an open question.  Ultimately the answers can only be determined by specific needs, and a determination of the responsibilities amongst the parties involved.  The debate over responsibility therefore ranges from the individual researcher, self-publishing their work, through institutional commitments, to national and international levels.</p>
<p>Many important questions remain: for example, there are as yet no clear answers as to the interplay between centralised authority and emergent definitions of metadata and its meanings – ie, should one invest in technically-focussed linked data approaches alone and getting raw data “out there”, or concentrate more on involvement with specialist authoritative bodies, using schemes built using XML, and sacrifice open and decentralised interoperability on the web?  To what degree should one reuse or “import” another URI not under one’s domain or namespace, eg a term from a vocabulary, risking conflict?  Should one turn to authorities to maintain the appropriate control but lose ownership and flexibility?  Who ought to be responsible for disambiguation and co-references present when linking data in unanticipated ways?</p>
<p>Despite these issues, there is a rapid increase in adoption of “Linked Data” practices for data and metadata publishing, practices that utilise HTTP URIs together with W3C semantic web standards for formally representing descriptive metadata on the web. Practices now exist on the web, at some level at least, to support a broad spectrum of needs around persistent identifiers.</p>
<div>
<hr size="1" />
<a href="_ftn1">[1]</a> Persistent Identifiers: Considering the Options, E Tonkin 2008.  <a href="http://www.ariadne.ac.uk/issue56/tonkin/">http://www.ariadne.ac.uk/issue56/tonkin/</a></p>
<p><a name="_ftn2">[2]</a> The problem associated with URL web identifiers is that they embed a crucial technical element of the web, instead of clearly distinguishing between its underlying functions of naming and resolution, and automating each piece separately. For instance, migrating to a new repository software can alter the URLs of all of its contents, and when responsibility changes for curating a digital resource, due to an organisational merger, arrangements must be made for the internet domain name to be taken if the URLs are to remain valid</p>
<p><a name="_ftn3">[3]</a> <a href="http://www.cdlib.org/services/uc3/curation/">http://www.cdlib.org/services/uc3/curation/</a></p>
<p><a name="_ftn4">[4]</a> <a href="http://www.pilin.net.au/">http://www.pilin.net.au/</a></p>
<p><a name="_ftn5">[5]</a> What is the Semantic Web really all about?  J Hendler 2009 (blog post).  <a href="http://blogs.nature.com/jhendler/2009/06/16/what-is-the-semantic-web-really-all-about">http://blogs.nature.com/jhendler/2009/06/16/what-is-the-semantic-web-really-all-about</a></p>
<p><a name="_ftn6">[6]</a> eg <a href="http://data.gov.uk/">http://data.gov.uk/</a> and <a href="http://data.gov.uk/">http://data.gov.uk/</a></p>
<p><a name="_ftn7">[7]</a> SPARQL Query Language for RDF.  <a href="http://www.w3.org/TR/rdf-sparql-query/">http://www.w3.org/TR/rdf-sparql-query/</a></p>
<p><a name="_ftn8">[8]</a> eg Openalais <a href="http://www.opencalais.com/">http://www.opencalais.com/</a></p>
<p><a name="_ftn9">[9]</a> <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec12.html">http://www.w3.org/Protocols/rfc2616/rfc2616-sec12.html</a></p>
<p><a name="_ftn10">[10]</a> <a href="http://www.mementoweb.org/">http://www.mementoweb.org/</a></p>
<p><a name="_ftn11">[11]</a> <a href="http://en.wikipedia.org/wiki/Representational_State_Transfer">http://en.wikipedia.org/wiki/Representational_State_Transfer</a></p>
<p><a name="_ftn12">[12]</a> <a href="http://blog.paulwalk.net/2009/11/11/linked-open-semantic">http://blog.paulwalk.net/2009/11/11/linked-open-semantic</a></p>
<p><a name="_ftn13">[13]</a> <a href="http://www.economist.com/node/15579717">http://www.economist.com/node/15579717</a></p>
<p><a name="_ftn14">[14]</a> <a href="http://topsy.com/">http://topsy.com/</a>
</div>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/persistent-identifiers-and-the-web/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Some Current Approaches</title>
		<link>http://identifiers2010.jiscpress.org/some-current-approaches/</link>
		<comments>http://identifiers2010.jiscpress.org/some-current-approaches/#comments</comments>
		<pubDate>Mon, 20 Sep 2010 17:45:24 +0000</pubDate>
		<dc:creator>stephenbayliss</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=295</guid>
		<description><![CDATA[Studies[1] have compared various existing schemes by various criteria. A full and up-to-date list of commonly-considered PID schemes is given at http://repinf.pbworks.com/Persistent-identifiers . Amongst the categories most relevant to the PID meeting discussions were those underlying notions of trustworthiness, robustness and reliability: Governance – use of established identifier schemes, conventions, practices and policies Reliability –that [...]]]></description>
			<content:encoded><![CDATA[<p>Studies<a href="#_ftn1">[1]</a> have compared various existing schemes by various criteria.</p>
<p>A full and up-to-date list of commonly-considered PID schemes is given at <a href="http://repinf.pbworks.com/Persistent-identifiers">http://repinf.pbworks.com/Persistent-identifiers</a> .</p>
<p>Amongst the categories most relevant to the PID meeting discussions were those underlying notions of trustworthiness, robustness and reliability:</p>
<ul>
<li>Governance – use of established identifier schemes, conventions, practices and policies</li>
<li>Reliability –that an identifier can always be used to locate the resource and will persistently refer to the same kind of entity</li>
<li>Accuracy – the level of rigour applied to description associated with the identifier, formality of its metadata scheme or ontology, whether this is authority-controlled</li>
<li>Authenticity – knowing when the object referred to has been mdofied, the provenance of both identifier and referent</li>
</ul>
<p>The more centralised approach was represented at the meeting by the ANDS project<a href="#_ftn2">[2]</a>, whereas  a demonstrator from the RIDIR project<a href="#_ftn3">[3]</a> and Hugh Glaser’s RKBExplorer/CRS<a href="#_ft4">[4]</a> approach illustrated areas of progress that can be made directly using decentralized approach to authority, and constructed on top of existing web technologies.</p>
<p>To move forward, the community clearly recognises the importance of adopting different schemes according to particular needs, and that technical implementations are not the main issue.  The meeting participants generally agreed that one solution will never fit all requirements, that there will always be multiple technologies to choose from, that choice of identifier scheme frequently depends on choices embedded within a technology.</p>
<h2>Exemplary Schemes and Current Approaches</h2>
<p>Some technical approaches afford greater automated support for persistent identifiers than others – this is an important distinction when considering use of identifiers within the overall curation context, as it determines the degree to which institutions must invest in methods that deliver the “promise of stewardship” associated with an identifier.</p>
<p>Three examples illustrate the distinctions:</p>
<ul>
<li><strong>The DOI – Digital Object Identifier</strong> &#8211; was established in 1997 and is primarily used in the publishing industry to identify electronic textual resources, although adoption has begun for data resources as well.  As well as providing stewardship guarantees through its technical infrastructure, delivered by the Handle system, the DOI is unique in offering a business model offering organisational guarantees.  Semantic interoperability of metadata is controlled through a centralised metadata declaration scheme, and there is a similar concept of application profile under central control.  Its resolution mechanism is delivered through the Handle system.  Technical interoperability with the web is provided via gateways, though this presents challenges with respect to Linked Data practices<a href="#_ftn5">[5]</a></li>
<li><strong>The ARK – Archival Resource Key</strong> &#8211; is a relatively recent initiative, established in 2001. It is a URI scheme designed natively for the web over HTTP, so is able to utilise standard web machinery for resolution and is lightweight to implement.  The scheme is designed to keep separate and explicit within its identifier string structure parts that represent the stable name component, and a stable authority-controlled record of the institution promising stewardship.  Notably, reliance on the internet Domain Name System, DNS, is avoided for the purposes of identifying the authority responsible for curation of the object and its identifier.</li>
<li> <strong>“Native Web”</strong> – no particular scheme is assumed in this scenario.  Any stakeholder can choose to make available and curate resources on the web with no additional scheme or technical machinery; the distinguishing concept here is that no automated support for resource and identifier curation is assumed beyond web standards and generic tools, such as standards-compliant web servers and browsers.  As practices evolve that utilise native web machinery, many aspects that underlie traditional notions of “digital object”, such as metadata description, multiple representations and versioning, can be implemented using generic tools.  Stakeholders must, however, make their own arrangements for dealing with transfer of name ownership, as all identifiers will use the web’s Domain Name System.</li>
</ul>
<div>
<hr size="1" />
<p><a name="_ftn1">[1]</a> Persistent Identifiers: Considering the Options, E Tonkin 2008.  <a href="http://www.ariadne.ac.uk/issue56/tonkin/">http://www.ariadne.ac.uk/issue56/tonkin/</a>; Implementing Persistent Identifiers, H Hilse, J Kothe, 2006.  <a title="http://www.knaw.nl/ecpa/publ/pdf/2732.pdf" href="http://www.knaw.nl/ecpa/publ/pdf/2732.pdf">http://www.knaw.nl/ecpa/publ/pdf/2732.pdf</a></p>
<p><a name="_ftn2">[2]</a> Australian National Data Service, <a href="http://ands.org.au/">http://ands.org.au/</a></p>
<p><a name="_ftn3">[3]</a> <a href="http://www.hull.ac.uk/ridir">http://www.hull.ac.uk/ridir </a></p>
<p><a name="_ftn4">[4]</a> <a href="http://rkbexplorer.com">http://rkbexplorer.com</a></p>
<p><a name="_ftn5">[5]</a> <a href="http://www.crossref.org/CrossTech/2010/02/doi_what_do_we_got.html">http://www.crossref.org/CrossTech/2010/02/doi_what_do_we_got.html</a></p>
</div>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/some-current-approaches/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Why should we care about Persistent Identifiers?</title>
		<link>http://identifiers2010.jiscpress.org/why-should-we-care-about-persistent-identifiers/</link>
		<comments>http://identifiers2010.jiscpress.org/why-should-we-care-about-persistent-identifiers/#comments</comments>
		<pubDate>Mon, 20 Sep 2010 17:45:02 +0000</pubDate>
		<dc:creator>stephenbayliss</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=293</guid>
		<description><![CDATA[If you publish information on the web, you want to ensure that people can find it, and when they go back to URLs they have previously bookmarked, you want that URL to work.  If your information is referenced by other people you want to ensure that someone following up that reference in years to come [...]]]></description>
			<content:encoded><![CDATA[<p>If you publish information on the web, you want to ensure that people can find it, and when they go back to URLs they have previously bookmarked, you want that URL to work.  If your information is referenced by other people you want to ensure that someone following up that reference in years to come can still access the information you published.</p>
<p>Persistence is not just about identifiers.  Persistence of access to the resource is important – where the resource is stored and what happens if the resource is moved to another location.  Persistence of metadata is important for ensuring that resources can be discovered and described.  Ensuring that these underlying persistence requirements are catered for is part of the Persistent Identifier picture.</p>
<p>Persistent Identifiers have increased in priority because, amongst other reasons:</p>
<ol>
<li>There is a need for Persistent Identifiers for other kinds of entities, beyond scholarly “resources” such as images and textual work.  Persistent Identifiers are needed for a wide variety of curated materials, such as scientific data and learning materials.  Persistent Identifiers are also needed for organisations and people, and the roles they might adopt, such “author”.</li>
<li>HTTP URIs are the essential underlying currency on the web.  This was first the case when many HTTP URLs simply resolved to a single HTML representation, allowing construction of effective searches based on page ranks.  Through the Web2.0 phenomenon, HTTP URIs can refer to globally-shared subjects via tags on bookmarking sites, “hash-tagged” events on twitter, and RSS feeds.  With the availability of linked data on the web, the persistence of the identifiers directly determines the validity of this data.</li>
<li>As linked data sets are currently being produced, there is a need to establish long-term guarantees around the HTTP URI they mint.  For example, data.gov.uk provides a top-level internet domain name for government data sets.  This top-level domain name will be expected to remain stable over time, along with expectations for all URIs within it also to remain stable.</li>
<li>Overall, HTTP URIs need to be “trustworthy”. In an environment where participants are increasingly reliant on digital representations and interaction, the value of a participant may be directly related to trustworthiness of their HTTP URIs.</li>
</ol>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/why-should-we-care-about-persistent-identifiers/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>What are Persistent Identifiers?</title>
		<link>http://identifiers2010.jiscpress.org/what-are-persistent-identifiers/</link>
		<comments>http://identifiers2010.jiscpress.org/what-are-persistent-identifiers/#comments</comments>
		<pubDate>Mon, 20 Sep 2010 17:44:44 +0000</pubDate>
		<dc:creator>stephenbayliss</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=291</guid>
		<description><![CDATA[This material was prepared as part of the JISC Persistent Identifiers Activity. One of its objectives is to stimulate discussion around these topics, so please add your thoughts and comments. There are a great many resources available on the subject of Persistent Identifiers and their scope. Some points of reference were created for the Persistent [...]]]></description>
			<content:encoded><![CDATA[<p><em>This material was prepared as part of the <a href="http://identifiers2010.jiscpress.org/">JISC Persistent Identifiers Activity</a>. One of its objectives is to stimulate discussion around these topics, so please add your thoughts and comments.</em></p>
<p>There are a great many resources available on the subject of Persistent Identifiers and their scope. Some points of reference were created for the Persistent Identifier Meeting <a href="#_ftn1">[1]</a>, and a glossary drafted <a href="#_ftn2">[2]</a>; recommended introductions are available<a href="#_ftn3">[3]</a><a href="#_ftn4">[4]</a>.</p>
<p>This page intends to give a flavour of the topic.</p>
<p><em><strong>What is a persistent identifier?&nbsp; What is it for?&nbsp; What are we talking about?</strong></em></p>
<ul>
<li>A Persistent Identifier is typically a string, eg doi:12345/6789…, or http://purl.net/123/example456.</li>
<li>The Persistent Identifier names some entity, so the organisation “minting” the identifier “doi:12345/6789” is ascribing a name to something, eg a journal.</li>
<li>A Persistent Identifier should offer a stable “promise of stewardship” over time, of the link between the identifier itself and its relationship with its “referent”, the thing it identifies.&nbsp; It should not ever refer to any other thing.</li>
<li>The identifier is “actionable” if, when it is clicked in a browser, the user of the identifier is taken to some “representation” of the thing, such as a PDF representation of a journal article. This process is known as “resolution”.</li>
</ul>
<p>Persistent identifiers have been around for a long time.</p>
<p>For physical entities, those “off the web”, ISBN<a href="#_ftn5">[5]</a> is an example of a well-known identifier scheme playing a crucial role in facilitating agreement between parties, typically publishers.&nbsp; The ISBN supplies a context–free identity to a (class of) book.&nbsp; To order a physical copy of a book, one can order it using the ISBN.&nbsp; ISBNs are commonly associated with metadata, and permit cataloguing using well-known rules bound by organisational agreements.&nbsp;&nbsp; An authority looks after the overall allocation and quality of ISBNs.&nbsp; The ISBN is one of a family of standard identifiers that include ISSNs<a href="#_ftn6">[6]</a>, that are reliable enough to enable citation.</p>
<p>JISC funded the RIDIR project with the intention of understanding identifier interoperability, particularly what could be learned from efforts undertaken by the ISO for established schemes such as ISBN and ISSN and interoperability with other identifier schemes<a href="#_ftn7">[7]</a><a href="#_ftn8">[8]</a>.&nbsp; The overall outcome has been to take a broader look at the subject of persistent identifiers, particularly within the context of emergent practices around the HTTP URI as the basis for linked data on the web.</p>
<p>The ISBN illustrates that an identifier is some string, an information-bearing object that should guarantee its users a ‘promise of stewardship’ for the thing it identifies.&nbsp; It should also allow its users access to metadata describing the thing referred to.</p>
<p>For curated digital resources such as images or texts stored electronically, an actionable identifier ought not only to uniquely “name” the identified object, but permit retrieval (resolve to) some useful representation of it.&nbsp; As this digital information on the network can be easily altered or replaced, the bundling of descriptive metadata with the information itself has become a standardised practice within the archival community to support persistence, and is referred to as a “digital object”.</p>
<div>
<hr size="1" />
<a name="_ftn1">[1]</a><a href="http://identifiers2010.jiscpress.org/9appendix-4-points-of-reference/">http://identifiers2010.jiscpress.org/9appendix-4-points-of-reference/</a><br />
<a name="_ftn2">[2]</a><a href="http://www.ukoln.ac.uk/jisc-ie/blog/identifiers/identifiers-quick-reference/">http://www.ukoln.ac.uk/jisc-ie/blog/identifiers/identifiers-quick-reference/</a><br />
<a name="_ftn3">[3]</a><a href="http://www.dcc.ac.uk/resource/briefing-papers/persistent-identifiers/#1/">http://www.dcc.ac.uk/resource/briefing-papers/persistent-identifiers/#1</a><br />
<a name="_ftn4">[4]</a><a href="http://www.ukoln.ac.uk/qa-focus/documents/briefings/briefing-80/html/">http://www.ukoln.ac.uk/qa-focus/documents/briefings/briefing-80/html/</a><br />
<a name="_ftn5">[5]</a><a href="http://www.isbn-international.org/">http://www.isbn-international.org/</a><br />
<a name="_ftn6">[6]</a><a href="http://www.issn.org/">http://www.issn.org/</a><br />
<a name="_ftn7">[7]</a>ISO Committee Page, <a href="http://www.iso.org/iso/iso_technical_committee.html?commid=48836">http://www.iso.org/iso/iso_technical_committee.html?commid=48836</a><br />
<a name="_ftn8">[8]</a>For an overview and analysis see Paskin N (April 2006) “Identifier Interoperability: A Report on Two Recent ISO Activities” D-Lib Magazine 12.4, <a href="http://www.dlib.org/dlib/april06/paskin/04paskin.html">http://www.dlib.org/dlib/april06/paskin/04paskin.html</a>
</div>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/what-are-persistent-identifiers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Meeting Overview</title>
		<link>http://identifiers2010.jiscpress.org/jisc-persistent-identifiers-meeting-overview/</link>
		<comments>http://identifiers2010.jiscpress.org/jisc-persistent-identifiers-meeting-overview/#comments</comments>
		<pubDate>Mon, 20 Sep 2010 17:14:18 +0000</pubDate>
		<dc:creator>martindow</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=272</guid>
		<description><![CDATA[This page summarises the outcomes from the JISC Persistent Identifiers (“JISCPID”) Meeting on 3 February 2010. The meeting was the focus of an activity to address an increasing awareness of the importance of persistent identifiers, partly as repository usage matures, identifier systems and schemes proliferate, standardised identifiers for entities such as organisations and people become [...]]]></description>
			<content:encoded><![CDATA[<p>This page summarises the outcomes from the JISC Persistent Identifiers (“JISCPID”) Meeting on 3 February 2010.  The meeting was the focus of an activity to address an increasing awareness of the importance of persistent identifiers, partly as repository usage matures, identifier systems and schemes proliferate, standardised identifiers for entities such as organisations and people become more important, and interest rises in the use of web identifiers for open and linked data.  The scope and objectives of the meeting were to raise awareness of the landscape, discuss current activities, surface issues and priorities, assess the case for persistent identifiers, and identify ways forward based upon such consensus as could be achieved.  Participants were drawn from across the HEI sector, and topics were raised and discussed through initial presentations of activities followed by community-specific breakout groups to elicit potential use cases and priorities in areas in which the JISC might usefully have a role.</p>
<p>Historically, the debate has been one of disputes as to the &#8220;correct&#8221; solution to the problem of persistent identifiers .  However, a general theme emerged during the meeting that this debate has matured significantly, and that it would be more productive to pursue areas of commonality and agreement, whilst recognising the heterogeneity of the landscape.  Reflecting the growing importance of open data on the web, five candidate statements of common agreement were proposed as a basis for moving forward; in summary they recognise the heterogeneity of the environment, encourage the use of dominant schemes where appropriate to a particular context, and otherwise encourage the ubiquity of HTTP URIs, provide agreed and consistent HTTP URI manifestations for schemes that do not have them, and encourage higher levels of good practice for HTTP URI schemes.</p>
<h1>Landscape</h1>
<p>The meeting participants gave a number of use cases covering a broad spectrum of needs and areas of value that would be met by improving practices around existing persistent identifier schemes.  Presentations reflected aspects arising from differing approaches and implementations.   For example, addressing requirements using recently clarified web architecture standards has ramifications with regards to trust, ownership and practices needed to manage web HTTP URIs; the DOI remains popular in certain contexts, and an organisation using DOIs will need to commit to practices arising from a fee-supported organisational model, as well as to centralised technical identifier standards beyond those pertaining to the web.  The RIDIR project demonstrated how useful services for repository purposes can be built assuming no particular centralised identifier infrastructure, and tackling aspects around the meanings underlying “identifier interoperability”; the Australian National Data Service (ANDS) illustrates how the Handle system can be used to implement common identifier services, at national level, to tackle certain HTTP URI issues; SURF and Knowledge Exchange emphasised the organisational and the global perspective over the technical ones, discussed trust and a specific implementation of a pragmatic resolver for URN-NBNs; Southampton have developed approaches to deal with multiple identifiers and co-reference, in a linked data technical setting that emphasises decentralised ownership of HTTP URIs.</p>
<h1>Issues and Priorities</h1>
<p>The chair, Chris Awre, gave an overview of the issues around persistent identifiers from an institutional perspective.  Participants recognised that what constitutes a &#8220;good identifier&#8221; depends on the underlying needs, and that these varied.  Factors included the type of entity; varying curation responsibilities to preserve resources and access to them, together with their descriptive metadata and networks of relationships; scalability in terms of volume of entities, granularity and structure of the entities that need identifying; those factors contributing to trust, and various issues surrounding privacy and rights.</p>
<p>Priorities varied across groups represented, covering Research Papers, Research Data, Learning Materials, Cultural Heritage and Administrative Information.  Some examples are that: self-published materials and grey literature could be seen as reliable, reputation of creator enhanced, and impacts can be reliably measured to provide business intelligence and agility. Authors want to trust the persistence of the identifier and understand the persistence criteria; they want the service obligations explicit.  Some deem the HTTP URI important in terms of branding.  Scientists and publishers want to reliably curate references to their datasets, which can be complex and require persistent identifiers in different ways to address granularity and structure.  Teachers do not tend to share learning materials currently, possibly because they have no clear incentive to manage and make available materials themselves, there is a lack of metadata available.  Institutional administration would benefit from being able to reliably track resources, identify modules taught and build up historical data to generate credibility and avoid the current loss of corporate memory.  PIDs would help audits and help support unify approaches to regulatory compliance; better planning can be done across the institution.  Beyond identifying resources, a reliable and interoperable means for identifying people and roles, such as author and contributor, and staff and student, is required.  For some, support for persistent identifiers amounted to bringing order from chaos.</p>
<h1>Ways forward</h1>
<p>At a technical level, JISC should help create facilities rather than authorities, decentralised services that use independently-managed identifiers, rather than centralised services that create and manage them.  Examples of concrete services where JISC might usefully play a role include broken link services and co-reference services.</p>
<p>Evidence needs gathering of where persistent identifiers work well in practice.  Participants indicated that case studies and demonstrators that situate technical solutions in context, articulate specific workflows and promote good practice in managing identifiers would be of considerable value<a href="#fn1">[1]</a>.  Toolkits and frameworks would be useful to institutions to address issues of cost and perceived cost of the choices available.  Awareness needs to be raised of existing achievements, the options already available and how to use them effectively.  The heterogeneity of the factors involved in persistence of identification needs to be considered, particularly in the context of variations between stakeholder needs.  Wide dissemination of materials produced by this exercise is needed.</p>
<p>Suggestions for where JISC may usefully play a role included working with bodies such as UCISA, SCONUL and the Research Councils to develop and provide advice on policy and illustrate the appropriate business cases and uses for persistent identifiers.</p>
<p>Using existing channels where possible, JISC could assist in raising awareness by engaging with stakeholders, both within the HEI sector and with external organisations.  By doing so, and noting that the issues are not merely technical but largely organisational, JISC could start to impact on practice.</p>
<p>JISC should identify those for whom persistent identifiers really matter and engage with them in a role of facilitation rather than intervention.  This could lead to a common definition of what constitutes a &#8220;good identifier&#8221;, internationally and cross-sector.</p>
<div>
<hr size="1" />
<a name="fn1">[1]</a> Thanks to Lorna Campbell for her <a href="http://blogs.cetis.ac.uk/lmc/2010/02/09/jisc-persistent-identifier-meeting-general-discussion">meeting notes.</a>
</div>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/jisc-persistent-identifiers-meeting-overview/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>10	Appendix 5 –Twitter &#8220;backchannel&#8221;</title>
		<link>http://identifiers2010.jiscpress.org/10appendix-5-%e2%80%93twitter-backchannel/</link>
		<comments>http://identifiers2010.jiscpress.org/10appendix-5-%e2%80%93twitter-backchannel/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:50:53 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=104</guid>
		<description><![CDATA[A full snapshot of the Twitter backchannel can be found at: http://docs.google.com/fileview?id=0B93tJ2TZe3khNTM1NmMwZmUtYTY0OC00MTI1LWI1ZDctMmExOTE2NmE2N2Zh&#38;hl=en Presented below are the main (unattributed) tweets captured during and shortly after the meeting, in chronological order. CrossRef was an enabling factor for DOI DOI is not perfect, but it won&#8217;t die Desire for more than a re-hash of Cool URIs DOI is [...]]]></description>
			<content:encoded><![CDATA[<p>A full snapshot of the Twitter backchannel can be found at: <a href="https://docs.google.com/fileview?id=0B93tJ2TZe3khNTM1NmMwZmUtYTY0OC00MTI1LWI1ZDctMmExOTE2NmE2N2Zh&amp;hl=en">http://docs.google.com/fileview?id=0B93tJ2TZe3khNTM1NmMwZmUtYTY0OC00MTI1LWI1ZDctMmExOTE2NmE2N2Zh&amp;hl=en</a></p>
<p>Presented below are the main (unattributed) tweets captured during and shortly after the meeting, in chronological order.</p>
<p>CrossRef was an enabling factor for DOI</p>
<p>DOI is not perfect, but it won&#8217;t die</p>
<p>Desire for more than a re-hash of Cool URIs</p>
<p>DOI is an implementation ofan HTTP redirect mechanism, that is its technical value</p>
<p>DOI has social values &#8211; these could be added to aother HTTP redirect mechanism</p>
<p>No URI is cool on its own &#8211; people have to choose to make and keep URIs cool</p>
<p>Redirects are &#8220;rubbish&#8221; for browser bookmarks (the persistent identifer is not there for bookmarking)</p>
<p>Why not just Google for it (do we need persistent identifiers?)</p>
<p>PURLs are good but DOIs have associated metadata, which is better</p>
<p>DOIs may not be better from a techinical point of view, but they have social traction &#8211; this is important</p>
<p>DOI success may be based on marketing to people who didn&#8217;t understand the real issue</p>
<p>Understanding why DOIs are successful will help in the design of persistent identifiers iin the future</p>
<p>How much does DOI metadata get used, and by whom?  It is used by ePrints reposotiries when importing new items.</p>
<p>DOIs are successful because they are maintainted by a community to whom the identifiers are business-critical</p>
<p>Some publishers do not understand that the DOI prefix is not brand-related and mistakenly change prefixes on takeover, CrossRef works to avoid this</p>
<p>What is OpenURL &#8211; an identifier or an encoded search?</p>
<p>The only persistence of authority in an identifier lies in organisations and services providing it (Weibel)</p>
<p>DOIs are not HTTP URIs, but http://dx.doi.org gives us URIs</p>
<p>URIs are names, not addresses</p>
<p>HTTP URIs are vulnerable &#8211; DNS for resolution, web servers for storage and delivery</p>
<p>Opaque identifiers are demotivating.  Branding is important</p>
<p>FRBR is a good place to start for ontology</p>
<p>FRBR is the wrong place to start as it is an ontology of the publishing workd and not those doing scholarly communication</p>
<p>If a problem never goes away, maybe it&#8217;s not a problem.  No solution, just compromises</p>
<p>Don&#8217;t make promises you cn&#8217;t keep &#8211; new naming schemes without credible service guarantees is irresponsible</p>
<p>Make it easy for ordinary users to mint good URIs themselves.  make it easy to author and serve metadata.  Think about indexing and replication</p>
<p>Use bottom-up identifier schemes, rather than top-down.  That&#8217;s the way linked data works</p>
<p>Motivate people to share</p>
<p>Fix the hole where the rain gets in &#8211; persistence of domain names</p>
<p>Peer recognition counts &#8211; use social networking tools</p>
<p>FRBR is relevant on what to identify, especially appropriate copy issues</p>
<p>FRBR has lots of baggage and lots of holes;it attempts to draw too tight a scheme around each level resulting in duplication and holes</p>
<p>Is there anything better than FRBR as a starting point for an ontoogy of works</p>
<p>DOI is a business proposition</p>
<p>DOI could be registered as a URN (later note:  DOI is registered in the info: URI scheme)</p>
<p>Can DOIs work for data &#8211; scalability issues, size, number, rate of minting, rate of change</p>
<p>DOIs do have a divergence from web architecture, but it does soerve some communities well</p>
<p>Big advantage of DOI,  ARK and other arms-length schemes is they persist when the domain name is lost</p>
<p>If a resource identified by a Handle moves, don&#8217;t mint a new one, update the old one &#8211; indication of a failure of policy when this happens, and no scheme can survive this</p>
<p>Why have an indirection layer if you aren&#8217;t going to use it?</p>
<p>All technical schemes suffer from the same fundamental flaw &#8211; lack of responsibility.  No technological solution</p>
<p>NASA areospace documents are a successful example of persistent identification</p>
<p>Search can function as a resolver</p>
<p>Look at what organisational structure each approach needs to work &#8211; some solutions may technically be best but be at odds with the reality of organisational requirements</p>
<p>Handles for &#8220;made public&#8221; data, DOIs for &#8220;published2 data?  The difference is governance and hosting.  Consumer perception is the only difference.</p>
<p>How much does consumer perception (confidence?) matter?</p>
<p>Andrew Treloar:  Identifier, Resolution, Biding, Object</p>
<p>ANDS has no policy yet for PIDS for changing objects</p>
<p>Is it really a problem to have separate PIDs for copies of objects in separate repositories</p>
<p>Authority is established, not bestowed?</p>
<p>Separate PIDS is an issue if you are trying to count your citations</p>
<p>Google scholar might show a solution to separate PIDs for the same work</p>
<p>Is the use of a DOI a public statement of lack of confidence in the future of your organisation?</p>
<p>Use of DOIs is more of a statement of lack of confidenc in the organisation chart as reflected in the domain URLs</p>
<p>Use of DOIs is a recognition that change happens rather than a reflection in the future of the organisatino</p>
<p>DOIs is more of a recogntion of the reality of trading with commercial assets</p>
<p>When journal X moves to publisher Y, how do Cool URIs help, how does DNS help?</p>
<p>Jornal X moving to publisher Y &#8211; old publisher redirects URIs to new publisher &#8211; the same as telling CrossRef that it has moved</p>
<p>DOI works within a trading system, it&#8217;s not necessarily right for other domains &#8211; eg research data</p>
<p>Coexistence of DOI with Linked Data would be good</p>
<p>Content negotiation has been around for a while, but it is now very much back on the agenda</p>
<p>People do not understand DOIS, but they do understand URLs</p>
<p>Spirit of compromise and pragmatism in the meeting is good &#8211; felt like progress</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/10appendix-5-%e2%80%93twitter-backchannel/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>9	Appendix 4:  Points of reference</title>
		<link>http://identifiers2010.jiscpress.org/9appendix-4-points-of-reference/</link>
		<comments>http://identifiers2010.jiscpress.org/9appendix-4-points-of-reference/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:49:10 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=102</guid>
		<description><![CDATA[Informational and non-informational resources TheW3C Technical Architecture Group (TAG) identifies two top-level types of entities that need identifiers on the web – informational resources, such as web pages, documents, and data accessible on the web; and non-informational resources, real-world entities such as people and organisations Resolving identifiers A fundamental difference between identifiers for informational and [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Informational and non-informational resources</strong></p>
<p>TheW3C Technical Architecture Group (TAG) identifies two top-level types of entities that need identifiers on the web – informational resources, such as web pages, documents, and data accessible on the web; and non-informational resources, real-world entities such as people and organisations</p>
<p><strong>Resolving identifiers</strong></p>
<p>A fundamental difference between identifiers for informational and non-informational resources is what they resolve to.  Informational resource identifiers by design resolve to a representation of the resource</p>
<p><strong>Persistence</strong></p>
<p>If a persistent identifier is to succeed, the entity to which it refers must itself persist as a general requirement.</p>
<p><strong>Responsibilities for persistence of entities</strong></p>
<p>Alongside the need for persistence of entities, the responsibilities associated with preserving and curating these entities is fundamental – without these being clearly identified, preservation is less likely to be persistent.</p>
<p><strong>Responsibilities for persistence of resolution</strong></p>
<p>Although ownership of entities may change together with their responsibilities for persistence, access to resources can be maintained through a suitable choice of persistent identifier scheme designed to cope with this situation.  Maintaining this persistence of access, by associating an identifier with an entity&#8217;s location, brings out a new responsibility.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/9appendix-4-points-of-reference/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>8.4	Distributed Authority</title>
		<link>http://identifiers2010.jiscpress.org/8-4distributed-authority/</link>
		<comments>http://identifiers2010.jiscpress.org/8-4distributed-authority/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:48:22 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=100</guid>
		<description><![CDATA[Hugh Glaser&#8217;s presentation can be found at: http://eprints.ecs.soton.ac.uk/18452/ Hugh&#8217;s presentation was based on the notion of distributed authority – what to do when authorities collided, what is the granularity of an authority, what to do when we have PIDS and how to manage the infrastructure.  Hugh established that each metadata owner publishes its own identifiers, [...]]]></description>
			<content:encoded><![CDATA[<p>Hugh Glaser&#8217;s presentation can be found at: <a href="http://eprints.ecs.soton.ac.uk/18452/">http://eprints.ecs.soton.ac.uk/18452/</a></p>
<p>Hugh&#8217;s presentation was based on the notion of distributed authority – what to do when authorities collided, what is the granularity of an authority, what to do when we have PIDS and how to manage the infrastructure.  Hugh established that each metadata owner publishes its own identifiers, and that is the right thing to do as their workflow depends on it, they own the concept of the entity, and there would be problems dealing with change if they used someone else&#8217;s.  Hugh gave a demonstration of the Co-Reference Service (CRS) and RKBExplorer which aims to deal with the challenge of many identifiers with metadata published by many authorities by comparing metadata across services to establish a notion of identity and equivalence, and to establish relationships between entities through a linked data approach (though not confined to linked data).  Hugh suggested that JISC could facilitate CRS deployment, take co-reference discovery initiatives and make their data available as linked data.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/8-4distributed-authority/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>8.3	SURF’s URN infrastructure</title>
		<link>http://identifiers2010.jiscpress.org/8-3surf%e2%80%99s-urn-infrastructure/</link>
		<comments>http://identifiers2010.jiscpress.org/8-3surf%e2%80%99s-urn-infrastructure/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:47:39 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=98</guid>
		<description><![CDATA[Bas Cordewener&#8217;s presentation can be found at: http://docs.google.com/leaf?id=0B93tJ2TZe3khYjE3YmFjM2UtNzc0YS00N2UxLTljYmMtOWIxZmRkODUzZjQ4&#38;hl=en Bas presented an overview of the persistent identifier activities for SURF and Knowledge Exchange.  The SURFShare programme(2007-2010) is based on the Digital Academic Repositories Project (DAREnet) in the areas of interoperability, communication, registration, sustainability and dynamic archiving.  The programme is aimed at apparent changes in research and [...]]]></description>
			<content:encoded><![CDATA[<p>Bas Cordewener&#8217;s presentation can be found at: <a href="https://docs.google.com/leaf?id=0B93tJ2TZe3khYjE3YmFjM2UtNzc0YS00N2UxLTljYmMtOWIxZmRkODUzZjQ4&amp;hl=en">http://docs.google.com/leaf?id=0B93tJ2TZe3khYjE3YmFjM2UtNzc0YS00N2UxLTljYmMtOWIxZmRkODUzZjQ4&amp;hl=en</a></p>
<p>Bas presented an overview of the persistent identifier activities for SURF and Knowledge Exchange.  The SURFShare programme(2007-2010) is based on the Digital Academic Repositories Project (DAREnet) in the areas of interoperability, communication, registration, sustainability and dynamic archiving.  The programme is aimed at apparent changes in research and scholarly process in the areas of workflow and collaboration, and enhanced publication, addressing an infrastructural requirement for an integrated cooperative research process (seamless data exchanges).  Bas gave an overview of the international nature of the work and the persistent identifier activities that the programme has worked with.  The conclusions and outcomes are URN-NBN is widely used by national libraries and may have potential advantages, that talking will not progress the development of a global URN-NBN based global infrastructure, and that further analysis of future developments is needed.</p>
<p>Bas outlined the Knowledge Exchange (200-2009) programme, based on interoperability of digital repositories (complementing DRIVER II).  The main outcomes are that KE should commission a study to increase awareness of PID important, address the current state of affairs, roadmap and requirements for global resolving.</p>
<p>Bas presented the Global Resolver Service Infrastructure, based on the beliefs that there is a need for a global persistent identifier system, that there will not be one worldwide dominant persistent identifier system, that technology is not the most important challenge – agreed policies and governance are, that action on an international level is needed, and that the URN-NBN system needs to mature rapidly.  The use of URN-NBN is based on it being in use in a number of collaborating national libraries, it is based on trust, it is non-commercial and has an open, inclusive approach, aiming to resolve other systems&#8217; PIDS as well.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/8-3surf%e2%80%99s-urn-infrastructure/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>8.2	Australian National Data Service (ANDS)</title>
		<link>http://identifiers2010.jiscpress.org/8-2australian-national-data-service-ands/</link>
		<comments>http://identifiers2010.jiscpress.org/8-2australian-national-data-service-ands/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:46:52 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=96</guid>
		<description><![CDATA[Andrew Treloar&#8217;s presentation can be found at: http://docs.google.com/fileview?id=0B93tJ2TZe3khMzcxMmMwZGYtYjE4Ny00MmZkLTk3YmEtYzcyOGQxYWZmNTA1&#38;hl=en Andrew&#8217;s presentation was on the ANDS &#8220;Identify My Data&#8221; service and related issues.  He explained that the function of ANDS was to establish the Australian Research Data Commons, with a vision of more researchers re-using more data more often.  IT builds on the work of PILIN through [...]]]></description>
			<content:encoded><![CDATA[<p>Andrew Treloar&#8217;s presentation can be found at: <a href="https://docs.google.com/fileview?id=0B93tJ2TZe3khMzcxMmMwZGYtYjE4Ny00MmZkLTk3YmEtYzcyOGQxYWZmNTA1&amp;hl=en">http://docs.google.com/fileview?id=0B93tJ2TZe3khMzcxMmMwZGYtYjE4Ny00MmZkLTk3YmEtYzcyOGQxYWZmNTA1&amp;hl=en</a></p>
<p>Andrew&#8217;s presentation was on the ANDS &#8220;Identify My Data&#8221; service and related issues.  He explained that the function of ANDS was to establish the Australian Research Data Commons, with a vision of more researchers re-using more data more often.  IT builds on the work of PILIN through the guides produced, the pilot infrastructure, the software toolkits and the sustainability report (which did not lead to a national service).  Andrew  explained the motivations for making data public and the benefits of publishing data.  He went on to explain the main verbs that ANDS uses for sharing data.  He explained how using a Handle approach gets around some of the common issues around using HTTP URIs and around organisational and platform issues.  Four kinds of persistence – identifier, resolution, binding/mapping and object – were identified.  A demonstration through screenshots of the ANDS application was presented, and future directions of ANDS were stated.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/8-2australian-national-data-service-ands/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>8.1	Resource Identifier Interoperability for repositories project (RIDIR)</title>
		<link>http://identifiers2010.jiscpress.org/8-1resource-identifier-interoperability-for-repositories-project-ridir/</link>
		<comments>http://identifiers2010.jiscpress.org/8-1resource-identifier-interoperability-for-repositories-project-ridir/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:45:07 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=94</guid>
		<description><![CDATA[Martin Dow and Steve Bayliss&#8217;s presentation can be found at: http://docs.google.com/fileview?id=0B93tJ2TZe3khMTc1YzJmNTktMjJiYi00ZGIwLTkwNjItOWY2NDVhMjU1YTVj&#38;hl=en Steve gave an overview of the RIDIR project, identifying that the main objectives were to engage with the identifier and repositories communities to understand their requirements and to build a fully working demonstrator, and to raise awareness of persistent identifier interoperability issues.  He stated [...]]]></description>
			<content:encoded><![CDATA[<p>Martin Dow and Steve Bayliss&#8217;s presentation can be found at: <a href="https://docs.google.com/fileview?id=0B93tJ2TZe3khMTc1YzJmNTktMjJiYi00ZGIwLTkwNjItOWY2NDVhMjU1YTVj&amp;hl=en">http://docs.google.com/fileview?id=0B93tJ2TZe3khMTc1YzJmNTktMjJiYi00ZGIwLTkwNjItOWY2NDVhMjU1YTVj&amp;hl=en</a></p>
<p>Steve gave an overview of the RIDIR project, identifying that the main objectives were to engage with the identifier and repositories communities to understand their requirements and to build a fully working demonstrator, and to raise awareness of persistent identifier interoperability issues.  He stated that the project was not about shared persistent identifier services themselves as such services would be available, but was focussed on the use of identifiers.  The RIDIR project found that there was little commonality in requirements, that it was not a priority and the project was exploring areas that were as yet not perceived as concerns.  A demonstration of the &#8220;Lost Resource Finder&#8221; service was presented, which allows a user to be redirected to the new, correct location for a resource when an identifier is broken.  The new location can either be specified by a repository manager, or it can be based on &#8220;crowd intelligence&#8221; – based on other users of the service searching for and discovering the new location of the resource within the service.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/8-1resource-identifier-interoperability-for-repositories-project-ridir/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>8	Appendix 3 Relevant Initiatives</title>
		<link>http://identifiers2010.jiscpress.org/8appendix-3-relevant-initiatives/</link>
		<comments>http://identifiers2010.jiscpress.org/8appendix-3-relevant-initiatives/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:44:19 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=92</guid>
		<description><![CDATA[(Intentionally blank)]]></description>
			<content:encoded><![CDATA[<p>(Intentionally blank)</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/8appendix-3-relevant-initiatives/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>7.2	How does a Handle / DOI approach address these requirements?</title>
		<link>http://identifiers2010.jiscpress.org/7-2how-does-a-handle-doi-approach-address-these-requirements/</link>
		<comments>http://identifiers2010.jiscpress.org/7-2how-does-a-handle-doi-approach-address-these-requirements/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:43:36 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=90</guid>
		<description><![CDATA[Paul Walk&#8217;s presentation can be found at: http://bit.ly/bgrhWM. Paul examined the Handle / DOI approach, stating that DOI is a business proposition.  He gave an overview of what DOIs are, the syntax, metadata and services around DOIs.  The business model was examined, and the current coverage of DOIs was presented in terms of the entities [...]]]></description>
			<content:encoded><![CDATA[<p>Paul Walk&#8217;s presentation can be found at: <a href="http://bit.ly/bgrhWM">http://bit.ly/bgrhWM</a>.</p>
<p>Paul examined the Handle / DOI approach, stating that DOI is a business proposition.  He gave an overview of what DOIs are, the syntax, metadata and services around DOIs.  The business model was examined, and the current coverage of DOIs was presented in terms of the entities they are currently minted for.  He examined the general requirements in the UKHE sector and how DOIs might represent a value proposition, concluding that DOI cannot and should not be ignored, that it satisfies the concerns of particular domains, and that the growth of DOIs will mean that there will be a &#8216;mixed economy&#8217; for some time to come.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/7-2how-does-a-handle-doi-approach-address-these-requirements/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>7.1	How does a web (HTTP URI) approach address these requirements?</title>
		<link>http://identifiers2010.jiscpress.org/7-1how-does-a-web-http-uri-approach-address-these-requirements/</link>
		<comments>http://identifiers2010.jiscpress.org/7-1how-does-a-web-http-uri-approach-address-these-requirements/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:42:50 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=88</guid>
		<description><![CDATA[Henry Thompson&#8217;s presentation can be found at: http://www.ltg.ed.ac.uk/~ht/JISC_2010/ Henry examined the HTTP URI approach for persistent identifiers, presenting some basic assumptions on the sharing of resources and what URIs are for and exploring what it is to name something.  He presented definitions of desirable characteristics in persistent identification.  He identified that FRBR is a useful [...]]]></description>
			<content:encoded><![CDATA[<p>Henry Thompson&#8217;s presentation can be found at: <a href="http://www.ltg.ed.ac.uk/%7Eht/JISC_2010/">http://www.ltg.ed.ac.uk/~ht/JISC_2010/</a></p>
<p>Henry examined the HTTP URI approach for persistent identifiers, presenting some basic assumptions on the sharing of resources and what URIs are for and exploring what it is to name something.  He presented definitions of desirable characteristics in persistent identification.  He identified that FRBR is a useful starting point for thoughtful ontology in the issue, and concluded with some concrete recommendations on minting good URIs, making it easy for people to author and serve metadata, the gathering and indexing of metadata and representations, motivational factors.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/7-1how-does-a-web-http-uri-approach-address-these-requirements/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>7	Appendix 2 &#8211; Approaches</title>
		<link>http://identifiers2010.jiscpress.org/7appendix-2-approaches/</link>
		<comments>http://identifiers2010.jiscpress.org/7appendix-2-approaches/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:41:05 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=86</guid>
		<description><![CDATA[(Intentionally blank)]]></description>
			<content:encoded><![CDATA[<p>(Intentionally blank)</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/7appendix-2-approaches/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>6	Appendix 1:  Introduction – Chris Awre &#8211; The need for “persistent identifiers”</title>
		<link>http://identifiers2010.jiscpress.org/6appendix-1-introduction-%e2%80%93-chris-awre-the-need-for-%e2%80%9cpersistent-identifiers%e2%80%9d/</link>
		<comments>http://identifiers2010.jiscpress.org/6appendix-1-introduction-%e2%80%93-chris-awre-the-need-for-%e2%80%9cpersistent-identifiers%e2%80%9d/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:40:24 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=84</guid>
		<description><![CDATA[Chris Awre set the scene for the day with a presentation entitled:. The need for “persistent identifiers”, What are we talking about – “persistence of identifiers”? &#8211; Chris Awre Chris&#8217; presentation can be found at: http://docs.google.com/leaf?id=0B93tJ2TZe3khYWQxNmQ0ZWYtNzcwZi00ZDZhLWIwNjMtNzc3YTk4Y2IzYzQ0&#38;hl=en Chris&#8217;s presentation provided an introduction and an overall context for the meeting, examining why the meeting was taking place [...]]]></description>
			<content:encoded><![CDATA[<p>Chris Awre set the scene for the day with a presentation entitled:. The need for “persistent identifiers”, What are we talking about – “persistence of identifiers”? &#8211; Chris Awre</p>
<p>Chris&#8217; presentation can be found at: <a href="https://docs.google.com/leaf?id=0B93tJ2TZe3khYWQxNmQ0ZWYtNzcwZi00ZDZhLWIwNjMtNzc3YTk4Y2IzYzQ0&amp;hl=en">http://docs.google.com/leaf?id=0B93tJ2TZe3khYWQxNmQ0ZWYtNzcwZi00ZDZhLWIwNjMtNzc3YTk4Y2IzYzQ0&amp;hl=en</a></p>
<p>Chris&#8217;s presentation provided an introduction and an overall context for the meeting, examining why the meeting was taking place and the background initiatives that had led to the meeting, specifically the work done by the RIDIR project and the growing interest JISC has in persistent identifiers.</p>
<p>Amongst other things, Chris identified that</p>
<ul>
<li>Identifiers are not uppermost in the consciousness of users of digital content</li>
<li>Content is becoming lost and hidden.</li>
<li>There is Increased awareness of identifier schemes, and that something can be done about the issues</li>
<li>The range of options available can be bewildering, and there is a reliance on identifiers promoted through the technology used</li>
<li>A focus on identifiers per se can be distracting: purpose, role and persistence itself is important</li>
<li>Identifiers do not stand alone, their associated meaning and relationships are important.</li>
</ul>
<p>Persistence itself was highlighted, particularly organisational persistence and the need to record changes, relationships and provenance.</p>
<p>Some suggestions were made on the areas in which JISC could be involved in making persistent identifiers work.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/6appendix-1-introduction-%e2%80%93-chris-awre-the-need-for-%e2%80%9cpersistent-identifiers%e2%80%9d/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5.3.2 Engagement</title>
		<link>http://identifiers2010.jiscpress.org/5-3-2-engagement/</link>
		<comments>http://identifiers2010.jiscpress.org/5-3-2-engagement/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:39:39 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=82</guid>
		<description><![CDATA[JISC should identify the communities and people for whom persistent identifiers really matter and work with them.  JISC&#8217;s role should be one of facilitation rather than intervention. A cultural change programme with the Universities and Colleges Information Systems Association (UCISA) and the Society of College, National and University Libraries (SCONUL) etc could be initiated to [...]]]></description>
			<content:encoded><![CDATA[<p>JISC should identify the communities and people for whom persistent identifiers really matter and work with them.  JISC&#8217;s role should be one of facilitation rather than intervention.</p>
<p>A cultural change programme with the Universities and Colleges Information Systems Association (<a href="http://www.ucisa.ac.uk/">UCISA</a>) and the Society of College, National and University Libraries<a href="#_ftn2"></a> (<a href="http://www.sconul.ac.uk/">SCONUL</a>) etc could be initiated to encourage people in HEIs to care about identifiers.</p>
<p>JISC should develop a &#8220;group of common statements in which we find common agreement&#8221; (see Section 4 above, Candidate Statements of Common Agreement).  These can then be used to initiate conversations with the W3C (Technical Architecture Group, RDF) the<a href="http://www.doi.org/"> International DOI Foundation</a> and<a href="#_msocom_1"></a> other parties, and  UKOLN could take a major role in this.</p>
<p>It was stated that there ought to be a common definition of a &#8220;good identifier&#8221;, internationally and cross-sector.  Engagement with the relevant parties could lead to the development of such a common definition.</p>
<p>The <strong>Research Papers</strong> group raised an issue of engagement in terms of how to involve researchers who did not want responsibility.</p>
<p>In general, the groups identified the importance of the relationship between incentive for maintaining identifiers and the responsibility for doing so, and closing the gap between them.  Recognition and reward are part of the scholarly process (raised by <strong>Research Data</strong>) and there is a relationship between online reputation and adoption of identifier schemes (raised by <strong>Research Papers).</strong></p>
<p>Getting data published and being respected was an incentive identified by the <strong>Research Data</strong> group, which emphasised needs for citation and re-use of data in the sector.</p>
<p>The <strong>Research Papers</strong> group considered personal incentives for maintaining identifiers in more detail, noting that non-opaque identifier schemes help maintain a brand, which therefore suggests use of HTTP URIs as persistent identifiers may be of considerable value here.</p>
<p>The <strong>Learning Materials</strong> group suggested that the Quality Assurance Agency for Higher Education (<a href="http://www.qaa.ac.uk/">QAA</a>) could look beyond the processes involved in teaching and give credit to high quality learning materials as part of their evaluations of HEIs.  This could lead to an increase in sharing these materials, with the lack of sharing being identified as a barrier to adoption of persistent identifiers.  Similarly the <a href="http://www.heacademy.ac.uk">HE Academy</a> Professional Recognition Scheme could use the route to career progression as an incentive for identification and sharing of learning materials.  Identification of individuals through persistent identifiers was noted as a potential requirement.</p>
<hr size="1" />
<hr size="1" /><a href="#_msoanchor_1"></a></p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-3-2-engagement/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5.3.1 Awareness</title>
		<link>http://identifiers2010.jiscpress.org/5-3-1-awareness/</link>
		<comments>http://identifiers2010.jiscpress.org/5-3-1-awareness/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:38:54 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=80</guid>
		<description><![CDATA[Awareness should be raised of existing work in the field of persistent identifiers, and the materials produced by this work should be more widely disseminated.  Specifically noted was the work done on services that use identifiers by the National Archives[1] and the RIDIR project’s (&#8220;Lost resource finder&#8221;). It was stated that the community lacks widely [...]]]></description>
			<content:encoded><![CDATA[<p>Awareness should be raised of existing work in the field of persistent identifiers, and the materials produced by this work should be more widely disseminated.  Specifically noted was the work done on services that use identifiers by the National Archives<a href="#_ftn1">[1]</a> and the RIDIR project’s (&#8220;Lost resource finder&#8221;).</p>
<p>It was stated that the community lacks widely understood policies, and that there are cases where there is a lack of awareness of how to best use existing identifier schemes.</p>
<p>A particular case highlighted was a situation where Handle is in use.  When a resource&#8217;s location changes, rather than updating the existing Handle for the resource a new Handle was being minted.</p>
<p>Potentially this indicates the need for a better awareness within HEIs at a policy level (perhaps of existing materials on the use of Handle in this example), so that management of identifier infrastructure can be better implemented at a technical level.  HEI IT Infrastructure&#8217;s role is one of exposing information, and strategies need to be in place to support this.</p>
<p>The lack of awareness could also be addressed by specific case studies illustrating best practice usage of existing identifier schemes (see above).</p>
<hr size="1" /><a href="#_ftnref1">[1]</a> http://www.nationalarchives.gov.uk/</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-3-1-awareness/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5.3	Awareness and Engagement</title>
		<link>http://identifiers2010.jiscpress.org/5-3awareness-and-engagement/</link>
		<comments>http://identifiers2010.jiscpress.org/5-3awareness-and-engagement/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:37:12 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=78</guid>
		<description><![CDATA[It was felt that JISC should play a useful role in raising awareness and engaging with those various communities and stakeholders who have interests and needs around persistent identifiers, both within the HEI community and with external organisations. It was noted that persistent identification issues are not merely technical but also organisational, and that by [...]]]></description>
			<content:encoded><![CDATA[<p>It was felt that JISC should play a useful role in raising awareness and engaging with those various communities and stakeholders who have interests and needs around persistent identifiers, both within the HEI community and with external organisations.</p>
<p>It was noted that persistent identification issues are not merely technical but also organisational, and that by raising awareness and engaging with the community JISC can start to impact on practice.</p>
<p>Where possible, existing channels such as the Repository Support Project (RSP) and the Digital Curation Centre (DCC), should be used.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-3awareness-and-engagement/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5.2.5.6 Rights issues</title>
		<link>http://identifiers2010.jiscpress.org/5-2-5-6-rights-issues/</link>
		<comments>http://identifiers2010.jiscpress.org/5-2-5-6-rights-issues/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:36:25 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=76</guid>
		<description><![CDATA[Clarity about rights was expressed as a need, for example database rights, in identifiers, aggregations of identifiers, etc, and that this relates to development of viable business models for the sector. The Digital Economy Bill may have implications for persistent identifiers in relation to linking to publicly-available material. As the bill goes through the parliamentary [...]]]></description>
			<content:encoded><![CDATA[<p>Clarity about rights was expressed as a need, for example database rights, in identifiers, aggregations of identifiers, etc, and that this relates to development of viable business models for the sector.</p>
<p>The Digital Economy Bill may have implications for persistent identifiers in relation to linking to publicly-available material. As the bill goes through the parliamentary process the implications or otherwise of this will become clearer.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-2-5-6-rights-issues/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5.2.5.5 Metadata</title>
		<link>http://identifiers2010.jiscpress.org/5-2-5-5-metadata/</link>
		<comments>http://identifiers2010.jiscpress.org/5-2-5-5-metadata/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:35:47 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=74</guid>
		<description><![CDATA[Knowing the kind of entity being identified in a certain context, the role a person may have for example, was a requirement expressed by the Research Papers and Administrative Information groups, with the latter identifying that identifying entity type is necessary for parties to reach agreement about something, as they need to  know whether they [...]]]></description>
			<content:encoded><![CDATA[<p>Knowing the kind of entity being identified in a certain context, the role a person may have for example, was a requirement expressed by the <strong>Research Papers</strong> and <strong>Administrative Information</strong> groups, with the latter identifying that identifying entity type is necessary for parties to reach agreement about something, as they need to  know whether they are referring to the same thing.</p>
<p>Metadata describing the context in which an identified entity is used was identified as an underlying requirement for <strong>Learning materials</strong>, to record<strong> </strong>which courses the materials were used on for example, and for <strong>Administrative information </strong>, to record historical information about modules taught and programmes of study.</p>
<p><strong>Learning Materials</strong> also identified that poor modelling and no clear lifecycle were factors that impact the availability of good quality metadata.</p>
<p>The <strong>Cultural Heritage</strong> group identified various needs that rely on metadata, in areas around access, aggregation and reuse.</p>
<p>Relationships between &#8220;versions&#8221; of entities was identified as a requirement by <strong>Research Data</strong>, particularly in the context of dealing with updates and dynamic data, and  <strong>Research Papers </strong>identified that versioning also represents a problem faced by their sector.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-2-5-5-metadata/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5.2.5.4 Structure of the entities that need to be identified</title>
		<link>http://identifiers2010.jiscpress.org/5-2-5-4-structure-of-the-entities-that-need-to-be-identified/</link>
		<comments>http://identifiers2010.jiscpress.org/5-2-5-4-structure-of-the-entities-that-need-to-be-identified/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:34:11 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=72</guid>
		<description><![CDATA[The need to identify component parts of an entity was noted as a requirement by the Research Data group, for whom it is important that the data structures involved, their relationships and derivations, are represented to a sufficient level granularity. Aggregation of entities into identifiable composites was identified as use case by the Cultural Heritage [...]]]></description>
			<content:encoded><![CDATA[<p>The need to identify component parts of an entity was noted as a requirement by the <strong>Research Data</strong> group, for whom it is important that the data structures involved, their relationships and derivations, are represented to a sufficient level granularity.</p>
<p>Aggregation of entities into identifiable composites was identified as use case by the <strong>Cultural Heritage</strong> group.  <strong>Learning Materials</strong> identified a similar use case in dealing with complex, composite learning materials that can be multi-level, with no linear ordering.</p>
<p>The <strong>Administrative Information</strong> group identified the need to support multiple views on the same data, recognising that some views may incorporate aggregated views of data present in others .</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-2-5-4-structure-of-the-entities-that-need-to-be-identified/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5.2.5.3 Scalability</title>
		<link>http://identifiers2010.jiscpress.org/5-2-5-3-scalability/</link>
		<comments>http://identifiers2010.jiscpress.org/5-2-5-3-scalability/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:33:30 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=70</guid>
		<description><![CDATA[Scalability refers to the number of resources to be identified, which has an impact on systems involved in persistent identification.  This was seen as an issue for the Research Data group.   The Administrative Information group suggested that a selection and appraisal process is required, as identifiers cannot be assigned for every conceivable thing, and capturing [...]]]></description>
			<content:encoded><![CDATA[<p>Scalability refers to the number of resources to be identified, which has an impact on systems involved in persistent identification.  This was seen as an issue for the <strong>Research Data</strong> group.   The <strong>Administrative Information</strong> group suggested that a selection and appraisal process is required, as identifiers cannot be assigned for every conceivable thing, and capturing metadata to describe the contextual setting of certain information may be impractical.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-2-5-3-scalability/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5.2.5.2 Responsibilities involved</title>
		<link>http://identifiers2010.jiscpress.org/5-2-5-2-responsibilities-involved/</link>
		<comments>http://identifiers2010.jiscpress.org/5-2-5-2-responsibilities-involved/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:31:48 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=68</guid>
		<description><![CDATA[There was evidence that there are a wide variety of preservation, curation and access responsibilities, and that these responsibilities can change. The Research Papers group identified a need to deal with resources where the responsibility for curation largely lies outside the control of this group, particularly grey literature and self-published literature.  These currently have little [...]]]></description>
			<content:encoded><![CDATA[<p>There was evidence that there are a wide variety of preservation, curation and access responsibilities, and that these responsibilities can change.</p>
<p>The <strong>Research Papers</strong> group identified a need to deal with resources where the responsibility for curation largely lies outside the control of this group, particularly grey literature and self-published literature.  These currently have little by way of curation policy, where publication rather than preservation is seen as the primary objective, despite often being heavily used.</p>
<p>The group identified that responsibility for management of entities can change to reflect changes around people and organisations, and that HTTP URIs may therefore not necessarily be a robust approach for this group.</p>
<p>The <strong>Research Data</strong> group identified a preservation need: publishers are insisting that data is made available, and there is no clear identification of responsibilities for the preservation itself, this being left up to the researcher/institution who may not yet have defined a preservation strategy.</p>
<p>Responsibilities for maintaining authenticity were also highlighted by this group – being able to ensure that data, once published, has not been tampered with.  Re-use of data is a driver for this group and persistence of access to data through its identifiers also needs maintaining  to support this.</p>
<p>The entities of interest to the <strong>Learning Materials</strong> group have a variety of associated preservation and access responsibilities, as materials are stored in VLEs such as Moodle<a href="#ftn1" id="ref1"><sup>[1]</sup></a> and various repositories, and materials are distributed over the web using services such as Slideshare<a href="#ftn2" id="ref2"><sup>[2]</sup></a>.  In general, this sector&#8217;s entities tend to be &#8220;made public&#8221; rather than &#8220;published&#8221;, which suggests a lower importance is attached to preservation responsibility.</p>
<p>Sustainability was identified as a requirement by the<strong> Learning Materials</strong> group – teachers require learning materials to be available the next time they teach a course, and learners require them to be available when they wish to revise a topic.  As learning materials tend to be distributed over disparate systems, a reliance on these systems for maintaining persistence of access means there is potential for identifiers to break.</p>
<p>The <strong>Administrative Information </strong>group identified a wide range of metadata to support its needs which is typically held in a range of diverse systems at differing levels within the organisation.</p>
<hr size="1" />
<p><a href="#ref1" id="ftn1">[1]</a> http://moodle.org/</p>
<p><a href="#ref2" id="ftn2">[2]</a> http://www.slideshare.net/</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-2-5-2-responsibilities-involved/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5.2.5.1 Types of entity that need identifiers</title>
		<link>http://identifiers2010.jiscpress.org/5-2-5-1-types-of-entity-that-need-identifiers/</link>
		<comments>http://identifiers2010.jiscpress.org/5-2-5-1-types-of-entity-that-need-identifiers/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:30:05 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=66</guid>
		<description><![CDATA[A wide variety of entities were identified, with diverse artefacts across the Research Papers, Research Data, Learning Materials and Cultural Heritage groups. The Research Papers, Learning Materials and Administrative Information groups all identified a need for real-world entity identifiers, particularly people identifiers. The Learning Materials group identified a range of other related real-world entities such [...]]]></description>
			<content:encoded><![CDATA[<p>A wide variety of entities were identified, with diverse artefacts across the <strong>Research Papers</strong>, <strong>Research Data</strong>, <strong>Learning Materials</strong> and <strong>Cultural Heritage</strong> groups.</p>
<p>The <strong>Research Papers</strong>, <strong>Learning Materials</strong> and <strong>Administrative Information</strong> groups all identified a need for real-world entity identifiers, particularly people identifiers. The <strong>Learning Materials</strong> group identified a range of other related real-world entities such as modules, courses and lessons whilst the <strong>Administrative Information</strong> group has a need to identify records, people and organisations.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-2-5-1-types-of-entity-that-need-identifiers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5.2.5	Factors for consideration</title>
		<link>http://identifiers2010.jiscpress.org/5-2-5factors-for-consideration/</link>
		<comments>http://identifiers2010.jiscpress.org/5-2-5factors-for-consideration/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:29:22 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=64</guid>
		<description><![CDATA[The heterogeneity of the factors involved in persistence of identification, particularly in the context of the needs of the various stakeholders, became apparent during the day.  In supplying materials and advice, these heterogeneous factors and their relevance to the various stakeholder groups merit consideration. Determining “what makes a good identifier&#8221; was expressed as a desirable [...]]]></description>
			<content:encoded><![CDATA[<p>The heterogeneity of the factors involved in persistence of identification, particularly in the context of the needs of the various stakeholders, became apparent during the day.  In supplying materials and advice, these heterogeneous factors and their relevance to the various stakeholder groups merit consideration.</p>
<p>Determining “what makes a good identifier&#8221; was expressed as a desirable goal at the meeting.  The  headings below represent approximate groupings of statements into what are arguably chief factors  in determining a “good identifier”:</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-2-5factors-for-consideration/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5.2.4	Advice</title>
		<link>http://identifiers2010.jiscpress.org/5-2-4advice/</link>
		<comments>http://identifiers2010.jiscpress.org/5-2-4advice/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:28:44 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=62</guid>
		<description><![CDATA[JISC should draw a line under long-running arguments about particular persistent identifier schemes and instead should focus its efforts on enabling HEIs to choose and implement schemes appropriate to their needs.  JISC&#8217;s focus should be on points of agreement. Clear, easy-to-understand advice should be provided on how an HEI might choose between identifier schemes based [...]]]></description>
			<content:encoded><![CDATA[<p>JISC should draw a line under long-running arguments about particular persistent identifier schemes and instead should focus its efforts on enabling HEIs to choose and implement schemes appropriate to their needs.  JISC&#8217;s focus should be on points of agreement.</p>
<p>Clear, easy-to-understand advice should be provided on how an HEI might choose between identifier schemes based on their own needs and contexts.</p>
<p>The pros and cons of various approaches in different circumstances, for different purposes, should be outlined and advice should be provided on the adoption and management of the various identifier schemes available.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-2-4advice/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>5.2.3	Toolkits and frameworks</title>
		<link>http://identifiers2010.jiscpress.org/5-2-3toolkits-and-frameworks/</link>
		<comments>http://identifiers2010.jiscpress.org/5-2-3toolkits-and-frameworks/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:27:04 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=60</guid>
		<description><![CDATA[Cost, and perceived cost, was identified as an issue, and was raised explicitly by the Cultural Heritage group.  To address this, it was suggested that JISC develop and provide toolkits and frameworks to assist institutions in the assessment, adoption and implementation choices pertaining to persistent identifier schemes and services.]]></description>
			<content:encoded><![CDATA[<p>Cost, and perceived cost, was identified as an issue, and was raised explicitly by the <strong>Cultural Heritage</strong> group.  To address this, it was suggested that JISC develop and provide toolkits and frameworks to assist institutions in the assessment, adoption and implementation choices pertaining to persistent identifier schemes and services.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-2-3toolkits-and-frameworks/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5.2.2	Case studies</title>
		<link>http://identifiers2010.jiscpress.org/5-2-2case-studies/</link>
		<comments>http://identifiers2010.jiscpress.org/5-2-2case-studies/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:26:23 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=58</guid>
		<description><![CDATA[Case studies addressing the following were suggested: Illustrate the benefits in “closing the gap” between those with an incentive  to maintain identifiers and those whose responsibility it is to do so Illustrate costs and benefits by articulating workflows in specific HEIs, and identifying stakeholders and value in each context Provide a cost assessment of getting [...]]]></description>
			<content:encoded><![CDATA[<p>Case studies addressing the following were suggested:</p>
<ul>
<li>Illustrate the benefits in “closing the gap” between those with an incentive  to maintain identifiers and those whose responsibility it is to do so</li>
</ul>
<ul>
<li>Illustrate costs and benefits by articulating workflows in specific HEIs, and identifying stakeholders and value in each context</li>
</ul>
<ul>
<li>Provide a cost assessment of getting a system running using various persistent identifier schemes and infrastructures</li>
</ul>
<ul>
<li>Illustrate how existing software packages that presuppose particular schemes and policies with regard to persistent identifiers work in practice, identifying the implications of the schemes and policies used and addressing any issues arising out of these</li>
</ul>
<ul>
<li>Illustrate the pros and cons of specific approaches and identifier schemes and how well these work across different contexts and communities</li>
</ul>
<ul>
<li>Illustrate best practice usage of existing persistent identifier schemes in various contexts, and where relevant, pay heed to those areas thought to be a source of confusion currently or about which there is a lack of awareness.</li>
</ul>
<ul>
<li>Specific studies from breakout group discussions:
<ul>
<li>The <strong>Administrative Information</strong> group suggested Southampton University&#8217;s approach to identifying people (amongst other things) be the subject of a study.  This uses a system backed by &#8220;linked data&#8221;, and uses a co-reference approach to relate a multiplicity of identifiers that represent the same person..</li>
<li>A case study based on the <strong>Research Papers</strong> sector may be useful, as this sector deals with a wide variety of curation and preservation responsibilities, many of which lie outside the institution.</li>
</ul>
</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-2-2case-studies/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>5.2.1	Success Stories</title>
		<link>http://identifiers2010.jiscpress.org/5-2-1success-stories/</link>
		<comments>http://identifiers2010.jiscpress.org/5-2-1success-stories/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:25:42 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=56</guid>
		<description><![CDATA[Where there are successful persistent identifier schemes, their features should be examined; NASA-originated numbers assigned to aeronautical research reports and the Linnaean taxonomy were given as examples.  Although neither of these schemes has an associated automated identifier resolution system, their identifier referents can always be found. HTTP URIs can be and are being used successfully [...]]]></description>
			<content:encoded><![CDATA[<p>Where there are successful persistent identifier schemes, their features should be examined; NASA-originated numbers assigned to aeronautical research reports and the Linnaean taxonomy were given as examples.  Although neither of these schemes has an associated automated identifier resolution system, their identifier referents can always be found.</p>
<p>HTTP URIs can be and are being used successfully as persistent identifiers, and  Southampton University&#8217;s use of <a href="http://www.eprints.org/">Eprints</a> for bibliographic data was raised as an example. In Southampton&#8217;s case HTTP URIs (URLs) are redirected to look up syllabus and year for example; change management works well and this is an example where URL policy can work throughout parts of the organisation.   <a href="http://www.w3.org/TR/">W3C technical reports</a> provide another example.  In this case HTTP URIs embed text strings to represent dates, which takes effort and there is some resistance to maintaining it, but it is a system that has worked well for more than ten years to support discovery of and access to the reports.</p>
<hr size="1" />
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-2-1success-stories/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5.2 Providing advice, toolkits and frameworks</title>
		<link>http://identifiers2010.jiscpress.org/5-2-providing-advice-toolkits-and-frameworks/</link>
		<comments>http://identifiers2010.jiscpress.org/5-2-providing-advice-toolkits-and-frameworks/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:24:18 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=54</guid>
		<description><![CDATA[Although there is existing work in the area of persistent identifiers, it was felt that the advice and guidelines available were sometimes contradictory, perhaps a consequence of the overall heterogeneity of the features of the identifier landscape,  A good solution  in one context might be a poor choice in another. It was suggested that JISC [...]]]></description>
			<content:encoded><![CDATA[<p>Although there is existing work in the area of persistent identifiers, it was felt that the advice and guidelines available were sometimes contradictory, perhaps a consequence of the overall heterogeneity of the features of the identifier landscape,  A good solution  in one context might be a poor choice in another.</p>
<p>It was suggested that JISC should have a role in gathering evidence of where persistent identifiers worked in practice across a range of different contexts to identify, disseminate and support good practices for these situations.  Success stories that illustrate and underpin guidelines in different contexts should be developed and case studies produced that address the needs and barriers expressed during the meeting.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-2-providing-advice-toolkits-and-frameworks/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5.1.2	Services that use identifiers</title>
		<link>http://identifiers2010.jiscpress.org/5-1-2services-that-use-identifiers/</link>
		<comments>http://identifiers2010.jiscpress.org/5-1-2services-that-use-identifiers/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:23:38 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=52</guid>
		<description><![CDATA[It was suggested that JISC should help create facilities, not authorities – decentralised services that use independently-managed identifiers rather than centralised services that create and manage them. In general JISC should play a role in enabling HEIs to provide services to researchers that they want, using identifiers.  This could perhaps be in the area of [...]]]></description>
			<content:encoded><![CDATA[<p>It was suggested that JISC should help create facilities, not authorities – decentralised services that use independently-managed identifiers rather than centralised services that create and manage them.</p>
<p>In general JISC should play a role in enabling HEIs to provide services to researchers that they want, using identifiers.  This could perhaps be in the area of preservation services, although the actual implementation may well be at the institutional level, facilitated by JISC&#8217;s provision of advice, toolkits and frameworks.</p>
<p>The importance of curation was identified, particularly in terms of addressing a need to provide easy ways for authors to engage with curation practices when self-publishing.</p>
<p>There was a request for &#8220;<a title="&quot;Linking to the Appropriate Copy&quot;" href="http://www.dlib.org/dlib/september01/caplan/09caplan.html">appropriate copy</a>&#8221; to be considered an explicit HEI requirement, solutions to which might be implemented as a service based on identifiers.  Again this need may be best addressed by the provision of advice, toolkits and frameworks rather than services provided by JISC.</p>
<p>Both the <a href="http://www2.hull.ac.uk/discover/ridir.aspx">RIDIR project</a>’s &#8220;broken link resolver&#8221;, which helps users resolve broken links based on both owner-managed and user-generated input, and the <a title="RKBExplorer" href="http://www.rkbexplorer.com">RKBExplorer</a> developments at Southampton, which deals with ambiguity and co-reference using existing URIs, were identified as example services.  The PILIN project also examined the &#8220;broken link&#8221; issue and identified a Persistent Citation Resolver service using reverse lookup on an identifier that no longer resolved.</p>
<p>It was also suggested that JISC should add further value by working with established services that already use identifiers, the example discussed being <a href="http://www.cranfieldlibrary.cranfield.ac.uk/pirus2/tiki-index.php">PIRUS2</a><a href="#_ftn2"></a> and the JISC Usage Statistics Portal.</p>
<p>Two of the breakout groups expressed needs around services that use identifiers:</p>
<ul>
<li>One objective expressed by the <strong>Learning Materials</strong> group was to enable a &#8220;digital repository environment” for learning materials that needs to recognise that materials tend to be distributed widely over the web and not just within repositories.</li>
<li> The <strong>Research Data</strong> group stated that publishers are demanding that data (identified in a publication) be made available persistently.  However, the publishers are not taking responsibility for the preservation and identification of the data, the responsibility being left to the authors.</li>
</ul>
<hr size="1" />
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-1-2services-that-use-identifiers/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>5.1.1 Persistent identifier services</title>
		<link>http://identifiers2010.jiscpress.org/5-1-1-persistent-identifier-services/</link>
		<comments>http://identifiers2010.jiscpress.org/5-1-1-persistent-identifier-services/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:22:02 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=50</guid>
		<description><![CDATA[Primarily it was recommended that JISC should not be involved in building a new persistent identifier management service, responsible for centrally minting and resolving identifiers. However it was also noted that JISC might play some role in the establishment of a national shared persistent identifier infrastructure service; this might be for example, a &#8220;service of [...]]]></description>
			<content:encoded><![CDATA[<p>Primarily it was recommended that JISC should not be involved in building a new persistent identifier management service, responsible for centrally minting and resolving identifiers.</p>
<p>However it was also noted that JISC might play some role in the establishment of a national shared persistent identifier infrastructure service; this might be for example, a &#8220;service of last resort&#8221; for cases where&#8221; all else fails&#8221;, whether due to policy or technical reasons.  It was noted that the <a href="http://www.pilin.net.au/">PILIN project</a> had identified this service as being one primary function of a shared national persistent identifier service.</p>
<hr size="1" />
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-1-1-persistent-identifier-services/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>5.1 Services</title>
		<link>http://identifiers2010.jiscpress.org/5-1-services/</link>
		<comments>http://identifiers2010.jiscpress.org/5-1-services/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:21:26 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=48</guid>
		<description><![CDATA[(Intentionally blank)]]></description>
			<content:encoded><![CDATA[<p>(Intentionally blank)</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-1-services/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5 Suggested Next Steps for JISC</title>
		<link>http://identifiers2010.jiscpress.org/5-suggested-next-steps-for-jisc/</link>
		<comments>http://identifiers2010.jiscpress.org/5-suggested-next-steps-for-jisc/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:20:53 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=45</guid>
		<description><![CDATA[The plenary sessions revolved around identifying common features of the landscape, and identifying where JISC investment might be useful in terms of what is required for the UK landscape. The overall outcomes of the meeting are presented here under some proposed high-level categories, which are: providing services around persistent identifiers; providing advice, toolkits and frameworks; [...]]]></description>
			<content:encoded><![CDATA[<p>The plenary sessions revolved around identifying common features of the landscape, and identifying where JISC investment might be useful in terms of what is required for the UK landscape.<span> </span>The overall outcomes of the meeting are presented here under some proposed high-level categories, which are:</p>
<ul>
<li>providing services around persistent identifiers;</li>
<li>providing advice, toolkits and frameworks; and</li>
<li>engagement with the community and increasing awareness.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/5-suggested-next-steps-for-jisc/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>4 Candidate Statements of Common Agreement</title>
		<link>http://identifiers2010.jiscpress.org/4-candidate-statements-of-common-agreement/</link>
		<comments>http://identifiers2010.jiscpress.org/4-candidate-statements-of-common-agreement/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:19:22 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=43</guid>
		<description><![CDATA[A candidate set of statements of common agreement was proposed as a basis for moving beyond discussions about the merits of particular identifier regimes.  These were: We accept that we are dealing with heterogeneous identifier environments. Well-defined contexts may have their own schemes.  Where dominant schemes are used in a particular context (eg DOI) then [...]]]></description>
			<content:encoded><![CDATA[<p>A candidate set of statements of common agreement was proposed as a basis for moving beyond discussions about the merits of particular identifier regimes.  These were:</p>
<ol>
<li>We accept that we are dealing with heterogeneous identifier environments.</li>
<li>Well-defined contexts may have their own schemes.  Where dominant schemes are used in a particular context (eg DOI) then we should encourage their ubiquity.</li>
<li>Where there are not dominant schemes, then we would encourage the adoption of HTTP URIs</li>
<li>We want to ensure that actionable HTTP URI manifestations are available of any non-native HTTP URI identifiers.  We want agreed and consistent ways of constructing these manifestations. We would expect to be able to build services on the basis of these manifestations.</li>
<li>Higher levels of good practice may be possible for native HTTP URIs.</li>
</ol>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/4-candidate-statements-of-common-agreement/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>3 High-level themes</title>
		<link>http://identifiers2010.jiscpress.org/3-high-level-themes/</link>
		<comments>http://identifiers2010.jiscpress.org/3-high-level-themes/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:18:44 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=41</guid>
		<description><![CDATA[Discussions focused on specific domain areas established that stakeholder concerns and needs do not revolve solely around persistent identifiers per se.  Central themes for debate also revolved around resource preservation, metadata about resources and their relationships, and ensuring persistence of access to resources. These three recurrent high-level themes which represent the overall context of persistence [...]]]></description>
			<content:encoded><![CDATA[<p>Discussions focused on specific domain areas established that stakeholder concerns and needs do not revolve solely around persistent identifiers per se.  Central themes for debate also revolved around resource preservation, metadata about resources and their relationships, and ensuring persistence of access to resources.</p>
<p>These three recurrent high-level themes which represent the overall context of persistence can be summarised are as follows:</p>
<ul>
<li><strong>Preservation:</strong> The physical location and storage of a resource, responsibilities for its curation, and whether these responsibilities are themselves persistent or likely to change over time</li>
<li><strong>Metadata and relationships:</strong> The ability to describe a resource by associating metadata with a resource&#8217;s identifier, to identify the type or kind of resource and to draw relationships between resources by using their identifiers</li>
<li><strong>Access</strong>:  The relationship between a resource&#8217;s identifier and the location of that resource; and the services and systems necessary to support this so that the consumer of an identifier can be guaranteed persistent access to the resource.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/3-high-level-themes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>2 Objectives</title>
		<link>http://identifiers2010.jiscpress.org/2-objectives/</link>
		<comments>http://identifiers2010.jiscpress.org/2-objectives/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:17:06 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=39</guid>
		<description><![CDATA[The primary objectives of providing this summary of the meeting are: to validate the essential points and the common themes distilled from the meeting to solicit feedback from meeting participants, and to invite additional comments not elicited in the meeting]]></description>
			<content:encoded><![CDATA[<p>The primary objectives of providing this summary of the meeting are:</p>
<ul>
<li>to validate the essential points and the common themes distilled from the meeting</li>
<li>to solicit feedback from meeting participants, and to invite additional comments not elicited in the meeting</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/2-objectives/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>1 Introduction</title>
		<link>http://identifiers2010.jiscpress.org/1-introduction/</link>
		<comments>http://identifiers2010.jiscpress.org/1-introduction/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:16:32 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=37</guid>
		<description><![CDATA[This document represents a summary of the outcomes from a workshop on persistent identifiers, hosted by JISC on 3 February 2010. The overall background and context for the meeting is given in the Briefing Paper and in Chris Awre&#8217;s introductory presentation, with the primary objectives being: to identify common features of the landscape where JISC [...]]]></description>
			<content:encoded><![CDATA[<p>This document represents a summary of the outcomes from a workshop on persistent identifiers, hosted by JISC on 3 February 2010.</p>
<p>The overall background and context for the meeting is given in the Briefing Paper and in Chris Awre&#8217;s introductory presentation, with the primary objectives being:</p>
<ul>
<li>to identify common features of the landscape where JISC investment might yield benefits; and</li>
<li>to identify what may be needed or required for the UK landscape</li>
</ul>
<p>Taking an institutional perspective, Chris examined what we mean by the overall context of persistence in identification, and noted amongst other things that:</p>
<ul>
<li>Identifiers are not uppermost in the consciousness of users of digital content</li>
<li>Content is becoming lost and hidden</li>
<li>There is Increased awareness of identifier schemes, and that something can be done about the issues</li>
<li>The range of options available can be bewildering, and there is a reliance on identifiers promoted through the technology used</li>
<li>A focus on identifiers per se can be distracting: purpose, role and persistence itself is important</li>
<li>Identifiers do not stand alone; their associated meaning and relationships are important.</li>
</ul>
<p>Persistence itself was highlighted, particularly organisational persistence and the need to record changes, relationships and provenance.  This is in the context of well-established practice in some domains, such as the use of DOIs, and considerable momentum elsewhere (e.g. from data.gov.uk) behind linked data and HTTP URIs.</p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/1-introduction/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>JISC Persistent Identifier Meeting, 3rd February 2010: Meeting summary</title>
		<link>http://identifiers2010.jiscpress.org/0-jisc-persistent-identifier-meeting-3rd-february-2010-meeting-summary/</link>
		<comments>http://identifiers2010.jiscpress.org/0-jisc-persistent-identifier-meeting-3rd-february-2010-meeting-summary/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 20:15:50 +0000</pubDate>
		<dc:creator>neilj</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[jiscpid]]></category>

		<guid isPermaLink="false">http://identifiers2010.jiscpress.org/?p=35</guid>
		<description><![CDATA[Submitted by: Martin Dow Stephen Bayliss Acuity Unlimited Tel: 020 7100 5625 martin.dow@acuityunlimited.co.uk stephen.bayliss@acuityunlimited.co.uk]]></description>
			<content:encoded><![CDATA[<p>Submitted by:</p>
<p><strong>Martin</strong><strong> Dow</strong><strong><br />
Stephen Bayliss<br />
Acuity Unlimited<br />
</strong>Tel: 020 7100 5625<br />
<a href="mailto:martin.dow@acuityunlimited.co.uk">martin.dow@acuityunlimited.co.uk</a><br />
<a href="mailto:stephen.bayliss@acuityunlimited.co.uk">stephen.bayliss@acuityunlimited.co.uk</a><a href="http://identifiers2010.jiscpress.org/files/2010/04/acuity.jpg"><img class="alignright size-medium wp-image-3" title="acuity" src="http://identifiers2010.jiscpress.org/files/2010/04/acuity-300x116.jpg" alt="acuity" width="300" height="116" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://identifiers2010.jiscpress.org/0-jisc-persistent-identifier-meeting-3rd-february-2010-meeting-summary/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
