Wikipedia talk:WikiProject Weather

Latest comment: 26 minutes ago by Paine Ellsworth in topic Requested move 20 March 2025


2024–25 WikiProject Weather Good Article Reassessment

edit

I would like to announce that a new task force has been created to re-examine the status of every GA in the project. Many good articles have not been reviewed in quite a while (15+ years for some) and notability requirements have changed quite a bit over the years. The goal of this task force is to save as many articles as possible. Anyone not reviewing an article may jump in to help get it up to par if it does not meet the GA requirements. The process will start officially on February 1 and will continue until every article has been checked and either kept or delisted. The task force may be found at Wikipedia:WikiProject Weather/2024–25 Good Article Reassessment. Noah, AATalk 15:22, 26 January 2024 (UTC)Reply

Articles under review

RfC: Criteria for individual tornado articles

edit

Should we have notability standards for individual tornado articles? We already have informal inclusion criteria for "Tornadoes of YYYY" articles. Below is a preliminary proposal for such criteria, with the hope that it can evolve into a formal guideline that can possibly be referenced in future AfD discussions.

  Previous discussions: New tornado articles and the news, Proposal - Criteria for inclusion on Tornadoes of XXXX articles

This has been nagging at me for a while now, and since another editor has talked to me about this issue, I think we bring this up. Since we have a sort of "inclusion criteria" for "Tornadoes of YYYY" articles, I suggest we come up with notability criteria for individual tornadoes as well. See User:EF5/My tornado criteria for what this may look like.


This is my very primitive way of determining the notability of several tornado articles I've written, and am hoping that it could be integrated into a refined set-in-stone WPW policy that could be used in actual AfDs. I'd assume that the table will be gotten rid of and turned into a list. This has been discussed in the past, but never really came to anything. Maybe it could be... WP:NTORNADO (with it's own project page)? Starting an RfC, since obviously community input is needed. Also pinging @Departure–:, who suggested this. :) EF5 18:56, 16 December 2024 (UTC)Reply

I support these guidelines, but please see my suggestions on the talk page - the wording around fail-if-pass criteria make this much more difficult to read than it needs to be. Perhaps putting them in their own section separated from the other criteria would resolve this. Departure– (talk) 19:01, 16 December 2024 (UTC)Reply
Resolved discussion regarding the RfC's opening statement.
@EF5: Please add a brief and neutral opening statement that does not include a table; this has broken the RfC listing pages. --Redrose64 🌹 (talk) 08:44, 17 December 2024 (UTC)Reply
How about now? waddie96 ★ (talk) 11:48, 18 December 2024 (UTC)Reply
These two edits merely lengthened the existing overlong statement. --Redrose64 🌹 (talk) 19:52, 19 December 2024 (UTC)Reply
Ok fix it yourself. waddie96 ★ (talk) 21:34, 19 December 2024 (UTC)Reply
I'm pulling this RfC on the grounds that it is invalid. Please read WP:RFCST before trying again. --Redrose64 🌹 (talk) 22:46, 21 December 2024 (UTC)Reply
@Redrose64: Please explain specifically what is invalid about the RfC, preferably quoting from WP:RFCST, as mentioned by you. waddie96 ★ (talk) 11:03, 22 December 2024 (UTC)Reply
Here are the relevant portions of RFCST:
  1. Include a brief, neutral statement of or question about the issue in the talk page section, immediately below the {{rfc}} tag
  2. Sign the statement with either ~~~~ (name, time and date) or ~~~~~ (just the time and date). Failing to provide a time and date will cause Legobot to remove your discussion from the pages that notify interested editors of RfCs.
  3. Publish the talk page. Now you're done. Legobot will take care of the rest, including posting the RfC in the proper RfC lists. Whilst Legobot normally runs once an hour, it may take it up to a day to list the RfC, so be patient.
The first link yields three relevant paragraphs:
Keep the RfC statement (and heading) neutrally worded and short.[1] Statements are often phrased as questions, for example: "Should this article say in the lead that John Smith was a contender for the Pulitzer Prize?"
Legobot will copy the markup of your statement (from the end of the {{rfc}} tag through the first timestamp) to the list of active RfCs, if it is sufficiently brief; a long statement will fail to be copied. For technical reasons, statements may not contain tables or complex formatting, although these may be added after the initial statement (i.e., after the first timestamp). ... If the markup of the RfC statement is too long, Legobot may fail to copy it to the RfC list pages, and will not publicise the RfC via the feedback request service.
If you have lots to say on the issue, give and sign a brief statement in the initial description and publish the page, then edit the page again and place additional comments below your first statement and timestamp.
The statement was in no way brief. It also included complex formatting (that table). --Redrose64 🌹 (talk) 11:21, 22 December 2024 (UTC)Reply
Fixed, although I disagree about it being invalid. EF5 13:27, 27 December 2024 (UTC)Reply
@EF5 Thank you for your effort. waddie96 ★ (talk) 19:47, 27 December 2024 (UTC)Reply
Support waddie96 ★ (talk) 11:50, 18 December 2024 (UTC)Reply

References

  1. ^ For clarity: The "statement" is the part that is located between the {{rfc}} tag (exclusive) and the first valid timestamp (inclusive), and which is copied by bot to various pages. The statement itself needs to be neutrally worded and brief. After that first date stamp, you should follow normal talk page rules, which allow you to be verbose (within reason) and as non-neutral as you want. ...
I see WP:CONCENSUS (3-0-0; lack of continued participation after over a month), @Waddie96: and @Departure–:; shall something be drafted up? Would be nice to have multiple people work on this. EF5 17:26, 1 February 2025 (UTC)Reply
...are we still working on this? It'd be nice to have this up and running before we see that influx of new weather editors around March thru May. — EF5 19:44, 18 February 2025 (UTC)Reply
I'm not particularly interested in the topic. waddie96 ★ (talk) 20:14, 18 February 2025 (UTC)Reply

Need unified format

edit

We need a unified format for the "Weather of XXXX" articles. For example, Weather of 2008 and Weather of 2009 lists a blurb for each significant weather event (although very incomplete, missing tons of stuff), while Weather of 2024 simply lists Wikilinks, with some info on each type of disaster at the beginning. Thoughts? Wildfireupdateman :) (talk) 18:15, 15 January 2025 (UTC)Reply

Also note that I support the 2008 and 2009 format. Wildfireupdateman :) (talk) 18:15, 15 January 2025 (UTC)Reply
Weather of 2021 & Weather of 2022 is the best format in my opinion. The Weather Event Writer (Talk Page) 18:20, 15 January 2025 (UTC)Reply
Those seem like the intermediate between the 2008 format and the 2024 format. I could work with that! Wildfireupdateman :) (talk) 18:22, 15 January 2025 (UTC)Reply
I've begun a rewrite in userspace. Wildfireupdateman :) (talk) 21:06, 15 January 2025 (UTC)Reply
Yea, when the Weather of 2008 was originally written, it was called "Global storm activity of 2008", which was simplified to "Weather of 2008". The overarching articles should include a summary of all of the different weather types, and mention the deadliest events, I think that's a good way of making the article useful. ♫ Hurricanehink (talk) 21:15, 15 January 2025 (UTC)Reply
Elijah and I like the 2021 format like you mentioned, so I'm rewriting it. It looks like it's gonna be a lot of work, as 2008 isn't the only year that has a different format/issues(e.g. somehow Elie 2007 is not mentioned). Wildfireupdateman :) (talk) 21:19, 15 January 2025 (UTC)Reply
Most "Weather of" articles need a lot of work, so I appreciate you doing that. ♫ Hurricanehink (talk) 21:21, 15 January 2025 (UTC)Reply
@Hurricanehink@WeatherWriter I've finished it (for now) at User:Wildfireupdateman/sandbox/Weather of 2008. Can I go ahead and replace the entire main page's contents? Or ask on talk page first? Wildfireupdateman :) (talk) 01:03, 1 March 2025 (UTC)Reply
No worries, I moved it for you - thanks so much for working on that! It looks so much more like how the article should look. I noticed maybe a few minor events that weren't included, but honestly, should random dust storms be mentioned on a global weather article if it didn't result in any deaths? Probably not. So we're one step closer toward having decent articles for the weather for every year this century. ♫ Hurricanehink (talk) 01:36, 1 March 2025 (UTC)Reply
Nice work Wildfireupdateman! The article looks really good! The Weather Event Writer (Talk Page) 01:53, 1 March 2025 (UTC)Reply
Thanks, WeatherWriter! Wildfireupdateman :) (talk) 01:54, 1 March 2025 (UTC)Reply

