<?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: Talking about Paper</title>
	<atom:link href="http://www.humanitarian.info/2009/11/24/talking-about-paper/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.humanitarian.info/2009/11/24/talking-about-paper/</link>
	<description>because information can save lives</description>
	<lastBuildDate>Sun, 05 Sep 2010 20:03:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Robert Kirkpatrick</title>
		<link>http://www.humanitarian.info/2009/11/24/talking-about-paper/comment-page-1/#comment-256566</link>
		<dc:creator>Robert Kirkpatrick</dc:creator>
		<pubDate>Fri, 04 Dec 2009 02:17:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/?p=706#comment-256566</guid>
		<description>Paul,

Thanks for the warm welcome and thoughtful comments!  

My optimistic prediction about the day when we have a paperless field is indeed wishful thinking.  I hope I do live to see that day.  But my prediction was in no way intended to suggest that we are anywhere close to it being ready to leave paper behind.  Talking Papers, if it performs as described, will be a clear affirmation that paper has many years, if not decades, of service yet to render to the humanitarian relief and development communities.  Given the natural advantages that paper has over digital formats, I don’t believe we’ll see a truly viable successor until we have a cheap, flexible, easy to reproduce “digital paper” technology that combines the best of both worlds.  Although I am certainly excited about recent advances in mobile data collection (you may recall that I chair the Open Mobile Consortium), I’ve weathered the same seemingly endless progression of clunky, unsustainable, unscalable, proprietary data collection + map apps running on ruggedized PDAs that you have.  Paper has a long life ahead.  My hope is that Talking Papers might help to streamline how paper in the field is used to feed centralized information management systems on the back end, where its clear that technology is superior in so many ways to paper-based processes.

I can’t tell from your post whether you were believed that there was a commercial enterprise at work.  As far as I know, no one involved in Talking Papers has discussed commercialization of this project.  We all believe in open source, open standards, and open innovation.  We want this project to come together as a community effort.  Although free software is of course like the free goldfish at the pet store – the care and feeding is anything but free – we are all quite keen to make sure that what results is available to everyone who wants it for free.  

I also agree with Michael on the need for greater supply chain visibility, and its quite possible that significant progress in that domain would improve the effectiveness of humanitarian operations more dramatically than Talking Papers ever could. That said, I do believe that Talking Papers could go a long way toward improving data collection, and that such improvements would also yield tangible benefits to emergency response.

You state that 

“The basic fields required to respond to a humanitarian crisis are almost invariant no matter what the specifics of that crisis are. The main requirement is to take into account local technologies (e.g. do we need to look for boreholes or surface water supplies), terminologies (e.g. what words do people use to describe their situation) and ontologies (e.g. what are the administrative boundaries).”

Well, sort of.  It is rather troubling that we as a community still can’t reach agreement on a manageable number of indicators to include in a humanitarian crisis Minimal Essential Data Set.  I’m still traumatized by my experience working on the “Rapid” Assessment Form for Iraq back in ’03, which consisted of 338 data elements.  MEDSs are a tangent that could take us down a pedantic rabbit hole and we’d best not pursue it here, but I think it’s worth remembering that data is collected during a response to help individual organizations fulfill their various mandates, and those mandates themselves evolve as coordination improves.  I’d love to get the point that we could create forms on the fly that include means to collect data for both universally appropriate MEDS indicators and locally-appropriate indicators (it’s actually already slated as the topic of a near-future blog post), but the reality on the ground, as you know, is that that forms change all the time, often after vast numbers of paper copies have been passed out to people who can no longer be reached. 

Regardless of whether the root causes of this constant flux are largely attributable to the factors in the political sphere, form designers, database administrators, and data entry staff bear the brunt of it.  The self-describing data+schema payload of a Talking Papers form is intended, in part, to support scenarios where wave after wave of evolving datasets have to be compiled into a repository that has no prior knowledge of updates to schema.  That is, Talking Papers can’t help prevent the flux.  It might help field personnel accommodate it in some useful ways.

“Unless Robert has access to research that I don’t, my personal experience gives me no reason to believe that the levels of error in paper-based data collection are sufficiently high to significantly reduce the effectiveness of humanitarian coordination.”

