This template was considered for deletion on 2007 July 17. The result of the discussion was "keep".
As of now, the template works well in the major browsers. It's informative, especially the nice curve formed by temperature bars. It also scales very well. There are some outstanding issues:
It's pretty large on the screen. Width can't be helped much without making numbers too small. Height could be reduced either by altering the ratios in #expr, or by reducing the default range and adding an argument to allow for more space for cold/hot places.
It's large in html, more than 10k. It could be reduced by well over a half if the repeating style values were moved to site css.
It depends on a css-compliant browser. It actually conveys useful information in text browsers, but it could be improved by changing some divs into spans. That would also require changes to site css.
This template does not require a rating on Wikipedia's content assessment scale. It is of interest to the following WikiProjects:
This template is within the scope of WikiProject Weather, which collaborates on weather and related subjects on Wikipedia. To participate, help improve this article or visit the project page for details.
As well as giving a link to the data source, this sort of chart should include: (a) the date the weather data was accessed (eg. chart compiled in July 2007); (b) the date the source itself compiled the data (eg. data published in 2005); and (c) the date over which the data was averaged (data is the averages over 50 years from 1945-1995). All this is needed for the reader to make sense of the data, otherwise it is just a pretty picture. Carcharoth23:38, 22 July 2007 (UTC)[reply]
Down the bottom next to or in the "source" link. Imagine these charts still being used in 50 years time. There needs to be a date somewhere on the chart. Carcharoth23:17, 25 July 2007 (UTC)[reply]
Can there be a parameter specified for whether degrees are in Fahrenheit and precipitation is in inches? It would make it a lot more user friendly for Americans. --YbborTalk23:15, 7 August 2007 (UTC)[reply]
In the article Kingston upon Hull the lower part of the chart (conversion to imperial units) is displayed skewed to the left of the box. This tendency shows in other articles to a lesser degree. Is there a fix, please?--Harkey Lodger (talk) 18:27, 17 February 2008 (UTC)[reply]
Decimals running together on precipitation section
When you have decimals on the precipitation chart, they run together making all number illegible. Is there a way we can keep the numbers legible without losing the decimal precision? Maybe round the numbers for display so that the literal data (usually copied from a source) isn't lost? -- Renesis (talk) 03:51, 7 April 2008 (UTC)[reply]
I've reduced the size of the precipitation numbers somewhat. Also, all precipitation numbers larger than 10 are now rounded to 0 places, and those smaller than 10 to 1 place. This should hopefully fix most problems. Zocky | picture popups13:08, 19 September 2008 (UTC)[reply]
I am having a problem with the chart for Brownsville Texas. It seems to be pushing all the high temperatures below the bars, and then they get crowded over the low temperature bars. Have left my example on the sandbox page. 25or6to4 (talk) 16:45, 7 October 2008 (UTC)[reply]
I had the same problem with the charts of three different cities. The reason was that I had reversed the order of the high and low temperatures. When I put the lows before the highs, the charts displayed properly. Erutuon (talk) 20:11, 22 October 2008 (UTC)[reply]
Add "hours of sunshine" and annual averages
This is a very nice template. It would be even better is would accommodate an additional segment on "hours of sunshine". Also a possiblity to show annual averages would be welcome. See for example the data in Netherlands#Climate. −Woodstone (talk) 21:37, 2 January 2009 (UTC)[reply]
I agree with the annual averages part not so much hours of sunshine. That is hard to collect and can be defined in various ways. Mean number of rain days might be usefully however chart will get crowded quickly.
Many countries have the mean hours of sunshine... I think the easiest thing to include is the daily mean temperature, which could be shown as a (say) green line inside the red range. └VodkaJazz / talk┐20:09, 1 September 2010 (UTC)[reply]
Can someon design another chart with 3 more parameters per month: record high temperate, record low temperate, maximum precipitation? Example: [2]. -- Jeandré, 2009-02-20t13:30z
I made some initial changes to this template to (a) bring it inline with the expectations of our other templates, including the use of appropriate HTML classes) and (b) clean the code up so that it is more readable and hence maintainable. The current version is in the sandbox; comparison between the old and new layouts is in the new test cases page. Amongst other changes, the use of a defined HTML class affords the template an inherent floating ability and margins which better set it off from the article body. Chris Cunningham (not at work) - talk14:59, 20 July 2009 (UTC)[reply]
What about the discussion on my talk page? That issue has not been resolved and until I can see a clear reason for making it wider, I will keep the infobox the same width. Making it wider has serioues layout issues on many articles. It doesn't need to be made wider. JollyΩJanner14:10, 30 July 2009 (UTC)[reply]
I've already indicated that I can't reproduce the issue on your talk page. Furthermore, I find it very difficult to believe that a difference of ~10 pixels in the worst case causes "serioues layout issues on many articles". Chris Cunningham (not at work) - talk14:27, 30 July 2009 (UTC)[reply]
The text is smaller and thus more difficult to read. I cannot see any improvements in the new version. Is it possible that its width is caused because you set its "style="infobox". Maybe infoboxes are set to a standard size and that is why it's made biggers. I cannot explain the smaller text though. JollyΩJanner15:24, 30 July 2009 (UTC)[reply]
That's correct. There are a standard set of font metrics for templates like this, and we should be using them. Instead, we're sticking to some arbitrary other styling, for what appears to be no better reason than personal preference. As this both makes them template less integrated into the project as a whole and harder to maintain, we should just go with the standard styling. Again, I'd far rather see some concrete evidence that the proposed version causes problems in existing articles than a vague assertion that it does which I can't reproduce. Chris Cunningham (not at work) - talk22:21, 30 July 2009 (UTC)[reply]
I think the text is too small and will be difficult to read. As you can see on the old version, the size of the text is not causing any problems (it all fits into the chart). I also think the gaps are too great between the columns and decreases the ability to see a pattern/curve. JollyΩJanner22:42, 30 July 2009 (UTC)[reply]
These can certainly be tweaked, and I hope to continue working on the template to address any further issues, but they aren't showstoppers. I'll have a look into increasing the font size. Chris Cunningham (not at work) - talk08:31, 31 July 2009 (UTC)[reply]
Very importantly, the height of the template mustn't be (too) dependent on the name of the place that the climate chart is for. In my browser that e.g. happens in the South West England article, and it causes the charts to be laid out seemingly haphazardly on the page with big white holes between them. This obviously won't do, so we need the <br> before the name of the place back. Zocky | picture popups19:27, 31 July 2009 (UTC)[reply]
I find today's changes quite ugly, and think the new text looks huge. Look at what you've done to articles that use Imperial units, like Louisiana. I worry editors are only looking at specific English pages. This should have the same size text as infoboxes or navboxes, which is small. If this is too small for you, I suggest you change the text size on your browser. The chart is useful because it is compact, and I didn't find it hard to read before.-- Patrick {oѺ∞} 18:58, 4 August 2009 (UTC)[reply]
The extra size isn't causing any change in the size of the box itself. All the text fits onto one line, so I don't feel any need to make it smaller. I think the other text of the measurements could do with being made bigger though. JollyΩJanner19:17, 4 August 2009 (UTC)[reply]
I'm no expert on the climate of Louisiana, but I'm sure that it rains there at least once a year. Why is the climate chart not showing this? Also, I think if you're going to display four climate records, then the table version of climate data would be better. This template shouldn't be used on either side of the text. JollyΩJanner19:21, 4 August 2009 (UTC)[reply]
Janner, I wasn't singling you out. Anyway, I fixed the error. I don't know how the effect on Imperial units was overlooked, but editors need to be wary. Best-- Patrick {oѺ∞} 04:42, 6 August 2009 (UTC)[reply]
Minor changes
I would like the Key to not be colored, as it makes them look like links, Perhaps a small colored box could be provided? Second I'd like "metric conversion" to be titled simply "Metric Units" (and the same for Imperial). Anyone agree or disagree? -Ravedave (talk) 03:47, 18 September 2009 (UTC)[reply]
A small colored box legend could do (but I'd really have to see it—I'd rather not add complexity to an already busy diagram). I agree with your 2nd point for "Metric units". +mt06:10, 24 September 2009 (UTC)[reply]
The climate chart sometimes does not display properly in IE 8 (just shows a blank space where the chart should be). I noticed it first at Northwich. I believe it may be ultimately the same problem with IE and/or the HTML that Wikipedia is generating as is described at Template talk:Location_map#Map does not work properly in IE. There is something that is not working properly with dynamically generated graphical content. 86.134.55.215 (talk) 00:10, 2 February 2010 (UTC).[reply]
It happens sometimes to me on Internet Explorer 8. Most of the time it's fine. I have no idea why it sometimes happens, though. Doing a hard refresh (Ctrl+ F5) somtimes helps. The one on Northwhich works fine for me. JollyΩJanner01:19, 2 February 2010 (UTC)[reply]
Northwich is now working OK for me too. Yesterday it consistently failed. Today it consistently works. Tomorrow, who knows. I've noticed this with the other related problems too. The behaviour is not reliably reproducible. 86.136.194.75 (talk) 14:37, 2 February 2010 (UTC).[reply]
I recently applied this template to an article, and it was suggested to me that the words "average", "precipitation" and "source" which appear below the chart should be capitalized, and I think that's correct. Any thoughts on that? Omnedon (talk) 06:04, 23 January 2011 (UTC)[reply]
I just put the template up on the page for Agra and the average temp. which touches 42C in May is overlapping with the text for the month... is there any way to fix it?
Madhav (talk) 04:33, 9 May 2008 (UTC)[reply]
Same issue occurs for Vostok Station on the lower end. The graph doesn't look serious due to very low temperatures (down to -104). The temperature chart goes below the box of the chart, overlapping rest of document. —Preceding unsigned comment added by 83.134.0.76 (talk) 21:35, 29 July 2009 (UTC)[reply]
Where are we at with fixing this? Essecially with the Vostok Station climate chart it makes it completely pointless. Either the template needs to auto scale or a height option should be added. --ben_b (talk) 18:25, 24 March 2010 (UTC)[reply]
This seems to be a generic scaling problem, several reports in the past. I have grouped the ones I could spot into a single section. Someone with template knowledge needs to look at this. Shyamal (talk) 06:29, 19 October 2011 (UTC)[reply]
The United States does not use Imperial measure, that system having been introduced in the British Empire in the nineteenth century, well after the U.S. became an independent nation. The generally accepted name for the customary system of units in the U.S. is "United States customary" measure. (Granted that the difference between the two systems, which is primarily in the units of volume, does not involve the units being used here -- but there is still the matter of naming.) Is there any part of the former British Empire that still uses Imperial measure for weather reports? All of the Commonwealth countries I am familiar with have used metric measure in weather reporting for decades now. 121a0012 (talk) 19:01, 22 September 2012 (UTC)[reply]
Yes, I saw imperial units and thought, what's that?
Other common ways of referring to these systems in the United States are: "Standard," "Customary," or, somewhat erroneously when considering volume/tonnage, "Imperial," or "English," which refers to the pre-1824 reform measures used throughout the British Empire.
Just added one of these nifty climate charts to the Asheville page. For some reason though the grey horizontal line that denotes freezing temps is displaying too low. You can clearly see the low temps for the winter months of Jan, Feb, and Dec are 27, 30 and 30. Even though these are below freezing they are displaying above the freezing line. Any idea what gives? --Dejitarob (talk) 03:28, 3 October 2012 (UTC)[reply]
Above is a chart filled in for Beaver Creek, Yukon, using the data already in the article as of 04:29, 4 October 2012 (UTC). Its winters are cold, so for this template to generated a usable chart for its climate data, some sort of optional parameter for shifting the red bars up is needed. As should be apparent, when a place is as cold as Beaver Creek, the warmest templates are low enough that the current implementation leaves plenty of room to allow for some way to shift the red bars up. Anyone interested in implementing such a shift option? 72.244.204.87 (talk) 04:29, 4 October 2012 (UTC)[reply]
In the second line. I will try to include another parameter this weekend so that the user is able to change the line... mabdul15:36, 9 November 2012 (UTC)[reply]
@TheDJ: Hi - as someone who recently edited this template, I wonder if you have an opinion about adding a legend? It seems there's been little activity here otherwise. I'm no expert, but I've had a go on the sandbox. Since May, I've also thought that maybe the legend text could be normal colour, as it's all a bit "jazzy" and possibly unnecessary if we have coloured legend boxes instead.—Jon (talk) 21:51, 11 December 2022 (UTC)[reply]
I've made a module version of this template, just to get it advertised. There's a bit more work to do involving the layout options (float/clear), which I do intend to restrict a bit from where they are today.
Also, as you can see in Template:Climate chart/sandbox, this version corrects at least one error when a value is missing but makes the missing value non-obvious to the user without close inspection of the values in the table and/or knowledge of the default. Is there a desire to adjust that behavior? Izno (talk) 22:40, 26 July 2023 (UTC)[reply]
I have made this live. I do think a warning is probably correct to emit but it can be done in a separate context or as a category. Izno (talk) 00:20, 1 March 2024 (UTC)[reply]
Order = flip?
Would it be possible to add an order=flip parameter to this template like Template:Convert, so one can enter the data in SI units, but still have the Imperial units be the primary display, or vice versa? Or perhaps for this template it would make more sense to add a data_units parameter, which defaults to the same as units. I encountered a situation where the data was in SI units for an article about a U.S. location, so I had to convert it all to get Imperial units to show up first. –CWenger (^ • @) 16:44, 20 August 2023 (UTC)[reply]
"Imperial conversion" headers are misaligned on mobile
It seems a recent change is causing negative temperatures to be shown incorrectly unless they have a specific type of formatting
@Izno: A large amount of climate charts had become broken by the latest changes to the template. The problem seems to be about formatting and negative temperatures. I've reverted your changes to the template, the problems seem to have disappeared.
For an example of a climate chart that became bugged with the new changes, see the Shenyang climate chart in Humid continental climate. Uness232 (talk) 05:27, 4 March 2024 (UTC)[reply]
@Uness232, as I expected, someone plugged in actual − into the inputs rather than the more typical hyphen-minus. The template handles display of minus signs automatically. I will need to look again but I am pretty sure I ported the template to Lua faithfully on this point.
I also discovered a rounding issue too it looks like for negative numbers that are halves which round positively rather than negatively (−16.5 rounds to −16 currently in the sandbox, −17 in the live), so I'll have to see about that. Izno (talk) 17:34, 6 March 2024 (UTC)[reply]
Cool, {{#expr:}} normalizes minus dashes to the format that PHP wants to use for the computation. Things you learn. Not sure what I want to do about that... Izno (talk) 23:18, 6 March 2024 (UTC)[reply]
Yup, cheating by just running the args through the Lua equivalent of #expr prior to use seems to have fixed that issue in the sandbox. Izno (talk) 00:14, 21 December 2024 (UTC)[reply]
That appears to be an issue with the test case templates, or an error in the live template that isn't typically reproduced, based on replacing the whole page with a single test case from the sandbox. Please provide a reproducible case without those. @Jonesey95Izno (talk) 23:59, 20 December 2024 (UTC)[reply]
Yup, I can't reproduce in the absence of the test case templates. There are other examples of such in the set of stripped tags that leave me to believe that it's something wrong with those templates and not this module. Izno (talk) 00:09, 21 December 2024 (UTC)[reply]