<?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: OpenStreetMap and the next disaster, Part 1</title>
	<atom:link href="http://www.humanitarian.info/2007/08/12/openstreetmap-and-the-next-disaster-part-1/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.humanitarian.info/2007/08/12/openstreetmap-and-the-next-disaster-part-1/</link>
	<description>because information can save lives</description>
	<lastBuildDate>Tue, 02 Mar 2010 12:58:46 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Igor Carron</title>
		<link>http://www.humanitarian.info/2007/08/12/openstreetmap-and-the-next-disaster-part-1/comment-page-1/#comment-88020</link>
		<dc:creator>Igor Carron</dc:creator>
		<pubDate>Fri, 12 Oct 2007 09:55:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/2007/08/12/openstreetmap-and-the-next-disaster-part-1/#comment-88020</guid>
		<description>Paul and Mikel,

I have tried to answer some of your questions here:
http://nuit-blanche.blogspot.com/2007/10/producing-maps-using-commercial.html

Please let me know if I need to expand on them.

Igor.</description>
		<content:encoded><![CDATA[<p>Paul and Mikel,</p>
<p>I have tried to answer some of your questions here:<br />
<a href="http://nuit-blanche.blogspot.com/2007/10/producing-maps-using-commercial.html" rel="nofollow">http://nuit-blanche.blogspot.com/2007/10/producing-maps-using-commercial.html</a></p>
<p>Please let me know if I need to expand on them.</p>
<p>Igor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Currion</title>
		<link>http://www.humanitarian.info/2007/08/12/openstreetmap-and-the-next-disaster-part-1/comment-page-1/#comment-87112</link>
		<dc:creator>Paul Currion</dc:creator>
		<pubDate>Tue, 09 Oct 2007 16:15:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/2007/08/12/openstreetmap-and-the-next-disaster-part-1/#comment-87112</guid>
		<description>Thanks Igor - people often forget that remote sensing can cover any imagery obtained at a distance, not just from satellite.  The earliest remote sensing was generally done from planes, pioneered in the First World War, and it&#039;s only relatively recently that satellite images have dominated (for obvious reasons).  I agree that going back to the earlier methods (including balloons and commercial overflights) offer some interesting possibilities - the only questions I have are whether a) they&#039;d be systematic enough to provide reliable coverage, and b) who&#039;d be tasked with cleaning and analysing the images (always a pain in the whatnot).</description>
		<content:encoded><![CDATA[<p>Thanks Igor &#8211; people often forget that remote sensing can cover any imagery obtained at a distance, not just from satellite.  The earliest remote sensing was generally done from planes, pioneered in the First World War, and it&#8217;s only relatively recently that satellite images have dominated (for obvious reasons).  I agree that going back to the earlier methods (including balloons and commercial overflights) offer some interesting possibilities &#8211; the only questions I have are whether a) they&#8217;d be systematic enough to provide reliable coverage, and b) who&#8217;d be tasked with cleaning and analysing the images (always a pain in the whatnot).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Igor Carron</title>
		<link>http://www.humanitarian.info/2007/08/12/openstreetmap-and-the-next-disaster-part-1/comment-page-1/#comment-85393</link>
		<dc:creator>Igor Carron</dc:creator>
		<pubDate>Fri, 05 Oct 2007 13:54:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/2007/08/12/openstreetmap-and-the-next-disaster-part-1/#comment-85393</guid>
		<description>Paul,

Thanks for the overview. I have put some thoughts on some of the cheap way to do remote sensing for disaster area:

http://nuit-blanche.blogspot.com/2007/09/but-that-cant-be-its-still-in-google.html

Cheers,

Igor.</description>
		<content:encoded><![CDATA[<p>Paul,</p>
<p>Thanks for the overview. I have put some thoughts on some of the cheap way to do remote sensing for disaster area:</p>
<p><a href="http://nuit-blanche.blogspot.com/2007/09/but-that-cant-be-its-still-in-google.html" rel="nofollow">http://nuit-blanche.blogspot.com/2007/09/but-that-cant-be-its-still-in-google.html</a></p>
<p>Cheers,</p>
<p>Igor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brain Off &#187; The Continuing Discussion on New Tech Approaches to Disaster Response</title>
		<link>http://www.humanitarian.info/2007/08/12/openstreetmap-and-the-next-disaster-part-1/comment-page-1/#comment-71049</link>
		<dc:creator>Brain Off &#187; The Continuing Discussion on New Tech Approaches to Disaster Response</dc:creator>
		<pubDate>Mon, 20 Aug 2007 14:15:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/2007/08/12/openstreetmap-and-the-next-disaster-part-1/#comment-71049</guid>
		<description>[...] Currion wrote an insightful first response to my presentation on OpenStreetMap and disaster response. His main point is that there are two [...]</description>
		<content:encoded><![CDATA[<p>[...] Currion wrote an insightful first response to my presentation on OpenStreetMap and disaster response. His main point is that there are two [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Howden</title>
		<link>http://www.humanitarian.info/2007/08/12/openstreetmap-and-the-next-disaster-part-1/comment-page-1/#comment-68251</link>
		<dc:creator>Michael Howden</dc:creator>
		<pubDate>Mon, 13 Aug 2007 03:02:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/2007/08/12/openstreetmap-and-the-next-disaster-part-1/#comment-68251</guid>
		<description>Paul,
I feel that your main issue here is the credibility of open and distributed systems. Kevin does raise a good point about confirmation by multiple sources, although I wouldn’t go that far.
I would say that all information should be published, but it should also list its source. That way someone who is interested in a particular village can read the information submitted by the community leader AND the NGO volunteer. They should be professional enough to balance between the different stories and account for the biases. The multiple sources will hopefully give them a better picture.

Although the system should provide sources of information, it should still be up to the professionals to analyze the information within the system. All the information should be linked back to its source, to add accountability.

I believe the system should operate more like the entire internet, rather the Wikipedia. The only problem could be information overload, in which case a ranking system may need to be used, but is there ever a problem of too much information in an emergency?

Increased accuracy and credibility of information will also be achieved through sharing “harder” forms of information: photos, videos and GPS data.</description>
		<content:encoded><![CDATA[<p>Paul,<br />
I feel that your main issue here is the credibility of open and distributed systems. Kevin does raise a good point about confirmation by multiple sources, although I wouldn’t go that far.<br />
I would say that all information should be published, but it should also list its source. That way someone who is interested in a particular village can read the information submitted by the community leader AND the NGO volunteer. They should be professional enough to balance between the different stories and account for the biases. The multiple sources will hopefully give them a better picture.</p>
<p>Although the system should provide sources of information, it should still be up to the professionals to analyze the information within the system. All the information should be linked back to its source, to add accountability.</p>
<p>I believe the system should operate more like the entire internet, rather the Wikipedia. The only problem could be information overload, in which case a ranking system may need to be used, but is there ever a problem of too much information in an emergency?</p>
<p>Increased accuracy and credibility of information will also be achieved through sharing “harder” forms of information: photos, videos and GPS data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Toomer</title>
		<link>http://www.humanitarian.info/2007/08/12/openstreetmap-and-the-next-disaster-part-1/comment-page-1/#comment-68109</link>
		<dc:creator>Kevin Toomer</dc:creator>
		<pubDate>Sun, 12 Aug 2007 14:24:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/2007/08/12/openstreetmap-and-the-next-disaster-part-1/#comment-68109</guid>
		<description>One solution to the credibility problem would be to publish only multiple source data. In other words data would have to be confirmed by multiple independent sources before it is published publicly. Sources could be coded for reliability (previous verified work) and professional knowledge. Published data could also be given a reliability rating.
For example a rating of 1 could mean that the information was verified by multiple reliable sources while a rating of 5 would mean a single unverified source.</description>
		<content:encoded><![CDATA[<p>One solution to the credibility problem would be to publish only multiple source data. In other words data would have to be confirmed by multiple independent sources before it is published publicly. Sources could be coded for reliability (previous verified work) and professional knowledge. Published data could also be given a reliability rating.<br />
For example a rating of 1 could mean that the information was verified by multiple reliable sources while a rating of 5 would mean a single unverified source.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