Tornado articles in draftspace

edit

To further collaboration, I've assembled a list of tornado articles in draftspace as of 17:39, 30 January 2025 (UTC).

One of mine. Definitely interested in bringing this up to quality once I get some time. Departure– (talk) 17:55, 30 January 2025 (UTC)Reply
Abandoned, not enough sources. EF5 13:32, 31 January 2025 (UTC)Reply
I have abandoned this one, not enough sourcing. EF5 17:47, 30 January 2025 (UTC)Reply
One of mine. One of the most interesting tornadoes I've written about. Departure– (talk) 17:55, 30 January 2025 (UTC)Reply
One of mine. As with Jordan, there's a lot to love about Cheyenne from what few sources exist. Departure– (talk) 17:55, 30 January 2025 (UTC)Reply
I have abandoned this one too, not enough sourcing. EF5 17:47, 30 January 2025 (UTC)Reply
I'd work on this more today, but I can't get my hands on the Storm Data publication for September 2002 because the server's offline! Argh! Departure– (talk) 17:55, 30 January 2025 (UTC)Reply
I have abandoned this one, not enough sourcing (although it could very well be notable). EF5 17:47, 30 January 2025 (UTC)Reply
Still a work-in-progress. EF5 17:47, 30 January 2025 (UTC)Reply
I have abandoned this one too, not enough sourcing. EF5 17:47, 30 January 2025 (UTC)Reply
See 2015 Holly Springs–Ashland tornado, we both started it at around the same time, funny enough. EF5 17:47, 30 January 2025 (UTC)Reply
Sources supporting sustained and significant coverage, along with lasting impacts that can be detailed in the Aftermath section, do exist, I have just been busy IRL lately and haven't had much time for substantial article work. Will continue when I have a bit more time on my hands. Chris ☁️(talk - contribs) 04:07, 5 February 2025 (UTC)Reply
Just a fork now, but I was interested in getting this to mainspace in the not-too-distant future. Departure– (talk) 17:55, 30 January 2025 (UTC)Reply
This is the article I have the highest confidence in getting to mainspace. Departure– (talk) 17:55, 30 January 2025 (UTC)Reply

See also:

Not abandoned yet. Departure– (talk) 17:55, 30 January 2025 (UTC)Reply
Partially abandoned. I'll resume work once Jordan's in mainspace. Departure– (talk) 17:55, 30 January 2025 (UTC)Reply
I'm slowly chipping away at this one. Departure– (talk) 17:55, 30 January 2025 (UTC)Reply
It's... probably notable? Departure– (talk) 17:55, 30 January 2025 (UTC)Reply

Yes, this is all from a search, but there are a lot more draftspace articles than I expected there to be. Departure– (talk) 17:39, 30 January 2025 (UTC)Reply

Wow, a suprising about of those are me starting things and not finishing them. Maybe I need to commit to an article, and finish it before moving on to something else. :) EF5 17:47, 30 January 2025 (UTC)Reply

Damage Assessment Toolkit Citation Template Discussion

edit

There is an ongoing discussion/request in progress for a citation template to be created specifically for the Damage Assessment Toolkit (DAT). You can see the discussion here: Wikipedia:Village pump (technical)#Creation of new citation template for the U.S. Gov Damage Assessment Toolkit (DAT). The Weather Event Writer (Talk Page) 18:48, 30 January 2025 (UTC)Reply

Request for comment on how to deal with weather events' damage estimates

edit

How should articles deal with damage estimates for weather events? Departure– (talk) 14:46, 5 February 2025 (UTC)Reply

