::Not to point fingers but I gotta agree with JD. The process is slow and as you’re the primary user of the track maker, it would be best if you help update the other tracks since as {{ping|Jason Rees}} explained, people don’t have the track maker itself for various reasons or don’t update as frequently as possible (which then leads to those edits JD just mentioned about users trying to add your maps onto new storms - see Lidia). This “stonewalling” (not sure if that’s the best term) seems to be entirely based on [[WP:IDONTLIKEIT]] and this notion of “''If no one is willing to upload new tracks then step up and do the work''” just falls under this. It would be really nice to finally get the older maps updated according to RfC. '''''[[User:MarioProtIV|MarioProtIV]]''''' (<sup>[[User talk:MarioProtIV|talk]]</sup>/<sub>[[Special:Contributions/MarioProtIV|contribs]]</sub>) 21:13, 11 October 2023 (UTC)
::Not to point fingers but I gotta agree with JD. The process is slow and as you’re the primary user of the track maker, it would be best if you help update the other tracks since as {{ping|Jason Rees}} explained, people don’t have the track maker itself for various reasons or don’t update as frequently as possible (which then leads to those edits JD just mentioned about users trying to add your maps onto new storms - see Lidia). This “stonewalling” (not sure if that’s the best term) seems to be entirely based on [[WP:IDONTLIKEIT]] and this notion of “''If no one is willing to upload new tracks then step up and do the work''” just falls under this. It would be really nice to finally get the older maps updated according to RfC. '''''[[User:MarioProtIV|MarioProtIV]]''''' (<sup>[[User talk:MarioProtIV|talk]]</sup>/<sub>[[Special:Contributions/MarioProtIV|contribs]]</sub>) 21:13, 11 October 2023 (UTC)
::{{ping|Supportstorm}} Whether you intend it or not, your creation of the maps has had the effect of fillibustering; one reason new maps aren't being made is that others see it as acceptable to use your maps. You cannot disentangle yourself from that, and your comments on your Commons talk page show your intent pretty well. The comment stands.--[[User:Jasper Deng|Jasper Deng]] [[User talk:Jasper Deng|(talk)]] 21:19, 11 October 2023 (UTC)
::{{ping|Supportstorm}} Whether you intend it or not, your creation of the maps has had the effect of fillibustering; one reason new maps aren't being made is that others see it as acceptable to use your maps. You cannot disentangle yourself from that, and your comments on your Commons talk page show your intent pretty well. The comment stands.--[[User:Jasper Deng|Jasper Deng]] [[User talk:Jasper Deng|(talk)]] 21:19, 11 October 2023 (UTC)
:::I do not accept your comments nor blame for the slow process of the map conversion. I am not the only user who is uploading tracks regularly so to single me out is wrong. Regardless I allocate my time to what I want to contribute, of which still serves a purpose in improving other Wikis, see [[WP:VOLUNTEER]]. [[User:Supportstorm|Supportstorm]] ([[User talk:Supportstorm|talk]]) 22:09, 11 October 2023 (UTC)
OK I'll bite, I wanna help with the backlog. How again do I download the track software? What's the link to everything? It'll be easier once everything is moved over, and I wanna help with that process. ♫ [[User:Hurricanehink|Hurricanehink]] (<small>[[User_talk:Hurricanehink|talk]]</small>) 21:15, 11 October 2023 (UTC)
OK I'll bite, I wanna help with the backlog. How again do I download the track software? What's the link to everything? It'll be easier once everything is moved over, and I wanna help with that process. ♫ [[User:Hurricanehink|Hurricanehink]] (<small>[[User_talk:Hurricanehink|talk]]</small>) 21:15, 11 October 2023 (UTC)
:{{ping|Hurricanehink}} [[WP:WikiProject Tropical cyclones/Tracks]] has instructions. It's a bit involved; let me know if you need help.--[[User:Jasper Deng|Jasper Deng]] [[User talk:Jasper Deng|(talk)]] 21:22, 11 October 2023 (UTC)
:{{ping|Hurricanehink}} [[WP:WikiProject Tropical cyclones/Tracks]] has instructions. It's a bit involved; let me know if you need help.--[[User:Jasper Deng|Jasper Deng]] [[User talk:Jasper Deng|(talk)]] 21:22, 11 October 2023 (UTC)
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]
One small detail could be a background section, for information such as estimating intensity for storms, and maybe the context of the Southern Ocean. It's interesting that the cyclone is in the body of water only officially recognized within the last few decades, so the term might be a bit foreign. You have a good start to the article. I just want to make sure it makes sense in the context of Earth, to someone who barely has an idea of what weather, or Antarctica is. A global weather project needs to treat all of its subjects equally, whether in the United States or Thurston Island. ♫ Hurricanehink (talk) 23:40, 6 October 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.
I removed Hurricane Harvey and 2005 Atlantic hurricane season, and added List of the deadliest tropical cyclones and the deadliest floods, plus the 2022 Southern Ocean cyclone, given that it was the strongest ever extratropical cyclone. IDK how many other lists to add - retired cyclones? The strongest cyclones? The costliest cyclones? ¯\_(ツ)_/¯ (shrug emoji) If we did have the list of costliest TC's, then that would warrant Harvey being included, as the (tied for) costliest American hurricane (unadjusted for inflation). Not sure if that's getting too specific for a rationale. Also, given how long this page is, perhaps we should have a task force specifically for the vital articles? Both in terms of nominating articles for the vital list for level 4 and 5, and eventually the maintainence/improvement of said articles. Maybe have editing drives for a different vital article every two weeks or so. ♫ Hurricanehink (talk) 00:00, 7 October 2023 (UTC)[reply]
Minor update, the list is up to 86, which (in addition to the 212 from level 3) brings the total to 298 out of 585. That means we still need 287. I don't want the remaining 287 to just be the whole list of the deadliest cyclones (which would skew toward India and Bangladesh), or every single retired storm (which would skew toward Australia) I want to remain methodical with what we add. Do we want to add an example article for each of the other topics in level 3? I don't think subtropical cyclone needs one, not when they're usually an insignificant event in the context of weather in general. Similar for fog. ♫ Hurricanehink (talk) 21:09, 7 October 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]
If we’re running out of options we might not have much else to turn to. Partially the disconnect between the new tracks and the infobox and timeline changes which were added immediately after the RfC finished, we’ve lagged on the track portion for a while and it’s crucial we do something to make this go quicker (personally if you ask me I would’ve waited to change the timeline colors and infobox color headers until after we had the maps ready, so that things would be nice and smooth. However I know time was of the essence during the RfC and changing to compliance was probably the foremost thing in most people’s mind then). MarioProtIV (talk/contribs) 20:26, 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]
JD has done so I believe in the diff I linked with 2023 Atlantic. A starting point should IMO be the summary maps as that’s the first thing people see when they load the page (but for now they have to stay there even with incorrect colors, as leaving it blank just is not an option here). MarioProtIV (talk/contribs) 20:28, 2 October 2023 (UTC)[reply]
Comment - I feel that just randomly removing the tracks and not replacing them with the path image is vandalism and disrupting the wiki to prove a point. We all knew back in February that the track maps were not going to be replaced overnight and I note a tracking category has now been set up to make sure we know which pages use the old style maps.Jason Rees (talk) 23:27, 2 October 2023 (UTC)[reply]
It's not random. Its limited to storms occurring after the RfC. What's disruptive is inserting additional old-colored maps after the RfC, in clear defiance of the consensus. We already are grandfathering in maps that occurred before the RfC. Please assume good faith.--Jasper Deng(talk)00:33, 3 October 2023 (UTC)[reply]
@Jasper Deng: Did I go back to the future when I saw @MarioProtIV: remove the maps from 2020, 2021 and 2022 AHS earlier without replacing them with the paths and threaten to do more? Mo I didn't think so either and those maps would have been inserted before the RFC.Jason Rees (talk) 01:36, 3 October 2023 (UTC)[reply]
@Jason Rees: My incentive for that was to hopefully at least spur some action into replacing these maps since its been a slow process. I used JD’s rationale with 2023 to those three seasons, and it seems to have some progress (with 2022’s summary map being updated now). I wasn’t planning to go back further but wanted to at least do the most recent ones. In my summary I did say I applied WP:BOLD with this and in one case of reversion, raised this discussion I made similar to JD did while reverting a similar reversion several weeks ago. MarioProtIV (talk/contribs) 01:52, 3 October 2023 (UTC)[reply]
@MarioProtIV: I'm in agreement with Jason, the action of removing track maps was a clear violation of WP:POINT. This is going to be a very slow process given the lack of help from prominent track uploaders and an inability to acquire bots. Be mindful that your topic ban for disruptive behavior in weather articles was only recently lifted. If Jasper did the same exact thing in another instance, I missed it and my same sentiment of removal (not replacement) being POINTY applies. ~ Cyclonebiskit (chat) 01:40, 4 October 2023 (UTC)[reply]
@Cyclonebiskit: Fair. Didn’t read that one first and now I wish I didn’t remove those improperly. But as I stated before, in my opinion we should have waited until the maps were ready to change timelines, infobox headers and statistics. Because as of right now with the slow process of this, a discrepancy is going to exist which may end up confusing some readers. I don’t know how the conversion worked in 2005/06 when the colors were changed for the first time because that was so long ago but I have to imagine it was probably just as slow as this process. It would help though if @Supportstorm: dropped his vendetta (not sure if that’s the correct wording here) against the new maps since he’s one of the most frequent users of the track maker. MarioProtIV (talk/contribs) 03:02, 4 October 2023 (UTC)[reply]
@MarioProtIV: A very strong word of advice to you and other project members would be to tread carefully around the whole issue of the colours, since the whole subject has proven to be like opening pandoras box or a can of worms.Jason Rees (talk) 11:50, 7 October 2023 (UTC)[reply]
This is getting ridiculous; I had to revert three such edits just now. Thus I've requested an edit filter; see the below section and please comment on the proposal.--Jasper Deng(talk)09:09, 11 October 2023 (UTC)[reply]
JD, please reframe from stating I am overriding the RfC as you did here in your edit filter proposal or putting blame on me that the RfC is not being followed on wiki in future discussions. I have not replaced any tracks since the RfC closed. If no one is willing to upload new tracks then step up and do the work. Supportstorm (talk) 20:27, 11 October 2023 (UTC)[reply]
Not to point fingers but I gotta agree with JD. The process is slow and as you’re the primary user of the track maker, it would be best if you help update the other tracks since as @Jason Rees: explained, people don’t have the track maker itself for various reasons or don’t update as frequently as possible (which then leads to those edits JD just mentioned about users trying to add your maps onto new storms - see Lidia). This “stonewalling” (not sure if that’s the best term) seems to be entirely based on WP:IDONTLIKEIT and this notion of “If no one is willing to upload new tracks then step up and do the work” just falls under this. It would be really nice to finally get the older maps updated according to RfC. MarioProtIV (talk/contribs) 21:13, 11 October 2023 (UTC)[reply]
@Supportstorm: Whether you intend it or not, your creation of the maps has had the effect of fillibustering; one reason new maps aren't being made is that others see it as acceptable to use your maps. You cannot disentangle yourself from that, and your comments on your Commons talk page show your intent pretty well. The comment stands.--Jasper Deng(talk)21:19, 11 October 2023 (UTC)[reply]
I do not accept your comments nor blame for the slow process of the map conversion. I am not the only user who is uploading tracks regularly so to single me out is wrong. Regardless I allocate my time to what I want to contribute, of which still serves a purpose in improving other Wikis, see WP:VOLUNTEER. Supportstorm (talk) 22:09, 11 October 2023 (UTC)[reply]
OK I'll bite, I wanna help with the backlog. How again do I download the track software? What's the link to everything? It'll be easier once everything is moved over, and I wanna help with that process. ♫ Hurricanehink (talk) 21:15, 11 October 2023 (UTC)[reply]
A-class has largely been a forgotten relic, with most favoring GA and FA which themselves are attracting fewer and fewer participants. I attempted to revive the A-class process, however, there really isn't a good base of reviewers to keep the process maintained. A-class is not something that should be assessed by a single editor per WP:A-Class. Given that there haven't been any proper A-class reviews in over 2 years (even then we only had a few completed), I believe it is time we deprecate A-class and remove it from the WikiProject assessment. A-class would be folded into either B-class or GA depending on whether or not the article is a Good Article. This affects 128 articles currently. Noah, AATalk00:11, 7 October 2023 (UTC)[reply]
Remove A class per request. This class is a relic in almost every WikiProject, I do not think weather project is the exception (summoned by feedback request bot).--ReyHahn (talk) 01:34, 7 October 2023 (UTC)[reply]
I think there is a good usage for A-class, even if it's not used that much. I believe the process should be simplified, that A-class should be an additional review after the GAN stage. It functions as a second set of eyes, which is useful before going for FAC, hopefully minor pedantic issues will be caught. Since a good article focuses on the prose and the comprehensiveness (plus sourcing), an A-class review is going to be nitpicks, making sure there isn't too much jargon, that sourcing is all correct, images are properly licensed... basically apply the FA criteria to an article in anticipation of a future FA run. That means that a user can't unilaterally raise an article from GA to A-class, unless there is a review, and that means the reviewer shouldn't be the person who did the GA review (or the writer). Assuming all of that, I think we can keep the A-class. It's not meant to be used that much, because in theory the article should be able to pass a featured article review (unless both the GA and the ACR missed something big). It exists as a stepping stone, even if it's not used much. Therefore I oppose this proposal. ♫ Hurricanehink (talk) 20:11, 7 October 2023 (UTC)[reply]
@Hurricanehink: unless the project-wide A class criteria are changed, A single reviewer can’t promote the article. It says that at least two uninvolved editors are required to get a promotion. Much of WP has done away with A class since peer review exists. IMO we don’t need multiple processes for the same thing. Noah, AATalk22:18, 7 October 2023 (UTC)[reply]
What I’m saying is that WE can’t do that. At least not on our own. It would take consensus from WP as a whole to change the A class criteria to make it require only one uninvolved editor. Local consensus can't trump project-wide consensus. If you look at Wikipedia:Content_assessment#Statistics, you will see how few A Class articles exist project-wide, being even rarer than FAs. Over 5% exist within this project alone. While it is true that A is technically a stepping stone between GA and FA, I will tell you that outside editors have absolutely no respect for the rating and are quite skeptical whenever they see it because it is not a WP-facilitated review process. I can attest to this because I tried to get top icons implemented for A-class and it got snow opposed for that reason. Given that WP doesn't really even believe in the rating anymore outside WP:MILHIST which has an established and active review process, why should we continue using it? Additionally, A-class reviews tend to be a very back-alley sort of deal that is poorly advertised and doesn't offer much timely feedback. It would honestly be better for us to focus on sending articles towards WP:PR where they can potentially get feedback from a number of individuals, including those from outside the project which could honestly be quite helpful. FA and PR have been suffering from a lack of reviewers so I think the best option for the encyclopedia is to move to using those official processes and contributing via quid pro quo as possible. While an editor doesn't get to claim a new status for their article, it would be prepared for a FAC which is what matters most. Noah, AATalk23:55, 7 October 2023 (UTC)[reply]
Damn I've been around Wikipedia too long to not know that was baked into the A-class policy about the multiple reviews. Well, I don't wanna be one to hold back progress and efficiency. Especially seeing as it's not really being used, I think it could better incentivize the current A-class articles to become future featured articles. Maybe we could have a task force of editors identify the best of the good articles (which would likely include the current A-class), and apply the A class or FA criteria. Not that doing such a task force should be tied to this proposal, I just like the idea of a bit of a FA incubator, and by getting rid of the A-class, we're kind of losing that. ♫ Hurricanehink (talk) 23:34, 10 October 2023 (UTC)[reply]
Tbh I think a whole reassessment of all the GAs is in store considering the age of many of them. A task force does seem like a good idea, however, I do agree that's for another time. At least with unofficial reviews or a peer review, there isn't a set time limit like there is for other quality reviews. The amount of people going for FAs seems to have slown to a trickle due to lack of interest from newer editors and the regulars being busy. There seems to just be a lack of interest in getting articles promoted to both GA and FA when it comes to newer editors. Most people seem to be casual editors rather than ones who will write and shepard an article all the way. Noah, AATalk01:40, 11 October 2023 (UTC)[reply]
Support removal of A-class. It's hard enough to find reviewers for GA and FA already. It's better to simplify the process and focus resources --Ita140188 (talk) 18:12, 8 October 2023 (UTC)[reply]
Hello project members! Note that per WP:PIQA, all the class ratings are being harmonised across different WikiProjects so we are looking to remove any non-standard classes like Current-class and SIA-class from your project banner. Would you like to keep track of current events in a different way, perhaps by using a parameter |current=yes or a new parameter |status=current which would then populate a category. Alternatively it could just be removed and then the articles in Category:Current-Class Weather articles would inherit the quality rating from other projects on the talk page. For the SIA-class, we could perhaps automatically reclassify them as List-class if that would be acceptable to you? — Martin (MSGJ · talk) 14:38, 9 October 2023 (UTC)[reply]
@MSGJ: The reason the project uses current and future class is not to keep a track of current articles, but because the season is ongoing or the weather system hasnt dissipated. Maybe its time we had a look at the classes we do use.Jason Rees (talk) 11:49, 11 October 2023 (UTC)[reply]
I agree that SIA class should be reclassified as List. As for current, IDK, it's hard to assess a season article while it's ongoing. A while back, there became an informal rule that a season article would be only be start-class if there is written prose for every tropical cyclone. Without current class, then there might be attempts to go for GA status while the season is active, which would make it too unstable. Perhaps then, if we got rid of current class (since it is only a few articles), there could be a rule that it isn't eligible for GA class or higher (much like you wouldn't expect a featured article for a future Olympic event). That way, the current season article could be rated C-class while it was active (assuming every storm had a section, was well-written and comprehensive, and was sourced). That could be an easy way of identifying the faults in current season articles, like when a section is empty, or has too few sources. I'm going to bring up a possible solution to my concerns about getting rid of current-class (similar to the discussion about removing A-class) - we could have a task force for the current articles: the current seasons, plus any currently active cyclones with an article. If such a task force was set up, then I would be ok with getting rid of SIA, current, and future class. ♫ Hurricanehink (talk) 19:57, 11 October 2023 (UTC)[reply]
@Hurricanehink: I had the smart of idea of making a template for SIA talkpages and I believe most were tagged with the template so if they are converted to lists, nothing should be lost as long as all of them are tagged and remain that way. There are at least 40ish pages not tagged currently so those would need to be tagged. Noah, AATalk20:14, 11 October 2023 (UTC)[reply]
Excellent foresight Noah! For what it's worth, I still don't think we need almost any of the individual SIA's, and that they should all be merged into the individual storm names by letter, like Storm Daniel being merged into all of the D storm names. That way those would all be in individual lists, which could then be eligible for featured list if all of the sourcing is there, and it truly has every storm (including European windstorms, heat waves, unofficial subtropical cyclones, and other names for storms, even floods and storms named after saint days). I know, I'm thinking ahead, as usual, but it's something I want to consider if we go down this process of streamlining things. ♫ Hurricanehink (talk) 21:19, 11 October 2023 (UTC)[reply]
Outside editors opposed big lists like that when we tried to get that implemented last time. Tbf video games have lists of that nature so I'm not sure what their issue was. Noah, AATalk21:37, 11 October 2023 (UTC)[reply]
Done, see Template:Infobox weather event/doc § Australian scale for the full list. 
Chlod (say hi!) 02:47, 16 January 2023 (UTC)
HW 
CW 
5
_logo.svg){kind=logo}
Moved to Template talk:Infobox weather event
Tropical cyclone structure
You are invited to join the discussion at Wikipedia:Edit_filter/Requested#Disallow_insertion_of_old-colored_WP:WPTC_track_maps, which is within the scope of this WikiProject. Jasper Deng (talk) 09:09, 11 October 2023 (UTC)
