<?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: Pie charts are not always wrong</title>
	<atom:link href="http://newschoolsecurity.com/2010/02/pie-charts-are-not-always-wrong/feed/" rel="self" type="application/rss+xml" />
	<link>http://newschoolsecurity.com/2010/02/pie-charts-are-not-always-wrong/</link>
	<description>The Blog Inspired By The Book</description>
	<lastBuildDate>Wed, 08 Feb 2012 09:21:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Donald Johnston</title>
		<link>http://newschoolsecurity.com/2010/02/pie-charts-are-not-always-wrong/#comment-1116</link>
		<dc:creator>Donald Johnston</dc:creator>
		<pubDate>Tue, 09 Mar 2010 00:25:25 +0000</pubDate>
		<guid isPermaLink="false">http://newschoolsecurity.com/?p=1369#comment-1116</guid>
		<description>IMHO ... the only use for a pie chart is to show comparison of the various parts of something relative to the sum of those parts.  If it isn&#039;t something that makes sense to do a percentage calculation on then a pie chart doesn&#039;t fit!

A good example ... we&#039;ve done a security assessment to determine our maturity level relative to the ISO 27002 standard.  Of course a lot of the objectives/questions are about technology ... mostly because it is the most complex part, not because it is more important.  The rest of the objectives are around process, facilities, services, environmental, etc.  To let management know how this all fit together I used a pie chart to show that about 57% of the questions were technology related.  Something that you can see better in an &quot;analog&quot; pie chart then in a &quot;digital&quot; number like 57%.

