Note to Readers: This is an important post, as Willis demonstrates that NASA GISS has taken a cooling trend and converted it into a warming trend for the one GHCN station in Nepal which covers the Himalayas. I offer NASA GISS, either via Jim Hansen or Gavin Schmidt, rebuttal opportunity to this issue on WUWT anytime. -Anthony
Guest Post by Willis Eschenbach
I read the excellent and interesting guest post by Marc Hendrickx about the IPCC and the Himalayas. My first big surprise was the size of the claimed warming. He cites IPCC Table 10.2 which says:
Nepal: 0.09°C per year in Himalayas and 0.04°C in Terai region, more in winter
Well, my bad number detector started ringing like crazy. A warming of nine degrees C (16°F) per century in the mountains, four degrees C per century in the lowlands? … I don’t think so. Those numbers are far too big. I know of no place on earth that is warming in general at 9°C per century.
Marc also quotes the IPCC source paper as saying:
The Kathmandu record, the longest in Nepal (1921–94), shows features similar to temperature trends in the Northern Hemisphere, suggesting links between regional trends and global scale phenomena.
Being cursed with a nagging, infernal curiosity, I thought I’d take a look at the Kathmandu temperature record. Foolish me …
I started by looking at where Nepal is located. It starts at the northern edge of the Indian plains, at the foothills of the Himalayas, and goes up to the crest:
Figure 1. Nepal (yellow outline). Yellow pins show all GHCN (Global Historical Climate Network) surface temperature stations.
So, that was my second surprise – a whole dang country, and only one single solitary GHCN temperature station. Hmmmm … as Marc shows, the paper cited by the IPCC gives the records of a dozen stations in Nepal. So why does GHCN only use Kathmandu in Nepal? But I digress.
Resolving not to be distracted by that, I went to the GISS dataset. I selected “Raw GHCN data + USHCN corrections” in the dropdown menu. (Kathmandu is outside the US, so in this case there are no USHCN corrections.) Typed in “Kathmandu”, and started the search. Figure 2 shows the result:
Figure 2. Kathmandu Air(port) Metadata.
This shows there are three records for Kathmandu Air (Airport), which looks promising. Also, it looks like there is an overlap between the records, which seems good. (There is no sign, however, of a record that is “the longest in Nepal (1921–94)”. The earliest date is 1951, and the latest is 2010. But again I digress.)
Clicking on the top Kathmandu Air link (on the GISS website, not on the graphic above) brings up the following GISS-generated graph:
Figure 3. Kathmandu Air. Three records are shown, as dotted, dashed, and blue.
Here’s an oddity. We have three records, each for different periods. And there is not a single year of overlap in the bunch. Not one.
Now, people think that I mine or search for these odd stations. Not so, I am simply curious about what I read, and this is not an atypical temperature record. Most are somewhat strange. Gaps and breaks in a given record often render large parts of the record unusable. GISS uses a cutoff of 20 years of consecutive data. As a result, the final GISS record for Kathmandu, rather than going from 1951-2009, goes from 1961 to 1980. Fair enough, these are all debatable choices, including the minimum record length cutoff size. In any case, the real problem with Kathmandu is not the record length. It is the lack of overlap which prevents the creation of a continuous record. This means that the apparent overall trend may not be real. It may simply be an artefact of e.g. different thermometers, or different locations. In this case, GISS has side-stepped the question by selecting only one record (shown in blue) for the final record.
How can we get to the graph of this final GISS record including all of their homogeneity adjustments? Well, we could go back to the same GISS website where we started and select a different dataset. However, here’s a trick to go directly from the raw data you are looking at to the final GISS homogenized dataset. Near the end of the URL of the raw GISS dataset under discussion you find the following:
… &data_set=0& …
GISS has three datasets. The raw data is dataset 0. The data “after combining records at the same location” is dataset 1. The final data “after cleaning/homogeneity adjustment” is dataset 2.
So to get the final adjusted result, all you have to do is to change the “0” in the URL to a “2”, viz:
… &data_set=2& …
Figure 3 shows the outcome of making that change:
Figure 3. Final GISS record for Kathmandu. The scale has been changed in both the X and Y axes. Note that they have discarded all segments of the record which are shorter than twenty years in length.
And that, dear friends, was my third big surprise. Take a close look at those two records, the adjusted and unadjusted …
As you no doubt observe, one is trending somewhat downwards, while the second is trending distinctly upwards. Hmmm … so, of course, I downloaded the GISS data (from the bottom of the same web page). Here is what they have done:
Figure 4. GISS Kathmandu Airport Annual Temperatures, Adjusted and Unadjusted, 1961–80. Yellow line shows the amount of the GISS homogeneity adjustment in each year. Photo is of Kathmandu looking towards the mountains.
GISS has made a straight-line adjustment of 1.1°C in twenty years, or 5.5°C per century. They have changed a cooling trend to a strong warming trend … I’m sorry, but I see absolutely no scientific basis for that massive adjustment. I don’t care if it was done by a human using their best judgement, done by a computer algorithm utilizing comparison temperatures in India and China, or done by monkeys with typewriters. I don’t buy that adjustment, it is without scientific foundation or credible physical explanation.
At best that is shoddy quality control of an off-the-rails computer algorithm. At worst, the aforesaid monkeys were having a really bad hair day. Either way I say adjusting the Kathmandu temperature record in that manner has no scientific underpinnings at all. We have one stinking record for the whole country of Nepal, which shows cooling. GISS homogenizes the data and claims it wasn’t really cooling at all, it really was warming, and warming at four degrees per century at that … hmmm, four degrees per century, where have I heard that before …
What conceivable scientific argument supports that, supports adding that linear 5.5°C/century trend to the data? What physical phenomena is it supposed to be correcting for? What error does it claim to be fixing?
Finally, does this “make a difference”? In the global average temperature, no – it is only one GHCN/GISS datapoint among many. But for the average temperature of Nepal, absolutely – it is the only GHCN/GISS datapoint. So it is quite important to the folks in Nepal … and infinitely misleading to them.
And when it is cited as one of the fastest warming places on the planet, it makes a difference there as well. And when the IPCC puts it in their Assessment Report, it makes a difference there.
Once again we see huge adjustments made to individual temperature records without reason or justification. This means simply that until GISS are able to demonstrate a sound scientific foundation for their capricious and arbitrary adjustments, we cannot trust the final GISS dataset. Their algorithm obviously has significant problems that lead to the type of wildly unreasonable results seen above and in other temperature datasets, and they are not catching them. Pending a complete examination, we cannot know what other errors the GISS dataset might contain.
[UPDATE] John Goetz pointed out that the likely source of the spurious trend is temperatures in Tingri (see Fig. 1, way back in the high mountains at the upper right at almost 6,000 metres elevation in the tundra) and GISS step 2. GISS says:
… in step 2, the urban and peri-urban (i.e., other than rural) stations are adjusted so that their long-term trend matches that of the mean of neighboring rural stations.
It seems John is right, Tingri is the likely problem. Or to be more accurate, their method is the problem. GISS uses a different method than GHCN to average stations for step 2.
The method of “first differences” is used by GHCN. GISS instead uses the “reference station” method described in the same citation. In my opinion, the reference station method is inferior to the first difference method.
The reference station here is likely Dumka, it is the longest of the nearby stations. Unlike Tingri, Dumka is at an elevation of 250 metres in the plains of West Bengal … hmmm. This should be interesting.
In the reference station method, Tingri gets adjusted up or down until the average temperatures match during the time of the overlap. Then Tingri and Dumka are averaged together. However, let’s take it a step at a time. First, I like to look at the actual underlying data, shown in Fig. 5.
Figure 5. Temperatures in Dumka (India) and Tingri (China). Left photo is Dumka on the lowland plains of West Bengal. Right photo is Tingri in the Himalayan mountains.
So the brilliant plan is, we’re going to use the average of the temperature anomalies in Dumka and Tingri to adjust the temperature in Katmandu, at 1,300 metres in the foothills?
Makes sense, I suppose. The average of mountains and plains is foothills, isn’t it? … but I digress.
The problem arises from the big jump in the Tingri data around 1970. Using the reference station method, that big jump gets wrapped into the average used to adjust the Kathmandu data. And over the period of Tingri/Kathmandu overlap (1963-1980), because of the big jump the “trend” of the Tingri data is a jaw-dropping 15°C per century. Once that is in the mix, all bets are off.
Obviously, there is some kind of problem with the Tingri data. The first difference method takes care of that kind of problem, by ignoring the gaps and dealing only with the actual data. You could do the same with the reference station method, but only if you treat the sections of the Tingri data as separate stations. However, it appears that the GISS implementation of the algorithm has not done that …
Nor is this helped by the distance-weighting algorithm. That weights the temperatures based on how far away the station is. The problem is that Tingri is much nearer to Kathmandu (197 km) than Dumka (425 km). So any weighting algorithm will only make the situation worse.
Finally, does anyone else think that averaging high mountain tundra temperature anomalies with lowland plains anomalies, in order to adjust foothills anomalies, is a method that might work but that it definitely would take careful watching and strict quality control?
[UPDATE 2] Lars Kamel pointed below to the CRU data. If we take all of the available CRU (originally GHCN) data, we get the following trend for Kathmandu.
Figure 6. CRU monthly and annual temperature data for Kathmandu. Red circles show those years with 12 months of data.
You can see the lack of a trend in the 1950-2000 data. Went down slightly 1950-1975, went up slightly 1975-2000. Gosh.
[UPDATE 3] Steve McIntyre reminded me below of his fascinating 2008 analysis of the numbers and locations of GISS adjustments that go up, down, and sideways. His post is here, and is well worth reading.
[UPDATE 4] Zeke Hausfather has an interesting post on Kathmandu here, with lots of good information.
Sponsored IT training links:
Pass your 000-977 guaranteed using E20-001 study guide and 642-973 dumps questions.
Discover more from Watts Up With That?
Subscribe to get the latest posts sent to your email.







