<?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: The UK Met Office &#8220;Subset&#8221;</title>
	<atom:link href="http://climateaudit.org/2009/12/27/the-uk-met-office-subset/feed/" rel="self" type="application/rss+xml" />
	<link>http://climateaudit.org/2009/12/27/the-uk-met-office-subset/</link>
	<description>by Steve McIntyre</description>
	<lastBuildDate>Tue, 21 May 2013 12:21:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: willard</title>
		<link>http://climateaudit.org/2009/12/27/the-uk-met-office-subset/#comment-253525</link>
		<dc:creator><![CDATA[willard]]></dc:creator>
		<pubDate>Wed, 02 Feb 2011 14:34:25 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9720#comment-253525</guid>
		<description><![CDATA[There was no typo:

&gt; I don’t think it is fair to characterize the UK Met Office as hiding the provenance of their network.

seems to translate fairly well into

&gt; It is of course, unfair to characterize the Met Office for hiding the provenance of the data when they clearly placed it on their web page.]]></description>
		<content:encoded><![CDATA[<p>There was no typo:</p>
<p>&gt; I don’t think it is fair to characterize the UK Met Office as hiding the provenance of their network.</p>
<p>seems to translate fairly well into</p>
<p>&gt; It is of course, unfair to characterize the Met Office for hiding the provenance of the data when they clearly placed it on their web page.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: More &#8220;Ground Zero&#8221; CRU email battles‏ &#124; Skeptical Swedish Scientists</title>
		<link>http://climateaudit.org/2009/12/27/the-uk-met-office-subset/#comment-235786</link>
		<dc:creator><![CDATA[More &#8220;Ground Zero&#8221; CRU email battles‏ &#124; Skeptical Swedish Scientists]]></dc:creator>
		<pubDate>Mon, 19 Jul 2010 16:16:22 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9720#comment-235786</guid>
		<description><![CDATA[[...] beginning,...&#8221; http://noconsensus.wordpress.com/2009/12/23/cru-releases-some-data/#more-7185 http://climateaudit.org/2009/12/27/the-uk-met-office-subset/   [...]]]></description>
		<content:encoded><![CDATA[<p>[...] beginning,&#8230;&#8221; <a href="http://noconsensus.wordpress.com/2009/12/23/cru-releases-some-data/#more-7185" rel="nofollow">http://noconsensus.wordpress.com/2009/12/23/cru-releases-some-data/#more-7185</a> <a href="http://climateaudit.org/2009/12/27/the-uk-met-office-subset/" rel="nofollow">http://climateaudit.org/2009/12/27/the-uk-met-office-subset/</a>   [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven Mosher</title>
		<link>http://climateaudit.org/2009/12/27/the-uk-met-office-subset/#comment-213917</link>
		<dc:creator><![CDATA[Steven Mosher]]></dc:creator>
		<pubDate>Sat, 02 Jan 2010 09:21:11 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9720#comment-213917</guid>
		<description><![CDATA[it&#039;s a common theme. 

The problem of creating a global temperature index is..

1. A historical records problem
2. a database problem
3. a statisical problem.
4. a programming problem.
5. a instrumentation problem.
6. a local climate problem
7. a legal problem

The team doing this type of problem needs skills that Jones doesnt have.]]></description>
		<content:encoded><![CDATA[<p>it&#8217;s a common theme. </p>
<p>The problem of creating a global temperature index is..</p>
<p>1. A historical records problem<br />
2. a database problem<br />
3. a statisical problem.<br />
4. a programming problem.<br />
5. a instrumentation problem.<br />
6. a local climate problem<br />
7. a legal problem</p>
<p>The team doing this type of problem needs skills that Jones doesnt have.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis</title>
		<link>http://climateaudit.org/2009/12/27/the-uk-met-office-subset/#comment-213906</link>
		<dc:creator><![CDATA[Dennis]]></dc:creator>
		<pubDate>Sat, 02 Jan 2010 06:52:11 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9720#comment-213906</guid>
		<description><![CDATA[Interesting selection of stations in Denmark - as Ulrik mentioned, the 2 stations released (Copenhagen + Aalborg) are metropolitan areas, all of the other listed stations in the boons! It is difficult to believe that this is a coincidence. 

In addition, in Denmark most institutions and organizations dealing with science, education and public services are organized at the national level. It is therefore highly unlikely that the selective release is due to legal or confidentiality issues, as all of these stations are controlled by the same jurisdiction.

There is clearly something fishy going on here...]]></description>
		<content:encoded><![CDATA[<p>Interesting selection of stations in Denmark &#8211; as Ulrik mentioned, the 2 stations released (Copenhagen + Aalborg) are metropolitan areas, all of the other listed stations in the boons! It is difficult to believe that this is a coincidence. </p>
<p>In addition, in Denmark most institutions and organizations dealing with science, education and public services are organized at the national level. It is therefore highly unlikely that the selective release is due to legal or confidentiality issues, as all of these stations are controlled by the same jurisdiction.</p>
<p>There is clearly something fishy going on here&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rebivore</title>
		<link>http://climateaudit.org/2009/12/27/the-uk-met-office-subset/#comment-213698</link>
		<dc:creator><![CDATA[Rebivore]]></dc:creator>
		<pubDate>Thu, 31 Dec 2009 14:57:44 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9720#comment-213698</guid>
		<description><![CDATA[Worse and worse! In 2009 Jones says the code is &quot;...likely to be hundreds of lines of uncommented fortran&quot;. 
(1) Fortran??? I bet he made copious use of Common - banned as a constant source of hard-to-find errors in large (&gt;60 statements of unstructured code) programs by any decent programmer as far back as the late 1970s!)
(2) &quot;... hundreds of lines...&quot; - sounds unstructured.
(3) &quot;uncommented&quot; - Omigod!

In summary, this all sounds like an utterly avoidable disaster. What Jones seems to be talking about would be OK for a two-week project by a couple of undergrads, but would NOT be accepted even from a 102-level trainee programmer in any self-respecting IT shop.

Who ARE these guys? I honestly cannot belive that such apparent crass ignorance of and incompetence in basic programing skills seems to be alive and well in an institution that is the cornerstone of so much political energy and man-centuries of effort to say nothing of squintillions of our money! Does no-one care that rank amateurs are writing the code that so very much hinges upon???]]></description>
		<content:encoded><![CDATA[<p>Worse and worse! In 2009 Jones says the code is &#8220;&#8230;likely to be hundreds of lines of uncommented fortran&#8221;.<br />
(1) Fortran??? I bet he made copious use of Common &#8211; banned as a constant source of hard-to-find errors in large (&gt;60 statements of unstructured code) programs by any decent programmer as far back as the late 1970s!)<br />
(2) &#8220;&#8230; hundreds of lines&#8230;&#8221; &#8211; sounds unstructured.<br />
(3) &#8220;uncommented&#8221; &#8211; Omigod!</p>
<p>In summary, this all sounds like an utterly avoidable disaster. What Jones seems to be talking about would be OK for a two-week project by a couple of undergrads, but would NOT be accepted even from a 102-level trainee programmer in any self-respecting IT shop.</p>
<p>Who ARE these guys? I honestly cannot belive that such apparent crass ignorance of and incompetence in basic programing skills seems to be alive and well in an institution that is the cornerstone of so much political energy and man-centuries of effort to say nothing of squintillions of our money! Does no-one care that rank amateurs are writing the code that so very much hinges upon???</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rebivore</title>
		<link>http://climateaudit.org/2009/12/27/the-uk-met-office-subset/#comment-213692</link>
		<dc:creator><![CDATA[Rebivore]]></dc:creator>
		<pubDate>Thu, 31 Dec 2009 14:09:38 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9720#comment-213692</guid>
		<description><![CDATA[This whole discussion tells me only that the management of crucial data - the foundation stone for a proposed world-wide tax-and-spend of multiple trillion dollars - seems to be in the charge of a bunch of blatant amateurs, who are so unbelievably incompetent that they do not understand the basics of good data management and data schema design. Alternatively, they&#039;re deliberately trying to obfuscate the issue.

PS: I may not know much about climate science, but I&#039;ve spent my working life in IT design and implementation. 

PPS: No version numbers on data in all.zip means to me that it&#039;s raw data. If it&#039;s not, then it&#039;s processed data (the result of applying some algorithm to the raw data). But it&#039;s unlikely that the raw data was only processed once (one pass with one algorithm with one set of run parameters), and so where&#039;re the version numbers?

PPPS: A whole data base in 1,741 separate text files, each with a sort-of-schema at the top??? I wish I&#039;d been able to get away with that sort of thing. Aside from being hugely labour-intensive to maintain, itcouldn&#039;t be better designed for maximum errors in such maintenance. Unless, of course, it&#039;s produced automatically from some other source - maybe a proper database? But then, from some of the leaked emails, I&#039;ve gathered that when they run models, they do it from a command line, like we used to do back in the 70s, and specify as a command parameter the file or files to use in a run. Is that normal in academia? If so, you really need to get up-to-date if your resutls are actually going to be the basis for big decisions - far less gigantic world-wide ones that could cost uis trillions in taxes!!! This is not IT, this is infantile mucking about by untrained amateurs. Oh my God!!!]]></description>
		<content:encoded><![CDATA[<p>This whole discussion tells me only that the management of crucial data &#8211; the foundation stone for a proposed world-wide tax-and-spend of multiple trillion dollars &#8211; seems to be in the charge of a bunch of blatant amateurs, who are so unbelievably incompetent that they do not understand the basics of good data management and data schema design. Alternatively, they&#8217;re deliberately trying to obfuscate the issue.</p>
<p>PS: I may not know much about climate science, but I&#8217;ve spent my working life in IT design and implementation. </p>
<p>PPS: No version numbers on data in all.zip means to me that it&#8217;s raw data. If it&#8217;s not, then it&#8217;s processed data (the result of applying some algorithm to the raw data). But it&#8217;s unlikely that the raw data was only processed once (one pass with one algorithm with one set of run parameters), and so where&#8217;re the version numbers?</p>
<p>PPPS: A whole data base in 1,741 separate text files, each with a sort-of-schema at the top??? I wish I&#8217;d been able to get away with that sort of thing. Aside from being hugely labour-intensive to maintain, itcouldn&#8217;t be better designed for maximum errors in such maintenance. Unless, of course, it&#8217;s produced automatically from some other source &#8211; maybe a proper database? But then, from some of the leaked emails, I&#8217;ve gathered that when they run models, they do it from a command line, like we used to do back in the 70s, and specify as a command parameter the file or files to use in a run. Is that normal in academia? If so, you really need to get up-to-date if your resutls are actually going to be the basis for big decisions &#8211; far less gigantic world-wide ones that could cost uis trillions in taxes!!! This is not IT, this is infantile mucking about by untrained amateurs. Oh my God!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EdeF</title>
		<link>http://climateaudit.org/2009/12/27/the-uk-met-office-subset/#comment-213666</link>
		<dc:creator><![CDATA[EdeF]]></dc:creator>
		<pubDate>Thu, 31 Dec 2009 05:08:40 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9720#comment-213666</guid>
		<description><![CDATA[Completed audit of the Los Angeles 5 deg X 5 deg grid which only contains
a Los Angeles weather station (at one time was right next to the Santa Anna
freeway on top of a parking garage!) and a San Diego station at SD International
airport. The CRU ref # for San Diego is 722900, the local station # is 047740.
Evaluated the years 1914 to 2005 and CRU is a perfect match for the NWS data
of station 047740. Gradual temperature climb up to mid 1980s, then sharp fall-off
to the present, much like we have seen elsewhere. Recent color plots of this
grid on the big board will show up as blue = cooling. Question is, where is the
UHI correction? I don&#039;t see any. This wraps up the LA grid. Not much value added.]]></description>
		<content:encoded><![CDATA[<p>Completed audit of the Los Angeles 5 deg X 5 deg grid which only contains<br />
a Los Angeles weather station (at one time was right next to the Santa Anna<br />
freeway on top of a parking garage!) and a San Diego station at SD International<br />
airport. The CRU ref # for San Diego is 722900, the local station # is 047740.<br />
Evaluated the years 1914 to 2005 and CRU is a perfect match for the NWS data<br />
of station 047740. Gradual temperature climb up to mid 1980s, then sharp fall-off<br />
to the present, much like we have seen elsewhere. Recent color plots of this<br />
grid on the big board will show up as blue = cooling. Question is, where is the<br />
UHI correction? I don&#8217;t see any. This wraps up the LA grid. Not much value added.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EdeF</title>
		<link>http://climateaudit.org/2009/12/27/the-uk-met-office-subset/#comment-213466</link>
		<dc:creator><![CDATA[EdeF]]></dc:creator>
		<pubDate>Wed, 30 Dec 2009 06:59:07 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9720#comment-213466</guid>
		<description><![CDATA[I have found the problem with the Los Angeles temperature data. Until 1991
the temperature data tracks the downtown Civic Center temperature exactly. For
some reason, in 1991 CRU starts using the LAX data which is regularly 2 deg C
cooler and they use this up to the present. I have overlayed the LAX and Civic
Center plots and although they are only about 12 miles apart, there is a constant
temperature gradient between them due to LAX being right on the ocean. I don&#039;t know
if this move is an attempt to take care of the downtown UHI effect or to compensate
for a station move. In 1999 the downtown Civic Center station was moved about 6 mi
SW to the campus of USC. The consequence of this is that the 1980s stand out much
more than they would have had the station data remained downtown. One of my concerns
about the low number of stations is that if only one or two stations are used
per 5 X 5 grid, any error at one of these stations is bigger than if you had more
stations. In the Los Angeles grid, there are only two stations in the CRU data:
Los Angeles and San Diego. The CRU name for the Los Angeles station is LA International, which indicates LAX, however, LAX data is only being used since
1991. I am suspecting that station moves will be much more of a problem than anyone suspects. Doesn&#039;t look like much value was added to this station. 
Conclusion: one out of one grid fails audit so far.]]></description>
		<content:encoded><![CDATA[<p>I have found the problem with the Los Angeles temperature data. Until 1991<br />
the temperature data tracks the downtown Civic Center temperature exactly. For<br />
some reason, in 1991 CRU starts using the LAX data which is regularly 2 deg C<br />
cooler and they use this up to the present. I have overlayed the LAX and Civic<br />
Center plots and although they are only about 12 miles apart, there is a constant<br />
temperature gradient between them due to LAX being right on the ocean. I don&#8217;t know<br />
if this move is an attempt to take care of the downtown UHI effect or to compensate<br />
for a station move. In 1999 the downtown Civic Center station was moved about 6 mi<br />
SW to the campus of USC. The consequence of this is that the 1980s stand out much<br />
more than they would have had the station data remained downtown. One of my concerns<br />
about the low number of stations is that if only one or two stations are used<br />
per 5 X 5 grid, any error at one of these stations is bigger than if you had more<br />
stations. In the Los Angeles grid, there are only two stations in the CRU data:<br />
Los Angeles and San Diego. The CRU name for the Los Angeles station is LA International, which indicates LAX, however, LAX data is only being used since<br />
1991. I am suspecting that station moves will be much more of a problem than anyone suspects. Doesn&#8217;t look like much value was added to this station.<br />
Conclusion: one out of one grid fails audit so far.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven Mosher</title>
		<link>http://climateaudit.org/2009/12/27/the-uk-met-office-subset/#comment-213392</link>
		<dc:creator><![CDATA[Steven Mosher]]></dc:creator>
		<pubDate>Tue, 29 Dec 2009 23:59:05 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9720#comment-213392</guid>
		<description><![CDATA[Susann.

  With one notable exception ( the lorax thread ) we have not had BIG FOOD FIGHTS since you left. Spurious correlation is your best argument. use it, no charge. That does NOT entail your contention:

&quot;You mean, Moser, that since I’ve been gone, this place has been just one big happy agreeathon with no criticism of Steve’s posts, no foodfights, no OT, and no coatracking? I thought y’all were skeptics.&quot;


I mean EXACTLY what I say I mean. No BIG food fights.
Which english word in that sentence can I google for you?

has it been a happy agreeathon? No. read the Yamal threads. No. read the threads on CRU FOIA. read.

No Food fights.  Like I said  BIG food fights. Foodfights where threads had to be zambonied regularly,

No OT?  never said that. I post OT all the time. duh.

No Coatracking? never said that. 

Like I said, claim a spurious correlation and move on.]]></description>
		<content:encoded><![CDATA[<p>Susann.</p>
<p>  With one notable exception ( the lorax thread ) we have not had BIG FOOD FIGHTS since you left. Spurious correlation is your best argument. use it, no charge. That does NOT entail your contention:</p>
<p>&#8220;You mean, Moser, that since I’ve been gone, this place has been just one big happy agreeathon with no criticism of Steve’s posts, no foodfights, no OT, and no coatracking? I thought y’all were skeptics.&#8221;</p>
<p>I mean EXACTLY what I say I mean. No BIG food fights.<br />
Which english word in that sentence can I google for you?</p>
<p>has it been a happy agreeathon? No. read the Yamal threads. No. read the threads on CRU FOIA. read.</p>
<p>No Food fights.  Like I said  BIG food fights. Foodfights where threads had to be zambonied regularly,</p>
<p>No OT?  never said that. I post OT all the time. duh.</p>
<p>No Coatracking? never said that. </p>
<p>Like I said, claim a spurious correlation and move on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EdeF</title>
		<link>http://climateaudit.org/2009/12/27/the-uk-met-office-subset/#comment-213355</link>
		<dc:creator><![CDATA[EdeF]]></dc:creator>
		<pubDate>Tue, 29 Dec 2009 21:16:36 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=9720#comment-213355</guid>
		<description><![CDATA[Problem with Los Angeles Temp data---I have been auditing the Los Angeles temperature data that is available from the CRU site, station 772950 with data from 1894 to 2009 with the
historic temp data from the National Weather Service for station 045114 for the same area,
data from 1906 to 2009. The plots overlay exactly until 1991. The general trend in the July
temperature is a gradual rise until the 1980s, then a decrease until present. Starting in
1991 the CRU data takes a massive 2-4 deg C drop below the NWS data for whatever reason. The
general trend is the same. Not sure what is going on here, but it don&#039;t look good.]]></description>
		<content:encoded><![CDATA[<p>Problem with Los Angeles Temp data&#8212;I have been auditing the Los Angeles temperature data that is available from the CRU site, station 772950 with data from 1894 to 2009 with the<br />
historic temp data from the National Weather Service for station 045114 for the same area,<br />
data from 1906 to 2009. The plots overlay exactly until 1991. The general trend in the July<br />
temperature is a gradual rise until the 1980s, then a decrease until present. Starting in<br />
1991 the CRU data takes a massive 2-4 deg C drop below the NWS data for whatever reason. The<br />
general trend is the same. Not sure what is going on here, but it don&#8217;t look good.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