And if you use two pie charts side-by-side to show relative comparisons of two wholes then you have to be very careful to adjust the area of the pie charts based on the ratio of the two wholes ... and not, as I&#039;ve seen many people do, just increase the diameter ... that way B being twice as big as A would have and area (and a perception) of four times the size!!</description>
		<content:encoded><![CDATA[<p>IMHO &#8230; the only use for a pie chart is to show comparison of the various parts of something relative to the sum of those parts.  If it isn&#8217;t something that makes sense to do a percentage calculation on then a pie chart doesn&#8217;t fit!</p>
<p>A good example &#8230; we&#8217;ve done a security assessment to determine our maturity level relative to the ISO 27002 standard.  Of course a lot of the objectives/questions are about technology &#8230; mostly because it is the most complex part, not because it is more important.  The rest of the objectives are around process, facilities, services, environmental, etc.  To let management know how this all fit together I used a pie chart to show that about 57% of the questions were technology related.  Something that you can see better in an &#8220;analog&#8221; pie chart then in a &#8220;digital&#8221; number like 57%.</p>
<p>And if you use two pie charts side-by-side to show relative comparisons of two wholes then you have to be very careful to adjust the area of the pie charts based on the ratio of the two wholes &#8230; and not, as I&#8217;ve seen many people do, just increase the diameter &#8230; that way B being twice as big as A would have and area (and a perception) of four times the size!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wordman</title>
		<link>http://newschoolsecurity.com/2010/02/pie-charts-are-not-always-wrong/#comment-1047</link>
		<dc:creator>Wordman</dc:creator>
		<pubDate>Wed, 24 Feb 2010 18:39:29 +0000</pubDate>
		<guid isPermaLink="false">http://newschoolsecurity.com/?p=1369#comment-1047</guid>
		<description>While bar charts can convey relative values, there is nothing &lt;em&gt;intrinsic&lt;/em&gt; in their visual design that conveys the notion that the sum of the bars makes up a whole, nor any demand on them that they do so. Only labeling provides that information in a bar graph. Compare, for example two bar graphis, one where there is a bar whose length demonstrates how much of the world&#039;s population lives on a particular continent at this moment, and another which shows the population on one of those continents each year. In the first, the bars are parts of a whole. In the second, they are not.

This is neither good nor bad. The only point I&#039;m making is that pie graphs actually do actually have visual properties that other graphs don&#039;t. I think Adam&#039;s point is that, most of the time, those visual properties aren&#039;t really the point of the graph (instead, &quot;show the relative sizes of these things&quot; is).</description>
		<content:encoded><![CDATA[<p>While bar charts can convey relative values, there is nothing <em>intrinsic</em> in their visual design that conveys the notion that the sum of the bars makes up a whole, nor any demand on them that they do so. Only labeling provides that information in a bar graph. Compare, for example two bar graphis, one where there is a bar whose length demonstrates how much of the world&#8217;s population lives on a particular continent at this moment, and another which shows the population on one of those continents each year. In the first, the bars are parts of a whole. In the second, they are not.</p>
<p>This is neither good nor bad. The only point I&#8217;m making is that pie graphs actually do actually have visual properties that other graphs don&#8217;t. I think Adam&#8217;s point is that, most of the time, those visual properties aren&#8217;t really the point of the graph (instead, &#8220;show the relative sizes of these things&#8221; is).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gunnar</title>
		<link>http://newschoolsecurity.com/2010/02/pie-charts-are-not-always-wrong/#comment-1035</link>
		<dc:creator>gunnar</dc:creator>
		<pubDate>Mon, 22 Feb 2010 17:31:07 +0000</pubDate>
		<guid isPermaLink="false">http://newschoolsecurity.com/?p=1369#comment-1035</guid>
		<description>There&#039;s another use of pie charts, it can be wielded a bludgeon, as shown here

http://www.cxo.eu.com/news/madoff-auction/

to hammer home the difference between $65B stolen by Madoff and the $2M raised by the auction</description>
		<content:encoded><![CDATA[<p>There&#8217;s another use of pie charts, it can be wielded a bludgeon, as shown here</p>
<p><a href="http://www.cxo.eu.com/news/madoff-auction/" rel="nofollow">http://www.cxo.eu.com/news/madoff-auction/</a></p>
<p>to hammer home the difference between $65B stolen by Madoff and the $2M raised by the auction</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DanT</title>
		<link>http://newschoolsecurity.com/2010/02/pie-charts-are-not-always-wrong/#comment-1034</link>
		<dc:creator>DanT</dc:creator>
		<pubDate>Mon, 22 Feb 2010 17:19:09 +0000</pubDate>
		<guid isPermaLink="false">http://newschoolsecurity.com/?p=1369#comment-1034</guid>
		<description>I use pie charts, but very rarely. As you say, bar charts are usually better. 

A pie chart is better when you need to represent parts of a whole and one value is much larger than the others. A real example (from memory so values are slightly off): the cumulative disk footprint of 5 types of files in a directory with relative sized of 71% (PPT), 13% (PDF), 8% (DOC), 6% (XLS), and 2% (other). A bar chart does not convey the same visceral experience of &quot;Don&#039;t even bother looking for solutions unless you deal with PPT files.&quot; This specific chart was needed to dispel any myths that many of the files could be easily deleted - because nobody was going to go through all those PPT files.</description>
		<content:encoded><![CDATA[<p>I use pie charts, but very rarely. As you say, bar charts are usually better. </p>
<p>A pie chart is better when you need to represent parts of a whole and one value is much larger than the others. A real example (from memory so values are slightly off): the cumulative disk footprint of 5 types of files in a directory with relative sized of 71% (PPT), 13% (PDF), 8% (DOC), 6% (XLS), and 2% (other). A bar chart does not convey the same visceral experience of &#8220;Don&#8217;t even bother looking for solutions unless you deal with PPT files.&#8221; This specific chart was needed to dispel any myths that many of the files could be easily deleted &#8211; because nobody was going to go through all those PPT files.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chris meidinger</title>
		<link>http://newschoolsecurity.com/2010/02/pie-charts-are-not-always-wrong/#comment-1033</link>
		<dc:creator>chris meidinger</dc:creator>
		<pubDate>Mon, 22 Feb 2010 16:53:03 +0000</pubDate>
		<guid isPermaLink="false">http://newschoolsecurity.com/?p=1369#comment-1033</guid>
		<description>when talking to upper management. bar graphs are too &quot;complicated&quot; and it takes too much time to read the tiny-little numbers in a table and actually make sense of them.

upper management understands eating pie: they know how large each piece of the pie is, what a fair distribution of said pie would be, and they know they want the biggest piece.</description>
		<content:encoded><![CDATA[<p>when talking to upper management. bar graphs are too &#8220;complicated&#8221; and it takes too much time to read the tiny-little numbers in a table and actually make sense of them.</p>
<p>upper management understands eating pie: they know how large each piece of the pie is, what a fair distribution of said pie would be, and they know they want the biggest piece.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

