<?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: Adjusting Pristine Data</title>
	<atom:link href="http://climateaudit.org/2008/09/24/adjusting-pristine-data/feed/" rel="self" type="application/rss+xml" />
	<link>http://climateaudit.org/2008/09/24/adjusting-pristine-data/</link>
	<description>by Steve McIntyre</description>
	<lastBuildDate>Wed, 19 Jun 2013 17:55:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Jim Rogers</title>
		<link>http://climateaudit.org/2008/09/24/adjusting-pristine-data/#comment-164160</link>
		<dc:creator><![CDATA[Jim Rogers]]></dc:creator>
		<pubDate>Sun, 22 Mar 2009 17:19:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=3829#comment-164160</guid>
		<description><![CDATA[We all know that the average of Max/min is not a good indicator of average daily temperature, showing a warmer daily mean in the winter and a lower daily mean in the summer than compared to hourly or 6 hour avg. (temperature stays lower for most of the day in winter with a max peak and vice versa). Why not run the analysis using only max and min daily temperatures? This would remove error introduced by different month lengths for example. The reason we use to use the means was the lack of computing capability. I use this for some environmental assessment analysis with Kugluktuk/Coppermine data (1932-2006). The trend of max temps rose more quickly than min in that case but still close to the 0.3 C/decade. I suggest ignoring the daily data fills, which appeared bias. Automatic remote data collection was visible.]]></description>
		<content:encoded><![CDATA[<p>We all know that the average of Max/min is not a good indicator of average daily temperature, showing a warmer daily mean in the winter and a lower daily mean in the summer than compared to hourly or 6 hour avg. (temperature stays lower for most of the day in winter with a max peak and vice versa). Why not run the analysis using only max and min daily temperatures? This would remove error introduced by different month lengths for example. The reason we use to use the means was the lack of computing capability. I use this for some environmental assessment analysis with Kugluktuk/Coppermine data (1932-2006). The trend of max temps rose more quickly than min in that case but still close to the 0.3 C/decade. I suggest ignoring the daily data fills, which appeared bias. Automatic remote data collection was visible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gopalan</title>
		<link>http://climateaudit.org/2008/09/24/adjusting-pristine-data/#comment-164159</link>
		<dc:creator><![CDATA[gopalan]]></dc:creator>
		<pubDate>Fri, 26 Sep 2008 06:43:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=3829#comment-164159</guid>
		<description><![CDATA[W F Lenihan:
September 24th, 2008 at 9:48 am

Can someone explain why weather stations don&#039;t have both Celsius and Fahrenheit thermometers to avoid errors from conversion and reconversion of temperatures?

&lt;blockquote&gt;

Most reasonable doubt. Men will do the rational thing, but only after exploring all other possibilities!&lt;/blockquote&gt;]]></description>
		<content:encoded><![CDATA[<p>W F Lenihan:<br />
September 24th, 2008 at 9:48 am</p>
<p>Can someone explain why weather stations don&#8217;t have both Celsius and Fahrenheit thermometers to avoid errors from conversion and reconversion of temperatures?</p>
<blockquote>
<p>Most reasonable doubt. Men will do the rational thing, but only after exploring all other possibilities!</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: Geoff Sherrington</title>
		<link>http://climateaudit.org/2008/09/24/adjusting-pristine-data/#comment-164158</link>
		<dc:creator><![CDATA[Geoff Sherrington]]></dc:creator>
		<pubDate>Fri, 26 Sep 2008 06:12:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=3829#comment-164158</guid>
		<description><![CDATA[Re: &lt;a href=&quot;#comment-300460&quot; rel=&quot;nofollow&quot;&gt;BarryW (#13)&lt;/a&gt;,

TOBS again. The tutorial appears to be wrong because when the thermometers are read, they are RESET to the present temperature. Using the example given, there is no mention of the time of day that they were read and reset. But, if the day 1 minimum of -5.6 at 8 am was read and reset at 11 am on day 1 (to pluck a time from the air), then the -5.6 figure was recorded as a correct min and then erased, to start afresh with another value (-0.6). It is -0.6, not -5.6, that carried over towards day 2.

If you wish to argue that a reset at 8 am on day 1 was done, yes, it would be there on day 2 at 8 am when the actual min was -3.3. But, the very act of resetting at 8 am would ensure that the max from day 1 was correct and more than likely the max on day 2 was also correct if resetting was also at 8 am on day 2 (on the basis that for each day the max happens after 8 am).

The argument in the example is special pleading, including a case where the resetting was done at a daily extreme. Leaving the data alone could well be preferable to referencing to midnight readings by maths infilling, because the thermometers were typically NOT reset at midnight. Midnight is an artificial construct able to introduce errors of its own.]]></description>
		<content:encoded><![CDATA[<p>Re: <a href="#comment-300460" rel="nofollow">BarryW (#13)</a>,</p>
<p>TOBS again. The tutorial appears to be wrong because when the thermometers are read, they are RESET to the present temperature. Using the example given, there is no mention of the time of day that they were read and reset. But, if the day 1 minimum of -5.6 at 8 am was read and reset at 11 am on day 1 (to pluck a time from the air), then the -5.6 figure was recorded as a correct min and then erased, to start afresh with another value (-0.6). It is -0.6, not -5.6, that carried over towards day 2.</p>
<p>If you wish to argue that a reset at 8 am on day 1 was done, yes, it would be there on day 2 at 8 am when the actual min was -3.3. But, the very act of resetting at 8 am would ensure that the max from day 1 was correct and more than likely the max on day 2 was also correct if resetting was also at 8 am on day 2 (on the basis that for each day the max happens after 8 am).</p>
<p>The argument in the example is special pleading, including a case where the resetting was done at a daily extreme. Leaving the data alone could well be preferable to referencing to midnight readings by maths infilling, because the thermometers were typically NOT reset at midnight. Midnight is an artificial construct able to introduce errors of its own.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: HMcCard</title>
		<link>http://climateaudit.org/2008/09/24/adjusting-pristine-data/#comment-164157</link>
		<dc:creator><![CDATA[HMcCard]]></dc:creator>
		<pubDate>Thu, 25 Sep 2008 22:25:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=3829#comment-164157</guid>
		<description><![CDATA[John Goetz,

(I tried to post this cmment on Anthony&#039;s website but it didn&#039;t go through for some reason; I&#039;ll try submitting it here.)

I&#039;m sure that you know that the daily temperature data from the Mohonk Lake surface station can be found for the interval 05/1948 through 12/2005 at

http://cdiac.ornl.gov/cgi-bin/broker?_PROGRAM=prog.climsite.sas&amp;_SERVICE=default&amp;id=305426

I selected a random sample of ten completed B91 Forms for Mohonk Lake from the site that you referenced

http://www7.ncdc.noaa.gov/IPS/coop/coop.html?_page=2&amp;state=NY&amp;foreign=false&amp;selectedCoopId=305426&amp;_target3=Next+%3E

and verified that the values for TMAX(F) and TMIN(F), with one exception, were identical. The exception which occurred on 07/12/1956 is an obvious transcription error; the value (67°F) listed in the “At OBSN” column was recorded for TMIN(F) instead of the correct value (64°F). In addition to TMAX(F) and TMIN(F),  the USHCN site also  lists TAVE(F) which equals [TMAX(F) + TMIN(F)]/2 rounded to the next higher integer when either TMAX(F) or TMIN(F) is an odd integer.  Therefore, I believe the data archived at the site that I referenced is the “RAW” daily temperature data for station 305426.

So far, so good …

I then calculated the monthly averages for TAVE(F), TMAX(F) and TMIN(F), for the interval 05/1948 through 12/1959 and compared the results with the corresponding monthly values that I downloaded from

http://cdiac.ornl.gov/cgi-bin/broker?_PROGRAM=prog.climsite_monthly.sas&amp;_SERVICE=default&amp;id=305426

How did they compare? Not so good!!

The average differences for the 139 month interval are (s.d. shown in parentheses):

RAW TAVE(F) – HCN TAVE(F) = 1.39°F (0.43°F)
RAW TMAX(F) – HCN TMAX(F) = 1.43°F (0.62°F)
RAW TMIN(F) – HCN TMIN(F) = 0.83°F (1.17°F)

What adjustments do you think were made by NCDC that caused these differences?

I may add to this post after I complete my examination of the 1948:2005 RAW data set.

&lt;strong&gt;Reply:&lt;/strong&gt; Anthony&#039;s spam bucket tends to grab stuff with a high link-to-text ratio. I think your post was above whatever that limit is. It looks like one of the moderators did find it and let it get through.

As for what you are seeing, I suspect it is homogenization, TOBS, and FILNET differences.]]></description>
		<content:encoded><![CDATA[<p>John Goetz,</p>
<p>(I tried to post this cmment on Anthony&#8217;s website but it didn&#8217;t go through for some reason; I&#8217;ll try submitting it here.)</p>
<p>I&#8217;m sure that you know that the daily temperature data from the Mohonk Lake surface station can be found for the interval 05/1948 through 12/2005 at</p>
<p><a href="http://cdiac.ornl.gov/cgi-bin/broker?_PROGRAM=prog.climsite.sas&#038;_SERVICE=default&#038;id=305426" rel="nofollow">http://cdiac.ornl.gov/cgi-bin/broker?_PROGRAM=prog.climsite.sas&#038;_SERVICE=default&#038;id=305426</a></p>
<p>I selected a random sample of ten completed B91 Forms for Mohonk Lake from the site that you referenced</p>
<p><a href="http://www7.ncdc.noaa.gov/IPS/coop/coop.html?_page=2&#038;state=NY&#038;foreign=false&#038;selectedCoopId=305426&#038;_target3=Next+%3E" rel="nofollow">http://www7.ncdc.noaa.gov/IPS/coop/coop.html?_page=2&#038;state=NY&#038;foreign=false&#038;selectedCoopId=305426&#038;_target3=Next+%3E</a></p>
<p>and verified that the values for TMAX(F) and TMIN(F), with one exception, were identical. The exception which occurred on 07/12/1956 is an obvious transcription error; the value (67°F) listed in the “At OBSN” column was recorded for TMIN(F) instead of the correct value (64°F). In addition to TMAX(F) and TMIN(F),  the USHCN site also  lists TAVE(F) which equals [TMAX(F) + TMIN(F)]/2 rounded to the next higher integer when either TMAX(F) or TMIN(F) is an odd integer.  Therefore, I believe the data archived at the site that I referenced is the “RAW” daily temperature data for station 305426.</p>
<p>So far, so good …</p>
<p>I then calculated the monthly averages for TAVE(F), TMAX(F) and TMIN(F), for the interval 05/1948 through 12/1959 and compared the results with the corresponding monthly values that I downloaded from</p>
<p><a href="http://cdiac.ornl.gov/cgi-bin/broker?_PROGRAM=prog.climsite_monthly.sas&#038;_SERVICE=default&#038;id=305426" rel="nofollow">http://cdiac.ornl.gov/cgi-bin/broker?_PROGRAM=prog.climsite_monthly.sas&#038;_SERVICE=default&#038;id=305426</a></p>
<p>How did they compare? Not so good!!</p>
<p>The average differences for the 139 month interval are (s.d. shown in parentheses):</p>
<p>RAW TAVE(F) – HCN TAVE(F) = 1.39°F (0.43°F)<br />
RAW TMAX(F) – HCN TMAX(F) = 1.43°F (0.62°F)<br />
RAW TMIN(F) – HCN TMIN(F) = 0.83°F (1.17°F)</p>
<p>What adjustments do you think were made by NCDC that caused these differences?</p>
<p>I may add to this post after I complete my examination of the 1948:2005 RAW data set.</p>
<p><strong>Reply:</strong> Anthony&#8217;s spam bucket tends to grab stuff with a high link-to-text ratio. I think your post was above whatever that limit is. It looks like one of the moderators did find it and let it get through.</p>
<p>As for what you are seeing, I suspect it is homogenization, TOBS, and FILNET differences.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MarkB</title>
		<link>http://climateaudit.org/2008/09/24/adjusting-pristine-data/#comment-164156</link>
		<dc:creator><![CDATA[MarkB]]></dc:creator>
		<pubDate>Thu, 25 Sep 2008 20:40:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=3829#comment-164156</guid>
		<description><![CDATA[Oops! The link above still works.]]></description>
		<content:encoded><![CDATA[<p>Oops! The link above still works.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MarkB</title>
		<link>http://climateaudit.org/2008/09/24/adjusting-pristine-data/#comment-164155</link>
		<dc:creator><![CDATA[MarkB]]></dc:creator>
		<pubDate>Thu, 25 Sep 2008 20:39:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=3829#comment-164155</guid>
		<description><![CDATA[I grew up in the Jamaica Plain section of Boston, USA, in the 1960s. As far back as the 1700s, people skated on Jamaica Pond, a 70 acre, 50 feet deep kettle pond. in the 1800s, there was an ice-cutting business taking ice from Jamaica Pond and other local ponds and lakes that shipped ice as far as Asia. The ice houses on the pond could hold 30,000 tons of ice at a time.

&lt;a href=&quot;http://www.jphs.org/locales/2004/6/2/harvesting-ice-on-jamaica-pond.html&quot; rel=&quot;nofollow&quot;&gt;

As late as the 1930s, my parents skated on the pond in the winter. By the time I was growing up in the &#039;60s, the pond was closed to skating. Many years since, the pond fails to freeze over and close up open water. When they were harvesting ice, they liked to get at least 12 inches before they cut. The difference is dramatic, and tells me - without yearly data - that the Boston area is warmer now than in the years from the mid-late 1700s and the 1930s. I don&#039;t know the difference, but it must be significant to generate - or not - 12 inches of ice on a pond that size.

That said, the warming observed tells me nothing about the &lt;strong&gt;cause&lt;/strong&gt; of the warming. There has definitely been a warming trend in the Boston area, but I have no idea why. Correlation, as they told me in statistics class, is not causation. No ifs, ands or buts.&lt;/a&gt;]]></description>
		<content:encoded><![CDATA[<p>I grew up in the Jamaica Plain section of Boston, USA, in the 1960s. As far back as the 1700s, people skated on Jamaica Pond, a 70 acre, 50 feet deep kettle pond. in the 1800s, there was an ice-cutting business taking ice from Jamaica Pond and other local ponds and lakes that shipped ice as far as Asia. The ice houses on the pond could hold 30,000 tons of ice at a time.</p>
<p><a href="http://www.jphs.org/locales/2004/6/2/harvesting-ice-on-jamaica-pond.html" rel="nofollow"></p>
<p>As late as the 1930s, my parents skated on the pond in the winter. By the time I was growing up in the &#8217;60s, the pond was closed to skating. Many years since, the pond fails to freeze over and close up open water. When they were harvesting ice, they liked to get at least 12 inches before they cut. The difference is dramatic, and tells me &#8211; without yearly data &#8211; that the Boston area is warmer now than in the years from the mid-late 1700s and the 1930s. I don&#8217;t know the difference, but it must be significant to generate &#8211; or not &#8211; 12 inches of ice on a pond that size.</p>
<p>That said, the warming observed tells me nothing about the <strong>cause</strong> of the warming. There has definitely been a warming trend in the Boston area, but I have no idea why. Correlation, as they told me in statistics class, is not causation. No ifs, ands or buts.</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GTFrank</title>
		<link>http://climateaudit.org/2008/09/24/adjusting-pristine-data/#comment-164154</link>
		<dc:creator><![CDATA[GTFrank]]></dc:creator>
		<pubDate>Thu, 25 Sep 2008 16:41:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=3829#comment-164154</guid>
		<description><![CDATA[#1, #16

&lt;blockquote&gt;Any idea where Mr. Depalma got the information that this site showed a 2.7 degree increase in temp?&lt;/blockquote&gt;

Benjamin I Cook&#039;s paper is here.

http://www.ldeo.columbia.edu/~bc9z/Publications_files/2007_cook.pdf]]></description>
		<content:encoded><![CDATA[<p>#1, #16</p>
<blockquote><p>Any idea where Mr. Depalma got the information that this site showed a 2.7 degree increase in temp?</p></blockquote>
<p>Benjamin I Cook&#8217;s paper is here.</p>
<p><a href="http://www.ldeo.columbia.edu/~bc9z/Publications_files/2007_cook.pdf" rel="nofollow">http://www.ldeo.columbia.edu/~bc9z/Publications_files/2007_cook.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lucy Skywalker</title>
		<link>http://climateaudit.org/2008/09/24/adjusting-pristine-data/#comment-164153</link>
		<dc:creator><![CDATA[Lucy Skywalker]]></dc:creator>
		<pubDate>Thu, 25 Sep 2008 10:20:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=3829#comment-164153</guid>
		<description><![CDATA[I got the impression that the weather station pictures that littered one episode of the BBC Iain Stewart series, were taken from Anthony Watts&#039; superb records. He said somewhere earlier he&#039;d been contacted by the BBC. If so, this would be surely another misrepresentation a lot bigger than Wunsch&#039;s complaints re Swindle.]]></description>
		<content:encoded><![CDATA[<p>I got the impression that the weather station pictures that littered one episode of the BBC Iain Stewart series, were taken from Anthony Watts&#8217; superb records. He said somewhere earlier he&#8217;d been contacted by the BBC. If so, this would be surely another misrepresentation a lot bigger than Wunsch&#8217;s complaints re Swindle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Follow the Money</title>
		<link>http://climateaudit.org/2008/09/24/adjusting-pristine-data/#comment-164152</link>
		<dc:creator><![CDATA[Follow the Money]]></dc:creator>
		<pubDate>Wed, 24 Sep 2008 23:38:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=3829#comment-164152</guid>
		<description><![CDATA[Re: &lt;a href=&quot;#comment-300417&quot; rel=&quot;nofollow&quot;&gt;compguy77 (#1)&lt;/a&gt;,

&lt;blockquote&gt;Any idea where Mr. Depalma got the information that this site showed a 2.7 degree increase in temp?&lt;/blockquote&gt;

These stories are not the product of traditional investigative journalism, but packaged to media sources, the reporter doing little leg work.  Often an article will give a clue to its source. Environmental Defense Fund is mentioned, a major player in carbon offsets and cap and trade.  Perhaps an EDF publicist contacted the Thomas Friedman at the Times or other &quot;opinion shaper&quot; there, perhaps the major public relations firm managing this show matched the EDF to the reporter.  IOW, this reporter did not find this information on the streets of New York City.

Why did they plant the article?  It is a reaction to growing knowledge amongst the plebes that the temp records are problematic.  This sense is heightened via CA, Watts&#039; site, and so.  This article serves as holy writ to counter such questions and provide an artefact of information in the holy source, the NYT.  &quot;But the New York Times said it doesn&#039;t matter.  &quot;But the New York Times said...&quot;  It is a planted talking point in a source still considered the &quot;last word&quot; in American journalism.

The recent BBC program served a similar duty, but with a broader ambit.  It was not progressive but reactive, reacting to key bones of contention bubbling through the public, esp. the British public whose awareness of the issues coincident with the increases in their taxes.  It&#039;s intention was to stifle, ridicule, and reaffirm.]]></description>
		<content:encoded><![CDATA[<p>Re: <a href="#comment-300417" rel="nofollow">compguy77 (#1)</a>,</p>
<blockquote><p>Any idea where Mr. Depalma got the information that this site showed a 2.7 degree increase in temp?</p></blockquote>
<p>These stories are not the product of traditional investigative journalism, but packaged to media sources, the reporter doing little leg work.  Often an article will give a clue to its source. Environmental Defense Fund is mentioned, a major player in carbon offsets and cap and trade.  Perhaps an EDF publicist contacted the Thomas Friedman at the Times or other &#8220;opinion shaper&#8221; there, perhaps the major public relations firm managing this show matched the EDF to the reporter.  IOW, this reporter did not find this information on the streets of New York City.</p>
<p>Why did they plant the article?  It is a reaction to growing knowledge amongst the plebes that the temp records are problematic.  This sense is heightened via CA, Watts&#8217; site, and so.  This article serves as holy writ to counter such questions and provide an artefact of information in the holy source, the NYT.  &#8220;But the New York Times said it doesn&#8217;t matter.  &#8220;But the New York Times said&#8230;&#8221;  It is a planted talking point in a source still considered the &#8220;last word&#8221; in American journalism.</p>
<p>The recent BBC program served a similar duty, but with a broader ambit.  It was not progressive but reactive, reacting to key bones of contention bubbling through the public, esp. the British public whose awareness of the issues coincident with the increases in their taxes.  It&#8217;s intention was to stifle, ridicule, and reaffirm.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: R DeWitt</title>
		<link>http://climateaudit.org/2008/09/24/adjusting-pristine-data/#comment-164151</link>
		<dc:creator><![CDATA[R DeWitt]]></dc:creator>
		<pubDate>Wed, 24 Sep 2008 22:46:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=3829#comment-164151</guid>
		<description><![CDATA[I think you would avoid some confusion in your graph if you used something other than a minus sign to separate the location &quot;Monock Lake&quot; from the equation representing how the difference was computed. It took me a while to understand how I and Lune were misinterpreting the graph.

&lt;strong&gt;Reply:&lt;/strong&gt; Yeah, I know. Bad habit. I should have used a colon.]]></description>
		<content:encoded><![CDATA[<p>I think you would avoid some confusion in your graph if you used something other than a minus sign to separate the location &#8220;Monock Lake&#8221; from the equation representing how the difference was computed. It took me a while to understand how I and Lune were misinterpreting the graph.</p>
<p><strong>Reply:</strong> Yeah, I know. Bad habit. I should have used a colon.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
