This page 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.
79.1%
Infobox weather event adoption (2200 / 2783) as of 00:45, 9 May 2024 (UTC)
Phase 1: Introduction & Development I
What's this about?
Many of our infoboxes have existed for quite a while without undergoing any serious changes. This has led to infoboxes becoming outdated coding-wise since some features are now obsolete while there are also new ones. Infoboxes such as Tropical Cyclone, Floods, and Storm are a mess of coding which makes it difficult to modify them without causing errors and thus limits any additional functionality we desire. This is in large part a result of having so many different scales that are used within our infoboxes. We have several infoboxes for various events while it is possible to use the same infobox and have everything centralized by using a modular style. Storm colors and images have already been modulized for quite some time. The benefit of using modular infoboxes is that you can only include the parts that you need within an article. This means we can more easily edit our infoboxes to add new features as we desire. The other issue we have is that some topics lack proper infoboxes, such as space weather, droughts, cold waves, and heat waves. I propose that we start with these topics in order to get a baseline established for what we want to include in the general infobox and we can develop specifics for the sub-infoboxes for each of these events. NoahTalk14:40, 5 January 2023 (UTC)[reply]
Thoughts on parameters specific to these events? Scales used in other countries? Keep in mind these scales currently here would ONLY be used within infoboxes and are designed to match up with the maps produced by the National Weather Service. Additionally, this is not optional. We have to at a minimum develop and implement the infoboxes for these events above that do not have infoboxes. We already have the basics created such as met history and effects. NoahTalk15:11, 6 January 2023 (UTC)[reply]
Frankly, with the minimal participation on this project for the past year, I don't expect there to be much comments on this. Might as well just implement these scales boldly and see who screams. I do have one comment though: please avoid using high-saturation colors. This isn't an image or graphic map; the colors need to properly contrast with text. Blindly following the colors that the NWS uses without considering how it would actually look in front of text would be a mistake. Chlod (say hi!) 01:38, 15 January 2023 (UTC)[reply]
@Chlod: It's likely we would just use white text in these cases like other projects do. Earthquakes, for example, switches between white and black text depending on which is more accessible. This does workNoahTalk03:25, 15 January 2023 (UTC)[reply]
@Hurricane Noah: Yeah, but this (even if it's AAA) looks... bad... I'm sure other editors would carry the same sentiment. Most infobox templates only use desaturated or pastel colors because it's easier on the eyes. The only exception I can find that's in wide use is {{Infobox YouTube personality}} (but even then, the background is dark enough that white can comfortably fit on top of it). It gets worse if you add links into the mix. Chlod (say hi!) 02:00, 16 January 2023 (UTC)[reply]
We unanimously agreed (at least a small group did during the colors debate; you did support said proposal) not to include any links within the colored portions of infoboxes due to that being issue with colors already in use as well as potential new colors. Nearly all the infoboxes you linked would not compare since they aren't trying to convey information with the colors. The colors are solely aesthetic in nature rather than trying to provide information. Considering it's only a number or a few words at most someone would need to read, it shouldn't cause that much eye strain. It would be much different if it was the infobox background or a page background. You run into problems with temperature scales where you have nearly two dozen colors or in the case of climate tables, it needs to adjust for any value put in. The climate tables use colors like this, such as at Death Valley#Climate. The issue people take up with pastel or desaturated is they think it looks bad. If there is a feasible solution that keeps the differentiated colors in tact, that would be good. It likely could be taken to the climate box temperatures as well. Anyways, I am going to sleep since I have to get up early to log onto my computer to do class work. Having covid is a big pain in the ass. NoahTalk02:54, 16 January 2023 (UTC)[reply]
Looking at the excellent work Chlod has done thus far on {{infobox weather event}} (and its docs; alone deserving of a hearty pat on the back), I'm more than happy to see them taking this all the way. It's not a controversial change to update inline with de facto standards; as long as the appropriate tests are run beforehand and everything works when it's switched over, there'll be no screaming worth a damn. Let me know if I can be helpful. Fred Gandt · talk · contribs03:40, 15 January 2023 (UTC)[reply]
My comment is that we need to figure which paramaters we really need to present in the final implimentation of these boxes. For example: Do we really need to present the hghest level of warning for every island/country or every single meteorological agencies take on a system, when they are generally speaking the same. (Bar in the WPAC). I also note that the Aus scale as presented needs a bit of work, Cat 5 on the Aus Scale starts at 110 knots (Scientifically 107 kts?) not 111/115 and that 3 of the main warning centres are missing (MetService, Jackarta, PNG).Jason Rees (talk) 14:50, 15 January 2023 (UTC)[reply]
While the use of the JTWC subbox is generally allowed on all basins besides those which use the Saffir–Simpson scale (North Atlantic/Eastern Pacific/Central Pacific), other agency subboxes [...] should generally be used only when the storm is not recognized by the basin's RSMC.
Regarding the Aus scale, I did not implement this, but Noah did. It's been fixed, and it was a two byte change; no need to mess with many different parts of the template to get it fixed (unlike {{Infobox tropical cyclone}} :P). As for the three other warning centers you mentioned, provide a link to their scales so they can get added. It won't take more than an hour of work. I started off with just those in Tropical cyclone scales, since those are the ones most likely notable. Chlod (say hi!) 01:40, 16 January 2023 (UTC)[reply]
As mentioned in Tropical cyclone scales MetService, PNG NWS and TCWC Jakarta all use the Australian scale, but we need them adding since there are times when systems are monitored by the warning centers at peak rather than Nadi/BoM. As an example, MetService named Eva last year.Jason Rees (talk) 02:04, 16 January 2023 (UTC)[reply]
Sweet. I wonder if we could tweak MFR to just MF, as it would be good to present Meteo France French Polynesia's intensity estimate for Cyclone Nisha-Orama in the infobox alongside Nadi's/NPMOC's. In fact thinking about it, I wonder if its worth adding in the Naval Pacific Meteorology and Oceanography Center to the infobox even if their nickname was Never Push Me On Cyclones, as it is their estimates that are used in the SEPAC between 1980 and 2000 rather than the JTWC.Jason Rees (talk) 17:31, 16 January 2023 (UTC)[reply]
@Jason Rees and Chlod: I reconfigured the TC watches/warnings to have the link on the warning type (ie Tropical Cyclone at this point, but others will get it later) rather than on the warning itself since it would violate MOS:ACCESS to have the link on certain colors. The plan was to have the highest warning level in the infobox for each event type (TC, flood, cold wave, winter weather, etc). Not sure whether or not we want to continue to use this on events that have ended, but it certainly gives perspective to the land impact a tropical cyclone had since not all storms hit at peak intensity for their winds or a snow storm that had widespread, yet severe impacts that didn't register that high on RSI. Thoughts? NoahTalk00:04, 17 January 2023 (UTC)[reply]
It would be much more beneficial to instead have icons that link to the proper warning system (if an article is available for it) and/or have appropriate alt text, much like how we currently have the NFPA 704 (fire diamond) and GHS pictograms for chemboxes (see Hydroflouric acid). Colored text scattered all over that area is a nightmare, and an easy way to get smacked with {{overcoloured}}. Chlod (say hi!) 00:10, 17 January 2023 (UTC)[reply]
The problem with having the highest warning level in the infobox for stuff like TC's is the widespread nature of them. For example: are we really wanting to add the highest warning for Micronesia, Palau, The Phillippines/Taiwan, Eastern or Southern China, The Malay Archipeligo or Japan/Korea. Personally it seems very OTT and unneeded.Jason Rees (talk) 01:47, 17 January 2023 (UTC)[reply]
This might be something that should be !voted on by the project. In my view, it's a good way to quickly categorize the actual damages (compared to storm intensity, which isn't a good indicator for damages) within the infobox, aside from the monetary damages (since inflation and costs of living can skew perception on that figure) or deaths. Whether this is useful for the reader, it depends. Chlod (say hi!) 01:55, 17 January 2023 (UTC)[reply]
Two ways I can think of to go about this: create icons for each agency (or use existing ones), or include the agency logo and the relevant warning as text. The latter encounters issues with contextualizing the warning though, since we can't link to other pages lest we risk contrast issues. Chlod (say hi!) 04:24, 22 January 2023 (UTC)[reply]
MFR box moved to MF, acronym can be changed with |agency=. As for the NPMOC, could definitely make that a box too. There's no limit to what scales we can add in, even if it's historical. If we do plan on adding it in, did they also use SSWHS or a different scale? Chlod (say hi!) 02:14, 17 January 2023 (UTC)[reply]
@Fred Gandt: w/r/t the footer, there's some points you raised in Template talk:Infobox tropical cyclone that also apply here. Luckily, I can make it so that the "related" sections appear as if they're in a different box when transcluded, since it always goes at the end of the infobox set anyway. Let me know what you think should be done here. Chlod (say hi!) 02:53, 16 January 2023 (UTC)[reply]
I dunno how you're thinking of handling the switchover, but at the end of the day I think it best if the related stuff isn't even remotely part of the infobox; it simply shouldn't be. If you're thinking of a temporary visual separation; consider how temporary can very often unintentionally turn into permanent. As was already said (wherever the hell it was said...) by Gonnym at Template talk:Infobox tropical cyclone; related equates to "see also", and as such, belongs in some kind of related series box as can be seen on many other related article series; something like "This article is part of a series of articles about PAGENAME" kinda thing. Fred Gandt · talk · contribs03:39, 16 January 2023 (UTC)[reply]
I'm not putting words in anyone's mouth here, but I see a lot of editors just rejecting change because it's change, rather than taking stuff on its own merits. The funny thing is the result of disabling the new template there is so obviously horrible; the only change in data I can see is the completely reasonable rounding of damage costs, but the presentation is rendered, because of that edit, gawd-dammed fugly 🤦♀️ Fred Gandt · talk · contribs01:43, 18 January 2023 (UTC)[reply]
@Fred Gandt: There tends to be a lot of resistance to change, especially when things have been the same for so long. This infobox has been largely untouched since 2006. I can attest that it is a huge pain in the ass to attempt to edit it because of the complex and outdated nature of the coding. I tried to make a simple edit last year (removing a link) and ended up breaking something as a result. There tends to be a lot of resistance to any changes. I remember a university prof telling me how professors protested the changeover from quarters to semesters. That went through anyways despite the opposition. NoahTalk02:38, 18 January 2023 (UTC)[reply]
Don't beat yourself up; pre lua template code can be enough to drive an editor crosseyed. So many braces @_@ But yeah; change. The weird thing is; if things didn't change the universe would...n't be. Fred Gandt · talk · contribs02:49, 18 January 2023 (UTC)[reply]
I have yet to see how the above discussion constitutes "consensus" for moving the infobox's color strip below the image. We can and should use multiple agencies' data but the top of the infobox looks quite bare without the color.--Jasper Deng(talk)09:45, 18 January 2023 (UTC)[reply]
The facts are that our infobox is outdated both coding and style-wise and is cumbersome to edit by nature. We need to bring our infoboxes into line with other infoboxes. Quite frankly, having the color strip above the image is an inconsistency between our infobox and others. Other infoboxes have section headers, which is what the color strip would be in this case. The section header needs to be right above the data that is displayed below it. Our infobox currently does not have section headers period, which is inconsistent. This new infobox also introduces padding, which the lack of is another inconsistency we have. The infobox is outdated coding-wise since it has been largely unchanged since its inception around 2006. Having jumbles of code all in one basket makes it hard to fix issues and add functionality. Using a modular infobox makes it much easier to include new items that we want to showcase in the infobox and eliminates the need to have several infoboxes. While I had started this discussion initially to deal with the topics that didn't have infoboxes, editors outside our project independently brought up issues with the TC template. We are obligated to fix these since our infobox must be consistent with the other ones. NoahTalk22:57, 18 January 2023 (UTC)[reply]
Personally I think it makes more sense to have the colour strip above the intensity information rather than at the top of the infobox away from the various Met stats especially when the met stats directly control the colour stip.Jason Rees (talk) 23:29, 18 January 2023 (UTC)[reply]
The strip being put above metrics also contextualizes information, so that we have the proper data for varying observation intervals (10-minute or 1-minute) or agencies. Chlod (say hi!) 02:49, 19 January 2023 (UTC)[reply]
The text put on top of the category (e.g. Tropical depression ) acts as the label for that header. The color is for presentation. We could do away with it entirely, but it's a very quick and easy way to know how severe a storm was without needing to read the text. Chlod (say hi!) 02:50, 19 January 2023 (UTC)[reply]
With a legend it's quick and easy; without it's just a color. Perhaps a collapsed legend could be included? Too much clutter? If the label terms are linked to an article, then the color legend can be on each article perhaps? No series of articles? That would be odd; perhaps an explanatory page on a suitable WikiProject? Surely there has to be a reader friendly way to provide context for this color; us knowing what it means isn't really very useful. Fred Gandt · talk · contribs04:26, 19 January 2023 (UTC)[reply]
@Fred Gandt: Each scale should link to a relevant agency, with the scale detailed in the article and containing all the colors. If the relevant agency doesn't have the scale in its article yet, we could consider adding in its relevant scale in summary style and link to Tropical cyclone scales as the main page. We could also link to the scale itself on Tropical cyclone scales (or its respective page, if one exists). Which of these would be better (or should we look for other options)? Chlod (say hi!) 03:45, 22 January 2023 (UTC)[reply]
This could work, although I feel like there are some who would be opposed to this as it means having to put a 'Notes' section in all existing typhoon articles (or else it will fall to the bottom of the page). Chlod (say hi!) 04:27, 22 January 2023 (UTC)[reply]
Not that I see what's wrong with adding a notes section for notes, an collapsed legend right there in the infobox seems preferable to having readers navigating here and there to simply know what the color represents if a notes section is horrifying. Fred Gandt · talk · contribs05:15, 22 January 2023 (UTC)[reply]
@Chlod: Personally I feel that the articles for the warning centers should not contain any major information on the TC scale that they use bar a sentence or two as it isnt relevant to the agency itself.Jason Rees (talk) 04:17, 22 January 2023 (UTC)[reply]
w/r/t the infobox change, it probably shouldn't have been done until after this discussion has been finished. For the most part, we haven't actually decided that the infobox is ready for use. I think it's worth providing a copy of the box in that revision here though, for example purposes. Chlod (say hi!) 02:26, 19 January 2023 (UTC)[reply]
w/r/t the top of the infobox looking devoid of color... that's just how every infobox on Wikipedia looks. The 11(?) years of having that same infobox just makes it feel like it's "normal". Chlod (say hi!) 02:53, 19 January 2023 (UTC)[reply]
^These are what colors look like: sails onions monday
@Hurricane Noah: Not yet; it is currently exam week and I'm only able to do small bursts of wiki work. I will be (temporarily) free from the clutches of the academic cycle of suffering next week (starting February 6); I might be able to work on it then. Chlod (say hi!) 16:26, 28 January 2023 (UTC)[reply]
Nor'easters, and any other storm which does not need special treatment, should use {{Infobox weather event/Storm}} and supply a valid |type=. I'll work on documenting all these after a few hours; as I have some personal matters to attend to. Chlod (say hi!) 02:08, 6 February 2023 (UTC)[reply]
A few things I noticed looking through the documentation for Infobox weather event:
{{Infobox weather event/MF}} is missing the lowest classification for Zone of Disturbed Weather/Tropical Disturbance.
Are the colours for typhoon and severe typhoon in {{Infobox weather event/HKO}} supposed to be the same? Would think it should mimic the JMA scale's progression.
Should there be a parameter for references somewhere in {{Infobox weather event/Effects}}, or maybe at the end of the whole infobox? Though this technically wouldn't needed if all effects are cited in the body, but just to be safe. In the same line of thought, maybe a ref to IBTrACS would be needed to support all agencies' intensity estimates.
Damage conversions to USD in {{Infobox weather event/Effects}} should be rounded to avoid giving the sense of false precision. A source should also be provided for the USD conversion (perhaps a note copying the refs at {{To USD}} would suffice), as that'll likely be brought up at FAC (personal experience here).
Great changes overall and I'm looking forward to getting used to these – I actually prefer the new aesthetic and don't mind the coloured bars in the middle at all. Just want to see some details ironed out before I'm comfortable with supporting implementation. ~ KN2731 {talk · contribs} 06:39, 25 February 2023 (UTC)[reply]
Requesting {{Infobox weather event/CMA}}, since IBTrACS consistently features their estimates for WPAC (scale here).
A function similar to |damagespost= in {{Infobox tropical cyclone}} would be really useful where the figure is not clear cut and a footnote is needed.
Damages and losses conversions now bear the same significant figures as its original input with Special:Diff/1141492604. I'm unsure how to implement the reference thing, however. It seems you solved it on Cyclone Berguitta by using a footnote within prose, which seems like the best approach here. Since the data may not always come from the IMF (e.g. see Template:To USD/data/2021 § References, which uses the World Bank and the IRS), it's hard to generate a catch-all parameter to automatically build that reference.
@Chlod: I am working on doing the color part of this. I have the Drought and Space Weather colors added to the sandbox for the module. NoahTalk01:00, 1 April 2023 (UTC)[reply]
Phase 2: RfCs
The following discussion is an archived record of a request for comment. Please do not modify it. No further edits should be made to this discussion.A summary of the conclusions reached follows.
For the general RFC: considered broadly, there is a consensus to replace the infoboxes with the new template. There is only one major objection stated, which relates to the location of the colour bar, which will be more towards the middle of the infobox. Most of these arguments boil down to some form of WP:IDONTLIKEIT, with the one exception being that it increases scroll time to get to the relevant information. I did not find this argument very convincing, given that on most platforms, either the majority of the box will be visible (PC and tablet), or users will be forced to scroll past it anyway(mobile). Either way, there is a clear support for the majority of new features implemented. This obviously does not prohibit a future discussion about the placement of the disputed element.
It has been brought to our attention that our infoboxes do not follow the standard practices of Wikipedia and thus a replacement has been devised that addresses the concerns raised. The current infoboxes lack padding and have multiple colored bars at the top, which is inconsistent with how other infoboxes are displayed. Another issue is that our infoboxes involve a complex coding array that makes it difficult to edit and add new features. Some features within these infoboxes are outdated and should be replaced by newer ones. Additionally, we had to remove links to scales within the colored bars on the tropical cyclone infobox because they violated WP:ACCESS due to lack of contrast with the background; the lack of a link to the scales is a disservice to our readers. The proposed infobox, Template:Infobox weather event, includes the addition of padding, has the colored bars (Category of a storm/event) with their respective data (consistency with other infoboxes), contains new features and some existing ones have been updated, and is much easier to edit since it's modular (each scale has its own subtemplate) rather than several different scales and events lumped into one template with if statements. Please see that template for its usage and display. Please see Template:Infobox storm, Template:Infobox tropical cyclone, and Template:Infobox flood for their displays and usages. NoahTalk20:42, 15 February 2023 (UTC)[reply]
Infobox to replace Infobox tropical cyclone, Infobox storm, and Infobox flood
Oppose - I support the changes to padding, to code, all the new features, etc., but strongly oppose moving the color bar to the middle of the infobox. I understand the argument that it's better located with the intensity information and more consistent with other infoboxes across Wikipedia, but it is a jarring change, particularly since it's a brightly colored bar surrounded by two otherwise gray bars. Even though inconsistency is reduced, I don't think anything is functionally gained from that change, and so I oppose on aesthetic grounds. Like I said, I would support all other changes. wxtrackercody (talk · contributions) 00:12, 25 February 2023 (UTC)[reply]
There wouldn't be any way to distinguish data in the infoboxes if that's the case. You'd have two different scales next to each other without indication. It's also redundant in templating, since there's no way to "store variables" to make the bar pop up at the top of the page using a template that appeared later on in the page. WPWX (and WPTC, by proxy), owing to its age, is currently the only project to put intensities of an event at the top of the page, contrary to literally every other event infobox in existence. Earthquakes don't have a wide bar, and instead have colored text (see 2011 Tōhoku earthquake and tsunami, 1923 Great Kantō earthquake). Volcano eruptions are similar, but they don't even color text at all (see 2021–22 Hunga Tonga–Hunga Haʻapai eruption and tsunami, 2009 Tonga undersea volcanic eruption). WPWX/WPTC has been hilariously behind in modernizing its style to comply with the rest of the wiki; holding it back on "aesthetic grounds" is contrary to the aesthetic style of every other event infobox which has intensities on Wikipedia. Chlod (say hi!) 00:25, 25 February 2023 (UTC)[reply]
Unless I misread your comment, I'm a little confused by you linking to the volcano articles, both of which have the colored bars at the top (which I below is the correct move). Hurricanes are singularly categorized by their intensity, and I think having that information at the top/the first thing that catches the reader's eye is important. I'm no coder, but I think a better design would be to have the color bar at the top and to also make the agencies into gray bars. Maybe change the names to something like "RSMC Assessment" and "Non-RSMC Assessment" or something similar. wxtrackercody (talk · contributions) 02:49, 25 February 2023 (UTC)[reply]
@Wxtrackercody: Yes, the title is colored, but it does not represent the Volcanic Explosivity Index of that event. They are always brown (specifically #F6DA9F, see for yourself). Pacific and Atlantic hurricanes are the only cases where one color is used. For NIO, WPAC, SWIO, AUS, SPAC (i.e. every other basin), multiple intensities are used—and these locations are where the majority of cyclones form yearly. Again, the color bar at the top means redundancy. A parameter needs to be passed into the header and at the body of the infobox, because of how templates work. "RSMC Assessment" and "Non-RSMC Assessment" are highly technical terms that would not benefit readers; the agency is better suited for this (and that's exactly what the new box does). Chlod (say hi!) 02:58, 25 February 2023 (UTC)[reply]
I'm not married to the terms, we can come up with alternatives. Listing the specific agencies in those headers is fine with me too. I will continue to oppose any solution that does not have the chief categorization for a hurricane at the top, though. Just to drive my previous point home, I do not care that other templates display the information differently, because it's my opinion that they should conform to how we display hurricane information, not the other way around. wxtrackercody (talk · contributions) 23:24, 25 February 2023 (UTC)[reply]
As someone who works on templates of other projects, it'd be a shame if {{Infobox person}} (WP:WPBIO; 456,381 uses) placed the profession/occupation of the person at the top of the infobox, or if {{Infobox officeholder}} (WP:PLT; 208,216 uses) mentioned the highest position a certain person was elected at the top of the infobox, or if {{Infobox animanga}} (WP:A&M; 6,636 uses) were to indicate whether a manga had reached its anime adaptation. To be absolutely clear: you are essentially asking to go against implicit consensus amongst template editors on how infoboxes should be constructed. WPWX is not the biggest WikiProject on Wikipedia; all the aforementioned projects have thousands of more articles under their scope than WPWX. And if you've spent some time working on the templates of this project, we're not exactly the cutting edge of template design here, not by a longshot. Chlod (say hi!) 02:34, 26 February 2023 (UTC)[reply]
@Wxtrackercody: Maybe its about time we had a think/discussion about how best to display hurricane information, after all at the moment its all based around the Atlantic/Eastern Pacific, rather than what most of the basins need. It is also worth noting that sometimes when a system impacts land the modern day RSMC categorization isnt the most official or the best categorization. As an example, I present Cyclone Ofa and Val which impacted American Samoa and thus considered to be Hurricanes and are rated on the SSHWS. I also look at Cyclone Veena and Cyclone Nisha-Orama where Meteo France/RSMC La Reunion have reanalysed the systems to be VITC/ITC's. As a result, I feel that the infobox being proposed while not perfect is better than what we currently have in play and thus I support its immediate deployment.Jason Rees (talk) 11:41, 26 February 2023 (UTC)[reply]
@Wxtrackercody: I personally believe that having the coloured bars in the middle of the infobox allows us to be clearer on whose intensity estimates we are presenting while keeping in line with the rules of Wikipedia. As an example, I tested it out on Severe Tropical Cyclone Veena of 82-83 and got the following result. The other option is to get rid of the coloured bar alltogether.Jason Rees (talk) 02:32, 25 February 2023 (UTC)[reply]
I feel like this is another instance of the project being taken in the wrong direction and would appreciate if you didn't interject with comments directed toward me. United States Man (talk) 01:52, 25 February 2023 (UTC)[reply]
Opposition per anything is deference to that anything. This is not a vote therefore two counts of the same thing is not a stronger argument and the only argument made was that everything would be great if not for the not liking it. I am not interjecting any more than you and was not speaking directly to or about you; I am responding to the discussion as I see it. IDONTLIKEIT is not a valid or reasoned argument, you offered nothing else and this is not a vote. If you don't want to be involved in discussions, don't join them. Fred Gandt · talk · contribs03:10, 25 February 2023 (UTC)[reply]
Seems like I struck a nerve lol. Never seen someone get so excited over nothing. If I share the same viewpoint as another editor, why would I retype the same exact argument? United States Man (talk) 03:28, 25 February 2023 (UTC)[reply]
No, opposing on the grounds of how information is displayed to the reader is not WP:IDONTLIKEIT, which doesn't even apply here since this is not a deletion discussion. Hurricanes are categorized based on their strength. This information has been displayed at the top of the infobox since its inception. That makes sense, and I think it should continue. wxtrackercody (talk · contributions) 23:24, 25 February 2023 (UTC)[reply]
Oppose We do not gain by moving the color bar down, or generally by obscuring information, making it harder for readers. Unlike with the track colors, there is no compelling accessibility reason to do this.--Jasper Deng(talk)20:26, 4 March 2023 (UTC)[reply]
Support Assuming all important parameters are included, I have no objections.
This new Infobox is visually attractive and presents a better understanding of the information than the older infoboxes. While the replacement process can be time-consuming, I believe it would be worth it. This Infobox will be easier for editors to maintain and update as needed (rather than using many different Infoboxes). I would also like to suggest that, it would be helpful to provide some examples of what the new infobox might look like and to include template data, which would be useful for making visual edits. Tojoroy20 (talk) 12:00, 17 March 2023 (UTC)[reply]
Support. As an uninvolved editor, it seems the new infobox has a ton of advantages over the old infoboxes, and the only reason for opposition is a relatively minor aesthetic/ux choice. 🙢 - Sativa Inflorescence - 🙢15:17, 22 March 2023 (UTC)[reply]
Colors for new events
Should the colors proposed above be implemented for the events that currently do not have their own infoboxes? These colors will only be used in infoboxes and related templates, but not elsewhere. Please note that the infoboxes for these new events have yet to be designed and will be subject to a new RfC before being implemented. Additionally, several of these scales are proposed to be pegged to the values at Module:Storm categories rather than having new colors proposed.
Support As I said above, I appreciate the use of color coding to distinguish different types of information, which makes it easier to read and understand.
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I'd like to point out that issues with the infobox or any subbox should be made at Template talk:Infobox weather event. I watch this page and it helps clear out clutter from an otherwise unrelated discussion area. I'll be moving comments there shortly to clean up. Chlod (say hi!) 03:25, 26 April 2023 (UTC)[reply]
I am proposing a new vital article list system that is more in line with what Wikipedia does for its own vital article list. This new system would consist of 5 levels of vital articles with level 1 being the most important and level 5 being the least important. In this proposal, the first 3 levels have been written up and are being considered for approval. Levels 4 and 5 will be added through individual or article group nominations at a later time. Keep in mind the goal of this list is to be fair to all weather topics. If you disagree with the inclusion or exclusion of something, please state which item you disagree with and why. Please note this list does include some articles that do not exist on purpose because they are vital ie Climate of North America, Climate of South America, etc.. NoahTalk21:31, 25 July 2023 (UTC)[reply]
Level 4 Vital Articles
Includes 212 articles from level 3. 212/585 articles listed for level 4. The goal is for the article count to reduce to 7.5% over time as the project's article count increases. Additional articles will not be added until the amount listed is lower than 7.50%.
Discussion
This is a reproposal of the original project vital article list from back in 2022 with a few new additions. We need to have a vital list for the project as a whole. We had one for tropical cyclones specifically but not for global weather. Please list any additions/removals you feel are needed at level 3 directly below my comment here. NoahTalk21:31, 25 July 2023 (UTC)[reply]
Level 1 ratification
Closing this one and starting the list of vital articles since level 1 is the smallest and least controversial of all the levels. No additions were suggested and no issues were raised with the proposed articles after one week's time. Level two's discussion can marinate for some time longer. NoahTalk22:50, 1 August 2023 (UTC) (non-admin closure)[reply]
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Level 3 ratification
Consensus exists to implement the proposed articles as vital articles at the third tier. Discussion has been open for 16 days and all opposed articles were removed. Noah, AATalk01:45, 20 August 2023 (UTC)[reply]
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Oppose for now: Atmosphere of Venus is linked twice (Climate of Venus redirects to Atmosphere of Venus). Climate of Jupiter, Saturn, and Neptune redirects to the planet articles and are not individual articles. For sure, the duplicate Venus link needs to be removed before ratification could take place, but we need to discuss whether or not redirects for Jupiter, Saturn, and Neptune are ok before ratification. The Weather Event Writer (Talk Page)16:37, 3 August 2023 (UTC)[reply]
You did see that it was specifically stated that some articles that do not exist but are needed are listed here, correct? Also, it is possible to oppose specific articles rather than the entirety since it would be rather unproductive for it to be an all or nothing sort of deal. It's simply listed as one section since it would be cumbersome to have 100+ subsections for each individual article nomination. NoahTalk16:41, 3 August 2023 (UTC)[reply]
I could get passed the Climate of Jupiter, Saturn, and Neptune and be ok to ratify those. But I would be opposed to having the “Climate of Venus” ratified as a vital level 3 article, since it just would redirect to another vital level 3 article. Basically, an excess and completely not-needed thing. Remove that and this is a support to ratify the list. The Weather Event Writer (Talk Page)17:01, 8 August 2023 (UTC)[reply]
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I am currently working on a topic that will eventually describe the history of weather system names, not sure what format it will take yet, but its important that we chuck that topic in the vital articles lists since its one of the primary reasons we are all here.Jason Rees (talk) 23:45, 22 August 2023 (UTC)[reply]
I only nominated articles under weather for cyclogenesis and TC for the time being. Feel free to make further nominations. Noah, AATalk00:22, 23 August 2023 (UTC)[reply]
Support all but Tropical cyclone structure - I agree the article should exist, but it should be created before becoming a vital article. I also added a few more, including Nina under tropical cyclones (it killed 229,000 people, including a dam collapse that caused majority of the deaths), 1931 China floods (which included a few tropical cyclones, also very deadly), the 1887 Yellow River flood (another deadly flood), the 1972 Iran blizzard (deadliest blizzard on record), the 2003 European heat wave (70,000 deaths), the Daulatpur–Saturia tornado (deadliest tornado worldwide), and the Vargas tragedy, which killed more than 10,000 people from floods and landslides in Venezuela.
Also, after adding my new suggestions, it made me think about how to build out the vital list. We don't want it to be too US-centric, where we happen to have a lot of information about deadly tornadoes and other weather events. But we also wouldn't necessarily want to dominate the list with tropical cyclones affecting the Philippines, China, Bangladesh, and India, because those countries are very natural disaster-prone, and if it's the 20th deadliest event in a country, is it really that vital in terms of worldwide significance? With that in mind, I did not propose adding any additional heat waves other than the 2003 European heat wave, which is well-documented to have killed 70,000 people. Now, perhaps because heat waves aren't named and they are longer events, we don't have some significant heat waves listed on Wikipedia in general. We have the 2010 Russian wildfires, which killed 50,000 people related to drought, wildfires, and heat waves, so perhaps that should be listed? I'm not sure what the lower cutoff should be, and with how much respect we should have to various countries, regions, and weather types. ♫ Hurricanehink (talk) 21:23, 1 September 2023 (UTC)[reply]
You know, I was thinking this morning about adding it. While I’m not sure if the deadliest in a basin is automatic grounds for Level 4 importance (AUS and SPAC’s deadliest only number in the hundreds), think these fatality numbers are up there with Haiyan, not to mention the damage in Greece. So I’d support adding Daniel, provided we figure out some sort or rhyme or reason for what else to add. I also added the Carrington Event, the largest geomagnetic storm recorded (thus top-importance for space weather). Hurricanehink mobile (talk) 22:50, 12 September 2023 (UTC)[reply]
Well... Libya's government stated the death toll WILL exceed 10,000 today and they also said 100,000+ are still missing. Their expectation is for sharp toll increases. This will be at least Hurricane Mitch level if not higher. It's really looking bleak. Noah, AATalk22:52, 12 September 2023 (UTC)[reply]
We need to work on filling out the other ones as time allows. Please see the list here for articles at levels 3.. the goal is to fill level 4 out under as many level 3 articles as possible. This is basically to achieve balance rather than it being focused solely on specific ones, although most will be likely be severe disasters that took place. I would ask that any nominations be put under their level 3 article here (as I did for TC and cyclogenesis) since I have to copy everything over once articles are confirmed via discussion. Noah, AATalk02:09, 13 September 2023 (UTC)[reply]
Agreed. I tried thinking of specifical examples for certain topics, like Tropical Storm Vamei for tropical cyclogenesis. I moved some Level 4 topics and organized them a bit more. I added the Braer Storm, at least until someone makes an article for the October 2022 SPAC cyclone. ♫ Hurricanehink (talk) 07:03, 28 September 2023 (UTC)[reply]
I added a few more, with rationales for all of them hidden if you look at the end window. I added the most active season in every other basin. At this point I wanna make sure we even hit our target for the number of articles, without simply being a list of the deadliest events, thus resulting in tons of older disasters, or perhaps too many topics for a given area. I tried to limit the number of events in China, India, and the United States, so I didn't add Johnstown Flood or 2013 North India floods, but perhaps they should've.
Also, I have to say, I'm not sure about Hurricane Harvey. It tied Katrina for damage value, and it was the wettest American storm, but I don't know if it deserves a place ahead of another event that was perhaps deadlier and not American. I also note that we have both 2005 and 2020 Atlantic hurricane seasons, but I'm not sure we should have 2005 at this point, since 2020 was the more active one. So unless anyone disagrees, I'm going to remove Harvey and 2005 AHS, for reasons of recentism and being too US-centric.
Should there be the word "total" included at the end of the number of fatalities caused by the tropical cyclone. The debate started at Hurricane Hilary (2023) between me and @ChessEric:. In fact, Cyclone Tracy has a note that tries to prevent people from putting the word "total" at the end due to redundancy. Should it be added? foobarbaz20:02, 22 August 2023 (UTC)[reply]
...I didn't know Tracy had that. Was there a change in the way we do things? The only reason I was so hard on it was because I had never seen anything about NOT adding it. If we're moving away from it, then I apologize FooBarBaz. ChessEric20:09, 22 August 2023 (UTC)[reply]
Thank you. College just started back up for me this week, so I'm a little overwhelmed at the moment. After the incident and ban that I got back in February though, I'm trying to move away from starting conflicts, but this was the second near edit war I've gotten into the past two days (different project though). I almost went off there, so thanks for starting a discussion so I didn't make that mistake.
Getting back on topic, I feel like the "total" wording is necessary because it is important to differentiate direct and indirect death statistics. I can see why you think its redundant though, so maybe the infobox should have the fatalities as "x direct (+y indirect)". That's we do for tornado articles. ChessEric20:21, 22 August 2023 (UTC)[reply]
Your idea isn't bad. Maybe I can propose such idea in the infobox, having two parameters to list direct and indirect fatalities (or just reword the fatalitites section) foobarbaz21:03, 22 August 2023 (UTC)[reply]
I thought about that, but it seems like overkill to me. I guess I've spoken my peace though and will let other people have a chance to say something. ChessEric22:56, 22 August 2023 (UTC)[reply]
@FooBarBaz and ChessEric: I am sorry to pour cold water on the direct/indirect idea but it would be original research to hardcode the direct/indirect thing in, as not all disasters or countries count the deaths from a weather event the same way. As a result, the word total is probably better for some weather events, while the direct/indirect thing would be better for others.Jason Rees (talk) 23:41, 22 August 2023 (UTC)[reply]
I second Jason Rees (talk·contribs) on this. The direct/indirect distinction is minor. A car accident from slick roads? Indirect. You're struck by a fallen tree? Direct. If that tree cuts power, and you die because your oxygen tank stopped? Indirect. I think "total" is fine after whatever number we have. ♫ Hurricanehink (talk) 22:25, 10 September 2023 (UTC)[reply]
Can all the WikiProject “Precedents” be on some page?
Depending on what topic/article time, there is a lot of unknown/hidden “precedents” that aren’t that well known to users who do not edit those topics often. For example, apparently, some WikiProject Weather/Tropical Cyclone precedent is in place which prevents tropical disturbances from seasonal article, despite high media attention, and in theory, enough to pass WP:GNG.
There is several of these types of “hidden” precedents for tropical cyclones, tornadoes, winter storms, and general types of articles. Can we create a WikiProject sub-page which explains these “precedents” out and where previous discussions related to them can be linked to? This will help solve a lot of headaches and pointless discussion the WikiProject often has, like we just had with Invest 93L. This idea would also help separate ideas which are based on “past experiences” vs actual consensus ideas. I am thinking something like Wikipedia:WikiProject Weather/General guidelines. The Weather Event Writer (Talk Page)20:32, 26 August 2023 (UTC)[reply]
I don't think proposing wholesale changes to an issue which has an obvious consensus during which you broke WP:3RR by adding the same content 5 times after being reverted by multiple editors is a good use of editing time. United States Man (talk) 22:11, 26 August 2023 (UTC)[reply]
@United States Man: could we write down the general practices in these areas and affirm them as such so that way they can be referenced? I don’t think many changes are needed. We just need to have documentation of our practices. Noah, AATalk00:40, 11 September 2023 (UTC)[reply]
Thank you! That’s literally all I wanted. I didn’t want any changes as United States Man was thinking I did. I only wanted to ask if we could have some place where all the practices, methods, and discussions (like RfCs) conducted by the WikiProject can be listed, so myself as well as anyone can actually see what the general consensus practices are, without being told a basic “they are and trust me” reason. The Weather Event Writer (Talk Page)00:43, 11 September 2023 (UTC)[reply]
Track map migration
@SolarisPenguin, HikingHurricane, Hurricane Noah, and Supportstorm: We cannot be continuing to use any old color scheme maps in violation of the consensus at the RfC. It's that simple. This means we have to treat the tracks as not existing when they only exist in the legacy colors for new pages. Using legacy colors also discourages the making of new-color maps, also in violation of the consensus of that RfC. If we are to do different then we need another discussion to change that consensus; absent that, there is no leeway to restore any legacy colored maps. Jasper Deng(talk)01:01, 8 September 2023 (UTC)[reply]
@Jasper Deng: I look forward to seeing the brand new trackmaps that you are gonna create - I don't have the generator installed on my computer so am forced to use whatever trackmap i can get my hands on.Jason Rees (talk) 10:42, 11 September 2023 (UTC)[reply]
Proposed new title convention for Effects of (tropical cyclone) in (region) articles
I know I might be beating a dead horse here but would it be better if we changed Cat 5 from purple to to an ACCESS-friendly pink or so? Preferably because in cases where a storm reached Cat 5 multiple times it looks a bit jarring and offsetting (Freddy earlier this year as an example). Plus, I read that some did have this opinion and would actually make it more similar to other agencies and maps used which have a magenta/pink Cat 5 color (SPC’s high risk is a magenta/pink color) Note that this is not aiming to replace the whole scale again (that was a mess in itself). If no alternative compliant color can be found then we can just leave the purple Cat 5 color. Just wanted to ask this since it’s been in my head for a while but I needed to think it through. MarioProtIV (talk/contribs) 16:59, 12 September 2023 (UTC)[reply]
Pinks have been brought up in the past, however, they tend to not work all that well on the maps. One such case in the last RfC showed very little difference between it and red. There is a much larger difference between the red and the purple which makes them easily distinguishable. Considering how many maps have been redone and the fact that we can't overwrite files, I would want to avoid making any changes that would require a third naming scheme and everything to be redone all over again. I think it's for the best if this topic is just laid to rest. Noah, AATalk13:45, 13 September 2023 (UTC)[reply]
I do not support changing the color from purple. I didn’t actually participate in the discussion to change the colors, but I enjoy the purple as it does match closer to NOAA colors (i.e. EF scale), and changing the Cat 5 color also changes the F5/EF5 color. The Weather Event Writer (Talk Page)14:57, 13 September 2023 (UTC)[reply]
I tested one bright pink color (#FF00FF) through this website and it didn’t have any issues as it was easily discernible from the C4 color in all cases. Plus we don’t need to create a third name set as we can just upload a new version to the existing "path" images (same vein as the 2000s color changes to the "track" files.) I know purple might work for some people but it really looks jarring especially with long-trackers that switch between C4 and C5 (Irma and Freddy for example) and does not follow the natural progression of colors even on the new scale (something people had issues with in the RfC). Like I said this is only changing the C5 color and not the entire scale again because that was a whole mess I’d like to avoid. I really think this particular issue should be looked at rather then leaving it be. MarioProtIV (talk/contribs) 17:01, 13 September 2023 (UTC)[reply]
Which is why I had tested this by (hastily) crafting a mock-up of Lee’s track when it first became a C5. The bright pink shows up good against the red on the background. If there’s still an issue with the contrast I can try another color within the range of the bright pink. I want this looked at because as it stands right now, the purple stands out as an unnatural progression of the current scale (since it goes from blue for TD gradually moving to red until C4 before suddenly going back to the other end for C5). Worst-case if no pink is available just instead use a lighter purple (which I think was in one of the original proposals) to at least make the transition from C4 to C5 on maps more smooth, because right now the current C5 color makes it look out of place, and was probably the most contentious element of the discussion (something I read that other users had issues with). MarioProtIV (talk/contribs) 20:24, 13 September 2023 (UTC)[reply]
I don’t at all see where you are getting “accessibility-friendly pink”. That’s going to have worse, not better, accessibility than purple, since it is more proximate to the Category 4 color. Purple has always been understood to be higher than red in severity (for example, California’s COVID tiers). Quite frankly, you trying to relitigate this as soon as your topic ban was lifted almost makes me want to lobby for it to be reinstated, because your constant beating of this dead horse was a reason therefore.—Jasper Deng(talk)04:58, 14 September 2023 (UTC)[reply]
I was unclear about what I would support earlier. I said that I would support anything; I have struck that out. I will only support a reasonable idea, which this does not appear to be. 🐔ChicdatBawk to me!11:17, 14 September 2023 (UTC)[reply]
@Jasper Deng: I was just trying to raise a legit suggestion (with a compromise) that I had and not try to inflame things. Sorry if you saw it that way. I was not trying to fall back to old habits before the topic ban, just wanted to address something that I saw people raise in the discussions. But I’ll drop it now so as to not make things worse for me. I hope that makes sense. MarioProtIV (talk/contribs) 17:39, 14 September 2023 (UTC)[reply]
What is happening with the colors on old track maps?
I've been out of the loop for a while (and my editing will be limited for the foreseeable future), but I was checking on some tropical cyclone articles (mainly because I am planning on a small bit comparing Ian and Charley) and I noticed that the track maps for pre-2022 storms are still using the old colors. Having two different color schemes across articles is potentially confusing for readers.
As I remember we discussed several options for doing this:
1. Change existing images (problematic because other language Wikipedias use these colors)
2. Create new images to go along with the old ones (my proposal).
3. Discuss on the matter on Meta.
I was wondering if anything was being done at this point to address the old maps or if we were just going to leave it at two different color schemes. TornadoLGS (talk) 03:14, 14 September 2023 (UTC)[reply]
Legacy maps will be kept as many other language wikis use them. The new maps are being uploaded as separate files to satisfy the RfC. It should have been to no ones surprise that the process of creating thousands of new individual maps and cumulative maps would be slow and incremental. Supportstorm (talk) 12:45, 16 September 2023 (UTC)[reply]
I believe there was some discussion about a bot that ultimately didn't move forward. Not sure the reason since I wasn't really following the conversation. Supportstorm (talk) 18:22, 16 September 2023 (UTC)[reply]
Hello. I wonder if a participant in this WikiProject can help me find a reliable source for the snowiest and least snowy years in the city of Minneapolis (or failing that, in the Twin Cities). I understand snow can be measured by "season" and by "year," which might explain different answers, but I don't understand the ins and outs of measurements. The Minnesota State Climatology Office makes a claim for 2004-05 least and 1991-92 most. CBS News claims 1983-1984 for most. Extreme Weather Watch.com cites NOAA and agrees 1983 for most. Looking at other featured articles didn't help exactly (forex, Boston) and we don't have very many. A featured article review is underway, so this is a chance to get this right. Best wishes, SusanLesch (talk) 22:31, 24 September 2023 (UTC)[reply]
I have only just seen this and have had a quick look to see what I think, but cannot really help as its out of my comfort zone. Personally, I would lean towards the Minnesota State Climatology Office being more reliable and accurate then CBS or Extreme Weather Watch, since they seem to be the keepers of the keys on a local level as it were. If you really want to get it right though, send an email to nws.twincities@noaa.gov, mention that your are a Wikipedia editor and explain your predicament and see what they come back with. Hopefully, they will be able to push you in the right direction better than I can.Jason Rees (talk) 19:19, 26 September 2023 (UTC)[reply]
This timeline (one example) as it is is presenting FALSE data by showing Issa as a 25-30 knot depression (the blue color) because the best track lists a 50 knot subtropical depression. I propose changing the color to match the wind intensity for every SWIO and ATL subtropical cyclone (the two before NHC changed their policy) while retaining the RSMC status of subtropical depression and subtropical cyclone within the infobox and timeline. Please see Module:Storm_categories/sandbox#Full_list_of_available_values with the new sd2, sd3, sd4, and subtropicalcyclone2 statuses. sd2 has the MTS color, sd3 has the STS color, sd4 has the TC color, and subtropicalcyclone2 has the Cat 1 color. This should cover all currently observed wind ranges. Noah, AATalk00:13, 27 September 2023 (UTC)[reply]
Question is the problem with the subtropical depression label or that Issa was labeled as a subtropical depression despite max winds that might have qualified it as a tropical storm? If this change is made, would it end up coloring subtropical depressions with windspeeds lower than 55 mph/89 km/hr incorrectly? Looking at 2021–22 South-West Indian Ocean cyclone season § Subtropical Depression Issa, it seems like the naming/labeling of Issa is more the issue. What other storms would be impacted by this change? I think I see where I got confused... This proposal would shift the color based upon windspeed despite the name of the story remaining "Subtropical Depression X", correct? If so, Support. —Carter (Tcr25) (talk) 13:46, 27 September 2023 (UTC)[reply]
Searching for "Subtropical Depression" in the article title, gives these results (which wouldn't capture subtropical depressions that don't have a redirect):
@Tcr25:Hurricane-force subtropical cyclone trackThe label of "subtropical depression" despite the wind speed isn't the issue. The coloring of the label is the problem, especially on timelines since in cases like this it displays inaccurate wind information. The short answer to your second question is no. We would manually change the legend of timelines to display the subtropical depression at the appropriate wind speed. In the case of the infobox bar, the status would remain "Subtropical Depression (MFR)". The color sd is the current subtropical depression color. That one would be used for subtropical depressions that are 25-30 knots. sd2 is the MTS color and would be used for subtropical depressions that are 35-45 knots. sd3 is the STS color and would be used for 50-60 knot subtropical depressions. The sd4 is the TC color and would be used for anything 65 or over (unless something in the future comes up that would warrant another change). Similarly, the subtropicalcyclone2 color is the Cat 1 hurricane color and would be used for the two subtropical cyclones in the Atlantic that were at/above 65 knots before the NHC changed its policy on subtropical cyclones to automatically assume they become tropical at such an intensity. Any other subtropical systems outside those two in the Atlantic as well as the SWIO basin are outside the scope of this proposal since no changes are needed elsewhere. The other storms you mention would also be affected by this proposal (other than the SD 22 '05 which isn't included). Not sure if there are more subtropical depressions prior to 1998-99 (would have to check). The goal here is to keep the label itself the same, but simply change the coloring to match the intensity of storms that were entirely tropical. Our track maps already do this for the SSHWS since the subtropical cyclone is just indicated by a square. If one were produced with the MFR's scale, it would use the appropriate wind intensity color with a subtropical square. Does this answer your questions? Noah, AATalk14:24, 27 September 2023 (UTC)[reply]
As this issue only affects one basin, it would have been better if this issue had been discussed first rather than going straight to an RFC, as the WMO RA I TCC challenged MFR over the subtropical depression designation at last years extraordinary meeting who were told to bring it up in this years full RA I TCC. As a result, I oppose making any changes at the moment to the colours.Jason Rees (talk) 17:10, 27 September 2023 (UTC)[reply]
@Jasper Deng: It is false data... We are presenting the storm in the timeline as being a 25-30 knot storm based on our legend which is not the same as what the MFR is saying. They stated that Issa was 50 knots. That clearly is US presenting false information there. This has nothing to do with the subtropical depression designation but rather what color is being used to depict it within timelines. Also, are you opposed to the two Atlantic ones getting the Cat 1 color in the timelines for their winds and in the infobox status bar? The status wouldn't change in the infobox oc, just the color used. Noah, AATalk20:08, 28 September 2023 (UTC)[reply]
The official classification by the agency overrules what the number would suggest. For example, a 35-knot remnant low is still a 35-knot remnant low. Most commonly, a 55-knot tropical low is still a tropical low for BoM basins.--Jasper Deng(talk)20:16, 28 September 2023 (UTC)[reply]
It would be a TS-colored triangle on the track map. Why can't the infobox reflect what the wind speed actually was? A hurricane-force subtropical cyclone = Cat 1 square on track map but TS color in the infobox/timeline. How does that make sense? As long as we are stipulating a specific windspeed for the subtropical depression that doesn't match what it actually produced, we are running afoul here. We would literally need a disclaimer stating what you exactly said above but then again WP doesn't allow disclaimers. Something has to give here. Another potential option that would be easier to implement would be to just make subtropical depression show up as white or some other pre-programmed color in both timelines and infoboxes with no wind speed indicated in the former. That would solve the false data issue and be a temporary fix until the rest is sorted out by the WMO. Noah, AATalk20:20, 28 September 2023 (UTC)[reply]
Then the only other option is to do as I said and give them their own timeline color without any winds specified. It wouldn't be difficult to do at all. Noah, AATalk13:27, 1 October 2023 (UTC)[reply]
Since the end of the colour RfC in February the progress in converting old maps have been very slow since the bot request apparently fell through. We need to update these maps ASAP as dozens of pages still use the old maps and therefore violating the RfC, and subject to removal (@Jasper Deng:already did this when several 2023 Atlantic maps weren't compliant a few weeks ago - which was soon fixed). @HikingHurricane, AveryTheComrade, Cyclonebiskit, and Supportstorm: As the most frequent users of the track-maker (aside from JD) and subsequently the current 2023 tracks, I strongly implore any of you guys to consider starting this soon to ensure we are compliant. I considered doing this myself since no one else has really done so, but alas I think the more frequent users of the track maker are better suited for this task, primarily because installing the track maker on a MacBook Pro (which I use) is quite a hassle (even trying Ubuntu method as I wrote this which apparently doesn't want to open now - joy!). MarioProtIV (talk/contribs) 17:13, 2 October 2023 (UTC)[reply]
Thanks for updating the existing maps. All I'll ask is if can we first upload the new track maps before removing and replacing the old maps? — Iunetalk20:16, 2 October 2023 (UTC)[reply]