Opening comments: This was brought to the forefront of my attention by this damage estimate at 2023 Selma tornado. An inline comment there says Per an RfC, NOAA-damage totals MUST be supported by a non-NOAA reliable secondary source. The NOAA damage totals are not supported by a secondary source, therefore, per the RfC, the secondary source MUST be used. I have never seen this RFC before and this is the first I'm hearing of it because these NOAA estimates are being used all over Wikipedia unbounded and I didn't see a problem with that. Let me lay out a few points that might help discussion:
  • NOAA:
    • NOAA often fails to provide an estimate for certain damage events. These are listed as $0.00k in the crop and property damage sections of the Storm Events Database.
    • The methodology for getting NOAA estimates isn't often discussed, but from the event summary of the Tallahassee tornadoes of 10 May 2024, we can get this much:
      • Damage costs to the city of Tallahassee were extensive. The city accrued at least $50 million in damages, not even including residential damages. Residential damage was significant. There were a total of 174 structures deemed destroyed, 742 with major damage, 780 with minor damage, and 417 that were deemed affected. The median home price in Tallahassee as of July 2024 is roughly $286,000. Thus, a rough estimate for residential damage is an additional $50 million for the destroyed structures (assuming $286K damage per structure), $74.2 million for the structures with major damage (assuming $100K damage per structure), $7.8 million for the structures with minor damage (assuming $10K damage per structure), and $2.1 million for the structures that were deemed affected (assuming $5,000 damage per structure). This brings the estimated grand total to $184.1 million, which will be divided equally between the two tornadoes since they merged together over the city.
    • NOAA damage costs are often an acceptable WP:CALC estimate of multiple Storm Events Database entries. For instance, the cost of $90 million for 2023 Little Rock tornado came from two database entries.
    • NOAA also operates the Billion Dollar Disaster report, a database of events that cost $1 billion or more in damage. This appears reliable and is used in many articles, especially for hurricanes.
  • AccuWeather:
    • AccuWeather was a previous point of friction (see Wikipedia:Reliable sources/Noticeboard/Archive 452#AccuWeather for damage estimates) - this discussion entailed a preliminary figure of about $95 to 110 billion for Hurricane Helene. I believe the current AccuWeather estimate for that storm is $225 billion. The NCEI, a division of NOAA, states the median estimate for Helene is around $78.7 billion.
    • In addition, they also appear to have different figures for total economic loss in addition to or in lieu of property or insurance toll figures.
  • CoreLogic:
    • CoreLogic appears to be an insurance appraiser used at a professional level to determine whether or not a property was affected by a storm. Their work appears to be in determination of the total value or exposure of properties potentially impacted by severe weather events. Take their March 31 summary - the title is CoreLogic Identifies Approximately 358,000 Homes Worth an Estimated $83.2B Potentially Within Tornado Paths and Hail Boundaries. This disagrees with the Billion Dollar Disaster listing for March 31, with their estimate being at $5.9 billion.
  • Local sources:
    • If I'm not mistaken, local sources echo what insurance appraisers and NOAA relay. However, as is the case at 2023 Little Rock tornado, they can have citations for damage tolls known to be paid instead of just what could be paid.
In my opinion, sources should be cited inline attributed with what they're valuing the cost off of if relevant, and for AccuWeather in particular, attributed in-text. For instance:
  • $59.1 million (property damage)[1]
  • $68.2 million (total insurance payout)[1]
  • $50 billion (AccuWeather initial estimate)[1]
  • $88.7 billion (AccuWeather total economic lost estimate)[1]
  • $7.2 billion (CoreLogic potential property exposure)[1]
Let me know of what you think of this proposal. If you have another suggestion, feel free to discuss it. Departure– (talk) 14:46, 5 February 2025 (UTC)Reply
@Departure–: The RFC you mentioned at the beginning is why "Verifiability, not truth in action" was created and why Tornadoes of 2022#Costliest United States tornadoes has confirmed, factually incorrect information, but verifiable information. I'll do a larger comment in a little bit later, I just wanted to let you know on that RFC. The Weather Event Writer (Talk Page) 15:41, 5 February 2025 (UTC)Reply
Courtesy link: Special:Diff/1152938833#RfC on clarification of WP:CALC for costliest tornadoes Departure– (talk) 15:53, 5 February 2025 (UTC)Reply
Alright, so let me give my input on this RFC from a bygone age. This appears to be solely based on the use of NCEI sources in Costliest tornadoes of XYZ year articles and really shouldn't have any bearing beyond that context. Really, I don't know how much we even need those "costliest tornado" indexes on this encyclopedia, and I am sure as hell against these damage estimates being discounted outside of that context. Departure– (talk) 15:58, 5 February 2025 (UTC)Reply
Just a quick comment that List of costliest tornadoes in the Americas also exists as a stand-alone list. The Weather Event Writer (Talk Page) 16:27, 5 February 2025 (UTC)Reply
  • Ok, here is my whole thought on the process. I have attempted to implement it in the past, with it almost always getting reverted.
    1. If NOAA is available, use NOAA as the damage estimate, as these, for U.S.-based weather events at least, are always regarded as the "official" damage totals.
    2. If NOAA is not available, (i.e. no-NOAA damage total in final report), then use an RS-based range with a note of "unofficial". For example, if NBC News said $1 million and AccuWeather said $100 million, then the infobox should reflect the RS range.
    3. If pre-NOAA finalized reports (i.e. within like 2-4 months of the weather event), then use an RS-based range, with a note of "unofficial".
For example, prior to NOAA releasing their official damage total for Hurricane Helene, I attempted to do an infobox with a similar format to how the 2013 El Reno tornado's infobox is. I will admit, my format was a little bad on the Hurricane Helen infobox, so I am not saying to go right back into it. However, the idea behind it still stands in principle. Hurricane Helene had an impact section chart listing various damage totals. I'm not saying every article should have a chart with damage totals, but maybe a bullet-point list reference or enf note listing the various sources for the "range" would be good. The Weather Event Writer (Talk Page) 16:42, 5 February 2025 (UTC)Reply
  • Now, on the note above, I am strongly against the use of any AccuWeather-related damage "estimate". They have been known for a long time to be way off on their estimates and forecasts. AccuWeather claimed Hurricane Helene was going to be costlier than Hurricane Katrina and Hurricane Ian combined! Obviously, NOAA highly disagreed with their estimate and officially said Helene caused less damage than either Katrina or Ian by themselves. Honestly, another renewed RSP on AccuWeather might be in order. Anyway, that was just a small P.S. I wanted to say since AccuWeather got brought up. The Weather Event Writer (Talk Page) 16:42, 5 February 2025 (UTC)Reply
    All predictions are iffy, and AccuWeather failing at a prediction tells us nothing about accuracy of their post-storm damage assessments.  — SMcCandlish ¢ 😼  19:21, 6 February 2025 (UTC)Reply
    @SMcCandlish: They are really off on every prediction. I just gave a single example. At the next RSP (which I will probably open sometime in the next few weeks), I will give dozens of examples of them, in short, always being the highest-possible damage estimate, to the point where they easily cross into the “generally unreliable” territory on that category, but also their forecasts are often challenged/laughed at by other meteorologists as basically just trying to cause public panic. AccuWeather is a big sensationalist weather source, which a very detailed RSP in the future will show. Anyway, that was just a single example and for this discussion, you can just picture that type of damage estimate as their norm…i.e. always the upper-end of damage estimates for any weather event. The Weather Event Writer (Talk Page) 20:57, 6 February 2025 (UTC)Reply
    Fine, that's a case to make at WP:RSP then. It doesn't change my position at all with regard to applying WP:DUE policy properly, including no longer treating US government source as "super-reliable", which is something we should not have been doing in the first place.  — SMcCandlish ¢ 😼  21:24, 7 February 2025 (UTC)Reply
  • I agree with "sources should be cited inline attributed with what they're valuing the cost off of if relevant, and for AccuWeather in particular, attributed in-text", but would go further and require in-text attribution for NOAA and another source. I do not agree with WeatherWriter's take that NOAA is more reliable because it is "official". WP is not in the habit of giving more weight to governmental sources, and given what is happening to the US government right now, no such source can any longer be taken as prima facie reliable, and Trump and company's outright hostility to emergency management agencies of all kinds in particular calls into question whether NOAA will remain reliable enough to use at all. In the interim, any time WP has ostensibly reliable sources that provide conflicting numbers, with regard to anything, our job is to provide a range (when summarizing), with sources, and to provide more specific numeric details claims (again with sources) in the main body of the article. This general principle is not magically voided just because the subject happens to be weather.  — SMcCandlish ¢ 😼  19:21, 6 February 2025 (UTC)Reply
Well, your opinion on whether Trump being President will influence how the National Weather Service conducts a tornado damage survey is noted and entirely irrelevant for this discussion…sorry to break it to you. Anyway, what do you think of the proposal below? The Weather Event Writer (Talk Page) 21:23, 6 February 2025 (UTC)Reply
You're clearly not sorry, and I'm not interested in any apologetics from your or anyone else's direction. It really has nothing to do with "Trump being president" intrinsically; this is not a popularity contest. It has everything to do with the Trump administration's specific policies of a) hostility towards emergency management agencies both within and without the US government and clear intent to interfere with them for propagandistic and worse purposes, and b) an agenda to hobble or even dismantle federal agencies of all kinds to the maximum extent possible, even beyond the limits imposed by the US constitution. Whatever effects this will have off-site, the obvious effect it has with regard to Wikipedia is that US federal agencies are, or soon will be, less reliable sources, both because their mandates are being interfered with to serve political purposes and because their financial and human resources, and other factors of their ability to operate effectively at all, are being slashed. You can praise this approach, as a political move, all you like, but it will do nothing to change the facts of what it means for WP relying on them as sources.  — SMcCandlish ¢ 😼  21:24, 7 February 2025 (UTC)Reply

PS: Here's [1] just a hint of where this is all headed, in a directly pertinent area of government data, and we're only part way through the third week of this administration.  — SMcCandlish ¢ 😼  21:45, 7 February 2025 (UTC)Reply

No comment on any other sources. But AccuWeather should NOT be used for damage estimates under any circumstances. They majorly inflate the totals to unrealistic numbers. Hurricane Clyde 🌀my talk page! 20:36, 7 February 2025 (UTC)Reply

WeatherWriter’s proposal

edit

For my proposal, I am thinking of a damage total range & collapsable list inside the infobox listing the damage totals from various sources. Below is a copy/pasted version of the 2023 Rolling Fork–Silver City tornado’s infobox, with the new damage total list. These sources can and should also be listed an explained in the article’s aftermath section. Note, source 1 and 2 are NOAA sources and source 3 is a secondary RS source.

Wikipedia talk:WikiProject Weather
  • Top: (2013 Moore tornado…NFF replaced for sandbox)
  • Bottom: A damaged SUV amid debris in Rolling Fork following the storm
Meteorological history
FormedMarch 24, 2023, 7:57 p.m. CDT (UTC−05:00)
DissipatedMarch 24, 2023, 9:08 pm. CDT (UTC−05:00)
Duration1 hour, 11 minutes
EF4 tornado
on the Enhanced Fujita scale
Highest winds195 mph (314 km/h)[1][2]
Overall effects
Fatalities17[1][2]
Injuries165[2]
Damage$96.6–100 million
Damage estimates:

Part of the Tornado outbreak of March 24–27, 2023 and Tornadoes of 2023

Thoughts on this type of proposal? The Weather Event Writer (Talk Page) 21:16, 6 February 2025 (UTC)Reply

@Hurricane Clyde: & SMcCandlish: As the only other commenting editors, do either of you have an issue with the proposed format? If not, I think this RFC could be closed early, as there are currently no objections and 4 supports for the proposal. The Weather Event Writer (Talk Page) 00:26, 27 February 2025 (UTC)Reply
  • It probably could, though I would personally recommend the version/format from the infobox above, since that grey background in that article’s infobox looks weird in dark and light mode to me. No policy reason for that, just a personal preference on color. The Weather Event Writer (Talk Page) 21:19, 27 February 2025 (UTC)Reply
  • I think this works. While collapsed content is unavailable to some users, this particular approach leads with an uncollapssed overall range, and provides collapsed details as an afterthought, so it provides sufficient summary information for an infobox even to those users. PS: I agree with WeatherWriter with regard to unnecessary coloration effects. Those often also present accessibility problems for low-vision users by reducing the luminosity difference between the text and its background. If a background color is used, it needs to pass various accessibility tests.  — SMcCandlish ¢ 😼  09:30, 28 February 2025 (UTC)Reply

References

edit

References

  1. ^ a b c Cite error: The named reference NOAA NCEI was invoked but never defined (see the help page).
  2. ^ a b c Cite error: The named reference NOAA ArcGIS was invoked but never defined (see the help page).
  3. ^ "Insurance losses from Mississippi tornado nearing $100 million".

Featured article review for Hurricane Claudette (2003)

edit

I have nominated Hurricane Claudette (2003) for a featured article review here. Please join the discussion on whether this article meets the featured article criteria. Articles are typically reviewed for two weeks. If substantial concerns are not addressed during the review period, the article will be moved to the Featured Article Removal Candidates list for a further period, where editors may declare "Keep" or "Delist" in regards to the article's featured status. The instructions for the review process are here. Hog Farm Talk 20:59, 16 February 2025 (UTC)Reply

