<?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: More Fishy: How would you use Mannian Minimum Roughness to guess future data to &#8220;test&#8221; projections?</title>
	<atom:link href="http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/feed/" rel="self" type="application/rss+xml" />
	<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/</link>
	<description>Where Climate Talk Gets Hot!</description>
	<lastBuildDate>Sat, 20 Mar 2010 08:26:21 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jorge</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15709</link>
		<dc:creator>Jorge</dc:creator>
		<pubDate>Sun, 05 Jul 2009 11:13:41 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15709</guid>
		<description>Ian - 

Oh dear! Yes, I suppose so. Then of course, if you compare the graphs from both versions you could say &quot;see, the length of smoothing makes no difference&quot;.

From what I have been reading the 11 and 15 are bogus anyway, the actual filter uses 31 point smoothing. So it is really data spanning 31 years that is smoothed not 11 or 15.

Lucia,

I must be a bit gullible. Despite believing that I knew the meaning of causal, I now realise that I have allowed myself to be duped into thinking that the transformed symmetric filter is causal. 

You were right all along. It is not a question of whether you actually have data at t=n+1, the point is that you are not allowed to use it in the computation of Yn if the filter is to be called causal.

One can make a philosophical case that using Xn+1 when it is actually known is not the same as inventing it when it is still in the future. That does not change the fact that if you use Xn+1 when computing Yn, it ceases to be a causal filter.

