<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"	>
<channel>
	<title>Comments on: Compare and contrast</title>
	<atom:link href="http://www.humanitarian.info/2009/02/06/compare-and-contrast/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.humanitarian.info/2009/02/06/compare-and-contrast/</link>
	<description>because information can save lives</description>
	<lastBuildDate>Wed, 08 Feb 2012 16:15:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Paul Clarke</title>
		<link>http://www.humanitarian.info/2009/02/06/compare-and-contrast/comment-page-1/#comment-256380</link>
		<dc:creator>Paul Clarke</dc:creator>
		<pubDate>Wed, 20 May 2009 18:56:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/?p=408#comment-256380</guid>
		<description>The flipside of the effective crowdsourcing meme is something that fascinates me. I had a very positive experience of crowdsourcing in a non-emergency situation: http://is.gd/i0wy

And a more challenging one yesterday, in a locally-small, though genuine &#039;emergency&#039; situation. Which led me to these thoughts http://is.gd/BGkw about the behavioural aspects that need to be instilled if we are to get the best out of memes, and avoid some of the time-wasting they can generate.</description>
		<content:encoded><![CDATA[<p>The flipside of the effective crowdsourcing meme is something that fascinates me. I had a very positive experience of crowdsourcing in a non-emergency situation: <a href="http://is.gd/i0wy" rel="nofollow">http://is.gd/i0wy</a></p>
<p>And a more challenging one yesterday, in a locally-small, though genuine &#8216;emergency&#8217; situation. Which led me to these thoughts <a href="http://is.gd/BGkw" rel="nofollow">http://is.gd/BGkw</a> about the behavioural aspects that need to be instilled if we are to get the best out of memes, and avoid some of the time-wasting they can generate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Currion</title>
		<link>http://www.humanitarian.info/2009/02/06/compare-and-contrast/comment-page-1/#comment-256145</link>
		<dc:creator>Paul Currion</dc:creator>
		<pubDate>Wed, 18 Feb 2009 22:49:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/?p=408#comment-256145</guid>
		<description>Sean - great input, thanks. I suppose my question is not whether swiftriver will be able to aggregate, etc - I am sure that it will. My question is much more, if it&#039;s a tool then what will it be useful for, and who will it be useful for? I realise that this isn&#039;t the province of scientific enquiry per se, but if it&#039;s more of an engineering question (i.e. building a tool, not just identifying an algorithm) then it is very relevant.

Erik - the firehose is the thing, isn&#039;t it? From an operational point of view, I feel more like we suffer from data droughts rather than information floods (paper available &lt;a href=&quot;https://www.riskinstitute.org/peri/component/option,com_bookmarks/Itemid,99999999/catid,-1/navstart,0/task,detail/mode,3/id,790/search,s/&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt;, now out of date), but once again it depends what you need the information for... information for informations sake is not our goal!</description>
		<content:encoded><![CDATA[<p>Sean &#8211; great input, thanks. I suppose my question is not whether swiftriver will be able to aggregate, etc &#8211; I am sure that it will. My question is much more, if it&#8217;s a tool then what will it be useful for, and who will it be useful for? I realise that this isn&#8217;t the province of scientific enquiry per se, but if it&#8217;s more of an engineering question (i.e. building a tool, not just identifying an algorithm) then it is very relevant.</p>
<p>Erik &#8211; the firehose is the thing, isn&#8217;t it? From an operational point of view, I feel more like we suffer from data droughts rather than information floods (paper available <a href="https://www.riskinstitute.org/peri/component/option,com_bookmarks/Itemid,99999999/catid,-1/navstart,0/task,detail/mode,3/id,790/search,s/" rel="nofollow">here</a>, now out of date), but once again it depends what you need the information for&#8230; information for informations sake is not our goal!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sean gourley</title>
		<link>http://www.humanitarian.info/2009/02/06/compare-and-contrast/comment-page-1/#comment-256120</link>
		<dc:creator>sean gourley</dc:creator>
		<pubDate>Wed, 11 Feb 2009 04:07:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/?p=408#comment-256120</guid>
		<description>the question is not whether a tool like swiftriver will capture everything (it won&#039;t). Rather the question is instead will swiftriver be a useful tool for aggregating, sorting and presenting information in crisis and conflict situations. And it is the second point that is an easier question to answer.

1) We know now that there exists a lot of information out there on the web in the form of images from flickr, streaming updates from twitter, txt messages from Ushahidi and the traditional news from the various bureaus.

2) we believe that there exists valuable information within this stream of events and that we can extract the signal from the noise.

3) we believe that the current state of the art sorting algorithms and filters can be combined with human intelligence to create a tool that probabilistically assigns a likelihood to an event.


The science is not at the point where we know for sure whether points (2) and (3) will turn out to be true. The key problem is how to assign weight to an individual story, how to combine the various available metrics to determine reliability of the source. This can be a combination of crowdsourcing, algorithms, geographic details, past history of user, repeatability of the information. Not an easy set of variables to combine together and indeed a difficult problem, but one that if solved could be a very important tool. As with anything of this nature it is trying to determine where the bar of certainty lies - too low and you get noise, too high and you miss out on information.


As to the final point about the twitter meme - i.e. &quot;someone might abuse the tool&quot; - this is always a possibility. As engineers you create tools and they have the power to do good and do evil. What has to be controlled is the algorithms and community structure to ensure the probability of false events becoming &#039;real&#039; is kept to a minimum.</description>
		<content:encoded><![CDATA[<p>the question is not whether a tool like swiftriver will capture everything (it won&#8217;t). Rather the question is instead will swiftriver be a useful tool for aggregating, sorting and presenting information in crisis and conflict situations. And it is the second point that is an easier question to answer.</p>
<p>1) We know now that there exists a lot of information out there on the web in the form of images from flickr, streaming updates from twitter, txt messages from Ushahidi and the traditional news from the various bureaus.</p>
<p>2) we believe that there exists valuable information within this stream of events and that we can extract the signal from the noise.</p>
<p>3) we believe that the current state of the art sorting algorithms and filters can be combined with human intelligence to create a tool that probabilistically assigns a likelihood to an event.</p>
<p>The science is not at the point where we know for sure whether points (2) and (3) will turn out to be true. The key problem is how to assign weight to an individual story, how to combine the various available metrics to determine reliability of the source. This can be a combination of crowdsourcing, algorithms, geographic details, past history of user, repeatability of the information. Not an easy set of variables to combine together and indeed a difficult problem, but one that if solved could be a very important tool. As with anything of this nature it is trying to determine where the bar of certainty lies &#8211; too low and you get noise, too high and you miss out on information.</p>
<p>As to the final point about the twitter meme &#8211; i.e. &#8220;someone might abuse the tool&#8221; &#8211; this is always a possibility. As engineers you create tools and they have the power to do good and do evil. What has to be controlled is the algorithms and community structure to ensure the probability of false events becoming &#8216;real&#8217; is kept to a minimum.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erik Hersman</title>
		<link>http://www.humanitarian.info/2009/02/06/compare-and-contrast/comment-page-1/#comment-256119</link>
		<dc:creator>Erik Hersman</dc:creator>
		<pubDate>Wed, 11 Feb 2009 02:27:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/?p=408#comment-256119</guid>
		<description>Hey Paul.  I think it&#039;s a mixture, but that there needs to be a human element.  I had a really good discussion with Sean Gourley on this, where he operates on the side of pure algorithms for figuring out the &quot;mathematics of war&quot; (an incomplete primer for which can be found &lt;a href=&quot;http://www.telegraph.co.uk/scienceandtechnology/science/sciencenews/3345734/Scientists-find-%27law-of-war%27-that-predicts-attacks.html&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt;).  The question arose as to whether we were talking about the opposite sides of the same coin when gathering data and filtering for veracity.

Neither way can be completely accurate, and neither way will be completely accurate when combined either.  However, my hypothesis at this point is that one (or both) can lead to having a greater probability of telling &quot;better&quot; information from &quot;worse&quot; as we deal with a larger and larger firehose of incoming data.  

It&#039;s a beginning, and we&#039;ll likely learn much along the way that proves many of our presuppositions wrong.  Such is the beauty of trying new things, many times you end in failure, but with continued iteration, something good can/will finally come of it - even if it&#039;s not from us.</description>
		<content:encoded><![CDATA[<p>Hey Paul.  I think it&#8217;s a mixture, but that there needs to be a human element.  I had a really good discussion with Sean Gourley on this, where he operates on the side of pure algorithms for figuring out the &#8220;mathematics of war&#8221; (an incomplete primer for which can be found <a href="http://www.telegraph.co.uk/scienceandtechnology/science/sciencenews/3345734/Scientists-find-%27law-of-war%27-that-predicts-attacks.html" rel="nofollow">here</a>).  The question arose as to whether we were talking about the opposite sides of the same coin when gathering data and filtering for veracity.</p>
<p>Neither way can be completely accurate, and neither way will be completely accurate when combined either.  However, my hypothesis at this point is that one (or both) can lead to having a greater probability of telling &#8220;better&#8221; information from &#8220;worse&#8221; as we deal with a larger and larger firehose of incoming data.  </p>
<p>It&#8217;s a beginning, and we&#8217;ll likely learn much along the way that proves many of our presuppositions wrong.  Such is the beauty of trying new things, many times you end in failure, but with continued iteration, something good can/will finally come of it &#8211; even if it&#8217;s not from us.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A few quick links&#8230; &#124; Aid Worker Daily</title>
		<link>http://www.humanitarian.info/2009/02/06/compare-and-contrast/comment-page-1/#comment-256118</link>
		<dc:creator>A few quick links&#8230; &#124; Aid Worker Daily</dc:creator>
		<pubDate>Wed, 11 Feb 2009 00:18:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/?p=408#comment-256118</guid>
		<description>[...] Currion once again cuts to the chase over at humanitarian.info.  No TweetBacks yet. (Be the first to Tweet this post)   Share and [...]</description>
		<content:encoded><![CDATA[<p>[...] Currion once again cuts to the chase over at humanitarian.info.  No TweetBacks yet. (Be the first to Tweet this post)   Share and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Longley</title>
		<link>http://www.humanitarian.info/2009/02/06/compare-and-contrast/comment-page-1/#comment-256082</link>
		<dc:creator>Tom Longley</dc:creator>
		<pubDate>Fri, 06 Feb 2009 08:19:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/?p=408#comment-256082</guid>
		<description>When the crowdsource behemoths at Amazon or Lovefilm finally recommend to me a book or movie that meets my tastes, I&#039;ll start trusting crowdsourced recommendations a bit more!  

Perhaps there&#039;s a very useful place in something like SwiftRiver for &quot;old&quot; sources of information and authority to contribute to rating or verification of the crowdsourced river. This is part of the Ushahidi model anyhow: the concept that there are trusted entities (like NGOs) with sufficient knowledge, resource and credibility to make judgements about information.</description>
		<content:encoded><![CDATA[<p>When the crowdsource behemoths at Amazon or Lovefilm finally recommend to me a book or movie that meets my tastes, I&#8217;ll start trusting crowdsourced recommendations a bit more!  </p>
<p>Perhaps there&#8217;s a very useful place in something like SwiftRiver for &#8220;old&#8221; sources of information and authority to contribute to rating or verification of the crowdsourced river. This is part of the Ushahidi model anyhow: the concept that there are trusted entities (like NGOs) with sufficient knowledge, resource and credibility to make judgements about information.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