Sorting out tornado article ledes

edit

There isn't an MOS for the lede sections of tornado articles. Also, several newer or IP editors frequently change things in the lead sentence, specifically adding random adjectives to exaggerate the tornado's qualities. I think they should be limited to only two unless there's a good reason to have more. "Deadly" should be reserved for tornadoes with particularly high death tolls, "killer" shouldn't be used at all, "destructive / damaging" really shouldn't be used at all, "large / wide / massive" shouldn't be used unless the width of the tornado is specifically important, "erratic"? "devastating"? "powerful"?

I think that the only adjective that most tornado ledes need is the classification "weak", "significant", "intense", "violent", or "extremely violent", and then any other adjectives should only be used if they're particularly important (such as the 2013 El Reno tornado's size, the 2007 Elie tornado's erratic path, the 2011 Joplin tornado's high death toll, etc). In addition, MOS:AVOIDBOLD is still an issue and I really think only El Reno, Joplin, and the Tri-State (along with a very select few others like Jarrell or Bridge Creek) can get away with not following it - and please, for the people adding "The tornado, also known as the xyz location tornado," to the second lede sentence, please cut it out - we're inventing names from newspaper reporting with the names following a very generic and dare I say routine naming scheme.

Let me know what your thoughts are. If I get good reception here, I'll go through existing articles and clean them up. Departure– (talk) 16:19, 18 February 2025 (UTC)Reply

My good/bad adjective list:
GOOD to use:
  • Strong
  • Large
  • Violent (for F/EF4+)
  • Catastrophic (F/EF5)
  • Wide (if covered in RSs)
  • Wedge/rope/stovepipe/you get my point.
  • Deadly (if covered in RSs)
  • Damaging (if covered in RSs)


BAD to use:
  • Incredible
  • Extreme/extremely (damage)
  • Massive
  • Huge
  • Insane/insanely
