<?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"
	>
<channel>
	<title>Comments on: Publisher Author Agreements</title>
	<atom:link href="http://digital-scholarship.org/digitalkoans/2007/08/05/publisher-author-agreements/feed/" rel="self" type="application/rss+xml" />
	<link>http://digital-scholarship.org/digitalkoans/2007/08/05/publisher-author-agreements/</link>
	<description>What Is the Sound of One E-Print Downloading?</description>
	<pubDate>Fri, 05 Sep 2008 05:07:36 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Sarah Shreeves</title>
		<link>http://digital-scholarship.org/digitalkoans/2007/08/05/publisher-author-agreements/#comment-36271</link>
		<dc:creator>Sarah Shreeves</dc:creator>
		<pubDate>Mon, 06 Aug 2007 18:19:55 +0000</pubDate>
		<guid isPermaLink="false">http://digital-scholarship.org/digitalkoans/2007/08/05/publisher-author-agreements/#comment-36271</guid>
		<description>The other issue that we've found is that some faculty (particularly in disciplines where there is not a pre-print tradition) do not want to deposit the 'final manuscript version' but only want to archive the published version. Sherpa/Romeo does provide this information in the conditions section, but it would be useful to have this drawn out in a more consistent or standard way. This would also help archives automate a lot more deposits of current research - for example, if we knew that IEEE allowed the publisher pdf to be deposited and were able to do a regular query for all research published by university faculty in IEEE, we could pull those pdf's and deposit them on behalf of faculty.

Sarah Shreeves
Coordinator for the UIUC institutional repository
http://www.ideals.uiuc.edu/</description>
		<content:encoded><![CDATA[<p>The other issue that we&#8217;ve found is that some faculty (particularly in disciplines where there is not a pre-print tradition) do not want to deposit the &#8216;final manuscript version&#8217; but only want to archive the published version. Sherpa/Romeo does provide this information in the conditions section, but it would be useful to have this drawn out in a more consistent or standard way. This would also help archives automate a lot more deposits of current research - for example, if we knew that IEEE allowed the publisher pdf to be deposited and were able to do a regular query for all research published by university faculty in IEEE, we could pull those pdf&#8217;s and deposit them on behalf of faculty.</p>
<p>Sarah Shreeves<br />
Coordinator for the UIUC institutional repository<br />
<a href="http://www.ideals.uiuc.edu/" rel="nofollow">http://www.ideals.uiuc.edu/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stevan Harnad</title>
		<link>http://digital-scholarship.org/digitalkoans/2007/08/05/publisher-author-agreements/#comment-36199</link>
		<dc:creator>Stevan Harnad</dc:creator>
		<pubDate>Mon, 06 Aug 2007 11:43:54 +0000</pubDate>
		<guid isPermaLink="false">http://digital-scholarship.org/digitalkoans/2007/08/05/publisher-author-agreements/#comment-36199</guid>
		<description>Just a few points:

(1) EPrints/Romeo provides more straightforward (because less parti-colored) statistics
http://romeo.eprints.org/stats.php

(2) EPrints/Romeo also omits publisher "restrictions" that can have no legal force, but are mere arbitrary whims. (Charles is quite right that such meaningless nonsense should be deleted or ignored.)

Stevan Harnad
http://www.eprints.org/openaccess/</description>
		<content:encoded><![CDATA[<p>Just a few points:</p>
<p>(1) EPrints/Romeo provides more straightforward (because less parti-colored) statistics<br />
<a href="http://romeo.eprints.org/stats.php" rel="nofollow">http://romeo.eprints.org/stats.php</a></p>
<p>(2) EPrints/Romeo also omits publisher &#8220;restrictions&#8221; that can have no legal force, but are mere arbitrary whims. (Charles is quite right that such meaningless nonsense should be deleted or ignored.)</p>
<p>Stevan Harnad<br />
<a href="http://www.eprints.org/openaccess/" rel="nofollow">http://www.eprints.org/openaccess/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
