<?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: Re-scaling the Mann and Jones 2003 PC1</title>
	<atom:link href="http://climateaudit.org/2007/11/11/re-scaling-the-mann-and-jones-2003-pc1/feed/" rel="self" type="application/rss+xml" />
	<link>http://climateaudit.org/2007/11/11/re-scaling-the-mann-and-jones-2003-pc1/</link>
	<description>by Steve McIntyre</description>
	<lastBuildDate>Fri, 24 May 2013 01:54:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Skiphil</title>
		<link>http://climateaudit.org/2007/11/11/re-scaling-the-mann-and-jones-2003-pc1/#comment-381048</link>
		<dc:creator><![CDATA[Skiphil]]></dc:creator>
		<pubDate>Fri, 07 Dec 2012 19:15:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=2344#comment-381048</guid>
		<description><![CDATA[ahhh.... this must be the great &#039;breakthrough&#039; and &#039;paradigm&#039; shifting work of new AGU Fellow Michael Mann.... has anyone yet vindicated his methods and papers, or has the field merely moved on?]]></description>
		<content:encoded><![CDATA[<p>ahhh&#8230;. this must be the great &#8216;breakthrough&#8217; and &#8216;paradigm&#8217; shifting work of new AGU Fellow Michael Mann&#8230;. has anyone yet vindicated his methods and papers, or has the field merely moved on?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Moderate Low Weight &#171; Climate Audit</title>
		<link>http://climateaudit.org/2007/11/11/re-scaling-the-mann-and-jones-2003-pc1/#comment-314789</link>
		<dc:creator><![CDATA[Moderate Low Weight &#171; Climate Audit]]></dc:creator>
		<pubDate>Sun, 04 Dec 2011 20:35:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=2344#comment-314789</guid>
		<description><![CDATA[[...] American PC1 shown on a top of Eos Figure 2 (&#8220;Western US&#8221;), and discussed by Steve here. This series is a splice of Mannomatic PC1 of six chronologies extending back to AD200 (up to 1700) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] American PC1 shown on a top of Eos Figure 2 (&#8220;Western US&#8221;), and discussed by Steve here. This series is a splice of Mannomatic PC1 of six chronologies extending back to AD200 (up to 1700) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenneth Fritsch</title>
		<link>http://climateaudit.org/2007/11/11/re-scaling-the-mann-and-jones-2003-pc1/#comment-116678</link>
		<dc:creator><![CDATA[Kenneth Fritsch]]></dc:creator>
		<pubDate>Tue, 13 Nov 2007 16:56:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=2344#comment-116678</guid>
		<description><![CDATA[Re: #61

Jean S., thanks much for your reference explaining PCA and the time you have taken to explain the nuances of this analytical tool and its applications in the Mann publications.  It makes the time spent at this blog well worth the effort and a great learning experience.]]></description>
		<content:encoded><![CDATA[<p>Re: #61</p>
<p>Jean S., thanks much for your reference explaining PCA and the time you have taken to explain the nuances of this analytical tool and its applications in the Mann publications.  It makes the time spent at this blog well worth the effort and a great learning experience.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MarkR</title>
		<link>http://climateaudit.org/2007/11/11/re-scaling-the-mann-and-jones-2003-pc1/#comment-116677</link>
		<dc:creator><![CDATA[MarkR]]></dc:creator>
		<pubDate>Tue, 13 Nov 2007 16:39:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=2344#comment-116677</guid>
		<description><![CDATA[Many thanks to all who have responded to the issues I raised. For some reason I am left with a nagging question mark as to why no-one from outside the Hockey Team has attempted a truly independent construction using only bona fide temperature proxies for which data is publicly available?

Also, I would be very interested to see a reconstruction calibrated against world temp, US temp, and unfudged satellite temp. Using the R statistical package, which is open to anyone. A sort of Open Millenial Temperature Reconstruction.

I can understand there may be good reasons why SteveM has chosen not to do it, but I don&#039;t understand why everyone else seems to be avoiding it. It is after all probably the most important issue at this time.]]></description>
		<content:encoded><![CDATA[<p>Many thanks to all who have responded to the issues I raised. For some reason I am left with a nagging question mark as to why no-one from outside the Hockey Team has attempted a truly independent construction using only bona fide temperature proxies for which data is publicly available?</p>
<p>Also, I would be very interested to see a reconstruction calibrated against world temp, US temp, and unfudged satellite temp. Using the R statistical package, which is open to anyone. A sort of Open Millenial Temperature Reconstruction.</p>
<p>I can understand there may be good reasons why SteveM has chosen not to do it, but I don&#8217;t understand why everyone else seems to be avoiding it. It is after all probably the most important issue at this time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hu McCulloch</title>
		<link>http://climateaudit.org/2007/11/11/re-scaling-the-mann-and-jones-2003-pc1/#comment-116676</link>
		<dc:creator><![CDATA[Hu McCulloch]]></dc:creator>
		<pubDate>Tue, 13 Nov 2007 13:59:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=2344#comment-116676</guid>
		<description><![CDATA[Mark R writes, (#66)
&lt;blockquote&gt;
And how does one know that the signal found is for the required variable, eg temp?

Indeed when it is described as mulitivariate, I can see only two factors, growth anomaly and temperature. I dont see any data for water, or CO2 etc being used.

And how does one deal with Benders point that the variables are not stationary over time? eg Trees may be Temp limited or they may be water, or CO2 limited at different times.

&lt;/blockquote&gt;

We wouldn&#039;t know that any of the tree ring PC&#039;s indicated temperature until we regressed T on the PC&#039;s and found some of them to be significant (after correcting for serial correlation and spurious regression and adjusting critical values for data mining).
There is no guarantee that any of them would be significant,
no reason they couldn&#039;t be.

CO2 is very relevant, since it arguably fertilizes trees, and since CO2 has increaed a lot in the past 50 years, correlating with the recent growth spike in many of the series.  Also, we have a resonable measure of it over the past 1000 years or more from ice cores.  This spike may be also due to temperature, or to tree-specific factors like injuries that leave it in a &quot;stripbark&quot; condition.  Since the stripbark is visible, one can simply avoid those trees for this purpose as recommended by NAS, compute PC&#039;s from the remaining trees, then regress Temp on the PC&#039;s and CO2 during the last 79 years or whatever.  Then if anything is significant, use these coefficients to construct pre-instrumental T estimates from the PC and CO2 data.

These estimates will of course have a big se, and are meaningless unless the se is reported alongside them.   For this purpose, it is sufficient to use what I call the &quot;coefficient forecast se&quot; based only on the uncertainty of the coefficients, and not the &quot;total forecast se&quot; which also incorporates the variance of the regression error that will accompany the actual Temp value.  Unfortunately, EViews automatically give you the total forecast se if you ask for the &quot;forecast se&quot;, so you have to remember to back the coefficient forecast se out of it, using @SE to recover the se of the regression errors along with the Pythagorean theorem. (If you&#039;re using EViews, that is...)

According to Steve in the Almagre discussion, Graybill was originally looking for this CO2 fertilization effect when he cored his trees, but it turned out not to be very strong.  Nevertheless, it can&#039;t hurt to try adjusting for it.  It can always be left out if it is insignificant.

One problem with adjusting for CO2 in this manner is that it might automatically erase any evidence of a causal link from CO2 to Temp, which after all is what this discussion is all about. Perhaps the AGW people have come up with a way around this.  Have they?]]></description>
		<content:encoded><![CDATA[<p>Mark R writes, (#66)</p>
<blockquote><p>
And how does one know that the signal found is for the required variable, eg temp?</p>
<p>Indeed when it is described as mulitivariate, I can see only two factors, growth anomaly and temperature. I dont see any data for water, or CO2 etc being used.</p>
<p>And how does one deal with Benders point that the variables are not stationary over time? eg Trees may be Temp limited or they may be water, or CO2 limited at different times.</p>
</blockquote>
<p>We wouldn&#8217;t know that any of the tree ring PC&#8217;s indicated temperature until we regressed T on the PC&#8217;s and found some of them to be significant (after correcting for serial correlation and spurious regression and adjusting critical values for data mining).<br />
There is no guarantee that any of them would be significant,<br />
no reason they couldn&#8217;t be.</p>
<p>CO2 is very relevant, since it arguably fertilizes trees, and since CO2 has increaed a lot in the past 50 years, correlating with the recent growth spike in many of the series.  Also, we have a resonable measure of it over the past 1000 years or more from ice cores.  This spike may be also due to temperature, or to tree-specific factors like injuries that leave it in a &#8220;stripbark&#8221; condition.  Since the stripbark is visible, one can simply avoid those trees for this purpose as recommended by NAS, compute PC&#8217;s from the remaining trees, then regress Temp on the PC&#8217;s and CO2 during the last 79 years or whatever.  Then if anything is significant, use these coefficients to construct pre-instrumental T estimates from the PC and CO2 data.</p>
<p>These estimates will of course have a big se, and are meaningless unless the se is reported alongside them.   For this purpose, it is sufficient to use what I call the &#8220;coefficient forecast se&#8221; based only on the uncertainty of the coefficients, and not the &#8220;total forecast se&#8221; which also incorporates the variance of the regression error that will accompany the actual Temp value.  Unfortunately, EViews automatically give you the total forecast se if you ask for the &#8220;forecast se&#8221;, so you have to remember to back the coefficient forecast se out of it, using @SE to recover the se of the regression errors along with the Pythagorean theorem. (If you&#8217;re using EViews, that is&#8230;)</p>
<p>According to Steve in the Almagre discussion, Graybill was originally looking for this CO2 fertilization effect when he cored his trees, but it turned out not to be very strong.  Nevertheless, it can&#8217;t hurt to try adjusting for it.  It can always be left out if it is insignificant.</p>
<p>One problem with adjusting for CO2 in this manner is that it might automatically erase any evidence of a causal link from CO2 to Temp, which after all is what this discussion is all about. Perhaps the AGW people have come up with a way around this.  Have they?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John S</title>
		<link>http://climateaudit.org/2007/11/11/re-scaling-the-mann-and-jones-2003-pc1/#comment-116675</link>
		<dc:creator><![CDATA[John S]]></dc:creator>
		<pubDate>Tue, 13 Nov 2007 11:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=2344#comment-116675</guid>
		<description><![CDATA[#63

I take this to be the common observation that PCs have no inherent meaning. They are a mathematical construct that finds the orthogonal vectors that explains the most variance in your data. What that projection means is then a matter for philosophers to debate. Mann&#039;s PC1 could be a temperature signal, a CO2 signal, a signal related to the albedo of my nether regions or some combination of all or none of the above.

If you want to attach some meaning to it you need to do a lot more work. A physical theory is one way, a good (non-spurious) regression might be another. But talking about Mann&#039;s PC1 as &quot;the&quot; temperature component is just wishful thinking.

...or at least that is my take on it. And you seem to have said more or less that at #68 while I was typing.]]></description>
		<content:encoded><![CDATA[<p>#63</p>
<p>I take this to be the common observation that PCs have no inherent meaning. They are a mathematical construct that finds the orthogonal vectors that explains the most variance in your data. What that projection means is then a matter for philosophers to debate. Mann&#8217;s PC1 could be a temperature signal, a CO2 signal, a signal related to the albedo of my nether regions or some combination of all or none of the above.</p>
<p>If you want to attach some meaning to it you need to do a lot more work. A physical theory is one way, a good (non-spurious) regression might be another. But talking about Mann&#8217;s PC1 as &#8220;the&#8221; temperature component is just wishful thinking.</p>
<p>&#8230;or at least that is my take on it. And you seem to have said more or less that at #68 while I was typing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jean S</title>
		<link>http://climateaudit.org/2007/11/11/re-scaling-the-mann-and-jones-2003-pc1/#comment-116674</link>
		<dc:creator><![CDATA[Jean S]]></dc:creator>
		<pubDate>Tue, 13 Nov 2007 10:50:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=2344#comment-116674</guid>
		<description><![CDATA[#66: Mark, good questions. But all of you, try to separate in your discussions when you talk about the real PCA and its hypothetical use for proxies from the discussion of MBH and its cousins.

Some points:
-Yes, there are several variables in proxies and PCA does not fully separate them. It simply &quot;condenses&quot; your variables into few signals (assuming that variables are linearily related, which might be already too much assumed). It is not the purpose of PCA in this tree ring proxy thing to fully &quot;extract&quot; temperature signal, not even in MBH.
-In MBH, the &quot;temperature extraction&quot; is supposed to happen (it does not) in the final regression phase (the calibration). Keep in mind that MBH proxies contain also intrumental data, precipitaion proxies etc.
-PCA in general might be usuful even it does not separate the variables. This was indicated already by Hu (#37): one should test which PCs are best for forecasting (i.e. which contain most &quot;temperature signal&quot;). I do not believe it would work for tree rings and hemispheric temperature, but in principle it is a working idea.
-And once again: Mannin PCA is not PCA at all. It does not have any properties the true PCA has. What Mannian PCA does is that it projects proxies such that those proxies with highest difference in the calibration and overall mean get rewarded. The only purpose I can see for it, is that it guarantees the overfit in the final phase of the MBH algorithm even in the case only few proxies are used.]]></description>
		<content:encoded><![CDATA[<p>#66: Mark, good questions. But all of you, try to separate in your discussions when you talk about the real PCA and its hypothetical use for proxies from the discussion of MBH and its cousins.</p>
<p>Some points:<br />
-Yes, there are several variables in proxies and PCA does not fully separate them. It simply &#8220;condenses&#8221; your variables into few signals (assuming that variables are linearily related, which might be already too much assumed). It is not the purpose of PCA in this tree ring proxy thing to fully &#8220;extract&#8221; temperature signal, not even in MBH.<br />
-In MBH, the &#8220;temperature extraction&#8221; is supposed to happen (it does not) in the final regression phase (the calibration). Keep in mind that MBH proxies contain also intrumental data, precipitaion proxies etc.<br />
-PCA in general might be usuful even it does not separate the variables. This was indicated already by Hu (#37): one should test which PCs are best for forecasting (i.e. which contain most &#8220;temperature signal&#8221;). I do not believe it would work for tree rings and hemispheric temperature, but in principle it is a working idea.<br />
-And once again: Mannin PCA is not PCA at all. It does not have any properties the true PCA has. What Mannian PCA does is that it projects proxies such that those proxies with highest difference in the calibration and overall mean get rewarded. The only purpose I can see for it, is that it guarantees the overfit in the final phase of the MBH algorithm even in the case only few proxies are used.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MarkR</title>
		<link>http://climateaudit.org/2007/11/11/re-scaling-the-mann-and-jones-2003-pc1/#comment-116673</link>
		<dc:creator><![CDATA[MarkR]]></dc:creator>
		<pubDate>Tue, 13 Nov 2007 09:58:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=2344#comment-116673</guid>
		<description><![CDATA[Oops this &lt;a href=&quot;http://www.umetrics.com/default.asp/pagename/methods_MVA_intro/c/1&quot; rel=&quot;nofollow&quot;&gt;link&lt;/a&gt; takes you to the first page of the slide show.

&lt;blockquote&gt;Principal Components Analysis (PCA) provides a concise overview of a dataset and is usually the first step in any analysis. It is very powerful at recognising patterns in data: outliers, trends, groups etc.&lt;/blockquote&gt;]]></description>
		<content:encoded><![CDATA[<p>Oops this <a href="http://www.umetrics.com/default.asp/pagename/methods_MVA_intro/c/1" rel="nofollow">link</a> takes you to the first page of the slide show.</p>
<blockquote><p>Principal Components Analysis (PCA) provides a concise overview of a dataset and is usually the first step in any analysis. It is very powerful at recognising patterns in data: outliers, trends, groups etc.</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: MarkR</title>
		<link>http://climateaudit.org/2007/11/11/re-scaling-the-mann-and-jones-2003-pc1/#comment-116672</link>
		<dc:creator><![CDATA[MarkR]]></dc:creator>
		<pubDate>Tue, 13 Nov 2007 09:53:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=2344#comment-116672</guid>
		<description><![CDATA[&lt;a href=&quot;http://www.umetrics.com/default.asp/pagename/methods_MVA_how5/c/1&quot; rel=&quot;nofollow&quot;&gt;Slide Show&lt;/a&gt; from a commercial site.

I can see how the data is grouped now. Are the Principal Components recalculated and weighted for graphing?

Also, it seems to me that if Proxies as a group were originally chosen because they provided a good representation for temperature, why would one need to look for a &quot;signal&quot; in amongst the noise?

And how does one know that the signal found is for the required variable, eg temp?

Indeed when it is described as mulitivariate, I can see only two factors, growth anomaly and temperature. I don&#039;t see any data for water, or CO2 etc being used.

And how does one deal with Benders point that the variables are not stationary over time? eg Trees may be Temp limited or they may be water, or CO2 limited at different times.

Seems to me that this choice of data manipulation merely disguises the fact that the &quot;Proxies&quot; chosen do not correlate well with each other in the first place. So they can&#039;t all be temperature Proxies, if in fact any of them are.

Looking at the &lt;a href=&quot;http://www.umetrics.com/default.asp/pagename/methods_MVA_how5/c/1&quot; rel=&quot;nofollow&quot;&gt;&lt;strong&gt;example&lt;/strong&gt;&lt;/a&gt; application in the link slide show above it appears to be a one dimensional problem.

In summary PCA seems to be useful when you are looking for patterns in dat with multiple variables. Not when the the whole purpose of the exercise is based on the assumption that the data has only one variable, and you already know it is temperature.]]></description>
		<content:encoded><![CDATA[<p><a href="http://www.umetrics.com/default.asp/pagename/methods_MVA_how5/c/1" rel="nofollow">Slide Show</a> from a commercial site.</p>
<p>I can see how the data is grouped now. Are the Principal Components recalculated and weighted for graphing?</p>
<p>Also, it seems to me that if Proxies as a group were originally chosen because they provided a good representation for temperature, why would one need to look for a &#8220;signal&#8221; in amongst the noise?</p>
<p>And how does one know that the signal found is for the required variable, eg temp?</p>
<p>Indeed when it is described as mulitivariate, I can see only two factors, growth anomaly and temperature. I don&#8217;t see any data for water, or CO2 etc being used.</p>
<p>And how does one deal with Benders point that the variables are not stationary over time? eg Trees may be Temp limited or they may be water, or CO2 limited at different times.</p>
<p>Seems to me that this choice of data manipulation merely disguises the fact that the &#8220;Proxies&#8221; chosen do not correlate well with each other in the first place. So they can&#8217;t all be temperature Proxies, if in fact any of them are.</p>
<p>Looking at the <a href="http://www.umetrics.com/default.asp/pagename/methods_MVA_how5/c/1" rel="nofollow"><strong>example</strong></a> application in the link slide show above it appears to be a one dimensional problem.</p>
<p>In summary PCA seems to be useful when you are looking for patterns in dat with multiple variables. Not when the the whole purpose of the exercise is based on the assumption that the data has only one variable, and you already know it is temperature.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: steven mosher</title>
		<link>http://climateaudit.org/2007/11/11/re-scaling-the-mann-and-jones-2003-pc1/#comment-116671</link>
		<dc:creator><![CDATA[steven mosher]]></dc:creator>
		<pubDate>Mon, 12 Nov 2007 23:06:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=2344#comment-116671</guid>
		<description><![CDATA[RE thanks Jean. I&#039;l go sit in the stacks for a bit]]></description>
		<content:encoded><![CDATA[<p>RE thanks Jean. I&#8217;l go sit in the stacks for a bit</p>
]]></content:encoded>
	</item>
</channel>
</rss>