The "BAD" words are ones that shouldn't be used when describing tornadoes, in my opinion. — EF5 16:32, 18 February 2025 (UTC)Reply
The "bad" ones strike me as words to watch anyway and probably should be avoided in general barring specific mention and use in RS and quotes. My point is that while some might be verified and "good", they disrupt the flow on an article. Too many adjectives gets away from the main point of the article in many cases - there's no reason a relatively standard EF4 tornado in rural Mississippi needs as many descriptors as the Joplin tornado in the lead sentence. No prejudice at all to adding them in the article body or even later in the lede, but I get rather annoyed at having to read "...a large, violent, deadly and extremely damaging wedge tornado" because it's just too much. Unless it's literally El Reno, you can get away with just calling it "violent". "Wedge" is definitely borderline as well and is better suited for the article body because surprise surprise tornadoes change shapes throughout their life cycle. Departure– (talk) 16:37, 18 February 2025 (UTC)Reply
I also do get annoyed by the people that add things like "A large, deadly, costly, violent and extremely incredible catastrophic damaging tornado" (I'm exaggerating) to articles; I'd love to see an MOS be made to clarify that. Speaking of Joplin, I'll bet a million bucks on a pageview spike for the 2011 Joplin tornado article today, once the daily pageviews are updated. :) — EF5 17:00, 18 February 2025 (UTC)Reply
Pardon? Why would Joplin get a pageview spike beyond that of our discussion of it here? Departure– (talk) 17:09, 18 February 2025 (UTC)Reply
This, but let's stay on-topic, it's my fault for bringing it up. I think the AVOIDBOLD thing can have a few exceptions, like 2007 Greensburg tornado (GT), which has a few different names. — EF5 17:25, 18 February 2025 (UTC)Reply
Yes, for instances like that or maybe Mayfield. What I will say is that most tornadoes do not have common names - that's why AVOIDBOLD exists in the first place. The second sentence that some articles get now that gives tornadoes a name anyway is what really grinds my gears. Departure– (talk) 17:30, 18 February 2025 (UTC)Reply

Record high and low in climate

edit

Hi. I want to suggest the climate table to be changed a little.

For example, look at the climate table of fhe city of Gwangju: Climate table

Here, the record highs and lows for each month are stated. But we don't know when have these record extremes been reported in history. We only know the timeline from the table (here 1991-2020).

So, I want to suggest the times the record highs and lows have been reported be present too in all climate tables. Whether by referencing them or adding notes below the table. Aminabzz (talk) 21:19, 19 February 2025 (UTC)Reply

Entire European Tornado Database Being Converted To IF Scale, All Wiki Entries Need Converted

edit

Ok guys we have a major issue that we really need to talk about here. The ESSL/ESWD is and pretty much already has converted the entire tornado database to the new IF scale. This means that except for the most recent events (late 2024 into 2025), every rated European tornado listed on Wikipedia is now inaccurate and outdated. As a result, we have a project of gargantuan proportions that we have to deal with. Every European tornado we have on here is going to have to have its rating changed to reflect the updated database, and I'm not really sure how we are going to go about such a massive, time consuming effort. I am currently updating all tornadoes of 2023 with full DAT and NCDC info, and was planning on updating all European tornadoes from 2020 to 2025 to the IF scale before I move on to 2024. I thought the IF update only went back to 2020, and that seemed like enough I could handle on my own. However, that is no longer the case. So I want to discuss this as decades of ratings that are now rendered invalid isn't something we can't ignore. Once I finish fine detailing 2023 and 2024, and updating the European tornadoes between 2020 and 2025, I guess I can dive into this venture and start converting all the European tornadoes prior to 2020 as well, but it is going to be a long, tedious, painstaking undertaking to do alone. Let's discuss how we can tackle this. Any ideas or game plans, or is it just going to come down to a brute force, time consuming effort? We can't just brush this aside. TornadoInformation12 (talk)TornadoInformation12 TornadoInformation12 (talk) 08:14, 23 February 2025 (UTC)Reply

@TornadoInformation12: Where is the database which has the new ratings? It may be possible to simply run a bot to replace all those ratings automatically, if that data can be extracted in an easy way. Chlod (say hi!) 08:43, 23 February 2025 (UTC)Reply
The ratings can be found on the European Severe Weather Database website. Unfortunately, a bot can’t be used, because the scales are quite different. The F scale is a 6 level scale (F0 to F5), while the IF scale is a 9 level scale that includes “in between” decimal ratings such a IF2.5, which would be a tornado that isn’t quite an IF3, but is more significant than an IF2 (the decimal ratings do top out at IF2.5). In addition, some of the tornadoes have been upgraded or downgraded and won’t convert properly. For example, the Birmingham, England tornado of 2005 has been upgraded from an F2 to an IF3.
TornadoInformation12 (talk) 09:07, 23 February 2025 (UTC)Reply
Guys, seriously nobody wants to discuss this? It's a huge problem and it feels like I'm the only one who is aware and concerned about it. Come on now.

TornadoInformation12 (talk) 05:05, 24 February 2025 (UTC)TornadoInformation12Reply

A lot of people who edit tornado-related pages aren't active right now, mainly because it isn't tornado season yet. As I suggested to Hurricanehink, it's almost March, I'd suggest re-asking when the tornado activity ramps up (I'm not making this up, tornado activity on-wiki noticeably dropped off after May 2024). — EF5 14:51, 24 February 2025 (UTC)Reply
Heh. June. Anyway, @TornadoInformation12; do we know if the survey methodology has changed? In other words, was it a simple find-and-replace of all F ratings with IF ratings, or have all surveys / ratings at least been checked against the new IF scale? Departure– (talk) 14:57, 24 February 2025 (UTC)Reply
It’s unfortunately not gonna be that simple, because as I mentioned, it’s converting a 6 level scale to a 9 level scale, and some tornadoes, like the 2005 Birmingham tornado, have been upgraded or downgraded multiple levels on the scale following additional analysis.
TornadoInformation12 (talk) 00:19, 25 February 2025 (UTC)TornadoInformation12Reply

Good article reassessment for Cedar Fire

edit

Cedar Fire has been nominated for a good article reassessment. If you are interested in the discussion, please participate by adding your comments to the reassessment page. If concerns are not addressed during the review period, the good article status may be removed from the article. Z1720 (talk) 20:37, 25 February 2025 (UTC)Reply

This is a new draft for anyone who wishes to help. The Weather Event Writer (Talk Page) 03:22, 1 March 2025 (UTC)Reply

Featured article review

edit

I have nominated Hurricane Isabel for a featured article review here. Please join the discussion on whether this article meets the featured article criteria. Articles are typically reviewed for two weeks. If substantial concerns are not addressed during the review period, the article will be moved to the Featured Article Removal Candidates list for a further period, where editors may declare "Keep" or "Delist" in regards to the article's featured status. The instructions for the review process are here. ~~ AirshipJungleman29 (talk) 16:05, 2 March 2025 (UTC)Reply

Template:Tornadoes

edit

Per Special:Diff/1278534541. @EF5 and ChessEric: This would be great for a {{tornadoes}} template at the bottom of the page, similar to the yearly tornado templates that exist. This would include most of the "unnecessary" links, and could have collapsed sections for tornadoes by year, by rating, and articles on individual storms. This is probably the least intrusive solution to the see-also dispute here. Departure– (talk) 15:52, 3 March 2025 (UTC)Reply

Should I draft one up? I'm quite stumped on what needs written/other tornado things and need something to do. — EF5 16:07, 3 March 2025 (UTC)Reply
That was the perfect solution. Good job. ChessEric 16:50, 4 March 2025 (UTC)Reply

"Tornadoes of YYYY" See Also sections

edit

Since my bold WP:NUKE of a see also section was challenged and this exists on other pages, why not have a WPW discussion. Why are the see also sections of several "Tornadoes of YYYY" articles, including Tornadoes of 2025, so incredibly long? At least 2/3rds of the links could be removed as being in violation of MOS:SEEALSO, which states Links in this section should be relevant and limited to a reasonable number (the current Tornadoes of 2025 see also section is over 1,0000 bytes long!). Should we make a specific format or something else? Pinging @ChessEric:, who suggested that a discussion be started. Here's the entire section:


This is my subjective opinion on the current Tornadoes of 2025 see also section. — EF5 15:52, 3 March 2025 (UTC)Reply

See above. Both topics were released at the same minute. How coincidental. Glad to see we're interested in resolving disputes this way instead of edit warring. Departure– (talk) 15:55, 3 March 2025 (UTC)Reply

Infoboxes and sourcing for track mileage

edit

In my opinion, track mileage is a far superior measure of a tornado outbreak's intensity than the number of tornadoes - see Severe weather sequence of July 13-16, 2024, an outbreak with only a small number of circulations and short-lived tornadoes that technically surpassed numerous other outbreaks for number of tornadoes - i.e. one touches down numerous times, each time being counted as a separate tornado. I want to know where I can find sourcing on track mileage, which de-emphasizes outbreaks that had numerous tornado families instead of less but longer-tracked tornadoes. This also would allow parity with older outbreaks where some tornadoes such as Belvidere in 1967 and Monticello in 1974 are likely to have been tornado families and would today be considered multiple tornadoes with a similar track mileage. If so, I was going to add them to articles and to Tornado records. Newer outbreaks could use a WP:CALC measure, while older outbreaks would be near impossible to find figures on but would be more comparable counting the entire "intermittent touchdown" mileage we'd consider to be multiple storms. Departure– (talk) 15:19, 5 March 2025 (UTC)Reply

Eh, that seems overly-complicated. Say we mesaure the tracks of all 367 tornadoes during the 2011 Super Outbreak... wouldn't that take a while to put together and calculate? — EF5 18:10, 5 March 2025 (UTC)Reply
It sure would, but I don't see why we couldn't at least try. Departure– (talk) 19:23, 5 March 2025 (UTC)Reply

Category:Individual tornadoes

edit

Would anyone object to having this category exist? I asked at the requested category noticeboard but never followed up. The person there said that I should get consensus here before continuing. This category would be useful to differentiate outbreaks from individual tornado articles, the latter of which we're making more and more of. Departure– (talk) 17:36, 10 March 2025 (UTC)Reply

Warning: Be Careful With Tornado Photo Verification

edit

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.


Double posting for visibility

Guys, we need to be more careful with tornado photos. I just found an article on the 1967 Belvidere, IL tornado that used a still from a very well-known video of the 1966 Topeka, KS F5. The caption claimed that the image showed a photo of the Belvidere F4, when this is just simply not true. There are no known videos or photos of the Belvidere tornado, and that video is 100% confirmed to be from Topeka (https://www.youtube.com/watch?v=OsdSNfqcrUg&t=5s), (https://www.youtube.com/watch?v=Ub-UHfqaaYM&t=1s), (https://www.youtube.com/watch?v=abEMnffoCQA), and has been featured in multiple documentaries and news segments about that event. The bottom line is that somebody failed to fact check, and recklessly published inaccurate information to Wikipedia without doing research or basic due-diligence. I take publication of bad info here very seriously, and this kind of thing really hurts our credibility. You guys need to be more careful, and that's the bottom line. I have removed the photo, and someone should probably mark it for deletion because it purports to show a tornado that was never photographed. Now I'm wondering how many other falsely-labeled tornado pics are floating around on this website? TornadoInformation12 (talk) 05:34, 12 March 2025 (UTC)TornadoInformation12Reply

I do get your point (and have taken note), but can we express that in a civil and respectful manner? It seems to have been an accident, not on purpose. The image has been changed; the lower-quality ones tend to get mixed up often with other tornadoes for some reason (see Talk:1925 tri-state tornado#This image shown here is photoshopped and not the real tri state tornado). Speaking of which, it'll be the 100th anniversary of the Great Tri-State Tornado in six days! — EF5 16:09, 12 March 2025 (UTC)Reply
Yeah, I'd say that I didn't fail to fact check, and it was not reckless. I couldn't have reasonably known it was the Topeka storm without knowing about that footage beforehand. A reverse image search only brought up images for the Belvidere one, and the image was incorrectly attributed but I wouldn't call that a cop-out "knowingly-incorrect upload" considering barring this 97ZOK falls under a reliable-enough source for this kind of thing. And there is in fact a photograph, itself a frame of a video, of the tornado's funnel. Departure– (talk) 16:15, 12 March 2025 (UTC)Reply
Courtesy links: 1967 Belvidere tornado, File:Belvidere tornado, April 21, 1967.jpg Departure– (talk) 16:18, 12 March 2025 (UTC)Reply
You just followed it up with a photo of the Scottsbluff, NE F4 of 1955. I am a huge vintage tornado video geek and I know what I’m talking about here. Unfortunately, you are indeed being reckless because you are assuming where these images originated from. The documentary never explicitly states anything shown tornado imagery wise is from Belvidere. That is an assumption you are making, and a reverse image search isn’t enough. The image has to be explicitly labeled or stated to be from a certain place, not assumed given the context it’s in. Lots of tornado documentaries use old stock tornado footage when no video/pics exist of the tornado being covered. The Belvidere tornado was never photographed or videod, and given my hobby, I would be aware if it was. The bottom line is that you need direct statements linking imagery to the event in question, and you failing to do that is leading to inaccurate information being published. Also I was not being uncivil, I’m being firm. Be more careful and stop relying on reverse image searches; that’s all there is to it.

TornadoInformation12 (talk) 21:10, 12 March 2025 (UTC)TornadoInformation12Reply

To be fair, all the images are attributed properly. The part of the documentary states that that was the part of the event where the tornado enters Belvidere, describing multiple funnels, when the image appears, and there is no reason for me to doubt that it is actual video, minus the background knowledge that it's the Scottsbluff tornado. I think it's a completely natural and fair assumption to make. I know it isn't the Belvidere tornado, but my mention of incivility can most be seen from this from my talk page - please assume good faith (and no clue) - I (and presumably most other WPWX editors) don't have the background you do so please don't hold others to the same standards you hold yourself to, beyond just giving a link of where the image originated and moving on. I don't want this to be escalated any further. Departure– (talk) 21:25, 12 March 2025 (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.

Help & Improvement Needed: List of United States government meteorology research projects

edit

I recently started the List of United States government meteorology research projects and while writing the article, I came across a ton of stubs/uncreated stuff.

From famous ones like Project Stormfury, passed GAN in 2008…so it needs a relook in 2025, to the VORTEX projects (C-class), to even newer ones like TORUS Project (article created March 2025) or PERiLS Project (article uncreated in 2025). Several stubs or smaller articles exist for all these famous weather projects. I’m bringing it up incase anyone wants to dive into the science part of these projects to improve them. The Weather Event Writer (Talk Page) 17:16, 12 March 2025 (UTC)Reply

WeatherWriter, I'll get right to the PERiLs article. :) — EF5 17:17, 12 March 2025 (UTC)Reply
  Done, obviously will improve. Can't let a weather article be anything under start-class. — EF5 17:36, 12 March 2025 (UTC)Reply

Article quality list as of March 12, 2025:

The Weather Event Writer (Talk Page) 21:29, 12 March 2025 (UTC)Reply

Wow, these really are all of subpar quality! I think I’ll try to get VORTEX to GA status then work on GEWEX. :) EF5 21:35, 12 March 2025 (UTC)Reply
Might as well toss in RAINEX which probably needs more citations. Wildfireupdateman :) (talk) 21:53, 12 March 2025 (UTC)Reply
TWISTEX, too (although not a government project, it still needs improved). — EF5 21:54, 12 March 2025 (UTC)Reply
I don't think BEST needs an article. It should be part of an article on the FARM (the group that operates the DOW network) and would be great as a few sentences there instead of a stub. Also, not a government project, to my knowledge. Departure– (talk) 14:11, 14 March 2025 (UTC)Reply

MOS:AVOIDBOLD versus MOS:COMMONNAME in tornado articles

edit

I don't know what changed in the mood across the project, but there have been multiple editors introducing the idea of adding in the second sentence of tornado articles a name of a tornado that has been reported elsewhere. In my opinion, these names, while common, really disrupt the flow of the article with the bold textface and the fact that, well, the article is already called that and names are almost always unnecessary to repeat. I find it uncomfortable that we can't fit in tornadoes' names into the lede sentence but there are two policies, MOS:AVOIDBOLD and MOS:COMMONNAME that come to this uncomfortable stalemate with each other in this specific context. Some examples below:

No AVOIDBOLD, COMMONNAME in lede:
The 2021 Western Kentucky tornado was a violent and long-tracked tornado that affected much of Kentucky on ...

No AVOIDBOLD, no COMMONNAME:
On the evening of December 10, 2021, a violent and exceptionally long-tracked tornado affected much of Kentucky. ...

The stalemate that we find ourselves with:
On the evening of December 10, 2021, a violent and exceptionally long-tracked tornado affected much of Kentucky. The tornado, known as the Western Kentucky tornado, was one of ...

I don't think I'm the only one annoyed that we somehow defaulted to both of these conflicting style guidelines that really shouldn't co-exist. I have a strong feeling many of the names we get for tornadoes are invented, especially ones that struck multiple locations (2024 Barnsdall-Bartlesville tornado, 2024 Minden-Harlan tornado, 2024 Elkhorn-Blair tornado, etc). Yes, in lots of news stories etc., tornadoes are referred to by their location, but in my eyes this is typically due to the fact there really isn't much else to refer to them as, and they're inconsistent in doing so. As such, I'd argue most tornadoes, while having names they're referred to as, are given invented names that are unnatural to include. So, I brought this here after a dispute at 2024 Greenfield tornado as I was hoping to build a lasting consensus here instead of a shoddy one elsewhere. As very few tornadoes have proper names (Joplin, Moore, El Reno, Tri-State, Greensburg, and very few others) have names that can even be considered to be used commonly, I propose we get a standardized or primarily standardized method for doing so. As these two policies are in contrast with each other, how should we handle the first lede sections?

  • Option A. Input the title of the tornado, or common name, in the lede, ignoring AVOIDBOLD but including COMMONNAME in the article
  • Option B. Avoid having any bold text to include in an article, using AVOIDBOLD but ignoring the COMMONNAME in the prose
  • Option C. Maintain the status quo, where bold text isn't in the lede sentence, but appears later on, following both conflicting style guidelines

This is a mess that I don't know everyone will be excited of the outcome of. I strongly prefer option B, but let me know what you all think. Pinging @MarioProtIV as they were on the other side of the Greenfield dispute. Departure– (talk) 14:29, 14 March 2025 (UTC)Reply

  • Option B – it makes no sense to write: The Greenfield tornado was a tornado that affected Greenfield, or A tornado affected Greenfield on January 1, 0001. The tornado, known as the Greenfield tornado.... There is no need for bolding when what comes before or after it is so redundant to the bolded text. 🐔 Chicdat  Bawk to me! 15:19, 14 March 2025 (UTC)Reply
  • Case-by-case basis - I personally think neither of the three represent my view. We should evaluate on a case-by-case basis, as some tornadoes do have common names. EF5 15:25, 14 March 2025 (UTC)Reply
I honestly lean towards an Option D, mixing B and C, for a case-by-case basis. Option B (no bold text) should be used for most tornadoes, however, Option C (bold text, just not first sentence), should be used if there is two+ alt names that are not towns already said in the article title OR another case-by-case reasoning. I'll give a few examples of what I mean:
2011 Smithville tornado should not have any bold text, as the tornado itself is only really known as "2011 Smithville tornado", i.e. already the article title and for tornadoes, this can be very easily prose written. Other single-town named tornadoes that follow this reasoning of being known only by the article name itself include 2024 Sulphur tornado, 2024 Greenfield tornado, 2022 Winterset tornado.
2023 Rolling Fork–Silver City tornado should not have any bold text, as the tornado itself is really only known as the "2023 Rolling Fork tornado", which is part of the article title, which also includes "Silver City", as part of the RS mention both Rolling Fork and Silver City. Other 2+ town tornadoes really only known by one or both of the towns in the article title include 2015 Rochelle–Fairdale tornado, 2020 Ashby–Dalton tornado, 2014 Mayflower–Vilonia tornado.
Tornadoes like the 2021 Western Kentucky tornado should have bold text, as there common names for the tornado that are not already in the article title. In this tornado's case, it is known as "Western Kentucky tornado" (article name based on RS), "Mayfield tornado" (Other RS name), and "The Beast" (NWS-given name). Other tornadoes that have or may have names not based on the article title include 2021 Tri-State tornado, 1973 Central Alabama tornado, 1964 Central Nebraska tornado, ect...
1999 Bridge Creek–Moore tornado / 2013 Moore tornado should have bold text, since the "1999" and "2013" are always used to distinguish the tornadoes and titles. The other set of these would be 2013 El Reno tornado and 2011 El Reno–Piedmont tornado. These are the only two "other case-by-case" reasonings I mentioned.
Basically, all except the Moore/El Reno case exceptions (due to the year being the key factor to tell tornadoes apart), any tornado with an article title of towns hit (i.e. Greenfield, Rolling Fork, Winterset, ect...), bold text should not be used in the articles. If the article title is regional based (Central Alabama, Central Nebraska, Western Kentucky, ect...), then bold text can be used. Case-by-case basis for any other random exceptions can be discussed. But, that is my Option D. The Weather Event Writer (Talk Page) 15:26, 14 March 2025 (UTC)Reply
This is practically what I just suggested as well. Case by case seems like the best option. MarioProtIV (talk/contribs) 15:31, 14 March 2025 (UTC)Reply
That articulates and expands on my point really well. It's just like how the 2021 Western Kentucky tornado isn't called the 2021 Cayce-Mayfield-Benton-Briensburg-Buena Vista-Princeton-Midway-Dawson Springs-Barnsley-Bremen-Jingo-Shreve tornado. — EF5 18:13, 14 March 2025 (UTC)Reply
IMO this discussion is somewhat unnecessary. Tornado pages are named after the place they impacted the most, and sometimes that includes two towns (e.g. 2011 Tuscaloosa–Birmingham tornado, 2011 Hackleburg–Phil Campbell tornado, 2014 Mayflower–Vilonia tornado) so as to avoid WP:UNDUE weight on one town. Option C was brought about from the Greensburg tornado article (which is a good article), written by @EF5: (pinging as they were the one that was the inspiration for this), which adapted MOS:AVOIDBOLD pretty good by doing this, also backed up by scientific research on it and also adhering to MOS:COMMONNAME too. As it stands, I prefer Option A for the very high end/benchmark/historic and exceptionally known tornadoes like Bridge Creek/Moore 1999, 1974 Xenia, 1925 Tri-State, Jarrell, Greensburg, 2011 Joplin, and 2013 Moore and El Reno. Option C is for the tornadoes that are backed up by significant research or common names/nicknames but aren’t at the benchmark status, such as Greenfield, most tornadoes from the 2011 Super Outbreak, 2014 Mayflower-Viliona, 2011 El Reno, and 2021 Western Kentucky. Option B for the significant tornadoes that are still deadly and notable but aren’t as well-known or have common names (such as Bassfield-Soso, Elkhorn, Barnsdall, Minden, etc.). I thought it was obvious this was where most of the community was fine with, but I guess not. As I see, the way I suggested and have been trying to standardize seems like the better option. MarioProtIV (talk/contribs) 15:30, 14 March 2025 (UTC)Reply

"List of tornadoes" split criteria

edit

What should the criteria be to split a tornado outbreaks' "Confirmed tornadoes" section into another article? At Talk:List of tornadoes in the outbreak of March 13–16, 2025#Merge proposal, the primary talking points are "notable tornadoes", page visibility, etc. but it's inconsistent projectwide. I think a clear line to split off is 80,000 prose characters, regardless of how notable the tornadoes are or how visible the page is. Departure– (talk) 14:37, 18 March 2025 (UTC)Reply

Mine is >100,000 bytes and it making the main article >130,000 bytes or otherwise lag on a standard Chromebook. I really don't see the point of a split since it just makes it harder for the people who skim articles to find the info they need, but I'm aware that's a minority viewpoint. — EF5 14:38, 18 March 2025 (UTC)Reply
And I don't mean to derail this just yet, but as you said at the ReqMerge discussion, I do feel we need to have a wider discussion about precedent. I've noted in my time here that many (most, if we're being honest) people who work in WPW-based things make decisions off previously-set "precedent", so I'll probably start a few discussions/RfCs soon to clarify a few of those. Good to see we're making change, though. — EF5 14:43, 18 March 2025 (UTC)Reply
80-100 tornadoes is usually the split off point if there is at least 3-4 notable sections. If we leave it in when we have a lot of other info (non-tornadics and aftermath), it just becomes annoying to scroll through and one additional click to a list does not hurt anybody. WP:ACCESSIBILITY after all. MarioProtIV (talk/contribs) 14:42, 18 March 2025 (UTC)Reply
If I were in charge of setting the criteria, it would be if (numSections * 10 + numTornadoes) > 120 (this value may be anywhere from 100-150 depending on what y'all think) & numTornadoes > 50, we should split the list of tornadoes. Also, if the article is >125 (or 150)k bytes, a split may be warranted for less tornadoes. Wildfireupdateman :) (talk) 15:50, 18 March 2025 (UTC)Reply

Concerning recent events

edit

Okay, this has gotten to a point where the very simplest procedure has erupted several times into arguments. I frankly am getting constantly tired of having to explain standard procedure only to be rebutted. Specifically, at Tornado outbreak of March 13–16, 2025 and above discussions. The standard procedures involving modifying date ranges to keep up with consistency has devolved into arguments of "unwritten consistency", whereas it’s standard practice to do this and is literally WP:COMMONNAME to associate with this and not change to a broad title that will easily confuse readers with no date stated. I’ve been a part of the project for the past 5-7 years and I have not seen this kind of argumentative behavior on such simple procedures spring up so it’s time to take this to the project page. MarioProtIV (talk/contribs) 14:55, 20 March 2025 (UTC)Reply

Can I get a discussion link where it clearly states that COMMONNAME is always a date range? If not, it isn't precedent and I'll continue challenging it. The issue isn't "argumentitive behavior", it's people boldly doing something and claiming "we've done this forever, why should we change it"? I've only been here for one year and I can name several WPW discussions (ahem) which ended in a shitshow. The reason these discussions have seldom happened is because people haven't been challenging clearly-wrong practices. We're seeing that influx of new weather editors, and I really don't want to start off the tornado season with a massive argument that turns into a hounding fight like last year; I almost left the project when I saw how disorganized and toxic WPW was (I'd assume editors this year may do the same, which we don't want.) — EF5 14:57, 20 March 2025 (UTC)Reply
When you have multiple NWS offices, the SPC and media referring to outbreaks by a date range, that is literally WP:COMMONNAME. Your suggestions of trying to change would involve hundreds individual outbreak pages across Wikipedia, and open a weeks-long discussion that I’m almost certain would end up with a majority opposing on precedent and COMMONNAME, and unnecessary and exhaustive explanation. MarioProtIV (talk/contribs) 15:04, 20 March 2025 (UTC)Reply
So you're just putting words in people's mouths. "We'd need to do a few hundred moves" isn't a reason to not have a discussion about something (there's a reason WPW has a talk page). There is no clear COMMONNAME here. — EF5 15:07, 20 March 2025 (UTC)Reply
I understand the underlying point you're trying to make, but I think you should just open or !vote Support the move and go on with your day. Opening a topic here in an accusative manner is entering WP:BLUDGEON territory. Departure– (talk) 15:09, 20 March 2025 (UTC)Reply
I started this topic here because I and am pretty sure numerous other project editors are getting tired of seeing arguments over simple page moves to fix the date arise, which is normally a harmless procedure, devolve into squabbles. I’ve also noticed a lot of WP:FOURM behavior happening on the talk pages lately as well. This isn’t accusations, this is trying to resolve tensions here and reduce the amount of back and forth on talk pages that quite frankly is becoming more negative than good. The BLUDGEON bit also isn’t right here, since I am merely trying to explain the procedure the project has done for the last 20 years with no issues whatsoever generally. My point was that trying to say that moving to a more ambiguous and vague title across multiple articles where the only association is by date range and not a nickname or region in COMMONNAME, would end up doing more harm then good. MarioProtIV (talk/contribs) 15:22, 20 March 2025 (UTC)Reply
That is still BLUDGEONING, though. You've already stated your point a healthy amount of times, so just let concensus form naturally. "I and am pretty sure numerous other project editors are getting tired of seeing arguments over simple page moves to fix the date arise" is a guess not grounded with examples; I'm more annoyed of the bold moves than having a discussion about it. — EF5 15:24, 20 March 2025 (UTC)Reply
If you don't want to come off as accusative, a section named "Concerning argumentative behavior on simple procedures" isn't going to fly. You are best starting a project-wide discussion - i.e. a section with "How should we handle date ranges in outbreak titles?" and instead of characterizing it as "argumentative behaviour" describe it as a simple dispute, which is what it is. Blaming disputes on others' behaviours instead of their disagreements with a stance is by nature going to further any disputes already in play, whether or not that was your intention. Departure– (talk) 15:27, 20 March 2025 (UTC)Reply
This isn’t just related to date ranges, this is about numerous other instances of back and forth I’ve seen lately, such as the above sections on other aspects too. Quite frankly, things were generally fine up until this outbreak began which is where (so far) I’ve seen a lot of the back and forth spring up. All I am trying to do is resolve this here instead of needlessly bloating talk pages on articles. And I’ll change the section title if that makes you feel any better to be less accusative if so. MarioProtIV (talk/contribs) 15:36, 20 March 2025 (UTC)Reply
That’s bound to happen, it’s called constructive discussion. I don’t see any heated things above. EF5 15:42, 20 March 2025 (UTC)Reply

It's a bit strange to get a COMMONNAME claim when at the same time the page has been moved from 14-15 March to 13-16 March, and now to 13-17 March. You can't have a COMMONNAME when it changes this rapidly, and there are literally NO Google hits for the new proposed name[2], and ONE valid Google hit for the current one[3] There may be good arguments for these names and the moves, and other articles may use a commonly used name, but it clearly doesn't apply here. As has been suggested, a more "stable" name would in most cases be the best solution. Fram (talk) 15:43, 20 March 2025 (UTC)Reply

Wxtrackercody did say we should have a stricter definition, and pointed to last year’s May “sequence” as an indication we should follow NCEI’s definitions. Probably should do that for most pages and start a new RM, and probably an RM to move this to 14-16 as most sources appear to refer to this recent outbreak as that. I’m just tired of the back and forth lately so I tried to lower tensions with this. MarioProtIV (talk/contribs) 16:03, 20 March 2025 (UTC)Reply
I personally prefer a secondary source over a primary source (every source thus far refers to the March 13-16 outbreak as a single event), but that may just be me. — EF5 16:25, 20 March 2025 (UTC)Reply
That doesn't seem to be a reply to my comment at all, which is about your incorrect insistence that the name follows COMMONNAME literally, when it doesn't. The article is a complete mess anyway, reflecting these issues as well. It is called the 13-16 March outbreak in the title and the 13-17 March outbreak in the first sentence, but the first tornado it lists is from the 14th. In your first post, you stated "not change to a broad title that will easily confuse readers", but the current situation is a lot more confusing than a "Mid-March" title would have been. Fram (talk) 16:36, 20 March 2025 (UTC)Reply
I've changed it back to "13-16" (seems to have been a "bold" edit that went under the radar) per previously-set consensus on the RM. — EF5 16:48, 20 March 2025 (UTC)Reply
Which just leaves an article about a 13-16 (or -17 or whatever) outbreak, where the only weather events I could find for the 13th was "Very heavy snow fell in the Sierra Nevada of California on March 12 and 13". Which still gives the very strong impression that all this bickering about the exact dates in the title has little to do with informing / not confusing the reader, and everything to do with some misguided sticking to a convention which is ill-suited for this, backed up by some policies or guidelines which don't really support the choice when one looks a tiny bit closer. Fram (talk) 17:11, 20 March 2025 (UTC)Reply

Requested move 20 March 2025

edit

Okay, I am going to try and settle this once and for all seeing how much back and forth there is going on lately, specifically on Talk:Tornado outbreak of March 13–16, 2025. A major issue that has come up is the issue of date ranges in tornado outbreaks, and whether we should be labeling them on our accord or following what the NCEI has defined the outbreak as. This came to me after @Wxtrackercody: on the aforementioned talk page mentioned that:

"Debate about the meteorology aside, we need to also keep in mind the time element. There's no official definition of a tornado outbreak, which makes titling these articles very subjective. Most modern definitions of a tornado outbreak require at least 6 tornadoes with a gap no longer than 6-9 hours between them. If we apply that definition, the CA tornado should not be included. Generally speaking, I'd be inclined to lean toward a stricter definition of what we define as a tornado outbreak on Wikipedia. It would help cut down on the continuous tornado outbreak sequence titles we have to deal with in May/June (for instance, last year we have an outbreak sequence of May 19-27, whereas NCEI defines two different outbreaks on May 18-22 and May 25-26)."

Specifically, some of the outbreak pages include dates that are included almost on WP:SYNTH grounds, based on the flimsy aspect of one tornado occurring on that date well separated from the rest of the outbreak (seen with the most recent outbreak). Meanwhile, on the NCEI database, some of the dates are different, and in some cases, split up with regards to sequences (2019 and 2024 most prominently). As such, I propose that the listed articles be moved to correct their dates to the official NCEI database to adhere to a more strict definition, as well as reducing the amount of sequence pages we have when NOAA themselves consider them seperate outbreaks with only flimsy weak tornadoes in between. For the last case of the most recent outbreak, since it is not on NCEI yet, March 14-16 is the most common name (and what I'm suspecting will eventually be on the list later this year but we'll cross that bridge when we get there), seeing as how both social media and many different sources have referred to the event as starting on Friday the 14th and March 14-16, with no mention of the California tornado on the 13th (which falls under the previous rationale above and has hardly been mentioned, despite being part of the same system. So let's discuss this once and for all and settle out all our differences, seeing as how this recent outbreak has seemed to bring up quite a bit of them. MarioProtIV (talk/contribs) 18:39, 20 March 2025 (UTC)Reply

Note: one proposal, Tornado outbreak of March 13–16, 2025Tornado outbreak of March 14–16, 2025, had to be removed because it conflicts with a move request on that article's talk page. Only one requested move can be open for an article's title at a time. P.I. Ellsworth , ed. put'er there 01:34, 21 March 2025 (UTC)Reply
You couldn't have waited a week till the discussion was over? Procedural close as clear but indirect bludgeoning of the March 13-16 discussion, which has been noted by several editors. Even if this isn't PRO-C'd, strong oppose per Departure. — EF5 18:45, 20 March 2025 (UTC)Reply
It was obviously clear this was more than just that discussion on March 14-16, and encompassed a broader view which Cody brought up. This is not WP:BLUDGEON at all but an attempt to fix the underlying issue at large. MarioProtIV (talk/contribs) 19:05, 20 March 2025 (UTC)Reply
March 14-16 is the most common name isn't BLUDGEONING of another discussion, defined as "where someone attempts to force their point of view through a very high number of comments, such as contradicting every viewpoint that is different from their own ... this means making the same argument over and over and to different people in the same discussion or across related discussions"? It's clear to me that you are attempting to push the March 13 issue, even if under the guise of a project-space RM. Two of the three paragraphs in this RM talk mostly about the March 13-16 issue, although eight requests are listed. I'm not participating any further, although I do suggest we stop having constant RMs and everything that tore the project apart in 2024. — EF5 19:12, 20 March 2025 (UTC)Reply
Strong oppose all, for now - this is jumping the gun a bit and I think a lot of these need to be evaluated on a more case-by-case basis. As it stands, we should really be coming to a project-wide consensus about tornado outbreaks, coverage in RS, etc. @EF5, I strongly disagree that this RM is bludgeoning, but either way I hope we can come to a more diplomatic solution than just tossing accusations that may or may not be true. I perceive this as a strong step in the right direction, even if off-point in its execution - as I said, consensus and deliberation about the definition of the outbreaks themselves should come first, and RMs should be made last. Also, procedural close as the 13-16 article already has a requested move on it. Departure– (talk) 19:11, 20 March 2025 (UTC)Reply
Pinging the admin that procedurally closed the last RM @User: Paine Ellsworth - another has been opened here. Departure– (talk) 19:19, 20 March 2025 (UTC)Reply
  • Oppose at least Tornado outbreak of May 6–10, 2024, as the tornadoes involved with it in Florida were on the 10th. - The Bushranger One ping only 19:55, 20 March 2025 (UTC)Reply
  • Support with a tweak - I do think it makes complete sense to adopt the NCEI dates for tornado outbreaks (at least, the ones on the list because they caused >1B in damage), and I'd probably go even farther to say it's malpractice we have not been. The process of delineating dates has been very subjective for over a decade. Beyond that, it's also important that we establish a project-wide definition of what a tornado outbreak is for a) events that cause less than $1B and thus aren't on the list and/or b) events that just occurred and have not yet been added to the list. That is worthy of a separate, major discussion. For the sake of these proposed moves, I support them with a minor tweak. NCEI lists the May 2019 outbreak as May 26-29 (not 30). By the way, here's the list for those unfamiliar. wxtrackercody (talk · contributions) 20:12, 20 March 2025 (UTC)Reply
Support for March 14-16 The California EF0 literally has nothing to do with the outbreaks that occur the next day and the day after. The same low that spawned the tornadoes from the 14th-16th didn't produce the Cali EF0, so it makes no sense to include it. From what I see, the only reason it's even include is because it just so happen to occur the day before the big outbreaks Hoguert (talk) 20:57, 20 March 2025 (UTC)Reply
Comment - seeing as how I botched the process here yet again, I hereby withdrawthis RM and request a procedural closure. I thought I was doing this the right way but I may have messed up in the process. Instead, once this is closed, we’ll start an RfC instead to settle this once and for all, without running afoul of RM processes. Pinging @Paine Ellsworth: to close as they closed the last one via admin closure and am requesting so here as well. Double ping request I know, but as the author I guess this holds a bit more weight to do so. --MarioProtIV (talk/contribs) 22:55, 20 March 2025 (UTC)Reply
To editor MarioProtIV: this proposal has received some support, so withdrawal is no longer an option. I've removed the March proposal from this RM, so it can be continued to see if it garners consensus in this form. P.I. Ellsworth , ed. put'er there 01:40, 21 March 2025 (UTC)Reply
Fair enough, saves me some effort, and whatever comes off this RM we can eventually use to complete the March one. Thank you! MarioProtIV (talk/contribs) 01:59, 21 March 2025 (UTC)Reply
Happy to help! P.I. Ellsworth , ed. put'er there 05:00, 21 March 2025 (UTC)Reply
  • You folks need to hold ONE RM discussion at a time in ONE place and not spread out a discussion among several talk pages in article talk and project talk space. Why is there this rush? Wait until things settle down to make decisions like moving articles or you're likely to have the same discussion day after day after day. Liz Read! Talk! 23:12, 20 March 2025 (UTC)Reply
  • Oppose any date range per myself and others on the other page. Per WP:OVERPRECISION and WP:CONCISE, I support something like "May". I express weak support for one more word if necessary like "mid-May", "early May" or "late May". Having numbered dates is way too subjective and leads to endless disagreement, as seen by the 5 RMs we had this week. 216.58.25.209 (talk) 02:12, 21 March 2025 (UTC)Reply
This is far too general. There's more than one outbreak in a month (especially April-June), and there's more than one outbreak in particular segments of a month (early/mid/late). Take the outbreaks in the list above, for instance, with the NCEI defining separate outbreaks in late May 2019. The dates will be easy to establish if we decide on a project-wide definition of a tornado outbreak. wxtrackercody (talk · contributions) 02:22, 21 March 2025 (UTC)Reply