I am a slow learner but mostly catch on in the end.  :-)</description>
		<content:encoded><![CDATA[<p>Ian &#8211; </p>
<p>Oh dear! Yes, I suppose so. Then of course, if you compare the graphs from both versions you could say &#8220;see, the length of smoothing makes no difference&#8221;.</p>
<p>From what I have been reading the 11 and 15 are bogus anyway, the actual filter uses 31 point smoothing. So it is really data spanning 31 years that is smoothed not 11 or 15.</p>
<p>Lucia,</p>
<p>I must be a bit gullible. Despite believing that I knew the meaning of causal, I now realise that I have allowed myself to be duped into thinking that the transformed symmetric filter is causal. </p>
<p>You were right all along. It is not a question of whether you actually have data at t=n+1, the point is that you are not allowed to use it in the computation of Yn if the filter is to be called causal.</p>
<p>One can make a philosophical case that using Xn+1 when it is actually known is not the same as inventing it when it is still in the future. That does not change the fact that if you use Xn+1 when computing Yn, it ceases to be a causal filter.</p>
<p>I am a slow learner but mostly catch on in the end.  <img src='http://rankexploits.com/musings/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Castles</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15689</link>
		<dc:creator>Ian Castles</dc:creator>
		<pubDate>Sat, 04 Jul 2009 21:59:04 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15689</guid>
		<description>Re #15661, Jorge 

&quot;My question for you is whether you think the Copenhagen report should be changed to show the dashed lines when they also update the typo showing the wrong period for the smooth.&quot;

The first sentence of the caption to Figure 3 in the Copenhagen report has already been amended, as follows:

&quot;Changes in global average surface air temperature (smoothed over 15 years) (corrected from 11 in the first version of this report) relative to 1990.&quot; 

Isn&#039;t this open to the (mistaken) interpretation that the Figure itself has been amended?</description>
		<content:encoded><![CDATA[<p>Re #15661, Jorge </p>
<p>&#8220;My question for you is whether you think the Copenhagen report should be changed to show the dashed lines when they also update the typo showing the wrong period for the smooth.&#8221;</p>
<p>The first sentence of the caption to Figure 3 in the Copenhagen report has already been amended, as follows:</p>
<p>&#8220;Changes in global average surface air temperature (smoothed over 15 years) (corrected from 11 in the first version of this report) relative to 1990.&#8221; </p>
<p>Isn&#8217;t this open to the (mistaken) interpretation that the Figure itself has been amended?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jorge</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15682</link>
		<dc:creator>Jorge</dc:creator>
		<pubDate>Sat, 04 Jul 2009 18:51:09 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15682</guid>
		<description>Thanks Nick - 

&quot;I agree that it would be desirable to indicate this on the plot somehow. It’s a continuous taper, so a sudden transition to dots doesn’t quite work either.&quot;

Strangely enough the original paper (Moore et al 2005) outlining the method used by Rahmstorf said &quot;A new approach makes use of singular spectrum analysis (SSA) [Ghil et al., 2002] to extract a nonlinear trend and, in addition, to find the confidence interval of the nonlinear trend.&quot;

Maybe this shows how to compute the error bars that Rahmstorf choose not to place on his graph.

Clearly the weight of the first estimated point when first used is quite low and so the potential for revision is small. Even so, I am unclear how you can put an error band on it without a weather noise model.

By the time you are using all 15 estimates, they are about half the total weight for the last point. It then matters which years you get right as each is weighted differently. It seems you need an accurate weather noise plus climate trend uncertainty model before you can compute the error bands.

Isn&#039;t this where we came in?

The UKCP09 project is going to be a good test to see how well it can be done.

http://www.ukcip.org.uk/index.php?option=com_content&amp;task=view&amp;id=251&amp;Itemid=345</description>
		<content:encoded><![CDATA[<p>Thanks Nick &#8211; </p>
<p>&#8220;I agree that it would be desirable to indicate this on the plot somehow. It’s a continuous taper, so a sudden transition to dots doesn’t quite work either.&#8221;</p>
<p>Strangely enough the original paper (Moore et al 2005) outlining the method used by Rahmstorf said &#8220;A new approach makes use of singular spectrum analysis (SSA) [Ghil et al., 2002] to extract a nonlinear trend and, in addition, to find the confidence interval of the nonlinear trend.&#8221;</p>
<p>Maybe this shows how to compute the error bars that Rahmstorf choose not to place on his graph.</p>
<p>Clearly the weight of the first estimated point when first used is quite low and so the potential for revision is small. Even so, I am unclear how you can put an error band on it without a weather noise model.</p>
<p>By the time you are using all 15 estimates, they are about half the total weight for the last point. It then matters which years you get right as each is weighted differently. It seems you need an accurate weather noise plus climate trend uncertainty model before you can compute the error bands.</p>
<p>Isn&#8217;t this where we came in?</p>
<p>The UKCP09 project is going to be a good test to see how well it can be done.</p>
<p><a href="http://www.ukcip.org.uk/index.php?option=com_content&amp;task=view&amp;id=251&amp;Itemid=345" >http://www.ukcip.org.uk/index......Itemid=345</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lucia</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15677</link>
		<dc:creator>lucia</dc:creator>
		<pubDate>Sat, 04 Jul 2009 16:46:13 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15677</guid>
		<description>&lt;blockquote&gt;ou can insist, if you wish, that the filter has to be causal at each point, making no use of future points even though they are known.&lt;/blockquote&gt;
That&#039;s the definition of a causal filter.  Yes. It rules out symmetric filters which are acausal.

IfF you wish to explain describe advantages of symmertric filters relative to assymetric filters, that&#039;s fine. We can discuss this. But your seeing advantages to useing acausal filters doesn&#039;t turn them into causal filters any more than my explaining that red is pretty than blue can transform red &lt;i&gt;into&lt;/i&gt; blue. 

Almost everyone agrees that filtering end points is hard and the results are both unstable and error prone. This is precisely why Rahmstorfs conclusions which are based entirely interpreting what the end points of his filtered results mean is cuckoo.  This, and statements he has made suggesting he did not pad, indicate that he did not really grasp the problem with his &#039;analysis&#039; which interpreted the meaning of the endpoint region inappropriately.</description>
		<content:encoded><![CDATA[<blockquote><p>ou can insist, if you wish, that the filter has to be causal at each point, making no use of future points even though they are known.</p></blockquote>
<p>That&#8217;s the definition of a causal filter.  Yes. It rules out symmetric filters which are acausal.</p>
<p>IfF you wish to explain describe advantages of symmertric filters relative to assymetric filters, that&#8217;s fine. We can discuss this. But your seeing advantages to useing acausal filters doesn&#8217;t turn them into causal filters any more than my explaining that red is pretty than blue can transform red <i>into</i> blue. </p>
<p>Almost everyone agrees that filtering end points is hard and the results are both unstable and error prone. This is precisely why Rahmstorfs conclusions which are based entirely interpreting what the end points of his filtered results mean is cuckoo.  This, and statements he has made suggesting he did not pad, indicate that he did not really grasp the problem with his &#8216;analysis&#8217; which interpreted the meaning of the endpoint region inappropriately.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Stokes</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15676</link>
		<dc:creator>Nick Stokes</dc:creator>
		<pubDate>Sat, 04 Jul 2009 16:29:05 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15676</guid>
		<description>Lucia,
On causality, as Jorge said, the commonly understood meaning becomes blurry on a time series interval. You can insist, if you wish, that the filter has to be causal at each point, making no use of future points even though they are known. As I said above, that is extreme, and rules out virtually all the symmetric filters that are actually used in the interior regions. For that reason, I thought that Steven was using a more relaxed version, in which the filter used only points from within the known data range for a given interval.

Jorge, as I&#039;ve said, when you approach the endpoints, something about the fit is necessarily lost. In MRC etc, it is the strength of smoothing, or if you prefer the effective filter width, which is tapered. Your distinction that these points are subject to revision is also a good way of putting it.  I agree that it would be desirable to indicate this on the plot somehow. It&#039;s a continuous taper, so a sudden transition to dots doesn&#039;t quite work either.

However, as I&#039;ve also said, it&#039;s a universal problem in smoothing time series on finite intervals, and I haven&#039;t seen anyone else come up with a good presentation of the situation.</description>
		<content:encoded><![CDATA[<p>Lucia,<br />
On causality, as Jorge said, the commonly understood meaning becomes blurry on a time series interval. You can insist, if you wish, that the filter has to be causal at each point, making no use of future points even though they are known. As I said above, that is extreme, and rules out virtually all the symmetric filters that are actually used in the interior regions. For that reason, I thought that Steven was using a more relaxed version, in which the filter used only points from within the known data range for a given interval.</p>
<p>Jorge, as I&#8217;ve said, when you approach the endpoints, something about the fit is necessarily lost. In MRC etc, it is the strength of smoothing, or if you prefer the effective filter width, which is tapered. Your distinction that these points are subject to revision is also a good way of putting it.  I agree that it would be desirable to indicate this on the plot somehow. It&#8217;s a continuous taper, so a sudden transition to dots doesn&#8217;t quite work either.</p>
<p>However, as I&#8217;ve also said, it&#8217;s a universal problem in smoothing time series on finite intervals, and I haven&#8217;t seen anyone else come up with a good presentation of the situation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lucia</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15663</link>
		<dc:creator>lucia</dc:creator>
		<pubDate>Sat, 04 Jul 2009 12:13:41 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15663</guid>
		<description>Nick--
The only point when the Mannian filter becomes causal is the final one which is that&#039;s not filtered at all.  If you examine the method use to compute the smoothed value at the second to the last point, it uses data from the final one making computation of that point &quot;causal&quot;.  I don&#039;t know how you can even begin to argue there is anything causal about the use of this filter.

&lt;blockquote&gt;That&#039;s one of the virtues of using the time-invariant filter with linear extrapolation&lt;/blockquote&gt;
Which is a-causal and sues linear extrapolation to guess the future values.

I don&#039;t know why you think that the fact that the posts which specifically motivated this post appeared at this blog suggests this post is &lt;i&gt;unrelated&lt;/i&gt; to them and &lt;i&gt;not&lt;/i&gt; motivated by the comments in those posts.  But, if you do; you do.</description>
		<content:encoded><![CDATA[<p>Nick&#8211;<br />
The only point when the Mannian filter becomes causal is the final one which is that&#8217;s not filtered at all.  If you examine the method use to compute the smoothed value at the second to the last point, it uses data from the final one making computation of that point &#8220;causal&#8221;.  I don&#8217;t know how you can even begin to argue there is anything causal about the use of this filter.</p>
<blockquote><p>That&#8217;s one of the virtues of using the time-invariant filter with linear extrapolation</p></blockquote>
<p>Which is a-causal and sues linear extrapolation to guess the future values.</p>
<p>I don&#8217;t know why you think that the fact that the posts which specifically motivated this post appeared at this blog suggests this post is <i>unrelated</i> to them and <i>not</i> motivated by the comments in those posts.  But, if you do; you do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jorge</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15661</link>
		<dc:creator>Jorge</dc:creator>
		<pubDate>Sat, 04 Jul 2009 11:58:04 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15661</guid>
		<description>Nick - 

The distinction between causal and acausal becomes very blurred when time varying coefficients are used in the N/2 endpoint region. It is a purely technical definition as the outcome is identical.

This is why I prefer the &quot;subject to revision&quot; terminology. The fact is that whether you use an explicit or implicit extrapolation, the older end points will only stay the same when new data arrives if you have made the correct extrapolation.	

No amount of huffing and puffing about whether you used padding or not, whether the filter is called causal or acausal can change the provisional nature of the N/2 region at the end of the series.

The only honest thing you can do is what Lucia suggested and show that part of the plot with dashed lines. If you want to be scrupulously honest you will add a footnote warning that the dashed area is &quot;subject to revision&quot;.

If I have it right, this would cover the last 11 or 15 years of the Rahmstorf graphs.

My question for you is whether you think the Copenhagen report should be changed to show the dashed lines when they also update the typo showing the wrong period for the smooth.

If you say yes, you would get the seal of approval from Richard Feynmann for scientific integrity, if not, you are just another spinmeister. I have never had any reason to doubt your intelligence or integrity so I am sure you will support this change to the graph.</description>
		<content:encoded><![CDATA[<p>Nick &#8211; </p>
<p>The distinction between causal and acausal becomes very blurred when time varying coefficients are used in the N/2 endpoint region. It is a purely technical definition as the outcome is identical.</p>
<p>This is why I prefer the &#8220;subject to revision&#8221; terminology. The fact is that whether you use an explicit or implicit extrapolation, the older end points will only stay the same when new data arrives if you have made the correct extrapolation.	</p>
<p>No amount of huffing and puffing about whether you used padding or not, whether the filter is called causal or acausal can change the provisional nature of the N/2 region at the end of the series.</p>
<p>The only honest thing you can do is what Lucia suggested and show that part of the plot with dashed lines. If you want to be scrupulously honest you will add a footnote warning that the dashed area is &#8220;subject to revision&#8221;.</p>
<p>If I have it right, this would cover the last 11 or 15 years of the Rahmstorf graphs.</p>
<p>My question for you is whether you think the Copenhagen report should be changed to show the dashed lines when they also update the typo showing the wrong period for the smooth.</p>
<p>If you say yes, you would get the seal of approval from Richard Feynmann for scientific integrity, if not, you are just another spinmeister. I have never had any reason to doubt your intelligence or integrity so I am sure you will support this change to the graph.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Stokes</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15656</link>
		<dc:creator>Nick Stokes</dc:creator>
		<pubDate>Sat, 04 Jul 2009 04:13:31 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15656</guid>
		<description>				Dewitt,
It depends on what &quot;used&quot; means. I&#039;ve added a comment at Steve&#039;s site. Ultimately, as I&#039;ve contended above, they are using an asymmetric filter near the ends. The neatest way to construct this is using extrapolates (padding). But you can construct and justify the same filter using arguments interior to the data interval.

And Jeff Id, it sounds as if what you are recommending is padding with zeroes. That is still padding, and has the big downside that it varies with any offset applying to the data. Add a constant (eg for temp, change from anomaly to C or to K) and you change the shape of the smooth. But it isn&#039;t true that these &quot;fancier methods&quot; have no advantage. They avoid introducing artificial lag.

And Jorge, yes, near the end point, you have to depart from time invariance, of course. And if it was just a matter of choosing any filter you like, then yes, you could get any answer you like. That&#039;s one of the virtues of using the time-invariant filter with linear extrapolation - it&#039;s a pre-defined constructor which departs continuously (as you approach the endpoint) from the time-invariant form, and preserves zero lag, and is causal in the sense that it does not use future values beyond the data range (except for the extrapolation device used to construct the time-varying asymmetric filters).

And Paul P, no, I still don&#039;t accept that the main point of this post was to discuss the use of the smoothed values. That has, as Lucia says, been dealt with at length in previous posts. What she said in this one was &lt;i&gt;&quot;Today, I am going to mostly discuss a method of guessing the future data used with some smoothing methods: Mannian Minimum Roughness Criteria (MRC) for short.&quot;&lt;/i&gt;. That is what generated all the talk of &quot;bogus guesses&quot;. And my contention is that there is nothing wrong with that method. The criterion itself does not involve extrapolation. And it has some merits.</description>
		<content:encoded><![CDATA[<p>Dewitt,<br />
It depends on what &#8220;used&#8221; means. I&#8217;ve added a comment at Steve&#8217;s site. Ultimately, as I&#8217;ve contended above, they are using an asymmetric filter near the ends. The neatest way to construct this is using extrapolates (padding). But you can construct and justify the same filter using arguments interior to the data interval.</p>
<p>And Jeff Id, it sounds as if what you are recommending is padding with zeroes. That is still padding, and has the big downside that it varies with any offset applying to the data. Add a constant (eg for temp, change from anomaly to C or to K) and you change the shape of the smooth. But it isn&#8217;t true that these &#8220;fancier methods&#8221; have no advantage. They avoid introducing artificial lag.</p>
<p>And Jorge, yes, near the end point, you have to depart from time invariance, of course. And if it was just a matter of choosing any filter you like, then yes, you could get any answer you like. That&#8217;s one of the virtues of using the time-invariant filter with linear extrapolation &#8211; it&#8217;s a pre-defined constructor which departs continuously (as you approach the endpoint) from the time-invariant form, and preserves zero lag, and is causal in the sense that it does not use future values beyond the data range (except for the extrapolation device used to construct the time-varying asymmetric filters).</p>
<p>And Paul P, no, I still don&#8217;t accept that the main point of this post was to discuss the use of the smoothed values. That has, as Lucia says, been dealt with at length in previous posts. What she said in this one was <i>&#8220;Today, I am going to mostly discuss a method of guessing the future data used with some smoothing methods: Mannian Minimum Roughness Criteria (MRC) for short.&#8221;</i>. That is what generated all the talk of &#8220;bogus guesses&#8221;. And my contention is that there is nothing wrong with that method. The criterion itself does not involve extrapolation. And it has some merits.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DeWitt Payne</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15632</link>
		<dc:creator>DeWitt Payne</dc:creator>
		<pubDate>Fri, 03 Jul 2009 17:26:37 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15632</guid>
		<description>Steve McIntyre has &lt;a href=&quot;http://www.climateaudit.org/?p=6473posted today&lt;/a&gt; on the actual code used by Rahmstorf.  The claim that padding wasn&#039;t used has been falsified beyond a reasonable doubt.</description>
		<content:encoded><![CDATA[<p>Steve McIntyre has &lt;a href=&#8221;http://www.climateaudit.org/?p=6473posted today on the actual code used by Rahmstorf.  The claim that padding wasn&#8217;t used has been falsified beyond a reasonable doubt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Id</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15629</link>
		<dc:creator>Jeff Id</dc:creator>
		<pubDate>Fri, 03 Jul 2009 15:08:23 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15629</guid>
		<description>The whole problem with this smoothing is that in mirroring by two directions you&#039;ve assumed trend is the important information you want to extend.  While not a priori wrong, it leaves the door open for manipulation of endpoints by the externally motivated individual -- and that&#039;s exactly how it&#039;s being used.  Without a blink from the team..

Reflecting on the X axis only places the mean as the most important and will curl a trend back on itself relative to the actual data.  

For my own work I usually just let the sliding window empty out  at the end which is nearly the same thing but places less weight on non existent data than reflection and is difficult to manipulate a result.  I see no advantage to these fancier methods in most cases.

People might argue that the method I describe is uneven at the end of the graph but that&#039;s a result of the available information, making up information doesn&#039;t typically improve the result unless the physics behind the curve is known.  

While odd filtering methods are common in science, I don&#039;t find Lucia&#039;s description of bogus out of line.  It really is the fabrication of data to do any reflecting, padding or whatever in cases when the endpoint is critical to the analysis.</description>
		<content:encoded><![CDATA[<p>The whole problem with this smoothing is that in mirroring by two directions you&#8217;ve assumed trend is the important information you want to extend.  While not a priori wrong, it leaves the door open for manipulation of endpoints by the externally motivated individual &#8212; and that&#8217;s exactly how it&#8217;s being used.  Without a blink from the team..</p>
<p>Reflecting on the X axis only places the mean as the most important and will curl a trend back on itself relative to the actual data.  </p>
<p>For my own work I usually just let the sliding window empty out  at the end which is nearly the same thing but places less weight on non existent data than reflection and is difficult to manipulate a result.  I see no advantage to these fancier methods in most cases.</p>
<p>People might argue that the method I describe is uneven at the end of the graph but that&#8217;s a result of the available information, making up information doesn&#8217;t typically improve the result unless the physics behind the curve is known.  </p>
<p>While odd filtering methods are common in science, I don&#8217;t find Lucia&#8217;s description of bogus out of line.  It really is the fabrication of data to do any reflecting, padding or whatever in cases when the endpoint is critical to the analysis.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lucia</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15612</link>
		<dc:creator>lucia</dc:creator>
		<pubDate>Thu, 02 Jul 2009 20:34:02 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15612</guid>
		<description>Paul--
It is the application that bothers me.

If Rahmstorf decided that he was smoothing specifically to create a projection based on the empirical data, and he said any particular smoothing method happened to be his favorite method, I would be not call those his guesses &quot;bogus&quot;.  After all, in that event, he would simply be explaining that smoothing &lt;i&gt;was&lt;/I&gt; his way to predict the future.

In that case, I&#039;d ask him to clarify what he predicted or projected as the temperature for  2010 using his method and test that against data when it arrived.  I suspect it wouldn&#039;t take long to show his smoothing method has very little skill as a projection.  But predictions are hard. As long as someone admits that the data points involved in the smoothing are, themselves, predicted, I have no problems. But using them and making conclusions that treat those data  as &lt;i&gt;real&lt;/I&gt; is bogus.</description>
		<content:encoded><![CDATA[<p>Paul&#8211;<br />
It is the application that bothers me.</p>
<p>If Rahmstorf decided that he was smoothing specifically to create a projection based on the empirical data, and he said any particular smoothing method happened to be his favorite method, I would be not call those his guesses &#8220;bogus&#8221;.  After all, in that event, he would simply be explaining that smoothing <i>was</i> his way to predict the future.</p>
<p>In that case, I&#8217;d ask him to clarify what he predicted or projected as the temperature for  2010 using his method and test that against data when it arrived.  I suspect it wouldn&#8217;t take long to show his smoothing method has very little skill as a projection.  But predictions are hard. As long as someone admits that the data points involved in the smoothing are, themselves, predicted, I have no problems. But using them and making conclusions that treat those data  as <i>real</i> is bogus.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Penrose</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15609</link>
		<dc:creator>Paul Penrose</dc:creator>
		<pubDate>Thu, 02 Jul 2009 19:12:01 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15609</guid>
		<description>Nick,
For what it&#039;s worth, I&#039;ve understood since the beginning of this topic that Lucia&#039;s main point was the use of the smoothed endpoint in comparisons with model projections. In reality they are both models of different types so the comparison makes no scientific sense. Then changing one of the model parameters, in this case the smoothing window size, and presenting it as an update to a previous analysis where only new data had been added is dishonest at the least.

I don&#039;t understand why you can&#039;t see that it&#039;s the application of data smoothing and the way the results are being interpreted that Lucia is objecting to. I admit that her language is a bit more colorful than I would use, &quot;bogus guess&quot; for example. But with a smoothing filter such as this the endpoints are, no matter how reasonable, necessarily extrapolations. That&#039;s just a fancy name for &quot;guess&quot;. As I said, I wouldn&#039;t use the qualifier &quot;bogus&quot;, but for all we know they may be; most guesses are wrong to some degree or another. Until we get more data we won&#039;t know for sure. Now there&#039;s nothing wrong with extrapolations per se; it depends on how they are used. That&#039;s the whole point.</description>
		<content:encoded><![CDATA[<p>Nick,<br />
For what it&#8217;s worth, I&#8217;ve understood since the beginning of this topic that Lucia&#8217;s main point was the use of the smoothed endpoint in comparisons with model projections. In reality they are both models of different types so the comparison makes no scientific sense. Then changing one of the model parameters, in this case the smoothing window size, and presenting it as an update to a previous analysis where only new data had been added is dishonest at the least.</p>
<p>I don&#8217;t understand why you can&#8217;t see that it&#8217;s the application of data smoothing and the way the results are being interpreted that Lucia is objecting to. I admit that her language is a bit more colorful than I would use, &#8220;bogus guess&#8221; for example. But with a smoothing filter such as this the endpoints are, no matter how reasonable, necessarily extrapolations. That&#8217;s just a fancy name for &#8220;guess&#8221;. As I said, I wouldn&#8217;t use the qualifier &#8220;bogus&#8221;, but for all we know they may be; most guesses are wrong to some degree or another. Until we get more data we won&#8217;t know for sure. Now there&#8217;s nothing wrong with extrapolations per se; it depends on how they are used. That&#8217;s the whole point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jorge</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15607</link>
		<dc:creator>Jorge</dc:creator>
		<pubDate>Thu, 02 Jul 2009 16:39:04 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15607</guid>
		<description>Nick - 

I think we are slightly going astray with regard to terminology.

As far as I understand, there are three important classifications applied to these filters. The first is whether the filter is recursive, meaning that the calculated values Yn, with their own coefficients, enter into the computation as well as the observed values of Xn with their coefficents.

The second is whether the filter is causal, meaning that no future values are used. As practical matter I believe most recursive filters are causal, and also, most causal filters are recursive. This is because of the computational burden involved with a recursive acausal filter and the generally poor performance of a non-recursive causal  version.	

The third term that is important is called time invariant. This means that you are always working with fixed coefficents.

Now time varying filters can also come in various flavours involving causal/recursive but they are in fact a different class. What you have been trying to convince us is that the acausal time invariant filter, that needed to guess the future, can be morphed into a causal one by algebraic means. What is clear though, is that in the process, we have moved into the class of time varying filters.

This has very important implications, because in principle, you are now free to use completely different coefficients anywhere you like in the whole time series. A heavy smooth where you don´t like the look of a bump or a lighter smooth if you want to encourage a trend to develop during the up swing of a bump, at the same time as flattening out the down swing.

In practice, I can´t imagine actually doing anything so blatant but when it comes to the causal filter that was derived from the original acausal one you are now forced to make conscious choices about the weightings for the endpoints of the time series that are not the same as those in the rest of the time series.

The fact that these choices are dictated by the endpoint infills of the acausal filter really just shows that being able to call it causal is a hollow victory.

A time varying causal filter, in this case, turns out to be identical to an acausal time invariant one.

The bogus guesses have not disappeared even though it is technically a causal filter.

I am no great expert on digital filters and have only designed one, a third order Butterworth, in my life. That may be because it was 100% 6809 assembly language.  :-)</description>
		<content:encoded><![CDATA[<p>Nick &#8211; </p>
<p>I think we are slightly going astray with regard to terminology.</p>
<p>As far as I understand, there are three important classifications applied to these filters. The first is whether the filter is recursive, meaning that the calculated values Yn, with their own coefficients, enter into the computation as well as the observed values of Xn with their coefficents.</p>
<p>The second is whether the filter is causal, meaning that no future values are used. As practical matter I believe most recursive filters are causal, and also, most causal filters are recursive. This is because of the computational burden involved with a recursive acausal filter and the generally poor performance of a non-recursive causal  version.	</p>
<p>The third term that is important is called time invariant. This means that you are always working with fixed coefficents.</p>
<p>Now time varying filters can also come in various flavours involving causal/recursive but they are in fact a different class. What you have been trying to convince us is that the acausal time invariant filter, that needed to guess the future, can be morphed into a causal one by algebraic means. What is clear though, is that in the process, we have moved into the class of time varying filters.</p>
<p>This has very important implications, because in principle, you are now free to use completely different coefficients anywhere you like in the whole time series. A heavy smooth where you don´t like the look of a bump or a lighter smooth if you want to encourage a trend to develop during the up swing of a bump, at the same time as flattening out the down swing.</p>
<p>In practice, I can´t imagine actually doing anything so blatant but when it comes to the causal filter that was derived from the original acausal one you are now forced to make conscious choices about the weightings for the endpoints of the time series that are not the same as those in the rest of the time series.</p>
<p>The fact that these choices are dictated by the endpoint infills of the acausal filter really just shows that being able to call it causal is a hollow victory.</p>
<p>A time varying causal filter, in this case, turns out to be identical to an acausal time invariant one.</p>
<p>The bogus guesses have not disappeared even though it is technically a causal filter.</p>
<p>I am no great expert on digital filters and have only designed one, a third order Butterworth, in my life. That may be because it was 100% 6809 assembly language.  <img src='http://rankexploits.com/musings/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lucia</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15584</link>
		<dc:creator>lucia</dc:creator>
		<pubDate>Thu, 02 Jul 2009 01:57:09 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15584</guid>
		<description>Nick--
&lt;blockquote&gt;bove I worked through your Mann extrapolation example to show that it&#039;s application does just yield, as a matter of algebra, a regular asymmetric filter near the end. Do you see anything wrong with that filter?&lt;/blockquote&gt;
Everywhere except the final point, the computation includes data collected &lt;i&gt;after&lt;/i&gt; the point you have filtered. So, it&#039;s acausal everywhere except the final point. At the final point, the result is the original filtered point; so it&#039;s not any sort of filtered at all.

Are you asking if something is &quot;wrong&quot; with this? Or are you continuuing to suggest the &quot;filter&quot; is causal. In reality, the only place where it is &quot;causal&quot;, it is not a filter.

As for the idea of a filter being &quot;wrong&quot;, I think I&#039;ve already made it pretty clear that it&#039;s the &lt;i&gt;interpretation&lt;/i&gt; of the results and application to testing projections based on this filter-- particularly when the whole test relies on the region near the end point-- that is objectionable.</description>
		<content:encoded><![CDATA[<p>Nick&#8211;</p>
<blockquote><p>bove I worked through your Mann extrapolation example to show that it&#8217;s application does just yield, as a matter of algebra, a regular asymmetric filter near the end. Do you see anything wrong with that filter?</p></blockquote>
<p>Everywhere except the final point, the computation includes data collected <i>after</i> the point you have filtered. So, it&#8217;s acausal everywhere except the final point. At the final point, the result is the original filtered point; so it&#8217;s not any sort of filtered at all.</p>
<p>Are you asking if something is &#8220;wrong&#8221; with this? Or are you continuuing to suggest the &#8220;filter&#8221; is causal. In reality, the only place where it is &#8220;causal&#8221;, it is not a filter.</p>
<p>As for the idea of a filter being &#8220;wrong&#8221;, I think I&#8217;ve already made it pretty clear that it&#8217;s the <i>interpretation</i> of the results and application to testing projections based on this filter&#8211; particularly when the whole test relies on the region near the end point&#8211; that is objectionable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Stokes</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15578</link>
		<dc:creator>Nick Stokes</dc:creator>
		<pubDate>Wed, 01 Jul 2009 23:49:41 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15578</guid>
		<description>Well, the primary question is, what point was Steve trying to make? If he&#039;s saying that you should use only one-sided filters even when you know &quot;future&quot; values, then that is an extreme view that I think he should justify. And my response would have been off target. 
I assumed that he was taking up the earlier claims that Mann is using &quot;bogus guesses&quot; (acausality) at the endpoints. And my point is that he is not.

Lucia, above I worked through your Mann extrapolation example to show that it&#039;s application does just yield, as a matter of algebra, a regular asymmetric filter near the end. Do you see anything wrong with that filter?</description>
		<content:encoded><![CDATA[<p>Well, the primary question is, what point was Steve trying to make? If he&#8217;s saying that you should use only one-sided filters even when you know &#8220;future&#8221; values, then that is an extreme view that I think he should justify. And my response would have been off target.<br />
I assumed that he was taking up the earlier claims that Mann is using &#8220;bogus guesses&#8221; (acausality) at the endpoints. And my point is that he is not.</p>
<p>Lucia, above I worked through your Mann extrapolation example to show that it&#8217;s application does just yield, as a matter of algebra, a regular asymmetric filter near the end. Do you see anything wrong with that filter?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lucia</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15576</link>
		<dc:creator>lucia</dc:creator>
		<pubDate>Wed, 01 Jul 2009 23:33:50 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15576</guid>
		<description>Nick--
Mann&#039;s method of treating endpoints is only used with acausal filters. Of course the method of dealing with endpoints can&#039;t actaully use future (unknown) data.

You responded to Steven, who said he can&#039;t see any point in  using any causal filter.

So, with respect to steven&#039;s comment about causual filters, what point &lt;i&gt;were&lt;/i&gt; you trying to make?</description>
		<content:encoded><![CDATA[<p>Nick&#8211;<br />
Mann&#8217;s method of treating endpoints is only used with acausal filters. Of course the method of dealing with endpoints can&#8217;t actaully use future (unknown) data.</p>
<p>You responded to Steven, who said he can&#8217;t see any point in  using any causal filter.</p>
<p>So, with respect to steven&#8217;s comment about causual filters, what point <i>were</i> you trying to make?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Stokes</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-2/#comment-15574</link>
		<dc:creator>Nick Stokes</dc:creator>
		<pubDate>Wed, 01 Jul 2009 23:27:05 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15574</guid>
		<description>Oliver and Lucia,
Again, preserving zero and first moments is equivalent to the proposition that constant and linear functions are unchanged on smoothing. At each point, the moments are calculated on a window of known points. In Mann&#039;s method, this window gets narrower as you approach the endpoint.</description>
		<content:encoded><![CDATA[<p>Oliver and Lucia,<br />
Again, preserving zero and first moments is equivalent to the proposition that constant and linear functions are unchanged on smoothing. At each point, the moments are calculated on a window of known points. In Mann&#8217;s method, this window gets narrower as you approach the endpoint.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lucia</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-1/#comment-15573</link>
		<dc:creator>lucia</dc:creator>
		<pubDate>Wed, 01 Jul 2009 23:20:58 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15573</guid>
		<description>Nick--
What oliver said.</description>
		<content:encoded><![CDATA[<p>Nick&#8211;<br />
What oliver said.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Stokes</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-1/#comment-15572</link>
		<dc:creator>Nick Stokes</dc:creator>
		<pubDate>Wed, 01 Jul 2009 23:16:02 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15572</guid>
		<description>Lucia,
I&#039;m referring to the causal treatments of endpoint values - ie not using &quot;bogus guesses&quot;. The use of acausal (eg symmetric) filters for smoothing interior regions of a time series is not controversial. A centered moving average, for example, is acausal on that interpretation.</description>
		<content:encoded><![CDATA[<p>Lucia,<br />
I&#8217;m referring to the causal treatments of endpoint values &#8211; ie not using &#8220;bogus guesses&#8221;. The use of acausal (eg symmetric) filters for smoothing interior regions of a time series is not controversial. A centered moving average, for example, is acausal on that interpretation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: oliver</title>
		<link>http://rankexploits.com/musings/2009/more-fishy-how-doesdid-mann-guess-future-data-to-test-projections/comment-page-1/#comment-15571</link>
		<dc:creator>oliver</dc:creator>
		<pubDate>Wed, 01 Jul 2009 23:14:59 +0000</pubDate>
		<guid isPermaLink="false">http://rankexploits.com/musings/?p=5558#comment-15571</guid>
		<description>				Re: Nick Stokes (Comment#15569) July 1st, 2009 at 4:23 pm
&quot;…equivalently, as being chosen to minimise the second derivative (and preserve zero and first moments), which does not involve the idea of extrapolation at all.&quot;

How can constructing points which preserve past moments in the absence of future moments not be &quot;extrapolation&quot;?</description>
		<content:encoded><![CDATA[<p>Re: Nick Stokes (Comment#15569) July 1st, 2009 at 4:23 pm<br />
&#8220;…equivalently, as being chosen to minimise the second derivative (and preserve zero and first moments), which does not involve the idea of extrapolation at all.&#8221;</p>
<p>How can constructing points which preserve past moments in the absence of future moments not be &#8220;extrapolation&#8221;?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