I find the article misleading. Nowhere have you explained that the GISTEMP source code is available and that the adjustments are not secret or manually applied, but automatically applied as part of a publically available program.
Instead you let all these readers, evident by their comments, think hansen may have manually modified the station value upwards. I thought those days were over since it’s been shown conclusively that using the raw data without adjustments yields a similar global warming picture.
Also you imply that the IPCC used this data, are you sure?
John Goetz says:
August 11, 2010 at 11:38 am
GISS Step 2 makes the urban adjustment based on rural stations within 500 km of the urban station…..
Thank you John,
Yours seems to be one of the few posts that actually took the time to understand the GIStemp program, its steps, and how they caused this adjustment. Everyone should be aware that is software program that is making the adjustments, not a person.
I think we can all agree that in at least this case the GIStemp algorithms failed. What is needed is someone to delve into how GIStemp does it’s magic and precisely explain why it is wrong. That seems like not only a good blog post, but an excellent article for peer reviewed publication.
With the code ported to python and freely available for at least 6 months now, I don’t know why we are not getting even more specific error reports about the algorithms and the exact impact they are having on sites like Kathmandu.
Well since Temperature measurements are good out to 1200 km away from the thermometer; you don’t really need any more than one thermometer for Nepal; and since you only need one; it follows by logical deduction, that it doesn’t matter a hoot where you put the thermometer; well there are some places in Kathmandu where you could insert a thermometer and get anomalous readings; which aren’t quite the same as anomalies which are supposed to be anomalous. But I think Kathmandu is as good a place to put a thermometer as any.
CheshireRed
IF this cannot be explained away by valid scientific means then when can we expect the authorities to throw the book at these people?
They are “The authorities”. Governements are not going to throw the book at themselves.
can anyone figure out how to find historical data for this station-
bodie, ca 040943?
I think these people know what they are doing and as far as I’m concerned GISS, NOAA, NSIDC, etc have no credibility. I look at their data, but always question it’s accuracy. A very sad situation. I’m 68 years old and while growing up in the USA, and throughout my early years of teaching, I had a lot of respect for these government agencies. Now I think most of the people in theses agencies are traitors to science, truth, their country, and humanity.
Oh for the day when the headline at WUWT will read “THEY LIED & WE HAVE PROOF” soon hopefully soon
Willis,
“They have changed a cooling trend to a strong warming trend … I’m sorry, but I see absolutely no scientific basis for that massive adjustment. I don’t care if it was done by a human using their best judgement, done by a computer algorithm utilizing comparison temperatures in India and China, or done by monkeys with typewriters. I don’t buy that adjustment, it is without scientific foundation or credible physical explanation.”
Well duuhhhh. . . you can’t see the basis for an adjustment, if you don’t know/research WHY that adjustment was made.
Can you show us a graph comparing ALL the 49 stations in Nepal for 1971–94,
Are you going to explain the Kathmandu adjustment?
Unlike many of you, I know that urban temperature data sets can require adjustments in either direction.
So Greg F, it seems like you might have some connection with NASA/GISS. It would be a really big plus if that organization either corrected the data or defended it, and not just for this particular case.
Polar temperature differences with the Danes would be good also.
Greg F says:
August 11, 2010 at 2:13 pm
“I think we can all agree that in at least this case the GIStemp algorithms failed. ”
Actually, while I find the GISS algorithm odd to a degree, I think it works as intended. What GISS fails to recognize is their results are only as good as the input, and in this particular case one of the rural stations represents really crappy input.
I’m not affiliated with NASA/GISS in any way.
But I do follow the efforts at http://clearclimatecode.org/gistemp/
They have reimplemented the GIStemp program in python and made an effort to simplify it down for exactly this kind of analysis. That group is neither warmists, nor skeptics. Their goal is simply to expose the code so that the arguments can be clear and productive. It has been freely available for months. Anyone can delve into it, but I see little in the way of skeptics diving in and doing so.
In the linux developers world, the comment is often, “quit talking and show me the code!” Well with GIStemp skeptics can do exactly that and I look forward to seeing posts that show precisely what is wrong with GIStemp.
And more importantly, what happens to the global averages when the GIStemp code is fixed to handle the adjustments in a way that TRUE peer review shows is proper!
fyi: As far as I know, GIStemp itself was never peer reviewed. Prior to a couple years ago, the programs used to adjust temps were not part of the peer review process. Now with the power of FOI, we the skeptic community have the real opportunity to see exactly how things work.
The trend adjustment in this graph seems pretty obvious. It is trying to account for the 1987 to 2010 data, which shows a dramatic increase in temperature. Rather than spreading the rise over 50 years it is trying to massage it over 20. If the latter data set is correct, then I’d have to say this whole argument is moot.
Python? argh….. more (un-commented) hacker script crap.
Have little time but great work Willis.
Hope this is THE ultimate “hide the decline” and there are no more even worse out there. Wouldn’t doubt it though. The corruption of science runs deep.
I took a stab at analyzing Nepalese temperature data. The takeaway message is that it is warming rather quickly: http://rankexploits.com/musings/2010/dog-days-in-nepal/
I’m with Greg F on this (August 11, 2010 at 3:38 pm). The code is out there. What people like myself would like to know is whether the logic is correct regarding data manipulation. Until that is known, skepticism over GISS outputs is mere foot stamping.
George E. Smith says:
August 11, 2010 at 2:18 pm
Well since Temperature measurements are good out to 1200 km away from the thermometer; you don’t really need any more than one thermometer for Nepal;
no they are not. The estimation of the GLOBAL TREND OVER TIME is relatively INSENSITIVE to adding additional local stations or subtracting local stations.
For example, If you take all 4000 or so stations of GCHN and look at how they fall on a 3×3 grid of the world the distribution of stations per grid goes from 1 station per grid to around 40. If you do a simple test, like resampling, where you look at every grid cell like a urn, and pull 1 and only one temperature station per urn and calculate the global average… trend doesnt change. Do that over and over and over again. trend doesnt change. The spread of trends for all the stations in the world is roughly normal, kinda leptokurtic if I had to guess, there are a few stations that
cool on average over the century, a large portion that show no warming or slight warming, and a final set of stations that show large amount.. on the order of 3-4C per century. These tend to be high latitude stations.
you can also do the expereiemnt a different way. Select a SMALL number of stations
for the entire world. say the 100 longest records. You get a global average over time.
Now start to add stations. that global average will not move appreciably. The spatial field is broadly coherent over time. the 4 longest stations, 60, stations, 100 stations, 1000, 5000 stations, 10000, 20000, 40000. It dont change much.
Now could I pick locations that showed cooling over long times? yup.
Now, This particular station is interesting because…. ITS DROPPED.
Yup, take a look at the years in record. This high altitude site is a part of the great thermometer march… And what happens to averages after 1990? when you drop stations like this?..
Hmm if the station is adjust UPWARD in 1960 to 1980, then the record PRIOR to the steepest rise ( 1979-2009) was inflated upwards. When this station gets dropped… well, you guys do the math
Greg F;
Puhleeze, I’ve read several of CCC comments over at Lucia’s. They are hardly neutral.
RE:
“Zeke Hausfather says:
I took a stab at analyzing Nepalese temperature data. The takeaway message is that it is warming rather quickly: http://rankexploits.com/musings/2010/dog-days-in-nepal/”
I’d suggest Zeke’s analysis is at least worth a read. He generally sticks around after his posts, and and seems willing to address questions/comments.
John Goetz says:
August 11, 2010 at 11:38 am
Thanks, John, I think you are right. I’ve put an Update at the end of the head post discussing that.
DR says:
August 11, 2010 at 5:17 pm (Edit)
“Puhleeze, I’ve read several of CCC comments over at Lucia’s. They are hardly neutral.”
While I agree they are hardly neutral, the conversion to Python has been helpful, because they have added some comments, done a great job documenting a bunch of parameters, and made it generally a lot easier to follow the GISS code than what was possible with the spaghetti GISS published.
The net is that the GISS code does what it was intended to do. That does not mean I agree with how it does things, but there are not little routines hidden in the code that adjust temperatures to make things appear warmer. The algorithms used to estimate missing temperatures, create yearly averages, combine multiple records, etc., may have unintended consequences in terms of magnifying a trend, but I doubt that they create a trend or reverse a trend.
I think the biggest problem lies with the source data. GISS assumes that the input data is quality data, but it is not. The stuff they get from NOAA is itself processed through algorithms that make feeble attempts to correct errors or “fill in the blank” with estimates. The source data is basically crap that is set on fire and beaten with an ice pick in an attempt to make it pretty.
I think NOAA could improve things by manually inspecting the existing data, correcting errors, and creating “golden datasets” that do not need to be massaged each time a temperature is added to the data. How hard is it to establish a QC process, hire a bunch of college interns for a few semesters, set up review meetings and crunch through the records. There really is not that much volume to deal with – I’ve been able to go through several stations per hour fixing little problems like changing a -23 C July temperature in Pennsylvania to +23 C. An obvious transcription error somewhere along the way, but it results in NOAA dropping the data (failed computer QC) and GISS estimating the missing data.
Its rather bothering that very important threads like this are preceded by other onerous ones. Maybe this could be kept somehow as #1 for some time as a link on top or something until its has been sorted re
for example
http://rankexploits.com/musings/2010/dog-days-in-nepal/
creeps up and here we are probably looking forward to some vigorous exchanges of who was right etc…..
Obviously Zekes posting suggests some deep worry from the warmista team at GISS NASA about this one going unanswered as it is very serious indeed and likely to reach MSM….
Anthony: Your da boss just some advice re VIP postings and duration etc
cosmo_originally says:
August 11, 2010 at 3:13 pm
Since the GHCN and GISS only show one single station in Nepal, of what possible use would that be? GISS did not use any of them to make the adjustment, as far as GISS is concerned they don’t exist.
See my Update to the head post for a reasonable shot at it.
Certainly they can. But since the overwhelming effect of the creation and growth of cities is warming rather than cooling, it would take special circumstances to see a fast-growing city such as Kathmandu have a spurious cooling trend. As a result, you’d need to justify your action, since it is unusual. That’s where the quality control and the “reasonableness test” come in.
Zeke Hausfather says:
August 11, 2010 at 5:02 pm
Zeke, many thanks, a fascinating analysis. A couple small points: you seem to be under the impression that I think the GISS analysis was used by IPCC. I know that the IPCC used little from GISS, it was just that the IPCC claims led me to look at the Kathmandu data, and I chanced to look at the GISS data.
Zeke also pointed out what I had missed, that there are slight overlaps between the datasets which could conceivably allow us to treat them all as one kinda contiguous record. However, GISS (for whatever reason) has not done so, but has only used one of them and then adjusted that one. In any case, the complete record also shows little trend.
Willis,
I think I somewhat misunderstood this passage to imply that the GISTemp was cited by the IPCC:
“Finally, does this “make a difference”? In the global average temperature, no – it is only one GHCN/GISS datapoint among many. But for the average temperature of Nepal, absolutely – it is the only GHCN/GISS datapoint. So it is quite important to the folks in Nepal … and infinitely misleading to them.
And when it is cited as one of the fastest warming places on the planet, it makes a difference there as well. And when the IPCC puts it in their Assessment Report, it makes a difference there.”
On a related note, it might be an interesting exercise to compare a histogram of the differences in all station trends pre and post GISTemp UHI adjustments.