<?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: Information overload is NOT filture failure</title>
	<atom:link href="http://www.cshblogs.org/cshprotocols/2009/01/14/information-overload-is-not-filture-failure/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.cshblogs.org/cshprotocols/2009/01/14/information-overload-is-not-filture-failure/</link>
	<description></description>
	<lastBuildDate>Fri, 03 Sep 2010 14:27:57 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nathan Zeldes</title>
		<link>http://www.cshblogs.org/cshprotocols/2009/01/14/information-overload-is-not-filture-failure/comment-page-1/#comment-17330</link>
		<dc:creator>Nathan Zeldes</dc:creator>
		<pubDate>Wed, 19 May 2010 16:03:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.cshblogs.org/cshprotocols/?p=289#comment-17330</guid>
		<description>Glad to see I&#039;m not alone in being uneasy with the &quot;filter failure&quot; meme. You come from a different angle - mine&#039;s more enterprise oriented, yours academic - but I agree the issue isn&#039;t that &quot;there’s more interesting stuff out there than I could ever handle if I tried to read all of it&quot;. 

I share my take at http://bit.ly/bDUDuB .</description>
		<content:encoded><![CDATA[<p>Glad to see I&#8217;m not alone in being uneasy with the &#8220;filter failure&#8221; meme. You come from a different angle &#8211; mine&#8217;s more enterprise oriented, yours academic &#8211; but I agree the issue isn&#8217;t that &#8220;there’s more interesting stuff out there than I could ever handle if I tried to read all of it&#8221;. </p>
<p>I share my take at <a href="http://bit.ly/bDUDuB" rel="nofollow">http://bit.ly/bDUDuB</a> .</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charlie Curtis</title>
		<link>http://www.cshblogs.org/cshprotocols/2009/01/14/information-overload-is-not-filture-failure/comment-page-1/#comment-17021</link>
		<dc:creator>Charlie Curtis</dc:creator>
		<pubDate>Fri, 10 Jul 2009 18:38:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.cshblogs.org/cshprotocols/?p=289#comment-17021</guid>
		<description>In my job as a CIO, I&#039;ve been working on tackling information overload with mixed results. My company, a professional services firm, suffers more than most because of a couple of infrastructure problems that arose from a couple of mergers. 

I&#039;ve been trying to get my colleagues to acknowledge that attacking our information overload problem will improve our overall knowledge sharing collaboration efforts and also contribute to our bottom line.  But some people here just don&#039;t understand the extent of the problem.

I just read about information overload awarenesss day and I&#039;ve signed up our company as a participant and designated site - I hope this will get my point across to my colleagues and help them understand what we can do to improve our overall position relative to information overload.  For others in my position (and I&#039;m sure there are many of you) I encourage you to do the same, Information is available at www.informationoverloadday.com</description>
		<content:encoded><![CDATA[<p>In my job as a CIO, I&#8217;ve been working on tackling information overload with mixed results. My company, a professional services firm, suffers more than most because of a couple of infrastructure problems that arose from a couple of mergers. </p>
<p>I&#8217;ve been trying to get my colleagues to acknowledge that attacking our information overload problem will improve our overall knowledge sharing collaboration efforts and also contribute to our bottom line.  But some people here just don&#8217;t understand the extent of the problem.</p>
<p>I just read about information overload awarenesss day and I&#8217;ve signed up our company as a participant and designated site &#8211; I hope this will get my point across to my colleagues and help them understand what we can do to improve our overall position relative to information overload.  For others in my position (and I&#8217;m sure there are many of you) I encourage you to do the same, Information is available at <a href="http://www.informationoverloadday.com" rel="nofollow">http://www.informationoverloadday.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.cshblogs.org/cshprotocols/2009/01/14/information-overload-is-not-filture-failure/comment-page-1/#comment-16994</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Sat, 16 May 2009 06:22:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.cshblogs.org/cshprotocols/?p=289#comment-16994</guid>
		<description>I google data.  There is an abundance, yes, of data on the web.  Therefore, I don&#039;t blog or input more.  I just let someone else add it for me.</description>
		<content:encoded><![CDATA[<p>I google data.  There is an abundance, yes, of data on the web.  Therefore, I don&#8217;t blog or input more.  I just let someone else add it for me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Crotty</title>
		<link>http://www.cshblogs.org/cshprotocols/2009/01/14/information-overload-is-not-filture-failure/comment-page-1/#comment-16806</link>
		<dc:creator>David Crotty</dc:creator>
		<pubDate>Fri, 16 Jan 2009 13:21:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.cshblogs.org/cshprotocols/?p=289#comment-16806</guid>
		<description>Richard--
What you&#039;re talking about is not &quot;filtering&quot; as much as it is relying on various methods for discovery. You&#039;re talking about adding to the stack one has to read, not about eliminating items from that stack.  That&#039;s not a problem I hear people complaining about.  No one has too little to read.  For discovery, the various activities you mention are great, but they&#039;re not really the issue here.</description>
		<content:encoded><![CDATA[<p>Richard&#8211;<br />
What you&#8217;re talking about is not &#8220;filtering&#8221; as much as it is relying on various methods for discovery. You&#8217;re talking about adding to the stack one has to read, not about eliminating items from that stack.  That&#8217;s not a problem I hear people complaining about.  No one has too little to read.  For discovery, the various activities you mention are great, but they&#8217;re not really the issue here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AJ Cann</title>
		<link>http://www.cshblogs.org/cshprotocols/2009/01/14/information-overload-is-not-filture-failure/comment-page-1/#comment-16805</link>
		<dc:creator>AJ Cann</dc:creator>
		<pubDate>Fri, 16 Jan 2009 09:03:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.cshblogs.org/cshprotocols/?p=289#comment-16805</guid>
		<description>Sorry David, but I&#039;ve got to disagree with you on this one: http://scienceoftheinvisible.blogspot.com/2009/01/information-overload-is-filter-failure.html</description>
		<content:encoded><![CDATA[<p>Sorry David, but I&#8217;ve got to disagree with you on this one: <a href="http://scienceoftheinvisible.blogspot.com/2009/01/information-overload-is-filter-failure.html" rel="nofollow">http://scienceoftheinvisible.blogspot.com/2009/01/information-overload-is-filter-failure.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Broken filters? &#171; A Man With A Ph.D.</title>
		<link>http://www.cshblogs.org/cshprotocols/2009/01/14/information-overload-is-not-filture-failure/comment-page-1/#comment-16804</link>
		<dc:creator>Broken filters? &#171; A Man With A Ph.D.</dc:creator>
		<pubDate>Fri, 16 Jan 2009 07:23:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.cshblogs.org/cshprotocols/?p=289#comment-16804</guid>
		<description>[...] Information overload is NOT filture failure: This has been bothering me for a while now, dating back to last year, when I first heard Clay Shirky&#8217;s very pithy statement that information overload isn&#8217;t a real problem, the real problem is a failure to build effective filters. It&#8217;s a catchy little phrase, and like most theories from Web 2.0 gurus, it seems reasonable on the surface, but when applied to the world of scientists, it&#8217;s less than useful. [More] [...]</description>
		<content:encoded><![CDATA[<p>[...] Information overload is NOT filture failure: This has been bothering me for a while now, dating back to last year, when I first heard Clay Shirky&#8217;s very pithy statement that information overload isn&#8217;t a real problem, the real problem is a failure to build effective filters. It&#8217;s a catchy little phrase, and like most theories from Web 2.0 gurus, it seems reasonable on the surface, but when applied to the world of scientists, it&#8217;s less than useful. [More] [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Broken filters?</title>
		<link>http://www.cshblogs.org/cshprotocols/2009/01/14/information-overload-is-not-filture-failure/comment-page-1/#comment-16803</link>
		<dc:creator>Broken filters?</dc:creator>
		<pubDate>Fri, 16 Jan 2009 07:21:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.cshblogs.org/cshprotocols/?p=289#comment-16803</guid>
		<description>[...] Information overload is NOT filture failure: This has been bothering me for a while now, dating back to last year, when I first heard Clay Shirky&#8217;s very pithy statement that information overload isn&#8217;t a real problem, the real problem is a failure to build effective filters. It&#8217;s a catchy little phrase, and like most theories from Web 2.0 gurus, it seems reasonable on the surface, but when applied to the world of scientists, it&#8217;s less than useful. [More] [...]</description>
		<content:encoded><![CDATA[<p>[...] Information overload is NOT filture failure: This has been bothering me for a while now, dating back to last year, when I first heard Clay Shirky&#8217;s very pithy statement that information overload isn&#8217;t a real problem, the real problem is a failure to build effective filters. It&#8217;s a catchy little phrase, and like most theories from Web 2.0 gurus, it seems reasonable on the surface, but when applied to the world of scientists, it&#8217;s less than useful. [More] [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Gayle</title>
		<link>http://www.cshblogs.org/cshprotocols/2009/01/14/information-overload-is-not-filture-failure/comment-page-1/#comment-16802</link>
		<dc:creator>Richard Gayle</dc:creator>
		<pubDate>Fri, 16 Jan 2009 06:52:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.cshblogs.org/cshprotocols/?p=289#comment-16802</guid>
		<description>The first thing I check every time I get Science or Nature (assuming I am not looking for a specific article) is the &#039;News and Views&quot; section. Not just to read a summary but to see if there is any interesting work that can lead me to important papers I might have missed due to the information glut.

None of us have the time to personally check every paper in depth to find the useful information we need. We need ways to &#039;filter&#039; the huge amount of published information, not to simplify, not to have someone write a summary so that we do not have to read the paper ourselves but just to find the paper to begin with.

So we rely on methods to led us to the critical papers, to important meetings, the ones that directly affect our work. Lab or journal reputation is one. Social connections are another. PubMed also works. Gossip has led me to a lot of important ideas. News and Views can work similarly.

I don&#039;t know how many times I have gotten an idea or been led in the right direction because of talking with another scientist who said &quot;Hey, I read a paper that could be useful.&quot; I do think that happened more often than my simply finding it myself.

The filter is not in producing summaries. I wouldn&#039;t trust a random group of strangers to be a good filter either. But the social aspects of the web permit a community of like-minded scientists to more rapidly say to each other &quot;Hey, I read a paper that could be useful.&quot;</description>
		<content:encoded><![CDATA[<p>The first thing I check every time I get Science or Nature (assuming I am not looking for a specific article) is the &#8216;News and Views&#8221; section. Not just to read a summary but to see if there is any interesting work that can lead me to important papers I might have missed due to the information glut.</p>
<p>None of us have the time to personally check every paper in depth to find the useful information we need. We need ways to &#8216;filter&#8217; the huge amount of published information, not to simplify, not to have someone write a summary so that we do not have to read the paper ourselves but just to find the paper to begin with.</p>
<p>So we rely on methods to led us to the critical papers, to important meetings, the ones that directly affect our work. Lab or journal reputation is one. Social connections are another. PubMed also works. Gossip has led me to a lot of important ideas. News and Views can work similarly.</p>
<p>I don&#8217;t know how many times I have gotten an idea or been led in the right direction because of talking with another scientist who said &#8220;Hey, I read a paper that could be useful.&#8221; I do think that happened more often than my simply finding it myself.</p>
<p>The filter is not in producing summaries. I wouldn&#8217;t trust a random group of strangers to be a good filter either. But the social aspects of the web permit a community of like-minded scientists to more rapidly say to each other &#8220;Hey, I read a paper that could be useful.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Crotty</title>
		<link>http://www.cshblogs.org/cshprotocols/2009/01/14/information-overload-is-not-filture-failure/comment-page-1/#comment-16801</link>
		<dc:creator>David Crotty</dc:creator>
		<pubDate>Thu, 15 Jan 2009 18:54:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.cshblogs.org/cshprotocols/?p=289#comment-16801</guid>
		<description>Hi John,
My response to your comment would be &quot;yes and no&quot;.  You are right, in that there&#039;s more being published, so there&#039;s more low quality material out there.  But most scientists are pretty good at filtering that out, not investing a lot of time in it.  That&#039;s not the sort of information overload I hear people complaining about.  Because there&#039;s more science being done, and technology has advanced to a point where it&#039;s easier for more people to use the more advanced techniques, there&#039;s more good work out there too.  If it&#039;s good quality, and relevant to advancing your research and career, then you don&#039;t want to filter it out.</description>
		<content:encoded><![CDATA[<p>Hi John,<br />
My response to your comment would be &#8220;yes and no&#8221;.  You are right, in that there&#8217;s more being published, so there&#8217;s more low quality material out there.  But most scientists are pretty good at filtering that out, not investing a lot of time in it.  That&#8217;s not the sort of information overload I hear people complaining about.  Because there&#8217;s more science being done, and technology has advanced to a point where it&#8217;s easier for more people to use the more advanced techniques, there&#8217;s more good work out there too.  If it&#8217;s good quality, and relevant to advancing your research and career, then you don&#8217;t want to filter it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Jackson</title>
		<link>http://www.cshblogs.org/cshprotocols/2009/01/14/information-overload-is-not-filture-failure/comment-page-1/#comment-16800</link>
		<dc:creator>John Jackson</dc:creator>
		<pubDate>Thu, 15 Jan 2009 18:21:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.cshblogs.org/cshprotocols/?p=289#comment-16800</guid>
		<description>But the proliferation of scientific journals/information IS a filter failure in one sense: the natural, built-in filters of the publishing industry (productions costs, editorial-labor costs, time) have been taken away as it became cheaper and more efficient to publish online. More information is available not just because there is more information (though this is true), but  due to the fact that more information CAN be available.

One obvious downside to this is that there is more bad information out there. But there is also more good information. Either way, individuals have to filter out the bad information (what was previous filtered by publishers due to costs) and filter in the good (finding information specifically relevant to you).</description>
		<content:encoded><![CDATA[<p>But the proliferation of scientific journals/information IS a filter failure in one sense: the natural, built-in filters of the publishing industry (productions costs, editorial-labor costs, time) have been taken away as it became cheaper and more efficient to publish online. More information is available not just because there is more information (though this is true), but  due to the fact that more information CAN be available.</p>
<p>One obvious downside to this is that there is more bad information out there. But there is also more good information. Either way, individuals have to filter out the bad information (what was previous filtered by publishers due to costs) and filter in the good (finding information specifically relevant to you).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
