<?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: Met Office Archives Data and Code</title>
	<atom:link href="http://climateaudit.org/2009/12/22/met-office-archives-data-and-code/feed/" rel="self" type="application/rss+xml" />
	<link>http://climateaudit.org/2009/12/22/met-office-archives-data-and-code/</link>
	<description>by Steve McIntyre</description>
	<lastBuildDate>Thu, 23 May 2013 23:06:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Some Data Released in UK &#8211; NearWalden</title>
		<link>http://climateaudit.org/2009/12/22/met-office-archives-data-and-code/#comment-218084</link>
		<dc:creator><![CDATA[Some Data Released in UK &#8211; NearWalden]]></dc:creator>
		<pubDate>Wed, 27 Jan 2010 01:18:06 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9683#comment-218084</guid>
		<description><![CDATA[[...] Steve McIntyre reports that &#8220;the UK Met Office has released a large tranche of station data, together with code&#8221;. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Steve McIntyre reports that &#8220;the UK Met Office has released a large tranche of station data, together with code&#8221;. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Bennett</title>
		<link>http://climateaudit.org/2009/12/22/met-office-archives-data-and-code/#comment-213031</link>
		<dc:creator><![CDATA[Andrew Bennett]]></dc:creator>
		<pubDate>Mon, 28 Dec 2009 20:20:21 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9683#comment-213031</guid>
		<description><![CDATA[Your focus may well be the heavy adjustments at Darwin, which are absolutely not supported by the online BoM data. The more recent of the latter are nicely displayed as

http://reg.bom.gov.au/cgi-bin/climate/change/trendmaps.cgi

For Darwin time series see under &#039;high quality site networks&#039;. The slider on the site-specific page allows you to select the trend (&quot;T&quot;).

No doubt, the homogenized global products that are so much in discussion have serious problems.

I was responding to an earlier comment of Steve&#039;s, same thread, that for a quick &#039;return&#039; one should focus on selected sites rather than slog through an entire archive. My concern is the difficulty in assessing the data quality in old records from sites with unknown or turbulent histories. We should select sites that are rural and have long histories of civil order, such as 

http://www.bathurst-nsw.com/History.html]]></description>
		<content:encoded><![CDATA[<p>Your focus may well be the heavy adjustments at Darwin, which are absolutely not supported by the online BoM data. The more recent of the latter are nicely displayed as</p>
<p><a href="http://reg.bom.gov.au/cgi-bin/climate/change/trendmaps.cgi" rel="nofollow">http://reg.bom.gov.au/cgi-bin/climate/change/trendmaps.cgi</a></p>
<p>For Darwin time series see under &#8216;high quality site networks&#8217;. The slider on the site-specific page allows you to select the trend (&#8220;T&#8221;).</p>
<p>No doubt, the homogenized global products that are so much in discussion have serious problems.</p>
<p>I was responding to an earlier comment of Steve&#8217;s, same thread, that for a quick &#8216;return&#8217; one should focus on selected sites rather than slog through an entire archive. My concern is the difficulty in assessing the data quality in old records from sites with unknown or turbulent histories. We should select sites that are rural and have long histories of civil order, such as </p>
<p><a href="http://www.bathurst-nsw.com/History.html" rel="nofollow">http://www.bathurst-nsw.com/History.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rod Fabian</title>
		<link>http://climateaudit.org/2009/12/22/met-office-archives-data-and-code/#comment-213007</link>
		<dc:creator><![CDATA[Rod Fabian]]></dc:creator>
		<pubDate>Mon, 28 Dec 2009 17:18:51 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9683#comment-213007</guid>
		<description><![CDATA[Here&#039;s a web page with links to Google Maps of the station locations listed in the CRU data released:

http://home.swbell.net/frew/lks.html

Looks like about a third of the stations are rural, mostly in N. America and Siberia.]]></description>
		<content:encoded><![CDATA[<p>Here&#8217;s a web page with links to Google Maps of the station locations listed in the CRU data released:</p>
<p><a href="http://home.swbell.net/frew/lks.html" rel="nofollow">http://home.swbell.net/frew/lks.html</a></p>
<p>Looks like about a third of the stations are rural, mostly in N. America and Siberia.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alantrer</title>
		<link>http://climateaudit.org/2009/12/22/met-office-archives-data-and-code/#comment-212933</link>
		<dc:creator><![CDATA[alantrer]]></dc:creator>
		<pubDate>Mon, 28 Dec 2009 05:34:00 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9683#comment-212933</guid>
		<description><![CDATA[The appropriate solution depends on the intended requirement. A &quot;script&#039; these days has a broader meaning. It can be as simple as parsing data into a spreadsheet. It can be as elaborate as plotting graphs for each station in a geographic region on a map.

I have seen a call for &quot;papers&quot; for a balanced and reasoned analysis. For this a MediaWiki is appropriate. 

I have also seen many calls for an open source alternative to both global temperature calculations and climate modeling. For this a SourceForge is appropriate.

If a script is a one-off tool to achieve a simple data manipulation then a wiki is sufficient: rich in meta data with a discussion of the process.

If the objective is data management and code development then a software management site is more appropriate.

Personally I believe both are needed. And by moniker alone climateaudit would seem an appropriate trail head.

The resources seem available and motivated. They just require an organizing force.]]></description>
		<content:encoded><![CDATA[<p>The appropriate solution depends on the intended requirement. A &#8220;script&#8217; these days has a broader meaning. It can be as simple as parsing data into a spreadsheet. It can be as elaborate as plotting graphs for each station in a geographic region on a map.</p>
<p>I have seen a call for &#8220;papers&#8221; for a balanced and reasoned analysis. For this a MediaWiki is appropriate. </p>
<p>I have also seen many calls for an open source alternative to both global temperature calculations and climate modeling. For this a SourceForge is appropriate.</p>
<p>If a script is a one-off tool to achieve a simple data manipulation then a wiki is sufficient: rich in meta data with a discussion of the process.</p>
<p>If the objective is data management and code development then a software management site is more appropriate.</p>
<p>Personally I believe both are needed. And by moniker alone climateaudit would seem an appropriate trail head.</p>
<p>The resources seem available and motivated. They just require an organizing force.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roderic Fabian</title>
		<link>http://climateaudit.org/2009/12/22/met-office-archives-data-and-code/#comment-212904</link>
		<dc:creator><![CDATA[Roderic Fabian]]></dc:creator>
		<pubDate>Mon, 28 Dec 2009 01:45:09 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9683#comment-212904</guid>
		<description><![CDATA[This link:

http://home.swbell.net/frew/lks.html

opens a web page where I&#039;ve recorded links to Google Maps showing the locations of the CRU stations specified in the data release.  

Scanning through this I&#039;ve learned that about a third of the stations are rural.  There are large areas such as much of Europe, South America, India, much of the Middle East, where there are no rural stations to speak of.  Most of the rural stations seem to be concentrated in the other areas, such as North America and Siberia.

Since the locations are only to the nearest tenth of a degree one can only get a general impression of a station&#039;s location unless the station name provides something specific.]]></description>
		<content:encoded><![CDATA[<p>This link:</p>
<p><a href="http://home.swbell.net/frew/lks.html" rel="nofollow">http://home.swbell.net/frew/lks.html</a></p>
<p>opens a web page where I&#8217;ve recorded links to Google Maps showing the locations of the CRU stations specified in the data release.  </p>
<p>Scanning through this I&#8217;ve learned that about a third of the stations are rural.  There are large areas such as much of Europe, South America, India, much of the Middle East, where there are no rural stations to speak of.  Most of the rural stations seem to be concentrated in the other areas, such as North America and Siberia.</p>
<p>Since the locations are only to the nearest tenth of a degree one can only get a general impression of a station&#8217;s location unless the station name provides something specific.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexej Buergin</title>
		<link>http://climateaudit.org/2009/12/22/met-office-archives-data-and-code/#comment-212815</link>
		<dc:creator><![CDATA[Alexej Buergin]]></dc:creator>
		<pubDate>Sun, 27 Dec 2009 20:25:49 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9683#comment-212815</guid>
		<description><![CDATA[Is data that has &quot;fair credibility&quot; not a better indication of climate than data from another place a continent away?
The focus is not on the measurements, but on the adjustments.]]></description>
		<content:encoded><![CDATA[<p>Is data that has &#8220;fair credibility&#8221; not a better indication of climate than data from another place a continent away?<br />
The focus is not on the measurements, but on the adjustments.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arno Arrak</title>
		<link>http://climateaudit.org/2009/12/22/met-office-archives-data-and-code/#comment-212800</link>
		<dc:creator><![CDATA[Arno Arrak]]></dc:creator>
		<pubDate>Sun, 27 Dec 2009 19:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9683#comment-212800</guid>
		<description><![CDATA[OT]]></description>
		<content:encoded><![CDATA[<p>OT</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ChrisZ</title>
		<link>http://climateaudit.org/2009/12/22/met-office-archives-data-and-code/#comment-212745</link>
		<dc:creator><![CDATA[ChrisZ]]></dc:creator>
		<pubDate>Sun, 27 Dec 2009 11:48:20 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9683#comment-212745</guid>
		<description><![CDATA[&lt;blockquote&gt;All these processes are subject to errors which cannot currently be calculated, but their total must amount to several degrees Celsius. [...]
It is unlikely that [the original data sheets] would provide useful information.&lt;/blockquote&gt;

I respectfully disagree. Access to the original data sheets would allow, in the absence of the actual algorithms used for all the processing you describe, to reverse-engineer this processing and check whether the various &quot;corrections&quot; and embellishments are sensible, and - more importantly - whether they on average push long-term trends in a certain direction. I trust it is not to be put down to selective reporting that the few spot-checks done on single stations so far have shown a steeper upward slope in the processed version whenever changes were done in comparison to the raw data. What we need now is as much raw, or at least less-processed material, as can be recovered, to do a large number of such station-by-station comparisons, in order to make a well-founded statement about the degree of bias introduced into the available dataset by the corrective processing.]]></description>
		<content:encoded><![CDATA[<blockquote><p>All these processes are subject to errors which cannot currently be calculated, but their total must amount to several degrees Celsius. [...]<br />
It is unlikely that [the original data sheets] would provide useful information.</p></blockquote>
<p>I respectfully disagree. Access to the original data sheets would allow, in the absence of the actual algorithms used for all the processing you describe, to reverse-engineer this processing and check whether the various &#8220;corrections&#8221; and embellishments are sensible, and &#8211; more importantly &#8211; whether they on average push long-term trends in a certain direction. I trust it is not to be put down to selective reporting that the few spot-checks done on single stations so far have shown a steeper upward slope in the processed version whenever changes were done in comparison to the raw data. What we need now is as much raw, or at least less-processed material, as can be recovered, to do a large number of such station-by-station comparisons, in order to make a well-founded statement about the degree of bias introduced into the available dataset by the corrective processing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vincent</title>
		<link>http://climateaudit.org/2009/12/22/met-office-archives-data-and-code/#comment-212714</link>
		<dc:creator><![CDATA[Vincent]]></dc:creator>
		<pubDate>Sat, 26 Dec 2009 23:10:19 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9683#comment-212714</guid>
		<description><![CDATA[These are certainly not &quot;raw data&quot; Few of you seem to understand what was actually nmeasured. In most cases it was the maximum and minimum temperatures taken once a day at verious times. The maximum was usually on a diffferent calendar day from the minimum. They were usually entered on data sheets, which are the true &quot;raw data&quot;

All the figures now supplied are the result of multiple processing. First, the average of the Max and min is taken, sometimes from the same day sometimes from the different days. Then they are averaged over the week, the month, the year after they have  eliminated any readings that are unbelievable (depending what you believe), &quot;estimated&quot; missing sequences, time of measuement bias, changes of sites, instruments, observets, administration, and urbanization. lumped together under the heading &quot;homogenization&quot;.

All these processes are subject to errors which cannot currently be calculated, but their total must amount to  several degrees Celsius, which should be applied to all of the figures supplied. It means that they are incapable of indicating an upwards or downwards trend unless they exceed several degrees.

The originaal data sheets are probably unobtainable. Even if they were they would be impossible to process. Even if it were p[ossible it is unlikely that they would provide useful information.]]></description>
		<content:encoded><![CDATA[<p>These are certainly not &#8220;raw data&#8221; Few of you seem to understand what was actually nmeasured. In most cases it was the maximum and minimum temperatures taken once a day at verious times. The maximum was usually on a diffferent calendar day from the minimum. They were usually entered on data sheets, which are the true &#8220;raw data&#8221;</p>
<p>All the figures now supplied are the result of multiple processing. First, the average of the Max and min is taken, sometimes from the same day sometimes from the different days. Then they are averaged over the week, the month, the year after they have  eliminated any readings that are unbelievable (depending what you believe), &#8220;estimated&#8221; missing sequences, time of measuement bias, changes of sites, instruments, observets, administration, and urbanization. lumped together under the heading &#8220;homogenization&#8221;.</p>
<p>All these processes are subject to errors which cannot currently be calculated, but their total must amount to  several degrees Celsius, which should be applied to all of the figures supplied. It means that they are incapable of indicating an upwards or downwards trend unless they exceed several degrees.</p>
<p>The originaal data sheets are probably unobtainable. Even if they were they would be impossible to process. Even if it were p[ossible it is unlikely that they would provide useful information.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Bennett</title>
		<link>http://climateaudit.org/2009/12/22/met-office-archives-data-and-code/#comment-212692</link>
		<dc:creator><![CDATA[Andrew Bennett]]></dc:creator>
		<pubDate>Sat, 26 Dec 2009 18:09:47 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9683#comment-212692</guid>
		<description><![CDATA[Are you alleging that the post-1940 Darwin corrections were applied by BoM staff?  

Your blogic seems to be: some trained meteorologists have been incompetent or unprofessional, therefore all are. That is the real tragedy in all of this.

Go to

http://www.bom.gov.au/climate/averages/index.shtml

and check out York Post Office (WA) and Bathurst Gaol (NSW). From my reading of the history, those data have fair credibility in the early years.  The monthly mean maximum temperatures at the two sites seem, from a simple inspection, also to lack trends.]]></description>
		<content:encoded><![CDATA[<p>Are you alleging that the post-1940 Darwin corrections were applied by BoM staff?  </p>
<p>Your blogic seems to be: some trained meteorologists have been incompetent or unprofessional, therefore all are. That is the real tragedy in all of this.</p>
<p>Go to</p>
<p><a href="http://www.bom.gov.au/climate/averages/index.shtml" rel="nofollow">http://www.bom.gov.au/climate/averages/index.shtml</a></p>
<p>and check out York Post Office (WA) and Bathurst Gaol (NSW). From my reading of the history, those data have fair credibility in the early years.  The monthly mean maximum temperatures at the two sites seem, from a simple inspection, also to lack trends.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