My assertion was simply based on the recognition that 1) the inevitable misallocation of resources during emergencies is (in my personal experience) sometimes the result of misinformation, and that 2) technologies such as PDAs can perform client-side validation and catch errors at the point of capture in ways not possible with paper. I don’t have any hard numbers here on error rates (or lost forms) and its operational impact.  That would be useful research indeed.  My point was to suggest that there might be another step in the process – data entry – where a system like Talking Papers could help to improve another aspect of information flow:  timeliness.

Finally, I’m not assuming that a staff to perform data scrubbing will simply materialize as the result of the availability of the data scrubbing tool within Talking Papers.  Field staff and HQ staff are already scrubbing humanitarian data in spreadsheets and Access databases that was collected from paper forms.  I’d like to create a tool that makes better use of their time by detection and visual flagging of potential areas in need of scrubbing and collaboration features for those who have access to the Internet (a luxury far more likely to be available at HQ).  I’ve personally observed a humanitarian IM anti-pattern that I’ve selfishly named “Kirkpatrick’s Conjecture”, which is that the probability of a relief worker’s ending up manually scrubbing data all night in the corner of a tent is in direct proportion to their seniority within the response.  Getting the data right before passing it up the chain matters so much that those who are already burdened with responsibility often don’t feel comfortable delegating the task to anyone else.  Fixing that problem is going to be tough, but in the mean time, I’d love to put better data scrubbing tools in their hands to help them get at least a couple of hours of sleep.

There’s some wonderful work on the project already underway here.  Please join the group and share your concerns, ideas for features, thoughts on prioritization, and any potential opportunities to test it in the field.  

The Google group is here: 

http://groups.google.com/group/talkingpapers

Mike Migurski&#039;s Github repository is here:

