<?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: OLE now a Kuali Foundation Project</title>
	<atom:link href="http://blog.ecorrado.us/2009/11/20/ole-now-a-kuali-foundation-project/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.ecorrado.us/2009/11/20/ole-now-a-kuali-foundation-project/</link>
	<description>Ramblings about library technology, open source software, and other adventures!</description>
	<lastBuildDate>Wed, 03 Mar 2010 10:32:30 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: ecorrado</title>
		<link>http://blog.ecorrado.us/2009/11/20/ole-now-a-kuali-foundation-project/comment-page-1/#comment-38968</link>
		<dc:creator>ecorrado</dc:creator>
		<pubDate>Sun, 22 Nov 2009 14:15:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ecorrado.us/?p=756#comment-38968</guid>
		<description>Jason,

Thank you for your comments. I hope my post didn&#039;t make many readers (do I even have many readers?) think I was implying that &quot;Evergreen and Koha are somehow pigeonholed into the &#039;legacy software&#039; category&quot; - that was not my intention at all. I think they are offering what the users of the software wants, and from what I can tell both of them are quickly gaining added functionality that is coming directly from users of the software (whether they are developing it them selves or paying someone else to develop it).


At some point I wonder if OLE and URM are offering something most libraries don&#039;t need, want, or desire. Sure, they sound great on paper, and I am sure *some* libraries (such as large academic research libraries) will benefit but will smaller public and college libraries find the new workflows and features useful? I don&#039;t know and I don&#039;t think we can know until the products are released.</description>
		<content:encoded><![CDATA[<p>Jason,</p>
<p>Thank you for your comments. I hope my post didn&#8217;t make many readers (do I even have many readers?) think I was implying that &#8220;Evergreen and Koha are somehow pigeonholed into the &#8216;legacy software&#8217; category&#8221; &#8211; that was not my intention at all. I think they are offering what the users of the software wants, and from what I can tell both of them are quickly gaining added functionality that is coming directly from users of the software (whether they are developing it them selves or paying someone else to develop it).</p>
<p>At some point I wonder if OLE and URM are offering something most libraries don&#8217;t need, want, or desire. Sure, they sound great on paper, and I am sure *some* libraries (such as large academic research libraries) will benefit but will smaller public and college libraries find the new workflows and features useful? I don&#8217;t know and I don&#8217;t think we can know until the products are released.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Etheridge</title>
		<link>http://blog.ecorrado.us/2009/11/20/ole-now-a-kuali-foundation-project/comment-page-1/#comment-38959</link>
		<dc:creator>Jason Etheridge</dc:creator>
		<pubDate>Sun, 22 Nov 2009 05:35:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ecorrado.us/?p=756#comment-38959</guid>
		<description>I have some thoughts on Evergreen and Koha apropos innovation, functionality breakthroughs, etc.

There&#039;s nothing precluding innovation in free and open source software, but the bulk of the directed work is definitely reactive, which in my opinion is a good thing.

We&#039;re not trying to &quot;play catch-up&quot; (and indeed, in some areas we&#039;re &quot;ahead&quot;, albeit in evolutionary rather than revolutionary ways), and we&#039;re not trying to be all things to all people.  We&#039;re just trying to meet the evolving needs of our existing communities.

If these communities want topic maps instead of MARC records, or greater abstractions of and affordances for certain resources (print versus electronic versus people, etc.), then these things will come, and you know why?  Because we&#039;re working with software where anyone is free to scratch these itches, or take their flashes of inspiration and give them life.

In the case of Evergreen, we first developed a truly service oriented architecture (something that both OLE and URM harp on) because we really had no idea what folks would want to do in the long term, so we wanted to make things as flexible and as scalable as possible.  We hope to get a lot of mileage out of this technology, whichever direction the community leads us (which I&#039;m sure will include some of the same directions OLE is heading).

I hope OLE is successful, and I&#039;m very glad they&#039;re committed to being open source (or even community source).  We&#039;ll happily learn from their experiences, and either integrate with their tech or be inspired by it.  Heck, I hope folks honestly investigate using OpenSRF and/or Evergreen as a base for OLE.  But I&#039;m not one of those folks who think there should be one true way, or that &quot;duplicate&quot; effort is wasted effort.  The more the merrier. :)

With free and open source software, the beauty of that &quot;We&quot; I mentioned earlier is that it&#039;s very flexible.  As software, Evergreen and Koha are tools, but it&#039;s the tool makers and tool users that you should look toward for cool things (the communities).  Luckily, these folks are still improving their tools, and I hope that remains true for a long long time.

My apologies if this ramble is disjoint and incoherent.  I just don&#039;t want anyone to have the impression that Evergreen and Koha are somehow pigeonholed into the &quot;legacy software&quot; category, just because the majority of the folks using them still have to address today&#039;s needs.  It&#039;s the promise of flexibility with development that is giving them hope for tomorrow.  I think OLE can only but help inform that development.

-- Jason</description>
		<content:encoded><![CDATA[<p>I have some thoughts on Evergreen and Koha apropos innovation, functionality breakthroughs, etc.</p>
<p>There&#8217;s nothing precluding innovation in free and open source software, but the bulk of the directed work is definitely reactive, which in my opinion is a good thing.</p>
<p>We&#8217;re not trying to &#8220;play catch-up&#8221; (and indeed, in some areas we&#8217;re &#8220;ahead&#8221;, albeit in evolutionary rather than revolutionary ways), and we&#8217;re not trying to be all things to all people.  We&#8217;re just trying to meet the evolving needs of our existing communities.</p>
<p>If these communities want topic maps instead of MARC records, or greater abstractions of and affordances for certain resources (print versus electronic versus people, etc.), then these things will come, and you know why?  Because we&#8217;re working with software where anyone is free to scratch these itches, or take their flashes of inspiration and give them life.</p>
<p>In the case of Evergreen, we first developed a truly service oriented architecture (something that both OLE and URM harp on) because we really had no idea what folks would want to do in the long term, so we wanted to make things as flexible and as scalable as possible.  We hope to get a lot of mileage out of this technology, whichever direction the community leads us (which I&#8217;m sure will include some of the same directions OLE is heading).</p>
<p>I hope OLE is successful, and I&#8217;m very glad they&#8217;re committed to being open source (or even community source).  We&#8217;ll happily learn from their experiences, and either integrate with their tech or be inspired by it.  Heck, I hope folks honestly investigate using OpenSRF and/or Evergreen as a base for OLE.  But I&#8217;m not one of those folks who think there should be one true way, or that &#8220;duplicate&#8221; effort is wasted effort.  The more the merrier. <img src='http://blog.ecorrado.us/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>With free and open source software, the beauty of that &#8220;We&#8221; I mentioned earlier is that it&#8217;s very flexible.  As software, Evergreen and Koha are tools, but it&#8217;s the tool makers and tool users that you should look toward for cool things (the communities).  Luckily, these folks are still improving their tools, and I hope that remains true for a long long time.</p>
<p>My apologies if this ramble is disjoint and incoherent.  I just don&#8217;t want anyone to have the impression that Evergreen and Koha are somehow pigeonholed into the &#8220;legacy software&#8221; category, just because the majority of the folks using them still have to address today&#8217;s needs.  It&#8217;s the promise of flexibility with development that is giving them hope for tomorrow.  I think OLE can only but help inform that development.</p>
<p>&#8211; Jason</p>
]]></content:encoded>
	</item>
</channel>
</rss>
