<?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: Replacement for an Oil Price Radial Chart</title>
	<atom:link href="http://peltiertech.com/WordPress/replacement-for-oil-price-radial-chart/feed/" rel="self" type="application/rss+xml" />
	<link>http://peltiertech.com/WordPress/replacement-for-oil-price-radial-chart/</link>
	<description>Peltier Tech Excel Charts and Programming Blog</description>
	<lastBuildDate>Wed, 23 May 2012 11:03:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Jon Peltier</title>
		<link>http://peltiertech.com/WordPress/replacement-for-oil-price-radial-chart/comment-page-1/#comment-14682</link>
		<dc:creator>Jon Peltier</dc:creator>
		<pubDate>Sat, 30 May 2009 12:13:21 +0000</pubDate>
		<guid isPermaLink="false">http://peltiertech.com/WordPress/?p=1767#comment-14682</guid>
		<description>The chart you referenced only showed points in a two axis space. I&#039;m not sure how your bands will look. Are they concentric rings, or might they be offset or distorted? Must they be filled? If filled, do they need transparency?</description>
		<content:encoded><![CDATA[<p>The chart you referenced only showed points in a two axis space. I&#8217;m not sure how your bands will look. Are they concentric rings, or might they be offset or distorted? Must they be filled? If filled, do they need transparency?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karen</title>
		<link>http://peltiertech.com/WordPress/replacement-for-oil-price-radial-chart/comment-page-1/#comment-14681</link>
		<dc:creator>Karen</dc:creator>
		<pubDate>Sat, 30 May 2009 10:27:45 +0000</pubDate>
		<guid isPermaLink="false">http://peltiertech.com/WordPress/?p=1767#comment-14681</guid>
		<description>Jon, I&#039;ve been trying to figure out how to plot a circumplex or radex solution using Excel. Most of the time, the solution has 3 or 4 concentric circles centered on a two-axis intersection. I&#039;ve been able to use the scatterplot function to plot each of the rings individually and show the plots side-by-side, but the graphic is much more effective showing all three concentric circles on the same plot, each in a different color. 

Google searches yield the typical solution for side-stepping this plotting issue -- three different sized circles are layered on top of one another in powerpoint with the broad bands named, but the placement of the individual questions that form the foundation for each of the bands is hidden. Here is the only example I&#039;ve found with the actual points plotted, albeit for a single ring: http://www.psy.gla.ac.uk/~frank/Talk_folder/Y2K_Talk_folder/sld019.htm

Your radar chart of oil prices reminded me of this graphical struggle I&#039;ve been in. I am reaching out to see if you had dealt with the circumplex before.</description>
		<content:encoded><![CDATA[<p>Jon, I&#8217;ve been trying to figure out how to plot a circumplex or radex solution using Excel. Most of the time, the solution has 3 or 4 concentric circles centered on a two-axis intersection. I&#8217;ve been able to use the scatterplot function to plot each of the rings individually and show the plots side-by-side, but the graphic is much more effective showing all three concentric circles on the same plot, each in a different color. </p>
<p>Google searches yield the typical solution for side-stepping this plotting issue &#8212; three different sized circles are layered on top of one another in powerpoint with the broad bands named, but the placement of the individual questions that form the foundation for each of the bands is hidden. Here is the only example I&#8217;ve found with the actual points plotted, albeit for a single ring: <a href="http://www.psy.gla.ac.uk/~frank/Talk_folder/Y2K_Talk_folder/sld019.htm" rel="nofollow">http://www.psy.gla.ac.uk/~frank/Talk_folder/Y2K_Talk_folder/sld019.htm</a></p>
<p>Your radar chart of oil prices reminded me of this graphical struggle I&#8217;ve been in. I am reaching out to see if you had dealt with the circumplex before.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Peltier</title>
		<link>http://peltiertech.com/WordPress/replacement-for-oil-price-radial-chart/comment-page-1/#comment-13854</link>
		<dc:creator>Jon Peltier</dc:creator>
		<pubDate>Mon, 11 May 2009 04:22:34 +0000</pubDate>
		<guid isPermaLink="false">http://peltiertech.com/WordPress/?p=1767#comment-13854</guid>
		<description>Pedro - Thanks for your response. I have a few clarifications of my own.

In fact I did notice the bullet points on your labels, but it was not clear (assumed maybe) that the bullets marked the time of the event, or they may have just been bullets. The span of the labels doesn&#039;t matter much (one of yours reached across nearly five years) as long as the time it references is clear. Perhaps the vertical lines on my chart are a bit more precise than bullet points, especially since they used the actual dates of the events to position the lines. In any case, if my labels require appended dates to clarify when they occurred, then so do yours. (I think neither requires this, as long as the bullets can be relied upon to pinpoint the dates.)

The initials of each month were plainly obvious on your chart. That&#039;s not a cause for confusion. Making the spokes proportional in length to the number of days in each month was an interesting feature, but it was merely decoration. The data I show has greater resolution than your monthly bars, so it stands to reason that the position of the label callouts has this same fine resolution. Even if a viewer didn&#039;t know the data was weekly, s/he would see that it was more granular than monthly. The Vegas flood occurred at the beginning of July, and given the resolution of my chart&#039;s plotted data, you can judge that the line occurs somewhere at the end of June or beginning of July. More important is pointing to the precise point on the line chart, to see whether there may be an effect. In fact, I thought it was a strange event to plot: a priori I could not imagine why a flood in Vegas would have the slightest effect on fuel prices, and I don&#039;t think the data shows any effect. 

You failed to address the largest flaw in your chart, the angular misorientation of the bars in your chart which makes comparison of different months inaccurate if they are separated by more than a few intervening months. The second largest problem is the rotational symmetry which falsely implies a cyclical nature to the information it tries to convey.

I don&#039;t understand the problem with publishing my chart, unless it&#039;s just not stylish enough. I did state the purpose of my chart, though, which was to make a chart which is easier to interpret and more clearly labeled.</description>
		<content:encoded><![CDATA[<p>Pedro &#8211; Thanks for your response. I have a few clarifications of my own.</p>
<p>In fact I did notice the bullet points on your labels, but it was not clear (assumed maybe) that the bullets marked the time of the event, or they may have just been bullets. The span of the labels doesn&#8217;t matter much (one of yours reached across nearly five years) as long as the time it references is clear. Perhaps the vertical lines on my chart are a bit more precise than bullet points, especially since they used the actual dates of the events to position the lines. In any case, if my labels require appended dates to clarify when they occurred, then so do yours. (I think neither requires this, as long as the bullets can be relied upon to pinpoint the dates.)</p>
<p>The initials of each month were plainly obvious on your chart. That&#8217;s not a cause for confusion. Making the spokes proportional in length to the number of days in each month was an interesting feature, but it was merely decoration. The data I show has greater resolution than your monthly bars, so it stands to reason that the position of the label callouts has this same fine resolution. Even if a viewer didn&#8217;t know the data was weekly, s/he would see that it was more granular than monthly. The Vegas flood occurred at the beginning of July, and given the resolution of my chart&#8217;s plotted data, you can judge that the line occurs somewhere at the end of June or beginning of July. More important is pointing to the precise point on the line chart, to see whether there may be an effect. In fact, I thought it was a strange event to plot: a priori I could not imagine why a flood in Vegas would have the slightest effect on fuel prices, and I don&#8217;t think the data shows any effect. </p>
<p>You failed to address the largest flaw in your chart, the angular misorientation of the bars in your chart which makes comparison of different months inaccurate if they are separated by more than a few intervening months. The second largest problem is the rotational symmetry which falsely implies a cyclical nature to the information it tries to convey.</p>
<p>I don&#8217;t understand the problem with publishing my chart, unless it&#8217;s just not stylish enough. I did state the purpose of my chart, though, which was to make a chart which is easier to interpret and more clearly labeled.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pedro Monteiro</title>
		<link>http://peltiertech.com/WordPress/replacement-for-oil-price-radial-chart/comment-page-1/#comment-13851</link>
		<dc:creator>Pedro Monteiro</dc:creator>
		<pubDate>Mon, 11 May 2009 02:08:18 +0000</pubDate>
		<guid isPermaLink="false">http://peltiertech.com/WordPress/?p=1767#comment-13851</guid>
		<description>Dear Jon,

Sorry for my late reply. There are a couple of things that I wanted to correct from your post. For example when you say that &#039;it’s hard to tell which dates the labels reference&#039; I would advise you to look closer because there&#039;s a bullet in the beginning of each one. As for the &#039;some of the wrap far enough to span up to two years&#039; your go as far as span for 4 years.
On the other hand, when you placed some text in blue &#039;which I repositioned to more accurately indicate their occurrence&#039; you&#039;ve really made things a lot harder. You might not understand it; but each of the years on my chart have the first letter of the month on the bars. For example, in 1999 the &#039;major flash flood in Vegas&#039; event happened when on your chart? Somewhere in the middle of the year, as in my chart you can see that, not only it happened in July, but also at the beginning of the month (therefor it&#039;s probable that this event influenced prices on the same month, as opposed to events at the end of a month that would only influence the coming month).
And, as much of the discussions that I&#039;ve read between &#039;excel&#039; charts and some trials from visual designers, there is really one point that is always overlooked. And this shouldn&#039;t be like that. In my professional experience (I work on a newsmagazine) your chart would be impossible to publish. It might work wonders on a powerpoint presentation for a corporation (much better then mine I give you that) but it wouldn&#039;t work for a printed media. Let&#039;s assume that you would use CMYK colors, you would still have your strokes to much alike, to much text justified to the right. You have a lot of labels that are &#039;glued&#039; together, no clear indication of when the events of the labels took place (you might try adding the actual day and month in braces after the label) and still have a very large graph (even if it is smaller in height then mine) with the problem that, since the strokes are to thin you would loose some information if you had to print the chart on a spread page to actually be able to read something.
My conclusion? Besides the obvious point that I don&#039;t agree with most of what you posted, it would really help this kind of discussions if we made clear from the start what the graphs that we make will be used for.
My best</description>
		<content:encoded><![CDATA[<p>Dear Jon,</p>
<p>Sorry for my late reply. There are a couple of things that I wanted to correct from your post. For example when you say that &#8216;it’s hard to tell which dates the labels reference&#8217; I would advise you to look closer because there&#8217;s a bullet in the beginning of each one. As for the &#8216;some of the wrap far enough to span up to two years&#8217; your go as far as span for 4 years.<br />
On the other hand, when you placed some text in blue &#8216;which I repositioned to more accurately indicate their occurrence&#8217; you&#8217;ve really made things a lot harder. You might not understand it; but each of the years on my chart have the first letter of the month on the bars. For example, in 1999 the &#8216;major flash flood in Vegas&#8217; event happened when on your chart? Somewhere in the middle of the year, as in my chart you can see that, not only it happened in July, but also at the beginning of the month (therefor it&#8217;s probable that this event influenced prices on the same month, as opposed to events at the end of a month that would only influence the coming month).<br />
And, as much of the discussions that I&#8217;ve read between &#8216;excel&#8217; charts and some trials from visual designers, there is really one point that is always overlooked. And this shouldn&#8217;t be like that. In my professional experience (I work on a newsmagazine) your chart would be impossible to publish. It might work wonders on a powerpoint presentation for a corporation (much better then mine I give you that) but it wouldn&#8217;t work for a printed media. Let&#8217;s assume that you would use CMYK colors, you would still have your strokes to much alike, to much text justified to the right. You have a lot of labels that are &#8216;glued&#8217; together, no clear indication of when the events of the labels took place (you might try adding the actual day and month in braces after the label) and still have a very large graph (even if it is smaller in height then mine) with the problem that, since the strokes are to thin you would loose some information if you had to print the chart on a spread page to actually be able to read something.<br />
My conclusion? Besides the obvious point that I don&#8217;t agree with most of what you posted, it would really help this kind of discussions if we made clear from the start what the graphs that we make will be used for.<br />
My best</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gilligan on Data by Tim Wilson &#187; PowerPoint / Presentations / Data Visualization</title>
		<link>http://peltiertech.com/WordPress/replacement-for-oil-price-radial-chart/comment-page-1/#comment-13210</link>
		<dc:creator>Gilligan on Data by Tim Wilson &#187; PowerPoint / Presentations / Data Visualization</dc:creator>
		<pubDate>Thu, 16 Apr 2009 15:01:01 +0000</pubDate>
		<guid isPermaLink="false">http://peltiertech.com/WordPress/?p=1767#comment-13210</guid>
		<description>[...] Peltier really knocked one out of the park on the PTS Blog with his re-working of a weird, radial chart showing oil prices over [...]</description>
		<content:encoded><![CDATA[<p>[...] Peltier really knocked one out of the park on the PTS Blog with his re-working of a weird, radial chart showing oil prices over [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Peltier</title>
		<link>http://peltiertech.com/WordPress/replacement-for-oil-price-radial-chart/comment-page-1/#comment-13157</link>
		<dc:creator>Jon Peltier</dc:creator>
		<pubDate>Wed, 15 Apr 2009 02:09:46 +0000</pubDate>
		<guid isPermaLink="false">http://peltiertech.com/WordPress/?p=1767#comment-13157</guid>
		<description>Matt -

When you start with an appropriate chart type, the rest of the features you mention can be added with a few dropdowns or checkboxes, with a few worksheet formulas.</description>
		<content:encoded><![CDATA[<p>Matt -</p>
<p>When you start with an appropriate chart type, the rest of the features you mention can be added with a few dropdowns or checkboxes, with a few worksheet formulas.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

