<?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: Carnage</title>
	<atom:link href="http://climateaudit.org/2009/02/05/carnage/feed/" rel="self" type="application/rss+xml" />
	<link>http://climateaudit.org/2009/02/05/carnage/</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: Nic L</title>
		<link>http://climateaudit.org/2009/02/05/carnage/#comment-175565</link>
		<dc:creator><![CDATA[Nic L]]></dc:creator>
		<pubDate>Mon, 16 Feb 2009 18:57:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=5130#comment-175565</guid>
		<description><![CDATA[#150. Steve, I&#039;m afraid I have no idea why the Dec 2002 data wasn&#039;t QCed until Oct 2008.  That is in fact the last month for which QCed AWS data is stated to be available from the University of Wisconsin - Madison: see &lt;em&gt;ftp://aws.ssec.wisc.edu/pub/aws/antrdr/readme.aupdates&lt;/em&gt;.  AWS which Madison deals with seem to be listed at &lt;em&gt;ftp://aws.ssec.wisc.edu/pub/aws/biglist&lt;/em&gt;.
I have checked the BAS READER HTML web pages and can confirm that (as of last Friday at least) there seems to be no QCed data (in black) yet for January 2003 to January 2007 inclusive for any of the stations on their list, with the exception of Ferrell (Nov &amp; Dec 2006 and Jan 2007), Marble Point (Oct, Nov &amp; Dec 2006 and Jan 2007) and Larsen Ice Shelf (Jan 2003 to Mar 2004 and Nov &amp; Dec 2004).  I have checked this back to the ftp directories at Madison, which are empty for 2005 and have only a few monthly data files for 2004 and 2006.
It is difficult to see how Steig could have downloaded his data in 2006, since it extends to December 2006.  I suppose he could have downloaded data up to an earlier date during 2006, before the pre-2002 missing data points that I identified were in the READER text files, and then done another download in 2007 to get subsequent data up to December 2006 and not replaced the data for earlier months that he had downloaded in 2006.  Or maybe the missing pre 2002 data points were not after all added to the READER text files until later in 2007 than Steig downloaded his data.]]></description>
		<content:encoded><![CDATA[<p>#150. Steve, I&#8217;m afraid I have no idea why the Dec 2002 data wasn&#8217;t QCed until Oct 2008.  That is in fact the last month for which QCed AWS data is stated to be available from the University of Wisconsin &#8211; Madison: see <em><a href="ftp://aws.ssec.wisc.edu/pub/aws/antrdr/readme.aupdates" rel="nofollow">ftp://aws.ssec.wisc.edu/pub/aws/antrdr/readme.aupdates</a></em>.  AWS which Madison deals with seem to be listed at <em><a href="ftp://aws.ssec.wisc.edu/pub/aws/biglist" rel="nofollow">ftp://aws.ssec.wisc.edu/pub/aws/biglist</a></em>.<br />
I have checked the BAS READER HTML web pages and can confirm that (as of last Friday at least) there seems to be no QCed data (in black) yet for January 2003 to January 2007 inclusive for any of the stations on their list, with the exception of Ferrell (Nov &amp; Dec 2006 and Jan 2007), Marble Point (Oct, Nov &amp; Dec 2006 and Jan 2007) and Larsen Ice Shelf (Jan 2003 to Mar 2004 and Nov &amp; Dec 2004).  I have checked this back to the ftp directories at Madison, which are empty for 2005 and have only a few monthly data files for 2004 and 2006.<br />
It is difficult to see how Steig could have downloaded his data in 2006, since it extends to December 2006.  I suppose he could have downloaded data up to an earlier date during 2006, before the pre-2002 missing data points that I identified were in the READER text files, and then done another download in 2007 to get subsequent data up to December 2006 and not replaced the data for earlier months that he had downloaded in 2006.  Or maybe the missing pre 2002 data points were not after all added to the READER text files until later in 2007 than Steig downloaded his data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: conard</title>
		<link>http://climateaudit.org/2009/02/05/carnage/#comment-175564</link>
		<dc:creator><![CDATA[conard]]></dc:creator>
		<pubDate>Mon, 16 Feb 2009 17:46:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=5130#comment-175564</guid>
		<description><![CDATA[Re: &lt;a href=&quot;#comment-326939&quot; rel=&quot;nofollow&quot;&gt;Steve McIntyre (#127)&lt;/a&gt;,

I know that you like to do as much as you can in R but here is a script (extracted from my GISTEMP step0 emulation) that downloads and diffs the data.  Once I have the data local I go ahead and start my calcs

http://www.climateaudit.org/phpBB3/viewtopic.php?f=11&amp;t=678]]></description>
		<content:encoded><![CDATA[<p>Re: <a href="#comment-326939" rel="nofollow">Steve McIntyre (#127)</a>,</p>
<p>I know that you like to do as much as you can in R but here is a script (extracted from my GISTEMP step0 emulation) that downloads and diffs the data.  Once I have the data local I go ahead and start my calcs</p>
<p><a href="http://www.climateaudit.org/phpBB3/viewtopic.php?f=11&#038;t=678" rel="nofollow">http://www.climateaudit.org/phpBB3/viewtopic.php?f=11&#038;t=678</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve McIntyre</title>
		<link>http://climateaudit.org/2009/02/05/carnage/#comment-175563</link>
		<dc:creator><![CDATA[Steve McIntyre]]></dc:creator>
		<pubDate>Mon, 16 Feb 2009 16:17:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=5130#comment-175563</guid>
		<description><![CDATA[#149. Nic, does that bracket the &quot;vintage&quot; of Steig&#039;s data version to some time in 2006 or thereabouts?  Do you have any idea why the Dec 2002 data wasn&#039;t QCed or whatever until Oct 2008?]]></description>
		<content:encoded><![CDATA[<p>#149. Nic, does that bracket the &#8220;vintage&#8221; of Steig&#8217;s data version to some time in 2006 or thereabouts?  Do you have any idea why the Dec 2002 data wasn&#8217;t QCed or whatever until Oct 2008?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nic L</title>
		<link>http://climateaudit.org/2009/02/05/carnage/#comment-175562</link>
		<dc:creator><![CDATA[Nic L]]></dc:creator>
		<pubDate>Mon, 16 Feb 2009 15:33:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=5130#comment-175562</guid>
		<description><![CDATA[Further to my post #148, I have now ascertained from BAS that most of the December 2002 all-day monthly average temperatures were displayed in red and so did not appear in the text files until October(?) 2008, when quality controlled data became available.  Therefore, it is unsurprising that they are missing from Steig&#039;s reconstruction.  Likewise, the missing late 2006 data points for Ferrle and Marble point were probably not included in the text files when Steig obtained the data, as quality controlled files for them only became available in December 2008.  Accordingly, contrary to my previous thinking it appears that Steig was not responsible for any of these points being missing from his AWS reconstruction.  However, BAS have confirmed that the earlier data I identified as missing were available for download in 2007.]]></description>
		<content:encoded><![CDATA[<p>Further to my post #148, I have now ascertained from BAS that most of the December 2002 all-day monthly average temperatures were displayed in red and so did not appear in the text files until October(?) 2008, when quality controlled data became available.  Therefore, it is unsurprising that they are missing from Steig&#8217;s reconstruction.  Likewise, the missing late 2006 data points for Ferrle and Marble point were probably not included in the text files when Steig obtained the data, as quality controlled files for them only became available in December 2008.  Accordingly, contrary to my previous thinking it appears that Steig was not responsible for any of these points being missing from his AWS reconstruction.  However, BAS have confirmed that the earlier data I identified as missing were available for download in 2007.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nic L</title>
		<link>http://climateaudit.org/2009/02/05/carnage/#comment-175561</link>
		<dc:creator><![CDATA[Nic L]]></dc:creator>
		<pubDate>Thu, 12 Feb 2009 23:58:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=5130#comment-175561</guid>
		<description><![CDATA[Re: &lt;a href=&quot;#comment-327183&quot; rel=&quot;nofollow&quot;&gt;Ryan O (#147)&lt;/a&gt;,

&lt;blockquote&gt;Personally, I think Steig removed some data points that looked like outliers and simply calculated the anomalies based on all available data. There&#039;s also the possibility that he just used all the available data and there were quite a few changes between his data set and Steve&#039;s. I think the former is probably more accurate based on which data points were removed. There&#039;s probably some of the latter mixed in as well.&lt;/blockquote&gt;

I have worked out that the following points for which actual readings existed, at the time that Steve archived them, were not used by Steig.  Once these points are removed in doing the spliced calculations, everything agrees to his reconstruction (subject in the case of some AWS and particular months of the year to constant differences for all years that actual data for that month has been used - see below).

The data points (months and actual mean temperatures) that do not appear to have not been used by Steig are:

Butler Island: Dec02 -3.0

Cape Denison: Jan01 -0.1, Feb01 -5.9, Jun01 -17.7, Jul01 - 16.9, Aug01 -18.2, Dec02 -1.2

Clean Air: Dec02 -29.3

D47: Mar84 -21.2, Apr84 -30.3, Jul84 -34.0, Aug84 -27.9, Sep84 -29.1,Oct84 -27.6,Dec84 -13.7, Apr96 -27.9, May86 -31.8, Apr88 -26.6, Jan93 -12.1, Aug94 -34.5, Sep94 -25.7, Oct94 -25.1

Dome CII: Dec02 -29.2

Elaine: Dec02 -9.2

Ferrel Dec02 -7.0, Nov06 -13.1, Dec06 -6.3

GEO3: May83 -33.8

Gill: Dec02 -9.1

Harry: Dec02 -11.8

Henry: Dec 02 -27.0

Larsen Ice Shelf: Aug95 -24.7, Dec02 -1.4

LGB20: Jan03 -50.3

Manuela: Dec02 -4.9

Marble Point: Dec02 -4.9, Oct06 -19.2, Nov06 -8.1, Dec06 -3.9

Marilyn: Dec02 -8.0

Minna Bluff: Dec02 -10.7

Mount Siple: Dec02 -1.9

Pegasus North: Dec02 -5.7

Pegasus South: Dec02 -3.5

Port Martin: Dec02 -2.1

Possession Island: Dec02 -1.0

Racer Rock: Dec02 0.3, Dec05 -12.5 (this is the old Racer Rock Dec05 temperature)

Relay Station: Dec02 -29.8

Schwerdtfeger: Dec02 -9.4

Whitlock: Dec02 -5.8


The huge concentration of deleted data points in December 2002 certainly seems to point in the case of that month to something Steig did rather than to any changes in the READER files before Steve archived them, but it could just be a processing error and lack of checking that is to blame rather than a deliberate decision to exclude the points.  It does appear that almost all the missing December 2002 data points were below the December average for the station concerned, but I am not sure that the missing points are outliers.

As mentioned above, in some cases the amount that has to be deducted from each calendar month&#039;s actuals to get the temperature anomoly per Steig&#039;s reconstruction does not exactly equal the average up to December 2006 of that month&#039;s temperature readings.  The AWS affected are Butler Island, Cape Ross, GEO3, GF08, LGB35, Larsen Ice Shelf, Law Dome Summit, Limbert and Terra Nova Bay.  Almost all the differences disappear if the averages for these AWS are calculated up to June 2008 (July 2008 for Cape Ross, October 2007 for Larsen Ice Shelf) instead of to December 2006, but it remains in 7 of the 756 cases.  Very strange.]]></description>
		<content:encoded><![CDATA[<p>Re: <a href="#comment-327183" rel="nofollow">Ryan O (#147)</a>,</p>
<blockquote><p>Personally, I think Steig removed some data points that looked like outliers and simply calculated the anomalies based on all available data. There&#8217;s also the possibility that he just used all the available data and there were quite a few changes between his data set and Steve&#8217;s. I think the former is probably more accurate based on which data points were removed. There&#8217;s probably some of the latter mixed in as well.</p></blockquote>
<p>I have worked out that the following points for which actual readings existed, at the time that Steve archived them, were not used by Steig.  Once these points are removed in doing the spliced calculations, everything agrees to his reconstruction (subject in the case of some AWS and particular months of the year to constant differences for all years that actual data for that month has been used &#8211; see below).</p>
<p>The data points (months and actual mean temperatures) that do not appear to have not been used by Steig are:</p>
<p>Butler Island: Dec02 -3.0</p>
<p>Cape Denison: Jan01 -0.1, Feb01 -5.9, Jun01 -17.7, Jul01 &#8211; 16.9, Aug01 -18.2, Dec02 -1.2</p>
<p>Clean Air: Dec02 -29.3</p>
<p>D47: Mar84 -21.2, Apr84 -30.3, Jul84 -34.0, Aug84 -27.9, Sep84 -29.1,Oct84 -27.6,Dec84 -13.7, Apr96 -27.9, May86 -31.8, Apr88 -26.6, Jan93 -12.1, Aug94 -34.5, Sep94 -25.7, Oct94 -25.1</p>
<p>Dome CII: Dec02 -29.2</p>
<p>Elaine: Dec02 -9.2</p>
<p>Ferrel Dec02 -7.0, Nov06 -13.1, Dec06 -6.3</p>
<p>GEO3: May83 -33.8</p>
<p>Gill: Dec02 -9.1</p>
<p>Harry: Dec02 -11.8</p>
<p>Henry: Dec 02 -27.0</p>
<p>Larsen Ice Shelf: Aug95 -24.7, Dec02 -1.4</p>
<p>LGB20: Jan03 -50.3</p>
<p>Manuela: Dec02 -4.9</p>
<p>Marble Point: Dec02 -4.9, Oct06 -19.2, Nov06 -8.1, Dec06 -3.9</p>
<p>Marilyn: Dec02 -8.0</p>
<p>Minna Bluff: Dec02 -10.7</p>
<p>Mount Siple: Dec02 -1.9</p>
<p>Pegasus North: Dec02 -5.7</p>
<p>Pegasus South: Dec02 -3.5</p>
<p>Port Martin: Dec02 -2.1</p>
<p>Possession Island: Dec02 -1.0</p>
<p>Racer Rock: Dec02 0.3, Dec05 -12.5 (this is the old Racer Rock Dec05 temperature)</p>
<p>Relay Station: Dec02 -29.8</p>
<p>Schwerdtfeger: Dec02 -9.4</p>
<p>Whitlock: Dec02 -5.8</p>
<p>The huge concentration of deleted data points in December 2002 certainly seems to point in the case of that month to something Steig did rather than to any changes in the READER files before Steve archived them, but it could just be a processing error and lack of checking that is to blame rather than a deliberate decision to exclude the points.  It does appear that almost all the missing December 2002 data points were below the December average for the station concerned, but I am not sure that the missing points are outliers.</p>
<p>As mentioned above, in some cases the amount that has to be deducted from each calendar month&#8217;s actuals to get the temperature anomoly per Steig&#8217;s reconstruction does not exactly equal the average up to December 2006 of that month&#8217;s temperature readings.  The AWS affected are Butler Island, Cape Ross, GEO3, GF08, LGB35, Larsen Ice Shelf, Law Dome Summit, Limbert and Terra Nova Bay.  Almost all the differences disappear if the averages for these AWS are calculated up to June 2008 (July 2008 for Cape Ross, October 2007 for Larsen Ice Shelf) instead of to December 2006, but it remains in 7 of the 756 cases.  Very strange.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan O</title>
		<link>http://climateaudit.org/2009/02/05/carnage/#comment-175560</link>
		<dc:creator><![CDATA[Ryan O]]></dc:creator>
		<pubDate>Thu, 12 Feb 2009 20:12:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=5130#comment-175560</guid>
		<description><![CDATA[It&#039;s still kind of backwards, but when I removed from the raw data all points that didn&#039;t lie on zero after calculating using the mode, and then recalculated anomalies using the data that was left, I get Steig&#039;s anomalies exactly.
.
Prior to realizing the data changed between Steve&#039;s archive and my download, I was mystified because it looked as though Steig used varying baselines.  But when I used Steve&#039;s archive, that problem disappeared (BAS has done a LOT of data changing over the past week apparently).
.
Personally, I think Steig removed some data points that looked like outliers and simply calculated the anomalies based on all available data.  There&#039;s also the possibility that he just used all the available data and there were quite a few changes between his data set and Steve&#039;s.  I think the former is probably more accurate based on which data points were removed.  There&#039;s probably some of the latter mixed in as well.
.
But in the end, once I used Steve&#039;s archived data, I&#039;m convinced Steig just calculated anomalies using all of the information available - minus any outliers he didn&#039;t like.]]></description>
		<content:encoded><![CDATA[<p>It&#8217;s still kind of backwards, but when I removed from the raw data all points that didn&#8217;t lie on zero after calculating using the mode, and then recalculated anomalies using the data that was left, I get Steig&#8217;s anomalies exactly.<br />
.<br />
Prior to realizing the data changed between Steve&#8217;s archive and my download, I was mystified because it looked as though Steig used varying baselines.  But when I used Steve&#8217;s archive, that problem disappeared (BAS has done a LOT of data changing over the past week apparently).<br />
.<br />
Personally, I think Steig removed some data points that looked like outliers and simply calculated the anomalies based on all available data.  There&#8217;s also the possibility that he just used all the available data and there were quite a few changes between his data set and Steve&#8217;s.  I think the former is probably more accurate based on which data points were removed.  There&#8217;s probably some of the latter mixed in as well.<br />
.<br />
But in the end, once I used Steve&#8217;s archived data, I&#8217;m convinced Steig just calculated anomalies using all of the information available &#8211; minus any outliers he didn&#8217;t like.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve McIntyre</title>
		<link>http://climateaudit.org/2009/02/05/carnage/#comment-175559</link>
		<dc:creator><![CDATA[Steve McIntyre]]></dc:creator>
		<pubDate>Thu, 12 Feb 2009 19:42:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=5130#comment-175559</guid>
		<description><![CDATA[#144. Ryan, other than getting at the data backwards, can you figure out how Steig did a forward calculation of anomalies?  In this sort of detection, I usually try short files and see if there are any clues.]]></description>
		<content:encoded><![CDATA[<p>#144. Ryan, other than getting at the data backwards, can you figure out how Steig did a forward calculation of anomalies?  In this sort of detection, I usually try short files and see if there are any clues.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan O</title>
		<link>http://climateaudit.org/2009/02/05/carnage/#comment-175558</link>
		<dc:creator><![CDATA[Ryan O]]></dc:creator>
		<pubDate>Thu, 12 Feb 2009 19:33:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=5130#comment-175558</guid>
		<description><![CDATA[Correction:  missing a paren
&lt;blockquote&gt;modev=names(sort(-table(data[i,j])))[1]&lt;/blockquote&gt;]]></description>
		<content:encoded><![CDATA[<p>Correction:  missing a paren</p>
<blockquote><p>modev=names(sort(-table(data[i,j])))[1]</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan O</title>
		<link>http://climateaudit.org/2009/02/05/carnage/#comment-175557</link>
		<dc:creator><![CDATA[Ryan O]]></dc:creator>
		<pubDate>Thu, 12 Feb 2009 19:32:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=5130#comment-175557</guid>
		<description><![CDATA[Re: &lt;a href=&quot;#comment-327154&quot; rel=&quot;nofollow&quot;&gt;Nic L (#142)&lt;/a&gt;, Yep.
&lt;blockquote&gt;I would guess that most of the category 1 differences are more likely to be due to errors made by Steig than to changes in the READER files between when he obtained the data and when Steve did.&lt;/blockquote&gt;
.
That was my conclusion as well.
.
&lt;blockquote&gt;It is more difficult to work out what the differences in the first category are, as we don&#039;t have direct access to Steig&#039;s data, and the adjustments he will have made to get to temperature anomolies from actuals will be based on the data he has used.&lt;/blockquote&gt;
.
This actually isn&#039;t as hard as it might appear at first.  You can get Steig&#039;s anomalies exactly by simply subtracting the RECON from the ACTUAL and taking the mode of the result for each month.  You don&#039;t even have to know which months he used for the calculation.
.
What&#039;s odd is that sometimes he only used partial data for the anomaly calculation, yet included the full data in the recon.
.
To get the mode of the data, you can use this:
.
&lt;blockquote&gt;modev=names(sort(-table(data[i,j]))[1]&lt;/blockquote&gt;
.
The sort produces a vector of frequencies, ordered from most frequent to least frequent, and the names of each quantity is the value associated with the frequency.]]></description>
		<content:encoded><![CDATA[<p>Re: <a href="#comment-327154" rel="nofollow">Nic L (#142)</a>, Yep.</p>
<blockquote><p>I would guess that most of the category 1 differences are more likely to be due to errors made by Steig than to changes in the READER files between when he obtained the data and when Steve did.</p></blockquote>
<p>.<br />
That was my conclusion as well.<br />
.</p>
<blockquote><p>It is more difficult to work out what the differences in the first category are, as we don&#8217;t have direct access to Steig&#8217;s data, and the adjustments he will have made to get to temperature anomolies from actuals will be based on the data he has used.</p></blockquote>
<p>.<br />
This actually isn&#8217;t as hard as it might appear at first.  You can get Steig&#8217;s anomalies exactly by simply subtracting the RECON from the ACTUAL and taking the mode of the result for each month.  You don&#8217;t even have to know which months he used for the calculation.<br />
.<br />
What&#8217;s odd is that sometimes he only used partial data for the anomaly calculation, yet included the full data in the recon.<br />
.<br />
To get the mode of the data, you can use this:<br />
.</p>
<blockquote><p>modev=names(sort(-table(data[i,j]))[1]</p></blockquote>
<p>.<br />
The sort produces a vector of frequencies, ordered from most frequent to least frequent, and the names of each quantity is the value associated with the frequency.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve McIntyre</title>
		<link>http://climateaudit.org/2009/02/05/carnage/#comment-175556</link>
		<dc:creator><![CDATA[Steve McIntyre]]></dc:creator>
		<pubDate>Thu, 12 Feb 2009 19:15:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.climateaudit.org/?p=5130#comment-175556</guid>
		<description><![CDATA[Noted at BAS today:

&lt;blockquote&gt;
(11 Feb 2009) Incorrect data for Bonapart Point for the whole of 1999 and January 200 have been updates with values from the quality controlled files, as the values received on the GTS appear to come from a different station. All of the incorrect values were displayed in red and did not appear in the downloadable text file.

(11 Feb 2009) The name of Bonapart Point has been changed to Bonaparte Point as this is the correct name.

(11 Feb 2009) The station height for Terra Nova Bay has been corrected from 81m to 92m.

(11 Feb 2009) It has been decided not to calculate AWS wind data from the GTS data as the sensors can sometimes freeze. Only values obtained from the quality controlled files provided by Madison will be displayed. &lt;/blockquote&gt;]]></description>
		<content:encoded><![CDATA[<p>Noted at BAS today:</p>
<blockquote><p>
(11 Feb 2009) Incorrect data for Bonapart Point for the whole of 1999 and January 200 have been updates with values from the quality controlled files, as the values received on the GTS appear to come from a different station. All of the incorrect values were displayed in red and did not appear in the downloadable text file.</p>
<p>(11 Feb 2009) The name of Bonapart Point has been changed to Bonaparte Point as this is the correct name.</p>
<p>(11 Feb 2009) The station height for Terra Nova Bay has been corrected from 81m to 92m.</p>
<p>(11 Feb 2009) It has been decided not to calculate AWS wind data from the GTS data as the sensors can sometimes freeze. Only values obtained from the quality controlled files provided by Madison will be displayed. </p></blockquote>
]]></content:encoded>
	</item>
</channel>
</rss>
