<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Use cases for Handle identifiers?</title>
	<atom:link href="http://lackoftalent.org/michael/blog/2007/10/05/use-cases-for-handle-identifiers/feed/" rel="self" type="application/rss+xml" />
	<link>http://lackoftalent.org/michael/blog/2007/10/05/use-cases-for-handle-identifiers/</link>
	<description>The occasional rambling of a digital library artisan</description>
	<lastBuildDate>Fri, 02 Dec 2011 10:37:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: mjgiarlo</title>
		<link>http://lackoftalent.org/michael/blog/2007/10/05/use-cases-for-handle-identifiers/comment-page-1/#comment-48683</link>
		<dc:creator>mjgiarlo</dc:creator>
		<pubDate>Fri, 05 Oct 2007 16:41:54 +0000</pubDate>
		<guid isPermaLink="false">http://lackoftalent.org/michael/blog/2007/10/05/use-cases-for-handle-identifiers/#comment-48683</guid>
		<description>Aaron,

Good point.  Even local resources may be bound to URI schemes not of our choosing.  The ideal solution would be if the software were configurable such that URIs could be crafted per organization policy.  But I don&#039;t see that happening anytime soon. 

I&#039;m not sure how much better option c is than option b since you&#039;re already running Apache (probably).  Both are susceptible to the downstream citation problem which to my mind is a major knock on the persistence of an identifier.  Apache + mod_proxy might be a better solution in terms of the problem, but I haven&#039;t wrapped my mind fully around the amount of management overhead that would be required in this scheme.

Thanks for jogging my memory.  And I do think Handles are a reasonable way to deal with the situation -- assuming the downstream citation problem is not an overriding issue.</description>
		<content:encoded><![CDATA[<p>Aaron,</p>
<p>Good point.  Even local resources may be bound to URI schemes not of our choosing.  The ideal solution would be if the software were configurable such that URIs could be crafted per organization policy.  But I don&#039;t see that happening anytime soon. </p>
<p>I&#039;m not sure how much better option c is than option b since you&#039;re already running Apache (probably).  Both are susceptible to the downstream citation problem which to my mind is a major knock on the persistence of an identifier.  Apache + mod_proxy might be a better solution in terms of the problem, but I haven&#039;t wrapped my mind fully around the amount of management overhead that would be required in this scheme.</p>
<p>Thanks for jogging my memory.  And I do think Handles are a reasonable way to deal with the situation &#8212; assuming the downstream citation problem is not an overriding issue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron</title>
		<link>http://lackoftalent.org/michael/blog/2007/10/05/use-cases-for-handle-identifiers/comment-page-1/#comment-48680</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Fri, 05 Oct 2007 12:17:28 +0000</pubDate>
		<guid isPermaLink="false">http://lackoftalent.org/michael/blog/2007/10/05/use-cases-for-handle-identifiers/#comment-48680</guid>
		<description>Our organization runs multiple digital content / digital library publishing platforms, all with different URI schemes.  In this case, the *resources* may be within our control, but the minting of URIs is not easy to get a handle on.  

It seems we are either faced with a) modifying the software to match a developed URI policy (ugh and/or not possible); b) running a translation scheme at the sever level (e.g. Apache mod_rewrite) (semi-ugh); or c) running some kind of resolver service, whether it be Handles or something else.  In that accounting, Handles seem pretty reasonable to me -- what do you think?</description>
		<content:encoded><![CDATA[<p>Our organization runs multiple digital content / digital library publishing platforms, all with different URI schemes.  In this case, the *resources* may be within our control, but the minting of URIs is not easy to get a handle on.  </p>
<p>It seems we are either faced with a) modifying the software to match a developed URI policy (ugh and/or not possible); b) running a translation scheme at the sever level (e.g. Apache mod_rewrite) (semi-ugh); or c) running some kind of resolver service, whether it be Handles or something else.  In that accounting, Handles seem pretty reasonable to me &#8212; what do you think?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

