RSS feed for comments on this post.

  1. In stark contrast to how deniers portray the situation, the level of openness and even ease of use regarding global temperature data is impressive. You (and the NASA GISS folks and David Archer and others as well) are to be commended.

    Comment by tamino — 4 Feb 2014 @ 8:46 AM

  2. Fantastic! Although I’ve done a fair amount of looking at the various data sets, even drilling down to station level on occasion, this is much easier than anything I was aware of previously. What a fun tool! Congratulations to the team who put this together.

    Comment by Kevin McKinney — 4 Feb 2014 @ 9:29 AM

  3. I take it no one who worked on this had a problem seeing red and green…

    Comment by E. — 4 Feb 2014 @ 10:37 AM

  4. @E. (red/green).

    Good point. I did try a range of options but with the underlying ocean and land colours it wasn’t easy. There is no meaning to the red/green other than to make a chequerboard to show where the grid boxes are.

    If you save the .kml file, open in a text editor, you’ll see the definition of these colours is in the first segment of KML, lines 8 and 17. Feel free to edit this, save it and re-open in Google Earth.

    As it currently stands, “grideven” boxes are <color>#804444ff</color> and “gridodd” boxes are <color>#8044ff44</color>

    The first two hex digits are the transparency, then its blue-green-red. See:

    I’ll find some colours that avoid this and post an alternative KML file soon.

    Comment by Tim Osborn — 4 Feb 2014 @ 11:26 AM

  5. #E The page states, “To avoid red/green colour problems, try this version with a grey checkerboard: CRUTEM4-2013-03_gridboxes_grey.kml”

    Comment by Slioch — 4 Feb 2014 @ 1:54 PM

  6. @Slioch: yes, I added that after E’s earlier comment.

    Comment by Tim Osborn — 4 Feb 2014 @ 3:08 PM

  7. An excellent initiative.

    As UEA acknowledge in their “Notes (Questions and Answers)” the next step is to improve the accuracy of reporting of station locations. 0.1 degrees is around 11 km at the tropics. Stations which were originally reported as rural could now be urban.

    Comment by Ron Manley — 4 Feb 2014 @ 8:55 PM

  8. #7 That’s an interpretation. What the note says is:

    “A. The information we currently have about the latitude/longitude of each station is limited to 1 decimal place, so the station markers could be a few kilometres from the actual location. This is adequate for the construction of the CRUTEM gridded and global temperature records, because they do not depend on the precise location of each station. WMO/GCOS have asked member states to provide more accurate location details in future initiatives.”

    For short: “This is adequate for the construction of the CRUTEM gridded and global temperature records, because they do not depend on the precise location of each station.”

    Tamino at the top: “In stark contrast to how deniers portray the situation, the level of openness and even ease of use regarding global temperature data is impressive.”

    Comment by patrick — 5 Feb 2014 @ 3:30 AM

  9. Wow, this is fun. Even pictures of the stations. Here is my favorite:

    Comment by rocketeer — 5 Feb 2014 @ 3:10 PM

  10. Hi,
    I tried “Exploring CRUTEM4 with Google Earth”.
    But now I would like to know how to suppress this display (because it’s perturb the normal view on Google Earth)

    Comment by Barnet — 8 Feb 2014 @ 11:54 AM

  11. This is an excellent move! To make it complete there still is a final layer of details missing: the raw unhomogenised station data. The station data currently provided are in some cases reconstructions pushing the start date of the station back using data from other stations which may even belong in other grid boxes.

    Comment by Steinar Midtskogen — 8 Feb 2014 @ 12:57 PM

  12. Please also check out

    There are 3 station time period selections – top right. Drag a rectangle to zoom in. Click on a red station dot to view the full time series.

    Google earth is great but it can also confuse IMHO.

    Comment by Clive Best — 8 Feb 2014 @ 4:47 PM

  13. Folks who are in the mood to play around with temperature data might want to download and experiment with the package at:

    It’s not a very polished app, but it is reasonably easy to set up and use. It’s also a bit of a big download @500MB, but if you have a decent Internet connection, you should be able to download it all in just a few minutes.

    The app allows you to compute global-temperature estimates with your own “custom” selection of GHCN temperature stations and then directly compare your own results with the official NASA “meteorological stations” index (via a simple GnuPlot display).

    You can select groups of stations based on rural/urban status, data record length, etc., or pick individual stations from a Google map browser front-end.

    The app displays results for raw and adjusted GHCN data right alongside the official NASA results. The algorithm the app uses is a very “dumbed down” gridding/averaging routine — dumbed down enough, in fact, that it could be taught to first-year programming students. Even so, it produces global-average temperature results that are remarkably similar to the published NASA results.

    The app consists of a “VirtualBox” virtual-machine appliance file with all software and temperature data in a preconfigured bundle. It will run on any newer (5 years old or less) Windows or Mac PC/laptop with at least 2GB memory.

    “Quickstart” instructions are provided on the right side of the download page. (The “quickstart” procedure boils down to: Download/install VirtualBox from, import the app appliance file into VirtualBox, and then hit the VirtualBox “Start” button.)

    I put the app together in an attempt to make it as easy as possible for others to see for themselves how incredibly robust the global temperature record is, and to be able to debunk the main “skeptic” claims about the global temperature record (i.e claims about UHI, “data manipulation”, “dropped stations”, etc.)

    One interesting thing to try:

    Compare the “Airport” vs “Not Airport” station results. What you will find is that much of the “bias” between raw and adjusted results disappears when you process only “Not Airport” stations.

    The reason for this is a number of stations currently at airports started their lives located in city centers. During the mid-20th century, those stations were moved from city centers to (cooler) outlying airport locations.

    As a result, the early temperatures for those stations were “biased high” (homogenization removes those station-move effects). Exclude those airport stations (easy to do with the station-selector control panel), and you will see much of that early “high bias” disappear from the raw temperature record.

    Comment by caerbannog — 9 Feb 2014 @ 1:00 PM

Sorry, the comment form is closed at this time.

Close this window.

0.257 Powered by WordPress