<?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: Secondary Axes in Charts</title>
	<atom:link href="http://peltiertech.com/WordPress/secondary-axes-in-charts-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://peltiertech.com/WordPress/secondary-axes-in-charts-2/</link>
	<description>Peltier Tech Excel Charts and Programming Blog</description>
	<lastBuildDate>Mon, 15 Mar 2010 17:19:32 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Secondary axes in Excel 2007 &#171; Newton Excel Bach, not (just) an Excel Blog</title>
		<link>http://peltiertech.com/WordPress/secondary-axes-in-charts-2/comment-page-1/#comment-27273</link>
		<dc:creator>Secondary axes in Excel 2007 &#171; Newton Excel Bach, not (just) an Excel Blog</dc:creator>
		<pubDate>Sat, 20 Feb 2010 03:01:51 +0000</pubDate>
		<guid isPermaLink="false">http://peltiertech.com/WordPress/2008/03/25/secondary-axes-in-charts-2/#comment-27273</guid>
		<description>[...] is another matter, but for some ideas on what you can do with secondary axes, have a look at the Jon Peltier Blog (see both the linked post and the &#8220;related posts&#8221; listed at the bottom for some useful [...]</description>
		<content:encoded><![CDATA[<p>[...] is another matter, but for some ideas on what you can do with secondary axes, have a look at the Jon Peltier Blog (see both the linked post and the &#8220;related posts&#8221; listed at the bottom for some useful [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Peltier</title>
		<link>http://peltiertech.com/WordPress/secondary-axes-in-charts-2/comment-page-1/#comment-140</link>
		<dc:creator>Jon Peltier</dc:creator>
		<pubDate>Wed, 26 Mar 2008 03:14:20 +0000</pubDate>
		<guid isPermaLink="false">http://peltiertech.com/WordPress/2008/03/25/secondary-axes-in-charts-2/#comment-140</guid>
		<description>Hi Lee -

You bring up a very good point. Having worked for many years as an engineer in the US, I&#039;ve had to do my share of work in mixed units. Pounds and kilograms, meters and feet, Fahrenheit and Celsius, you name it. However, this is a different situation than Stephen laid out in his essay. He was critical of multiple series plotted on axes with unrelated setss of units ($ sales vs. units sold, for example). You are normalizing your data to cost per energy content, so you have a single value scale, with multiple ways to represent that scale depending on the type of fuel.

That is like a chart that shows daily temperatures, with Celsius on one axxiss and Fahrenheit on the other. The reader can look at the data points, and look left or right to determine the temperature in whatever units are most suitable. In fact, while waiting for this page to load so I could approve your comment (stupid hosting company), I set up some charts illustrating just this issue, and showing how to set up a &quot;nice&quot; converted axis. Stay tuned, it may be up by tomorrow at this time, if I don&#039;t fall asleep waiting for the server.

Server update: They have finally admitted that this new &quot;platform&quot; they&#039;ve migrated me onto is woefully underequipped to handle lots of MySQL requests. By the weekend they plan to have five additional MySQL servers on line, and things should again be hunky dory. I can&#039;t believe their prediction of server requirements was so far off. I worked on a project a couple years ago where we predicted just this kind of server loading (I had to lern queuing theory and all that), and we got to where our predictions were within a factor of 2. Well, in fairness, I guess my hosting company was within a factor of ZERO.</description>
		<content:encoded><![CDATA[<p>Hi Lee -</p>
<p>You bring up a very good point. Having worked for many years as an engineer in the US, I&#8217;ve had to do my share of work in mixed units. Pounds and kilograms, meters and feet, Fahrenheit and Celsius, you name it. However, this is a different situation than Stephen laid out in his essay. He was critical of multiple series plotted on axes with unrelated setss of units ($ sales vs. units sold, for example). You are normalizing your data to cost per energy content, so you have a single value scale, with multiple ways to represent that scale depending on the type of fuel.</p>
<p>That is like a chart that shows daily temperatures, with Celsius on one axxiss and Fahrenheit on the other. The reader can look at the data points, and look left or right to determine the temperature in whatever units are most suitable. In fact, while waiting for this page to load so I could approve your comment (stupid hosting company), I set up some charts illustrating just this issue, and showing how to set up a &#8220;nice&#8221; converted axis. Stay tuned, it may be up by tomorrow at this time, if I don&#8217;t fall asleep waiting for the server.</p>
<p>Server update: They have finally admitted that this new &#8220;platform&#8221; they&#8217;ve migrated me onto is woefully underequipped to handle lots of MySQL requests. By the weekend they plan to have five additional MySQL servers on line, and things should again be hunky dory. I can&#8217;t believe their prediction of server requirements was so far off. I worked on a project a couple years ago where we predicted just this kind of server loading (I had to lern queuing theory and all that), and we got to where our predictions were within a factor of 2. Well, in fairness, I guess my hosting company was within a factor of ZERO.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lee</title>
		<link>http://peltiertech.com/WordPress/secondary-axes-in-charts-2/comment-page-1/#comment-141</link>
		<dc:creator>Lee</dc:creator>
		<pubDate>Wed, 26 Mar 2008 00:41:49 +0000</pubDate>
		<guid isPermaLink="false">http://peltiertech.com/WordPress/2008/03/25/secondary-axes-in-charts-2/#comment-141</guid>
		<description>I am an analyst in the power business, and I am regularly producing charts comparing prices across multiple fuels  - natural gas, fuel oil, coal.  Each fuel has its own price units - $/mmbtu, $/gal, $/ton - that my audience expects to see.  I use the secondary axis to appropriately scale a second fuel price relative to another on the same chart.  Since the fuels are substitute commodities, the relationships and correlations through long periods of time hold true, and can be demonstrated well on a single chart.

Because of the simple conversion factors ($/mmbtu = 7.21*$/gal = 1/25*$/ton), I could build these charts with one axis, covert the data and then label the points with the original prices.  But it seems so much easier to have the secondary axis defined, the labels are the data, and my work is straight-forward.

I do agree that other data might be less appropriate for this method, but similar type items with scalar relationships seem to make sense.  I have tried to use the Normalized method, but that back fires with more confusion.

What gets me is when the scaling of two axes is not tied together when there is a simple defined relationship between the points.</description>
		<content:encoded><![CDATA[<p>I am an analyst in the power business, and I am regularly producing charts comparing prices across multiple fuels  &#8211; natural gas, fuel oil, coal.  Each fuel has its own price units &#8211; $/mmbtu, $/gal, $/ton &#8211; that my audience expects to see.  I use the secondary axis to appropriately scale a second fuel price relative to another on the same chart.  Since the fuels are substitute commodities, the relationships and correlations through long periods of time hold true, and can be demonstrated well on a single chart.</p>
<p>Because of the simple conversion factors ($/mmbtu = 7.21*$/gal = 1/25*$/ton), I could build these charts with one axis, covert the data and then label the points with the original prices.  But it seems so much easier to have the secondary axis defined, the labels are the data, and my work is straight-forward.</p>
<p>I do agree that other data might be less appropriate for this method, but similar type items with scalar relationships seem to make sense.  I have tried to use the Normalized method, but that back fires with more confusion.</p>
<p>What gets me is when the scaling of two axes is not tied together when there is a simple defined relationship between the points.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
