From one of the scientists doing the programming on the climate models. And millions are trusting this mess. -------------- Discovered that WMO codes are still a pain in the arse. And that Id forgotten to match Australian updates by BOM code (last field in header) instead of WMO code - so I had to modify newmergedbauto. Also found that running fixwmos.for was less than successful on VAP, because its already screwed: uealogin1[/cru/cruts/version_3_0/update_top/db/vap] grep -i jan mayen vap.0804231150.dtb 0100100 7093 -867 9 JAN MAYEN(NOR-NAVY) NORWAY 2003 2007 -999 0 1001000 7093 -866 9 JAN MAYEN(NOR NAVY) NORWAY 1971 2003 -999 -999 Ulp! I am seriously close to giving up, again. The history of this is so complex that I cant get far enough into it before by head hurts and I have to stop. Each parameter has a tortuous history of manual and semi-automated interventions that I simply cannot just go back to early versions and run the update prog. I could be throwing away all kinds of corrections - to lat/lons, to WMOs (yes!), and more. So what the hell can I do about all these duplicate stations? Well, how about fixdupes.for? That would be perfect - except that I never finished it, I was diverted off to fight some other fire. Aarrgghhh. I - need - a - database - cleaner. What about the ones I used for the CRUTEM3 work with Phil Brohan? Cant find the bugger!! Looked everywhere, Matlab scripts aplenty but not the one that produced the plots I used in my CRU presentation in 2005. Oh, F*CK IT. Sorry. I will have to WRITE a program to find potential duplicates. di2.nu/foia/HARRY_READ_ME-35v.html
Posted on: Thu, 16 Jan 2014 15:56:13 +0000
Trending Topics
Recently Viewed Topics
© 2015