http://www.talking-papers.org</description>
		<content:encoded><![CDATA[<p>Paul,</p>
<p>Thanks for the warm welcome and thoughtful comments!  </p>
<p>My optimistic prediction about the day when we have a paperless field is indeed wishful thinking.  I hope I do live to see that day.  But my prediction was in no way intended to suggest that we are anywhere close to it being ready to leave paper behind.  Talking Papers, if it performs as described, will be a clear affirmation that paper has many years, if not decades, of service yet to render to the humanitarian relief and development communities.  Given the natural advantages that paper has over digital formats, I don’t believe we’ll see a truly viable successor until we have a cheap, flexible, easy to reproduce “digital paper” technology that combines the best of both worlds.  Although I am certainly excited about recent advances in mobile data collection (you may recall that I chair the Open Mobile Consortium), I’ve weathered the same seemingly endless progression of clunky, unsustainable, unscalable, proprietary data collection + map apps running on ruggedized PDAs that you have.  Paper has a long life ahead.  My hope is that Talking Papers might help to streamline how paper in the field is used to feed centralized information management systems on the back end, where its clear that technology is superior in so many ways to paper-based processes.</p>
<p>I can’t tell from your post whether you were believed that there was a commercial enterprise at work.  As far as I know, no one involved in Talking Papers has discussed commercialization of this project.  We all believe in open source, open standards, and open innovation.  We want this project to come together as a community effort.  Although free software is of course like the free goldfish at the pet store – the care and feeding is anything but free – we are all quite keen to make sure that what results is available to everyone who wants it for free.  </p>
<p>I also agree with Michael on the need for greater supply chain visibility, and its quite possible that significant progress in that domain would improve the effectiveness of humanitarian operations more dramatically than Talking Papers ever could. That said, I do believe that Talking Papers could go a long way toward improving data collection, and that such improvements would also yield tangible benefits to emergency response.</p>
<p>You state that </p>
<p>“The basic fields required to respond to a humanitarian crisis are almost invariant no matter what the specifics of that crisis are. The main requirement is to take into account local technologies (e.g. do we need to look for boreholes or surface water supplies), terminologies (e.g. what words do people use to describe their situation) and ontologies (e.g. what are the administrative boundaries).”</p>
<p>Well, sort of.  It is rather troubling that we as a community still can’t reach agreement on a manageable number of indicators to include in a humanitarian crisis Minimal Essential Data Set.  I’m still traumatized by my experience working on the “Rapid” Assessment Form for Iraq back in ’03, which consisted of 338 data elements.  MEDSs are a tangent that could take us down a pedantic rabbit hole and we’d best not pursue it here, but I think it’s worth remembering that data is collected during a response to help individual organizations fulfill their various mandates, and those mandates themselves evolve as coordination improves.  I’d love to get the point that we could create forms on the fly that include means to collect data for both universally appropriate MEDS indicators and locally-appropriate indicators (it’s actually already slated as the topic of a near-future blog post), but the reality on the ground, as you know, is that that forms change all the time, often after vast numbers of paper copies have been passed out to people who can no longer be reached. </p>
<p>Regardless of whether the root causes of this constant flux are largely attributable to the factors in the political sphere, form designers, database administrators, and data entry staff bear the brunt of it.  The self-describing data+schema payload of a Talking Papers form is intended, in part, to support scenarios where wave after wave of evolving datasets have to be compiled into a repository that has no prior knowledge of updates to schema.  That is, Talking Papers can’t help prevent the flux.  It might help field personnel accommodate it in some useful ways.</p>
<p>“Unless Robert has access to research that I don’t, my personal experience gives me no reason to believe that the levels of error in paper-based data collection are sufficiently high to significantly reduce the effectiveness of humanitarian coordination.”</p>
<p>My assertion was simply based on the recognition that 1) the inevitable misallocation of resources during emergencies is (in my personal experience) sometimes the result of misinformation, and that 2) technologies such as PDAs can perform client-side validation and catch errors at the point of capture in ways not possible with paper. I don’t have any hard numbers here on error rates (or lost forms) and its operational impact.  That would be useful research indeed.  My point was to suggest that there might be another step in the process – data entry – where a system like Talking Papers could help to improve another aspect of information flow:  timeliness.</p>
<p>Finally, I’m not assuming that a staff to perform data scrubbing will simply materialize as the result of the availability of the data scrubbing tool within Talking Papers.  Field staff and HQ staff are already scrubbing humanitarian data in spreadsheets and Access databases that was collected from paper forms.  I’d like to create a tool that makes better use of their time by detection and visual flagging of potential areas in need of scrubbing and collaboration features for those who have access to the Internet (a luxury far more likely to be available at HQ).  I’ve personally observed a humanitarian IM anti-pattern that I’ve selfishly named “Kirkpatrick’s Conjecture”, which is that the probability of a relief worker’s ending up manually scrubbing data all night in the corner of a tent is in direct proportion to their seniority within the response.  Getting the data right before passing it up the chain matters so much that those who are already burdened with responsibility often don’t feel comfortable delegating the task to anyone else.  Fixing that problem is going to be tough, but in the mean time, I’d love to put better data scrubbing tools in their hands to help them get at least a couple of hours of sleep.</p>
<p>There’s some wonderful work on the project already underway here.  Please join the group and share your concerns, ideas for features, thoughts on prioritization, and any potential opportunities to test it in the field.  </p>
<p>The Google group is here: </p>
<p><a href="http://groups.google.com/group/talkingpapers" rel="nofollow">http://groups.google.com/group/talkingpapers</a></p>
<p>Mike Migurski&#8217;s Github repository is here:</p>
<p><a href="http://www.talking-papers.org" rel="nofollow">http://www.talking-papers.org</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#8220;If it&#8217;s not on the slide&#8230;&#8221; at humanitarian.info</title>
		<link>http://www.humanitarian.info/2009/11/24/talking-about-paper/comment-page-1/#comment-256519</link>
		<dc:creator>&#8220;If it&#8217;s not on the slide&#8230;&#8221; at humanitarian.info</dc:creator>
		<pubDate>Mon, 30 Nov 2009 12:02:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/?p=706#comment-256519</guid>
		<description>[...] that new technology isn&#8217;t necessarily an improvement on old technology &#8211; as per my post on paper. Pick the right technology for the task in hand, and always be questioning our use of technology to [...]</description>
		<content:encoded><![CDATA[<p>[...] that new technology isn&#8217;t necessarily an improvement on old technology &#8211; as per my post on paper. Pick the right technology for the task in hand, and always be questioning our use of technology to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mikel Maron</title>
		<link>http://www.humanitarian.info/2009/11/24/talking-about-paper/comment-page-1/#comment-256511</link>
		<dc:creator>Mikel Maron</dc:creator>
		<pubDate>Sun, 29 Nov 2009 15:18:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/?p=706#comment-256511</guid>
		<description>Great critique. I actually think Robert is too soft on the tech solutions .. we&#039;re discovering that paper is actual a better solution in many cases .. witness Walking Papers which was part of the inspiration for the Talking Papers effort.

As you emphasize, transparency is another weak point in this flow, and I&#039;d put forward that it would contribute towards better use of information in decision making due to the increasing ease of accountability. Talking Papers should emphasize transparency and openness in its design as well.</description>
		<content:encoded><![CDATA[<p>Great critique. I actually think Robert is too soft on the tech solutions .. we&#8217;re discovering that paper is actual a better solution in many cases .. witness Walking Papers which was part of the inspiration for the Talking Papers effort.</p>
<p>As you emphasize, transparency is another weak point in this flow, and I&#8217;d put forward that it would contribute towards better use of information in decision making due to the increasing ease of accountability. Talking Papers should emphasize transparency and openness in its design as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Currion</title>
		<link>http://www.humanitarian.info/2009/11/24/talking-about-paper/comment-page-1/#comment-256509</link>
		<dc:creator>Paul Currion</dc:creator>
		<pubDate>Fri, 27 Nov 2009 16:41:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/?p=706#comment-256509</guid>
		<description>Thanks Patrick, and thanks for the link. No project that seeks to improve data collection is a complete waste of time, but I&#039;m not sure that data entry is the weak link in the chain. I&#039;m not even sure that timeliness is the weak link in the chain either - there&#039;s still debate to be had about the advantages and disadvantages of real-time monitoring.</description>
		<content:encoded><![CDATA[<p>Thanks Patrick, and thanks for the link. No project that seeks to improve data collection is a complete waste of time, but I&#8217;m not sure that data entry is the weak link in the chain. I&#8217;m not even sure that timeliness is the weak link in the chain either &#8211; there&#8217;s still debate to be had about the advantages and disadvantages of real-time monitoring.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick</title>
		<link>http://www.humanitarian.info/2009/11/24/talking-about-paper/comment-page-1/#comment-256508</link>
		<dc:creator>Patrick</dc:creator>
		<pubDate>Fri, 27 Nov 2009 02:44:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.humanitarian.info/?p=706#comment-256508</guid>
		<description>Thanks for this, Paul. I&#039;ve been meaning to reply to Robert&#039;s post myself as I think it should be generating more conversation in the blogosphere. In any case, I largely agree with your feedback. 

While indirectly related, I thought I&#039;d share this project which seeks to minimize error in data entry using mobile phones:

http://irevolution.wordpress.com/2009/04/22/improving-quality-of-data-collected-by-mobile-phones

I write &quot;indirect&quot; because most of the points you raise still apply to mobile phones. So the latter is no panacea but the project is still interesting and could have a positive impact in some cases.</description>
		<content:encoded><![CDATA[<p>Thanks for this, Paul. I&#8217;ve been meaning to reply to Robert&#8217;s post myself as I think it should be generating more conversation in the blogosphere. In any case, I largely agree with your feedback. </p>
<p>While indirectly related, I thought I&#8217;d share this project which seeks to minimize error in data entry using mobile phones:</p>
<p><a href="http://irevolution.wordpress.com/2009/04/22/improving-quality-of-data-collected-by-mobile-phones" rel="nofollow">http://irevolution.wordpress.com/2009/04/22/improving-quality-of-data-collected-by-mobile-phones</a></p>
<p>I write &#8220;indirect&#8221; because most of the points you raise still apply to mobile phones. So the latter is no panacea but the project is still interesting and could have a positive impact in some cases.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
