<?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 for Stuart Lewis' Blog</title>
	<atom:link href="http://blog.stuartlewis.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.stuartlewis.com</link>
	<description></description>
	<pubDate>Thu, 20 Nov 2008 19:40:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>Comment on Test LDAP service upgraded - now with branches by Stuart Lewis&#8217; Blog &#187; Blog Archive &#187; Why I love my Slice</title>
		<link>http://blog.stuartlewis.com/2008/08/18/test-ldap-service-upgraded-now-with-branches/#comment-1125</link>
		<dc:creator>Stuart Lewis&#8217; Blog &#187; Blog Archive &#187; Why I love my Slice</dc:creator>
		<pubDate>Fri, 24 Oct 2008 07:10:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.stuartlewis.com/?p=105#comment-1125</guid>
		<description>[...] is for web hosting, but by having a slice I can run other services. The main example of this is the test LDAP service that I run to allow people to test their DSpace repository LDAP settings, although it could be used [...]</description>
		<content:encoded><![CDATA[<p>[...] is for web hosting, but by having a slice I can run other services. The main example of this is the test LDAP service that I run to allow people to test their DSpace repository LDAP settings, although it could be used [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SWORD deposit tool for MS Word 2007 released by Eugene</title>
		<link>http://blog.stuartlewis.com/2008/10/08/sword-deposit-tool-for-ms-word-2007-released/#comment-1041</link>
		<dc:creator>Eugene</dc:creator>
		<pubDate>Mon, 20 Oct 2008 19:41:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.stuartlewis.com/?p=135#comment-1041</guid>
		<description>looking forward for more information about this. thanks for sharing. Eugene</description>
		<content:encoded><![CDATA[<p>looking forward for more information about this. thanks for sharing. Eugene</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on About to load test DEF repositories by stuart</title>
		<link>http://blog.stuartlewis.com/2008/07/18/about-to-load-test-dspace-eprints-fedora-repositories/#comment-902</link>
		<dc:creator>stuart</dc:creator>
		<pubDate>Wed, 08 Oct 2008 06:34:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.stuartlewis.com/?p=26#comment-902</guid>
		<description>Tom: Thanks for your comments. Would you be willing to share data relating to the load that you have to cope with, so that we can accurately factor this in to our testing?</description>
		<content:encoded><![CDATA[<p>Tom: Thanks for your comments. Would you be willing to share data relating to the load that you have to cope with, so that we can accurately factor this in to our testing?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on About to load test DEF repositories by Tom De Mulder</title>
		<link>http://blog.stuartlewis.com/2008/07/18/about-to-load-test-dspace-eprints-fedora-repositories/#comment-861</link>
		<dc:creator>Tom De Mulder</dc:creator>
		<pubDate>Wed, 01 Oct 2008 13:34:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.stuartlewis.com/?p=26#comment-861</guid>
		<description>Could I just point out that the only reason our DSpace instance here at Cambridge  (http://www.dspace.cam.ac.uk/) doesn't crumple under the scale and load is that we're running several local patches to cope with the very bad design of DSpace's thumbnails, indexing, etc.

And still we have to restart the servlet container every night, lest we run out of memory (because there's at least still one memory leak in the code which we haven't managed to find yet).</description>
		<content:encoded><![CDATA[<p>Could I just point out that the only reason our DSpace instance here at Cambridge  (http://www.dspace.cam.ac.uk/) doesn&#8217;t crumple under the scale and load is that we&#8217;re running several local patches to cope with the very bad design of DSpace&#8217;s thumbnails, indexing, etc.</p>
<p>And still we have to restart the servlet container every night, lest we run out of memory (because there&#8217;s at least still one memory leak in the code which we haven&#8217;t managed to find yet).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Microsoft SWORD announcements by Recent Faves Tagged With "eprints" : MyNetFaves</title>
		<link>http://blog.stuartlewis.com/2008/07/28/microsoft-sword-announcements/#comment-852</link>
		<dc:creator>Recent Faves Tagged With "eprints" : MyNetFaves</dc:creator>
		<pubDate>Tue, 30 Sep 2008 14:50:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.stuartlewis.com/?p=41#comment-852</guid>
		<description>[...] public links &#62;&#62; eprints    Microsoft SWORD announcements First saved by wolkanca &#124; 1 days ago      Desenhos Agosto 08 First saved by trey821 &#124; 2 days ago    [...]</description>
		<content:encoded><![CDATA[<p>[...] public links &gt;&gt; eprints    Microsoft SWORD announcements First saved by wolkanca | 1 days ago      Desenhos Agosto 08 First saved by trey821 | 2 days ago    [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Follow Google&#8217;s green arrow to open content by stuart</title>
		<link>http://blog.stuartlewis.com/2008/09/15/follow-googles-green-arrow-to-open-content/#comment-710</link>
		<dc:creator>stuart</dc:creator>
		<pubDate>Thu, 18 Sep 2008 10:46:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.stuartlewis.com/?p=128#comment-710</guid>
		<description>Hi John.

I guess that if they can view an associated file (PDF etc) and it isn't on a publisher site where they have an agreement to harvest publications but not cache them, then they assume it is OA. Just a guess tough.

Thanks,


Stuart</description>
		<content:encoded><![CDATA[<p>Hi John.</p>
<p>I guess that if they can view an associated file (PDF etc) and it isn&#8217;t on a publisher site where they have an agreement to harvest publications but not cache them, then they assume it is OA. Just a guess tough.</p>
<p>Thanks,</p>
<p>Stuart</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Follow Google&#8217;s green arrow to open content by John Robertson</title>
		<link>http://blog.stuartlewis.com/2008/09/15/follow-googles-green-arrow-to-open-content/#comment-709</link>
		<dc:creator>John Robertson</dc:creator>
		<pubDate>Thu, 18 Sep 2008 09:59:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.stuartlewis.com/?p=128#comment-709</guid>
		<description>Hi Stuart,

thank you for pointing this out - do you have any idea how Google are determining that a particular version is OA?

I'm just wondering how applicable this might be to other types of open content (in repositories and elsewhere)

cheers,
John</description>
		<content:encoded><![CDATA[<p>Hi Stuart,</p>
<p>thank you for pointing this out - do you have any idea how Google are determining that a particular version is OA?</p>
<p>I&#8217;m just wondering how applicable this might be to other types of open content (in repositories and elsewhere)</p>
<p>cheers,<br />
John</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Tracking repository searches from the inside by stuart</title>
		<link>http://blog.stuartlewis.com/2008/06/06/tracking-repository-searches-from-the-inside/#comment-692</link>
		<dc:creator>stuart</dc:creator>
		<pubDate>Wed, 17 Sep 2008 10:45:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.stuartlewis.com/?p=9#comment-692</guid>
		<description>Is there another search option in EPrints? The repositories I've tried all use /search/simple regardless of if they are performing a simple or more advanced search.

I've never tried monitoring other search parameters, but it might be an interesting thing to do. Assuming it works well, it might tell you what types of searches people are performing. For example are they just doing a free text search, or using filters to refine the search.</description>
		<content:encoded><![CDATA[<p>Is there another search option in EPrints? The repositories I&#8217;ve tried all use /search/simple regardless of if they are performing a simple or more advanced search.</p>
<p>I&#8217;ve never tried monitoring other search parameters, but it might be an interesting thing to do. Assuming it works well, it might tell you what types of searches people are performing. For example are they just doing a free text search, or using filters to refine the search.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Tracking repository searches from the inside by Jenny Delasalle</title>
		<link>http://blog.stuartlewis.com/2008/06/06/tracking-repository-searches-from-the-inside/#comment-689</link>
		<dc:creator>Jenny Delasalle</dc:creator>
		<pubDate>Wed, 17 Sep 2008 09:57:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.stuartlewis.com/?p=9#comment-689</guid>
		<description>I'm going to try this for my repository... which is an E-Prints one. If I set the parameter as simple, as you instruct, presumably I only get it to track simple searches within my repository? So, I can put up to four other parameters in, to get G.A. to look at other types of search. Would I want to ask G.A. to monitor other search parameters, or would that just muddy my statistics?
By the way, I didn't know how to find the search parameters in E-prints, but I found out a simple way: if you do a search in your repository, you'll get a URL for the results page that will contain the search parameters you have used. I think the bits you can use are the labels that appear between an ampersand and an equal sign. Wierd that the full text parameter appears to begin with an underscore...</description>
		<content:encoded><![CDATA[<p>I&#8217;m going to try this for my repository&#8230; which is an E-Prints one. If I set the parameter as simple, as you instruct, presumably I only get it to track simple searches within my repository? So, I can put up to four other parameters in, to get G.A. to look at other types of search. Would I want to ask G.A. to monitor other search parameters, or would that just muddy my statistics?<br />
By the way, I didn&#8217;t know how to find the search parameters in E-prints, but I found out a simple way: if you do a search in your repository, you&#8217;ll get a URL for the results page that will contain the search parameters you have used. I think the bits you can use are the labels that appear between an ampersand and an equal sign. Wierd that the full text parameter appears to begin with an underscore&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Test LDAP service upgraded - now with branches by stuart</title>
		<link>http://blog.stuartlewis.com/2008/08/18/test-ldap-service-upgraded-now-with-branches/#comment-623</link>
		<dc:creator>stuart</dc:creator>
		<pubDate>Sat, 06 Sep 2008 12:53:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.stuartlewis.com/?p=105#comment-623</guid>
		<description>Hi Reuben,

Thanks for getting in touch. I've got that email sitting in my inbox waiting for me to get around to replying to it - sorry it has taken a little while.

What changes have you made to make it work with Active Directory?

It would be great if you could formally submit your patch to the DSpace patch queue (http://sourceforge.net/tracker/?atid=319984&#038;group_id=19984&#038;func=browse). There are a few of us working on a generic LDAP authenticator which will hopefully work with any AD / LDAP system, so it would be good to see what changes you've made to see if we can incorporate them too.

Thanks,


Stuart</description>
		<content:encoded><![CDATA[<p>Hi Reuben,</p>
<p>Thanks for getting in touch. I&#8217;ve got that email sitting in my inbox waiting for me to get around to replying to it - sorry it has taken a little while.</p>
<p>What changes have you made to make it work with Active Directory?</p>
<p>It would be great if you could formally submit your patch to the DSpace patch queue (http://sourceforge.net/tracker/?atid=319984&#038;group_id=19984&#038;func=browse). There are a few of us working on a generic LDAP authenticator which will hopefully work with any AD / LDAP system, so it would be good to see what changes you&#8217;ve made to see if we can incorporate them too.</p>
<p>Thanks,</p>
<p>Stuart</p>
]]></content:encoded>
	</item>
</channel>
</rss>
