<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Transparency trends</title>
	<atom:link href="http://blog.jonudell.net/2009/01/13/transparency-trends/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.jonudell.net/2009/01/13/transparency-trends/</link>
	<description>Strategies for Internet citizens</description>
	<lastBuildDate>Sat, 11 Feb 2012 19:45:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Transparency trends (continued): A data-wrangling tale - ekcupchay.com</title>
		<link>http://blog.jonudell.net/2009/01/13/transparency-trends/#comment-126632</link>
		<dc:creator><![CDATA[Transparency trends (continued): A data-wrangling tale - ekcupchay.com]]></dc:creator>
		<pubDate>Tue, 27 Jan 2009 13:47:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1018#comment-126632</guid>
		<description><![CDATA[[...] promised yesterday, here&#8217;s a detailed account of the gymnastics required to extract usable data from [...]]]></description>
		<content:encoded><![CDATA[<p>[...] promised yesterday, here&#8217;s a detailed account of the gymnastics required to extract usable data from [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Transparency data in motion &#171; Jon Udell</title>
		<link>http://blog.jonudell.net/2009/01/13/transparency-trends/#comment-126540</link>
		<dc:creator><![CDATA[Transparency data in motion &#171; Jon Udell]]></dc:creator>
		<pubDate>Mon, 19 Jan 2009 23:39:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1018#comment-126540</guid>
		<description><![CDATA[[...] Udell under Uncategorized &#160;   I wondered how the Transparency International data I visualized here (and also discussed here) would behave in a GapMinder-style animation. So I poured the data into a [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Udell under Uncategorized &nbsp;   I wondered how the Transparency International data I visualized here (and also discussed here) would behave in a GapMinder-style animation. So I poured the data into a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chris hollander</title>
		<link>http://blog.jonudell.net/2009/01/13/transparency-trends/#comment-126502</link>
		<dc:creator><![CDATA[chris hollander]]></dc:creator>
		<pubDate>Thu, 15 Jan 2009 17:26:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1018#comment-126502</guid>
		<description><![CDATA[i tried it- and yes, the simple line graph was completely meaningless (at least, the limited resolution graph that excel produced).... i waaay underestimated the volume of data. a 100% stacked area chart was somewhat more useful, but again, i think the main limiter was resolution and &quot;navigation&quot; capabilities.  

I think a growing/shrinking bubble visualization (e.g., hans rosling style..http://www.ted.com/index.php/talks/hans_rosling_shows_the_best_stats_you_ve_ever_seen.html) would be great...]]></description>
		<content:encoded><![CDATA[<p>i tried it- and yes, the simple line graph was completely meaningless (at least, the limited resolution graph that excel produced)&#8230;. i waaay underestimated the volume of data. a 100% stacked area chart was somewhat more useful, but again, i think the main limiter was resolution and &#8220;navigation&#8221; capabilities.  </p>
<p>I think a growing/shrinking bubble visualization (e.g., hans rosling style..<a href="http://www.ted.com/index.php/talks/hans_rosling_shows_the_best_stats_you_ve_ever_seen.html" rel="nofollow">http://www.ted.com/index.php/talks/hans_rosling_shows_the_best_stats_you_ve_ever_seen.html</a>) would be great&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Transparency trends (continued): A data-wrangling tale &#171; Jon Udell</title>
		<link>http://blog.jonudell.net/2009/01/13/transparency-trends/#comment-126482</link>
		<dc:creator><![CDATA[Transparency trends (continued): A data-wrangling tale &#171; Jon Udell]]></dc:creator>
		<pubDate>Wed, 14 Jan 2009 23:36:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1018#comment-126482</guid>
		<description><![CDATA[[...] A data-wrangling&#160;tale Posted by Jon Udell under Uncategorized &#160;   As promised yesterday, here&#8217;s a detailed account of the gymnastics required to extract usable data from [...]]]></description>
		<content:encoded><![CDATA[<p>[...] A data-wrangling&nbsp;tale Posted by Jon Udell under Uncategorized &nbsp;   As promised yesterday, here&#8217;s a detailed account of the gymnastics required to extract usable data from [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Udell</title>
		<link>http://blog.jonudell.net/2009/01/13/transparency-trends/#comment-126480</link>
		<dc:creator><![CDATA[Jon Udell]]></dc:creator>
		<pubDate>Wed, 14 Jan 2009 16:34:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1018#comment-126480</guid>
		<description><![CDATA[&gt; compare large volumes of data, wouldn’t
&gt; a simple line graph of served effectively?

It&#039;s good question. Try it and see!

Seriously, I&#039;m not claiming this is the be-all, end-all for this data set. 

Nothing ever is, really.

That said, I like the Tuftean &quot;small multiples&quot; idea. This is really 2 columns of a spreadsheet I made. A better version of this idea would be active, not static, and would enable sorting by country name as well as by volatility. That makes it easier to look up the trend for a particular country you&#039;re interested in.

For comparison, I think 50 lines would be too many. 

When I did the volatility sort in the spreadsheet, what really struck me was scrolling down the list and watching the sparklines a) flatten, and b) approach the reference line.

You get that same effect by scrolling down in this HTML page.

Now admittedly, the effect relies on a kind of poor-man&#039;s-animation, a flip-card effect, if you will. 

For what it&#039;s worth, I actually think that all static infographics are challenged w/respect to visualizing change, and that we ultimately in many cases need moving pictures to best convey moving data.]]></description>
		<content:encoded><![CDATA[<p>&gt; compare large volumes of data, wouldn’t<br />
&gt; a simple line graph of served effectively?</p>
<p>It&#8217;s good question. Try it and see!</p>
<p>Seriously, I&#8217;m not claiming this is the be-all, end-all for this data set. </p>
<p>Nothing ever is, really.</p>
<p>That said, I like the Tuftean &#8220;small multiples&#8221; idea. This is really 2 columns of a spreadsheet I made. A better version of this idea would be active, not static, and would enable sorting by country name as well as by volatility. That makes it easier to look up the trend for a particular country you&#8217;re interested in.</p>
<p>For comparison, I think 50 lines would be too many. </p>
<p>When I did the volatility sort in the spreadsheet, what really struck me was scrolling down the list and watching the sparklines a) flatten, and b) approach the reference line.</p>
<p>You get that same effect by scrolling down in this HTML page.</p>
<p>Now admittedly, the effect relies on a kind of poor-man&#8217;s-animation, a flip-card effect, if you will. </p>
<p>For what it&#8217;s worth, I actually think that all static infographics are challenged w/respect to visualizing change, and that we ultimately in many cases need moving pictures to best convey moving data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chris hollander</title>
		<link>http://blog.jonudell.net/2009/01/13/transparency-trends/#comment-126478</link>
		<dc:creator><![CDATA[chris hollander]]></dc:creator>
		<pubDate>Wed, 14 Jan 2009 16:19:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1018#comment-126478</guid>
		<description><![CDATA[first off, I agree, a disproportionate amount of effort is being directed at pretty trivial data management work, that should be addressed waaaay earlier in the &quot;pipeline&quot;.  

that being said, i&#039;m not really sure about visualizing this information as a sparkline? or, i guess more specifically, i&#039;m not really sure that i get much value out of seeing 50+ sparklines stacked vertically on top of each other.  I actually had a hard time using the presented visualizations to answer the questions you posed (trending, etc).  IMO, sparklines are great micro-visualizations that can be embedded into a body of text to illustrate one specific point... however, to compare large volumes of data, wouldn&#039;t a simple line graph of served effectively?]]></description>
		<content:encoded><![CDATA[<p>first off, I agree, a disproportionate amount of effort is being directed at pretty trivial data management work, that should be addressed waaaay earlier in the &#8220;pipeline&#8221;.  </p>
<p>that being said, i&#8217;m not really sure about visualizing this information as a sparkline? or, i guess more specifically, i&#8217;m not really sure that i get much value out of seeing 50+ sparklines stacked vertically on top of each other.  I actually had a hard time using the presented visualizations to answer the questions you posed (trending, etc).  IMO, sparklines are great micro-visualizations that can be embedded into a body of text to illustrate one specific point&#8230; however, to compare large volumes of data, wouldn&#8217;t a simple line graph of served effectively?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Udell</title>
		<link>http://blog.jonudell.net/2009/01/13/transparency-trends/#comment-126477</link>
		<dc:creator><![CDATA[Jon Udell]]></dc:creator>
		<pubDate>Wed, 14 Jan 2009 15:08:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1018#comment-126477</guid>
		<description><![CDATA[&gt; The harsh truth is this: data is messy
&gt; because the world is messy. Borders shift.
&gt; Metrics change. Data goes uncollected or 
&gt; missing.

Agreed. And yet...in so many cases, it just ain&#039;t rocket science. This is a simple spreadsheet:

http://jonudell.net/data/cpi.csv

If this info were just maintained in a master spreadsheet, and it had a row for Ivory Coast, and the new data came in tagged Côte d´Ivoire, it would be an obvious and trivial thing to reconcile that.

We shouldn&#039;t need a tribe of &quot;data geeks&quot; to reverse-engineer simple stuff like this. Their skills should be applied to a different class of problem.

People need to begin to understand and apply some very basic principles of data management. It&#039;s yet another example of how computational thinking needs to become one of the pillars of primary education along with reading, writing, and arithmetic.]]></description>
		<content:encoded><![CDATA[<p>&gt; The harsh truth is this: data is messy<br />
&gt; because the world is messy. Borders shift.<br />
&gt; Metrics change. Data goes uncollected or<br />
&gt; missing.</p>
<p>Agreed. And yet&#8230;in so many cases, it just ain&#8217;t rocket science. This is a simple spreadsheet:</p>
<p><a href="http://jonudell.net/data/cpi.csv" rel="nofollow">http://jonudell.net/data/cpi.csv</a></p>
<p>If this info were just maintained in a master spreadsheet, and it had a row for Ivory Coast, and the new data came in tagged Côte d´Ivoire, it would be an obvious and trivial thing to reconcile that.</p>
<p>We shouldn&#8217;t need a tribe of &#8220;data geeks&#8221; to reverse-engineer simple stuff like this. Their skills should be applied to a different class of problem.</p>
<p>People need to begin to understand and apply some very basic principles of data management. It&#8217;s yet another example of how computational thinking needs to become one of the pillars of primary education along with reading, writing, and arithmetic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael E. Driscoll</title>
		<link>http://blog.jonudell.net/2009/01/13/transparency-trends/#comment-126476</link>
		<dc:creator><![CDATA[Michael E. Driscoll]]></dc:creator>
		<pubDate>Wed, 14 Jan 2009 14:01:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1018#comment-126476</guid>
		<description><![CDATA[Hi John - Nice to see such an insightful and trenchant post that is also honest enough about the hard work that went into the data analysis.  As a data geek, I couldn&#039;t agree more with you with you that that data scrubbing is a painful, laborious process.  I&#039;m optimistic that this may change, given some recent trends -- (my 2 cents are at www.dataspora.com/blog).  

The harsh truth is this: data is messy because the world is messy.  Borders shift.  Metrics change.  Data goes uncollected or missing.  

But I&#039;m hopeful posts like this will give the data geeks out there courage to push forward and produce informative graphics like yours -- in spite of the hard work.]]></description>
		<content:encoded><![CDATA[<p>Hi John &#8211; Nice to see such an insightful and trenchant post that is also honest enough about the hard work that went into the data analysis.  As a data geek, I couldn&#8217;t agree more with you with you that that data scrubbing is a painful, laborious process.  I&#8217;m optimistic that this may change, given some recent trends &#8212; (my 2 cents are at <a href="http://www.dataspora.com/blog" rel="nofollow">http://www.dataspora.com/blog</a>).  </p>
<p>The harsh truth is this: data is messy because the world is messy.  Borders shift.  Metrics change.  Data goes uncollected or missing.  </p>
<p>But I&#8217;m hopeful posts like this will give the data geeks out there courage to push forward and produce informative graphics like yours &#8212; in spite of the hard work.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

