<?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: BEST Data &#8220;Quality&#8221;</title>
	<atom:link href="http://climateaudit.org/2011/11/06/best-data-quality/feed/" rel="self" type="application/rss+xml" />
	<link>http://climateaudit.org/2011/11/06/best-data-quality/</link>
	<description>by Steve McIntyre</description>
	<lastBuildDate>Tue, 18 Jun 2013 04:29:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: GaryW</title>
		<link>http://climateaudit.org/2011/11/06/best-data-quality/#comment-309923</link>
		<dc:creator><![CDATA[GaryW]]></dc:creator>
		<pubDate>Mon, 14 Nov 2011 04:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=14903#comment-309923</guid>
		<description><![CDATA[Max,
If you would like the data for Chaska, MN, as transcribed from the hand written records collected by the folks who actually read the thermometers, you can get it from this site for free:

http://cdiac.ornl.gov/epubs/ndp/ushcn/ushcn_map_interface.html

Choose your state and site.  Select &quot;Get Daily Data&quot; in the pop up box on the map.  Click on &quot;Create a download file&quot;.  Select the temperature entries on the next page and click submit.  That will give a file name to download.  It will be in comma separated value (CSV) format.]]></description>
		<content:encoded><![CDATA[<p>Max,<br />
If you would like the data for Chaska, MN, as transcribed from the hand written records collected by the folks who actually read the thermometers, you can get it from this site for free:</p>
<p><a href="http://cdiac.ornl.gov/epubs/ndp/ushcn/ushcn_map_interface.html" rel="nofollow">http://cdiac.ornl.gov/epubs/ndp/ushcn/ushcn_map_interface.html</a></p>
<p>Choose your state and site.  Select &#8220;Get Daily Data&#8221; in the pop up box on the map.  Click on &#8220;Create a download file&#8221;.  Select the temperature entries on the next page and click submit.  That will give a file name to download.  It will be in comma separated value (CSV) format.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Waxman-Markey Circus is coming to town – Dr. Richard Muller to showcase BEST under the bigtop &#124; TaJnB &#124; TheAverageJoeNewsBlogg</title>
		<link>http://climateaudit.org/2011/11/06/best-data-quality/#comment-309868</link>
		<dc:creator><![CDATA[The Waxman-Markey Circus is coming to town – Dr. Richard Muller to showcase BEST under the bigtop &#124; TaJnB &#124; TheAverageJoeNewsBlogg]]></dc:creator>
		<pubDate>Sun, 13 Nov 2011 19:56:18 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=14903#comment-309868</guid>
		<description><![CDATA[[...] and his papers have not passed peer review, but the political apparatchik wants to showcase the incomplete and rushed, non quality controlled, error riddled BEST science as if it were factual enough to kill off “denialism” worldwide.  That’s political [...]]]></description>
		<content:encoded><![CDATA[<p>[...] and his papers have not passed peer review, but the political apparatchik wants to showcase the incomplete and rushed, non quality controlled, error riddled BEST science as if it were factual enough to kill off “denialism” worldwide.  That’s political [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max Hugoson</title>
		<link>http://climateaudit.org/2011/11/06/best-data-quality/#comment-309865</link>
		<dc:creator><![CDATA[Max Hugoson]]></dc:creator>
		<pubDate>Sun, 13 Nov 2011 19:22:12 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=14903#comment-309865</guid>
		<description><![CDATA[Slow burn on this end. Maybe on topic, maybe OFF.

I recently paid $70 to the National Climatic Data Center for a 1.5 MB file, with the 1925 to 2005 ACTUAL temperature data for Chaska MN. 

I&#039;m doing some statistical analysis, and using Chaska as the &quot;control point&quot; and &quot;comparison&quot; to the MSP data. (Which I have FOR FREE, courtesy of the local weatherman who went to the microfilms and retrieved the data going back to 1820, Fort Snelling, MN records..)

What is the BURN about? Can I say this without getting profane, demeaning, overly agitated? WHY THE HECK DO I HAVE TO PAY FOR WHAT MY GREAT GRAND PARENTS, GRAND PARENTS, PARENTS and MYSELF HAVE BEEN PAYING FOR ALL ALONG.

The concept that the NCDC needs $ for these files is BOGUS. These SLUGS are getting $2 Billion a year for PRODUCING VIRTUALLY NOTHING OF MERIT for our society. 

I&#039;ve figured it would be about $100,000 to get ALL THE DATA. AND, all the data would fit on an 8GB THUMB DRIVE.

I WANT ALL THE DATA AND I WANT IT FOR FREE?

Steve, anyone, CLASS ACTION LAWSUIT FRIENDS?

I don&#039;t want &quot;free&quot; monthly averages. I WANT ALL THE DATA POINTS, period.

ANYONE WANT TO TILT AT SOME WINDMILLS WITH ME?

Max in Minnetonka]]></description>
		<content:encoded><![CDATA[<p>Slow burn on this end. Maybe on topic, maybe OFF.</p>
<p>I recently paid $70 to the National Climatic Data Center for a 1.5 MB file, with the 1925 to 2005 ACTUAL temperature data for Chaska MN. </p>
<p>I&#8217;m doing some statistical analysis, and using Chaska as the &#8220;control point&#8221; and &#8220;comparison&#8221; to the MSP data. (Which I have FOR FREE, courtesy of the local weatherman who went to the microfilms and retrieved the data going back to 1820, Fort Snelling, MN records..)</p>
<p>What is the BURN about? Can I say this without getting profane, demeaning, overly agitated? WHY THE HECK DO I HAVE TO PAY FOR WHAT MY GREAT GRAND PARENTS, GRAND PARENTS, PARENTS and MYSELF HAVE BEEN PAYING FOR ALL ALONG.</p>
<p>The concept that the NCDC needs $ for these files is BOGUS. These SLUGS are getting $2 Billion a year for PRODUCING VIRTUALLY NOTHING OF MERIT for our society. </p>
<p>I&#8217;ve figured it would be about $100,000 to get ALL THE DATA. AND, all the data would fit on an 8GB THUMB DRIVE.</p>
<p>I WANT ALL THE DATA AND I WANT IT FOR FREE?</p>
<p>Steve, anyone, CLASS ACTION LAWSUIT FRIENDS?</p>
<p>I don&#8217;t want &#8220;free&#8221; monthly averages. I WANT ALL THE DATA POINTS, period.</p>
<p>ANYONE WANT TO TILT AT SOME WINDMILLS WITH ME?</p>
<p>Max in Minnetonka</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Waxman-Markey Circus is coming to town &#8211; Dr. Richard Muller to showcase BEST under the bigtop &#124; Watts Up With That?</title>
		<link>http://climateaudit.org/2011/11/06/best-data-quality/#comment-309861</link>
		<dc:creator><![CDATA[The Waxman-Markey Circus is coming to town &#8211; Dr. Richard Muller to showcase BEST under the bigtop &#124; Watts Up With That?]]></dc:creator>
		<pubDate>Sun, 13 Nov 2011 18:50:57 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=14903#comment-309861</guid>
		<description><![CDATA[[...] and his papers have not passed peer review, but the political apparatchik wants to showcase the incomplete and rushed, non quality controlled, error riddled BEST science as if it were factual enough to kill off &#8220;denialism&#8221; worldwide.  That&#8217;s [...]]]></description>
		<content:encoded><![CDATA[<p>[...] and his papers have not passed peer review, but the political apparatchik wants to showcase the incomplete and rushed, non quality controlled, error riddled BEST science as if it were factual enough to kill off &#8220;denialism&#8221; worldwide.  That&#8217;s [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter O'Neill</title>
		<link>http://climateaudit.org/2011/11/06/best-data-quality/#comment-309698</link>
		<dc:creator><![CDATA[Peter O'Neill]]></dc:creator>
		<pubDate>Sat, 12 Nov 2011 10:11:09 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=14903#comment-309698</guid>
		<description><![CDATA[Re: &lt;a href=&quot;#comment-309675&quot; rel=&quot;nofollow&quot;&gt;Steve McIntyre (Nov 12 00:06)&lt;/a&gt;, 
OK. I have it ready now. The text file is almost 1 GB, zipped it weighs in at 95 MB. Can you e-mail me a FTP upload link.]]></description>
		<content:encoded><![CDATA[<p>Re: <a href="#comment-309675" rel="nofollow">Steve McIntyre (Nov 12 00:06)</a>,<br />
OK. I have it ready now. The text file is almost 1 GB, zipped it weighs in at 95 MB. Can you e-mail me a FTP upload link.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve McIntyre</title>
		<link>http://climateaudit.org/2011/11/06/best-data-quality/#comment-309675</link>
		<dc:creator><![CDATA[Steve McIntyre]]></dc:creator>
		<pubDate>Sat, 12 Nov 2011 05:06:54 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=14903#comment-309675</guid>
		<description><![CDATA[Yes, please.  A number of people, including me, have been frustrated by this. So it would be of service.  You can locate it at climateaudit.info if you like.]]></description>
		<content:encoded><![CDATA[<p>Yes, please.  A number of people, including me, have been frustrated by this. So it would be of service.  You can locate it at climateaudit.info if you like.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter O'Neill</title>
		<link>http://climateaudit.org/2011/11/06/best-data-quality/#comment-309646</link>
		<dc:creator><![CDATA[Peter O'Neill]]></dc:creator>
		<pubDate>Sat, 12 Nov 2011 01:57:46 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=14903#comment-309646</guid>
		<description><![CDATA[Re: &lt;a href=&quot;#comment-309628&quot; rel=&quot;nofollow&quot;&gt;Peter O&#039;Neill (Nov 11 18:41)&lt;/a&gt;, 

I&#039;ve updated now to 64-bit 7-Zip version 9.20, and the problem is still there. I tried to include an image in the previous comment to show the file sizes displayed by WinRAR, and the actual sizes extracted. I&#039;ll try again here:

and the preview does show it, but in case it does not show when posted, here are the sizes:

&lt;blockquote&gt;
flags.txt     662,530,238 displayed in WinRAR, 13,229,915 KB extracted by WinRAR
sources.txt 3,338,241,649 displayed in WinRAR,  7,454,306 KB extracted by WinRAR
&lt;/blockquote&gt;]]></description>
		<content:encoded><![CDATA[<p>Re: <a href="#comment-309628" rel="nofollow">Peter O&#8217;Neill (Nov 11 18:41)</a>, </p>
<p>I&#8217;ve updated now to 64-bit 7-Zip version 9.20, and the problem is still there. I tried to include an image in the previous comment to show the file sizes displayed by WinRAR, and the actual sizes extracted. I&#8217;ll try again here:</p>
<p>and the preview does show it, but in case it does not show when posted, here are the sizes:</p>
<blockquote><p>
flags.txt     662,530,238 displayed in WinRAR, 13,229,915 KB extracted by WinRAR<br />
sources.txt 3,338,241,649 displayed in WinRAR,  7,454,306 KB extracted by WinRAR
</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter O'Neill</title>
		<link>http://climateaudit.org/2011/11/06/best-data-quality/#comment-309628</link>
		<dc:creator><![CDATA[Peter O'Neill]]></dc:creator>
		<pubDate>Fri, 11 Nov 2011 23:41:14 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=14903#comment-309628</guid>
		<description><![CDATA[Re: &lt;a href=&quot;#comment-309562&quot; rel=&quot;nofollow&quot;&gt;GaryW (Nov 11 10:11)&lt;/a&gt;, 
Solution: use WinRAR. WinRAR still shows the same incorrect file lengths, but extracts the full files. I presume what is happening is that both 7-Zip and WinRAR use a 32-bit integer when displaying the file length, and of course this is too small to hold a value this big. WinRAR however seems to use 64-bit integers when they are really needed, testing and extraction, but 7-Zip (or, at least, the version which I have installed - I need to check whether there has been an update which corrects this) uses 32-bit integers when testing or extracting, and gives CRC failures and truncated files for this reason. The same presumably applies to WinZip.



I find these file sizes, which seem due to the &quot;convenience&quot; of each row in these flag and sources files having the same number of columns. As any individual data value will only have a limited numbers of flags and sources associated with it, adding flags and sources as two additional tab delimited entries to each row in data.txt, with the individual flags and sources separated by spaces, should combine data.txt, flags.txt and sources.txt in one file of a more reasonable size, as:

[sourcecode]
Station ID	 Series Number	 Date	 Temperature (C)	 Uncertainty (C)	 Observations	 Time of Observation	 Source list ...	 Flag list ...
110606	1	2004.625	18.441	0	29	-99	4	65 130 133 151 153
110606	1	2004.708	19.601	0	-99	-99	4	65 130 133 137 151 153
110606	1	2004.792	18.059	0	31	-99	4	65 133 151 153
...
[/sourcecode]

If such a combined file would be of use to others, reply to this comment, and if there are any such replies I&#039;ll make the file available in a dropbox once I have it ready, and post another comment here with instructions.]]></description>
		<content:encoded><![CDATA[<p>Re: <a href="#comment-309562" rel="nofollow">GaryW (Nov 11 10:11)</a>,<br />
Solution: use WinRAR. WinRAR still shows the same incorrect file lengths, but extracts the full files. I presume what is happening is that both 7-Zip and WinRAR use a 32-bit integer when displaying the file length, and of course this is too small to hold a value this big. WinRAR however seems to use 64-bit integers when they are really needed, testing and extraction, but 7-Zip (or, at least, the version which I have installed &#8211; I need to check whether there has been an update which corrects this) uses 32-bit integers when testing or extracting, and gives CRC failures and truncated files for this reason. The same presumably applies to WinZip.</p>
<p>I find these file sizes, which seem due to the &#8220;convenience&#8221; of each row in these flag and sources files having the same number of columns. As any individual data value will only have a limited numbers of flags and sources associated with it, adding flags and sources as two additional tab delimited entries to each row in data.txt, with the individual flags and sources separated by spaces, should combine data.txt, flags.txt and sources.txt in one file of a more reasonable size, as:</p>
<pre class="brush: plain; title: ; notranslate">
Station ID	 Series Number	 Date	 Temperature (C)	 Uncertainty (C)	 Observations	 Time of Observation	 Source list ...	 Flag list ...
110606	1	2004.625	18.441	0	29	-99	4	65 130 133 151 153
110606	1	2004.708	19.601	0	-99	-99	4	65 130 133 137 151 153
110606	1	2004.792	18.059	0	31	-99	4	65 133 151 153
...
</pre>
<p>If such a combined file would be of use to others, reply to this comment, and if there are any such replies I&#8217;ll make the file available in a dropbox once I have it ready, and post another comment here with instructions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GaryW</title>
		<link>http://climateaudit.org/2011/11/06/best-data-quality/#comment-309562</link>
		<dc:creator><![CDATA[GaryW]]></dc:creator>
		<pubDate>Fri, 11 Nov 2011 15:11:22 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=14903#comment-309562</guid>
		<description><![CDATA[Yep, I have the same problem with them using WinZip.]]></description>
		<content:encoded><![CDATA[<p>Yep, I have the same problem with them using WinZip.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter O'Neill</title>
		<link>http://climateaudit.org/2011/11/06/best-data-quality/#comment-309483</link>
		<dc:creator><![CDATA[Peter O'Neill]]></dc:creator>
		<pubDate>Fri, 11 Nov 2011 03:52:01 +0000</pubDate>
		<guid isPermaLink="false">http://climateaudit.org/?p=14903#comment-309483</guid>
		<description><![CDATA[Has anyone unzipped flags.txt and sources.txt in the BEST text files compilation, PreliminaryTextDataset.zip? The commentary which I have read so far seems to be based on examination of the site metadata in site_detail.txt, and site data values in data.txt, but not the further flags and sources for the individual station data records.

I ask this because I have encountered CRC failures for these two files when I extracted them using 7-Zip, and while the extracted file lengths (flags.txt: 662,530,238 and sources.txt: 3,338,241,649) match those shown by 7-Zip, the last data record in flags.txt is for Station ID 112552, and in sources.txt for 129842, both well short of the total number of station records, thus suggesting that the files should be larger still. All other files extract without error and with all station records present.

I have downloaded the zip file a second time, with the same CRC failures showing, and extracted the files in R, which does not indicate an error, but extracts files which have the same lengths as those extracted by 7-Zip. Can anyone confirm that they have extracted these two files successfully? It would help to know whether I am wasting my time if I try downloading again.

&lt;strong&gt;Steve: I tried to read them into R but my computer wasn&#039;t big enough.
 
&lt;/strong&gt;
]]></description>
		<content:encoded><![CDATA[<p>Has anyone unzipped flags.txt and sources.txt in the BEST text files compilation, PreliminaryTextDataset.zip? The commentary which I have read so far seems to be based on examination of the site metadata in site_detail.txt, and site data values in data.txt, but not the further flags and sources for the individual station data records.</p>
<p>I ask this because I have encountered CRC failures for these two files when I extracted them using 7-Zip, and while the extracted file lengths (flags.txt: 662,530,238 and sources.txt: 3,338,241,649) match those shown by 7-Zip, the last data record in flags.txt is for Station ID 112552, and in sources.txt for 129842, both well short of the total number of station records, thus suggesting that the files should be larger still. All other files extract without error and with all station records present.</p>
<p>I have downloaded the zip file a second time, with the same CRC failures showing, and extracted the files in R, which does not indicate an error, but extracts files which have the same lengths as those extracted by 7-Zip. Can anyone confirm that they have extracted these two files successfully? It would help to know whether I am wasting my time if I try downloading again.</p>
<p><strong>Steve: I tried to read them into R but my computer wasn&#8217;t big enough.</p>
<p></strong></p>
]]></content:encoded>
	</item>
</channel>
</rss>
