Misplaced Pages

talk:Manual of Style/Dates and numbers: Difference between revisions - Misplaced Pages

Article snapshot taken from Wikipedia with creative commons attribution-sharealike license. Give it a read and then ask your questions in the chat. We can research this topic together.
< Misplaced Pages talk:Manual of Style Browse history interactively← Previous editContent deleted Content addedVisualWikitext
Revision as of 12:56, 2 June 2020 editMichael Glass (talk | contribs)Extended confirmed users11,667 edits Specific proposal: A general rule- with two exceptions.← Previous edit Latest revision as of 18:14, 14 January 2025 edit undoJc3s5h (talk | contribs)Extended confirmed users, Pending changes reviewers, Rollbackers32,931 edits mdy on pages that have nothing to do with america: fix link 
Line 1: Line 1:
{{shc|WT:DATE|WT:MOSDATE}} {{talkheader|sc1=WT:DATE|sc2=WT:MOSDATE}}
{{Calm}}
{{WikiProject banner shell|
{{WikiProject Manual of Style}} {{WikiProject Manual of Style}}
}}
{{User:MiszaBot/config {{User:MiszaBot/config
|archiveheader = {{aan}} |archiveheader = {{aan}}
|maxarchivesize = 500K |maxarchivesize = 800K
|counter = 160 |counter = 163
|minthreadsleft = 3 |minthreadsleft = 2
|minthreadstoarchive = 1
|algo = old(30d)
|algo = old(60d)
|archive = Misplaced Pages talk:Manual of Style/Dates and numbers/Archive %(counter)d |archive = Misplaced Pages talk:Manual of Style/Dates and numbers/Archive %(counter)d
}} }}
Line 17: Line 21:
|leading_zeros=0 |leading_zeros=0
|indexhere=yes }} |indexhere=yes }}
{{Misplaced Pages talk:Manual of Style (dates and numbers)/Archive box}} {{Misplaced Pages talk:Manual of Style/Dates and numbers/Archive box}}
{{tmbox|text=It has been '''{{age in days|2020|3|1}} days''' since the outbreak of the latest dispute over date formats.|small=yes}} {{tmbox|image=] |text=It has been '''{{age in days|2024|6|18}} days''' since the outbreak of the latest dispute over date formats.|small=yes}}
{{external media |float=right|width=24% |image1= }}
''.)]]


== Numerals in a sequence ==
== Imperial vs Metric Body Measurements (UK) ==


'Phase 1' or Phase one'? This appears to be a case that's not explicitly covered.
As a young person in the UK, i find it strange that this guide recommends for imperial units to be used in British contexts. I don't know anyone, barring grandparents and over-60s, who still resort to imperial measurements for height and weight. This is an archaic and backwards viewpoint. I believe we should amend this to recommend metric measurements. <!-- Template:Unsigned IP --><small class="autosigned">—&nbsp;Preceding ] comment added by ] (]) 10:59, 3 April 2020 (UTC)</small> <!--Autosigned by SineBot-->
:I suggest you re-read your comment and consider how you think about your seniors. In particular calling them "archaic and backwards" borders on the offensive. If you are lucky one day you will reach 60, most people these days expect to live into their 80s, so you are dismissing upwards of 20 million people as "backwards". <small>You might care to check your grammar. "I", not "i" and "recommends for imperial units to be used" sounds more American, perhaps "recommends that imperial units be used" would be more natural English"?</small> {{please}} ] (]) 11:41, 3 April 2020 (UTC)
::Ignoring the grammatical lessons and moral viewpoints, I agree that this should change. Everyone I've interacted with has quoted their height and weight in metres and kilograms, respectively. Even British publications seldom use stone/pounds anymore, especially not ones which could be considered reliable. ] (]) 20:51, 4 April 2020 (UTC)
:::We always give imperial/US Customary and also metric. The only question is which comes first and which follows in parens. It's the most stupid issue to spend time on. Please let's not. ]] 21:04, 4 April 2020 (UTC)


The AP Stylebook recommends using figures for sequences in its section on "Numbers":
::::Actually we don't. Most personal weights of non-British people are converted between pounds and kilograms, ignoring stones completely. If an American or a metric-user looks at ], they will know how much he weighs. A Brit who uses stones won't have much clue unless they're particularly good at dividing by either 14 or 6.3. ''''']''''' <small>'']''</small> 21:27, 4 April 2020 (UTC)
"Also use figures in all tabular matter, and in statistical and sequential forms", from which I infer that for sequences, such as 'phase 1', figures should be used for clarity and consistency.
:::::Sorry, I was talking about lbs/ft+in vs kg/cm, as used by people here on earth. ;) ]] 23:58, 4 April 2020 (UTC)
::::::Apart from sports enthusiasts in the US, who has ever heard of Manning? ] (]) 08:59, 5 April 2020 (UTC)
:::::If it's never done in practice, this implies there's little to no demand for it in practice. A lesson worth learning? Any reader who cared could either a) add the flag to the convert template or b) learn how to use the metric system like an adult, if it bothered them that much. Past a certain point, the clutter of too many archaic units makes the article less accessible to '''everybody'''. ] (]) 16:31, 14 April 2020 (UTC)


Similarly, chapter 9 of The Chicago Manual of Style advises using figures when referring to a sequence.
:::The advice is based on the style guide of the UK's ], chosen because it is trying to do what this advice does - reflect modern British usage across the board in a reasonably coherent manner. Proper documentation is a far more appropriate basis for our judgement of what is or is not common usage than some random Wikipedian's echo chamber.


I propose adding similar explicit advice to this section of the MOS.
:::The BBC style guide was not used because at the time it was not easily available. Now it is, and it too recommends imperial-first in UK-related contexts, and explicitly gives examples of personal weights in stones and pounds.


-- ] (]) 20:10, 19 October 2024 (UTC)
:::My own experience is quite the opposite of yours and the IP's. In my experience, stones and pounds and feet and inches remain the more common standard even among people who are both reasonably young and scientifically literate. They're not universal, but more common nonetheless.
*As usual, what's needed before something's added to MOS is examples of this being an issue on multiple articles -- see ]. Are editors not able to work this out for themselves on individual articles? Anyway, why does the word "Phase" need this in particular? Why not "Section" and "Part" and any other words like that? {{pb}}The advice from APA and CMS are great if you're making up a new sequence for your thesis, but that's not us. It's hard to imagine an article using a phrase like "Phase 1" or "Phase One" on its own -- that is, other than in imitation of the phrasing of sources. So follow the sources; for example, ] refers to ''Phase I'' and ''Phase II'' and ''Phase III''., because that's the form the Act uses. We're not going to override that in the name of consistency with other, unrelated articles. ]] 22:00, 19 October 2024 (UTC)
*:To clarify: I'm using 'Phase' purely as an example. The issue of using figures for sequences applies to any sequence. including 'Section' and 'Part' - and other examples: "Game 3", of a sequence of nine; 'Chapter 9' of a sequence of 24; 'Week 4' of a limitless sequence.
*:I raise this issue in the context of differing editorial practices in the ] article, where both figures and words have been used to reference the same phases and weeks of the inquiry. I sought guidance from the MOS and found none.
*:I'd be content to follow the sources, without adding bloat to the MOS, if I could be confident that that's an accepted stylistic convention in this instance. -- ] (]) 22:27, 19 October 2024 (UTC)
*::Such names are very often established by authoritative sources and constitute proper names; we should follow the sources rather than renaming them. Per EEng, we only need a MOS guideline if our sources don't provide clear names and either there is dissent among editors or consistency across articles would be of significant benefit. In the Post Office case, I see the phases have been titled Phase 1, Phase 2 etc by the inquiry so unless the inquiry's inconsistent, we can follow that source. Still, I see that this is a live issue at that ] article, so it would be wrong to establish a new guideline or issue some sort of MOS talk-page ruling without the knowledge of the other editor; pinging {{u|MapReader}}. ] (]) 14:56, 20 October 2024 (UTC)
*:::Between ] and ], multi-episode ''Doctor Who'' stories could have titles in any of the four combinations of (i) "Episode ..." or "Part ..."; (ii) numbers as figures or as words. The decision as to which format to use was probably in the hands of the series producer, but in our articles about each story, we give the actual title shown on screen - except that where the on-screen title is all-capitals, we reduce it to title case. Certain ''Doctor Who'' reference books do the same, so we're following the sources. --] &#x1f339; (]) 18:18, 20 October 2024 (UTC)
*::::The question raised was "differing editorial practices in the British Post Office scandal article". Sounds like a matter of internal consistency, which is different. For all manner of things -- this being one IMO -- we might not need consistency among articles, but it does look bad within articles. Surely we already have a rule addressing that general issue tho? ] (]) 13:24, 21 October 2024 (UTC)
*:::::I think we don't. In articles on TV series it's common to have expressions like "season 3" and "episode 7", which seem to go against our current wording (use words for numbers below 10). ] (]) 16:37, 21 October 2024 (UTC)
*::::::It is indeed a matter of internal consistency and it does look bad, as ] says. Within the one article (]), we have (e.g.) both "Phase 3 hearings" and "Phases five and six". Is there in fact a rule addressing this general issue? -- ] (]) 18:47, 21 October 2024 (UTC)
*::::::From ]: "Comparable values nearby one another should be all spelled out or all in figures, even if one of the numbers would normally be written differently." Unless you are dealing only with series with fewer than 10 seasons each with fewer than 10 episodes, it is more in line with MOS to give all season and episode numbers in digits rather than words. --] (]) (]) 13:15, 22 October 2024 (UTC)
*:::::::True, but series with less than ten seasons aren't all that rare, and there are also miniseries with less than ten episodes. ] (]) 16:39, 22 October 2024 (UTC)
*:::::::Whether or not it's in line with MOSNUM, we frequently – I suspect in the vast majority of cases – give series/season and episode numbers in digits. I've been dipping into ]. Articles on individual episodes do routinely begin e.g. " the ninth and final episode of the first season" but with digits in the infobox. Articles on a season/series list episodes using digits, and articles on a show list series/seasons and episodes with digits, regardless of whether there are more or less than ten, in keeping with the examples in ]. Articles are often titled ''&lt;show&gt; season &lt;n&gt;'' where n is a digit, never a word, in accordance with ]. Sampling our ], I see the same treatment in titles, infoboxes, and listings.{{pb}}I very much doubt that editors would accept changes to those FAs and GAs to bring them into line with ], that FA and GA assessors will start to apply ] in such cases, that any move requests would succeed, or that ] and ] will be brought into line with the current ]. Changing ] might be easier. ] (]) 08:20, 23 October 2024 (UTC)
*::::::::I agree, a small addition to MOS:NUMERAL might be a good thing. ] (]) 17:00, 23 October 2024 (UTC)
*:::::::Your final sentence doesn't follow from your statement. It would be more in keeping with the MOS to give all in words. ] (]) 11:16, 23 October 2024 (UTC)
* Generally concur with EEng and NebY. It's clear that certain conventions adhere strongly to certain things, and these conventions will be readily apparent from the source material about those things. WP is not in a position to impose an artificial WP-invented consistency on them that makes no sense for those familiar with the subject (e.g. referring to "issue number seven" of a comic book or "the three ball" in a game of pool). Where nothing like a consistent convention can be observed for the topic at hand, then MOSNUM already provides us with a default to fall back to: use "one" through "nine", then "10" onward. This is the case with centuries, for example. There is no overwhelming source preference for either "third century BC" or "3rd century BC" in reliable sources. (Books tend to prefer the former, journals use the latter more than books do because journal publishers are more interested in compression/expediency. Scroll through first 10 pages of GScholar resuls and see how much variance there is, and how frequent the numeral style is compared to "traditional" spelling-out. That said, GScholar searches do include some books as well as journals.) Following our default system, we naturally end up with "third century BC" and "12th century BC". (Of course, our material doesn't perfectly follow this; our editors are human, not robots. Well, mostly.) <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 15:04, 24 November 2024 (UTC)


== μs vs us ==
:::But as EEng says, this has been done to death. Let's leave it. ''''']''''' <small>'']''</small> 21:27, 4 April 2020 (UTC)
::::Both local oncology units record weights and heights in both. The equipment has dual scales so it is trivial to read off both metric and imperial. I assume this is to accommodate all those backwards people! ] (]) 09:02, 5 April 2020 (UTC)
:::::FWIW this is incorrect; standard practice in UK medicine is to use metric for virtually everything. Some (mostly older) analogue devices will show both metric and imperial measurements, but no correct clinical workflow will direct practitioners to record any patient measurements in imperial. Any such work instruction would be in contravention of NHS guidance on best practice and would need to be updated. ] (]) 11:25, 14 April 2020 (UTC)
::::::I have absolutely no idea what workflows direct or what work instructions there are. All that happened was that the nurse read off the measurements in imperial and then metric. Something along the lines of "five foot 11 ... one point eight metres* ... fifteen stone ... ninety-five kilos*" followed by an admonition not to loose weight whilst on chemo (I'd lost half a stone). So, you may be correct in that the system only records metric, but the nurses certainly take note of both scales. (*IIRC, I didn't pay much attention to the metric versions) ] (]) 15:43, 14 April 2020 (UTC)
:::::::At the risk of contributing to the prolongation of this pointless thread: since the nurse wanted to encourage you to keep your weight up, it makes sense she'd tell you your current weight in both modes, to be sure you caught one or the other. That doesn't mean she put both in the record. As others have mentioned, that's almost inconceivable. As the adage goes, "A man with one watch knows what time it is. A man with two watches is never sure." ]] 16:51, 14 April 2020 (UTC)


Which style I should use for micro seconds? Does μs "Do not use precomposed unit symbol characters"? ] (]) 04:44, 30 October 2024 (UTC)
:You're perfectly correct that young people (and I'm in my 30s, so not exactly a teenager) are totally excluded by guidelines that are based, for reasons of absurd historical accident, on a style guide for a newspaper run by a guy who makes Mussolini now look a bit like a cuddly centrist. Basically, the people who have political power in the UK, including here on WP, do not care what younger generations want. They will wilfully spread lies, if need be, that younger people are as clueless about the metric system as they are, purely to derail any argument that the population will inevitably become less and less familiar with archaic units as time goes on. Since I first brought this up in 2013, an appreciable demographic change has inevitably occurred, purely due to seven years of older generations being replaced by younger ones. Nobody can deny this is happening, and plenty of people have pointed out the ridiculousness of deferring to a newspaper on the question of how an encyclopedia should measure things. But until the people responsible for maintaining this nonsensical status quo are no longer here to tell younger people what they think, it will not change. Give it another seven years. Then another. ] (]) 11:25, 14 April 2020 (UTC)


:The 2 characters "μ" and "s" are just fine. The precomposed symbols advice is to guard against particular fonts that combine them into a single character because many software readers for the sight impaired do not know all of these symbols. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 04:53, 30 October 2024 (UTC)
::In my experience, almost every person I know (who's from the UK) measures themselves in feet and inches, too the majority also use stone and pounds. It's not as if I only associate with 'grandparents and over-60s', as op said, since I'm a 20‐year‐old currently studying at university. Genuinely, the only young people I've heard complain about that are international students, and then it's more of a jokey "oh, look at the small differences between our two cultures" sort of comment. Currently, the use of imperial measure is commonplace within the 'clueless' younger generations. But, even if that wasn't the case, Misplaced Pages should always follow the consensus of society as a whole, not just one sub‐section nor should it try to lead it. For good or ill, from casual conversation to broadcast news or even police search appeals, it’s the de facto standard (for body measure) here in the UK. Personly, I don't see that changing any time soon. ‐‐] ] 14:06, 14 April 2020 (UTC)
:But do use μ, not "u". The latter was something of an early-Internet halfassed approach, but we have Unicode now. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 15:09, 24 November 2024 (UTC)
:::I entirely agree. As a Briton in early middle age (neither a grandparent nor over 60), I'm not sure I've ever heard any British person of any age use metric measurements for their height and weight. My stepson, in his mid-20s, certainly gives his height in feet and inches. When I was a police officer we didn't use metric measurements for suspects' heights either. -- ] (]) 15:52, 14 April 2020 (UTC)
:::For formal works of reference, i.e. the context we are actually working in, metric ''is'' standard. It is trivial to buy British reference books which give measurements exclusively in standard metric units – has been since long before Misplaced Pages was a thing. None of the other contexts you have mentioned, which are mostly informal, are relevant to encyclopedic usage. It's entirely common for works of reference to use a more formal register and adhere more strictly to formal academic/international standards. Even plenty of American reference publications do it (because nobody outside America or the 19th century would have a clue what they meant otherwise), and they normally insist on pretending that their collection of pre-imperial English units is actually a "system" that competes with SI, despite the fact that every vaguely educated person on Earth knows that's scientifically illiterate nonsense. ] (]) 16:08, 14 April 2020 (UTC)
*Early in this thread a ] said
::{{tq|We always give imperial/US Customary and also metric. The only question is which comes first and which follows in parens. It's the most stupid issue to spend time on.}}
:I suggest we heed his advice and put this pointless thread out of its misery now, unless someone wants to make an ''actual proposal'' for changing the guidelines. Really. ]] 15:37, 14 April 2020 (UTC)
:I'm not sure that there's a problem at the moment because, even though the recommendation is to give imperial first, the metric equivalent should also follow for those who prefer that. Currently though, as Kahastok says above, imperial is still the preferred primary system for leading British publications. Also before we consider changing our recommendations, we need to be sure exactly what the current British practice is, rather than go by Wiki editor's own opinions. A YouGov poll from 2015, showed that 61% of British citizens (across all age groups) did not know their weight in kilograms. -- ] (]). 16:11, 14 April 2020 (UTC)
::If "leading publications" means the tabloid press, maybe. I'd suggest that newspapers should not be the arbiters of what units we use &ndash; that it is inappropriate to use them as such, leaving aside their basically unethical nature, because they are the wrong type of literature. Reputable reference publications, such as you might want WP to aspire to be (hint, modelling it on Rupert Murdoch's style guide is not the way to do that), are generally pretty happy to use modern, standard international units. Typically without conversion. If there is a legitimate historical reason to use deprecated units, they'll do so, often with conversion. For a number of reasons &ndash; I don't think many 20-year-olds could explain to us what "300 acres" means, exactly, or how you'd relate that to an area in square miles. This is revealing, I think. ] (]) 16:22, 14 April 2020 (UTC)


== Day, date month format ==
:There really is no point in discussing this with Archon. Archon has made it clear that he feels that using stones to measure your weight makes you , and that he considers Britain to be .


Greetings and felicitations. I assume that such constructions as "Wednesday, 24 February" are discouraged, but I can't find it in the text or the this page's archives. (The comma seems unnecessary to me.) May I please get confirmation or refutation? —] (]) 04:28, 4 November 2024 (UTC)
:This is not the sign of a person with whom you should expect a rational debate on this. ''''']''''' <small>'']''</small> 21:28, 14 April 2020 (UTC)
*] and ] cover the allowed and disallowed formats. Unless the day of the week is ''vitally'' important then we leave it out. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 06:16, 4 November 2024 (UTC)
::I think the same way about people who use freedom units. A pity the legislature in my country can't or won't get it together. :^) Of course, cherry-picking comments from an entirely unrelated discussion is a sure way to be "a person with whom you should expect a rational debate on this". --] (]) 22:03, 14 April 2020 (UTC)
*:This specifically regards the "]" article, and its Konomiya Hadaka Matsuri infobox, which includes the days of the week. —] (]) 07:40, 4 November 2024 (UTC)
:::"Freedom units"? -- ] (]). 22:27, 14 April 2020 (UTC)
::::Perhaps a way of saying "anti-imperialist units"? ]] 10:38, 15 April 2020 (UTC) *::Ah, the mysterious East. ]] 08:06, 4 November 2024 (UTC)
*Salutations and hugs and kisses to you too.
:::::] our ], so unfortunately, ]. --] (]) 14:49, 15 April 2020 (UTC)
**If your question is whether day-of-week should be gratuitously included with dates for no particular reason, the answer is ''No''. That is, if the day-of-week is somehow relevant to the narrative, sure, include it, but otherwise no.
::If you're using the lazy definition of "rational" as "willing to pretend literally any perspective is equally plausible" then no I'm not, because I actually know something about the subject. And I think I'll be shredding my mail and checking my door locks from now on, seeing how readily you remember which posts from literally '''years ago''' on totally unrelated discussions you want to pick quotes from! ] (]) 22:55, 14 April 2020 (UTC)
**Assuming we're in some situation where (per the preceding) inclusion of day-of-week is indeed justified, maybe your question is how to append the D.O.W.
***If the date is {{nobr|''February 24''}} or {{nobr|''February 24, 2024''}}, then without doubt the right format is ''Wednesday, February 24'' or ''Wednesday, February 24, 2024''.
***According to "Elite editing" (whoever they may be -- search the text "inverted style" on that page), the corresponding answers for {{nobr|''24 February''}} and {{nobr|''24 February 2024''}} are {{nobr|''Wednesday, 24 February''}} and {{nobr|''Wednesday, 24 February 2024''}}. To me that does seem right -- {{nobr|''Wednesday 24 February 2024''}} (all run together, no commas at all) seems intolerable.
:The question naturally arises as to whether MOS should offer advice on all the above. My answer, as usual, is provisionally ''No'', per ]. ]] 08:02, 4 November 2024 (UTC)
::Looking at the article, the date is the 12th day of the Chinese year and the day of the week has no significance. I would remove the day of the week from all those dates in the infobox. For what it's worth, I spent most of the 1990s in Hong Kong/China. Major holidays based on the Chinese calendar treat the day of the week in the same way that we treat the day that Christmas falls on. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 09:18, 4 November 2024 (UTC)
:::Okay—will do. Thank you both. ^_^ —] (]) 09:21, 4 November 2024 (UTC)
:The new 18th edition of ''The Chicago Manual of Style'' gives advice about commas in dates in ¶ 6.14. When giving examples they mostly give examples with words after the end of the date so the punctuation at the end of the date is illustrated. Some examples:
:*The hearing was scheduled for 2:30 p.m. on Friday, August 9, 2024.
:*Monday, May 5, was a holiday; Tuesday the 6th was not.
:] (]) 16:56, 4 November 2024 (UTC)
:Concur with EEng on avoiding adding a rule about this, as more ]. It's just a matter of basic writing sense, basic comma usage in competent English. Our MoS's purpose is not that of ''CMoS'' or ''Fowler's'', trying to answer every imaginable usage question. Just those that have an impact on reader comprehensibility and/or recurrent editorial strife. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 15:18, 24 November 2024 (UTC)


==Spacing with percentage points==
:::It has to be said that that particular racist diatribe was especially memorable.
A question regarding spacing of percentage point (pp) usage. I have always assumed there is no space between the number and pp (e.g. 5.5pp not 5.5 pp), on the basis that you wouldn't put a space between a number and a percentage sign (5% not 5 %). There is no reference to this in the MOS, but the ] article uses it unspaced. It might be good to have it clarified in the MOS as I see regular changes adding spacing, which I am not sure is correct. Cheers, ] ]] 23:49, 5 November 2024 (UTC)
*] says "omit space". <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 23:54, 5 November 2024 (UTC)
*:Perhaps I am missing something, but as far as I can see, it says to omit space when using the percentage symbol (%) but nothing about when using pp? ] ]] 00:21, 6 November 2024 (UTC)
*::Apologies, I missed the "point" word in your question. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 01:49, 6 November 2024 (UTC)
*% is essentially a constant factor (.01), but ''pp'' is more like a unit so my intuition says it should be spaced. I note that the ] article uses a space before ''bp'' (mostly, anyway). I'll be interested to hear what others think. ]] 18:23, 6 November 2024 (UTC)
*:You've got this back to front. Percent (%) is a standard unit symbol and should be spaced, whereas pp is a made up abbreviation, meaning you can put it anywhere you want, space or unspaced. I know MOSNUM says otherwise, which is WP's prerogative. In other words, if we need a rule, let's make one up and apply it, but there's no logic involved. ] (]) 21:06, 6 November 2024 (UTC)
*Dondervogel, "Percent (%) is a standard unit symbol and should be spaced". Huh? It's not an ISO unit symbol, is it. No spacing in English, unlike French. On pp, I agree with EEng: space it. ] ] 11:10, 8 November 2024 (UTC)
*::Absolutely. When it comes to peepee, always space it . ]] 21:36, 8 November 2024 (UTC)
*:Yes, "%" is an ISO standard unit symbol. ] (]) 12:45, 8 November 2024 (UTC)
*::What is it the unit of? ] (]) 13:14, 8 November 2024 (UTC)
*:::Nothing. It's a ]. To the original q: I don't see "pp" used often, in fact rarely. It's probably better written out in full on first use, and if there are subsequent uses, follow the guidance at ]. --] &#x1f339; (]) 19:58, 8 November 2024 (UTC)
*::::It's used widely in election infoboxes where there isn't space to write it out. ] ]] 22:25, 8 November 2024 (UTC)
*:::I will answer Gawaon's valid question in two parts. The first part is a quotation from ISO 80000-1:2009 (emphasis added)
*:::*In some cases, per cent, symbol %, where 1 % := 0,01, is used as a submultiple of the coherent unit one.
*:::*EXAMPLE 4
*:::*reflection factor, r = 83 % = 0,83
*:::*Also, per mil (or per mille), symbol ‰, where 1 ‰ := 0,001, is used as a submultiple of the coherent unit one.Since the units “per cent” and “per mil” are numbers, it is meaningless to speak about, for example, percentage by mass or percentage by volume. Additional information, such as % (m/m) or % (V/V) shall therefore not be attached to '''the unit symbol %'''. See also 7.2. The preferred way of expressing, for example, a mass fraction is “the mass fraction of B is w B = 0,78” or “the mass fraction of B is wB = 78 %”. Furthermore, the term “percentage” shall not be used in a quantity name, because it is misleading. If a mass fraction is 0,78 = 78 %, is the percentage then 78 or 78 % = 0,78? Instead, the unambiguous term “fraction” shall be used. Mass and volume fractions can also be expressed in units such as µg/g = 10-6 or ml/m3 = 10-9.
*:::Notice the deliberate space between numerical value (e.g., 83) and unit symbol (%). ] (]) 22:10, 8 November 2024 (UTC)
*:::The second part is a partial retraction, quoting from ISO 80000-1:2022, which supersedes the 2009 document:
*:::* If the quantity to be expressed is a sum or a difference of quantities, then either parentheses shall be used to combine the numerical values, placing the common unit symbol after the complete numerical value, or the expression shall be written as the sum or difference of expressions for the quantities.
*:::*EXAMPLE 1
*:::*l = 12 m - 7 m = (12 - 7) m = 5 m, not 12 - 7 m
*:::*U = 230 ⋅ (1 + 5 %) V = 230 ⋅ 1,05 V ≈ 242 V, not U = 230 V + 5 %
*:::The space is still there between numerical value (5) and percentage symbol (%), but I could not find an explicit reference to "%" as a unit symbol. I'm unsure how to interpret that change, but I'll report back here if I find further clarification. ] (]) 22:16, 8 November 2024 (UTC)
*:::I found this in
*:::*In keeping with Ref. , this Guide takes the position that it is acceptable to use the internationally recognized symbol % (percent) for the number 0.01 with the SI and thus to express the values of quantities of dimension one (see Sec. 7.14) with its aid. When it is used, a space is left between the symbol % and the number by which it is multiplied . Further, in keeping with Sec. 7.6, the symbol % should be used, not the name "percent."
*:::*Example: xB = 0.0025 = 0.25 % but not: xB = 0.0025 = 0.25% or xB = 0.25 percent
*:::*Note: xB is the quantity symbol for amount-of-substance fraction of B (see Sec. 8.6.2).
*:::*Because the symbol % represents simply a number, it is not meaningful to attach information to it (see Sec. 7.4). One must therefore avoid using phrases such as "percentage by weight," "percentage by mass," "percentage by volume," or "percentage by amount of substance." Similarly, one must avoid writing, for example, "% (m/m)," "% (by weight)," "% (V/V)," "% (by volume)," or "% (mol/mol)." The preferred forms are "the mass fraction is 0.10," or "the mass fraction is 10 %," or "wB = 0.10," or "wB =10 %" (wB is the quantity symbol for mass fraction of B—see Sec. 8.6.10); "the volume fraction is 0.35," or "the volume fraction is 35 %," or " φB = 0.35," or "φB = 35 %" (φB is the quantity symbol for volume fraction of B—see Sec. 8.6.6); and "the amount-of-substance fraction is 0.15," or "the amount-of-substance fraction is 15 %," or "xB = 0.15," or "xB = 15 %." Mass fraction, volume fraction, and amount-of-substance fraction of B may also be expressed as in the following examples: wB = 3 g/kg; φB = 6.7 mL/L; xB = 185 mmol/mol. Such forms are highly recommended (see also Sec. 7.10.3).
*:::*In the same vein, because the symbol % represents simply the number 0.01, it is incorrect to write, for example, "where the resistances R1 and R2 differ by 0.05 %," or "where the resistance R1 exceeds the resistance R2 by 0.05 %." Instead, one should write, for example, "where R1 = R2 (1 + 0.05 %)," or define a quantity Δ via the relation Δ = (R1 - R2) / R2 and write "where Δ = 0.05 %." Alternatively, in certain cases,the word "fractional" or "relative" can be used. For example, it would be acceptable to write "the fractional increase in the resistance of the 10 kΩ reference standard in 2006 was 0.002 %."
*:::As with ISO 80000-1:2022, there is always a space between numerical value (e.g., 35) and the percentage symbol (%), but no mention of % as a unit symbol. ] (]) 22:38, 8 November 2024 (UTC)
*:::::{{tq|there is always a space between numerical value (e.g., 35) and the percentage symbol (%)}}{{snd}}Maybe in NIST-world, but not here on Misplaced Pages (see ]), so I don't see how any of that helps us with the issue at hand. ]] 23:29, 8 November 2024 (UTC)
*::::::I was correcting a misconception that % is not a unit symbol when it is. At least it was until 2022. I find it best not to leave incorrect statements unchallenged or they take on a life of their own. ] (]) 00:24, 9 November 2024 (UTC)
*:::::::Um, OK, but you do realize that WP does not follow NIST's advice about spacing it, yes? ]] 00:44, 9 November 2024 (UTC)
*::::::::Yep, and I wasn't trying to change that. My contributions have been to
*::::::::*correct a factual error (yours)
*::::::::*respond to questions from Tony and Gawaon
*::::::::I have not weighed in on the main thread regarding percentage points because I don't expect my opinion (based not on NIST's utterings but on the ISO standards on which they are based) to be taken seriously, so why would I waste my e-breath? ] (]) 09:41, 9 November 2024 (UTC)
*It is not conventional to space "%" in English. Nearly no publishers do this, and our MoS doesn't say to do this or incidentally illustrating doing this, so don't do this. "pp" here is a unit abbreviation for ''percentage point'' ("the unit for the arithmetic difference between two percentages)", so space it. % is not a unit abbreviation/symbol, but a quantity symbol, so it's in a different class. It's more like the ~ in "~5&nbsp;ml". That the spelled-out equivalent "approximately", like the spelled out "percent", is spaced apart from the numeral is irrelevant. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 15:24, 24 November 2024 (UTC)


==Do we have to convert inches for wheels?==
:::But we don't have to go there. In this discussion so far you've accused people of wilfully spreading lies and accused people who see a system about non-metric units of not even being "vaguely educated". You've made plain your views on newspaper owners "a guy who makes Mussolini now look a bit like a cuddly centrist" - how's that for neutrality?
I see people adding conversions to mentions of screen sizes and wheel dimensions - is this really necessary? Even in or , automobile and bike wheels are universally referred to by inches; rim diameters are expressly . To me, adding conversions for these types of dimensions adds unnecessary clutter, harming readability for no return whatsoever. I haven't read the entire MOS today, apologies if I missed a mention of these situations. <span style="background:#ff0000;font-family:Times New Roman;">]]</span> 17:24, 13 November 2024 (UTC)


:It looks like sizing bike wheels in inches is not universal. I see many charts in the I-net such as that use both metric and imperial/American units for bike wheels and tires. Whether the convert template handles them correctly is another issue. ] 17:43, 13 November 2024 (UTC)
:::We all know that you don't like imperial units. You've told us over and over again. You've told us in great detail on numerous occasions how deeply stupid you think people who use non-metric units are. You've made it clear repeatedly what terrible people you think the rest of us here are. We've done all this twenty times before. Can we move on? ''''']''''' <small>'']''</small> 07:31, 15 April 2020 (UTC)
:On the matter of wheel sizes, not all are inches. See ] and my reply. Even for a conventional non-Denovo wheel, the dimensions are a bastard mixture: "195/65 R 15" means a tyre that is 195 mm wide on a 15-inch rim. --] &#x1f339; (]) 19:10, 13 November 2024 (UTC)
::Yes, there is the Michelin TRX and the Denovo. Just as we wouldn't convert the "195" when we write 195/60 R15, I don't think we ought to convert the diameter either. I would treat all of these tire dimensions as one would nominal measurements, rather than inserting unnecessary templates. Bicycle tires, meanwhile, proved more varied than I was aware of. <span style="background:#ff0000;font-family:Times New Roman;">]]</span> 04:33, 14 November 2024 (UTC)
:::I agree with Mr.Choppers on this subject. I think wheels sizes on cars are a compromise between the USA and the rest of the world. There are metric rims on older vehicles but pretty rare on new vehicles. ] (]) 11:40, 14 November 2024 (UTC)
::::{{ping|Avi8tor}} - I was actually triggered by you converting screen dimensions, but five minutes online showed me that the modern world has indeed begun dropping the use of inches for screens. My gut was wrong. <span style="background:#ff0000;font-family:Times New Roman;">]]</span> 13:36, 14 November 2024 (UTC)
:::::Many people around the planet know only millimetres, so it makes sense to have both. I notice in France the data information on television screen size have it in both inches and millimetres. ] (]) 17:57, 16 November 2024 (UTC)
*I agree with Aviator, who didn't mention that aviation uses "feet" for altitude—needs conversion in my view. ] ] 07:30, 22 November 2024 (UTC)
*:I thought that ] is not a measure of distance but of pressure, so perhaps it should be converted to pascals first. I'm not saying one should not then convert to metres too - only that the conversion would need some care. ] (]) 22:06, 22 December 2024 (UTC)


==RfC Indian numbering conventions==
::::Just responding to the egregious misrepresentations:
{{atop
| result = There is consensus to continue using crore and lakhs when appropriate.


Most participants also generally agreed with SchreiberBike's conditions (or a variant) - '''Always 1) link it on first use, 2) include what it is a measure of (rupees can not be assumed), 3) also include conventional numbering, and 4) allow it only in articles about the subcontinent'''.
::::Racist. Wow. I will observe only that a) it is impossible to be "racist against white people", in practice, because racism implies the existence of structural and systemic oppression, which is in reality not targeted against white people in our culture and b) similarly it is practically impossible for a critique of the British state to be racist. Ironically, the "anti-white racism" nonsense is a classic racist dog-whistle used exclusively to silence POC who speak about their experiences of oppression in ways that white people do not like; only white people who have had the luxury of never having to learn what racism is can afford to say such ignorant things.


However, this RFC suffered from structural issues that a precise wording isn't agreed on yet. Any changes from status quo should go through a clearer future discussion or RFC on just that.
::::wilfully spreading lies: the misrepresentations of the metric system (remember "kilofeet" and "kilodays"?) from apparently educated people are difficult to read, I confess. It's distressing. That the people saying these things are liars is a simple explanation, which I have maybe gravitated to because some of the alternatives are more upsetting. In any case, it is far easier for you to make your arguments about '''me''' rather than metric. I wonder why. You know perfectly well that, as braindead and morally bankrupt as this consensus is, I will not disregard it; you must also know that the anti-metric rubbish you are inexplicably keen to defend will go the way of phlogiston theory. It is purely a matter of time. ''Thig ar latha''.


{{nac}} ] (]) 22:02, 24 December 2024 (UTC)
::::vaguely educated / deeply stupid: you know, and have not been able to deny, that education in practice implies education in metric. The corollary of this is that someone who claims not to be able to use it properly is to that extent uneducated, or a liar (for presumably political purposes). But in any case, you don't impress other people by telling them how much you don't understand, especially about something trivial and commonplace. That falls beneath the standard of numeracy that, I believe, a work of reference is entitled to assume of its readers.
}}

<!-- ] 17:01, 21 December 2024 (UTC) -->{{User:ClueBot III/DoNotArchiveUntil|1734800468}}
::::how's that for neutrality – Rupert Murdoch is not owed, in me, a pandering sycophant, or even someone willing to overlook his evil behaviour. Sorry. The fault here lies with whoever introduced his rag's uneducated nonsense into an encyclopedia's style guide.
I am revisiting an issue that was last brought up 6 years ago ] and settled without a strong consensus.

::::who use non-metric units – no. ''Using'' non-metric units, in a context where it is appropriate, is acceptable, provided there is a conversion into modern/standard metric units. You'll pretend I'm inventing my own bizarre standard here, free from evidence and used by nobody else, when in practice I'm describing what I have observed most professional, reputable works of reference (meaning, with somewhat more integrity than a newspaper) to do. '''Claiming not to understand''' standard, modern metric units is something entirely different, and I'd put it in the same category as someone pretending not to understand Arabic numerals and demanding editors be compelled to convert everything to Roman, as a pointless waste of time. We all know this in practice feeds into a ''political'' game; some right-wing xenophobic British people are so atrociously bigoted they cannot bring themselves to admit the French might ever have had a good idea (they are certainly too historically illiterate to realise that pounds and ounces are Roman rather than English), and so they will pretend to have never heard of kilograms and metres when it suits their purposes. My position is that even if this is genuine ignorance of metric, an encyclopedia cannot pander to every form of ignorance its readership displays.

::::"I don't like imperial units". You are correct. I also don't like flat earth theory. To imply I have no reason for opposing the promotion of either of these on WP beyond "I don't like it" – when I have explained in excruciating detail why it is unprofessional and inappropriate for something pretending to be a work of reference to place artificial barriers in the way of its editors using the metric system correctly, based on a desire to patronise or pander to its perceived readership – is absurd. ] (]) 18:12, 15 April 2020 (UTC)
:::::{{tq|It is impossible to be "racist against white people", in practice, because }}{{snd}}that's just stupid, and can we stop this now? ]] 19:53, 15 April 2020 (UTC)
::::::Just stupid, and yet an entirely typical view of people who ] and actively oppose it. Why do you not take such offence at bad-faith use of the term "racist" which serves only to cheapen it? Or do you think a tongue-in-cheek rant about backwards British people is actually comparable to systemic racism and the legacy of slavery? ] (]) 09:22, 16 April 2020 (UTC)
:::::::Anyone can be racist against anyone of a different ethnicity, nationality or identity, as is specifically recognised in British law. It is completely possible for someone to commit racially aggravated offences against white people. It is also perfectly possible for white people to commit racially aggravated offences against other white people (as has happened in Scotland, for instance, where people have been arrested for anti-English racism). Take that from an ex-police officer. So let's stop this ludicrous argument. -- ] (]) 10:53, 16 April 2020 (UTC)
::::::::None of this has anything to do with MOS, so let's please stop. ]] 16:34, 16 April 2020 (UTC)
:::::::::This discussion easily takes the cake for being the best one I have ever participated in. ] (]) 00:15, 18 April 2020 (UTC)
'']'' style guide specifies metric first but always followed by conversion in brackets, for both and , and has an interesting section on the . As an over-60 maths graduate in the UK... I can never remember how tall or heavy I am in metric units but don't mind whether the metric appears first or second in Misplaced Pages (as long as the weight is in stones and pounds). ]] 07:53, 15 April 2020 (UTC)
:I think this is a substantial argument in the context of this discussion. Regarding {{ping|EEng|p=}}'s concerns about this discussion being stupid: somebody had this discussion previously, and concluded to display imperial units first before displaying metric ones parenthetically. And someone will likewise have to have this discussion at some point in the future when the UK will completely transition out of using imperial units; why not let that future point be now? If it wasn't a stupid discussion then, it isn't a stupid one now. If it's so trivial for having one order of units vs. the other, why not placate the people who prefer metric units (95% of the world) while still satisfying the people who prefer imperial units, rather than having this discussion over and over again? ] (]) 00:15, 18 April 2020 (UTC)
::Again: with extremely rare exceptions the current guideline provides for ''both'' metric and US/imperial units to always be given, the only issue being which comes first and which follows in parens. And yet, as one observer put it:
:::{{tq|This scarecrow of a debate has, over the course of time, become so complicated, that no man alive knows what it means. The editors most invovled understand it least; but it has been observed that no two editors can talk about it for five minutes without coming to a total disagreement as to all the premises. Innumerable children have been born into the cause; innumerable young people have married into it; innumerable old people have died out of it. Scores of editors have deliriously found themselves enmeshed without knowing how or why; whole families have inherited legendary hatreds because of it. Young boys, promised a new rocking-horse when the question should be settled, have grown up, possessed themselves of real horses, and trotted away into the other world; young girls have become mothers and grandmothers; a long procession of arbitrators has come in and gone out.}}
::OK, that was actually ]. But (and I'm serious now) the question has spawned 372 Talk:MOS threads, scores of indefinite blocks, countless lesser blocks, three Arbcom cases, a suicide, several divorces, dozens of rage quits, a bomb scare, a fatwa, a fall of governement, three French hens, two turtle doves, and a partridge in a pear tree. All over which of kg or lbs gets pride of place and which goes in parens. Big fucking deal.
::*{{tq|If it's so trivial for having one order of units vs. the other, why not placate the people who prefer metric units (95% of the world) while still satisfying the people who prefer imperial units}}{{snd}}because no one will be placated and no one satisfied.
::*{{tq|rather than having this discussion over and over again}}{{snd}}We don't need to do something "rather than" have the discussion; we can just not have the discussion and leave things alone.
::]] 01:54, 18 April 2020 (UTC)
{{od|2}}Thanks EEng, that's beautiful. By they way, people here might want to review ]. ] (]) 23:52, 18 April 2020 (UTC)
:::That link doesn't work because of archiving. It is now at ]. See also ] (October 2014)--] (]) 11:05, 28 April 2020 (UTC)
:You're welcome. I always try to bring gentleness, love, delicacy, and complete sincerity to my posts. ]] 00:29, 19 April 2020 (UTC)

::{{ping|Getsnoopy}} The stock argument you'll hear from the anti-SI old-guard, periodically trotted out for public display like the appalling old waxwork it is (h/t Prince Charles), is that this is a violation of Misplaced Pages's policy on ]. Regardless of the fact that it is very common for UK reference publications to give measurements in metric – ''exclusively'' in metric, which as EEng points out is not being proposed here – and this somehow results in a) literally nobody writing to the editors, frothing in rage, complaining they can't comprehend those goddamned French centimajiggles and kilowotsits and won't they please bring back furlongs, pecks, tanners, and corporal punishment in schools b) no meaningful violation of any sort of political neutrality on the part of the publication. We'll hear – another desiccated old corpse of an argument, disinterred, reanimated, slaughtered, butchered and microwaved, a dish served up with the inexplicable expectation that anyone other than its creator might find it vaguely appetising – that unless we have '''evidence''' of what appropriate UK unit usage is (meaning, say, some newspaper's style guide), we're just making it up and cherry-picking sources to suit our preferences. I've long since given up hope of the MOS consensus showing even a vague ambition not to be retrograde on this, but future editors will keep coming to this issue (as I did first in 2013), wondering why an internet encyclopedia in the 21st century is so utterly backwards, and getting no satisfactory answer. This is the reason why "just not having the discussion" is not a viable option – everything that can be said on the subject has been said, but not everyone has said it yet. The eventual and inevitable conclusion is denied by roughly nobody, as you observe. The rational solution is, as you propose, to make the date of transition now (or never to have needed to have one in the first place), but for political reasons this is unworkable. I can 100% guarantee you that anti-metric factionalists will torpedo any such proposal under cover of "won't somebody ''please'' think of the readers!" platitudes. ] (]) 09:41, 20 April 2020 (UTC)
:::{{tq|everything that can be said on the subject has been said, but not everyone has said it yet}}{{snd}}That's a very perceptive observation about a lot of WP controversies, come to thing of it. ]] 06:06, 28 April 2020 (UTC)

:'''In Favor''' The SI-system is the 'Lingua France' of the world if they want to speak about measurement. It is used by '''97 %''' of world population. ] (]) 15:35, 26 May 2020 (UTC)

== Adding "holiday" and other similar terms to WP:SEASON? ==

Can we add a line under ] to avoid terms like "holiday" or other similar terms that are often used to reference to non-specific periods? (I'm not sure what others there might be beyond "holiday", but ...) --] (]) 15:10, 30 April 2020 (UTC)
:I guess the question is how far we want this page to move away from astronomical concepts (winter, summer) to start dealing with cultural concepts ("holiday season", "school vacation"). ]] 16:19, 4 May 2020 (UTC)
::Perhaps maybe a separate section but within the main section on time factors dealing with culture concepts around time, which should be available to refer to approximate date periods, just to avoid conflating things then (as when I look at the subsection order, I do see the logical progression based on time unit sizes). I mean, I think there's general agreement we don't say "The film was released during the 2019 holiday season." but I can't readily point to a MOS page say why that's bad outside of "well, see SEASON? same reasons...." --] (]) 16:31, 4 May 2020 (UTC)
:::Right, and we also don't want articles to say, "The story got a lot of attention during the 2019 silly season", unless ] is linked. Similarly, I guess, ], ]. Maybe I'm getting stuck by the fact that all the examples so far involve the word ''season''. Can we think of examples not using that word -- ''something something week'' for example? ]] 17:23, 4 May 2020 (UTC)
::::Well there's like spring break, homecoming, and that gets into ideas of anything tied the vague "school year" concept. I'm lacking ideas from other cultural norms but am sure there's more examples. A few more examples to express the general idea would be good. As a note, I would not avoid using "hurricane season" if we're on a topic about hurricanes where we've likely defined what hurricane season is or are linking to that (as most hurricane articles do), but I wouldn't use is as a general time reference on an unrelated article. There are some times these terms are proper but only when in the right context. --] (]) 17:32, 4 May 2020 (UTC)
:::::I was thinking about school-related stuff too. Of course ''spring break, summer school, fall semester'' are already covered by the main warning. ''Homecoming'' (or, say, ''prom season'') is exactly the sort of cultural reference, far disconnected from astronomy, that I think we just have to rely on editors to realize need glossing or linking, without our treating it here. So I'm still unsure if there's enough left to be worth a bullet point. We need more examples. ]] 01:40, 5 May 2020 (UTC)

: FWIW, the standard for the international date format ] was recently revised (2019) to include so called ]s. This expands the form "yyyy-mm" by the following sub-year groupings for "mm":

:* 01: January
:* 02: February
:* 03: March
:* 04: April
:* 05: May
:* 06: June
:* 07: July
:* 08: August
:* 09: September
:* 10: October
:* 11: November
:* 12: December
:* 21: Spring (independent of location)
:* 22: Summer (independent of location)
:* 23: Autumn (independent of location)
:* 24: Winter (independent of location)
:* 25: Spring (Northern Hemisphere)
:* 26: Summer (Northern Hemisphere)
:* 27: Autumn (Northern Hemisphere)
:* 28: Winter (Northern Hemisphere)
:* 29: Spring (Southern Hemisphere)
:* 30: Summer (Southern Hemisphere)
:* 31: Autumn (Southern Hemisphere)
:* 32: Winter (Southern Hemisphere)
:* 33: Quarter 1 (3 months in duration)
:* 34: Quarter 2 (3 months in duration)
:* 35: Quarter 3 (3 months in duration)
:* 36: Quarter 4 (3 months in duration)
:* 37: Quadrimester 1 (4 months in duration)
:* 38: Quadrimester 2 (4 months in duration)
:* 39: Quadrimester 3 (4 months in duration)
:* 40: Semestral 1 (6 months in duration)
:* 41: Semestral 2 (6 months in duration)

: While we do not support ISO 8601 dates per se (except for, in some areas, the "yyyy-mm-dd" form), this means that the "????-??" form has become even more ambiguous than it already was (Example: "2019-21" means "spring 2019", rather than "2019-2021").
: It is quite likely that our citation templates will support these "extended month" values at some point in the future at least on wiki source code level to help unambiguously specifying some sub-year groupings in dates (but would probably display them as text only in citations).
: So, whatever we do in regard to ], we might at least keep these particular sub-year groupings in mind as patterns that will likely be used more frequently in the future.
: --] (]) 14:55, 7 May 2020 (UTC)
::Yes, I can definitely foresee the prospect of people adding ISO encodings of quadrimesters to articles. I really think that may become popular. ]] 19:25, 7 May 2020 (UTC)
::: Of course, you meant that with a tongue in cheek. ;-) To be honest, while I am happy that an official notation exists to note down such groupings numerically, they could have come up with more thoughtful numerical assignments which would follow some higher logic and have mnemonic value (and also cover a few more cases which would have more practical value than, perhaps, quadrimesters in particular). But now that it has been published the way they did, people will have to use their system or none at all.
::: In regard to WP:SEASON, my comment above was, of course, more referring to the lingual representations of these groupings than to their numerical assignments.
::: --] (]) 20:13, 7 May 2020 (UTC)
::::Well of course I speak with forked tongue; in this case only one fork was in cheek. I was thinking the same: the coding is absolutely stupid. It's like something you'd find in a COBOL program from 1965. ]] 21:23, 7 May 2020 (UTC)
:::::I love the ISO date format but if I'd seen a date like 2020-21 before I saw this chat then I would have been confused and would have instantly reverted it. If an ISO lover like me can be confused, then what hope does a layman have?
:::::I am also against such terms like 'holiday season' because it is a term used mostly in N.America, the rest of us need to look it up and it is so easily replaced with neutral terms. But whether it should be banned here or be banned in another location is up for discussion. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 23:00, 7 May 2020 (UTC)

*So do we have other examples of phrasing we want to people to avoid? ]] 23:53, 14 May 2020 (UTC)
*:Ping {{U|Masem}} because I do think we can do this without some gigantic discussion. ]] 02:04, 31 May 2020 (UTC)

== Date format for non-English countries ==

] states: {{tq|Articles on topics with strong ties to a particular '''English-speaking''' country should generally use the date format most commonly used in that nation}} (my emphasis). Can anybody explain why this rule only applies to English-speaking countries? I edit a lot of articles with strong national ties to Denmark, which use the DMY format, and would therefore naturally use that format in those articles. An example: I would like to change the date format in ] from MDY to DMY, but am (per ]) not allowed to do that. I understand that we do not wish to allow the YMD format that are used in e.g. China, but we could say that if an article have strong national ties to a country, and that country uses either DMY or MDY, then the article should follow the convention of that country (note: there is already a special rule for Israel, which speaks Hebrew). ― ] (]) 20:04, 11 May 2020 (UTC)
:An interesting point. The reason stems in part from the preceding sentence: "For any given article, the choice of date format and the choice of '''national variety of English''' ...", Denmark does not have a national variety of English so there is no particular mandate to use English or American conventions. ] is aligned with ] and ] and states that article should follow the conventions that they were first written in. Presumably the first significant editor for ] was American and therefore American conventions apply. If Denmark want's to adopt a form of English as an official language then I'm sure we'll all be happy to change things! ] (]) 20:45, 11 May 2020 (UTC)
:: The sentence you are quoting ends with {{tq|... are independent issues}}. If they are independent issues, why would the date format be linked up on whether or not the country in question use English? Surely there is no national variety of English in Denmark (nor any preference between those that exists). But there is a national date format, and this can be directly transferred into English. ― ] (]) 21:25, 11 May 2020 (UTC)
:::Have a go at getting consensus for change on the talk page. I'd support you, but you may find a large American contingent who will dispute the change. ] (]) 22:14, 11 May 2020 (UTC)
::::My take on it is that RETAIN is the main thing and TIES is the exception to it. That is, optional styles should not generally be changed just because you prefer the other style. You need to get consensus on the talk page. TIES is an exception, meant to streamline the process in the case of really incongruous things (say, an article on an American building that mentions the use of "aluminium" in its construction), and it's limited to ties to English-speaking countries because that's where the sharp incongruity comes from. I don't really think it's so sharp in the case of Denmark.
::::That said, I personally prefer DMY even though I'm American, because it just makes more sense, and it's not at all unknown in the States (though it may tend to come across as "military"). --] (]) 22:28, 11 May 2020 (UTC)
:::I tend to agree with Hebsen, and have interpreted MOS:DATETIES as such given that it says {{tq|are independent issues}}. This has empirically been true in my experience as well; this article on ] seems to be an exception. Either way, to clarify the language, we should remove the "English-speaking" part. In fact, it would probably be much easier to just say "For all articles that do not have strong ties to the United States, use DMY dates" similar to the ] policy. ] (]) 22:53, 11 May 2020 (UTC)
::::No, I don't agree with this. Non-English-speaking countries don't have "TIES privilges" on English Misplaced Pages, and I would be opposed to changing this. --] (]) 00:14, 12 May 2020 (UTC)
:::::Except ]. ] (]) 03:30, 13 May 2020 (UTC)
::::I would read this as meaning that DMY vs MDY is not so much "UK vs US" as "US vs rest of the world", similar to the unit presentation formats. Which is a fair point; although I don't much care either way, it is arguably jarring to have an article for a generic, non-American-specific audience use a date format that is not widely used in most of the world, purely because the first tie-breaking contributor in that article's history did. Especially if it's about a country that does not use that format, a devil's advocate might say, similarly to how having distances in Germany expressed primarily in miles violates the principle of least astonishment. But unlike that latter case, I suspect the feeling will not be strong enough to change MOS guidance. ] (]) 15:58, 12 May 2020 (UTC)

:Do remember: DATERET doesn't say you ''can't'' change dates, just that you should not change such dates without seeking consensus first. Ask on the talk page of that article "I'd like to use DYM than MDY here...". --] (]) 00:17, 12 May 2020 (UTC)
::: It seems very unsatisfactory to argue for a change in date format with the reason "strong national ties", when ] does not apply. How on Earth should I make a policy-based argument? (nevertheless, for my example, I have started a discussion on ]). ― ] (]) 13:30, 12 May 2020 (UTC)
::I reject Hebsen's statement "Denmark, which use the DMY format". In the context of this guideline, "DMY format" is short for an integer between 1 and 31, followed by one of the words "January", "February", etc., followed by the numerical year. Since Denmark does not use English month names, it does not use the DMY format. ] (]) 01:23, 12 May 2020 (UTC)
:::Good point. ]] 03:33, 12 May 2020 (UTC)
::: This argument is like saying that Denmark does not prefer SI-unit because a ] is named "]" in Danish. Danish dates (e.g. 12. maj 2020) can be directly translated into English (e.g. 12 May 2020), and will then keep the date-month-year order. ― ] (]) 13:30, 12 May 2020 (UTC)
::::How dates are written by writers of another language is one of the things you learn when studying another language. I'm a native US English speaker. When learning French I learned that January 1 is ''le 1<sup>er</sup> janvier'' and January 2 is ''le 2 janvier'', with the first day of the month alone being expressed with an ordinal number. Also, the names of months aren't capitalized. So when I write in French, that's how I write. I don't write ''Janvier 1'' and ''Janvier 2'' just because I write "January 1" and "January 2" in English. Likewise, I presume that native Danish speakers, when writing in English, write dates according to an English (whether UK or US) style. How they write dates when they're writing English is what's relevant here, not how they write them when they're writing Danish. ] (]) 13:45, 12 May 2020 (UTC)
::::: Yes and "12 May 2020" is how Danes write dates in English. ― ] (]) 16:15, 12 May 2020 (UTC)
::::::Except when they don't, apparently. And it remains irrelevant for how English-language WP is written. ] (]) 16:29, 12 May 2020 (UTC)
:::::::I guess no rules without exceptions. '']'' and '']'' are primarily written by foreigners residing in Denmark, and are not really representative for how Danes write dates in English. Clicking around a little more on the Foreign Ministry's webpage, you will find that both DMY and MDY are used, but the former is prevailing. Similar trends can be observed on other high-profile Danish websites in English (like DMY is also used in the US). I would say that I find MD used a little more than expected, but still far for being equal to DM (I found almost no usage of DMY, presumably because it is when the year is added, that things becomes weird). It is righly relevant. You can only say it is irrelevant if you assume that the English Misplaced Pages is primarily for people speaking English natively, but that is not the case. ― ] (]) 14:14, 13 May 2020 (UTC)
::::::::Unless the aforementioned foreigners are both non-Danish and nonnative English speakers, that implies that the native English speakers (i.e., the more proficient ones) in Denmark are using MDY, and that the nonnative English speakers (i.e., the less-proficient ones) in Denmark are using DMY. ] (]) 14:31, 13 May 2020 (UTC)
::: This would make sense only if Denmark didn't use the Gregorian calendar, e.g. if they used a calendar which did not have the exact concept of a month as expressed in the Gregorian calendar, such as a lunar calendar or the French Republican calendar. Since there's a direct mapping of a DMY date in the Gregorian calendar expressed in Danish onto one expressed in English, this analogy makes no sense. (Moreover, there's an obvious abstraction to "time units are ordered by smallest to largest denomination", which is independent of the choice of calendar.) ] (]) 16:02, 12 May 2020 (UTC)
::: The fact that this argument is even being entertained is shocking. ] (]) 03:30, 13 May 2020 (UTC)
*This proposal is DOA. Please don't make me reset the counter again so soon . ]] 03:33, 12 May 2020 (UTC)
*: I am sorry you do not wish to discuss things on the talk pages. Can you elaborate why you think it is dead on arrival? Yes, there have been many discussions about date formats, but not many about this issue in particular. Searching through the archives, the ] (please point me to a newer discussion, if one exist). There were support for changing it, but in never got farther than attempts to find a suitable wording. ― ] (]) 13:30, 12 May 2020 (UTC)
*::Your proposal seems to be to expand the scope of a MOS rule (from English-speaking countries to just plain countries) without any evidence that such an expansion is needed i.e. any evidence that there are chronic, recurring problems on individual articles that would forestalled by such an expansion. See ]. ]] 17:54, 12 May 2020 (UTC)
*:::Indeed, so the point is that MOS doesn't need a rule narrowing the scope to English-speaking countries. That effectively reduces a rule, if minimalism is what we're after. ] (]) 03:30, 13 May 2020 (UTC)
:::: Actually, the proposal would simplify the wording rather than making it more complicated. Also, while the English language is the transfer medium in the English Misplaced Pages, the project "as is" is international: We are writing for ''everyone'', so it only makes sense to remove any bias from the wording.
:::: --] (]) 11:37, 13 May 2020 (UTC)
:::::: You both misunderstand. The minimalism sought is limitation on the range of situations in which MOS prescribes what to do instead of leaving it to editor judgement. That '' generally'' means fewer rules, shorter rules, less verbiage (and those characteristics are desirable in and of themselves, of course). But one in a while, as here, a piece of additional verbiage acts to limit scope, and that's what's most important. The proposal is to remove two scope-limiting words, thus expanding the scope. ]] 14:37, 13 May 2020 (UTC)
:::::::All that's being "misunderstood" is the application of a high-handed essay that ''you'' wrote and that no one is obligated to even read, let alone be mindful of, in order to productively participate. ] (]) 12:24, 15 May 2020 (UTC)
::::::::Well, they do need to read it before making a post purporting to respond to it. Now please go back to being your usual jolly self. ]] 18:16, 15 May 2020 (UTC)
::::::::Mee-ow. But I do enjoy how much these increasingly tortuous acronyms make Misplaced Pages sound like Scientology. Let's see if we can up the cultish language: "MOS Board and Editingness"? ] (]) 13:04, 15 May 2020 (UTC)
:::::I disagree with ]; the change would greatly complicate the rule.
:::::First, although it might be fairly easy to determine what the predominant date format is for a country where predominant calendar is the Gregorian calendar and the language is related to English, for other countries such as Saudi Arabia or India, where different calendars and alphabets other than the Roman alphabet are used, determining the predominant date format is more difficult.
:::::Second, since this is the English Misplaced Pages, most of the editors use English as their main language, and often read English-language sources, even if the topic of the article is something or someone connected with some other language. Therefore, many editors will not know what the predominant date format is in the language most closely associated with the topic of the article. ] (]) 14:04, 13 May 2020 (UTC)
:::::: I have found the contrary to be the case; most editors on topics related to specific countries seems to have ties to that country. Therefore they would know what date format to use. This is presumably also the reason that DMY is prevailing on articles on (for example) Danish topics. On your first point, we agree that the date format should not be the one they use in their own language, but rather the one they use when writing English (only if one is prevailing). ― ] (]) 14:29, 13 May 2020 (UTC)
::::::Don't most countries have an official Gregorian date format anyway? In any case, like US Customary units, the MDY format is to the best of my knowledge confined largely to one country. ] (]) 18:15, 13 May 2020 (UTC)
:::::::And even then, only to its civilians. DMY is common in US military contexts, so it has a tendency to show up in articles on US military topics. —''']''' (]) 18:20, 13 May 2020 (UTC)
::::::I can tell you definitively that India uses DMY dates. And in line with everyone else, it's true that DMY dates are common even in the US depending on the situation (e.g., the military, the MLA citation format, academia in general, etc.). And I see ambiguity as complexity, since different people doing as they please not only leads to inconsistency, but then arguments like these about what to do when and where. This is why I was proposing amending the rule to say "use DMY in every article except for US-related articles which are not about the US military", seeing as approximately 90% of the world uses DMY/YMD dates. This would radically simplify the wording, both in length and in complexity/ambiguity. ] (]) 23:21, 13 May 2020 (UTC)

=== Specific proposal ===

Thanks for the inputs everybody. It have been a good discussion with some excellent points from many. I understand (and largely agrees with) the philisophy behind {{u|EEng}}'s position of limiting the scope of MOS. In this case, however, there is already a rule: ]. This forces us to use a specific style, namely the one the first editor used. Sure, DATERET allows changing the date format by consensus on a case-by-case basis, but it is ] to argue such cases with policy-based arguments. DATERET simply sets no standard for how to do it, and then any argument can reasonably be interpreted as ].

I have tried to formulate a possible extension to ] that really sums the issue I have with the current version:

{{talkquote|For articles related to non-English-speaking countries, either format can be used. If one date format is predominantly used in that country (when writing in English), it is acceptable to change to that format (if it is among the acceptable date formats).}}

This is designed to have the least possible impact, while still solving the problem. All pages that today are compatible with MOS will remain being so, and no editor needs to change editing practices. It will not place any burden on editors to know the specific date format used in English in specific countries; instead this burden is placed on those who wish to change the date format. (If anybody is interested, .) ― ] (]) 21:29, 14 May 2020 (UTC)
:This proposal sounds like it encourages those wishing to change the date format to engage in ] to determine what date format is used by residents of, say, Uzbekistan when they are writing English as a foreign language (to thus impose a change on text that may have been written by a native English speaker). ] (]) 11:59, 15 May 2020 (UTC)
:::No, ] only refers to {{tq|material—such as facts, allegations, and ideas}}, not to style choices. We make style choices all the time, of different reasons. Using one date format instead of another is not OR. In addition, that policy does not apply to talk pages, where such discussions would be held. In discussions, of course, arguments backed by sources have naturally more weight that arguments without. ― ] (]) 18:40, 16 May 2020 (UTC)
::::Correct. But I still think it calls for something to be investigated and debated that is just as well handled by arbitrary choice. ]] 20:55, 16 May 2020 (UTC)
::Without implying that I want this text to be adopted, my reading is that it would apply only if the country has an official (English-language) standard. TBH this is a murky thing, as English is official in a lot of countries that are not traditionally considered Anglophone (not predominantly English-speaking), e.g. India. Whether text has been written by a native speaker is and should be, to my mind, irrelevant regarding whether it complies with the MOS. ] (]) 12:43, 15 May 2020 (UTC)
:::'''Oppose.''' In my experience, finding a reliable source that makes a statement similar to "XXX is the predominant usage in British English" are usually hard to find, although exceptions exist. For example, it's easy to find that the box that transports people between floors in a building is called a "lift" in Britain, but can you find a reliable source that tells us which variants of English predominantly use "BC" vs "BCE" for years 2020 years before the current year? If it's hard to resolve for countries that predominantly use English, it will be even harder for countries where other languages predominate. That's a big, unnecessary burden to impose on editors. ] (]) 20:29, 15 May 2020 (UTC)
::::I was thinking along the same lines. If articles on Brit subjects aren't in Brit English, it jars Brits. If articles on American subjects aren't in American English, it jars Americans. And so on for other ''English-speaking'' countries. But the amount of arguing that will ensue in trying to establish what kind of English is spoken in Lithuania just isn't worth it for avoidance of jarring what few Lithuanians might care, so we just go with the arbitrary tie-breaker that's worked well for so long i.e. he who gets there first gets to choose. ]] 21:10, 15 May 2020 (UTC)
:::::Although a rarity, I wholeheartedly agree with the points above. The goal should be to reduce unnecessary discussions like these, not increase them. If the proposal had been to just use (or be allowed to change to) DMY dates for every article that's not tied to the US, I would've absolutely been on board. But this proposal would make guidance like this more contentious than it already is. ] (]) 23:24, 15 May 2020 (UTC)

'''Question''' What is the most used style, by country and major international organisations? This might become the default style (DMY v MDY) where there is not a recognised national variety of English (more specifically, English is not recognised as a language of the country). Regards, ] (]) 10:04, 30 May 2020 (UTC)
: '''Opinion''' DMY is more widely used than MDY. Only Americans use MDY. ] (]) 10:20, 30 May 2020 (UTC)
::: I believe the ] use both DMY and MDY (according to their article, but it is unsourced). Others might as well, but I don't really know. ― ] (]) 15:56, 30 May 2020 (UTC)
:: The only problem with this viewpoint is that Misplaced Pages is written in English and English is the native language of many of the inhabitants of the USA. To ignore their habits and usages in creating Misplaced Pages policy just because "Only Americans use MDY." misses the point: are we making a website for English-speaking Americans to use as well? Why do they have to compromise on the Misplaced Pages in their mother tongue in favor of practices among a minority of native speakers/second language learners? I would just see either usage as a normal part of English, equally acceptable. ] (]) 10:28, 30 May 2020 (UTC)
:::Minority? You might want to check how many people in India speak English. I believe it's in the order of 400 million. Can I also suggest you have a read of ], the fifth word of which is "''brief''". ] (]) 10:35, 30 May 2020 (UTC)
::] The viewpoint is certainly problematic in that most native speakers of English (in the "first circle" countries, using Braj Kachru's term) are American, and so a majoritarian perspective would imply that all English WP articles except those specific to the UK (etc.) should use MDY. ] (]) 10:49, 30 May 2020 (UTC)
:::The native speakers of English only make up 29% of all English-speaking people (], sourced to '''', but behind a paywall). That means US only make up 20% of all English speakers (you numbers are sourced from '''', 1997). It should not matter whether people speak English natively or not. ― ] (]) 15:56, 30 May 2020 (UTC)
::::Native-speaker status is a good criterion for analyzing usage patterns because we assume it correlates well with being a competent language user (e.g., using proper subject-verb agreement, differentiating between subject pronouns and possessive adjectives, and following basic capitalization rules, to choose a few additional issues). ] (]) 16:22, 30 May 2020 (UTC)
:::::Please, please, please. Let's not turn this into a fight between L1 and L2 speakers of English. I have two observations:

:::::1) It's not unheard of for a publication to adopt a certain style and require it to be used consistently (e.g. IEEE Spectrum using SI, which isn't common US practice), and I submit that it would not be inappropriate for an ''internationally oriented'' work of reference to do something similar, for example with date formats (or, perish the thought, with units of measurement – but that discussion will be ongoing at the time of the Second Coming, and the Third, and...) People will say that to do so would compromise NPOV; to which one need only ask, do these other publications abandon any claim to neutrality they might have by doing the same? Of course not.

:::::2) A large number of people who use WP are, in point of fact, ''not'' native English speakers. Hence the pie chart is not, I submit, a useful contribution to this discussion. Maybe these editors and readers don't even come predominantly from countries where English is well-established as a lingua franca, although a small minority native language, like India or South Africa. This whole conversation seems to me like a relic of the pre-internet age; national borders are largely irrelevant (''pace'' Chinese censorship, etc) in determining how people are able to communicate online. If, say, Dutch, Swedish, and French native speakers want to use the English WP as a means to communicate among each other in their second language (along with native English speakers in their L1), that is their right and prerogative. WP belongs to them as much as it does to Americans (and please, nobody respond with something as problematic/thinly veiled xenophobic as "they have their own Wikis"). The English language belongs to everyone who can use it; since you bring up competence, I'll only observe that it is not at all unusual to meet well-educated L2 speakers whose written English is superior to many natives. ] (]) 17:58, 30 May 2020 (UTC)

::::::Agree with {{u|Archon 2488}}. Personally I disagree with the practice of keeping the original date format that some user chose at the beginning, and I think it goes against the principles of Misplaced Pages. In my opinion, unless specifically linked to the United States, all articles should use DMY. It is the format most widely used everywhere except in the US, and the vast majority of readers of the English Misplaced Pages are not Americans. --] (]) 12:43, 1 June 2020 (UTC)

:::::::I agree with a general rule should be that all articles should use DMY for dates EXCEPT for articles specifically linked to the United States. However, if changing the format proved contentious, the order could revert to MDY if that was the consensus of the editors of that article. ] (]) 12:56, 2 June 2020 (UTC)

== Millions (m), billions (bn) & trillions (trn) ==

Hi there! Just wanted to check on this. I notice that on ] the policy states:
{{talkquote|M (unspaced, capitalized) or bn (unspaced), respectively, may be used for "million" or "billion" after a number, when the word has been spelled out at the first occurrence (She received £70 million and her son £10M).}}
So, is there a reason that one cannot denote, say $100 million as $100m, instead of $100M? There was ] back in 2011 but can't seem to find anything since. Is this a metre thing, e.g. ]? If its denoting money I think the difference would be found in the currency sign (€) and the "m" right next to the number e.g. €40m instead of 40 m. ]<sup>]⛅</sup> 02:23, 14 May 2020 (UTC)
:Also the potential for confusion with thousand, perhaps? There are all sorts of ways that this gets abbreviated, e.g. M, m, mn. Arguably M is the most logical because it avoids confusion with the symbol for the metre and also ties in with the prefix "mega". In any case, the best thing to do is to pick one and stick with it, which is what the current guidance does as far as I can see. ] (]) 14:15, 14 May 2020 (UTC)
:: Interesting. And this would also apply to ] being denoted as trn (e.g. $150trn in GDP), correct? ]<sup>]⛅</sup> 15:59, 14 May 2020 (UTC)

:A few points.

:There are more recent discussions on this line ] and ].

:I'd note that if the "M" were intended to be the SI prefix ''mega-'', as suggested by the 2011 discussion and as suggested here, then that directly contradicts the line directly afterward:
:{{talkquote|SI prefixes and symbols, such as mega- (M), giga- (G) and tera- (T), should be used only with units of measure as appropriate to the field, and not to express large quantities in other contexts}}

:I'd question whether articles actually prefer "M" over "m"? I'd have thought "$100m" would be more common, and unambiguous in the vast majority of cases, but I'd be interested to see actual statistics if there are any. I think the idea that someone might take "$100m" to mean 100,000,000 millidollars or 100,000,000 dollar-metres is pretty far-fetched.

:I think before adopting an abbreviation for "trillion" we need to establish a) that one is needed and b) that the proposed abbreviation is in actual use elsewhere.

:And finally, I rather think the current guidance is flawed, and that we should only be abbreviating at all in contexts where there is limited space or where we have a long series of numbers in the millions or billions. In the example given by ], I think {{xt|She received £70&nbsp;million and her son £10&nbsp;million}} would probably be better. ''''']''''' <small>'']''</small> 17:12, 14 May 2020 (UTC)
::I don't see this as a contradiction because it isn't being (ab)used as an SI prefix. Not least because it's actually being used as a suffix, in the cases described here, like "$10M". By contrast, "10 MUSD" or "5 TGBP" (meaning something like megadollars or terapounds), ''would'' be misusing the SI prefixes in this way. My meaning was just that the uppercase M, to the casual eye, looks more obviously and unambiguously like "million", both because it's bigger and because it happens to look the same as the symbol for the SI prefix "mega". Using lowercase m seems to offer no advantage, and IMO it makes sense to pick a single unambiguous format and recommend that. Throwing in the rest of my 2d ({{frac|1|6}}s; £{{frac|1|120}}), it would probably make most sense to pick a set of one-letter or two-letter abbreviations, either {'M', 'B', 'T'} or {'mn', 'bn', 'tn'}.
::I do however strongly agree that abbreviations should not be routinely used in normal text. ] (]) 17:25, 14 May 2020 (UTC)
:::The example of that's specifically marked as wrong is "In a population of 1.3G people". Change that to "1.3M people", and we say we should do it in one line and that we shouldn't do it in the next line. The only difference appears to be what's in your mind when you write it rather than what actually appears on screen. ''''']''''' <small>'']''</small> 19:04, 14 May 2020 (UTC)
::::If "M" is approved as an abbreviation of "million" rather than as a contextually inappropriate use of the SI prefix for mega, then I see no problem here. The MOS does not, on my reading, tell editors to write about megapersons, or anything comparable to that. As illustrated by the fact that "1.3G people" is disallowed, as you observe. Touching on EEng's favourite point, I would want to see evidence that this advice has caused confusion in article-space before discussing it in any more detail here. ] (]) 22:03, 14 May 2020 (UTC)

:To partially answer your note about m usage, I see it commonly used in ] and can be as denotive of one million. The same goes for trn. I, too, agree that these notations should be used only "where there is limited space." {{ping|Archon 2488}} I think you're right on the dot in your calls to standardize one-letter or two-letter abbreviations. That will make this type of guidance much more clear and effective. ]<sup>]⛅</sup> 17:35, 14 May 2020 (UTC)
:: I would support mn, bn, tn. ] (]) 18:01, 14 May 2020 (UTC)
::: Is there a reason that its {{tq|mn, bn, tn|q=yes}} and not {{tq|m, bn, trn|q=yes}}, e.g. $10m, $75bn, & $2.5trn? I see it as "trn". ]<sup>]⛅</sup> 18:04, 14 May 2020 (UTC)
::::We can increase the number of letters in the abbreviation as an additional reminder of the power, in units of 10<sup>3</sup>. Thus: m, bn, trn, qdrn, qntln, sextln. ] (]) 18:33, 14 May 2020 (UTC)
::::: I like that way of doing it. ]<sup>]⛅</sup> 18:42, 14 May 2020 (UTC)
::::::Watch out, this is Misplaced Pages. That might actually be adopted. ]] 18:52, 14 May 2020 (UTC)
:::::::How do we write centillion? ''''']''''' <small>'']''</small> 19:04, 14 May 2020 (UTC)
:::::::: As in $50 centillion or what? The current policy, as you can see, also doesn't have abbreviations for ]. ]<sup>]⛅</sup> 19:22, 14 May 2020 (UTC)
:::::::::But we'll routinely be discussing sextillions to the extent that we'll need to abbreviate? ''''']''''' <small>'']''</small> 20:42, 14 May 2020 (UTC)
:::::::::: Actually, as an aside, I do think it weird that ] redirects to that section and yet "trillion" (tn or trn) is not mentioned. I feel like that could be confusing to editors. ]<sup>]⛅</sup> 20:50, 14 May 2020 (UTC)
:::::::::::The section does actually define a trillion (as {{10^|12}}, as opposed to {{10^|18}}). But previous discussions (such as ]) have not accepted a standard abbreviation. ''''']''''' <small>'']''</small> 21:00, 14 May 2020 (UTC)
::::::::::::FWIW, in the eventuality this was actually needed, you can always write very large numbers succinctly with a ] or ]. ] (]) 22:11, 14 May 2020 (UTC)
::::::::::::Also, in the desperately sad eventuality that this was not immediately obvious to everyone, my suggestion was a piss-take. ] (]) 22:23, 14 May 2020 (UTC)
:::::::::::::I've been hearing a lot about piss-taking recently and I'm moved to request that my fellow editors be a bit more circumspect in discussing their erotic fetishes. ]] 23:44, 14 May 2020 (UTC)


I think we should avoid using Indian numbering conventions unless it is needed for context. For instance, if we want to list the box office take of an Indian movie, don't use "crore", use "millions". This isn't about disrespecting a culture, it's about using internationally favored notation and unit conventions. We should use "millions" instead of "crore" for the same reason we favor meters over feet. There is no reason that India-related articles should be an enclave of Indian conventions. People who are not Indian will struggle with these things, it will weaken Misplaced Pages's role as an information tool for everyone.
:::A lot of the UK press use the abbreviations m for million and bn for billion, these include , and newspapers. For trillion, tn is used by the BBC & The Guardian (the Telegraph doesn't use trillion, preferring "million million" instead). I do prefer these abbreviations as they're the ones I'm most familiar with. I do find it odd that Misplaced Pages requires M for million, I don't think I come across this anywhere else (except a few older sources where it is used to denote a thousand). As for whether we should use these abbreviations: infoboxes and tables –⁠ definitely, for article text I find the Guardian's guide is quite interesting, it allows the abbreviations for money and inanimate objects but not for people & animals (something doesn't look quite right with "2M people"). --] ] 20:13, 14 May 2020 (UTC)
::::I would observe that the use of "m" (''mille'') to mean "thousand" predates the distinction between upper- and lower-case in the Latin alphabet by centuries. In normal text, an abomination like "2M people" should never be allowed, as it should be spelled out in full. Tables and other such space-limited media may use such abbreviations if they need to, although in most cases there is likely a better alternative. ] (]) 22:50, 14 May 2020 (UTC)
:::: So, something like "2m people would have over $3bn in student debt wiped out" looks better? ]<sup>]⛅</sup> 20:25, 14 May 2020 (UTC)
:::::No, that guide would say "2 million people would have over $3bn in student debt wiped out" or "the industry, which employes 1.5 million people worldwide, produces 600m tonnes of coal annually". Though of course, it would allow the fully spelt out versions too. --] ] 21:58, 14 May 2020 (UTC)
::::::The context of "600m tonnes" is actually a pretty good illustration of why I specifically dislike the lower-case "m" as an abbreviation for "million". Using it in proximity to units of measurement is asking for, at worst, confusion, if not just unnecessarily ugly text. I would also note that the convert template does not use these abbreviations with its output, e.g. {{convert|600|e6m}} (standard form) or {{convert|600|e6ST}} (SI prefixes). Units ''should'' use SI prefixes where appropriate (hence "600&nbsp;Mt" rather than "600m tonnes" or similar). ] (]) 22:22, 14 May 2020 (UTC)
:::::::I agree that the SI prefixes are a better fit when brevity is needed; I was just paraphrasing one of their examples in their style guide. However, I would argue that "600M tonnes" would look more unwieldy, and could cause greater misunderstanding, as some may read it as a metric-prefix which had been incorrectly typeset. In general, I think the wider use of the lowercase version throughout print media would create less of a chance of misunderstanding, as more readers would be familiar with it. --] ] 00:25, 15 May 2020 (UTC)
*It looks like the "and her son" example is something I shortened from an existing, longer example (check both sides of ). I agree that M and bn should be used primarily in tables, infoboxes, and maybe text containing a long series of figures. Yet, in tables/infoboxes there probably isn't room for the on-first-use-spell-out. So I think there's at least room for a better example and maybe a refinement of the guideline itself (re infoboxes etc as just mentioned). ]] 18:52, 14 May 2020 (UTC)
*Small m for "million" is a little too much like m for "metre". 30M, 30bn, 30tn. ] ] 11:22, 15 May 2020 (UTC)


This is not the same thing as currency. It is appropriate to list an Indian movie's box office take in rupees. Providing a US$ conversion is optional, but a good idea since the US dollar is widely used around the world as a reserve currency. But write it as "millions of rupees", not "crores of rupees". ] (]) 16:38, 16 November 2024 (UTC)
=== Is this going anywhere? ===
:What's the common usage in english? ] (]) 16:45, 16 November 2024 (UTC)
::I don't think most people in the US understand what "crore" is, and would not recognize it as part of the English language. The online says it means ten million, specifically, a unit of value equal to ten million rupees or 100 lakhs. I think most people in the US would not even understand that a currency is being mentioned.
::--] (]) 17:00, 16 November 2024 (UTC)
:::Not just people in the US. Nobody outside of India can be expected to know what a crore is. ] (]) 17:15, 16 November 2024 (UTC)
:We use meters over feet? Where?
:{{tqb|In non-scientific articles with strong ties to the United States, the primary units are US customary (pounds, miles, feet, inches, etc.)}} ] (]) 17:50, 16 November 2024 (UTC)
::You get extra points for saying "US customary" and not "Imperial". 😉 ] (]) 18:20, 16 November 2024 (UTC)
:::{{smalldiv|1=imperial :3 ] (]) 18:30, 16 November 2024 (UTC)}}
:I agree with ], do not use "crore", use "millions". Misplaced Pages is for a worldwide audience. ] (]) 18:03, 16 November 2024 (UTC)
::Kinda like how US units are used for US articles, I don't see the harm in using "crore", and it's way more work to manually convert to millions every time a member of India's vast diaspora in the Global North adds "crore" to an article, not knowing our ManualOfStyle. ] (]) 18:19, 16 November 2024 (UTC)
:Except we don't favor meters over feet — we use both. That's what the ] is for.
:Speaking as a non-Indian, who can never remember what how many is a "crore": I'm fine with it, as long as the ]. ] (]) 18:18, 16 November 2024 (UTC)
:We already make an exception for ]. I see no good reason for barring a second exception. State in ] and convert to a unit non-Indians can understand (millions of ]s?). ] (]) 20:48, 16 November 2024 (UTC)
The article for the French movie '']'' lists the budget as "9.5 million", using a point as a decimal separator. In France they use commas for this, ie "9,5 million". We don't use the French notation convention for France-related articles. ] (]) 17:14, 16 November 2024 (UTC)
:Is it the French style to use that notation in English? A different unit elicits way less confusion than a reversed decimal separator meaning anyways. ] (]) 17:50, 16 November 2024 (UTC)
*'''Bad RFC'''; see ] and the rest of the guidance there too. Unsurprisingly, this has just started out as a disorganized discussion that doesn't resemble a normal RFC...you might want to just remove the tag, get some feedback, and then start a proper one in a bit (separate subsections for discussion and survey are pretty helpful too). ] (]) 18:21, 16 November 2024 (UTC)
*:{{replyto|Kurzon}} I did {{diff|Misplaced Pages talk:Manual of Style|prev|1257781055|advise you}} not to jump straight for a full-blown thirty-day formal RfC without first exhausting the suggestions at ]. --] &#x1f339; (]) 18:39, 16 November 2024 (UTC)
:This RfC is clearly improperly formatted, ]; thank you to our unregistered friend for pointing this out.
::Oh come now. It seems to be developing nicely, I doubt that any editors are swayed by the wording. it's not perfect but perfect is the enemy of good and its good enough. ] (]) 04:47, 29 November 2024 (UTC)
:::That reply was before the appropriate discussion centers were notified and before discussion started to develop. It's not just formatting; it's that there was no prior discussion. Now we're effectively having both at the same time, especially when an informal discussion could've resulted in consensus without a time-consuming process. ] (]) 16:08, 29 November 2024 (UTC)
:Consistency and clarity to our international readership are valid arguments in favor of prohibiting "crore" and "lakh". However, Aaron Liu makes good points about the fact that we allow local variation in articles with local ties, e.g. all of ]. I am unsure where I sit on this issue. I would like to see some Indian editors weigh in on this. ] </span>]] 19:58, 16 November 2024 (UTC)
::I also agree that crores are too obscure (as are lakhs), with use limited to South Asia. Feet and inches, while retrograde and infinitely useless, were used across most of the world not many generations ago. The major unit in Japanese is 万 (man), which is 10,000, but we do not use that because most people wouldn't know it. Engvar is somewhat different: we cannot avoid choosing between "colour" and "color", for instance, whereas we can easily write the globally recognized "millions" rather than crores. As for ]'s comment: if someone adds crore, it will be there until fixed – it's not pressing enough of a problem to hunt down every instance. <span style="background:#ff0000;font-family:Times New Roman;">]]</span> 20:03, 16 November 2024 (UTC)
:::Good point about 万 – I completely forgot that Chinese has similarly different units. I think that settles it – either we allow crore and lakh alongside the ] (which I think is ridiculous) and an infinite variety of customary units, or we allow none.
:::(Two counterarguments: 1. This is a ] argument, which is a logical fallacy. To which I say no, we can't give only one country special treatment, we ought to be fair. 2. The East Asian units are non-Latin characters and thus more impractical than "crore". This is true.) ] </span>]] 20:15, 16 November 2024 (UTC)
:::On the subject of the myriad, I agree with Toads's second counterargument: there is no widely-recognized English translation for the unit in some "East Asian variant" of English; they just convert it to ] in translations.{{tqb|we cannot avoid choosing between "colour" and "color", for instance, whereas we can easily write the globally recognized "millions" rather than crores.}}Part of my argument is that "crore" vs long scale is basically the same thing as "colour" vs "color": anonymous editors are going to add them. A ton. Expecting people to not use crore is like expecting people to not spell "colour". It's not pressing enough to hunt down, sure, but you're going to see sweet summer children adding crore into crore-free articles again and again and again. ] (]) 01:14, 17 November 2024 (UTC)
::By the way, I've left a (neutrally-worded) note about this discussion at the Talk page of WikiProject India. ] </span>]] 20:16, 16 November 2024 (UTC)
*'''Don't allow crore.''' In the interest of making articles understandable to a wider audience, we already do this for the decimal marker (.) and separator for groups of 3 digits (,) as previously mentioned. We also ] even though long-scale hasn't entirely died out in the British Isles. ] (]) 21:16, 16 November 2024 (UTC)
*:The decimal marker and long/short scale have a much better reason for their ban: The symbols they use have very different meanings outside of their local context, while crore, lakh, etc. do not. ] (]) 01:04, 17 November 2024 (UTC)
*'''Don't allow crore''' Per ]. This is not comparable with US v metric units where we report both - that is just a case of which is primarily reported. Furthermore, imperial units have a relatively recent historical usage across English. It is not like other issues of ENGVAR such as colour v color or ise v ize that do not affect understanding. {{tq|For an international encyclopedia, using vocabulary common to all varieties of English is preferable}} - to the point of being paramount. ] (]) 22:38, 16 November 2024 (UTC)
*'''Allow''' ''crore'', ''lakh'' and ], '''but always''', 1) link it on first use, 2) include what it is a measure of (rupees can not be assumed), 3) also include conventional numbering, and 4) allow it only in articles about the subcontinent.&nbsp;]&#124;] 23:13, 16 November 2024 (UTC)
*:I agree with all of these conditions. While I remain somewhat ambivalent on the use of “crore” in general, we must provide enough context for non-Indian readers to understand them. ] </span>]] 13:56, 17 November 2024 (UTC)
*'''Allow''' ''crore'', ''lakh'' per ], and with the same caveats. ] (]) 00:03, 17 November 2024 (UTC)
*'''Allow ScreiberBike''', per my comments above. ] (]) 01:20, 17 November 2024 (UTC)
* '''Allow ScreiberBike'''. But see also ] - "You may use the Indian numbering system of lakhs and crores ''but should give their equivalents in millions/billions in parentheses''" <!-- Template:Unsigned --><small class="autosigned">—&nbsp;Preceding ] comment added by ] (] • ]) 00:30, 18 November 2024 (UTC)</small>
* '''Allow''' ''crore'', ''lakh'' and ], '''but always''', 1) link it upon first use <u>in every section where it appears</u>, 2) include what it is a measure of (rupees can not be assumed), 3) also include conventional numbering <u>using template {{tl|convert}}—i.e., don't convert yourself</u>, and 4) allow it only in articles about the subcontinent. ] (]) 23:11, 18 November 2024 (UTC)
*: Hm; was very surprised to notice that the {{tl|convert}} template does not currently support lakhs and crores. I think it should, and started ] about that. If you wish to comment, please go to ]. Thanks, ] (]) 23:50, 18 November 2024 (UTC)
*::The convert template converts units, like feet and metres. Crores and lakhs are not units, but multipliers. It would be like convert being used to convert between hundreds, thousands, millions etc. --] &#x1f339; (]) 22:52, 19 November 2024 (UTC)
*:::The {{tlx|lakh}} and {{tlx|crore}} templates make more sense than overloading {{tlx|convert}}. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 23:02, 19 November 2024 (UTC)
*:I agree with SchreiberBike and others; "crores" and "lakhs" can always be used to add colour/color to an article as long as those requirements are met. <span style="background:#ff0000;font-family:Times New Roman;">]]</span> 04:50, 20 November 2024 (UTC)
*'''Do not allow'''. This is not the same as variations of English in wide use where there are multiple widespread usages (color or colour). While SchreiberBike's conditions for use are reasonable, I would say that the standard international measurements should always be primary and subcontinent-specific numbering as a secondary only in articles about the subcontinent. ] (]) 09:50, 20 November 2024 (UTC)
*:What does "widespread" mean? ] (]) 12:17, 20 November 2024 (UTC)
{{block indent|em=1.6|1=<small>Notified: ]. ] (]) 01:04, 21 November 2024 (UTC)</small>}}<!-- Template:Notified -->
*'''Allow, but always ...''' exactly as Mathglot laid out above (other than, per Stepho-wrs and Redrose64, {{tnull|convert}} isn't actually the right template, or at least isn't presently). I would add a further caveat that these traditional Indic units (technically, multipliers) should be given secondarily not primarily, but I could live without that. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 11:55, 21 November 2024 (UTC)
*'''Allow''' when appropriate, under conditions set out by ScreiberBike. Also, this RfC does not meet ]. ] <sup>] · ]</sup> 02:18, 22 November 2024 (UTC)
*'''Do not allow''' crore et al. It's not only native English-speakers who haven't a clue what it means when reading India-related articles; it's non-natives too. ] ] 07:32, 22 November 2024 (UTC)
*:I don't get what native/non-native speakers have to do with the issue. ] (]) 12:21, 22 November 2024 (UTC)
* '''Allow per ScreiberBike''' for South Asian articles. ] (]) 17:29, 22 November 2024 (UTC)
*'''Allow''' All Indian academic/professional textbooks and all Indian reliable sources, with few exceptions for specific conditions, use lakhs/crores when denoting INR and millions/billions when denoting foreign currencies. Not allowing is not an option, unless editors want to disregard Indian readers. Using X million rupees is almost as uncommon in India as using Y lakh dollars. My suggestion -- for articles that use {{tl|Use Indian English}} force editors to '''1) link it on first use, 2) include what it is a measure of (rupees can not be assumed)''' with Indian comma separator at 00 after thousands and for articles that don't use that template force editors to '''always''' use millions/billions with 000 comma separator. — ] (]) 03:01, 23 November 2024 (UTC)
*:'''Strongly disallow''' use of Indian comma separator. That would only serve to confuse. We don't permit a French comma separator on English Misplaced Pages. The Indian comma would be much worse. ] (]) 09:11, 23 November 2024 (UTC)
*:I concur entirely with Dongervogel_2 on this side-point; we cannot mix-and-match numeric separator styles. We've repeatedly had debates in the past about permitting "," instead of "." as a decimal point to suit the preference of some subset of readers, and the answer is always firmly "no", so this isn't going to be any different. I'm not a professional researcher in this area, but I have looked into the matter in the course of various style debates, and the evidence clearly shows Indian publications using "Western" number formatting systems (or whatever you want to call them) on a regular basis, though often alongside the Indic {{lang|hi-Latn|krore}}, etc., system. That is, it's just not plausible that English-using readers in/from India have any difficulty understanding our numeric material, especially after the rise of the Internet has exposed them to content from all over the world since the mid-1990s and pretty much ubiquitously since the early 2010 with the rise of mobile data. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 14:49, 24 November 2024 (UTC)
*::{{tq | “it's just not plausible that English-using readers in/from India have any difficulty understanding our numeric material …”}} Of course the same could be said of American readers and the spelling of ‘colour’. <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 17:41, 28 November 2024 (UTC)
*:::What isn't the same is how many editors will add "colour" into articles while most wouldn't add numbers in the Indian system. ] (]) 18:30, 28 November 2024 (UTC)
*::::I’m genuinely not sure what your point is? Editors are more likely to (erroneously) change spelling to ‘colour’, so that gives them more grounds for the MOS giving them parity with American English? I know we should be realistic about what we can control, but I don’t love that logic. <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 03:18, 29 November 2024 (UTC)
*:::::Yes, that or add spelling that says "colour" is what I'm saying. ] (]) 04:03, 29 November 2024 (UTC)
*:::::Like I would campaign for navboxes to be placed in the "see also" section if it weren't so widespread and unduly investative to correct. The corrections for disallowing crore are the same thing to me. ] (]) 04:11, 29 November 2024 (UTC)
*:::On this attempt at a ''color'' ]: "What isn't the same" even more pertinently is that the cases aren't parallel in any way. ''Crore'' and ''lakh'' are not barely noticeable spelling differences of an everyday word used the same way in every single dialect of English; they're a radically different system of approaching large-ish numbers. There is no audience capable of reading en.wikipedia for whom either ''colour'' or ''color'' is impenetrable. If HTGS's pseudo-analogy is intended to suggest that ENGVAR should be undone on the same basis that we would rejecte or further restrain use of ''crore'' and ''lakh'', that doesn't work since they're not actually analogous at all, plus the fact that not a single element of MoS is more dear to the community than ENGVAR; it is never, ever going away. If HTGS isn't actually suggesting we get rid of ENGVAR but is instead trying to suggest that opposition to ''crore'' is pretty much the same as advocating the death of ENGVAR, that's not cogent either, for the same false-analogy reason plus scoops of ], ], and ] fallacies plopped on top. Aaron Liu's original "what isn't the same" point is that most editors will use ''color'' or ''colour'' as contextually appropriate in our content, yet very few will ever add ''lakh'' or ''crore'' to an Indic-connected article. That could be argued to be suggestive of a {{lang|la|de facto}} community consensus already existing against those units' use at en.wikipedia. While it's worth considering, it's clouded by ] in that a comparatively small percentage of our editors are from India or its immediate environs, so the statistics are probably not usefully comparable even if they could be gathered with certainty. I would suggest that the reasons to rarely use ''crore/lakh'' and to always convert when used at all, has to do with end-reader comprehensibility, not with editor preference or usage rates. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 12:54, 23 December 2024 (UTC)
*::Because, the fact is, we aren’t using varieties of English solely to ensure accuracy or intelligibility. They are also being used to avoid recreating the Anglo-American hegemony that exists in published English, and to foster a connection in the community with the most interest in the subject. <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 18:05, 28 November 2024 (UTC)
*:::This is not MakeLocalsAsHappyAsPossiblePedia or EngageInCrossCulturalFeelGoodBackscratchingPedia or RightGreatWrongsPedia. It may be unfortunate in some sense that a "Western" (now globally internationalized) enumeration system dominates nearly everywhere (with arguably more benefits than costs), but it is a fact. And it has nothing to do with "Anglo-American" anything, being the same system used by the French and the Russians and the Japanese and so on, and predating both America and England and even the English language, going back to ancient Eurasia very broadly, from the Rome to China. (There's an incidental British correlation of course: it was largely the English, along with the Dutch, who pushed this system in India. That makes it socio-politically and emotively connected to India–UK and Indian–Western relations, but it is not an Anglic counting system and we are not to be confused by sentiment.) More to the point, the "job" of this site is to communicate clearly with as many English-competent readers as possible. The simple fact is that virtually no one outside of the Subcontinent and nearby islands (plus first-generation emigrées therefrom), think in or even understand ''lakh'' and ''crore''; meanwhile pretty much everyone in India and thereabouts {{em|also}} understands millions, and hundreds of thousands, even if it is not their immediate mental model and they have to convert a bit in their heads, like Americans with metric units. There is no ] to be had here; the sides are not equivalent. Finally, it is not the goal of our articles on Indic culture, history, geography, economics, etc., to appeal to and primarily serve the interests of people in South Asia, but {{em|everyone}}. For this reason, I'm supportive of retaining the permissibility of ''crore'' and ''lakh'' in relevant articles as long as they are always converted into the now globally prevalent enumeration system, and usually with that first unless there's an important contextual reason to use ''lakh/crore'' first. Best of both worlds: everyone gets to understand the material, and Indic numbering is not deleted. It's pretty much the same situation as American customary ("imperial") units of measurement: most of the world doesn't use or understand them, but we should not ban them, just always convert them to metric. (The only difference I can see is "wiki-political": our American editorial and read bases are so large that it would be very difficult to get consensus to always put American units second after metric even in articles about American subjects. That really {{em|should}} be the rule, but it'll be hard to get there.) <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 12:54, 23 December 2024 (UTC)
*'''Do not allow crore''' - I am not convinced that this word is actually English, and this is the English-language wikipedia. It seems that this is a foreign word that is used ''alongside'' English in areas that have ties to the language this word is from. Even in these areas, it seems that English speakers there fully understand what "millions", "thousands", etc mean, and there have been attestations linked above where they use both, presumably to help English speaking people understand what number is being referred to. My perspective here is colored by being an American expat living in Japan... in day-to-day speech, I will sometimes mix the languages and say "Oh, this costs 3 man yen." But I am under no circumstances thinking that "man" meaning "ten thousand" is English. I'm using another language's word. That's what it looks like they are doing here. ] (]) 07:01, 28 November 2024 (UTC)
*:As an alternative, I would also accept allowing crore only if the "millions" number is included alongside it. ] (]) 07:28, 28 November 2024 (UTC)
*:"Gumption" is borrowed from Scots; it is English. "Chutzpah" is borrowed from Yiddish; it is English. "Powwow" is borrowed from East-American indigenous language; it is English. "Crore" is borrowed from Hindustani; it is ]. All of the above are attested by dictionaries, while "man" to mean myriads is not. ] (]) 18:28, 28 November 2024 (UTC)
*'''Allow crore''' - my gut feeling is to disallow it because it is not English as understood by the majority of English readers (including native speakers from UK/US/Australia/etc and second language speakers from China/S.America/Europe/etc). However, crore and lakh are words that Indians practically think in even when speaking English. We have a similar problem where an article is marked as British English and has 99 occurrences of "litre" - an American will still add new stuff with "liter" because it is so naturally to them. In the same way, we will be pushing it up hill trying to get them to stop. So, we should let them use it in articles related to the Indian region but never on anything outside that region. Each first usage should link to ] and ] so that the few non-Indian region readers have a clue what's going on. I would not bother with conversion to millions - once you learn that they are just putting 0's at the end it becomes easy enough in a short time and conversions just clutter up the article. But do not allow grouping like 1,00,000 under any circumstances.<span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 02:41, 29 November 2024 (UTC)
*'''Don't allow crore'''. If there are people who don't know what "million" is, well some level of literacy is required here, yes. As to "link on first use", no, links are supposed to be "here's some extra/more detailed info about the subject if you want" not "you need to interrupt the flow of your reading and go off the page to understand this word". ] (]) 04:57, 29 November 2024 (UTC)
*:Actually that's exactly what links are for. Readers who know the general topic well can just read an article straight forwardly. But readers new to the general topic are likely to come across words they don't know yet and can follow the links to learn. Eg, in car articles we often talk about the ]. If you are new to the detailed study of cars then you can follow that link and then return later. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 06:09, 29 November 2024 (UTC)
*:And if anybody thinks that a politely worded MOS rule will stop them adding crore and lakh then consider that at https://en.wikipedia.org/search/?title=Nissan&diff=1256595427&oldid=1256557060 somebody added a MDY style date in spite of the article having 186 references in DMY style. I fix these (in both directions) practically daily. People do whatever comes natural and do not consider that any other way even exists.
*: But I do feel a little better after my vent :) <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 11:35, 29 November 2024 (UTC)
*::{{+1}} and it’s worth reiterating that most advocates here are suggesting that the Indic value should always be “translated” into a Western value in parentheses, so most naïve readers would still be able to parse the article without following the link. <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 06:21, 29 November 2024 (UTC)
*'''Do not allow crore'''—India-related articles are for international readership. No one outside the subcontinent is familiar with ''crore''. It is a disservice to readers to allow it. ] ] 06:24, 29 November 2024 (UTC)
*:If they are not familiar with crore they can read the conversion to millions. And if they also want to learn about ] they can click on the link. I see no disservice. ] (]) 12:49, 29 November 2024 (UTC)
*:Perhaps some are not aware but English Misplaced Pages is heavily used in India. The ] from 2023 had five items about Indian movies and movie stars. The latest week's most viewed ] had ] and '']''. According to ] there are 128 million English speakers there. If we say to basically never use ''crore'' and ''lakh'', we are sending a discouraging, even insulting, message to many of our readers and editors.&nbsp;]&#124;] 13:51, 29 November 2024 (UTC)
* '''Allow''' in articles with strong ties to India, provided that the conversion is shown at first use. Hey, we could even write {{tq|In non-scientific articles with strong ties to <s>the United States</s> India, the primary <s>units are US customary (pounds, miles, feet, inches, etc.)</s> multipliers are Crore and Lakh}}. See ]. Also, it is very relevant that a huge fraction of en.wiki readers are Indian. "ccording to a 2011 census, 10.2% of the Indian population speaks English. This figure includes all Indians who speak English as a first, second, or third language. 10% of India's population is approximately 145 million people." Twice as many as in the UK, half as many as in the US. --] (]) 11:49, 29 November 2024 (UTC)
*'''Allow''' only with linking and conversion as per Mathglot. The most practical solution for both Indian and non-Indian readers. ] (] · ]) 23:41, 8 December 2024 (UTC)
===Discussion===
Maybe this can be solved technologically so that every user sees numbers in the way they are accustomed to? ]<sub>]</sub> 20:43, 8 December 2024 (UTC)
:This could be done for logged in users, but the vast majority of readers are not logged in with an account. Similar solutions have been proposed for date style and variety of English, but they won't work.&nbsp;]&#124;] 20:50, 8 December 2024 (UTC)
{{abot}}


== Which era? ==
We've had a few suggestions here, none of which offers any obvious large advantage to my mind over keeping the MOS as it is. For the sake of (perhaps foolish) consistency, I would prefer picking a set of standard one- or two-letter abbreviations and sticking with it; including trillion isn't a terrible idea, but if the need to abbreviate it is rare enough that it doesn't need to be included in the MOS, fair enough. If, as I suspect, recommending "M" and "bn" (and saying nothing about larger numbers) hasn't caused disruption in article-space that cannot be resolved except by changing the MOS, then what is the benefit of changing the MOS at all? Especially considering that we would thereby be telling editors to change god-knows-how-many articles from one well-established style to another that offers at best a purely hypothetical advantage. ] (]) 11:45, 15 May 2020 (UTC)
I'm inviting fellow editors to figure out whether ] should use BC / AD or BCE / CE. The issue is that the article mixes eras and when I went back to see which was first, I saw it originally used "BC/BCE" and it stayed like that for years. The thread: ]. Thanks! <!-- Template:Unsigned --><small class="autosigned">—&nbsp;Preceding ] comment added by ] (] • ]) </small>
:] applies so status quo ante should apply. (FWIW, Judaism and Islam have religious perspectives on Jesus of Nazareth, so the neutral style seems entirely appropriate.). --] (]) 00:18, 22 December 2024 (UTC)
::Agreed on the last part. As for the procedural matters, all of our ] principles ultimately default/fallback to the style used in the first non-stub version that used one of the competing styles, if consensus fails. ] is the general principle, the root rule: Don't change from one acceptable style without a very good reason. If there is or you expect resistance, discuss to establish consensus. If you don't get consensus for your change (i.e., there is consensus against you), it stays the {{lang|la|status quo ante}}. If there's no consensus on which would be better (which is often the case and likely the one in this case), then use the version established earliest. For particular things covered by ], ], ], ], we simply reiterate this principle and process more topically, and these ones also basically resolve to an additional rule: don't change that particular kind of style without establishing consensus first {{em|even if}} you're sure you've got a good reason and don't think there should be resistance.<!-- --><p>The STYLEVAR process actually sometimes (namely when there's clearly no firm consensus in favor of the {{lang|la|status quo ante}}, either) overrides the usual Misplaced Pages {{lang|la|status quo ante}} principle, which in practice amounts to "fall back to whatever the discussion closer thinks is more or less a pretty long-term {{lang|la|status quo}}". That usually works for a lot of things, but for these "I will win my Holy Style War or die trying" tedious cyclic ] typographic disputes, it has proven unworkable, because the dispute lives on and on, simply shifting in stages to: what constitutes a {{lang|la|status quo}}; how long is long enough; whether interruptions in the use of the alleged {{lang|la|status quo}} have reset its tenure; whether this *VAR-imposed consensus discussion was followed when the alleged {{lang|la|status quo}} was imposed; if not, then whether that imposition pre-dated STYLEVAR requiring it; and yadda yadda yadda. There's just no end to it, because it's too often a super-trivial but deeply obsessive PoV-pushing exercise grounded in prescriptivist emotions (mixed sometimes with nationalist, or socio-politically activistic, or my-profession-vs.-yours, etc.). The style-war-ending default of falling back to the first major edit that established one of the competing styles is arbitrary (in both senses), but it is {{em|the end of it}}, and we move on to something more productive.</p><!-- --><p>For this particular article: If "it originally used 'BC/BCE{{'"}} in the original post isn't a typo, and really does mean that the style was mixed from day one, then that's a rare edge case, and JMF's "status quo ante should apply" is probably the only reasonable approach. (Even from an excessively proceduralist viewpoint: If STYLEVAR and its application ERAVAR impose an overriding principle that in this case cannot actually be applied, then the default necessarily must be the normal Wikipedian {{lang|la|status quo ante}} principle, even if for matters like this it tends to lead to re-ignition of the dispute again in short order. Not every solution is perfection.) <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 12:02, 23 December 2024 (UTC)</p>
:::But what would be the status quo ante in this case? Surely you can't mean the mixed BC/BCE style? ] (]) 08:56, 24 December 2024 (UTC)


== Four questions ==
:I think there's broad support for only abbreviating where space is restricted or where "million" or "billion" becomes repetitious, rather than just the second time it's used in a sentences. ''''']''''' <small>'']''</small> 15:56, 15 May 2020 (UTC)
:: I would also say there is broad support for standardizing where million, billion, and trillion become repetitious as well. However, I will say, my original post was asking for clarification rather than a MOS change. But that aside, I am not buying the "m" is too close to 'metre' argument. If there is a ] in front of it, there's no way someone could mistake "swimming a $100m" – that is of course, unless someone is ''swimming'' in a 100 metre-pool ''filled'' with $100 million. Perhaps a distinction between currency & non-typeset numbers, e.g. $100m v. 100 m is warranted. {{ping| Voello}} do correct me if I'm wrong but such a distinction exists in the sources you mentioned? ]<sup>]⛅</sup> 17:12, 15 May 2020 (UTC)
:::Sorry, what is {{tq|swimming a $100m}} ''supposed'' to mean? ]] 13:24, 22 May 2020 (UTC)
:::: The rising cost of ] for the super-wealthy is . Wealthy people now how to spend ''more'' to maintain their lavish pools – it's truly a crisis for the global elite! ]<sup>]⛅</sup> 14:41, 28 May 2020 (UTC)
:::Oh, sorry {{ping|DonSpencer1}} just to clarify they don't have any distinction between the use of "m" for million or for metre. Interestingly, all three of the guides have even less of a distinction than there would be here on Misplaced Pages, as they do not stipulate the nbsp between the symbol and quantity unlike our MOS (e.g. 10m, not 10&nbsp;m). However, I do think the distinction can easily be derived through context as to what the "m" stands for; and they don't make note of needing to change the structure or formatting of a sentence so they not be confused. --] ] 03:46, 28 May 2020 (UTC)
=== Perhaps its going here... ===
* {{ping|Voello}} Agreed, the context does indicate its meaning. I think it would be better to move from ] to ] for this. The formatting section states: "million and billion should be abbreviated M or bn". If anything is to be changed, the formatting section should read "million, billion, {{tq|and trillion}} should be spelled out on first use, and (optionally) abbreviated M, bn, {{tq|and trn}} ({{tq|all}} unspaced) thereafter". I think modifying ''that'' section instead would address the notation, brevity, and metre issues brought up for MOS:NUMERAL. ]<sup>]⛅</sup> 13:57, 28 May 2020 (UTC)
*:Let me make sure I understand this. You're suggesting that this M and bn (and maybe trn) notation should be used only for monetary values? That's an interesting idea. Do we have any other realistic use case for these abbreviations? ]]
::: Exactly. So, I don't know if you're referring to its actual use on articles or in real life so I'll provide both. I could see it being very useful on articles like ] or larger articles like ]. As Voello, Kahastok, and I pointed out, when coupled with a currency sign, it would be helpful repetitious notations of monetary amounts. I think just the proposed additions in green (above) will do IMO. ]<sup>]⛅</sup> 18:59, 29 May 2020 (UTC)
::::No, I meant does anyone have realistic uses cases ''other than for money amounts'' i.e. can anyone show reasonable uses we'd be "outlawing" if MOS restricted use to money? ]] 19:45, 29 May 2020 (UTC)


#Can 24-hour clock be used in articles with strong ties to United States (I have seen no US-related articles with 24-hour clock) such as: "The Super Bowl begins at 18:40 ET?
:::::Population size is an obvious one, though I can't think of any examples in the wild. Googling finds a few, but once you strip out talk pages, source titles in citations and instances that don't follow MOSNUM already, you lose most of them. The trouble is you actually have to google a number becuase "m people" just finds the ].
#Can 12-hour clock be used with UTC time?
#How are primary units of an article determined if the article has strong ties to both US and Canada, as Canada-related articles always use metric units first? For example, ] is such an article, and it currently uses imperial units first, but it would be more logical to use metric units first as a Canada-related article.
#Why mixed units are not used with metric units? Why it is either 1.33 m or 133 cm, but never 1 m 33 cm? --] (]) 23:04, 21 December 2024 (UTC)
#:I'd add a fifth question: why does Misplaced Pages not use ISO dates, i.e. yyyy/mm/dd? They are becoming more common internationally. ] (]) 00:02, 22 December 2024 (UTC)
#::# I wouldn't recommend it.
#::# Probably?
#::# That should be decided on a case-by-case basis.
#::# No benefit for the additional visual or semantic complexity; that's part of the appeal of the metric system, right?
#::# English-language sources never use this format, and the English Misplaced Pages bases its style on that of other English-language media.
#::<span style="border-radius:2px;padding:3px;background:#1E816F">]<span style="color:#fff">&nbsp;‥&nbsp;</span>]</span> 00:58, 22 December 2024 (UTC)
#:::You write "English-language sources never use this format", but this is untrue. ISO date format is widely used in scientific publishing and it is standard in aviation and for machine processing. Have a look at the Misplaced Pages entry ]. You might be surprised.] (]) 23:35, 22 December 2024 (UTC)
#::::I personally use ISO format on my devices; if it helps, you can replace "never" with "almost never". <span style="border-radius:2px;padding:3px;background:#1E816F">]<span style="color:#fff">&nbsp;‥&nbsp;</span>]</span> 23:36, 22 December 2024 (UTC)
::#] says 12 and 24 clocks are equally valid. It's just that the majority of native English speakers use 12 hour clocks, so they choose to use 12 hour clocks. If you create an article (or are the first to mention times within an existing article) then you can choose. Don't change an existing article from one to the other. With the possible exception of US Army articles, you may get kick-back from readers not familiar with the MOS. See the ] essay.
::#UTC is an offset. It is a separate question from how you format that time. UTC can be used with either 12 or 24 hour clocks. See ] but it doesn't actually say much.
::#Primary units are based on ''strong'' ties to a country. If you have multiple countries with a mix of units then you have multiple weak ties and no strong ties. Therefore we default to metric first, as per ]. Only articles with strong ties to the US and UK get to use imperial units first.
::#A major benefit of metric is that we can change from m to cm to mm to km just by shifting the decimal point. Splitting it into 1 m 33 cm makes that harder and is now rarely used in metric countries. It was more common in my country of Australia during the first 20 years after metrication when we copied our old imperial habits but it fell out of favour and we now universally say 133 cm, 1.33 m or 1330 mm as appropriate. Countries using imperial units tend to use split units because it is so hard to convert miles to feet, gallons to ounces, etc in your head.
::#] dates are allowed in limited cases (mostly references and tables where space is limited). It is not used in prose because it is not yet common for native English speakers to use this in their day-to-day lives. Note that any other purely numeric format is strictly disallowed. See ] <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 01:09, 22 December 2024 (UTC)
::#:(In terms of accuracy in my own answers, 2 out of 5 ain't bad right?) <span style="border-radius:2px;padding:3px;background:#1E816F">]<span style="color:#fff">&nbsp;‥&nbsp;</span>]</span> 01:11, 22 December 2024 (UTC)
:::::Being OCD helps 😉 <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 01:58, 22 December 2024 (UTC)
::::::I'm unsure how to medicalize it, but I'm certainly obsessive and compulsive, and it only helps somewhat! <span style="border-radius:2px;padding:3px;background:#1E816F">]<span style="color:#fff">&nbsp;‥&nbsp;</span>]</span> 02:00, 22 December 2024 (UTC)
::Answering #2 and #4 only
::*2. No. The clarity of UTC is obtained only with a 24-hour clock.
::*4. You could write 1 m + 33 cm if you want, but why make life so complicated? The plus sign is needed because without it a multiplication is implied (1 m 33 cm = 0.33 m<sup>2</sup>).
::] (]) 07:43, 22 December 2024 (UTC)
:::The answer to Q2 will depend at least in part on whether UTC was chosen because it's local time or because it's the international time standard. It would make no sense to allow the 12-hour clock for events in London between March and October, but ban it for events between October and March. ''''']'''''&nbsp;<small>'']''</small> 14:56, 22 December 2024 (UTC)
::::{{rto|Kahastok}} I don't get this reply. The time of an events in London is given according to BST (= UTC+01:00) in summer and according to GMT (= UTC+00:00) in winter{{snd}} normally without either qualification stated unless it is the weekend when the time changes. It the time zone matters (for an internationally televised live event, for example), the time is normally given both ways: in the local and in the international notations. (Or did you not realise that GMT is just another timezone, not a synonym for UTC though often used that way, especially by seafarers.) ] (]) 15:58, 22 December 2024 (UTC)
:::::I don't accept that UTC is always distinct from GMT. Usually there is not enough information about the reasons a particular author used one or the other abbreviation to tell if the author intended a distinction or not. ] (]) 17:15, 22 December 2024 (UTC)
:::::Well OK, if we're going to insist that the sub-second formal discrepancy between GMT and UTC is somehow vitally important (despite all evidence to the contrary) the split hairs do not count in the case of Lisbon, where the local time in the winter is defined as UTC, rather than just being UTC in practice. Why would we say that a winter event in Lisbon has to use the 24-hour clock, but a summer event does not?
:::::For the record, I don't think I have ever seen a time recorded at {{tq|17:00 GMT (17:00 UTC)}} and I would like to see examples of that usage. ''''']'''''&nbsp;<small>'']''</small> 19:48, 22 December 2024 (UTC)
::::::and you never will, because it would be pedantic in the extreme. In fact most timestamps you see anywhere will be just one of (a) not stated, because it is for local use; (b) the local timezone (notation adjusted according to whether or not DST is in operation); (c) a poor third at "front of house" (excepting worldwide online systems like Misplaced Pages), UTC time. Use of both (b)&(c) at once is very rare, vanishingly so if b=GMT or even BST.
::::::Jc3s5h is certainly correct for use of GMT in almost all sources pre this century and still quite a few recently{{snd}}it will take 50 years to fall out of use as a world standard, I suspect. Perhaps more ... who would think that there are still people who insist on ]s?
::::::Just to be clear, I am not proposing that we introduce an MOS rule mandating any notation. Just clarifying that GMT is not a synonym for UTC. ] (]) 20:25, 22 December 2024 (UTC)
:::::::If you weren't aiming to be {{tq|pedantic in the extreme}}, why bring it up? And in particular, why claim - specifically in the context of GMT vs UTC - that {{tq|the time is normally given both ways: in the local and in the international notations}} in situations where time zone matters? '''']''''&nbsp;<small>'']''</small> 21:22, 22 December 2024 (UTC) s
::My 2c:
::# Not just English speakers, anybody with an analogue wristwatch display does so. BUT (in the UK at least), train, bus and plane timetables are invariably shown using 24 hour clock notation. Basically, anywhere that it matters, where ambiguity might arise.
::##The application of am and pm to 12:00 noon and midnight seems to be a perennial source of dispute, see ]. Good luck with writing an MOS guidance that avoids that minefield.
::# I was about to declare that ]s never exceeds 12:00 so crisis, what crisis? But I think there is a UTC+13:00 on one of the Pacific islands near the date line?
::# Stepho, the use of imperial units in the UK is dying out, literally as well as metaphorically since they are preferred by the older generation. Don't be fooled by the rail-fans insistence on ]s{{snd}} all UK railway engineering has been done in metric since 1975. So no, ] applies to UK articles too. {{midsize|Except articles under the aegis of ], of course. --] (]) 15:43, 22 December 2024 (UTC)}}
::# I concur with Stepho's reply.
::# Anybody who puts their boiled egg upside down should be taken out and beheaded immediately! (aka, ask us again in a 100 years time but it is a non-starter right now.)
::Here endeth the lesson. ] (]) 15:40, 22 December 2024 (UTC)
:::You say, {{tq|the use of imperial units in the UK is dying out}}. Is it therefore your contention that the British (or even just younger British people) all use kilometres really and just put miles on all the road signs to confuse foreigners? ''''']'''''&nbsp;<small>'']''</small> 19:48, 22 December 2024 (UTC)
::::Because of the multitude of road signs and therefore the huge cost of moving from miles, that one will likely never change. In most other fields, however, there has been a progressive move toward using metric measurements in the UK over recent decades. ] (]) 04:05, 23 December 2024 (UTC)
:::::Never mind that other countries that went metric changed our road signs just fine. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 05:09, 23 December 2024 (UTC)
:::::{{@|Dondervogel 2}}, why must UTC be 24 hours? UTC is just a timezone. Technically it is no different any other timezone and the other time zones can use either 12 or 24 hour times as they wish. Of course, UTC is a little special in that it gets used as the "universal" timezone. And when somebody wants to be unambiguous they tend to use 24 hour time. And when they want to be really unambiguous they write it as UTC rather than local. But a lot of that is just convention. They could equally well say 4:00 pm UTC and still be very precise and unambiguous.
:::::Also, why do you need the "+". In the 1970s in Australia (just after metrication) we used to see "1 m 33 cm" a lot. I've never seen anyone think that it was multiplication. It was more likely from the habit of doing "4 ft 7 in". Once we learnt that writing it as 1.33 m or 133 cm made conversion between them trivial (just shift the little dot), we dropped the complication of mixed units. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 05:09, 23 December 2024 (UTC)
::::::*UTC is not a time zone. It's a time standard, and it uses a 24-hour clock.
::::::*In the language of the SI, symbols have special meanings. If you mean addition (as here) you need a "+" sign. In the absence of any other symbol, a space denotes multiplication. Outside the SI you can invent any conventions you want, and Misplaced Pages sometimes chooses to depart from the SI, via MOSNUM. I don't believe MOSNUM permits this particular departure.
::::::] (]) 08:30, 23 December 2024 (UTC)
:Remsense, one reason Misplaced Pages can't rely on ISO 8601 throughout is that some articles express dates in the ], or even the ], and ISO 8601 only allows the ]. ISO 8601 is fine for airline schedules and hotel reservations, but it truly sucks for history. ] (]) 15:13, 22 December 2024 (UTC)
::::If we can't get Americans to switch to DMY, or Brits to switch to MDY, what hope do we have of getting both groups to switch to YMD? --] &#x1f339; (]) 00:03, 23 December 2024 (UTC)
::::: I think the biggest problem with YMD, besides unfamiliarity, is that you frequently want to suppress the Y part when it's understood, and that's harder to do when it's at the start. --] (]) 00:14, 23 December 2024 (UTC)
:::::I think the UN should enforce use of DMY worldwide on Mondays, Wednesdays and Fridays, MDY on Tuesdays and Thursdays, and of course dedicate the weekends to YMD. <span style="border-radius:2px;padding:3px;background:#1E816F">]<span style="color:#fff">&nbsp;‥&nbsp;</span>]</span> 00:20, 23 December 2024 (UTC)
::::::Whaaaaat? Why would we want the least fun format on the {{em|weekend}}? <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 09:02, 23 December 2024 (UTC)
:::::::Year-first encourages us to meditate on the long term while many are less occupied at work. <span style="border-radius:2px;padding:3px;background:#1E816F">]<span style="color:#fff">&nbsp;‥&nbsp;</span>]</span> 08:59, 24 December 2024 (UTC)
:My responses to these questions would be:
:# There is no strong tie of "18:40" format to the US, or the UK, or whatever. It's a format used in a variety of military, otherwise-governmental (e.g. transport/transit scheduling), and sometimes scientific and a few other contexts, and that's true inside and outside the US. It's a completely abnormal format outside of those kinds of contexts, and people don't use it on an everyday basis (that I know of; maybe there is some English-using country in which it has been so aggressively imposed that it's become an everyday norm there and people don't know what "3 pm" means any more, but I'm not aware of such a place). MOS:NUM grudgingly permits its use, but 24-hour format verges on "user-hateful" and should be avoided in most circumstances (i.e. where it's not an established norm for the subject in question).
:#*On JMF's side point about "12:00 pm", MoS could easily have a rule about this, just to settle the confusion, which is common among the general populace, but not among reliable sources on time and writing, in which it virtually always corresponds to "12:00" in 24-hour time, with "12:00 am" being "00:00". MoS saying something about it, though, should be to avoid it in favor of "midnight" and "noon", because confusion among everyday people persists. (My city is gradually changing all of its "No Parking 12 AM – 6 AM, Street Cleaning, Tu, Th" signs to "No Parking 12:01 AM – 6:01 AM, Street Cleaning, Tu, Th" because of this factor).
:# Meaningless, confused question. As Stepho-wrs explained, UTC is an offset, not a format. There's a standardized way of writing {{em|the name of}} a UTC time-zone offset, e.g. as "UTC+05:00", but that's not relevant to how times are used or referred to (in various styles) for typical human consumption. Likewise, the Unicode name of "@" is "{{Unichar|0040}}", but this has no implications for use of the symbol or for plain-English references to it; writing "the at-sign" is not an error. When WP puts "3:05 pm, February 3, 2002 (UTC)" in someone's sig to conform to their date settings in the WP "Preferences" panes, that is also not an error.
:#* Stepho-wrs (which surprises me, given the above) wondered why UTC offset names use a +. It's because the offsets run both directions, e.g. "UTC−05:00" is US and Canadian eastern standard time, and rendering the positive ones as "UTC 05:00" or "UTC05:00" would be problematic for humans and automation alike in various ways. The + isn't any more superfluous than the leading 0 on 00–09.
:# A Canada–US squabble over ordering: A) Who cares? We have {{tlx|convert}} for a reason. B) This is a pretty good argument (from Stepho-wrs): "If you have multiple countries with a mix of units then you have multiple weak ties and no strong ties. Therefore we default to metric first, as per ]." B) If that argument were not persuasive, then ] still already covers this: When there are two competing acceptable styles, do not change from one to the other without an objectively defensible reason. Try to establish consensus on the article's talk page about which should be preferred, if you are convinced a change should happen. ] such a consensus cannot be reached, then default to whatever was used in the first post-stub version of the article (same as with ENGVAR disputes, and CITEVAR ones). So, we are not missing any rules.
:# It's "1.33 m" (not "1 m 33 cm") primarily because that is how the metric system is internationally standardized and how it is used in the real world, rather consistently. The two-units version is also less concise, and annoyingly repetitive because of how the units are named. And the system is designed to be decimal from the ground up. Thus Steoph-wrs observation: "Once we learnt that writing it as 1.33 m or 133 cm made conversion between them trivial (just shift the little dot), we dropped the complication of mixed units." It's not WP's role to treat occasionally-attestable but very disused variants away from a near universal system as if they had become norms and must at all costs be permitted. (Much of MoS's role is eliminating unhelpful variation that is confusion or which causes cyclic dispute, even if we settle on something arbitrary; but most of MOS:NUM is not arbitrary but standards-based.) As for US customary (or "imperial" units, never mind the British empire doesn't exist any longer and what's left of it metricated a long time ago), you can find decimal uses of it for various purposes in real-world publications (e.g. "0.35 in"), but it tends to be for special purposes, like establishing margin widths when printing on non-metric paper, and in electronic media when calculation or sorting might be needed. But the typical use of such units is in "3 ft 7 in" form because they are unrelated units, and because the two-unit split format is deeply conventionalized, including in various industries like construction. That's not true of "3 m 7 cm".
:#*I don't buy Dondervogel_2's "multiplication implied" argument. Virtually no one outside of some particular ivory towers (and even then only in specialist material that was explicit about it) would ever interpret any "# unit1 # unit2" construction, in any context, as a multiplication operation. The real world routinely uses formats like this and {{em|never}} means multiplication by it. E.g. look at the fine print on any laptop's or other device's power-brick; you'll likely see back-to-back, undivided measurement-and-unit-symbol pairs, like "12&nbsp;W&nbsp;&nbsp;3.7&nbsp;A".
:# Skeptic2's add-on ISO-dates question: WP doesn't use 2024-12-23 format (except for special purposes) because it is not a norm, anywhere (as an ENGVAR or other geographical or dialect consideration). It's only standardized within specific industries, systems, processes, organizations, and other specialized usage spheres. (I use it very, very frequently in web development and other coding. But it's not something I'd use in a letter or a novel or an op-ed, because it's a format for computers, and for precision and cross-language exchange among engineers and scientists, not a format for everyday communication.) I've never seen one iota of evidence of broad and increasing acceptance of ISO among the general public for daily use, in regular writing (though ability to parse it has likely increased in the last 30 years because of the Internet and the amount of people's exposure to code that uses it). But it does not match anyone but maybe an ultra-nerd's English-language parsing. If you're American, probably (unless you are older and rural) what you think and say aloud to express today's date is "December 23, 2024" or perhaps "December 23rd, 2024". If you're not American, you probably (some Canadians are an exception too) would express it as some variant of "23 December 2024", "23rd December, 2024", or "the 23rd of December, 2024", depending on your age, social background, country of origin, etc. (American yokels often use the last of those; I have relatives in the Deep South who do it habitually.) These correspond closely (between exactly and too-close-to-matter) to MOS:DATE's two "M D, YYYY and "D M YYYY" formats. An ISO date does not. It's very unnatural. It requires the reader (most readers, anyway) to stop and "translate" it in their heads, thinking about which block of numbers means what, and so on. (I've been using ISO dates on a daily basis since around 1990, and I still have to think about it a little, and once in a while get it wrong, especially shortly after transferring from narrative work to coding work.) Worse, many people do not know at all whether that represents YYYY-MM-DD or YYYY-DD-MM; lots of non-geeky non-Americans mistakenly think it's the latter because they are used to D M YYYY order otherwise, and the idea of the month coming before the day is foreign to them, an annoying Americanism. I run into this problem in a great deal of online content.
:<span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 09:02, 23 December 2024 (UTC)
::Official documents in South Africa are YYYY-MM-DD, I personally use it to name bank statements etc. on my computer because they are easier to find. It depends on what you are used to. ] (]) 12:56, 29 December 2024 (UTC)
:::It isn’t however very readable, on articles of prose. ] (]) 18:20, 29 December 2024 (UTC)
::::To reiterate a distinction that's not potentially reducible to cultural acclimation, it's clear that purely numerical formats are less natural in prose. <span style="border-radius:2px;padding:3px;background:#1E816F">]<span style="color:#fff">&nbsp;‥&nbsp;</span>]</span> 18:23, 29 December 2024 (UTC)


== Unit formatting ==
:::::(There is, incidentally, a case that could be made in this instance for "m" being too easy to confuse with "metre". The phrase "2m people" is theoretically ambiguous as it might be referring to people who are {{convert|2|m}} tall. Though I still find it difficult to imagine a context in which it would be ambiguous in practice.) ''''']''''' <small>'']''</small> 21:03, 29 May 2020 (UTC)
:::::::And then of course there are the ]. ]] 22:27, 29 May 2020 (UTC)
:::::::: Who, of course, know the ]. ]<sup>]⛅</sup> 23:21, 29 May 2020 (UTC)
:::::: But if we were to just follow ], couldn't we just add "trn" for trillion just as we have M and bn for million and billion, respectively? If its in the currency MOS then I don't think it would necessarily restrict other sections, e.g. ], which is to say editors can use $2m to denote $2 million but not use 2m people for the reasons outlined by Kahastok above. In line with this I see 2 changes we could come to a conclusion on:
::::::: '''Motion 1''': To add or as an abbreviation for trillion dollars
::::::: '''Motion 2''': To standardize either '''(a)''' {mn, bn, tn} or '''(b)''' {M, bn, trn} or '''(c)''' {m, bn, trn}
:::::: This way we can further differentiate between 'm' as notation for metre or million because, as outlined, it can get confusing when a currency symbol is not in front of it. ]<sup>]⛅</sup> 21:41, 29 May 2020 (UTC)
::::::::Let's not do motions just yet. For now let's just keep exploring. So far {{U| Kahastok}}'s mentioned population size as a possible non-monetary application of ''M'' (I'm going to assume for now we're staying away from ''m'') or (conceivably) ''bn'', but he says he can't bring any examples to mind. Can anyone? What we need is examples in which the ability to use ''M'' (for populations, or anything non-monetary) is really, truly a benefit to the reader. ]] 22:27, 29 May 2020 (UTC)
::::::::: None of the above has altered my preference for , , . Much clearer and easier to interpret than M/m, bn, trn. ] (]) 22:49, 29 May 2020 (UTC)
::::::::::{{U|Dondervogel 2}}, let's argue the specific abbreviations later, if that's all right with you. What do you think about restricting their use to monetary amounts? If not, can you give us a few actual article examples of its use outside monetary amounts? ]] 02:43, 30 May 2020 (UTC)


Are any of these formats correct?
::::::::::: I have no opinion on the matter. FWIW I found this in the :
* a 10-cm blade
::::::::::::{{tq|"Use figures at all times with currency signs and abbreviations: £1, $2. Abbreviate million to m and billion to bn in headlines.}}
* a 10 cm blade
::::::::::::{{tq|In stories concerned mainly with money, company reports and City page references to bids and deals, use m and bn. In news stories as distinct from stories in the business section always write million and billion in full."}}
* a 10-cm-long blade
::::::::::: ] (]) 05:50, 30 May 2020 (UTC)
* a 10 cm-long blade
* a ten-cm blade
* a ten-cm long blade


And why numbers are not spelled out before unit symbols, and why unit symbols are used more with metric than imperial units, where unit names are typically written in full? --] (]) 13:56, 22 December 2024 (UTC)
== Ban the use of words like "acreage" ==


:In answer to your first question I suggest choosing between "a 10 cm blade" and "a ten-centimetre blade".
At the risk of contributing to unnecessary MOSBLOAT, does it make sense to say something to the effect that unit-based names for measured quantities (that is really verbose but I don't know what else to call them) should not be used? I mean the likes of "acreage", "square footage", etc. since in these cases more prosaic terms like "area" would be more apt &ndash; they do not have ties to a specific set of units, and they do not presume familiarity with imperial/US units (since in practice, nobody talks about "kilometrage", "kilomometers", or "hectarage"). I can't readily think of a case when these words are the appropriate choice for communicating information. ] (]) 15:53, 21 May 2020 (UTC)
:To the second, there is no internationally accepted standard describing symbols for the imperial unit system. Perhaps that is the reason. ] (]) 14:05, 22 December 2024 (UTC)
:''Acreage'' is a relatively normal English word and ''hectarage'' is not. The word ''acreage'' is also often a synonym for ''cultivated land'', and replacing it with ''area'' would often be awkward: "increased prices for corn led farmers to devote more acreage to corn"; "He obtained acreage on the mountain by paying for it in barrels of flour and meat"; "Irrigated acreage in the area is likely to increase." ] (]) 16:18, 21 May 2020 (UTC)
:You can also consult our {{tlx|convert}} template which deals with all these edge cases: {{tlx|convert|10|cm|adj{{=}}on|abbr{{=}}on}} produces {{convert|10|cm|adj=on|abbr=on}}, per ].
::I suppose my initial wording was too bold. But still, something like "the planted acreage increased from {{convert|100|to|200|ha|acre}}" strikes me as clunky at best. ] (]) 16:39, 21 May 2020 (UTC)
:Also, is there a reason you're not just consulting the MOS directly? It more or less covers your questions so far. <span style="border-radius:2px;padding:3px;background:#1E816F">]<span style="color:#fff">&nbsp;‥&nbsp;</span>]</span> 15:07, 22 December 2024 (UTC)
::This is possible to output: {{tlx|convert|10|cm|adj{{=}}on|abbr{{=}}on|spell=in}}, and it produces: {{convert|10|cm|adj=on|abbr=on|spell=in}}. So, why it is not used? And a sixth question, why fractions are not usually used with metric units? Fractions would be useful indicating repeating decimals, such as one-seventh of a meter, as things like "0.142857142857... m" or "0,{{overbar|142857}} m" would look ugly, so {{frac|7}} m would be only option. --] (]) 23:13, 22 December 2024 (UTC)
:::Do you have a real world example illustrating your concern? ] (]) 23:22, 22 December 2024 (UTC)
:::How would {{frac|1|7}} be the "only option"? You yourself just used the obvious other one: simply writing "one-seventh", which isn't broken in any way, and is probbaly easier to read for most people, than {{frac|1|7}}, which can mess with line height. It actually copy-pastes as <code>1⁄7</code>, with inconsistent display on various systems. The use of the Unicode fraction-slash character is interpreted by some OSes, including my Win11 box (but not my Mac, or any Linux I can remember using), as an instruction to superscript the 1 in nearly unreadably tiny font and do the same to 7 but as a subscript. (Win11 even does this to me in a {{tag|code}} block!) I'm not convinced we should have that template at all, since the Internet has done just fine with <code>1/7</code> for decades. Regarding the other material, Remsense is correct that there's a standard way of abbreviating metric units (and there's also a lot of systemic enforcement of that), but there isn't an entirely standardized approach to other units (perhaps better called "American traditional" at this point), and they are often unabbreviated in the real world. So, despite MoS providing a standard way of abbreviating them (based on ANSI or whatever, I don't remember), there's less editorial habit and desire to bother with it, while editors steeped in metric (everyone but Americans) are habituated to the short symbols. Nothing's really harmful about any of this, with regard to reader comprehension, so we have no need to firmly impose a rigid rule to do it this way or that. (We do have such a rationale for settling on particular American/"Imperial" unit abbreviations, though, since use of conflicting ones from article to article would be confusing for readers and editors alike, and some of them found "in the wild" are ambiguous and conflict with actual standards (e.g. using "m" to mean 'miles' instead of 'metres/meters'). As for the original question, yes it's "a 10 cm blade", and the output of {{tnull|convert}} is MOS:NUM-compliant. A construction like this is taken as an strongly conventionalized exception to the ] rule of hyphenating compound modifiers (writing "a 10 cm-blade" or "a 10-cm-blade" isn't really any clearer, and probably less so). In long form it would be "a ten-centimetre-long blade" and Dondervogel is correct that "-long" would usually be omitted for concision, unless it was necessary to indicate length versus width of something (which isn't the case with a knife or sword or whatnot, but would be with a shipping box). <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 07:12, 23 December 2024 (UTC)


== Mixed spelled/figure format ==
*'''Strong oppose'''. The proposal appears to be to ban perfectly cromulent English words because they tend to be etymologically derived from non-SI units. Even metrication advocacy organisations tend not to go that far.


How did we come to this guidance?
:There's no evidence that these words actually cause any problems. OTOH, banning them would cause significant problems (clunky sentences, awkward circumlocutions), particularly in fields where such terms are standard. For example, at least ] would have to be moved from its ] as a result. ''''']''''' <small>'']''</small> 17:09, 21 May 2020 (UTC)
:Comparable values near one another should be all spelled out or all in figures, even if one of the numbers would normally be written differently: {{xt|patients' ages were five, seven, and thirty-two}} or {{xt|ages were{{nbsp}}5, 7, and{{nbsp}}32}}, but not {{!xt|ages were {{nobr|five, seven, and 32}}}}.
::: Do you know the acreage of these fields you refer to? ]] 13:54, 22 May 2020 (UTC)
This goes against the that pretty firmly enforce that the numbers nine and below should be spelled out, while figures should be used for 10 and above. I’m not as aware as other style guides, is this a case of AP being the odd one out… or is Misplaced Pages style the odd one? -- ] (]) 04:14, 28 December 2024 (UTC)
:: '''Partial support''' While not disagreeing with ] I find it unencyclopaedic to say "an acreage of 5 acres". Conversions aside, it should always be "an area of 5 acres". ] (]) 22:53, 21 May 2020 (UTC)
::: This is a style manual, not a writing course. There's no limit to the ways people can write clunky prose. That's not a good reason to "ban" these words. --] (]) 23:27, 21 May 2020 (UTC)
::::Agree. Further, I hereby propose the banage of "ban". --]<sup>(])</sup> 23:39, 21 May 2020 (UTC)
:::::Oldspeak is plusungood. Crimethink is doubleplusungood. Newspeak is plusgood. Minitrue will rectify oldspeak acreage. :-) ] (]) 08:44, 22 May 2020 (UTC)
::The problem is clunky prose of the sort that Dondervogel and I illustrate above. I do not, personally, think "an electric potential of ten volts" is an awkward circumlocution of "a voltage of ten volts"; the latter, at least, sounds more awkward to my ear. FWIW, since you mention it, I would also tend to describe "wattage" and "amperage" as bad style, where they are used in lieu of the perfectly usable (and to my mind more common) English words "power" and "current". And in this case, they do derive from SI units.
::The point is that generalising from a unit name to the name of the dimension is bad practice and conceptually confused; units quantify a dimension, whereas the dimension is not constrained or defined in any sense by an arbitrary choice of measurement scale. Who the phoque knows what "chainage" is, who hasn't worked in surveying or for a railway? Who doesn't know what "distance" is? The overuse of these "-age" words (what are they called?) is jargon. "Area" is a plain English word that nobody can reasonably be expected to misunderstand. ] (]) 20:19, 22 May 2020 (UTC)
::::The article ] uses the word "voltage" 46 times. Most of those instances are nowhere near a measurement in volts. Replacing them all with "electrical potential difference" or "potential difference" is not going to make the article read better. Nor will it make the article more understandable or less jargon-filled.
::::And as others have noted, "acreage" has significant connotations beyond "area" that we may want to use. The distance between two stations may be very different from the chainage, and on appropriate articles we should make the distinction. We are writing in English and we can reasonably expect our readers to understand English words.
::::The way to deal with clunky sentences is to fix the clunky sentence in question. The way to resolve jargon on general-interest articles is to fix the jargon-filled sentence in question. Neither is served by arbitrarily getting rid of a class of words that you don't happen to like. ''''']''''' <small>'']''</small> 20:47, 22 May 2020 (UTC)
:::::But are those objectives served by getting rid of a class of words that mostly function as opaque, imperial-biased measurement jargon, and replacing them with something unambiguous? If you mean "cultivated area", say that. IMO, an encyclopedia should not rely on vague connotations; it should say what it means. ] (]) 22:00, 22 May 2020 (UTC)
::::::No, the objective of avoiding clunky sentences and jargon is best served by avoiding clunky sentences and jargon. The words you seek to ban are no more ambiguous or vague than the words you seek to replace them with.
::::::You want "something unambiguous"? At this level, unless you're planning on requiring that Misplaced Pages be rewritten in ], you're not going to manage that. All human language has nuance and implication and ambiguity baked in. And that's a feature not a bug.
::::::But the point comes out again - you object to these words as "imperial-biased". Even the metrication advocacy organisations don't go as far as you are going here. ''''']''''' <small>'']''</small> 22:43, 22 May 2020 (UTC)
:::::::> The words you seek to ban are no more ambiguous or vague than the words you seek to replace them with.
:::::::I'm going to call you on this. How many people could tell you what "acreage" is, versus "square footage", versus "area"? What if you consulted people who are not native English speakers, or who live in countries (most of them) where acres and square feet are not normal units of measurement? I assert that the former are jargon and the latter is the common, plain-language name for the concept. And yes, these terms are biased against people who do not have a good understanding of the cultural contexts in which imperial units are used. You get brownie points for knowing about John Quijada, but I do not accept your analogy as being "cromulent". If an unambiguous term exists it makes sense to use it. Claiming that language is inherently ambiguous is frankly a crap excuse for not writing clearly. Sort of like Fred West getting caught with bodies under his patio and claiming that humans are inherently a bit shit. Yes, but that is not the point. ] (]) 23:18, 22 May 2020 (UT


:The example shows it very well. Mixing both types in one sentence like {{!xt|ages were {{nobr|five, seven, and 32}}}} looks very amateurish. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 05:43, 28 December 2024 (UTC)
::::::::Just for interest, is there anyone other than Archon who thinks it's appropriate for an editor to compare another editor to a ] over this? Bearing in mind that editor has already been ? ''''']''''' <small>'']''</small> 08:21, 23 May 2020 (UTC)
::I agree, but as the MoS is the only style guide I've perused at length, I'd naturally be inclined to. I wonder what the provenance of this guideline is also—and that of other guidelines of note as well if anyone knows and cares to waste time telling me. <span style="border-radius:2px;padding:3px;background:#1E816F">]<span style="color:#fff">&nbsp;‥&nbsp;</span>]</span> 05:54, 28 December 2024 (UTC)
::::::::::<small>No need to take umbrage. Fred was just a bit short of stowage. ] (]) 08:49, 23 May 2020 (UTC) </small>
:::Saying it “looks very amateurish” is very much a subjective opinion.
:::::::::No, that contravenes the ] policy. -- ] (]). 11:46, 23 May 2020 (UTC)
:::But to focus this on my more real-world concerns, this question was prompted by in connection to coverage of the jet crash in Kazakhstan. So in keeping with that, I present how the New York Times handles three such sentences on : {{xt| Kazakhstan’s Emergency Situations Ministry said that at least 29 people had survived, including two children}} … {{xt|Kazakhstan’s transportation ministry said that the flight’s passengers included 37 Azerbaijani nationals, 16 Russians, six Kazakh citizens and three Kyrgyz nationals.}} … {{xt|The airline’s last major episode was in 2005, when an An-140 plane crashed shortly after takeoff, killing 18 passengers and five crew members.}}
::::::::::Oh for heaven's sake, no one's being compared to Fred West. ]] 15:25, 23 May 2020 (UTC)
:::Because of editors closely following our current MOS, our introduction on this same topic reads: {{xt|On 25 December 2024, the Embraer 190AR operating the route crashed near Aktau International Airport, Kazakhstan, with sixty-two passengers and five crew on board. Of the sixty-seven people on board, thirty-eight died in the crash, including both of the pilots and one flight attendant, while twenty-nine people survived with injuries.}}
:::::::::It's deeply depressing I have to say anything like this, but for the avoidance of doubt I was not comparing you to Fred West. The meaning of the analogy (and I note with interest you neglect to reply to the substance of my comment) was that "language is inherently ambiguous" is very readily deployed (not, again lest you think the reason I edit WP is to assassinate your character, by you in particular, or as far as I am aware, at all) as a bad-faith excuse for poor and ambiguous prose, or overly jargon-laden prose.
:::If we adopted AP style it would read: {{xt|On 25 December 2024, the Embraer 190AR operating the route crashed near Aktau International Airport, Kazakhstan, with 62 passengers and five crew on board. Of the 67 people on board, 38 died in the crash, including both of the pilots and one flight attendant, while 29 people survived with injuries.}}
:::::::::FWIW, the comparison to a serial killer was quite obviously meant to be a humorously absurd escalation of how people can use logic like this to excuse problematic behaviour (it is sort of ironic that this happened in the context of a discussion about how language can have many possible shades of meaning and should not be taken literally, and I take it as read that the rules of the "this is a joke" language-game are not the same as those of the "this is a statement of literal fact" language-game, for reasons I hope are obvious). I regret that this was not apparent in the phrasing above.
:::In my opinion, the AP style is vastly superior to what is suggested by our current MOS. ] (]) 07:29, 28 December 2024 (UTC)
:::::::::My personal feeling &ndash; and I now appreciate that it is not shared, so I will not continue to advocate for it &ndash; was that terms such as I have described are often unnecessary and culturally biased jargon used in lieu of simpler and more neutral terms, which per ] it makes sense to prefer. I do not, in good faith, think more people understand "chainage" than, say, "distance measured along the track". The fact that it references an obscure and obsolete unit unknown to, I would guess, well over 90% of our readers (in the context of UK units, WP bans kilometres with '''vastly''' less reason!) is another reason to proscribe its usage. ] (]) 11:59, 23 May 2020 (UTC)
::::The present guidance not to mix forms has consensus here. If you want that to change you'll need to propose a change to the wording, and explain why it is better. Saying "AP does it that way" seems unlikely to change the consensus. ] (]) 07:40, 28 December 2024 (UTC)
::::::::::Editors of Misplaced Pages unite! You have nothing to lose but your chainage! ]] 15:25, 23 May 2020 (UTC)
:::::Long time editor, but this is definitely the first time I’ve encountered a MOS rule that I found so out of line with how I am used to writing (as you can probably surmise, I use AP in my day job). Frankly, I was just trying to get insight into ''why'' this was the consensus. I’m happy to propose something, is this the correct venue? Does it need to be in a formal format? ] (]) 08:17, 28 December 2024 (UTC)
:::I guess the slipshod editors of ''IEEE Transactions on Electrical Insulation'' slipped up in letting through such abominations as "A new concept for medium-voltage cables: improved voltage life of belt-type cables", "Determination of space charge distributions in polyethylene samples submitted to 120 kV DC voltage", "Prebreakdown currents of vacuum tubes with increased pressure stressed with AC voltage", "Improving the high-voltage quality of alumina insulators", "Prediction of Breakdown Voltages of Binary Gas Mixtures" and so on . ]] 20:56, 22 May 2020 (UTC) <small>P.S. Fascinating followup from v24n2 (1989), W.F. Schmidt: "High voltages for particle acceleration from thunderstorms: A. Brasch and F. Lange": "An early experiment of two German physicists, A. Brasch and F. Lange (1930), who conceived the idea of harnessing the huge potential differences between charged clouds of thunderstorms and the earth, is briefly described ... The project was discontinued when a fatal accident claimed the life of a coworker of Brasch and Lange." Ouch!</small>
::::The journal you refer to, I am assuming, prefers SI as policy (because IEEE does), which does not apply here. The point being that WP does not follow the usage of journals, and what's sauce for the goose is sauce for the gander. ] (]) 22:00, 22 May 2020 (UTC) ::::::Go ahead and suggest an improvement. This is the right place for it. Indeed it is the raison d'etre of this talk page. There is no formal format. Just make sure the proposed change is clear, and explain how it results in an improvement. ] (]) 08:21, 28 December 2024 (UTC)
::::::So that would be sauce-age. <small>Actually, I have no idea what the point is of what you just said.</small> ]] 23:04, 22 May 2020 (UTC) :::::::It's pretty clear they're suggesting the AP style, right? I don't think it'll catch on here, though. However, one point in its favor one could argue is it doesn't depend at all on the surrounding context. <span style="border-radius:2px;padding:3px;background:#1E816F">]<span style="color:#fff">&nbsp;‥&nbsp;</span>]</span> 08:24, 28 December 2024 (UTC)
::::::::I agree the verbatim AP wording, including “You should use figures for 10 or above and whenever preceding a unit of measure or referring to ages of people, animals, events or things”, would be unlikely to gain acceptance here, mainly because of its far-reaching consequences for other parts of MOSNUM. Let’s judge the proposal when it comes. ] (]) 08:50, 28 December 2024 (UTC)
:::::So by that logic, the fact that the journal is written in English presumably therefore means that Misplaced Pages is not allowed to be written in English? ''''']''''' <small>'']''</small> 22:30, 22 May 2020 (UTC)
::::::You do derive a singular pleasure from being uniquely obtuse, don't you? ] (]) 22:40, 22 May 2020 (UTC) ::::::No one has yet replied to the "why?" question. One would need to check the archives to be sure, but I imagine one reason is to avoid bizarre combinations like "the sum of 11 and two is 13". ] (]) 09:18, 28 December 2024 (UTC)
::::::I suspect a significant part of the answer to “why?” is that, unlike other publications that set down a preferred style which they then use universally, Misplaced Pages explicitly tolerates a ''variety'' of styles across its ‘publications’ - most obviously for the national varieties of English, and date formats, but also in many other respects (‘AD’ or ‘CE’ being just one example) - with the MoS itself being guidelines that are widely respected, but not policy that can be rigidly enforced. This is a pragmatic compromise, given our global reach and multitude of editors of all ages and nationalities, and the practical impossibility of enforcing any single way of writing. But it does make '''consistency''' a policy issue for WP, which it simply isn’t for any other publisher (since by definition their style guides ensure that everything is consistent). Thus WP guidelines put a lot of emphasis on style choices being internally consistent within articles, because they aren’t between articles. When it comes to number format this means using either words or figures, but not a confusing jumble of both. Personally, I think this is a sensible guideline and would expect to oppose any proposed change, unless the argumentation is exceptionally convincing. ] (]) 14:08, 28 December 2024 (UTC)
::::I'd say that {{xt|Of the 67 people on board, 38 died in the crash, including both of the pilots and one flight attendant, while 29 people survived with injuries}} is absolutely fine and in agreement with our guidelines. The numbers {{xt|one}} and {{xt|29}} are so far from each other that there's just no reason to consider them "comparable" (except in the trivial sense that you can compare anything with anything, but that's certainly not the intended one here). I'd also consider {{xt|with 62 passengers and five crew on board}} as fine since crew members and passenger numbers aren't really comparable either – there'll likely to be an order of magnitude or more away from each other, as in this case. That's very different from people's ages (the example given), which all come from a population's age distribution and rarely exceed 100. ] (]) 08:49, 28 December 2024 (UTC)
:::::I would argue the present guidance should result in "62 passengers and 5 crew", not "62 passengers and five crew". I have the impression {{u|RickyCourtney}} would like to change the guidance to reverse that preference. ] (]) 08:58, 28 December 2024 (UTC)
::::::{{xt|62 passengers and 5 crew}} is certainly possible if we consider this as falling under the guideline. However, {{xt|Of the 67 people on board, 38 died in the crash, including both of the pilots and 1 flight attendant, while 29 people survived with injuries}} is certainly too odd to consider! My point, of course, was that these sentences don't fall under the guideline anyway, due to these numbers not really being "comparable". ] (]) 09:39, 28 December 2024 (UTC)


:::::::Re: 'Saying it “looks very amateurish” is very much a subjective opinion.' Sure. But your follow up of "in my opinion" is also subjective. There are no objective measurements here. The alternatives are:
*'''Strong oppose'''. As this is unrelated to the way we present dates and numbers in articles, I don't think this is an appropriate talkpage to discuss the banning of standard English words from Wiki's vocabulary. Doesn't MOS have a section on banned words that you could take this to? -- ] (]). 10:08, 22 May 2020 (UTC)
:::::::*Existing MOS: "with 62 passengers and 5 crew on board" or the equally allowed "with sixty two passengers and five crew on board". Both are consistent and do not require me to do a mental switch between styles. I like the all numbers version and hate the all words version - subjectively of course ;) The disadvantage is that it disagrees with a couple of major US style guides - which WP is not required to match anyway.
::"present dates and numbers" &ndash; read ''sensu stricto'', this does not define the entire scope of MOSNUM, as I understand it. Not least because it was about measured physical quantities and the appropriate terminology to use when describing them. I take it as read that my choice of "ban" was tongue-in-cheek. ] (]) 20:30, 22 May 2020 (UTC)
:::::::*AP/Times style: "with 62 passengers and five crew on board" Advantage is that it is the same as a couple of major style guides used in the US. Do British style guides agree? Disadvantage is it requires that mental switch halfway through the sentence.
:::{{re|Archon 2488}} nevertheless, it comes across as wanting to discriminate against the use of certain standard English words (words that are in common enough usage to appear in the OED), not in terms of how they are used in English today, but because there is an association with a non-metric unit of measure in their etymology. -- ] (]). 12:03, 23 May 2020 (UTC)
:::::::It is entirely subjective whether the mental switch or matching an outside style guide is more important to you. If you like consistency (like me) then consistency is more important. And naturally, if you grew up in the US then matching major US style guides is possibly important.
::::I did clarify above that my argument also applied to "wattage" over "power" for example, so this isn't fair. "A wattage of ten watts/horsepower" sounds frankly ridiculous, to my ear, whatever units of power you choose. Actually, the fact that "a wattage of ten horsepower" sounds so ridiculous is a great illustration of the problem with these words: they are insufficiently abstract, and they are based on naive generalisations about physical quantities that do not reflect a real understanding of them. Thus "mechanical power" and "electrical power" are implicitly treated as separate concepts: "wattage" can refer to the latter, but not as commonly to the former, whereas "horsepower", when used as a synecdoche &ndash; maybe that is the word I want &ndash; for "power", refers only to the former. This is just an unphysical confusion of concepts; a power is a power regardless of how it is generated or what is done with it. Anyhoo, my argument went down like a bucket of fetid camel diarrhoea, so I have abandoned it.
:::::::Re: 'The numbers one and 29 are so far from each other that there's just no reason to consider them "comparable"'. They are in the same sentence and are comparing similar things (people). Why would you consider crew and passengers as different when listing fatalities?
::::And "appears in OED" is meaningless as a criterion of common use, because the OED lists every word equally, however obscure or archaic it might be. appears in the OED; how widely is it used, except as a parody of long latinate words? Similarly for . Its objective is to document every word in English usage, not to make any sort of prescriptive statement about what is common usage and therefore likely to be understood. ] (]) 12:23, 23 May 2020 (UTC)
:::::Eeewww. Sounds like sewage. ] (])


:::::::Re: '{{xt|Of the 67 people on board, 38 died in the crash, including both of the pilots and 1 flight attendant, while 29 people survived with injuries}} certainly too odd to consider.' Why too odd? Its the form that I personally prefer and allowed by the current MOS. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 13:09, 28 December 2024 (UTC)
*'''Support''' and also ban ''luggage, wreckage, storage, steerage, voltage'' and ''roughage'' (especially ''cabbage''). ]] 13:54, 22 May 2020 (UTC)
::::::::29 only has meaning to me in that it is comparable to 1. <span style="border-radius:2px;padding:3px;background:#1E816F">]<span style="color:#fff">&nbsp;‥&nbsp;</span>]</span> 13:15, 28 December 2024 (UTC)
::It's all fake wordage anyway. --]<sup>(])</sup> 21:52, 22 May 2020 (UTC)
::::::::This isn’t just “US style.” AP is US-based, but they serve news organizations across the world. Reuters, which is UK-based, uses the same style . As does . As does the . ] (]) 15:40, 28 December 2024 (UTC)
:::Can we hear it for ], please? ] (]) 22:00, 22 May 2020 (UTC) <small> ...not to mention ] and ] ... </small>
:::::::::Fair enough - not just US. But still an external style that is just one among many and one that we are not necessarily compelled to match. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 22:44, 28 December 2024 (UTC)
:::: '''oppose''' ] ban metrification ] (]) 04:04, 23 May 2020 (UTC)
*'''Oppose''' Acreage is a perfectly useful and acceptable word. Guide for the Perplexed: EEng is joking, and Martinevans123 is trying to keep the jokeage going. ] ] 07:22, 23 May 2020 (UTC)
*:I was perfectly serious about cabbage. ]] 15:25, 23 May 2020 (UTC)
*'''Oppose''' About as sensible as banning . ] (]) 09:10, 23 May 2020 (UTC)
*'''Oppose''' Can we please just stop with all this? Does anyone really believe that anything useful is being accomplished here? ] ] 15:41, 23 May 2020 (UTC)
:(ec) {{ping|Paul August}} Why should we stop? ] made a serious and sensible proposal, which I would paraphrase as "write so you cannot be misunderstood". More specifically he suggests we should prefer "power" to "wattage" and "distance" to "footage". I agree with him. ] (]) 05:58, 24 May 2020 (UTC) ] (]) 06:02, 24 May 2020 (UTC)
:::{{ping|Dondervogel 2}} First of all, I think you and {{u|Archon 2488}} both misunderstand these words. Acreage is not a number of acres, at least not normally; it's an expanse of land. Footage is a sequence of film. These words do not ordinarily refer to ''measurements''; they refer to the objects thus measured.
:::I agree that it's usually poor writing to use these words together with a number, but it's not within the remit of the MoS to identify everything that's usually poor writing. --] (]) 16:43, 24 May 2020 (UTC)
::::To clarify, I was talking about "square footage" when it is (mis)used to mean "building floor area". The fact that nobody talks about "square meterage" is revealing. When "footage" is used to mean "recorded video", it is so divorced from its etymology that I think a lot of people would not recognise it as originally referring to reels of film measured in feet. Indeed, you might well read about "gigabytes of footage" these days, for exactly that reason. ] (]) 18:47, 24 May 2020 (UTC)
*'''Semi-oppose'''. While I get where you're coming from and agree with a lot of your positions, this is not one of them. I don't think you're going to convince many people that ''acreage'' is not proper English in the sense that it's a word (just like ''percentage'', ''footage'', etc.). However, I think your argument would have much more mileage (no pun intended) if you said that these words (except for maybe ''percentage'') are considered informal, and therefore should be avoided. But I don't think we need a policy outlining that, as we probably already have some sort of policy that says to use formal English rather than colloquial English (] comes to mind). Nevertheless, these kind of things are probably best resolved on a case-by-case basis. ] (]) 05:54, 24 May 2020 (UTC)
::Actually, in many cases the words that would be banned here are more formal and less ambiguous than the alternatives offered. If there's a problem, it's with topic-specific jargon rather than informality.


:::::@] this is an ''extremely'' helpful interpretation. Thank you. I wonder if you and others would weigh in on another sentence in the ] article: {{tq|The aircraft was carrying sixty-two passengers. Of those, thirty-seven people were citizens of Azerbaijan, sixteen of Russia, six of Kazakhstan, and three of Kyrgyzstan. Four minors were on board.}} My preferred way to rewrite this would be: {{tq|The aircraft was carrying 62 passengers. Of those, 37 people were citizens of Azerbaijan, 16 of Russia, six of Kazakhstan, and three of Kyrgyzstan. Four minors were on board.}} That would be in alignment with how it’s been written in the , and the . -- ] (]) 15:58, 28 December 2024 (UTC)
::We do tell people to ] and to avoid using too much technical language. But avoiding all jargon is neither possible nor desirable.<ref>If anyone doubts that, I suggest they write a draft of ] without using jargon words like "proton", "neutron", "electron", "nucleus" and "atom".</ref> And if you want to reduce unnecessary jargon, the way to do it is to deal with specific instances of unnecessary jargon when they arise, not to ban whole classes of word based on their etymology. ''''']''''' <small>'']''</small> 12:38, 24 May 2020 (UTC)
::: I was not talking about jargon. It's about vague (wattage) vs well defined (power). There's nothing vague about "proton" or "electron". ] (]) 13:31, 24 May 2020 (UTC) ::::::But is more readable as it was. ] (]) 18:01, 28 December 2024 (UTC)
::::::My choice would be all numeric: {{tq|The aircraft was carrying 62 passengers. Of those, 37 people were citizens of Azerbaijan, 16 of Russia, six of Kazakhstan, and 3 of Kyrgyzstan. 4 minors were on board.}} No mental context switch required between numeric and spelt out words within closely related sentences — which could easily be a combined: {{tq|The aircraft was carrying 62 passengers. Of those, 37 people were citizens of Azerbaijan, 16 of Russia, six of Kazakhstan, and 3 of Kyrgyzstan — 4 minors were on board.}} <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 22:44, 28 December 2024 (UTC)
::::This is not a proposed ban only of the word ''wattage''. It is a proposed ban of all words of the type +''age''. Therefore it applies equally to ''tonnage'', ''voltage'', ''chainage'' and other similar technical terms. It is not clear whether ''percentage'' is included as well.
:::::::{{+1}} to this, though I admit my preference is biased because I've been taught in business correspondence to write related numbers either in words or figures, with figures taking precedence if the largest number is at least 10. —]&nbsp;(&nbsp;]&nbsp;•&nbsp;]&nbsp;) 04:20, 2 January 2025 (UTC)
Okay, so I did some more research this morning and found the answer I was looking for. This is a case of journalists adopting a style different from academics, and the MOS adopting the academic style. The APA has strict rules about consistency within categories, requiring numerals for all items in a list if any number is 10 or above. But it appears our MOS most closely matches the Chicago Manual of Style, which requires consistency, but allows for context-specific judgment if numerals or spelled-out numbers are used. -- ] (]) 20:46, 28 December 2024 (UTC)


== Acceptable Date Format: Month Year ==
::::That said, the word ''wattage'' is actually rather less vague than ''power''. Power is any rate of transfer of energy. In most circumstances, wattage specificially refers to electrical power. ''''']''''' <small>'']''</small> 17:34, 24 May 2020 (UTC)
::::: That's a good point. It's also the first sensible argument I have seen against the proposal in this entire discussion. ] (]) 18:14, 24 May 2020 (UTC)
::::: ... and addressing the substance, would it not be clearer to replace "wattage" with "electric power"? ] (]) 19:09, 24 May 2020 (UTC)


Right now, "Month Year" is listed as an acceptable format, with an example of September 2001, but this is *bad grammar*, violating the basic rules of English. There are two acceptable ways to convey this, grammatically:
::::::And "voltage" with "electrical potential difference", and "chainage" with "distance along a railway line", and "tonnage" with "cargo volume of a ship", and "footage" with "recorded material"? This is not a discussion about "wattage" alone. '''All''' words derived from +''age'' would be affected. And on some articles we would move from aiming to inform the reader to an exercise in ].


# Month of Year (September of 2001), which is listed as unacceptable but is correct grammar in the form Noun of Noun, e.g. Juan Esposito of Peru.
::::::We can reasonably expect readers of the English Misplaced Pages to understand ordinary English words in their ordinary English meaning. There is no reason to assume that words such as "wattage", "voltage", "footage" and "mileage" are somehow uniquely difficult to understand in a way that applies to literally no other word in the entire English language. To the point that our guideline on ] begins, "here are no forbidden words or expressions on Misplaced Pages", a situation that this proposal seeks to change.
# Month, Year (September, 2001), also listed as unacceptable, but again, correct grammar, of the same shape as general dates (September 1, 2001), which *is* listed as acceptable, which is correct but inconsistent, because September, 2001 and September 1, 2001 are two uses of the *same format and grammar*.


"September 2001" is bad grammar and an unacceptable format and should be labeled as such. ] (]) 15:48, 30 December 2024 (UTC)
::::::And don't forget that if a reader genuinely has difficulty with these ordinary English words given their ordinary English meaning, we do have simple.wiki available. ''''']''''' <small>'']''</small> 19:47, 24 May 2020 (UTC)


:::::::And yet ordinary English words such as "metre" and "kilogram" – at least as common as "acreage", if not vastly more so somehow apparently ''are'' uniquely difficult to understand, if some people here are to be believed. ] (]) 13:01, 25 May 2020 (UTC) *It’s common English usage, both in the UK and US, so on what authority are you suggesting it is bad grammar? ] (]) 15:51, 30 December 2024 (UTC)
*Agree with MapReader, this is standard. ]] 15:55, 30 December 2024 (UTC)
*Agree with MapReader. ''Chicago Manual of Style'' 18th ed. ¶ 6.41 states "Commas are also unnecessary where only a month and year are given...." and gives the example "Her license expires sometime in April 2027." ] (]) 16:30, 30 December 2024 (UTC)
*There ain't nothin' wrong with September 2001. ] (]) 20:07, 30 December 2024 (UTC)
*:To be clear, that particular month was not one of unalloyed pleasantness, but the ''formatting'' has nothing wrong, anyway. ]] 21:51, 30 December 2024 (UTC)
*{{replyto|Quindraco}} You're about {{diff|Misplaced Pages:Manual of Style/Dates and numbers|prev|5087496|twenty years too late}} to change the guideline. --] &#x1F98C; (]) 21:25, 30 December 2024 (UTC)
*:Ah, yes. The very well-respected defense of "we've been doing it the wrong way for so long, lord knows we mustn't stop ''now''." ] (]) 05:27, 7 January 2025 (UTC)
*::Except you haven't shown it to be wrong in the first place. "Month Year" dates have always been taught to be correct in my experience. If you think about it, requiring "July, 1776" would also require "4 July, 1776". I have noticed that my computer's available date formats include a few oddities that I was always taught were flat out wrong. Is that where you are getting this idea?--] (]) (]) 00:28, 9 January 2025 (UTC)
*:::Yep. Just checked. Windows has "Wednesday, 5 April, 2017" and "5 April, 2017" listed as date formats. Commas should only be used within the date when it is not in either "day-month-year" or "year-month-day" order. I've sent feedback about this, but I doubt that anything will be done about it.--] (]) (]) 16:55, 9 January 2025 (UTC)
*The OP's complaint is, I regret to say, just so much ]ism. ]] 21:52, 30 December 2024 (UTC)
*Agree with MapReader. "September 2001" is perfectly acceptable in formal written English and was acceptable long before I was born. --] (]) 06:38, 7 January 2025 (UTC)
*It's recognised to be . —]&nbsp;(&nbsp;]&nbsp;•&nbsp;]&nbsp;) 16:12, 7 January 2025 (UTC)
*"January 2018" is the official usage in Australia: https://www.stylemanual.gov.au/grammar-punctuation-and-conventions/numbers-and-measurements/dates-and-time ("Incomplete dates" section). <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 00:50, 9 January 2025 (UTC)
*Agree with those above; "September 2001" is perfectly acceptable. ] (]) 15:02, 9 January 2025 (UTC)


== ] appears to be incorrect ==
::::::::The proposal here was to '''ban''' the word "acreage", and similar words from Misplaced Pages.


I'm surprised that this hasn't been fixed already but ] currently incorrectly claims that "the 17th century as 1601–1700", for example. I was about to fix the ] article which incorrectly claims that the 21st century started in 2001, not 2000, but then noticed that it's only like that thanks to this MoS guideline!
::::::::On that basis, I assume that you will now cite the policy or guideline that '''bans''' the words "kilogram" and "metre" from Misplaced Pages, or even any proposal made to '''ban''' the words "kilogram" and "metre" from Misplaced Pages.


There have been quite a few news articles analysing the 21st century recently, many of them because the first quarter of the century (2000-2024) is now over: , , , , .
::::::::To avoid any doubt, as per your original proposal here, a "ban" means that there is no "case when these words are the appropriate choice for communicating information", and that therefore that they "should not be used" on Misplaced Pages, irrespective of context (since your original proposal did not limit the ban on these words based on context). ''''']''''' <small>'']''</small> 13:21, 25 May 2020 (UTC)


I can only assume the current MOS wording came out of the mistaken assumption/hypercorrection that a century must begin in a year ending in "1" thanks to the lack of a year zero in the calendar system, but that is of course not how the term is actually used in any sources. Thoughts on the best way of fixing this? I imagine quite a few articles will be affected by this error given it's somehow ended up in the MOS. ] <sup>(], ])</sup> 13:29, 1 January 2025 (UTC)
:::::::::MOSNUM, as it stands, ''de facto'' selectively bans these words based on hairsplitting distinctions (such as when they are used in the context of expressing the heights of people of certain nationalities), and this policy is justified by occasional assertions that the words are not understood. Even though we're supposed to believe at the same time that they ''are'' understood on something like >95% of articles. Of course the sections I am referring to are not worded in that way, but that is their effect. I've long since learned that this doublethink is mandatory and practiced it appropriately, so no more of that.
*If it ain't broke, don't fix it. ] is correct. Ask yourself when the 1st century CE (using the ]) began and then work your way forward. -- ] (]) 15:22, 1 January 2025 (UTC)
*:But there wasn’t such. The dating system was invented many years later (and incorrectly, as it turned out) and applied retrospectively. Such that it doesn’t matter whether there was a year zero, or not. Centuries nowadays are commonly recognised as 1900-1999, 2000-2099, and it’s only the WP pedants that hold out for 1901-2000. ] (]) 17:55, 2 January 2025 (UTC)
*::Where did you hear that. I was taught for 60 years it was 1901-2000. Did schools change their courses recently? I guess it wouldn't be the first time, but this sounds like since so many get it wrong we should make sure that Misplaced Pages follows that same wrong thinking. Like people following a printing error on the term "Blue Moon" so they think it's the second full moon of a month. ] (]) 09:38, 3 January 2025 (UTC)
*:::That sounds like a case of ]. (I'm not saying it's actually a lie, but it's a lie that that's the ''only'' way in which centuries can be spliced.) ] (]) 11:01, 3 January 2025 (UTC)
*Chessrat didn't explain where they looked for sources to justify the assertion "but that is of course not how the term is actually used in any sources." Misplaced Pages guidelines do not need to cite sources, since they announce the community's consensus on various matters. It is articles that must cite sources. A number of sources are cited at "]" including
::{{Cite web| title = century | work = Oxford Dictionaries| access-date = 20 January 2021| url = https://www.lexico.com/definition/century| archive-url = https://web.archive.org/web/20191230065254/https://www.lexico.com/definition/century| url-status = dead| archive-date = December 30, 2019}}
:] (]) 15:43, 1 January 2025 (UTC)
*“Incorrect” is not the way I would put it. Either you treat it as a style decision, with both systems being valid ways to designate the years (using either 1–99 or 1–100 for the first century) or you treat it as a logical / mathematical system, ending at 100 because you want every century to actually be 100 years, and the first year wasn’t 0. I could see it either way, but I don’t see a lot of sense trying to change it now.
:What might be more sensible to pursue is a footnote that acknowledges and explains the two common ways of counting. <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 03:28, 2 January 2025 (UTC)
::+1 ]] 04:27, 2 January 2025 (UTC)
::I don't think there's any evidence that there are two different common ways of counting? As far as I can tell from looking into this, use of the term for the period beginning in a year ending in "1" is very rare, and the only sources that mention the "ending in 1" definition (such as the Oxford dictionary entry mentioned by {{ping|Jc3s5h}} mention that it is a technical definition only and not used that way in practice. It is not the case that there were widespread celebrations of the new millennium both on 1 January 2000 and also 1 January 2001!
::If there were two equally-used systems then I would agree with your comment, but that isn't the case; Misplaced Pages has a duty to provide accurate information even if it does take a significant amount of work fixing this across various articles. ] <sup>(], ])</sup> 16:15, 2 January 2025 (UTC)
:::How many years were there in the 1st ]? ] (]) 18:27, 2 January 2025 (UTC)
::::100, obvs. 1 AD to 100 AD. Next question please? --] &#x1F98C; (]) 21:12, 2 January 2025 (UTC)
:::::My question was in response to {{u|Chessrat}}'s post claiming that centuries start in 00, in which case they must end in 99. If the 1st century had 100 years, its first year would therefore have been 1 BC (and the 1st century BC would have ended in 2 BC). Alternatively, if the first year of the first century was 1 AD, it would have been a century with 99 years. Just trying to understand how it works (I don't know which of the two is more bizarre). ] (]) 21:44, 2 January 2025 (UTC)
::::::It is a matter of personal preference. I find it logical and satisfying that the 19th century ended with 1900 and the 20th century ended with 2000. There are many people, though, who are more comfortable with the 19th century consisting only of the years that began with 18-- and the 20th century consisting only of the years that began with 19--. I remember that ], someone I have long admired for his adherence to logic, stated that he was willing to accept that the First century consisted of only 99 years (although I think he was wrong). We do need to be consistent in Misplaced Pages, however, and if anyone feels strongly enough about the current guidance being wrong, RfC is thataway. ] 22:10, 2 January 2025 (UTC)
::::::Again, the numbering of years AD/BC wasnt actually devised until over five centuries after the purported BC to AD break point, and such numbering was not widely used until over eight hundred years afterwards. And it was then applied retrospectively to historical events (with, historians now believe, an error of four years in terms of when they were trying to pitch the start), relatively few of which during that period can be fixed to a particular year in any case (not insignificantly because when these events were recorded, the AD/BC calendar system didn’t exist). So it’s an artificial construct and it doesn’t really matter what the first year was purported to have been. ] (]) 22:24, 2 January 2025 (UTC)
::::::Sources are fairly clear that in common usage, a century starts with a year ending in –00, so yes, by implication that means that the 1st century had 99 years (albeit of course the Gregorian calendar did not enter use until far later so this is purely retroactive)
::::::I didn't really expect that there would be any disagreement with this– will probably start an RfC to gain wider input as it seems like this will be a matter which there is somehow internal disagreement on. ] <sup>(], ])</sup> 22:38, 2 January 2025 (UTC)
::::Why should all centuries have the same length? Years haven't always the same length, so why should centuries be any different? ] (]) 08:08, 3 January 2025 (UTC)
:::::{{replyto|Chessrat|Gawaon}} A century doesn't have to be 100 years, but it must be 100 ''somethings'', for example 100 runs in a cricket innings, or a military unit comprising 100 Roman legionaries. This is because the word "century" is derived from "]", which is Latin for "hundred". If you had a span of 99 years, it couldn't be called a century. Also from "centum" we get words like "cent" for the hundredth part of a dollar. If I gave you 99 cents, you probably wouldn't give me a dollar in exchange. By contrast, the word "year" doesn't have a comparable derivation from 365 (or 366). --] &#x1F98C; (]) 22:24, 3 January 2025 (UTC)
::::::Common usage having the 21st century starting in 2000 is utterly irrelevant to the Latin etymology of the word "century". The calendar system came into use long after 1 CE so analysis of the durations of past centuries is purely retroactive and simply a case of how society largely agrees to define it.
::::::If one were to strictly assume Latin etymology is always fully indicative of how a word is used, then the article on ] would say that it is the seventh, not the ninth, month of the year. ] <sup>(], ])</sup> 07:40, 4 January 2025 (UTC)
::::::Yes, the argument by name origin is fairly weak, since actual meanings don't always live up to their origins – or certainly not exactly. ] say: "The size of the century changed over time; from the 1st century BC through most of the imperial era it was reduced to 80 men." So if a century can have just 80 men, surely it can have just 99 years too! ] (]) 15:06, 4 January 2025 (UTC)
:::::::I agree the etymology argument is weak, but a century has 100 years, regardless of etymology. That's what we were all taught at school and that's what all credible sources say. Misplaced Pages should not take it upon itself to make up an exception. ] (]) 19:11, 4 January 2025 (UTC)
:::@]:
:::1) I actually don’t hate the idea of doing it your way, I just don’t see the need or the community interest. As you point out, socially and culturally we {{em|do}} treat it this way; we did have a special party on 31 Dec 1999, and not so much 31 Dec 2000. But the effort to shuffle it all around still comes with the need for a footnote explainer for our choice of convention and that now the ] is just the “first century” in name, and covers only 99 years. Honestly this is (imo) not a big deal, just not a hill I’d be looking to die on, and such a change will need a whole bunch of annoying cleanup. As everyone else has said, the old way has the seductive logic that 100=100. This area of Misplaced Pages especially was built early and therefore done so by those net-denizens more inclined towards “logic” than social convention.
:::2) As far as I know, articles on the subject of centuries are either covering the entire period broadly, or just giving a timeline of events that occurred in such years (or really, both). Presumably there’s not much worry whether we start with 1900 or 1901 when the topic is “world war, atomic energy, the end of empire, mass telecommunication and the beginnings of the internet” (etc). Alternatively, the specific events occurring on those crossover years is just arbitrarily dumped into whichever list-like article we like, and if it has carry-over effects on future events, that should get a mention either way. I guess this point (2) actually cuts both ways though, in the sense of “both work fine”. <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 06:50, 3 January 2025 (UTC)
:::::I assume by "we" you mean you personally. I also had a 31 Dec 1999 "2000" party, but my big millennium party for the century change came on Dec 31 2000. And my tickets to the event are on that date. ] (]) 09:49, 3 January 2025 (UTC)
::::::That’s honestly surprising to me. Whereabouts were you? I was in New Zealand, but my impression was that the big deal end-of-millenium in “Western” (global “North”? Anglosphere?) popular culture was 1999 to 2000. <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 08:23, 4 January 2025 (UTC)


::::Yes, it would be a significant amount of work, but retaining an incorrect status quo is not desirable. If Misplaced Pages lasts to reach 2100, there would be the ludicrous scenario where it's impossible to cite the large number of sources stating the arrival of the 22nd century because Misplaced Pages policy defines the word "century" differently to the rest of the world.
:::::::::I've said a few times here that "ban" was a stupid choice of word on my part. What I was really thinking about, before shelving the idea that the MOS should say anything explicit about this, was a recommendation that these words were, as you quote me, not the appropriate (best) choice for communicating information to readers. In any case, the MOS is not absolute, so a recommendation that they were not stylistically optimal would not preclude their use if there was a desperate need to do so. Nonetheless, I do not feel that words like "acreage", which make ambiguous reference to obsolete units of measurement, are the most appropriate in the vast majority of circumstances, but as you and others have pointed out, there are any number of ways in which editors can fail to make the best choice of words for communicating information, so the MOS cannot exhaustively catalogue them. ] (]) 14:03, 25 May 2020 (UTC)
::::You're probably right that regardless, a hatnote/explanatory note of some nature is needed. For instance, a lot of sources such as , , , , report that ] (1899–2017) was the last surviving person born in the 19th century. However, there are also a few sources such as , , and which report that ] (1900–2018) was the last surviving person born in the 19th century, using the ending-in-1 definition.
::::At the moment, the implication of Misplaced Pages policy is that Tajima is described as having been the last person born in the 19th century on her article section, but Morano is ''not'' described as having been the last person born in the 19th century despite the numerous reliable sources stating that she was. The current policy effectively overrides any amount of sourcing of facts like that- every article treats the uncommon ending-in-1 definition as not only being a common definition but as the ''only'' definition. I don't see how a policy which arbitrarily overrides established facts and sources like that can possibly be justifiable. ] <sup>(], ])</sup> 09:03, 3 January 2025 (UTC)
:::::So your suggested change would also affect many other articles such as our own sourced ] article. ] (]) 10:08, 3 January 2025 (UTC)
:Usage such as 20th century for 1900 - 1999 simply reveals the source as being unable to perform basic counting. Any such source is immediately rendered unreliable. --] (]) (]) 13:06, 8 January 2025 (UTC)
:I'm usually one to say that we should accept that language changes and that we in the language police should go along with it, but in this case, many, especially the mainstream press, looking for headlines, are wrong. Saying the first century has 99 years, is like saying 99 cents is sometimes a dollar. Sometimes a misused word becomes acceptable, but not in this case.&nbsp;]&#124;] 14:42, 8 January 2025 (UTC)


{{outdent}}
::::::::::So, in other words, there is no such ban in the MOS, or in any other policy or guideline, and no such ban has ever been proposed. And your claim to the contrary was entirely false. ''''']''''' <small>'']''</small> 14:55, 25 May 2020 (UTC)
As per ] (with the emphasis on ''reliable''), I asked Mr Google <code>when does the new century start</code>, then looked at any hit that seemed reliable (typically government or scientific time orientated organisations) and ignored anything like quora, mass media (I gave Scientific American a pass as they are scientific) and forums. The first 3 pages gave me the following list, plus I added the Greenwich observatory. Note, I choose them based on the sources ''before'' looking at what they said.


{| class="wikitable"
{{od}}Entirely false? You mean there's not even a context-specific ban on kilograms? So you're happy with me, a UK passport holder, saying that I weigh 82 kilograms on Misplaced Pages? Wait, what's that? You're actually not? How interesting! ] (]) 15:31, 25 May 2020 (UTC)


! Organisation !! URL !! 00 or 01
::You claimed that "metre" and "kilogram" were treated in the way that you sought to treat words like "acreage" and "tonnage". This was false. As you are well aware, all measurements such as you describe are required to be given in both imperial and metric systems.
|-
| Hong Kong Observatory || https://www.hko.gov.hk/en/gts/time/centy-21-e.htm#:~:text=The%20second%20century%20started%20with,continue%20through%2031%20December%202100. || 01
|-
| timeanddate.com || https://www.timeanddate.com/counters/mil2000.html || 01
|-
| Scientific American || https://www.scientificamerican.com/article/when-is-the-beginning-of/ || 01
|-
| US Navy Astronomical Applications Department || https://aa.usno.navy.mil/faq/millennium || 01
|-
| US Library of Congress || https://ask.loc.gov/science/faq/399936 <br> https://www.loc.gov/rr//scitech/battle.html (Battle of the Centuries) || 01
|-
| Merriam Webster || https://www.merriam-webster.com/grammar/centuries-and-how-to-refer-to-them || says it used to be 01 but that public opinion is swinging
|-
| Greenwich Observatory || http://www.thegreenwichmeridian.org/tgm/articles.php?article=12 || 01


|}
::However, given the vehemence with which you have repeatedly expressed your views on measurement systems, given the numerous personal attacks that you have directed toward me and other editors on this page because of this point and given the discretionary sanctions that you have been warned of, I would suggest that it would not be productive for you to pursue this further at this point. ''''']''''' <small>'']''</small> 16:15, 25 May 2020 (UTC)


Seems like the scientific community has a solid consensus on new centuries starting in the year xx01. The "Battle of the Centuries" is a good read. To be fair, does anybody have any authoritative sources backing the xx00 change date?
:::It's not going any further, because I've already abandoned the proposal. Because people explained to me why it wasn't a good or workable idea and why the MOS was not the appropriate instrument for giving such stylistic guidance; not because they threatened me. I would suggest that veiled threats of sanctions for making proposals you don't like isn't a good MO. If it's a bad proposal (and I now accept that this one was), then just explain why. Playing the victim when you are the one actively threatening an editor whose crime was to make a proposal you disagree with is a bit hard to accept. Even if it was a stupid proposal. ] (]) 17:23, 25 May 2020 (UTC)


This is, of course, counter-intuitive to the layman who just sees 1999 tick over to 2000 and therefore assumes that change in the 3rd digit means a new century. But as we all know, intuition and truth do not always agree.
{{reflist-talk}}
*'''Reqeust''' I'm going to whip out my Swiss Army knife for these issues, ]. Can we please see ''actual'' examples of ''actual'' disputes on ''actual'' articles that the contemplated guideline would address? So far it's all hypothetical. ]] 15:07, 24 May 2020 (UTC)
::Yes. See also ]. ] ] 16:28, 24 May 2020 (UTC)
:::Or even ]. ]] 17:23, 24 May 2020 (UTC)
::::Thank goodness you don't mean ]. ] (]) 17:37, 24 May 2020 (UTC)
:::::
:::::I suspect that there are times when I have found it strange, but mostly I think we should leave it to editors to use what works best in context. Note that besides giving the quantity, it also suggests the unit desired. If one asks for acreage, the answer should not be in square feet or hectares. I do find amperage instead of current a little strange, but only a little. Voltage sounds much better than electromotive force, though possibly electrical potential difference could also be used. Square footage isn't unusual at all in English. Watt is supposed to be the SI unit for power, independent from electrical usage, but as above it often suggests electrical power. Note, for example, that power plants are often rated in GWe, that is electrical gigawatts, as opposed to the thermal power that is used to generate it, about three times more. On the other hand, wattage is mostly not used for power plants. ] (]) 19:49, 24 May 2020 (UTC)
:::::
:::::It occurs to me that the word mileage is commonly used in the US for automobile fuel usage. That is, miles/gallon. So, the name isn't always the unit followed by ago. As well as I know, in metric countries they use litres/100km, so a reciprocal unit. I don't know what -age word is used there. Also, they might not be used along with a unit, so one might ask about a lamp wattage, or floor square footage. ] (]) 05:33, 25 May 2020 (UTC)
::::::"''I don't know what -age word is used there.''" None. People just speak of (fuel) economy. ] (]) 05:38, 25 May 2020 (UTC)
::::::: The term used on is "fuel consumption". ] (]) 07:51, 25 May 2020 (UTC)
::::::::Not just the US, in the UK people use "mileage" for fuel consumption. As regards electrical terms: if you buy a light bulb or a kettle the current demand is marked in watts – therefore wattage, and fuses are marked in amps – therefore amperage. These terms are straightforward everyday usage that don't need technical knowledge. Let's just stop trying to ban things because ] and let the particular instances speak for themselves. ] (]) 08:49, 25 May 2020 (UTC)
*'''Comment''' To try to make a serious point, ] applies to words like "acreage" (meaning area) and "mileage" (meaning fuel consumption). If there are significant differences in the usage of a particular word in different dialects of English, then we should try to avoid that word ("avoid" not "ban") when it can be done without impairing readability.<br>There's an age issue too. As an officially elderly person (based on the UK Government's definition in relation to Covid-19), I'm happy with both "acreage" and "mileage" in the senses I gave above, but younger people outside the US may not be. If that is the case (or when it becomes the case), we should try to avoid such words. "Voltage", "wattage", etc. are totally different cases, since the units are universal, and the argument is about scientific precision, not ordinary language use, and this is not a purely scientific encyclopedia, but a general one. ] (]) 10:05, 25 May 2020 (UTC)
*:{{tq|There's an age issue too}}{{snd}}Yes. I thought that was what were were talking about. ]] 11:55, 25 May 2020 (UTC)
::{{ec}}I agree that "ban" was a stupid choice of word on my part. But I've changed my mind to favour editorial discretion over MOS mandates &ndash; as others have pointed out above, there are any number of ways in which editors can write bad prose, and it's not wise to try to anticipate all of them too closely. Not least because, as you say, there is a reasonable amount of contextual nuance here. ] (]) 13:01, 25 May 2020 (UTC)


So why did the world celebrate the new century on 1 Jan 2000 ? I'm going to digress into armchair philosophising but bear with me. Image that you are a major newspaper, news channel, magazine, etc and you want readers to buy/subscribe. You can research it, find out that 1 Jan 2001 is the correct date and make a big thing on that date. But your competitors celebrated way back on 1 Jan 2000 and the public goes "meh, we did all that last year - get with the times you out of date moron!" The big news companies know this, so they all go with the earlier date to avoid their competitors getting the jump on them. Never let the truth get in the way of profit! Joe public naturally follows the mass media and ignores the nerds saying "2001" - why listen to boring nerds when you can party now! Party, party, party!
::I have some edits with the edit summary: ''sounds better''. Some of the cases in this discussion I probably think should be changed, and others not. ''What is the wattage of that light bulb?'' makes sense even when it is turned off, where ''What is the power of that light bulb?'' doesn't seem quite right when it is off. The power is zero, but the wattage (rating) isn't. A circuit breaker has an amperage (rating) even when the current is zero. If I ask about the amperage of a circuit, I don't mean the current current, but how much might be safe, which might include more than the breaker rating. (It depends some on context, which isn't so easy to explain.) Depending on context, ''trip mileage'' might mean round trip distance or trip gas mileage. In a farm context ''acreage of corn'' might mean how much is currently planted with corn, where ''area of corn'' doesn't make sense. It might be that in some cases, it is too informal for an encyclopedia, but I don't believe enough to ban it outright. I had thought that no-one would say ''mileage per gallon'', but a web search does show that some do use it. ] (]) 12:52, 25 May 2020 (UTC)


So, here we are, arguing whether to follow the truth or to follow Joe Public with both of his brain cells following news companies who are chasing the almighty dollar. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 11:44, 3 January 2025 (UTC)
*In the name of mercy please let us stop this. Someone should, perhaps, write an essay discussing the stylistic issues. And here I'll shamelessly plug ''my'' latest essay, ]. (I was going to call it WP:LOCATIONLOCATIONLOCATION but for some reason that's on the title blacklist.) ]] 14:13, 25 May 2020 (UTC)


*There are some known inconsistencies/anomalies in our treatment of centuries, including categories or articles covering decades. For example, ] is a subcategory of ], but includes 1900 which the MOS puts in the 19th century. If we were starting again, I think it would have been better to avoid using century in categories or articles, e.g. use "1900–1999" instead of "20th century", but we are where we are. ] (]) 12:36, 3 January 2025 (UTC)
*'''Oppose'''. I think it would be accurate to say that all of the English speaking countries have historically used US/imperial units and consequently, there is a linguistic legacy that persists to varying degrees in different varieties of English to varying extents. If anything, such usage (and avoidance of such terms) is already covered by ] (]). To be more specific (ie particular terms) would be bloat/creep. Regards, ] (]) 01:17, 26 May 2020 (UTC)


:I'm not sure why you're focusing only on the specific niche of science-related sources? If the scientific community chooses to adopt an unorthodox definition of the duration of the centuries, but most other sources follow the common definition, obviously the latter is more accurate. ] <sup>(], ])</sup> 13:45, 3 January 2025 (UTC)
== Grouping of digits ==
::{{ping|Chessrat}} the century beginning in XX01 is not {{tq|unorthodox}}, quite the reverse. As people above have said, it's the definition that has been taught for years, but one that I agree is increasingly being replaced by the century beginning in XX00 definition. {{tq|Obviously the latter is more accurate}}, well, no – as pointed out above, this definition leads to the first century having only 99 years, so can hardly be called more accurate. Orthodoxy and accuracy are not the important issues in my view; the most important issue is what most readers now think 'century' means, which does appear to be the XX00–XX99 definition. ] (]) 14:21, 3 January 2025 (UTC)
:::Back in 2000 it was suggested that a year zero be created with (since years have variable numbers of days anyway) zero days. That way the first century would have 100 years in it. ] ] 22:06, 3 January 2025 (UTC)
::::At least we can all agree that that would be the ugliest possible solution. <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 08:26, 4 January 2025 (UTC)
::{{replyto|Chessrat}} Scientists put much thought into the matters that they comment upon, it's a poor scientist who states something as fact when they have no demonstrable evidence. So I would take a scientist's view over a newspaper's view any day. --] &#x1F98C; (]) 22:52, 3 January 2025 (UTC)


== RfC on the wording of ] ==
Since English is the Lingua Franca of the World which many people of different countries speak and learn we should make a change how we Group Digits.
<!-- ] 15:01, 7 February 2025 (UTC) -->{{User:ClueBot III/DoNotArchiveUntil|1738940465}}
{{rfc|hist|lang|rfcid=6F3124E}}
Should ] specify the start of a century or millennium as a year ending in 1 (e.g. the 20th century as 1901–2000), as a year ending in 0 (e.g. the 20th century as 1900–1999), or treat both as acceptable options with the use of hatnotes for clarity in the case of ambiguity in articles? See the discussion above. ] <sup>(], ])</sup> 14:57, 3 January 2025 (UTC)


*The year ending in zero, which is nowadays the most common understanding. Whether or not there was ever a year zero is irrelevant, given that AD year numbering wasn’t invented until the 500s and wasn’t widely used until the 800s. ] (]) 21:21, 3 January 2025 (UTC)
Since we currently use 2 formats to group digits: comma (,) or narrow gap {{nbsp}}. It is confusing for viewers of different countries which use the comma (,) as a decimal seperator.
*As the 1st century is 1–100, the ] is 1901–2000, as its article says. Let us not turn this into another thing (like "billions") where English becomes inconsistent with other languages. —] (]) 22:22, 3 January 2025 (UTC)
*:Also, I do not understand what "hatnotes in case of ambiguity in articles" should mean: whenever any article uses the word "20th century", it should have a hatnote explaining whether it follows the centuries-old convention of numbering centuries or the "starts with 19 is 20th century" approximation? Perhaps it would be easier to outlaw the word "century". —] (]) 22:26, 3 January 2025 (UTC)
*:In short, '''oppose change'''. —] (]) 17:46, 4 January 2025 (UTC)
*First year of a century ends in 01, last year of a century ends in 00. This has been extensively discussed above. --] &#x1F98C; (]) 22:52, 3 January 2025 (UTC)
*The RfC does not make clear what specific change is being proposed to MOSNUM wording, and I fear will lead only to a continuation ''ad nauseum'' of the preceding discussion. For what it's worth, I '''oppose''' any change resulting in a century of 99 years. ] (]) 23:06, 3 January 2025 (UTC)
*'''Oppose change''' Century and Millennia begin in 01 and ends Dec 31, 00, like it always has and per the discussion above. Just because people make errors, like with Blue Moon, doesn't mean an encyclopedia has to. Why would we change from long-standing consensus? ] (]) 09:28, 4 January 2025 (UTC)
* '''Treat both as acceptable options.''' ] already explains both viewpoints, without describing one of them as "correct". Generally our business it not to arbiter truth (which in this case doesn't exist anyway, as either viewpoint is just a convention), but to describe common understandings of the world, including disputes and disagreements where they exist. ] doesn't privilege a particular POV here, and neither should ]. ] (]) 16:31, 4 January 2025 (UTC)
*:All of our articles on individual centuries mention only the traditional point of view where the first century starts in year 1 and each century has 100 years. There is no need for ] to do anything else. —] (]) 17:46, 4 January 2025 (UTC)
* '''Oppose.''' If this matters to you, convince the academic sources to adopt the change, then Misplaced Pages can follow. ] (]) 18:14, 4 January 2025 (UTC)
* '''Oppose change''' I prefer centuries to begin with --01 and end with --00. I'll not bother with any arguments, since I think this boils down to personal preference. I do oppose allowing both options, as that leads to confusion and edit wars. ] 18:20, 4 January 2025 (UTC)
*:Why is it personal preference to favour 1-100 AD over 1 BC-99 AD? The latter choice leads to the first century BC running from 101 to 2 BC. I find the asymmetry highly unorthodox (and hence hard to justify). ] (]) 12:37, 6 January 2025 (UTC)
*::You wouldn’t start at 1BC for the first century AD in either case though. You would just treat “century” as the name for the period, and ignore that it only has 99 years. <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 19:22, 6 January 2025 (UTC)
*:::You seem to be saying the choice between a century (the first, whether ] or ]) of 99 or 100 years amounts to personal preference. Do you have credible sources showing they are equally valid? ] (]) 19:23, 7 January 2025 (UTC)
*'''Oppose treating both as acceptable''' This would lead to endless confusion. ] (]) 22:02, 5 January 2025 (UTC)
*'''Oppose''' change; century starts at ###1 and ends ###0 <!-- Template:Unsigned --><small class="autosigned">—&nbsp;Preceding ] comment added by ] (] • ]) 23:18, 5 January 2025 (UTC)</small>
* '''Strongly oppose''' any change resulting in more than one definition of a century. The reasons seem self-evident, and others have spelt them out above. In a nutshell, such a change would be a retrograde step, against the spirit of the MOS. ] (]) 23:21, 5 January 2025 (UTC)
*'''Just use '00s.''' Why on Earth should MoS <em>ever</em> encourage using wording that will be misunderstood by many or most people? To most people, "20th century" means 1900-1999. To pedants of history, it means 1901-2000. Cool. We should try to not confuse either of those groups. If I had to pick one, I'd say confuse the pedants, but fortunately we don't have to pick, because a third option exists: "1900s" (etc.). That's the phrasing I've always used on Misplaced Pages, for this exact reason. It's consistent with how we refer to decades (see vs. ). It's universally understood. It avoids silly arguments like this one. Let's just do that. <span style="font-family:courier"> -- ]</span><sup class="nowrap">&#91;]]</sup> <small>(])</small> 23:36, 5 January 2025 (UTC)
*:And to put this in terms of what the wording should be, I would suggest something like {{tq2|Because phrases like {{!xt|the 18th century}} are ambiguous (sometimes used to mean 1700–1799, sometimes 1701–1800), phrases like {{xt|the 1700s}} are preferable. If the former is be used—for instance, when quoting a source—an explanatory note should be included if the two definitions of ''n''th century would lead to different meanings.}} <span style="font-family:courier"> -- ]</span><sup class="nowrap">&#91;]]</sup> <small>(])</small> 23:52, 5 January 2025 (UTC)
*::Is this a joke? <small>Sorry if I ruined it by asking.</small> <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 23:56, 5 January 2025 (UTC)
*:::No? From any descriptive point of view, there is no widely-accepted definition of "''n''th century". Some Wikipedians thinking there <em>should</em> be a widely-accepted definition doesn't make it so. And MoS should not be in the business of encouraging ambiguous wording. Instead we should encourage solutions that avoid ambiguity, ]. <span style="font-family:courier"> -- ]</span><sup class="nowrap">&#91;]]</sup> <small>(])</small> 00:05, 6 January 2025 (UTC)
*::::Ah, sorry. This is all just not the question at hand though, and it directly contradicts current (well-positioned) guidance.
*::::In any case, I’m sure we’re better off with the ambiguity between 1900–1999 and 1901–2000, which, in most cases, is not really a problem. Your idea introduces an ambiguity between 1900–1910 and 1900–. This is explicitly called out by ], of course. And does “1700s” even solve the issue of which year to start or end with? It {{em|implies}} that the century starts with 1700, but not explicitly. <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 03:05, 6 January 2025 (UTC)
*:We should avoid use of "1900s" to mean anything other than 1900-1909. ] (]) 12:29, 6 January 2025 (UTC)
*::What's funny is I have never heard people talk about the 1500s, 1600s, 1700s, 1800s or 1900s, as anything except Jan 1 00 to Dec 31 99. Always 100 years. I checked and I'm shocked our wikipedia article only covers 1900-1910. The only time it gets used as a decade is when the parameters are specifically talking about the 1930s, 1920s, 1910s, and 1900s. Without that fine tuning it's always 100 year period. It would be used , or . Usually I would say the "first decade of the 1900s" with no other context. I would amend your comment to say we should never leave 1900s dangling without context. And that's only for 1900s, not anything else.] (]) 19:36, 6 January 2025 (UTC)
*'''Oppose treating both as acceptable'''; otherwise indifferent to 31 Dec 1999 vs 31 Dec 2000. This is a style decision, but one that affects a lot of content. To use both would be a terrible solution. <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 23:52, 5 January 2025 (UTC)
*'''Oppose change'''; continue using "20th century" for 1901–2000 and "1900s" for 1900–1999. ] (]) 03:48, 6 January 2025 (UTC)
*:Bad solution. How will readers know which system we are using when we say 1900s? Will they presume that the period ends with 1999 or 2000, or even 1909? <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 23:16, 13 January 2025 (UTC)
*'''Oppose change''' - The ''n''{{sup|th}} century is 01-00, you can feel free to use "the xx00s" for 00-99. Neither is prefered to the other, but the meaning is determined by which you use. ] (]) 04:53, 6 January 2025 (UTC)
*:Per the MOS, and as Dondervogel 2 most succinctly puts it above: {{tq|We should avoid use of "1900s" to mean anything other than 1900-1909.}} <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 19:25, 6 January 2025 (UTC)
*::I somewhat disagree. It is a very ambiguous term so we should avoid use of 1900s at all without context, because obviously readers will be confused. I sure would since I would immediately think a 100 year period just like 1800s , 1700s, and 2000s (25+ years thus far). ] (]) 07:16, 7 January 2025 (UTC)
*:::You mean 24 years so far, right?
*:::And yes, “avoiding 1900s at all” also jives with what I said. <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 23:14, 13 January 2025 (UTC)
*'''Oppose''' treating them both as acceptable. I imagine this could lead to headaches concerning inclusion in categories, list articles, timelines, templates, etc. ] (]) 01:23, 8 January 2025 (UTC)
*'''Oppose change''' People have been getting it wrong for centuries (pun not intended) and will probably continue doing so for centuries. Intuition says that the year 2000 was the start of the new century but intuition is wrong. Just like people believing that light-years and parsecs are a measure of time (doing the Kessel run or otherwise) or trying to learn relativity, intuition is simply wrong. <u>All</u> authoritative sources for measuring time say that the new century starts in the year xx01. WP is only suppose to report on this. If we try to say that the year 2000 is the first year of the new century then we are actively entering the battle and are try to ]. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 04:12, 10 January 2025 (UTC)
*'''Keep XX1 as the start of a decade, century, or any other unit of year.''' It sounds ridiculous to have only the first CE century be 99 years long while everything before and after it remains at 100. —]&nbsp;(&nbsp;]&nbsp;•&nbsp;]&nbsp;) 18:34, 10 January 2025 (UTC)
*:I think they consider the ] to also have 99 years. ] (]) 19:15, 10 January 2025 (UTC)


It is high time to end this :
""We dont need to just use the narrow gap {{nbsp}} but we should give it priority when we do digit grouping. Like the italian Misplaced Pages already does.""
:{{tq|When the encyclopedia of human folly comes to be written, a page must be reserved for the '''minor imbecility''' of the battle of the centuries--the clamorous dispute as to when a century ends. The present bibliography documents the controversy as it has arisen at the end of the 17th, 18th, and 19th centuries, as well as a few skirmishes in the quarrel that has begun to develop with the approach of the third millennium.}}
:{{tq|The source of the confusion is easy to discern; ever since learning how to write, we have dated our documents with year designations beginning with the digits 19. Obviously, when we must begin to date them starting with 20, we have embarked on a new century! Haven't we? The answer is no, we have not; we have merely arrived at the last year of the 20th century. As historians and others involved in measuring time continue to remind us, there was no year 0. In fact, there has never been a system of recording reigns, dynasties, or eras that did not designate its first year as the year 1. To complete a century, one must complete 100 years; the first century of our era ran from the beginning of A.D. 1 to the end of A.D. 100; the second century began with the year A.D. 101.}}
:{{tq|While the period 1900-1999 is of course a century, as is any period of 100 years, it is incorrect to label it the 20th century, which began January 1, 1901, and will end on December 31, 2000. Only then will the third millennium of our era begin.}}
:{{tq|Those who are unwilling to accept the clarity of simple arithmetic in this matter and who feel strongly that there is something amiss with the result have developed some impressively convoluted arguments to promote their point of view. Baron Hobhouse, studying some of these arguments as set forth in letters published in the Times of London during the first few days of January 1900, found "that many of the reasons assigned are irrelevant, many are destructive of the conclusion in support of which they are advanced, and that such as would be relevant and logical have no basis whatever to maintain them in point of fact." He was one of several observers of the fray at the end of the 19th century who predicted that the foolishness would recur with the advent of the year 2000, as people began to look for ways of demonstrating "that 1999 years make up 20 centuries."}}
:{{tq|As a writer stated in the January 13, 1900, Scientific American, "It is a venerable error, long-lived and perhaps immortal." The shortness of human life is also a factor; as a century approaches its end, hardly anyone who experienced the previous conflict is still living, so we are doomed to undergo another round.}}
:{{tq|Astronomers have been blamed for some of the confusion by their adoption of a chronology that designates the year 1 B.C. as 0 and gives the preceding years negative numbers, e.g., 2 B.C. becomes -1, 3 B.C. becomes -2, etc. This system permits them to simplify calculations of recurring astronomical events that cross the starting point of our era, such as series of solar eclipses and the apparitions of periodic comets. However, this scheme affects only the years preceding A.D. 1 and cannot be used as a justification for ending subsequent centuries with the 99th year.}}
:{{tq|Some argue that Dionysius Exiguus made a mistake in his determination of the year of Christ's birth when he devised our present chronology in the sixth century, and that the discrepancy allows us to celebrate the end of a century a year early. However, even though the starting point of our era may not correspond to the chronologist's intention, it is still the point from which we count our centuries--each of which still requires 100 years for completion.}}
:{{tq|Nevertheless, as many of the entries in this list (from p. 45 on) will indicate, plans to celebrate the opening of the 21st century and the third millennium at midnight on December 31, 1999, have become so widespread that anyone who tries to call attention to the error is disparaged as a pedant and ignored. Perhaps the only consolation for those intending to observe the correct date is that hotels, cruise ships, supersonic aircraft, and other facilities may be less crowded at the end of the year 2000.}}
] (]) 18:04, 10 January 2025 (UTC)
*'''Oppose change.''' ] ] 11:46, 11 January 2025 (UTC)
*'''Don't break the calendar for exactly zero benefit'''{{snd}}There's no need to stage a revolt against the counting numbers and anyone who wants to extend discussions back to the epoch or beyond. There is one system that is consistent, and it is the one we use and should continue using. There's not even a problem that needs to be addressed. Aren't we on Misplaced Pages? This is the place where many often learn that a thing is a certain way and why, and I am not sure why that didn't happen here. <span style="border-radius:2px;padding:3px;background:#1E816F">]<span style="color:#fff">&nbsp;‥&nbsp;</span>]</span> 12:00, 11 January 2025 (UTC)
*'''To get literal''', the current calendar under discussion pertains to the life of Jesus. Ideally it starts when Jesus was born, 00:00, and he turned one-year-old on January 1, 1. Now, say he lived a long life and made it to 100. He would have been 100 on January 1, 100. At that point, the second his ] turned over on January 1, 100, his new century would begin. The first century was literally over on January 1, 100, and a new one started immediately and ran from 100-200. etc. Saying the first century was 99 years is incorrect, it was 100, but then the second century started immediately. I'd have to go with a split-second past midnight on January 1, 2000, as the start of the 21st century, per logic and common sense. ] (]) 13:30, 11 January 2025 (UTC)
*:Nice theory, except for the minor detail that there was no year zero, meaning that on 1 January 1, your hypothetical Jesus would have been 1 day (not 1 year) old. ] (]) 13:42, 11 January 2025 (UTC)
*::That's one way of looking at it, and the other is that Jesus's birth started the clock rolling towards his turning 1-year-old on 1-1-1. ] (]) 14:42, 11 January 2025 (UTC)
*:::So by your "other way" he was 1 year old throughout 1 CE. So in what year was he six months old? It would have to be 0 CE, but there isn't one. It simply doesn't work. ] (]) 16:38, 11 January 2025 (UTC)
*::::Unless our baby Jesus was born on 1 Jan of 1 BC (we have invented a fictitious baby so we can assign him any date of birth we want). Then we have a first century running from 1 BC to 99 AD. While highly unconventional, it could be entertained until you realise the 1st century BC would have to run from 101 BC to 2 BC. It works but it's silly, and (more to the point) lacks RS to support it. ] (]) 17:23, 11 January 2025 (UTC)
*:::::Insofar a he is likely to have existed, anyway, he was most probably born in 4 BC, since the calculations used five hundred years later to fix the BC/AD break point contained an error. So this is all nonsense, anyway; the first century was itself centuries in the past - probably eight or nine - before people started calling it that. And most people will continue to see 1900 as the start of the 20th C and 2000 as the start of the current one, whatever. ] (]) 18:29, 11 January 2025 (UTC)
*::::::The bible is very clear on this point: he was born ''after'' the Roman census in 6 AD (Luke 2:1-4) and ''before'' the death of King Herod in 6 BC (Matthew 2) ] ] 06:06, 12 January 2025 (UTC)
*:::::::I think you mean the ] in 6 BC, while ] gives Herod's death as c. 4 BC. ] 14:56, 12 January 2025 (UTC)
*::::::::That would make for a more consistent timeline. Forgetting our fictional baby, are you saying the Real McCoy was born between 6 and 4 BC? ] (]) 15:21, 12 January 2025 (UTC)
*:::::::::That's what many sources I've seen say. See ]. ] 15:50, 12 January 2025 (UTC)
*:::::::::That make a lot more sense than being born before –6 {{em|and}} after +6. Although, if anyone could, surely it’s the son of God. <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 23:39, 12 January 2025 (UTC)
*::::Why would Jesus be one year old throughout 1 AD? The year 1 means Jesus was 1-year-old, Happy Birthday on 1-1-1, one candle on the cake. When Jesus was six months old he was 1/2 AD. The point of using BC and AD, ] and ], logically informs that the time before Jesus's birth, counting backwards, was "before Christ" (six months before his birth was 1/2 BC, etc.) The birth starts the count on both BC and AD. The "year" he was born would not matter, only the counting forwards and backwards. 1/2 AD when he was six months old, 3/4 AD at nine months old, etc., until reaching 1 AD and then beyond. Another point, since the 21st century was celebrated by the entire population of the Earth on January 1, 2000 - even most of the 2001 holdouts, never ones to pass up a good party, still celebrated on 1-1-2000 - ] for the start of the century and, ], and in all the reputable sources that recognized the date that the human race partied, Misplaced Pages probably should as well. But, then again, and '''Oppose''', the scientific community differs and happily celebrated on January 1, 2001, ordaining that Misplaced Pages should keep the academic calendar as well and forego the obvious. ] (]) 02:47, 12 January 2025 (UTC)
*:::::You can keep discussing this forever. Come 2100, when almost all of us will no longer be editing on here, the large majority of people will be marking the turn of the century. ] (]) 15:09, 12 January 2025 (UTC)
*::::::Nice crystal ball you have there. ] 15:52, 12 January 2025 (UTC)
*:::::{{re|Randy Kryn}} For the sake of argument, if Jesus was born on 25 December 1 BC, he would have been six days old on 1 January AD 1, and one year old on 25 December AD 1. That would place the 100th anniversary of his birth on 25 December AD 100. ] 15:15, 12 January 2025 (UTC)
*::::::But 25 December is irrelevant, and is hence ignored by those faiths, such as Islam, that recognise Jesus as an earlier prophet. December 25 is an entirely fabricated date, chosen to override the pre-existing pagan midwinter festivals widely observed in Europe during the early Christian era. If early historians were four to six years out on the year Jesus was purportedly born, they are hardly likely to have any information whatsoever as to the date. ] (]) 15:21, 12 January 2025 (UTC)
*:::::December 25 has nothing to do with this. The people who created this BC-AD concept were going by the moment that Jesus was born (or conceived, whatever they decided was the starting point), never mind the "correct date", in essence calling that Day One. Then, 365 days later, year 1 ended and year 2 immediately began. The same with BC, from the moment of Jesus' birth to everything that came before was BC, and one year previously was automatically 1 BC, ten years was 10 BC, etc. By calculating that the day of Jesus' birth was the start of the calendar, logic dictates that the first year ended on his first birthday. 1 A.D. Nothing is broken here, except that they made a guess at Jesus's birthday when they made the calendar. The first century of 100 years ends on the 100th anniversary of Jesus' birth, 1-1-100, and the second century began immediately. There is no "year 0", a year 0 isn't needed, when Jesus was six months old it was 1/2 A.D. The absence of a year 0 is incorrect, the creator of the calendar took it as a moment in time (a birth, then start the clock). ] (]) 10:28, 13 January 2025 (UTC)
*:::::"he turned one-year-old on January 1, 1".. No, that's not how that works. The year 1 AD is the equivalent of the first year of his life. He would not be 1 year old until it ended. ] (]) (]) 14:17, 14 January 2025 (UTC)
*'''Oppose'''. Only ignorant people think the century begins with the 0 year. Is it that difficult to appreciate that there was no year 0! -- ] (]) 11:44, 13 January 2025 (UTC)
*:However, few people will doubt that there was a year 2000. So the question of when the 21st century began it still unresolved. ] (]) 04:25, 14 January 2025 (UTC)
*:::If the 1st century began in AD 1, then the 2nd century began in AD 101, the 3rd century in AD 201, etc, etc, the 20th century in 1901 and the 21st century in 2001! People a century ago were fully aware that the 20th century began in 1901. It's only in recent years that people have seemingly become unable to grasp the system. I should also point out that we naturally count in multiples of 10: 1 to 10, 11 to 20 and 21 to 30, not 10 to 19 and 20 to 29. -- ] (]) 11:16, 14 January 2025 (UTC)
*::Looks resolved by consensus to me. ] (]) 06:59, 14 January 2025 (UTC)
*:::Yes, this has consensus, but nobody has actually refuted my discussion points above. There is no need for a year 0, the "point of zero" was when Jesus was born (which started the clock). He was 1 year old on 1-1-1. And so on. {{u|Necrothesp}} calls me ignorant, so I'd like them to comment if they would on the analysis of why year 1 started exactly a year after the birth of Jesus. Thanks. ] (]) 11:08, 14 January 2025 (UTC)
*::::You presumably do know that the year before AD 1 was 1 BC? We're talking history here, not religion. Basing the calendar on the supposed year of Jesus's birth is pure convention. But the facts are that in the modern dating system 1 BC was followed by AD 1 with no weird gap. Therefore, the 1st century AD began on 1 January AD 1, and the new century has begun on 1 January AD X(X)01 ever since. -- ] (]) 11:16, 14 January 2025 (UTC)
*::::::BC literally means "before Christ". Year 1 B.C. would be a year before Christ. Year 1 AD would fall on his first birthday. There is no weird gap. BC was created without regard to previous calendars, it just shifted all of the years before Jesus' birth and after Jesus' birth to a new counting system. This has nothing to do with religion or the exact year or date that is now believed to be Jesus's true birthday, it was just how the people who created this system decided to place their 0: the moment Jesus was born. As I say above, I agree with the consensus here, mainly because science has, for some reason, gone along with 2001 etc. being the start of a new century. It wasn't, but that counting system has enough support to continue to represent this mistake in scientific and encyclopedic literature. ] (]) 11:36, 14 January 2025 (UTC)
*:::::::There is I believe no year zero because the Roman's (whose numerals we used) had no concept of Zero, there was no zero year, it was 1&nbsp;BC then 1&nbsp;AD. ] (]) 12:54, 14 January 2025 (UTC)
*::::::::But whether or not there was a year zero is pretty much irrelevant, except to the pedants overrepresented amongst our editor base. People are quite happy that the ‘1930s’ refers to 1930-39 and the ‘1630s’ to 1630-39, yet if you follow that right back the first decade only had nine years. So what? Stuff that happened, or works that were produced, in 2000 are widely referred to - including in WP articles - as being of the 21st century, because that’s the way most people see it. ] (]) 13:58, 14 January 2025 (UTC)
*:::::::::You are confusing 2 different systems. Decades are named cardinally, centuries are named ordinally. The 1930s refers to 1930-39 for the simple reason those are the only years of the format 193X. However, the "first decade" refers to the first ten years of the system. Thus it means the years 1-10, just as the first century means the years 1-100. Decades and centuries are handled differently and do not line up. The 1900s decade was the years 1900-1909, and included one year from the 19th century and 9 years from the 20th. The first decade of the 20th century was the years 1901-10. ] (]) (]) 14:22, 14 January 2025 (UTC)
*::::::::::Yet, back here in the real world, nobody cares, and everybody ignores stuff like that. ] (]) 14:26, 14 January 2025 (UTC)
*:::::::::::The "real world" in your view presumably refers to "what ''I'' say" rather than "what is correct"! In ''my'' real world, the 21st century began in 2001! That's not being pedantic; that's being correct. In this fabled "real world", most people seem to get their "facts" from some nobody on TikTok; that does not make them right. -- ] (]) 15:44, 14 January 2025 (UTC)
*:::::::::::In the real world people also talk about things happening on "Friday night" when they actually occur in the early hours of Saturday. The encyclopedia still goes with the facts, though. --] (]) (]) 16:29, 14 January 2025 (UTC)


== mdy on pages that have nothing to do with america ==
My proposal: When grouping of digits in groups of three, prioritise the narrow gap {{nbsp}} then the comma (,).''


ive been seeing lots of mdy on pages that have nothing to do with the usa, like on media that was only released in japan, like the fds and lots of japanese exclusive video games
I would love to get your feedback


i just want the mdy stuff to be ONLY on usa related pages...
] (]) 13:32, 26 May 2020 (UTC)
:Ultimately this is the '''English Language''' WP. We follow English, not Italian, usage. Note that according to ] "Note that use of any space character as a separator in numbers, including non-breaking space, is problematic for screen readers", we would be trading effective use of the English WP for a confusing and unfamiliar style. Just as we assume that non-Anglophones have to learn English vocabulary, syntax and grammar to read sentences, is it unreasonable to assume the same for numbers? ] (]) 13:59, 26 May 2020 (UTC)


idk why we have to use multiple date formats here anyway... its just stupid
::Italian usage was only an example. What else should the english wikipedia follow if not english... Why would it be an unfamiliar style? The space as a 3number seperator is the easiest to understand, one look any everybody understands what it means. (1000000 = 1&nbsp;000&nbsp;000) The average reader interprets these numbers as 1 million easily, dont assume hes stupid. Any new change will be unfamiliar at first, for everyone. But the space as a 3number seperator is already used since decades. yes of course non anglophones need to learn the english vocabulary, syntax and grammar, but Numbers and number seperation arent exclusevly english, it is its own internationally accepted language. A space as a 3number seperator is understood everywhere in the world and the standord of ISO and other organizations. Numbers and their seperation are universal in all languages no just english. Also an article which covers this nicely: http://themetricmaven.com/the-presentation-of-blank-space/ ] (]) 14:58, 26 May 2020 (UTC)


why cant we use just one... dmy for long form and iso 8601 for short form
:The style you describe is allowed in the contexts where it is used, mostly in the context of talking about SI units directly (since the SI style is to allow either the period or comma as decimal separator, but to mandate the thin non-breaking space as the digit separator) or the physical sciences. It's not widely used elsewhere. Formally, in SI, "100,000&thinsp;m" means the same as "100&thinsp;m" (neglecting the greater implied precision in the former). The issue isn't so much the supposed stupidity of our readership as wanting a simple and consistent style that matches what is widely used in the relevant English-language context IRL. Add that to the additional technical issues with the space-as-a-separator style, as mentioned above, and you have an unnecessary headache for the sake of recommending a style that is a trivial change to what we already have, in the process deprecating the style used on millions of articles. ] (]) 19:05, 26 May 2020 (UTC)


::It would not hurt millions of articels. They would just get changed over time or some people do it willingly. But you made some good points, i agree with them. ] (]) 00:06, 27 May 2020 (UTC) japanese date format looks similar to iso 8601 if youve seen it ] (]) 08:13, 14 January 2025 (UTC)


:i did change a couple, like on the pcfx and .lb pages but im backing out of others because i dont want to be involved in edit wars or be accused of vandalism ] (]) 08:15, 14 January 2025 (UTC)
:I would love to have this as a policy, seeing as it's the official way to do it in SI/ISO contexts, but I doubt you'd get much support for it here with issues of "legacy" and "convention". This is also not to mention that it has nothing specifically to do with English, but with English as it's used in certain countries. South Africa uses the comma as the decimal separator, for example, in English. Add to this the issue of other languages using commas as well and the original motivation of the narrow-space over comma becomes increasingly clear. However, the point about screen readers is a valid issue, although I don't know about its prevalence now as compared to when the original policy has been considered. ] (]) 21:44, 26 May 2020 (UTC)
::The relevant guideline has a shortcut, ]. People who's main editing activity was to go around imposing their favorite date format have been indefinitely blocked. ] (]) 15:46, 14 January 2025 (UTC)
:: I support the use of a thin space as thousands separator. It solves the inherent ambiguity in 100,000 m. I also agree it does not need to happen overnight. It can (probably should) happen slowly so that the readers don't ever notice the difference. ] (]) 09:08, 1 June 2020 (UTC)


* I believe this is covered at ]. ] (]) 10:14, 14 January 2025 (UTC)
== ISO 8601 YYYY-MM Calendar Date Format ==
*:This issue is covered in the Manual of Style which stipulates what countries have which date styles. Here is what it says: A''rticles on topics with strong ties to a particular English-speaking country should generally use the more common date format for that country (month-first for the US, except in military usage; day-first for most others; articles related to Canada may use either consistently). Otherwise, do not change an article from one date format to the other without good reason''. Because English is not a legal language in Japan, you might find the Japanese use American date formats when writing English. Look for an English language Japanese newspaper and see what they use. ] (]) 12:46, 14 January 2025 (UTC)


:::It's because in English prose there are 2 dominant date formats: MDY used mostly by Americans and DMY used by most of the British Commonwealth. Both sides think that their version is the only correct and reasonable way and that anything else is stupid and wrong. So an article created by a Brit with DMY dates gets "corrected" by an American to MDY. And then "corrected" by an Australian to DMY. And then "corrected" by another American to DMY. And so on until all parties have a deeply embedded hatred for each other.
I propose the ] be added as an ]. YYYY-MM is the reduced accuracy version of the extended calendar date format. The format is not ambiguous, because ????-?? always means YYYY-MM. It never means YYYY-YY according to the standard. Readability should not be an issue, as Misplaced Pages already separates semantics and presentation by rendering ] into formats intended to be more human readable. It's common for computers to store dates in ISO 8601 format and render them into whatever format the user desires. YYYY-MM-DD is already an acceptable format ], but YYYY-MM is not. One problem with this is that some sources provide only a month and year. In these cases, date formats can't kept consistent throughout the article when YYYY-MM-DD is used elsewhere, unless the YYYY-MM format is acceptable. ] (]) 00:53, 1 June 2020 (UTC)
:::] was created so that once an article gets a format then it generally stays in that form and we avoid ]s (mostly - there are always die hard "do it my way" people out there).
:Two problems to sort out for you:
:::We don't use Japanese YMD dates because no native English speaking country uses YMD in prose. Which is a shame because I love YMD after living in China. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 12:56, 14 January 2025 (UTC)
:# I believe the ISO now has forms for 1st–4th quarter, 1st & 2nd half and other division of the year. This would need to be addressed by someone who has access to the most recent standard.
:::Previous discussions on this talk page have made it clear that if a country isn't a predominantly English-speaking country, either MDY or DMY may be used. It just doesn't matter what the English-speaking minority within the country under discussion usually uses as their date format. ] (]) 15:50, 14 January 2025 (UTC)
:# Many periodicals use &lt;year>-01 for the first issue in the year, &lt;year>-02 for the second and so forth.
:If WP were to adopt this change then issues such as this need to be written up carefully so that the majority who have no access to standards are not constantly being told off for non-compliance! ] (]) 09:00, 1 June 2020 (UTC)
::For quarters, we can use dates like 1999-Q4, 2020-Q1. Of course, different companies use quarter in different ways (eg, calendar year, US tax year, Australian tax year, arbitrary year) but I can't see any system surviving that one.
::Periodicals using 2020-01, 2020-02, etc for successive issues during the year can use {{para|year|2020}} and {{para|issue|1}}, {{para|issue|2}}, etc. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 23:14, 1 June 2020 (UTC)
*'''Oppose''': we write for readers. I suggest that the majority of readers are not familiar with ISO standards, and would interpret 2007-09 as "2007 to 2009" rather than "September 2007". That's why we don't use all-numerical dates, because 6/11/1989 can mean 6th of November or 11th of June, while 6 November 1989 and November 6, 1989 are both unambiguous. If your source only has a month and a year, spell it out: November 1989. Remember the readers. ]] 09:10, 1 June 2020 (UTC)
*'''Oppose''': the current guidance is there for good reasons. YYYY-MM-DD is acceptable in certain contexts, because it is unambiguous. YYYY-MM and YYYY–YY can only be distinguished by the choice of hyphen or en-dash, which is hopeless for most of us. ] (]) 10:30, 1 June 2020 (UTC)
*'''Oppose''': It is ambiguous and most user would not understand what is meant by it. There has to be clarity and use of different types of dash is not sufficient to show the meaning of the date. Most people do not know about the ISO standard and get the format of full dates wrong — YYYY-MM-DD is similarly ambiguous and probably should be ditched for clarity as well. ] (]) 11:49, 1 June 2020 (UTC)
*'''Oppose''' per ~20 years of ] and ] worth of archives that covered this multiple times. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">] {] · ] · ] · ]}</span> 13:18, 1 June 2020 (UTC)
*'''Oppose'''. As it is we should only be allowing YYYY-MM-DD in non-reader-facing technical applications, such as sort keys for tables where the ISO date is not reader-visible, and not even in visible references. YYYY-MM is ambiguous. Period. ] (]) 13:53, 1 June 2020 (UTC)
*:'''Comment'''. YYYY-YY is ambiguous (<small>but still encouraged</small>). Period. ] (]) 14:05, 1 June 2020 (UTC)
*::Umm, not quite right, YYYY–YY (with ndash) is the form that is supported.
*::—] (]) 14:35, 1 June 2020 (UTC)
*There is an unambiguous ISO 8601 form <code>&lt;{{var|YYYY}}>-&lt;{{var|MM}}>-XX</code> where the <code>XX</code> is a literal placeholder for unspecified digits (see now part of the ISO 8601). At one time cs1|2 experimented with an early form of this (<code>&lt;{{var|YYYY}}>-&lt;{{var|MM}}>-UU</code>) as a way for automated processes (editors, bots, etc) to write month-precision dates in cs1|2 templates. That would let the template best decide how to render the date ({{tld|use xxx dates}}, {{para|df}}). I would still like to see that implemented in some fashion.—] (]) 14:35, 1 June 2020 (UTC)
*'''Support'''. With the current system we have some article with references in the form yyyy-mm-dd. If we wish to add a reference to a magazine from May 2020 then we need to add 2020-05 to match the other references. But that's not allowed, so we add it as May 2020. But ] says the references must all use the same format, so we change <u>all</u> references to d mmm yyyy or mmmm d, yyyy. But that breaks ] and also rubs many editors up the wrong way. There is no win in the current system - only a choice of which policy/guide to break.
:Many of the negative comments are about it being ambiguous with yyyy-yy. If a yyyy-mm date was presented in isolation then I could see the ambiguity. But these will be used among a whole pile of other yyyy-mm-dd dates in a whole pile of references. Do we think people are so stupid that after seeing 50 references to 2001-12-31, 1995-06-27, etc that they will suddenly think that the pattern changes? Granted, a few will be confused due to ingrained habits. Just like there are some people who will never believe that "colour" is a correct spelling. To mitigate against this, we can advocate replacing yyyy-yy with either yyyy-yyyy or at least yyyy-'yy. And in the end game, if somebody does get confused - does it really matter? The type of people that go chasing up references are usually smart enough to either figure it out or to try each of the various formats. The type of people that get confused are rarely the type that go chasing references. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">]&nbsp;<span style="font-size:xx-small; vertical-align:top">]&nbsp;</span></span> 23:07, 1 June 2020 (UTC)
*'''Support'''. Makes complete sense for reference lists, per ]. And please let's deprecate YYYY-YY while we're at it. ] (]) 06:19, 2 June 2020 (UTC)
*'''Oppose'''. YYYY-MM is not used in normal English text, and per reasons discussed above. ] (]) 06:46, 2 June 2020 (UTC)
*'''Oppose'''. Not a usual English construction, and risks confusion with a year range. &nbsp;&mdash;&nbsp;] (]) 06:55, 2 June 2020 (UTC)
*'''Limited support''' – in a context where it will not cause confusion, this might be acceptable. For example, labelling the bins a histogram with year/month, where space is constrained and the benefit of using a terser notation is being able to use a larger and more legible font. Ambiguous nonsense like "2007–08" to mean "2007–2008" should be strongly deprecated, however. ] (]) 11:55, 2 June 2020 (UTC)

Latest revision as of 18:14, 14 January 2025

This is the talk page for discussing improvements to the Manual of Style/Dates and numbers page.
Shortcuts
Archives: Index, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163Auto-archiving period: 2 months 
Peace dove with olive branch in its beakPlease stay calm and civil while commenting or presenting evidence, and do not make personal attacks. Be patient when approaching solutions to any issues. If consensus is not reached, other solutions exist to draw attention and ensure that more editors mediate or comment on the dispute.
This project page does not require a rating on Misplaced Pages's content assessment scale.
It is of interest to the following WikiProjects:
WikiProject iconManual of Style
WikiProject iconThis page falls within the scope of the Misplaced Pages:Manual of Style, a collaborative effort focused on enhancing clarity, consistency, and cohesiveness across the Manual of Style (MoS) guidelines by addressing inconsistencies, refining language, and integrating guidance effectively.Manual of StyleWikipedia:WikiProject Manual of StyleTemplate:WikiProject Manual of StyleManual of Style
Note icon
This page falls under the contentious topics procedure and is given additional attention, as it closely associated to the English Misplaced Pages Manual of Style, and the article titles policy. Both areas are subjects of debate.
Contributors are urged to review the awareness criteria carefully and exercise caution when editing.
Note icon
For information on Misplaced Pages's approach to the establishment of new policies and guidelines, refer to WP:PROPOSAL. Additionally, guidance on how to contribute to the development and revision of Misplaced Pages policies of Misplaced Pages's policy and guideline documents is available, offering valuable insights and recommendations.

Archiving icon
Archives
General Binary prefixes Years and dates See also


This page has archives. Sections older than 60 days may be automatically archived by Lowercase sigmabot III when more than 2 sections are present.
It has been 210 days since the outbreak of the latest dispute over date formats.

Numerals in a sequence

'Phase 1' or Phase one'? This appears to be a case that's not explicitly covered.

The AP Stylebook recommends using figures for sequences in its section on "Numbers": "Also use figures in all tabular matter, and in statistical and sequential forms", from which I infer that for sequences, such as 'phase 1', figures should be used for clarity and consistency.

Similarly, chapter 9 of The Chicago Manual of Style advises using figures when referring to a sequence.

I propose adding similar explicit advice to this section of the MOS.

-- Jmc (talk) 20:10, 19 October 2024 (UTC)

  • As usual, what's needed before something's added to MOS is examples of this being an issue on multiple articles -- see WP:MOSBLOAT. Are editors not able to work this out for themselves on individual articles? Anyway, why does the word "Phase" need this in particular? Why not "Section" and "Part" and any other words like that? The advice from APA and CMS are great if you're making up a new sequence for your thesis, but that's not us. It's hard to imagine an article using a phrase like "Phase 1" or "Phase One" on its own -- that is, other than in imitation of the phrasing of sources. So follow the sources; for example, Economic Stabilization Act of 1970 refers to Phase I and Phase II and Phase III., because that's the form the Act uses. We're not going to override that in the name of consistency with other, unrelated articles. EEng 22:00, 19 October 2024 (UTC)
    To clarify: I'm using 'Phase' purely as an example. The issue of using figures for sequences applies to any sequence. including 'Section' and 'Part' - and other examples: "Game 3", of a sequence of nine; 'Chapter 9' of a sequence of 24; 'Week 4' of a limitless sequence.
    I raise this issue in the context of differing editorial practices in the British Post Office scandal article, where both figures and words have been used to reference the same phases and weeks of the inquiry. I sought guidance from the MOS and found none.
    I'd be content to follow the sources, without adding bloat to the MOS, if I could be confident that that's an accepted stylistic convention in this instance. -- Jmc (talk) 22:27, 19 October 2024 (UTC)
    Such names are very often established by authoritative sources and constitute proper names; we should follow the sources rather than renaming them. Per EEng, we only need a MOS guideline if our sources don't provide clear names and either there is dissent among editors or consistency across articles would be of significant benefit. In the Post Office case, I see the phases have been titled Phase 1, Phase 2 etc by the inquiry so unless the inquiry's inconsistent, we can follow that source. Still, I see that this is a live issue at that British Post Office scandal article, so it would be wrong to establish a new guideline or issue some sort of MOS talk-page ruling without the knowledge of the other editor; pinging MapReader. NebY (talk) 14:56, 20 October 2024 (UTC)
    Between May 1966 and December 1989, multi-episode Doctor Who stories could have titles in any of the four combinations of (i) "Episode ..." or "Part ..."; (ii) numbers as figures or as words. The decision as to which format to use was probably in the hands of the series producer, but in our articles about each story, we give the actual title shown on screen - except that where the on-screen title is all-capitals, we reduce it to title case. Certain Doctor Who reference books do the same, so we're following the sources. --Redrose64 🌹 (talk) 18:18, 20 October 2024 (UTC)
    The question raised was "differing editorial practices in the British Post Office scandal article". Sounds like a matter of internal consistency, which is different. For all manner of things -- this being one IMO -- we might not need consistency among articles, but it does look bad within articles. Surely we already have a rule addressing that general issue tho? Herostratus (talk) 13:24, 21 October 2024 (UTC)
    I think we don't. In articles on TV series it's common to have expressions like "season 3" and "episode 7", which seem to go against our current wording (use words for numbers below 10). Gawaon (talk) 16:37, 21 October 2024 (UTC)
    It is indeed a matter of internal consistency and it does look bad, as Herostratus says. Within the one article (British Post Office scandal), we have (e.g.) both "Phase 3 hearings" and "Phases five and six". Is there in fact a rule addressing this general issue? -- Jmc (talk) 18:47, 21 October 2024 (UTC)
    From Misplaced Pages:Manual of Style/Dates and numbers#Numbers as figures or words: "Comparable values nearby one another should be all spelled out or all in figures, even if one of the numbers would normally be written differently." Unless you are dealing only with series with fewer than 10 seasons each with fewer than 10 episodes, it is more in line with MOS to give all season and episode numbers in digits rather than words. --User:Khajidha (talk) (contributions) 13:15, 22 October 2024 (UTC)
    True, but series with less than ten seasons aren't all that rare, and there are also miniseries with less than ten episodes. Gawaon (talk) 16:39, 22 October 2024 (UTC)
    Whether or not it's in line with MOSNUM, we frequently – I suspect in the vast majority of cases – give series/season and episode numbers in digits. I've been dipping into Misplaced Pages:Good articles/Media and drama#Television. Articles on individual episodes do routinely begin e.g. " the ninth and final episode of the first season" but with digits in the infobox. Articles on a season/series list episodes using digits, and articles on a show list series/seasons and episodes with digits, regardless of whether there are more or less than ten, in keeping with the examples in Misplaced Pages:Manual of Style/Television#Episode listing. Articles are often titled <show> season <n> where n is a digit, never a word, in accordance with Misplaced Pages:Naming conventions (television)#Season articles. Sampling our WP:Featured articles#Media, I see the same treatment in titles, infoboxes, and listings.I very much doubt that editors would accept changes to those FAs and GAs to bring them into line with MOS:NUMERAL, that FA and GA assessors will start to apply MOS:NUMERAL in such cases, that any move requests would succeed, or that MOS:TV and WP:TVSEASON will be brought into line with the current MOS:NUMERAL. Changing MOS:NUMERAL might be easier. NebY (talk) 08:20, 23 October 2024 (UTC)
    I agree, a small addition to MOS:NUMERAL might be a good thing. Gawaon (talk) 17:00, 23 October 2024 (UTC)
    Your final sentence doesn't follow from your statement. It would be more in keeping with the MOS to give all in words. MapReader (talk) 11:16, 23 October 2024 (UTC)
  • Generally concur with EEng and NebY. It's clear that certain conventions adhere strongly to certain things, and these conventions will be readily apparent from the source material about those things. WP is not in a position to impose an artificial WP-invented consistency on them that makes no sense for those familiar with the subject (e.g. referring to "issue number seven" of a comic book or "the three ball" in a game of pool). Where nothing like a consistent convention can be observed for the topic at hand, then MOSNUM already provides us with a default to fall back to: use "one" through "nine", then "10" onward. This is the case with centuries, for example. There is no overwhelming source preference for either "third century BC" or "3rd century BC" in reliable sources. (Books tend to prefer the former, journals use the latter more than books do because journal publishers are more interested in compression/expediency. Scroll through first 10 pages of GScholar resuls here and see how much variance there is, and how frequent the numeral style is compared to "traditional" spelling-out. That said, GScholar searches do include some books as well as journals.) Following our default system, we naturally end up with "third century BC" and "12th century BC". (Of course, our material doesn't perfectly follow this; our editors are human, not robots. Well, mostly.)  — SMcCandlish ¢ 😼  15:04, 24 November 2024 (UTC)

μs vs us

Which style I should use for micro seconds? Does μs relative to "Do not use precomposed unit symbol characters"? DungeonLords (talk) 04:44, 30 October 2024 (UTC)

The 2 characters "μ" and "s" are just fine. The precomposed symbols advice is to guard against particular fonts that combine them into a single character because many software readers for the sight impaired do not know all of these symbols.  Stepho  talk  04:53, 30 October 2024 (UTC)
But do use μ, not "u". The latter was something of an early-Internet halfassed approach, but we have Unicode now.  — SMcCandlish ¢ 😼  15:09, 24 November 2024 (UTC)

Day, date month format

Greetings and felicitations. I assume that such constructions as "Wednesday, 24 February" are discouraged, but I can't find it in the text or the this page's archives. (The comma seems unnecessary to me.) May I please get confirmation or refutation? —DocWatson42 (talk) 04:28, 4 November 2024 (UTC)

  • MOS:DATEFORMAT and MOS:BADDATE cover the allowed and disallowed formats. Unless the day of the week is vitally important then we leave it out.  Stepho  talk  06:16, 4 November 2024 (UTC)
    This specifically regards the "Hadaka Matsuri" article, and its Konomiya Hadaka Matsuri infobox, which includes the days of the week. —DocWatson42 (talk) 07:40, 4 November 2024 (UTC)
    Ah, the mysterious East. EEng 08:06, 4 November 2024 (UTC)
  • Salutations and hugs and kisses to you too.
    • If your question is whether day-of-week should be gratuitously included with dates for no particular reason, the answer is No. That is, if the day-of-week is somehow relevant to the narrative, sure, include it, but otherwise no.
    • Assuming we're in some situation where (per the preceding) inclusion of day-of-week is indeed justified, maybe your question is how to append the D.O.W.
      • If the date is February 24 or February 24, 2024, then without doubt the right format is Wednesday, February 24 or Wednesday, February 24, 2024.
      • According to "Elite editing" (whoever they may be -- search the text "inverted style" on that page), the corresponding answers for 24 February and 24 February 2024 are Wednesday, 24 February and Wednesday, 24 February 2024. To me that does seem right -- Wednesday 24 February 2024 (all run together, no commas at all) seems intolerable.
The question naturally arises as to whether MOS should offer advice on all the above. My answer, as usual, is provisionally No, per WP:MOSBLOAT. EEng 08:02, 4 November 2024 (UTC)
Looking at the article, the date is the 12th day of the Chinese year and the day of the week has no significance. I would remove the day of the week from all those dates in the infobox. For what it's worth, I spent most of the 1990s in Hong Kong/China. Major holidays based on the Chinese calendar treat the day of the week in the same way that we treat the day that Christmas falls on.  Stepho  talk  09:18, 4 November 2024 (UTC)
Okay—will do. Thank you both. ^_^ —DocWatson42 (talk) 09:21, 4 November 2024 (UTC)
The new 18th edition of The Chicago Manual of Style gives advice about commas in dates in ¶ 6.14. When giving examples they mostly give examples with words after the end of the date so the punctuation at the end of the date is illustrated. Some examples:
  • The hearing was scheduled for 2:30 p.m. on Friday, August 9, 2024.
  • Monday, May 5, was a holiday; Tuesday the 6th was not.
Jc3s5h (talk) 16:56, 4 November 2024 (UTC)
Concur with EEng on avoiding adding a rule about this, as more WP:MOSBLOAT. It's just a matter of basic writing sense, basic comma usage in competent English. Our MoS's purpose is not that of CMoS or Fowler's, trying to answer every imaginable usage question. Just those that have an impact on reader comprehensibility and/or recurrent editorial strife.  — SMcCandlish ¢ 😼  15:18, 24 November 2024 (UTC)

Spacing with percentage points

A question regarding spacing of percentage point (pp) usage. I have always assumed there is no space between the number and pp (e.g. 5.5pp not 5.5 pp), on the basis that you wouldn't put a space between a number and a percentage sign (5% not 5 %). There is no reference to this in the MOS, but the percentage point article uses it unspaced. It might be good to have it clarified in the MOS as I see regular changes adding spacing, which I am not sure is correct. Cheers, Number 57 23:49, 5 November 2024 (UTC)

  • MOS:PERCENT says "omit space".  Stepho  talk  23:54, 5 November 2024 (UTC)
    Perhaps I am missing something, but as far as I can see, it says to omit space when using the percentage symbol (%) but nothing about when using pp? Number 57 00:21, 6 November 2024 (UTC)
    Apologies, I missed the "point" word in your question.  Stepho  talk  01:49, 6 November 2024 (UTC)
  • % is essentially a constant factor (.01), but pp is more like a unit so my intuition says it should be spaced. I note that the basis point article uses a space before bp (mostly, anyway). I'll be interested to hear what others think. EEng 18:23, 6 November 2024 (UTC)
    You've got this back to front. Percent (%) is a standard unit symbol and should be spaced, whereas pp is a made up abbreviation, meaning you can put it anywhere you want, space or unspaced. I know MOSNUM says otherwise, which is WP's prerogative. In other words, if we need a rule, let's make one up and apply it, but there's no logic involved. Dondervogel 2 (talk) 21:06, 6 November 2024 (UTC)
  • Dondervogel, "Percent (%) is a standard unit symbol and should be spaced". Huh? It's not an ISO unit symbol, is it. No spacing in English, unlike French. On pp, I agree with EEng: space it. Tony (talk) 11:10, 8 November 2024 (UTC)
    Absolutely. When it comes to peepee, always space it . EEng 21:36, 8 November 2024 (UTC)
    Yes, "%" is an ISO standard unit symbol. Dondervogel 2 (talk) 12:45, 8 November 2024 (UTC)
    What is it the unit of? Gawaon (talk) 13:14, 8 November 2024 (UTC)
    Nothing. It's a dimensionless quantity. To the original q: I don't see "pp" used often, in fact rarely. It's probably better written out in full on first use, and if there are subsequent uses, follow the guidance at MOS:ACRO1STUSE. --Redrose64 🌹 (talk) 19:58, 8 November 2024 (UTC)
    It's used widely in election infoboxes where there isn't space to write it out. Number 57 22:25, 8 November 2024 (UTC)
    I will answer Gawaon's valid question in two parts. The first part is a quotation from ISO 80000-1:2009 (emphasis added)
    • In some cases, per cent, symbol %, where 1 % := 0,01, is used as a submultiple of the coherent unit one.
    • EXAMPLE 4
    • reflection factor, r = 83 % = 0,83
    • Also, per mil (or per mille), symbol ‰, where 1 ‰ := 0,001, is used as a submultiple of the coherent unit one.Since the units “per cent” and “per mil” are numbers, it is meaningless to speak about, for example, percentage by mass or percentage by volume. Additional information, such as % (m/m) or % (V/V) shall therefore not be attached to the unit symbol %. See also 7.2. The preferred way of expressing, for example, a mass fraction is “the mass fraction of B is w B = 0,78” or “the mass fraction of B is wB = 78 %”. Furthermore, the term “percentage” shall not be used in a quantity name, because it is misleading. If a mass fraction is 0,78 = 78 %, is the percentage then 78 or 78 % = 0,78? Instead, the unambiguous term “fraction” shall be used. Mass and volume fractions can also be expressed in units such as µg/g = 10-6 or ml/m3 = 10-9.
    Notice the deliberate space between numerical value (e.g., 83) and unit symbol (%). Dondervogel 2 (talk) 22:10, 8 November 2024 (UTC)
    The second part is a partial retraction, quoting from ISO 80000-1:2022, which supersedes the 2009 document:
    • If the quantity to be expressed is a sum or a difference of quantities, then either parentheses shall be used to combine the numerical values, placing the common unit symbol after the complete numerical value, or the expression shall be written as the sum or difference of expressions for the quantities.
    • EXAMPLE 1
    • l = 12 m - 7 m = (12 - 7) m = 5 m, not 12 - 7 m
    • U = 230 ⋅ (1 + 5 %) V = 230 ⋅ 1,05 V ≈ 242 V, not U = 230 V + 5 %
    The space is still there between numerical value (5) and percentage symbol (%), but I could not find an explicit reference to "%" as a unit symbol. I'm unsure how to interpret that change, but I'll report back here if I find further clarification. Dondervogel 2 (talk) 22:16, 8 November 2024 (UTC)
    I found this in NIST Special Publication 811
    • In keeping with Ref. , this Guide takes the position that it is acceptable to use the internationally recognized symbol % (percent) for the number 0.01 with the SI and thus to express the values of quantities of dimension one (see Sec. 7.14) with its aid. When it is used, a space is left between the symbol % and the number by which it is multiplied . Further, in keeping with Sec. 7.6, the symbol % should be used, not the name "percent."
    • Example: xB = 0.0025 = 0.25 % but not: xB = 0.0025 = 0.25% or xB = 0.25 percent
    • Note: xB is the quantity symbol for amount-of-substance fraction of B (see Sec. 8.6.2).
    • Because the symbol % represents simply a number, it is not meaningful to attach information to it (see Sec. 7.4). One must therefore avoid using phrases such as "percentage by weight," "percentage by mass," "percentage by volume," or "percentage by amount of substance." Similarly, one must avoid writing, for example, "% (m/m)," "% (by weight)," "% (V/V)," "% (by volume)," or "% (mol/mol)." The preferred forms are "the mass fraction is 0.10," or "the mass fraction is 10 %," or "wB = 0.10," or "wB =10 %" (wB is the quantity symbol for mass fraction of B—see Sec. 8.6.10); "the volume fraction is 0.35," or "the volume fraction is 35 %," or " φB = 0.35," or "φB = 35 %" (φB is the quantity symbol for volume fraction of B—see Sec. 8.6.6); and "the amount-of-substance fraction is 0.15," or "the amount-of-substance fraction is 15 %," or "xB = 0.15," or "xB = 15 %." Mass fraction, volume fraction, and amount-of-substance fraction of B may also be expressed as in the following examples: wB = 3 g/kg; φB = 6.7 mL/L; xB = 185 mmol/mol. Such forms are highly recommended (see also Sec. 7.10.3).
    • In the same vein, because the symbol % represents simply the number 0.01, it is incorrect to write, for example, "where the resistances R1 and R2 differ by 0.05 %," or "where the resistance R1 exceeds the resistance R2 by 0.05 %." Instead, one should write, for example, "where R1 = R2 (1 + 0.05 %)," or define a quantity Δ via the relation Δ = (R1 - R2) / R2 and write "where Δ = 0.05 %." Alternatively, in certain cases,the word "fractional" or "relative" can be used. For example, it would be acceptable to write "the fractional increase in the resistance of the 10 kΩ reference standard in 2006 was 0.002 %."
    As with ISO 80000-1:2022, there is always a space between numerical value (e.g., 35) and the percentage symbol (%), but no mention of % as a unit symbol. Dondervogel 2 (talk) 22:38, 8 November 2024 (UTC)
    there is always a space between numerical value (e.g., 35) and the percentage symbol (%) – Maybe in NIST-world, but not here on Misplaced Pages (see MOS:PERCENT), so I don't see how any of that helps us with the issue at hand. EEng 23:29, 8 November 2024 (UTC)
    I was correcting a misconception that % is not a unit symbol when it is. At least it was until 2022. I find it best not to leave incorrect statements unchallenged or they take on a life of their own. Dondervogel 2 (talk) 00:24, 9 November 2024 (UTC)
    Um, OK, but you do realize that WP does not follow NIST's advice about spacing it, yes? EEng 00:44, 9 November 2024 (UTC)
    Yep, and I wasn't trying to change that. My contributions have been to
    • correct a factual error (yours)
    • respond to questions from Tony and Gawaon
    I have not weighed in on the main thread regarding percentage points because I don't expect my opinion (based not on NIST's utterings but on the ISO standards on which they are based) to be taken seriously, so why would I waste my e-breath? Dondervogel 2 (talk) 09:41, 9 November 2024 (UTC)
  • It is not conventional to space "%" in English. Nearly no publishers do this, and our MoS doesn't say to do this or incidentally illustrating doing this, so don't do this. "pp" here is a unit abbreviation for percentage point ("the unit for the arithmetic difference between two percentages)", so space it. % is not a unit abbreviation/symbol, but a quantity symbol, so it's in a different class. It's more like the ~ in "~5 ml". That the spelled-out equivalent "approximately", like the spelled out "percent", is spaced apart from the numeral is irrelevant.  — SMcCandlish ¢ 😼  15:24, 24 November 2024 (UTC)

Do we have to convert inches for wheels?

I see people adding conversions to mentions of screen sizes and wheel dimensions - is this really necessary? Even in Germany or New Zealand, automobile and bike wheels are universally referred to by inches; rim diameters are expressly defined in inches in the EU regulations. To me, adding conversions for these types of dimensions adds unnecessary clutter, harming readability for no return whatsoever. I haven't read the entire MOS today, apologies if I missed a mention of these situations.  Mr.choppers | ✎  17:24, 13 November 2024 (UTC)

It looks like sizing bike wheels in inches is not universal. I see many charts in the I-net such as this that use both metric and imperial/American units for bike wheels and tires. Whether the convert template handles them correctly is another issue. Donald Albury 17:43, 13 November 2024 (UTC)
On the matter of wheel sizes, not all are inches. See this post and my reply. Even for a conventional non-Denovo wheel, the dimensions are a bastard mixture: "195/65 R 15" means a tyre that is 195 mm wide on a 15-inch rim. --Redrose64 🌹 (talk) 19:10, 13 November 2024 (UTC)
Yes, there is the Michelin TRX and the Denovo. Just as we wouldn't convert the "195" when we write 195/60 R15, I don't think we ought to convert the diameter either. I would treat all of these tire dimensions as one would nominal measurements, rather than inserting unnecessary templates. Bicycle tires, meanwhile, proved more varied than I was aware of.  Mr.choppers | ✎  04:33, 14 November 2024 (UTC)
I agree with Mr.Choppers on this subject. I think wheels sizes on cars are a compromise between the USA and the rest of the world. There are metric rims on older vehicles but pretty rare on new vehicles. Avi8tor (talk) 11:40, 14 November 2024 (UTC)
@Avi8tor: - I was actually triggered by you converting screen dimensions, but five minutes online showed me that the modern world has indeed begun dropping the use of inches for screens. My gut was wrong.  Mr.choppers | ✎  13:36, 14 November 2024 (UTC)
Many people around the planet know only millimetres, so it makes sense to have both. I notice in France the data information on television screen size have it in both inches and millimetres. Avi8tor (talk) 17:57, 16 November 2024 (UTC)

RfC Indian numbering conventions

There is consensus to continue using crore and lakhs when appropriate.

Most participants also generally agreed with SchreiberBike's conditions (or a variant) - Always 1) link it on first use, 2) include what it is a measure of (rupees can not be assumed), 3) also include conventional numbering, and 4) allow it only in articles about the subcontinent.

However, this RFC suffered from structural issues that a precise wording isn't agreed on yet. Any changes from status quo should go through a clearer future discussion or RFC on just that.

(non-admin closure) Soni (talk) 22:02, 24 December 2024 (UTC)

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.


I am revisiting an issue that was last brought up 6 years ago here and settled without a strong consensus.

I think we should avoid using Indian numbering conventions unless it is needed for context. For instance, if we want to list the box office take of an Indian movie, don't use "crore", use "millions". This isn't about disrespecting a culture, it's about using internationally favored notation and unit conventions. We should use "millions" instead of "crore" for the same reason we favor meters over feet. There is no reason that India-related articles should be an enclave of Indian conventions. People who are not Indian will struggle with these things, it will weaken Misplaced Pages's role as an information tool for everyone.

This is not the same thing as currency. It is appropriate to list an Indian movie's box office take in rupees. Providing a US$ conversion is optional, but a good idea since the US dollar is widely used around the world as a reserve currency. But write it as "millions of rupees", not "crores of rupees". Kurzon (talk) 16:38, 16 November 2024 (UTC)

What's the common usage in english? GoodDay (talk) 16:45, 16 November 2024 (UTC)
I don't think most people in the US understand what "crore" is, and would not recognize it as part of the English language. The online Merriam-Webster dictionary says it means ten million, specifically, a unit of value equal to ten million rupees or 100 lakhs. I think most people in the US would not even understand that a currency is being mentioned.
--Jc3s5h (talk) 17:00, 16 November 2024 (UTC)
Not just people in the US. Nobody outside of India can be expected to know what a crore is. Kurzon (talk) 17:15, 16 November 2024 (UTC)
We use meters over feet? Where?

In non-scientific articles with strong ties to the United States, the primary units are US customary (pounds, miles, feet, inches, etc.)

Aaron Liu (talk) 17:50, 16 November 2024 (UTC)
You get extra points for saying "US customary" and not "Imperial". 😉 Isaac Rabinovitch (talk) 18:20, 16 November 2024 (UTC)
imperial :3 Aaron Liu (talk) 18:30, 16 November 2024 (UTC)
I agree with Kurzon, do not use "crore", use "millions". Misplaced Pages is for a worldwide audience. Avi8tor (talk) 18:03, 16 November 2024 (UTC)
Kinda like how US units are used for US articles, I don't see the harm in using "crore", and it's way more work to manually convert to millions every time a member of India's vast diaspora in the Global North adds "crore" to an article, not knowing our ManualOfStyle. Aaron Liu (talk) 18:19, 16 November 2024 (UTC)
Except we don't favor meters over feet — we use both. That's what the Convert template is for.
Speaking as a non-Indian, who can never remember what how many is a "crore": I'm fine with it, as long as the international unit is also used. Isaac Rabinovitch (talk) 18:18, 16 November 2024 (UTC)
We already make an exception for feet. I see no good reason for barring a second exception. State in crore and convert to a unit non-Indians can understand (millions of rupees?). Dondervogel 2 (talk) 20:48, 16 November 2024 (UTC)

The article for the French movie Les Visiteurs lists the budget as "9.5 million", using a point as a decimal separator. In France they use commas for this, ie "9,5 million". We don't use the French notation convention for France-related articles. Kurzon (talk) 17:14, 16 November 2024 (UTC)

Is it the French style to use that notation in English? A different unit elicits way less confusion than a reversed decimal separator meaning anyways. Aaron Liu (talk) 17:50, 16 November 2024 (UTC)
This RfC is clearly improperly formatted, Kurzon; thank you to our unregistered friend for pointing this out.
Oh come now. It seems to be developing nicely, I doubt that any editors are swayed by the wording. it's not perfect but perfect is the enemy of good and its good enough. Herostratus (talk) 04:47, 29 November 2024 (UTC)
That reply was before the appropriate discussion centers were notified and before discussion started to develop. It's not just formatting; it's that there was no prior discussion. Now we're effectively having both at the same time, especially when an informal discussion could've resulted in consensus without a time-consuming process. Aaron Liu (talk) 16:08, 29 November 2024 (UTC)
Consistency and clarity to our international readership are valid arguments in favor of prohibiting "crore" and "lakh". However, Aaron Liu makes good points about the fact that we allow local variation in articles with local ties, e.g. all of ENGVAR. I am unsure where I sit on this issue. I would like to see some Indian editors weigh in on this. Toadspike 19:58, 16 November 2024 (UTC)
I also agree that crores are too obscure (as are lakhs), with use limited to South Asia. Feet and inches, while retrograde and infinitely useless, were used across most of the world not many generations ago. The major unit in Japanese is 万 (man), which is 10,000, but we do not use that because most people wouldn't know it. Engvar is somewhat different: we cannot avoid choosing between "colour" and "color", for instance, whereas we can easily write the globally recognized "millions" rather than crores. As for User:Aaron Liu's comment: if someone adds crore, it will be there until fixed – it's not pressing enough of a problem to hunt down every instance.  Mr.choppers | ✎  20:03, 16 November 2024 (UTC)
Good point about 万 – I completely forgot that Chinese has similarly different units. I think that settles it – either we allow crore and lakh alongside the East Asian 万 and 亿 (which I think is ridiculous) and an infinite variety of customary units, or we allow none.
(Two counterarguments: 1. This is a slippery slope argument, which is a logical fallacy. To which I say no, we can't give only one country special treatment, we ought to be fair. 2. The East Asian units are non-Latin characters and thus more impractical than "crore". This is true.) Toadspike 20:15, 16 November 2024 (UTC)
On the subject of the myriad, I agree with Toads's second counterargument: there is no widely-recognized English translation for the unit in some "East Asian variant" of English; they just convert it to short scale in translations.

we cannot avoid choosing between "colour" and "color", for instance, whereas we can easily write the globally recognized "millions" rather than crores.

Part of my argument is that "crore" vs long scale is basically the same thing as "colour" vs "color": anonymous editors are going to add them. A ton. Expecting people to not use crore is like expecting people to not spell "colour". It's not pressing enough to hunt down, sure, but you're going to see sweet summer children adding crore into crore-free articles again and again and again. Aaron Liu (talk) 01:14, 17 November 2024 (UTC)
By the way, I've left a (neutrally-worded) note about this discussion at the Talk page of WikiProject India. Toadspike 20:16, 16 November 2024 (UTC)
Notified: Misplaced Pages talk:Manual of Style/India-related articles. jlwoodwa (talk) 01:04, 21 November 2024 (UTC)
  • Allow, but always ... exactly as Mathglot laid out above (other than, per Stepho-wrs and Redrose64, {{convert}} isn't actually the right template, or at least isn't presently). I would add a further caveat that these traditional Indic units (technically, multipliers) should be given secondarily not primarily, but I could live without that.  — SMcCandlish ¢ 😼  11:55, 21 November 2024 (UTC)
  • Allow when appropriate, under conditions set out by ScreiberBike. Also, this RfC does not meet WP:RFCNEUTRAL. ThatIPEditor 02:18, 22 November 2024 (UTC)
  • Do not allow crore et al. It's not only native English-speakers who haven't a clue what it means when reading India-related articles; it's non-natives too. Tony (talk) 07:32, 22 November 2024 (UTC)
    I don't get what native/non-native speakers have to do with the issue. Aaron Liu (talk) 12:21, 22 November 2024 (UTC)
  • Allow per ScreiberBike for South Asian articles. Johnbod (talk) 17:29, 22 November 2024 (UTC)
  • Allow All Indian academic/professional textbooks and all Indian reliable sources, with few exceptions for specific conditions, use lakhs/crores when denoting INR and millions/billions when denoting foreign currencies. Not allowing is not an option, unless editors want to disregard Indian readers. Using X million rupees is almost as uncommon in India as using Y lakh dollars. My suggestion -- for articles that use {{Use Indian English}} force editors to 1) link it on first use, 2) include what it is a measure of (rupees can not be assumed) with Indian comma separator at 00 after thousands and for articles that don't use that template force editors to always use millions/billions with 000 comma separator. — hako9 (talk) 03:01, 23 November 2024 (UTC)
    Strongly disallow use of Indian comma separator. That would only serve to confuse. We don't permit a French comma separator on English Misplaced Pages. The Indian comma would be much worse. Dondervogel 2 (talk) 09:11, 23 November 2024 (UTC)
    I concur entirely with Dongervogel_2 on this side-point; we cannot mix-and-match numeric separator styles. We've repeatedly had debates in the past about permitting "," instead of "." as a decimal point to suit the preference of some subset of readers, and the answer is always firmly "no", so this isn't going to be any different. I'm not a professional researcher in this area, but I have looked into the matter in the course of various style debates, and the evidence clearly shows Indian publications using "Western" number formatting systems (or whatever you want to call them) on a regular basis, though often alongside the Indic krore, etc., system. That is, it's just not plausible that English-using readers in/from India have any difficulty understanding our numeric material, especially after the rise of the Internet has exposed them to content from all over the world since the mid-1990s and pretty much ubiquitously since the early 2010 with the rise of mobile data.  — SMcCandlish ¢ 😼  14:49, 24 November 2024 (UTC)
    “it's just not plausible that English-using readers in/from India have any difficulty understanding our numeric material …” Of course the same could be said of American readers and the spelling of ‘colour’. — HTGS (talk) 17:41, 28 November 2024 (UTC)
    What isn't the same is how many editors will add "colour" into articles while most wouldn't add numbers in the Indian system. Aaron Liu (talk) 18:30, 28 November 2024 (UTC)
    I’m genuinely not sure what your point is? Editors are more likely to (erroneously) change spelling to ‘colour’, so that gives them more grounds for the MOS giving them parity with American English? I know we should be realistic about what we can control, but I don’t love that logic. — HTGS (talk) 03:18, 29 November 2024 (UTC)
    Yes, that or add spelling that says "colour" is what I'm saying. Aaron Liu (talk) 04:03, 29 November 2024 (UTC)
    Like I would campaign for navboxes to be placed in the "see also" section if it weren't so widespread and unduly investative to correct. The corrections for disallowing crore are the same thing to me. Aaron Liu (talk) 04:11, 29 November 2024 (UTC)
    On this attempt at a color false analogy: "What isn't the same" even more pertinently is that the cases aren't parallel in any way. Crore and lakh are not barely noticeable spelling differences of an everyday word used the same way in every single dialect of English; they're a radically different system of approaching large-ish numbers. There is no audience capable of reading en.wikipedia for whom either colour or color is impenetrable. If HTGS's pseudo-analogy is intended to suggest that ENGVAR should be undone on the same basis that we would rejecte or further restrain use of crore and lakh, that doesn't work since they're not actually analogous at all, plus the fact that not a single element of MoS is more dear to the community than ENGVAR; it is never, ever going away. If HTGS isn't actually suggesting we get rid of ENGVAR but is instead trying to suggest that opposition to crore is pretty much the same as advocating the death of ENGVAR, that's not cogent either, for the same false-analogy reason plus scoops of slippery slope, overgeneralization, and argument to emotion fallacies plopped on top. Aaron Liu's original "what isn't the same" point is that most editors will use color or colour as contextually appropriate in our content, yet very few will ever add lakh or crore to an Indic-connected article. That could be argued to be suggestive of a de facto community consensus already existing against those units' use at en.wikipedia. While it's worth considering, it's clouded by WP:SYSTEMICBIAS in that a comparatively small percentage of our editors are from India or its immediate environs, so the statistics are probably not usefully comparable even if they could be gathered with certainty. I would suggest that the reasons to rarely use crore/lakh and to always convert when used at all, has to do with end-reader comprehensibility, not with editor preference or usage rates.  — SMcCandlish ¢ 😼  12:54, 23 December 2024 (UTC)
    Because, the fact is, we aren’t using varieties of English solely to ensure accuracy or intelligibility. They are also being used to avoid recreating the Anglo-American hegemony that exists in published English, and to foster a connection in the community with the most interest in the subject. — HTGS (talk) 18:05, 28 November 2024 (UTC)
    This is not MakeLocalsAsHappyAsPossiblePedia or EngageInCrossCulturalFeelGoodBackscratchingPedia or RightGreatWrongsPedia. It may be unfortunate in some sense that a "Western" (now globally internationalized) enumeration system dominates nearly everywhere (with arguably more benefits than costs), but it is a fact. And it has nothing to do with "Anglo-American" anything, being the same system used by the French and the Russians and the Japanese and so on, and predating both America and England and even the English language, going back to ancient Eurasia very broadly, from the Rome to China. (There's an incidental British correlation of course: it was largely the English, along with the Dutch, who pushed this system in India. That makes it socio-politically and emotively connected to India–UK and Indian–Western relations, but it is not an Anglic counting system and we are not to be confused by sentiment.) More to the point, the "job" of this site is to communicate clearly with as many English-competent readers as possible. The simple fact is that virtually no one outside of the Subcontinent and nearby islands (plus first-generation emigrées therefrom), think in or even understand lakh and crore; meanwhile pretty much everyone in India and thereabouts also understands millions, and hundreds of thousands, even if it is not their immediate mental model and they have to convert a bit in their heads, like Americans with metric units. There is no bothsides-ism to be had here; the sides are not equivalent. Finally, it is not the goal of our articles on Indic culture, history, geography, economics, etc., to appeal to and primarily serve the interests of people in South Asia, but everyone. For this reason, I'm supportive of retaining the permissibility of crore and lakh in relevant articles as long as they are always converted into the now globally prevalent enumeration system, and usually with that first unless there's an important contextual reason to use lakh/crore first. Best of both worlds: everyone gets to understand the material, and Indic numbering is not deleted. It's pretty much the same situation as American customary ("imperial") units of measurement: most of the world doesn't use or understand them, but we should not ban them, just always convert them to metric. (The only difference I can see is "wiki-political": our American editorial and read bases are so large that it would be very difficult to get consensus to always put American units second after metric even in articles about American subjects. That really should be the rule, but it'll be hard to get there.)  — SMcCandlish ¢ 😼  12:54, 23 December 2024 (UTC)
  • Do not allow crore - I am not convinced that this word is actually English, and this is the English-language wikipedia. It seems that this is a foreign word that is used alongside English in areas that have ties to the language this word is from. Even in these areas, it seems that English speakers there fully understand what "millions", "thousands", etc mean, and there have been attestations linked above where they use both, presumably to help English speaking people understand what number is being referred to. My perspective here is colored by being an American expat living in Japan... in day-to-day speech, I will sometimes mix the languages and say "Oh, this costs 3 man yen." But I am under no circumstances thinking that "man" meaning "ten thousand" is English. I'm using another language's word. That's what it looks like they are doing here. Fieari (talk) 07:01, 28 November 2024 (UTC)
    As an alternative, I would also accept allowing crore only if the "millions" number is included alongside it. Fieari (talk) 07:28, 28 November 2024 (UTC)
    "Gumption" is borrowed from Scots; it is English. "Chutzpah" is borrowed from Yiddish; it is English. "Powwow" is borrowed from East-American indigenous language; it is English. "Crore" is borrowed from Hindustani; it is Indian English. All of the above are attested by dictionaries, while "man" to mean myriads is not. Aaron Liu (talk) 18:28, 28 November 2024 (UTC)
  • Allow crore - my gut feeling is to disallow it because it is not English as understood by the majority of English readers (including native speakers from UK/US/Australia/etc and second language speakers from China/S.America/Europe/etc). However, crore and lakh are words that Indians practically think in even when speaking English. We have a similar problem where an article is marked as British English and has 99 occurrences of "litre" - an American will still add new stuff with "liter" because it is so naturally to them. In the same way, we will be pushing it up hill trying to get them to stop. So, we should let them use it in articles related to the Indian region but never on anything outside that region. Each first usage should link to crore and lakh so that the few non-Indian region readers have a clue what's going on. I would not bother with conversion to millions - once you learn that they are just putting 0's at the end it becomes easy enough in a short time and conversions just clutter up the article. But do not allow grouping like 1,00,000 under any circumstances. Stepho  talk  02:41, 29 November 2024 (UTC)
  • Don't allow crore. If there are people who don't know what "million" is, well some level of literacy is required here, yes. As to "link on first use", no, links are supposed to be "here's some extra/more detailed info about the subject if you want" not "you need to interrupt the flow of your reading and go off the page to understand this word". Herostratus (talk) 04:57, 29 November 2024 (UTC)
    Actually that's exactly what links are for. Readers who know the general topic well can just read an article straight forwardly. But readers new to the general topic are likely to come across words they don't know yet and can follow the links to learn. Eg, in car articles we often talk about the camshaft. If you are new to the detailed study of cars then you can follow that link and then return later.  Stepho  talk  06:09, 29 November 2024 (UTC)
    And if anybody thinks that a politely worded MOS rule will stop them adding crore and lakh then consider that at https://en.wikipedia.org/search/?title=Nissan&diff=1256595427&oldid=1256557060 somebody added a MDY style date in spite of the article having 186 references in DMY style. I fix these (in both directions) practically daily. People do whatever comes natural and do not consider that any other way even exists.
    But I do feel a little better after my vent :)  Stepho  talk  11:35, 29 November 2024 (UTC)
    +1 and it’s worth reiterating that most advocates here are suggesting that the Indic value should always be “translated” into a Western value in parentheses, so most naïve readers would still be able to parse the article without following the link. — HTGS (talk) 06:21, 29 November 2024 (UTC)
  • Do not allow crore—India-related articles are for international readership. No one outside the subcontinent is familiar with crore. It is a disservice to readers to allow it. Tony (talk) 06:24, 29 November 2024 (UTC)
    If they are not familiar with crore they can read the conversion to millions. And if they also want to learn about crore they can click on the link. I see no disservice. Dondervogel 2 (talk) 12:49, 29 November 2024 (UTC)
    Perhaps some are not aware but English Misplaced Pages is heavily used in India. The Top 50 Report from 2023 had five items about Indian movies and movie stars. The latest week's most viewed Top 25 had 2024 Maharashtra Legislative Assembly election and Kanguva. According to Indian English there are 128 million English speakers there. If we say to basically never use crore and lakh, we are sending a discouraging, even insulting, message to many of our readers and editors. SchreiberBike | ⌨  13:51, 29 November 2024 (UTC)
  • Allow in articles with strong ties to India, provided that the conversion is shown at first use. Hey, we could even write In non-scientific articles with strong ties to the United States India, the primary units are US customary (pounds, miles, feet, inches, etc.) multipliers are Crore and Lakh. See sauce for the goose. Also, it is very relevant that a huge fraction of en.wiki readers are Indian. "ccording to a 2011 census, 10.2% of the Indian population speaks English. This figure includes all Indians who speak English as a first, second, or third language. 10% of India's population is approximately 145 million people." Twice as many as in the UK, half as many as in the US. --𝕁𝕄𝔽 (talk) 11:49, 29 November 2024 (UTC)
  • Allow only with linking and conversion as per Mathglot. The most practical solution for both Indian and non-Indian readers. Chaotic Enby (talk · contribs) 23:41, 8 December 2024 (UTC)

Discussion

Maybe this can be solved technologically so that every user sees numbers in the way they are accustomed to? Alaexis¿question? 20:43, 8 December 2024 (UTC)

This could be done for logged in users, but the vast majority of readers are not logged in with an account. Similar solutions have been proposed for date style and variety of English, but they won't work. SchreiberBike | ⌨  20:50, 8 December 2024 (UTC)
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.

Which era?

I'm inviting fellow editors to figure out whether Religious perspectives on Jesus should use BC / AD or BCE / CE. The issue is that the article mixes eras and when I went back to see which was first, I saw it originally used "BC/BCE" and it stayed like that for years. The thread: Talk:Religious perspectives on Jesus#BC BCE AD CE. Thanks! — Preceding unsigned comment added by Masterhatch (talkcontribs)

MOS:ERA applies so status quo ante should apply. (FWIW, Judaism and Islam have religious perspectives on Jesus of Nazareth, so the neutral style seems entirely appropriate.). --𝕁𝕄𝔽 (talk) 00:18, 22 December 2024 (UTC)
Agreed on the last part. As for the procedural matters, all of our MOS:VAR principles ultimately default/fallback to the style used in the first non-stub version that used one of the competing styles, if consensus fails. MOS:STYLEVAR is the general principle, the root rule: Don't change from one acceptable style without a very good reason. If there is or you expect resistance, discuss to establish consensus. If you don't get consensus for your change (i.e., there is consensus against you), it stays the status quo ante. If there's no consensus on which would be better (which is often the case and likely the one in this case), then use the version established earliest. For particular things covered by MOS:DATEVAR, MOS:ERA, MOS:ENGVAR, WP:CITEVAR, we simply reiterate this principle and process more topically, and these ones also basically resolve to an additional rule: don't change that particular kind of style without establishing consensus first even if you're sure you've got a good reason and don't think there should be resistance.

The STYLEVAR process actually sometimes (namely when there's clearly no firm consensus in favor of the status quo ante, either) overrides the usual Misplaced Pages status quo ante principle, which in practice amounts to "fall back to whatever the discussion closer thinks is more or less a pretty long-term status quo". That usually works for a lot of things, but for these "I will win my Holy Style War or die trying" tedious cyclic bikeshedding typographic disputes, it has proven unworkable, because the dispute lives on and on, simply shifting in stages to: what constitutes a status quo; how long is long enough; whether interruptions in the use of the alleged status quo have reset its tenure; whether this *VAR-imposed consensus discussion was followed when the alleged status quo was imposed; if not, then whether that imposition pre-dated STYLEVAR requiring it; and yadda yadda yadda. There's just no end to it, because it's too often a super-trivial but deeply obsessive PoV-pushing exercise grounded in prescriptivist emotions (mixed sometimes with nationalist, or socio-politically activistic, or my-profession-vs.-yours, etc.). The style-war-ending default of falling back to the first major edit that established one of the competing styles is arbitrary (in both senses), but it is the end of it, and we move on to something more productive.

For this particular article: If "it originally used 'BC/BCE'" in the original post isn't a typo, and really does mean that the style was mixed from day one, then that's a rare edge case, and JMF's "status quo ante should apply" is probably the only reasonable approach. (Even from an excessively proceduralist viewpoint: If STYLEVAR and its application ERAVAR impose an overriding principle that in this case cannot actually be applied, then the default necessarily must be the normal Wikipedian status quo ante principle, even if for matters like this it tends to lead to re-ignition of the dispute again in short order. Not every solution is perfection.)  — SMcCandlish ¢ 😼  12:02, 23 December 2024 (UTC)

But what would be the status quo ante in this case? Surely you can't mean the mixed BC/BCE style? Gawaon (talk) 08:56, 24 December 2024 (UTC)

Four questions

  1. Can 24-hour clock be used in articles with strong ties to United States (I have seen no US-related articles with 24-hour clock) such as: "The Super Bowl begins at 18:40 ET?
  2. Can 12-hour clock be used with UTC time?
  3. How are primary units of an article determined if the article has strong ties to both US and Canada, as Canada-related articles always use metric units first? For example, Great Lakes is such an article, and it currently uses imperial units first, but it would be more logical to use metric units first as a Canada-related article.
  4. Why mixed units are not used with metric units? Why it is either 1.33 m or 133 cm, but never 1 m 33 cm? --40bus (talk) 23:04, 21 December 2024 (UTC)
    I'd add a fifth question: why does Misplaced Pages not use ISO dates, i.e. yyyy/mm/dd? They are becoming more common internationally. Skeptic2 (talk) 00:02, 22 December 2024 (UTC)
    1. I wouldn't recommend it.
    2. Probably?
    3. That should be decided on a case-by-case basis.
    4. No benefit for the additional visual or semantic complexity; that's part of the appeal of the metric system, right?
    5. English-language sources never use this format, and the English Misplaced Pages bases its style on that of other English-language media.
    Remsense ‥  00:58, 22 December 2024 (UTC)
    You write "English-language sources never use this format", but this is untrue. ISO date format is widely used in scientific publishing and it is standard in aviation and for machine processing. Have a look at the Misplaced Pages entry List of date formats by country. You might be surprised.Skeptic2 (talk) 23:35, 22 December 2024 (UTC)
    I personally use ISO format on my devices; if it helps, you can replace "never" with "almost never". Remsense ‥  23:36, 22 December 2024 (UTC)
  1. MOS:TIME says 12 and 24 clocks are equally valid. It's just that the majority of native English speakers use 12 hour clocks, so they choose to use 12 hour clocks. If you create an article (or are the first to mention times within an existing article) then you can choose. Don't change an existing article from one to the other. With the possible exception of US Army articles, you may get kick-back from readers not familiar with the MOS. See the WP:JUSTDONTLIKEIT essay.
  2. UTC is an offset. It is a separate question from how you format that time. UTC can be used with either 12 or 24 hour clocks. See MOS:TIMEZONE but it doesn't actually say much.
  3. Primary units are based on strong ties to a country. If you have multiple countries with a mix of units then you have multiple weak ties and no strong ties. Therefore we default to metric first, as per WP:UNITS. Only articles with strong ties to the US and UK get to use imperial units first.
  4. A major benefit of metric is that we can change from m to cm to mm to km just by shifting the decimal point. Splitting it into 1 m 33 cm makes that harder and is now rarely used in metric countries. It was more common in my country of Australia during the first 20 years after metrication when we copied our old imperial habits but it fell out of favour and we now universally say 133 cm, 1.33 m or 1330 mm as appropriate. Countries using imperial units tend to use split units because it is so hard to convert miles to feet, gallons to ounces, etc in your head.
  5. ISO 8601 dates are allowed in limited cases (mostly references and tables where space is limited). It is not used in prose because it is not yet common for native English speakers to use this in their day-to-day lives. Note that any other purely numeric format is strictly disallowed. See WP:DATEFORMAT  Stepho  talk  01:09, 22 December 2024 (UTC)
    (In terms of accuracy in my own answers, 2 out of 5 ain't bad right?) Remsense ‥  01:11, 22 December 2024 (UTC)
Being OCD helps 😉  Stepho  talk  01:58, 22 December 2024 (UTC)
I'm unsure how to medicalize it, but I'm certainly obsessive and compulsive, and it only helps somewhat! Remsense ‥  02:00, 22 December 2024 (UTC)
Answering #2 and #4 only
  • 2. No. The clarity of UTC is obtained only with a 24-hour clock.
  • 4. You could write 1 m + 33 cm if you want, but why make life so complicated? The plus sign is needed because without it a multiplication is implied (1 m 33 cm = 0.33 m).
Dondervogel 2 (talk) 07:43, 22 December 2024 (UTC)
The answer to Q2 will depend at least in part on whether UTC was chosen because it's local time or because it's the international time standard. It would make no sense to allow the 12-hour clock for events in London between March and October, but ban it for events between October and March. Kahastok talk 14:56, 22 December 2024 (UTC)
@Kahastok: I don't get this reply. The time of an events in London is given according to BST (= UTC+01:00) in summer and according to GMT (= UTC+00:00) in winter – normally without either qualification stated unless it is the weekend when the time changes. It the time zone matters (for an internationally televised live event, for example), the time is normally given both ways: in the local and in the international notations. (Or did you not realise that GMT is just another timezone, not a synonym for UTC though often used that way, especially by seafarers.) 𝕁𝕄𝔽 (talk) 15:58, 22 December 2024 (UTC)
I don't accept that UTC is always distinct from GMT. Usually there is not enough information about the reasons a particular author used one or the other abbreviation to tell if the author intended a distinction or not. Jc3s5h (talk) 17:15, 22 December 2024 (UTC)
Well OK, if we're going to insist that the sub-second formal discrepancy between GMT and UTC is somehow vitally important (despite all evidence to the contrary) the split hairs do not count in the case of Lisbon, where the local time in the winter is defined as UTC, rather than just being UTC in practice. Why would we say that a winter event in Lisbon has to use the 24-hour clock, but a summer event does not?
For the record, I don't think I have ever seen a time recorded at 17:00 GMT (17:00 UTC) and I would like to see examples of that usage. Kahastok talk 19:48, 22 December 2024 (UTC)
and you never will, because it would be pedantic in the extreme. In fact most timestamps you see anywhere will be just one of (a) not stated, because it is for local use; (b) the local timezone (notation adjusted according to whether or not DST is in operation); (c) a poor third at "front of house" (excepting worldwide online systems like Misplaced Pages), UTC time. Use of both (b)&(c) at once is very rare, vanishingly so if b=GMT or even BST.
Jc3s5h is certainly correct for use of GMT in almost all sources pre this century and still quite a few recently – it will take 50 years to fall out of use as a world standard, I suspect. Perhaps more ... who would think that there are still people who insist on chain (unit)s?
Just to be clear, I am not proposing that we introduce an MOS rule mandating any notation. Just clarifying that GMT is not a synonym for UTC. 𝕁𝕄𝔽 (talk) 20:25, 22 December 2024 (UTC)
If you weren't aiming to be pedantic in the extreme, why bring it up? And in particular, why claim - specifically in the context of GMT vs UTC - that the time is normally given both ways: in the local and in the international notations in situations where time zone matters? 'Kahastok' talk 21:22, 22 December 2024 (UTC) s
My 2c:
  1. Not just English speakers, anybody with an analogue wristwatch display does so. BUT (in the UK at least), train, bus and plane timetables are invariably shown using 24 hour clock notation. Basically, anywhere that it matters, where ambiguity might arise.
    1. The application of am and pm to 12:00 noon and midnight seems to be a perennial source of dispute, see 12-hour clock#Confusion at noon and midnight. Good luck with writing an MOS guidance that avoids that minefield.
  2. I was about to declare that UTC offsets never exceeds 12:00 so crisis, what crisis? But I think there is a UTC+13:00 on one of the Pacific islands near the date line?
  3. Stepho, the use of imperial units in the UK is dying out, literally as well as metaphorically since they are preferred by the older generation. Don't be fooled by the rail-fans insistence on chains – all UK railway engineering has been done in metric since 1975. So no, MOS:RETAIN applies to UK articles too. Except articles under the aegis of Misplaced Pages:WikiProject UK Railways, of course. --𝕁𝕄𝔽 (talk) 15:43, 22 December 2024 (UTC)
  4. I concur with Stepho's reply.
  5. Anybody who puts their boiled egg upside down should be taken out and beheaded immediately! (aka, ask us again in a 100 years time but it is a non-starter right now.)
Here endeth the lesson. 𝕁𝕄𝔽 (talk) 15:40, 22 December 2024 (UTC)
You say, the use of imperial units in the UK is dying out. Is it therefore your contention that the British (or even just younger British people) all use kilometres really and just put miles on all the road signs to confuse foreigners? Kahastok talk 19:48, 22 December 2024 (UTC)
Because of the multitude of road signs and therefore the huge cost of moving from miles, that one will likely never change. In most other fields, however, there has been a progressive move toward using metric measurements in the UK over recent decades. MapReader (talk) 04:05, 23 December 2024 (UTC)
Never mind that other countries that went metric changed our road signs just fine.  Stepho  talk  05:09, 23 December 2024 (UTC)
Dondervogel 2@, why must UTC be 24 hours? UTC is just a timezone. Technically it is no different any other timezone and the other time zones can use either 12 or 24 hour times as they wish. Of course, UTC is a little special in that it gets used as the "universal" timezone. And when somebody wants to be unambiguous they tend to use 24 hour time. And when they want to be really unambiguous they write it as UTC rather than local. But a lot of that is just convention. They could equally well say 4:00 pm UTC and still be very precise and unambiguous.
Also, why do you need the "+". In the 1970s in Australia (just after metrication) we used to see "1 m 33 cm" a lot. I've never seen anyone think that it was multiplication. It was more likely from the habit of doing "4 ft 7 in". Once we learnt that writing it as 1.33 m or 133 cm made conversion between them trivial (just shift the little dot), we dropped the complication of mixed units.  Stepho  talk  05:09, 23 December 2024 (UTC)
  • UTC is not a time zone. It's a time standard, and it uses a 24-hour clock.
  • In the language of the SI, symbols have special meanings. If you mean addition (as here) you need a "+" sign. In the absence of any other symbol, a space denotes multiplication. Outside the SI you can invent any conventions you want, and Misplaced Pages sometimes chooses to depart from the SI, via MOSNUM. I don't believe MOSNUM permits this particular departure.
Dondervogel 2 (talk) 08:30, 23 December 2024 (UTC)
Remsense, one reason Misplaced Pages can't rely on ISO 8601 throughout is that some articles express dates in the Julian calendar, or even the Roman calendar, and ISO 8601 only allows the Gregorian calendar. ISO 8601 is fine for airline schedules and hotel reservations, but it truly sucks for history. Jc3s5h (talk) 15:13, 22 December 2024 (UTC)
If we can't get Americans to switch to DMY, or Brits to switch to MDY, what hope do we have of getting both groups to switch to YMD? --Redrose64 🌹 (talk) 00:03, 23 December 2024 (UTC)
I think the biggest problem with YMD, besides unfamiliarity, is that you frequently want to suppress the Y part when it's understood, and that's harder to do when it's at the start. --Trovatore (talk) 00:14, 23 December 2024 (UTC)
I think the UN should enforce use of DMY worldwide on Mondays, Wednesdays and Fridays, MDY on Tuesdays and Thursdays, and of course dedicate the weekends to YMD. Remsense ‥  00:20, 23 December 2024 (UTC)
Whaaaaat? Why would we want the least fun format on the weekend?  — SMcCandlish ¢ 😼  09:02, 23 December 2024 (UTC)
Year-first encourages us to meditate on the long term while many are less occupied at work. Remsense ‥  08:59, 24 December 2024 (UTC)
My responses to these questions would be:
  1. There is no strong tie of "18:40" format to the US, or the UK, or whatever. It's a format used in a variety of military, otherwise-governmental (e.g. transport/transit scheduling), and sometimes scientific and a few other contexts, and that's true inside and outside the US. It's a completely abnormal format outside of those kinds of contexts, and people don't use it on an everyday basis (that I know of; maybe there is some English-using country in which it has been so aggressively imposed that it's become an everyday norm there and people don't know what "3 pm" means any more, but I'm not aware of such a place). MOS:NUM grudgingly permits its use, but 24-hour format verges on "user-hateful" and should be avoided in most circumstances (i.e. where it's not an established norm for the subject in question).
    • On JMF's side point about "12:00 pm", MoS could easily have a rule about this, just to settle the confusion, which is common among the general populace, but not among reliable sources on time and writing, in which it virtually always corresponds to "12:00" in 24-hour time, with "12:00 am" being "00:00". MoS saying something about it, though, should be to avoid it in favor of "midnight" and "noon", because confusion among everyday people persists. (My city is gradually changing all of its "No Parking 12 AM – 6 AM, Street Cleaning, Tu, Th" signs to "No Parking 12:01 AM – 6:01 AM, Street Cleaning, Tu, Th" because of this factor).
  2. Meaningless, confused question. As Stepho-wrs explained, UTC is an offset, not a format. There's a standardized way of writing the name of a UTC time-zone offset, e.g. as "UTC+05:00", but that's not relevant to how times are used or referred to (in various styles) for typical human consumption. Likewise, the Unicode name of "@" is "U+0040 @ COMMERCIAL AT", but this has no implications for use of the symbol or for plain-English references to it; writing "the at-sign" is not an error. When WP puts "3:05 pm, February 3, 2002 (UTC)" in someone's sig to conform to their date settings in the WP "Preferences" panes, that is also not an error.
    • Stepho-wrs (which surprises me, given the above) wondered why UTC offset names use a +. It's because the offsets run both directions, e.g. "UTC−05:00" is US and Canadian eastern standard time, and rendering the positive ones as "UTC 05:00" or "UTC05:00" would be problematic for humans and automation alike in various ways. The + isn't any more superfluous than the leading 0 on 00–09.
  3. A Canada–US squabble over ordering: A) Who cares? We have {{convert}} for a reason. B) This is a pretty good argument (from Stepho-wrs): "If you have multiple countries with a mix of units then you have multiple weak ties and no strong ties. Therefore we default to metric first, as per WP:UNITS." B) If that argument were not persuasive, then MOS:STYLEVAR still already covers this: When there are two competing acceptable styles, do not change from one to the other without an objectively defensible reason. Try to establish consensus on the article's talk page about which should be preferred, if you are convinced a change should happen. Iff such a consensus cannot be reached, then default to whatever was used in the first post-stub version of the article (same as with ENGVAR disputes, and CITEVAR ones). So, we are not missing any rules.
  4. It's "1.33 m" (not "1 m 33 cm") primarily because that is how the metric system is internationally standardized and how it is used in the real world, rather consistently. The two-units version is also less concise, and annoyingly repetitive because of how the units are named. And the system is designed to be decimal from the ground up. Thus Steoph-wrs observation: "Once we learnt that writing it as 1.33 m or 133 cm made conversion between them trivial (just shift the little dot), we dropped the complication of mixed units." It's not WP's role to treat occasionally-attestable but very disused variants away from a near universal system as if they had become norms and must at all costs be permitted. (Much of MoS's role is eliminating unhelpful variation that is confusion or which causes cyclic dispute, even if we settle on something arbitrary; but most of MOS:NUM is not arbitrary but standards-based.) As for US customary (or "imperial" units, never mind the British empire doesn't exist any longer and what's left of it metricated a long time ago), you can find decimal uses of it for various purposes in real-world publications (e.g. "0.35 in"), but it tends to be for special purposes, like establishing margin widths when printing on non-metric paper, and in electronic media when calculation or sorting might be needed. But the typical use of such units is in "3 ft 7 in" form because they are unrelated units, and because the two-unit split format is deeply conventionalized, including in various industries like construction. That's not true of "3 m 7 cm".
    • I don't buy Dondervogel_2's "multiplication implied" argument. Virtually no one outside of some particular ivory towers (and even then only in specialist material that was explicit about it) would ever interpret any "# unit1 # unit2" construction, in any context, as a multiplication operation. The real world routinely uses formats like this and never means multiplication by it. E.g. look at the fine print on any laptop's or other device's power-brick; you'll likely see back-to-back, undivided measurement-and-unit-symbol pairs, like "12 W  3.7 A".
  5. Skeptic2's add-on ISO-dates question: WP doesn't use 2024-12-23 format (except for special purposes) because it is not a norm, anywhere (as an ENGVAR or other geographical or dialect consideration). It's only standardized within specific industries, systems, processes, organizations, and other specialized usage spheres. (I use it very, very frequently in web development and other coding. But it's not something I'd use in a letter or a novel or an op-ed, because it's a format for computers, and for precision and cross-language exchange among engineers and scientists, not a format for everyday communication.) I've never seen one iota of evidence of broad and increasing acceptance of ISO among the general public for daily use, in regular writing (though ability to parse it has likely increased in the last 30 years because of the Internet and the amount of people's exposure to code that uses it). But it does not match anyone but maybe an ultra-nerd's English-language parsing. If you're American, probably (unless you are older and rural) what you think and say aloud to express today's date is "December 23, 2024" or perhaps "December 23rd, 2024". If you're not American, you probably (some Canadians are an exception too) would express it as some variant of "23 December 2024", "23rd December, 2024", or "the 23rd of December, 2024", depending on your age, social background, country of origin, etc. (American yokels often use the last of those; I have relatives in the Deep South who do it habitually.) These correspond closely (between exactly and too-close-to-matter) to MOS:DATE's two "M D, YYYY and "D M YYYY" formats. An ISO date does not. It's very unnatural. It requires the reader (most readers, anyway) to stop and "translate" it in their heads, thinking about which block of numbers means what, and so on. (I've been using ISO dates on a daily basis since around 1990, and I still have to think about it a little, and once in a while get it wrong, especially shortly after transferring from narrative work to coding work.) Worse, many people do not know at all whether that represents YYYY-MM-DD or YYYY-DD-MM; lots of non-geeky non-Americans mistakenly think it's the latter because they are used to D M YYYY order otherwise, and the idea of the month coming before the day is foreign to them, an annoying Americanism. I run into this problem in a great deal of online content.
 — SMcCandlish ¢ 😼  09:02, 23 December 2024 (UTC)
Official documents in South Africa are YYYY-MM-DD, I personally use it to name bank statements etc. on my computer because they are easier to find. It depends on what you are used to. Avi8tor (talk) 12:56, 29 December 2024 (UTC)
It isn’t however very readable, on articles of prose. MapReader (talk) 18:20, 29 December 2024 (UTC)
To reiterate a distinction that's not potentially reducible to cultural acclimation, it's clear that purely numerical formats are less natural in prose. Remsense ‥  18:23, 29 December 2024 (UTC)

Unit formatting

Are any of these formats correct?

  • a 10-cm blade
  • a 10 cm blade
  • a 10-cm-long blade
  • a 10 cm-long blade
  • a ten-cm blade
  • a ten-cm long blade

And why numbers are not spelled out before unit symbols, and why unit symbols are used more with metric than imperial units, where unit names are typically written in full? --40bus (talk) 13:56, 22 December 2024 (UTC)

In answer to your first question I suggest choosing between "a 10 cm blade" and "a ten-centimetre blade".
To the second, there is no internationally accepted standard describing symbols for the imperial unit system. Perhaps that is the reason. Dondervogel 2 (talk) 14:05, 22 December 2024 (UTC)
You can also consult our {{convert}} template which deals with all these edge cases: {{convert|10|cm|adj=on|abbr=on}} produces 10 cm (3.9 in), per MOS:UNITSYMBOLS.
Also, is there a reason you're not just consulting the MOS directly? It more or less covers your questions so far. Remsense ‥  15:07, 22 December 2024 (UTC)
This is possible to output: {{convert|10|cm|adj=on|abbr=on}}, and it produces: ten cm (3.9 in). So, why it is not used? And a sixth question, why fractions are not usually used with metric units? Fractions would be useful indicating repeating decimals, such as one-seventh of a meter, as things like "0.142857142857... m" or "0,142857 m" would look ugly, so 1⁄7 m would be only option. --40bus (talk) 23:13, 22 December 2024 (UTC)
Do you have a real world example illustrating your concern? Dondervogel 2 (talk) 23:22, 22 December 2024 (UTC)
How would 1⁄7 be the "only option"? You yourself just used the obvious other one: simply writing "one-seventh", which isn't broken in any way, and is probbaly easier to read for most people, than 1⁄7, which can mess with line height. It actually copy-pastes as 1⁄7, with inconsistent display on various systems. The use of the Unicode fraction-slash character is interpreted by some OSes, including my Win11 box (but not my Mac, or any Linux I can remember using), as an instruction to superscript the 1 in nearly unreadably tiny font and do the same to 7 but as a subscript. (Win11 even does this to me in a <code>...</code> block!) I'm not convinced we should have that template at all, since the Internet has done just fine with 1/7 for decades. Regarding the other material, Remsense is correct that there's a standard way of abbreviating metric units (and there's also a lot of systemic enforcement of that), but there isn't an entirely standardized approach to other units (perhaps better called "American traditional" at this point), and they are often unabbreviated in the real world. So, despite MoS providing a standard way of abbreviating them (based on ANSI or whatever, I don't remember), there's less editorial habit and desire to bother with it, while editors steeped in metric (everyone but Americans) are habituated to the short symbols. Nothing's really harmful about any of this, with regard to reader comprehension, so we have no need to firmly impose a rigid rule to do it this way or that. (We do have such a rationale for settling on particular American/"Imperial" unit abbreviations, though, since use of conflicting ones from article to article would be confusing for readers and editors alike, and some of them found "in the wild" are ambiguous and conflict with actual standards (e.g. using "m" to mean 'miles' instead of 'metres/meters'). As for the original question, yes it's "a 10 cm blade", and the output of {{convert}} is MOS:NUM-compliant. A construction like this is taken as an strongly conventionalized exception to the MOS:HYPHEN rule of hyphenating compound modifiers (writing "a 10 cm-blade" or "a 10-cm-blade" isn't really any clearer, and probably less so). In long form it would be "a ten-centimetre-long blade" and Dondervogel is correct that "-long" would usually be omitted for concision, unless it was necessary to indicate length versus width of something (which isn't the case with a knife or sword or whatnot, but would be with a shipping box).  — SMcCandlish ¢ 😼  07:12, 23 December 2024 (UTC)

Mixed spelled/figure format

How did we come to this guidance?

Comparable values near one another should be all spelled out or all in figures, even if one of the numbers would normally be written differently: patients' ages were five, seven, and thirty-two or ages were 5, 7, and 32, but not ages were five, seven, and 32.

This goes against the AP Stylebook that pretty firmly enforce that the numbers nine and below should be spelled out, while figures should be used for 10 and above. I’m not as aware as other style guides, is this a case of AP being the odd one out… or is Misplaced Pages style the odd one? -- RickyCourtney (talk) 04:14, 28 December 2024 (UTC)

The example shows it very well. Mixing both types in one sentence like ages were five, seven, and 32 looks very amateurish.  Stepho  talk  05:43, 28 December 2024 (UTC)
I agree, but as the MoS is the only style guide I've perused at length, I'd naturally be inclined to. I wonder what the provenance of this guideline is also—and that of other guidelines of note as well if anyone knows and cares to waste time telling me. Remsense ‥  05:54, 28 December 2024 (UTC)
Saying it “looks very amateurish” is very much a subjective opinion.
But to focus this on my more real-world concerns, this question was prompted by in connection to coverage of the jet crash in Kazakhstan. So in keeping with that, I present how the New York Times handles three such sentences on one article on the topic: Kazakhstan’s Emergency Situations Ministry said that at least 29 people had survived, including two children … Kazakhstan’s transportation ministry said that the flight’s passengers included 37 Azerbaijani nationals, 16 Russians, six Kazakh citizens and three Kyrgyz nationals. … The airline’s last major episode was in 2005, when an An-140 plane crashed shortly after takeoff, killing 18 passengers and five crew members.
Because of editors closely following our current MOS, our introduction on this same topic reads: On 25 December 2024, the Embraer 190AR operating the route crashed near Aktau International Airport, Kazakhstan, with sixty-two passengers and five crew on board. Of the sixty-seven people on board, thirty-eight died in the crash, including both of the pilots and one flight attendant, while twenty-nine people survived with injuries.
If we adopted AP style it would read: On 25 December 2024, the Embraer 190AR operating the route crashed near Aktau International Airport, Kazakhstan, with 62 passengers and five crew on board. Of the 67 people on board, 38 died in the crash, including both of the pilots and one flight attendant, while 29 people survived with injuries.
In my opinion, the AP style is vastly superior to what is suggested by our current MOS. RickyCourtney (talk) 07:29, 28 December 2024 (UTC)
The present guidance not to mix forms has consensus here. If you want that to change you'll need to propose a change to the wording, and explain why it is better. Saying "AP does it that way" seems unlikely to change the consensus. Dondervogel 2 (talk) 07:40, 28 December 2024 (UTC)
Long time editor, but this is definitely the first time I’ve encountered a MOS rule that I found so out of line with how I am used to writing (as you can probably surmise, I use AP in my day job). Frankly, I was just trying to get insight into why this was the consensus. I’m happy to propose something, is this the correct venue? Does it need to be in a formal format? RickyCourtney (talk) 08:17, 28 December 2024 (UTC)
Go ahead and suggest an improvement. This is the right place for it. Indeed it is the raison d'etre of this talk page. There is no formal format. Just make sure the proposed change is clear, and explain how it results in an improvement. Dondervogel 2 (talk) 08:21, 28 December 2024 (UTC)
It's pretty clear they're suggesting the AP style, right? I don't think it'll catch on here, though. However, one point in its favor one could argue is it doesn't depend at all on the surrounding context. Remsense ‥  08:24, 28 December 2024 (UTC)
I agree the verbatim AP wording, including “You should use figures for 10 or above and whenever preceding a unit of measure or referring to ages of people, animals, events or things”, would be unlikely to gain acceptance here, mainly because of its far-reaching consequences for other parts of MOSNUM. Let’s judge the proposal when it comes. Dondervogel 2 (talk) 08:50, 28 December 2024 (UTC)
No one has yet replied to the "why?" question. One would need to check the archives to be sure, but I imagine one reason is to avoid bizarre combinations like "the sum of 11 and two is 13". Dondervogel 2 (talk) 09:18, 28 December 2024 (UTC)
I suspect a significant part of the answer to “why?” is that, unlike other publications that set down a preferred style which they then use universally, Misplaced Pages explicitly tolerates a variety of styles across its ‘publications’ - most obviously for the national varieties of English, and date formats, but also in many other respects (‘AD’ or ‘CE’ being just one example) - with the MoS itself being guidelines that are widely respected, but not policy that can be rigidly enforced. This is a pragmatic compromise, given our global reach and multitude of editors of all ages and nationalities, and the practical impossibility of enforcing any single way of writing. But it does make consistency a policy issue for WP, which it simply isn’t for any other publisher (since by definition their style guides ensure that everything is consistent). Thus WP guidelines put a lot of emphasis on style choices being internally consistent within articles, because they aren’t between articles. When it comes to number format this means using either words or figures, but not a confusing jumble of both. Personally, I think this is a sensible guideline and would expect to oppose any proposed change, unless the argumentation is exceptionally convincing. MapReader (talk) 14:08, 28 December 2024 (UTC)
I'd say that Of the 67 people on board, 38 died in the crash, including both of the pilots and one flight attendant, while 29 people survived with injuries is absolutely fine and in agreement with our guidelines. The numbers one and 29 are so far from each other that there's just no reason to consider them "comparable" (except in the trivial sense that you can compare anything with anything, but that's certainly not the intended one here). I'd also consider with 62 passengers and five crew on board as fine since crew members and passenger numbers aren't really comparable either – there'll likely to be an order of magnitude or more away from each other, as in this case. That's very different from people's ages (the example given), which all come from a population's age distribution and rarely exceed 100. Gawaon (talk) 08:49, 28 December 2024 (UTC)
I would argue the present guidance should result in "62 passengers and 5 crew", not "62 passengers and five crew". I have the impression RickyCourtney would like to change the guidance to reverse that preference. Dondervogel 2 (talk) 08:58, 28 December 2024 (UTC)
62 passengers and 5 crew is certainly possible if we consider this as falling under the guideline. However, Of the 67 people on board, 38 died in the crash, including both of the pilots and 1 flight attendant, while 29 people survived with injuries is certainly too odd to consider! My point, of course, was that these sentences don't fall under the guideline anyway, due to these numbers not really being "comparable". Gawaon (talk) 09:39, 28 December 2024 (UTC)
Re: 'Saying it “looks very amateurish” is very much a subjective opinion.' Sure. But your follow up of "in my opinion" is also subjective. There are no objective measurements here. The alternatives are:
  • Existing MOS: "with 62 passengers and 5 crew on board" or the equally allowed "with sixty two passengers and five crew on board". Both are consistent and do not require me to do a mental switch between styles. I like the all numbers version and hate the all words version - subjectively of course ;) The disadvantage is that it disagrees with a couple of major US style guides - which WP is not required to match anyway.
  • AP/Times style: "with 62 passengers and five crew on board" Advantage is that it is the same as a couple of major style guides used in the US. Do British style guides agree? Disadvantage is it requires that mental switch halfway through the sentence.
It is entirely subjective whether the mental switch or matching an outside style guide is more important to you. If you like consistency (like me) then consistency is more important. And naturally, if you grew up in the US then matching major US style guides is possibly important.
Re: 'The numbers one and 29 are so far from each other that there's just no reason to consider them "comparable"'. They are in the same sentence and are comparing similar things (people). Why would you consider crew and passengers as different when listing fatalities?
Re: 'Of the 67 people on board, 38 died in the crash, including both of the pilots and 1 flight attendant, while 29 people survived with injuries certainly too odd to consider.' Why too odd? Its the form that I personally prefer and allowed by the current MOS.  Stepho  talk  13:09, 28 December 2024 (UTC)
29 only has meaning to me in that it is comparable to 1. Remsense ‥  13:15, 28 December 2024 (UTC)
This isn’t just “US style.” AP is US-based, but they serve news organizations across the world. Reuters, which is UK-based, uses the same style in this article. As does Euronews. As does the Irish Mirror. RickyCourtney (talk) 15:40, 28 December 2024 (UTC)
Fair enough - not just US. But still an external style that is just one among many and one that we are not necessarily compelled to match.  Stepho  talk  22:44, 28 December 2024 (UTC)
@Gawaon this is an extremely helpful interpretation. Thank you. I wonder if you and others would weigh in on another sentence in the Azerbaijan Airlines Flight 8243 article: The aircraft was carrying sixty-two passengers. Of those, thirty-seven people were citizens of Azerbaijan, sixteen of Russia, six of Kazakhstan, and three of Kyrgyzstan. Four minors were on board. My preferred way to rewrite this would be: The aircraft was carrying 62 passengers. Of those, 37 people were citizens of Azerbaijan, 16 of Russia, six of Kazakhstan, and three of Kyrgyzstan. Four minors were on board. That would be in alignment with how it’s been written in the New York Times, Euronews and the Irish Mirror. -- RickyCourtney (talk) 15:58, 28 December 2024 (UTC)
But is more readable as it was. MapReader (talk) 18:01, 28 December 2024 (UTC)
My choice would be all numeric: The aircraft was carrying 62 passengers. Of those, 37 people were citizens of Azerbaijan, 16 of Russia, six of Kazakhstan, and 3 of Kyrgyzstan. 4 minors were on board. No mental context switch required between numeric and spelt out words within closely related sentences — which could easily be a combined: The aircraft was carrying 62 passengers. Of those, 37 people were citizens of Azerbaijan, 16 of Russia, six of Kazakhstan, and 3 of Kyrgyzstan — 4 minors were on board.  Stepho  talk  22:44, 28 December 2024 (UTC)
+1 to this, though I admit my preference is biased because I've been taught in business correspondence to write related numbers either in words or figures, with figures taking precedence if the largest number is at least 10. —Tenryuu 🐲 ( 💬 • 📝 ) 04:20, 2 January 2025 (UTC)

Okay, so I did some more research this morning and found the answer I was looking for. This is a case of journalists adopting a style different from academics, and the MOS adopting the academic style. The APA has strict rules about consistency within categories, requiring numerals for all items in a list if any number is 10 or above. But it appears our MOS most closely matches the Chicago Manual of Style, which requires consistency, but allows for context-specific judgment if numerals or spelled-out numbers are used. -- RickyCourtney (talk) 20:46, 28 December 2024 (UTC)

Acceptable Date Format: Month Year

Right now, "Month Year" is listed as an acceptable format, with an example of September 2001, but this is *bad grammar*, violating the basic rules of English. There are two acceptable ways to convey this, grammatically:

  1. Month of Year (September of 2001), which is listed as unacceptable but is correct grammar in the form Noun of Noun, e.g. Juan Esposito of Peru.
  2. Month, Year (September, 2001), also listed as unacceptable, but again, correct grammar, of the same shape as general dates (September 1, 2001), which *is* listed as acceptable, which is correct but inconsistent, because September, 2001 and September 1, 2001 are two uses of the *same format and grammar*.

"September 2001" is bad grammar and an unacceptable format and should be labeled as such. Quindraco (talk) 15:48, 30 December 2024 (UTC)

MOS:CENTURY appears to be incorrect

I'm surprised that this hasn't been fixed already but MOS:CENTURY currently incorrectly claims that "the 17th century as 1601–1700", for example. I was about to fix the 21st century article which incorrectly claims that the 21st century started in 2001, not 2000, but then noticed that it's only like that thanks to this MoS guideline!

There have been quite a few news articles analysing the 21st century recently, many of them because the first quarter of the century (2000-2024) is now over: Guardian, Bloomberg, Billboard, IFIMES, New York Times.

I can only assume the current MOS wording came out of the mistaken assumption/hypercorrection that a century must begin in a year ending in "1" thanks to the lack of a year zero in the calendar system, but that is of course not how the term is actually used in any sources. Thoughts on the best way of fixing this? I imagine quite a few articles will be affected by this error given it's somehow ended up in the MOS. Chessrat 13:29, 1 January 2025 (UTC)

  • If it ain't broke, don't fix it. MOS:CENTURY is correct. Ask yourself when the 1st century CE (using the proleptic Gregorian calendar ) began and then work your way forward. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 15:22, 1 January 2025 (UTC)
    But there wasn’t such. The dating system was invented many years later (and incorrectly, as it turned out) and applied retrospectively. Such that it doesn’t matter whether there was a year zero, or not. Centuries nowadays are commonly recognised as 1900-1999, 2000-2099, and it’s only the WP pedants that hold out for 1901-2000. MapReader (talk) 17:55, 2 January 2025 (UTC)
    Where did you hear that. I was taught for 60 years it was 1901-2000. Did schools change their courses recently? I guess it wouldn't be the first time, but this sounds like since so many get it wrong we should make sure that Misplaced Pages follows that same wrong thinking. Like people following a printing error on the term "Blue Moon" so they think it's the second full moon of a month. Fyunck(click) (talk) 09:38, 3 January 2025 (UTC)
    That sounds like a case of Lies Miss Snodgrass told you. (I'm not saying it's actually a lie, but it's a lie that that's the only way in which centuries can be spliced.) Gawaon (talk) 11:01, 3 January 2025 (UTC)
  • Chessrat didn't explain where they looked for sources to justify the assertion "but that is of course not how the term is actually used in any sources." Misplaced Pages guidelines do not need to cite sources, since they announce the community's consensus on various matters. It is articles that must cite sources. A number of sources are cited at "Century" including
"century". Oxford Dictionaries. Archived from the original on December 30, 2019. Retrieved 20 January 2021.
Jc3s5h (talk) 15:43, 1 January 2025 (UTC)
  • “Incorrect” is not the way I would put it. Either you treat it as a style decision, with both systems being valid ways to designate the years (using either 1–99 or 1–100 for the first century) or you treat it as a logical / mathematical system, ending at 100 because you want every century to actually be 100 years, and the first year wasn’t 0. I could see it either way, but I don’t see a lot of sense trying to change it now.
What might be more sensible to pursue is a footnote that acknowledges and explains the two common ways of counting. — HTGS (talk) 03:28, 2 January 2025 (UTC)
+1 EEng 04:27, 2 January 2025 (UTC)
I don't think there's any evidence that there are two different common ways of counting? As far as I can tell from looking into this, use of the term for the period beginning in a year ending in "1" is very rare, and the only sources that mention the "ending in 1" definition (such as the Oxford dictionary entry mentioned by @Jc3s5h: mention that it is a technical definition only and not used that way in practice. It is not the case that there were widespread celebrations of the new millennium both on 1 January 2000 and also 1 January 2001!
If there were two equally-used systems then I would agree with your comment, but that isn't the case; Misplaced Pages has a duty to provide accurate information even if it does take a significant amount of work fixing this across various articles. Chessrat 16:15, 2 January 2025 (UTC)
How many years were there in the 1st century? Dondervogel 2 (talk) 18:27, 2 January 2025 (UTC)
100, obvs. 1 AD to 100 AD. Next question please? --Redrose64 🦌 (talk) 21:12, 2 January 2025 (UTC)
My question was in response to Chessrat's post claiming that centuries start in 00, in which case they must end in 99. If the 1st century had 100 years, its first year would therefore have been 1 BC (and the 1st century BC would have ended in 2 BC). Alternatively, if the first year of the first century was 1 AD, it would have been a century with 99 years. Just trying to understand how it works (I don't know which of the two is more bizarre). Dondervogel 2 (talk) 21:44, 2 January 2025 (UTC)
It is a matter of personal preference. I find it logical and satisfying that the 19th century ended with 1900 and the 20th century ended with 2000. There are many people, though, who are more comfortable with the 19th century consisting only of the years that began with 18-- and the 20th century consisting only of the years that began with 19--. I remember that Stephen Jay Gould, someone I have long admired for his adherence to logic, stated that he was willing to accept that the First century consisted of only 99 years (although I think he was wrong). We do need to be consistent in Misplaced Pages, however, and if anyone feels strongly enough about the current guidance being wrong, RfC is thataway. Donald Albury 22:10, 2 January 2025 (UTC)
Again, the numbering of years AD/BC wasnt actually devised until over five centuries after the purported BC to AD break point, and such numbering was not widely used until over eight hundred years afterwards. And it was then applied retrospectively to historical events (with, historians now believe, an error of four years in terms of when they were trying to pitch the start), relatively few of which during that period can be fixed to a particular year in any case (not insignificantly because when these events were recorded, the AD/BC calendar system didn’t exist). So it’s an artificial construct and it doesn’t really matter what the first year was purported to have been. MapReader (talk) 22:24, 2 January 2025 (UTC)
Sources are fairly clear that in common usage, a century starts with a year ending in –00, so yes, by implication that means that the 1st century had 99 years (albeit of course the Gregorian calendar did not enter use until far later so this is purely retroactive)
I didn't really expect that there would be any disagreement with this– will probably start an RfC to gain wider input as it seems like this will be a matter which there is somehow internal disagreement on. Chessrat 22:38, 2 January 2025 (UTC)
Why should all centuries have the same length? Years haven't always the same length, so why should centuries be any different? Gawaon (talk) 08:08, 3 January 2025 (UTC)
@Chessrat and Gawaon: A century doesn't have to be 100 years, but it must be 100 somethings, for example 100 runs in a cricket innings, or a military unit comprising 100 Roman legionaries. This is because the word "century" is derived from "centum", which is Latin for "hundred". If you had a span of 99 years, it couldn't be called a century. Also from "centum" we get words like "cent" for the hundredth part of a dollar. If I gave you 99 cents, you probably wouldn't give me a dollar in exchange. By contrast, the word "year" doesn't have a comparable derivation from 365 (or 366). --Redrose64 🦌 (talk) 22:24, 3 January 2025 (UTC)
Common usage having the 21st century starting in 2000 is utterly irrelevant to the Latin etymology of the word "century". The calendar system came into use long after 1 CE so analysis of the durations of past centuries is purely retroactive and simply a case of how society largely agrees to define it.
If one were to strictly assume Latin etymology is always fully indicative of how a word is used, then the article on September would say that it is the seventh, not the ninth, month of the year. Chessrat 07:40, 4 January 2025 (UTC)
Yes, the argument by name origin is fairly weak, since actual meanings don't always live up to their origins – or certainly not exactly. Centurion say: "The size of the century changed over time; from the 1st century BC through most of the imperial era it was reduced to 80 men." So if a century can have just 80 men, surely it can have just 99 years too! Gawaon (talk) 15:06, 4 January 2025 (UTC)
I agree the etymology argument is weak, but a century has 100 years, regardless of etymology. That's what we were all taught at school and that's what all credible sources say. Misplaced Pages should not take it upon itself to make up an exception. Dondervogel 2 (talk) 19:11, 4 January 2025 (UTC)
@Chessrat:
1) I actually don’t hate the idea of doing it your way, I just don’t see the need or the community interest. As you point out, socially and culturally we do treat it this way; we did have a special party on 31 Dec 1999, and not so much 31 Dec 2000. But the effort to shuffle it all around still comes with the need for a footnote explainer for our choice of convention and that now the 1st century is just the “first century” in name, and covers only 99 years. Honestly this is (imo) not a big deal, just not a hill I’d be looking to die on, and such a change will need a whole bunch of annoying cleanup. As everyone else has said, the old way has the seductive logic that 100=100. This area of Misplaced Pages especially was built early and therefore done so by those net-denizens more inclined towards “logic” than social convention.
2) As far as I know, articles on the subject of centuries are either covering the entire period broadly, or just giving a timeline of events that occurred in such years (or really, both). Presumably there’s not much worry whether we start with 1900 or 1901 when the topic is “world war, atomic energy, the end of empire, mass telecommunication and the beginnings of the internet” (etc). Alternatively, the specific events occurring on those crossover years is just arbitrarily dumped into whichever list-like article we like, and if it has carry-over effects on future events, that should get a mention either way. I guess this point (2) actually cuts both ways though, in the sense of “both work fine”. — HTGS (talk) 06:50, 3 January 2025 (UTC)
I assume by "we" you mean you personally. I also had a 31 Dec 1999 "2000" party, but my big millennium party for the century change came on Dec 31 2000. And my tickets to the event are on that date. Fyunck(click) (talk) 09:49, 3 January 2025 (UTC)
That’s honestly surprising to me. Whereabouts were you? I was in New Zealand, but my impression was that the big deal end-of-millenium in “Western” (global “North”? Anglosphere?) popular culture was 1999 to 2000. — HTGS (talk) 08:23, 4 January 2025 (UTC)
Yes, it would be a significant amount of work, but retaining an incorrect status quo is not desirable. If Misplaced Pages lasts to reach 2100, there would be the ludicrous scenario where it's impossible to cite the large number of sources stating the arrival of the 22nd century because Misplaced Pages policy defines the word "century" differently to the rest of the world.
You're probably right that regardless, a hatnote/explanatory note of some nature is needed. For instance, a lot of sources such as Reuters, The Telegraph, The Atlantic, The Guardian France 24, Times of Israel report that Emma Morano (1899–2017) was the last surviving person born in the 19th century. However, there are also a few sources such as Slate, the Washington Post, and Sky News which report that Nabi Tajima (1900–2018) was the last surviving person born in the 19th century, using the ending-in-1 definition.
At the moment, the implication of Misplaced Pages policy is that Tajima is described as having been the last person born in the 19th century on her article section, but Morano is not described as having been the last person born in the 19th century despite the numerous reliable sources stating that she was. The current policy effectively overrides any amount of sourcing of facts like that- every article treats the uncommon ending-in-1 definition as not only being a common definition but as the only definition. I don't see how a policy which arbitrarily overrides established facts and sources like that can possibly be justifiable. Chessrat 09:03, 3 January 2025 (UTC)
So your suggested change would also affect many other articles such as our own sourced 19th century article. Fyunck(click) (talk) 10:08, 3 January 2025 (UTC)
Usage such as 20th century for 1900 - 1999 simply reveals the source as being unable to perform basic counting. Any such source is immediately rendered unreliable. --User:Khajidha (talk) (contributions) 13:06, 8 January 2025 (UTC)
I'm usually one to say that we should accept that language changes and that we in the language police should go along with it, but in this case, many, especially the mainstream press, looking for headlines, are wrong. Saying the first century has 99 years, is like saying 99 cents is sometimes a dollar. Sometimes a misused word becomes acceptable, but not in this case. SchreiberBike | ⌨  14:42, 8 January 2025 (UTC)

As per WP:RS (with the emphasis on reliable), I asked Mr Google when does the new century start, then looked at any hit that seemed reliable (typically government or scientific time orientated organisations) and ignored anything like quora, mass media (I gave Scientific American a pass as they are scientific) and forums. The first 3 pages gave me the following list, plus I added the Greenwich observatory. Note, I choose them based on the sources before looking at what they said.

Organisation URL 00 or 01
Hong Kong Observatory https://www.hko.gov.hk/en/gts/time/centy-21-e.htm#:~:text=The%20second%20century%20started%20with,continue%20through%2031%20December%202100. 01
timeanddate.com https://www.timeanddate.com/counters/mil2000.html 01
Scientific American https://www.scientificamerican.com/article/when-is-the-beginning-of/ 01
US Navy Astronomical Applications Department https://aa.usno.navy.mil/faq/millennium 01
US Library of Congress https://ask.loc.gov/science/faq/399936
https://www.loc.gov/rr//scitech/battle.html (Battle of the Centuries)
01
Merriam Webster https://www.merriam-webster.com/grammar/centuries-and-how-to-refer-to-them says it used to be 01 but that public opinion is swinging
Greenwich Observatory http://www.thegreenwichmeridian.org/tgm/articles.php?article=12 01

Seems like the scientific community has a solid consensus on new centuries starting in the year xx01. The "Battle of the Centuries" is a good read. To be fair, does anybody have any authoritative sources backing the xx00 change date?

This is, of course, counter-intuitive to the layman who just sees 1999 tick over to 2000 and therefore assumes that change in the 3rd digit means a new century. But as we all know, intuition and truth do not always agree.

So why did the world celebrate the new century on 1 Jan 2000 ? I'm going to digress into armchair philosophising but bear with me. Image that you are a major newspaper, news channel, magazine, etc and you want readers to buy/subscribe. You can research it, find out that 1 Jan 2001 is the correct date and make a big thing on that date. But your competitors celebrated way back on 1 Jan 2000 and the public goes "meh, we did all that last year - get with the times you out of date moron!" The big news companies know this, so they all go with the earlier date to avoid their competitors getting the jump on them. Never let the truth get in the way of profit! Joe public naturally follows the mass media and ignores the nerds saying "2001" - why listen to boring nerds when you can party now! Party, party, party!

So, here we are, arguing whether to follow the truth or to follow Joe Public with both of his brain cells following news companies who are chasing the almighty dollar.  Stepho  talk  11:44, 3 January 2025 (UTC)

  • There are some known inconsistencies/anomalies in our treatment of centuries, including categories or articles covering decades. For example, Category:1900s in biology is a subcategory of Category:20th century in biology, but includes 1900 which the MOS puts in the 19th century. If we were starting again, I think it would have been better to avoid using century in categories or articles, e.g. use "1900–1999" instead of "20th century", but we are where we are. Peter coxhead (talk) 12:36, 3 January 2025 (UTC)
I'm not sure why you're focusing only on the specific niche of science-related sources? If the scientific community chooses to adopt an unorthodox definition of the duration of the centuries, but most other sources follow the common definition, obviously the latter is more accurate. Chessrat 13:45, 3 January 2025 (UTC)
@Chessrat: the century beginning in XX01 is not unorthodox, quite the reverse. As people above have said, it's the definition that has been taught for years, but one that I agree is increasingly being replaced by the century beginning in XX00 definition. Obviously the latter is more accurate, well, no – as pointed out above, this definition leads to the first century having only 99 years, so can hardly be called more accurate. Orthodoxy and accuracy are not the important issues in my view; the most important issue is what most readers now think 'century' means, which does appear to be the XX00–XX99 definition. Peter coxhead (talk) 14:21, 3 January 2025 (UTC)
Back in 2000 it was suggested that a year zero be created with (since years have variable numbers of days anyway) zero days. That way the first century would have 100 years in it. Hawkeye7 (discuss) 22:06, 3 January 2025 (UTC)
At least we can all agree that that would be the ugliest possible solution. — HTGS (talk) 08:26, 4 January 2025 (UTC)
@Chessrat: Scientists put much thought into the matters that they comment upon, it's a poor scientist who states something as fact when they have no demonstrable evidence. So I would take a scientist's view over a newspaper's view any day. --Redrose64 🦌 (talk) 22:52, 3 January 2025 (UTC)

RfC on the wording of MOS:CENTURY

Please consider joining the feedback request service.
An editor has requested comments from other editors for this discussion. This page has been added to the following lists: When discussion has ended, remove this tag and it will be removed from the lists. If this page is on additional lists, they will be noted below.

Should MOS:CENTURY specify the start of a century or millennium as a year ending in 1 (e.g. the 20th century as 1901–2000), as a year ending in 0 (e.g. the 20th century as 1900–1999), or treat both as acceptable options with the use of hatnotes for clarity in the case of ambiguity in articles? See the discussion above. Chessrat 14:57, 3 January 2025 (UTC)

  • The year ending in zero, which is nowadays the most common understanding. Whether or not there was ever a year zero is irrelevant, given that AD year numbering wasn’t invented until the 500s and wasn’t widely used until the 800s. MapReader (talk) 21:21, 3 January 2025 (UTC)
  • As the 1st century is 1–100, the 20th century is 1901–2000, as its article says. Let us not turn this into another thing (like "billions") where English becomes inconsistent with other languages. —Kusma (talk) 22:22, 3 January 2025 (UTC)
    Also, I do not understand what "hatnotes in case of ambiguity in articles" should mean: whenever any article uses the word "20th century", it should have a hatnote explaining whether it follows the centuries-old convention of numbering centuries or the "starts with 19 is 20th century" approximation? Perhaps it would be easier to outlaw the word "century". —Kusma (talk) 22:26, 3 January 2025 (UTC)
    In short, oppose change. —Kusma (talk) 17:46, 4 January 2025 (UTC)
  • First year of a century ends in 01, last year of a century ends in 00. This has been extensively discussed above. --Redrose64 🦌 (talk) 22:52, 3 January 2025 (UTC)
  • The RfC does not make clear what specific change is being proposed to MOSNUM wording, and I fear will lead only to a continuation ad nauseum of the preceding discussion. For what it's worth, I oppose any change resulting in a century of 99 years. Dondervogel 2 (talk) 23:06, 3 January 2025 (UTC)
  • Oppose change Century and Millennia begin in 01 and ends Dec 31, 00, like it always has and per the discussion above. Just because people make errors, like with Blue Moon, doesn't mean an encyclopedia has to. Why would we change from long-standing consensus? Fyunck(click) (talk) 09:28, 4 January 2025 (UTC)
  • Treat both as acceptable options. Century already explains both viewpoints, without describing one of them as "correct". Generally our business it not to arbiter truth (which in this case doesn't exist anyway, as either viewpoint is just a convention), but to describe common understandings of the world, including disputes and disagreements where they exist. Century doesn't privilege a particular POV here, and neither should MOS:CENTURY. Gawaon (talk) 16:31, 4 January 2025 (UTC)
    All of our articles on individual centuries mention only the traditional point of view where the first century starts in year 1 and each century has 100 years. There is no need for MOS:CENTURY to do anything else. —Kusma (talk) 17:46, 4 January 2025 (UTC)
  • Oppose. If this matters to you, convince the academic sources to adopt the change, then Misplaced Pages can follow. Jc3s5h (talk) 18:14, 4 January 2025 (UTC)
  • Oppose change I prefer centuries to begin with --01 and end with --00. I'll not bother with any arguments, since I think this boils down to personal preference. I do oppose allowing both options, as that leads to confusion and edit wars. Donald Albury 18:20, 4 January 2025 (UTC)
    Why is it personal preference to favour 1-100 AD over 1 BC-99 AD? The latter choice leads to the first century BC running from 101 to 2 BC. I find the asymmetry highly unorthodox (and hence hard to justify). Dondervogel 2 (talk) 12:37, 6 January 2025 (UTC)
    You wouldn’t start at 1BC for the first century AD in either case though. You would just treat “century” as the name for the period, and ignore that it only has 99 years. — HTGS (talk) 19:22, 6 January 2025 (UTC)
    You seem to be saying the choice between a century (the first, whether AD or BC) of 99 or 100 years amounts to personal preference. Do you have credible sources showing they are equally valid? Dondervogel 2 (talk) 19:23, 7 January 2025 (UTC)
  • Oppose treating both as acceptable This would lead to endless confusion. Peter coxhead (talk) 22:02, 5 January 2025 (UTC)
  • Oppose change; century starts at ###1 and ends ###0 — Preceding unsigned comment added by Mr Serjeant Buzfuz (talkcontribs) 23:18, 5 January 2025 (UTC)
  • Strongly oppose any change resulting in more than one definition of a century. The reasons seem self-evident, and others have spelt them out above. In a nutshell, such a change would be a retrograde step, against the spirit of the MOS. Dondervogel 2 (talk) 23:21, 5 January 2025 (UTC)
  • Just use '00s. Why on Earth should MoS ever encourage using wording that will be misunderstood by many or most people? To most people, "20th century" means 1900-1999. To pedants of history, it means 1901-2000. Cool. We should try to not confuse either of those groups. If I had to pick one, I'd say confuse the pedants, but fortunately we don't have to pick, because a third option exists: "1900s" (etc.). That's the phrasing I've always used on Misplaced Pages, for this exact reason. It's consistent with how we refer to decades (see vs. ). It's universally understood. It avoids silly arguments like this one. Let's just do that. -- Tamzin (they|xe|🤷) 23:36, 5 January 2025 (UTC)
    And to put this in terms of what the wording should be, I would suggest something like

    Because phrases like the 18th century are ambiguous (sometimes used to mean 1700–1799, sometimes 1701–1800), phrases like the 1700s are preferable. If the former is be used—for instance, when quoting a source—an explanatory note should be included if the two definitions of nth century would lead to different meanings.

    -- Tamzin (they|xe|🤷) 23:52, 5 January 2025 (UTC)
    Is this a joke? Sorry if I ruined it by asking. — HTGS (talk) 23:56, 5 January 2025 (UTC)
    No? From any descriptive point of view, there is no widely-accepted definition of "nth century". Some Wikipedians thinking there should be a widely-accepted definition doesn't make it so. And MoS should not be in the business of encouraging ambiguous wording. Instead we should encourage solutions that avoid ambiguity, much as we do with ENGVAR. -- Tamzin (they|xe|🤷) 00:05, 6 January 2025 (UTC)
    Ah, sorry. This is all just not the question at hand though, and it directly contradicts current (well-positioned) guidance.
    In any case, I’m sure we’re better off with the ambiguity between 1900–1999 and 1901–2000, which, in most cases, is not really a problem. Your idea introduces an ambiguity between 1900–1910 and 1900–. This is explicitly called out by MOS:CENTURY, of course. And does “1700s” even solve the issue of which year to start or end with? It implies that the century starts with 1700, but not explicitly. — HTGS (talk) 03:05, 6 January 2025 (UTC)
    We should avoid use of "1900s" to mean anything other than 1900-1909. Dondervogel 2 (talk) 12:29, 6 January 2025 (UTC)
    What's funny is I have never heard people talk about the 1500s, 1600s, 1700s, 1800s or 1900s, as anything except Jan 1 00 to Dec 31 99. Always 100 years. I checked and I'm shocked our wikipedia article only covers 1900-1910. The only time it gets used as a decade is when the parameters are specifically talking about the 1930s, 1920s, 1910s, and 1900s. Without that fine tuning it's always 100 year period. It would be used like the Library of Congress does, or US history lesson plans. Usually I would say the "first decade of the 1900s" with no other context. I would amend your comment to say we should never leave 1900s dangling without context. And that's only for 1900s, not anything else.Fyunck(click) (talk) 19:36, 6 January 2025 (UTC)
  • Oppose treating both as acceptable; otherwise indifferent to 31 Dec 1999 vs 31 Dec 2000. This is a style decision, but one that affects a lot of content. To use both would be a terrible solution. — HTGS (talk) 23:52, 5 January 2025 (UTC)
  • Oppose change; continue using "20th century" for 1901–2000 and "1900s" for 1900–1999. Doremo (talk) 03:48, 6 January 2025 (UTC)
    Bad solution. How will readers know which system we are using when we say 1900s? Will they presume that the period ends with 1999 or 2000, or even 1909? — HTGS (talk) 23:16, 13 January 2025 (UTC)
  • Oppose change - The n century is 01-00, you can feel free to use "the xx00s" for 00-99. Neither is prefered to the other, but the meaning is determined by which you use. Fieari (talk) 04:53, 6 January 2025 (UTC)
    Per the MOS, and as Dondervogel 2 most succinctly puts it above: We should avoid use of "1900s" to mean anything other than 1900-1909. — HTGS (talk) 19:25, 6 January 2025 (UTC)
    I somewhat disagree. It is a very ambiguous term so we should avoid use of 1900s at all without context, because obviously readers will be confused. I sure would since I would immediately think a 100 year period just like 1800s , 1700s, and 2000s (25+ years thus far). Fyunck(click) (talk) 07:16, 7 January 2025 (UTC)
    You mean 24 years so far, right?
    And yes, “avoiding 1900s at all” also jives with what I said. — HTGS (talk) 23:14, 13 January 2025 (UTC)
  • Oppose treating them both as acceptable. I imagine this could lead to headaches concerning inclusion in categories, list articles, timelines, templates, etc. Photos of Japan (talk) 01:23, 8 January 2025 (UTC)
  • Oppose change People have been getting it wrong for centuries (pun not intended) and will probably continue doing so for centuries. Intuition says that the year 2000 was the start of the new century but intuition is wrong. Just like people believing that light-years and parsecs are a measure of time (doing the Kessel run or otherwise) or trying to learn relativity, intuition is simply wrong. All authoritative sources for measuring time say that the new century starts in the year xx01. WP is only suppose to report on this. If we try to say that the year 2000 is the first year of the new century then we are actively entering the battle and are try to WP:RIGHTGREATWRONGS.  Stepho  talk  04:12, 10 January 2025 (UTC)
  • Keep XX1 as the start of a decade, century, or any other unit of year. It sounds ridiculous to have only the first CE century be 99 years long while everything before and after it remains at 100. —Tenryuu 🐲 ( 💬 • 📝 ) 18:34, 10 January 2025 (UTC)
    I think they consider the 1st century BC to also have 99 years. Dondervogel 2 (talk) 19:15, 10 January 2025 (UTC)

It is high time to end this "minor imbecility":

When the encyclopedia of human folly comes to be written, a page must be reserved for the minor imbecility of the battle of the centuries--the clamorous dispute as to when a century ends. The present bibliography documents the controversy as it has arisen at the end of the 17th, 18th, and 19th centuries, as well as a few skirmishes in the quarrel that has begun to develop with the approach of the third millennium.
The source of the confusion is easy to discern; ever since learning how to write, we have dated our documents with year designations beginning with the digits 19. Obviously, when we must begin to date them starting with 20, we have embarked on a new century! Haven't we? The answer is no, we have not; we have merely arrived at the last year of the 20th century. As historians and others involved in measuring time continue to remind us, there was no year 0. In fact, there has never been a system of recording reigns, dynasties, or eras that did not designate its first year as the year 1. To complete a century, one must complete 100 years; the first century of our era ran from the beginning of A.D. 1 to the end of A.D. 100; the second century began with the year A.D. 101.
While the period 1900-1999 is of course a century, as is any period of 100 years, it is incorrect to label it the 20th century, which began January 1, 1901, and will end on December 31, 2000. Only then will the third millennium of our era begin.
Those who are unwilling to accept the clarity of simple arithmetic in this matter and who feel strongly that there is something amiss with the result have developed some impressively convoluted arguments to promote their point of view. Baron Hobhouse, studying some of these arguments as set forth in letters published in the Times of London during the first few days of January 1900, found "that many of the reasons assigned are irrelevant, many are destructive of the conclusion in support of which they are advanced, and that such as would be relevant and logical have no basis whatever to maintain them in point of fact." He was one of several observers of the fray at the end of the 19th century who predicted that the foolishness would recur with the advent of the year 2000, as people began to look for ways of demonstrating "that 1999 years make up 20 centuries."
As a writer stated in the January 13, 1900, Scientific American, "It is a venerable error, long-lived and perhaps immortal." The shortness of human life is also a factor; as a century approaches its end, hardly anyone who experienced the previous conflict is still living, so we are doomed to undergo another round.
Astronomers have been blamed for some of the confusion by their adoption of a chronology that designates the year 1 B.C. as 0 and gives the preceding years negative numbers, e.g., 2 B.C. becomes -1, 3 B.C. becomes -2, etc. This system permits them to simplify calculations of recurring astronomical events that cross the starting point of our era, such as series of solar eclipses and the apparitions of periodic comets. However, this scheme affects only the years preceding A.D. 1 and cannot be used as a justification for ending subsequent centuries with the 99th year.
Some argue that Dionysius Exiguus made a mistake in his determination of the year of Christ's birth when he devised our present chronology in the sixth century, and that the discrepancy allows us to celebrate the end of a century a year early. However, even though the starting point of our era may not correspond to the chronologist's intention, it is still the point from which we count our centuries--each of which still requires 100 years for completion.
Nevertheless, as many of the entries in this list (from p. 45 on) will indicate, plans to celebrate the opening of the 21st century and the third millennium at midnight on December 31, 1999, have become so widespread that anyone who tries to call attention to the error is disparaged as a pedant and ignored. Perhaps the only consolation for those intending to observe the correct date is that hotels, cruise ships, supersonic aircraft, and other facilities may be less crowded at the end of the year 2000.

Dondervogel 2 (talk) 18:04, 10 January 2025 (UTC)

  • Oppose change. Tony (talk) 11:46, 11 January 2025 (UTC)
  • Don't break the calendar for exactly zero benefit – There's no need to stage a revolt against the counting numbers and anyone who wants to extend discussions back to the epoch or beyond. There is one system that is consistent, and it is the one we use and should continue using. There's not even a problem that needs to be addressed. Aren't we on Misplaced Pages? This is the place where many often learn that a thing is a certain way and why, and I am not sure why that didn't happen here. Remsense ‥  12:00, 11 January 2025 (UTC)
  • To get literal, the current calendar under discussion pertains to the life of Jesus. Ideally it starts when Jesus was born, 00:00, and he turned one-year-old on January 1, 1. Now, say he lived a long life and made it to 100. He would have been 100 on January 1, 100. At that point, the second his clock turned over on January 1, 100, his new century would begin. The first century was literally over on January 1, 100, and a new one started immediately and ran from 100-200. etc. Saying the first century was 99 years is incorrect, it was 100, but then the second century started immediately. I'd have to go with a split-second past midnight on January 1, 2000, as the start of the 21st century, per logic and common sense. Randy Kryn (talk) 13:30, 11 January 2025 (UTC)
    Nice theory, except for the minor detail that there was no year zero, meaning that on 1 January 1, your hypothetical Jesus would have been 1 day (not 1 year) old. Dondervogel 2 (talk) 13:42, 11 January 2025 (UTC)
    That's one way of looking at it, and the other is that Jesus's birth started the clock rolling towards his turning 1-year-old on 1-1-1. Randy Kryn (talk) 14:42, 11 January 2025 (UTC)
    So by your "other way" he was 1 year old throughout 1 CE. So in what year was he six months old? It would have to be 0 CE, but there isn't one. It simply doesn't work. Peter coxhead (talk) 16:38, 11 January 2025 (UTC)
    Unless our baby Jesus was born on 1 Jan of 1 BC (we have invented a fictitious baby so we can assign him any date of birth we want). Then we have a first century running from 1 BC to 99 AD. While highly unconventional, it could be entertained until you realise the 1st century BC would have to run from 101 BC to 2 BC. It works but it's silly, and (more to the point) lacks RS to support it. Dondervogel 2 (talk) 17:23, 11 January 2025 (UTC)
    Insofar a he is likely to have existed, anyway, he was most probably born in 4 BC, since the calculations used five hundred years later to fix the BC/AD break point contained an error. So this is all nonsense, anyway; the first century was itself centuries in the past - probably eight or nine - before people started calling it that. And most people will continue to see 1900 as the start of the 20th C and 2000 as the start of the current one, whatever. MapReader (talk) 18:29, 11 January 2025 (UTC)
    The bible is very clear on this point: he was born after the Roman census in 6 AD (Luke 2:1-4) and before the death of King Herod in 6 BC (Matthew 2) Hawkeye7 (discuss) 06:06, 12 January 2025 (UTC)
    I think you mean the Census of Quirinius in 6 BC, while Herod the Great gives Herod's death as c. 4 BC. Donald Albury 14:56, 12 January 2025 (UTC)
    That would make for a more consistent timeline. Forgetting our fictional baby, are you saying the Real McCoy was born between 6 and 4 BC? Dondervogel 2 (talk) 15:21, 12 January 2025 (UTC)
    That's what many sources I've seen say. See Date of the birth of Jesus. Donald Albury 15:50, 12 January 2025 (UTC)
    That make a lot more sense than being born before –6 and after +6. Although, if anyone could, surely it’s the son of God. — HTGS (talk) 23:39, 12 January 2025 (UTC)
    Why would Jesus be one year old throughout 1 AD? The year 1 means Jesus was 1-year-old, Happy Birthday on 1-1-1, one candle on the cake. When Jesus was six months old he was 1/2 AD. The point of using BC and AD, before Christ and Anno Domini, logically informs that the time before Jesus's birth, counting backwards, was "before Christ" (six months before his birth was 1/2 BC, etc.) The birth starts the count on both BC and AD. The "year" he was born would not matter, only the counting forwards and backwards. 1/2 AD when he was six months old, 3/4 AD at nine months old, etc., until reaching 1 AD and then beyond. Another point, since the 21st century was celebrated by the entire population of the Earth on January 1, 2000 - even most of the 2001 holdouts, never ones to pass up a good party, still celebrated on 1-1-2000 - that date is the "common name" for the start of the century and, per many of the reputable sources mentioned in the discussion preceding this RfC, and in all the reputable sources that recognized the date that the human race partied, Misplaced Pages probably should as well. But, then again, and Oppose, the scientific community differs and happily celebrated on January 1, 2001, ordaining that Misplaced Pages should keep the academic calendar as well and forego the obvious. Randy Kryn (talk) 02:47, 12 January 2025 (UTC)
    You can keep discussing this forever. Come 2100, when almost all of us will no longer be editing on here, the large majority of people will be marking the turn of the century. MapReader (talk) 15:09, 12 January 2025 (UTC)
    Nice crystal ball you have there. Donald Albury 15:52, 12 January 2025 (UTC)
    @Randy Kryn: For the sake of argument, if Jesus was born on 25 December 1 BC, he would have been six days old on 1 January AD 1, and one year old on 25 December AD 1. That would place the 100th anniversary of his birth on 25 December AD 100. Donald Albury 15:15, 12 January 2025 (UTC)
    But 25 December is irrelevant, and is hence ignored by those faiths, such as Islam, that recognise Jesus as an earlier prophet. December 25 is an entirely fabricated date, chosen to override the pre-existing pagan midwinter festivals widely observed in Europe during the early Christian era. If early historians were four to six years out on the year Jesus was purportedly born, they are hardly likely to have any information whatsoever as to the date. MapReader (talk) 15:21, 12 January 2025 (UTC)
    December 25 has nothing to do with this. The people who created this BC-AD concept were going by the moment that Jesus was born (or conceived, whatever they decided was the starting point), never mind the "correct date", in essence calling that Day One. Then, 365 days later, year 1 ended and year 2 immediately began. The same with BC, from the moment of Jesus' birth to everything that came before was BC, and one year previously was automatically 1 BC, ten years was 10 BC, etc. By calculating that the day of Jesus' birth was the start of the calendar, logic dictates that the first year ended on his first birthday. 1 A.D. Nothing is broken here, except that they made a guess at Jesus's birthday when they made the calendar. The first century of 100 years ends on the 100th anniversary of Jesus' birth, 1-1-100, and the second century began immediately. There is no "year 0", a year 0 isn't needed, when Jesus was six months old it was 1/2 A.D. The absence of a year 0 is incorrect, the creator of the calendar took it as a moment in time (a birth, then start the clock). Randy Kryn (talk) 10:28, 13 January 2025 (UTC)
    "he turned one-year-old on January 1, 1".. No, that's not how that works. The year 1 AD is the equivalent of the first year of his life. He would not be 1 year old until it ended. User:Khajidha (talk) (contributions) 14:17, 14 January 2025 (UTC)
  • Oppose. Only ignorant people think the century begins with the 0 year. Is it that difficult to appreciate that there was no year 0! -- Necrothesp (talk) 11:44, 13 January 2025 (UTC)
    However, few people will doubt that there was a year 2000. So the question of when the 21st century began it still unresolved. Gawaon (talk) 04:25, 14 January 2025 (UTC)
    If the 1st century began in AD 1, then the 2nd century began in AD 101, the 3rd century in AD 201, etc, etc, the 20th century in 1901 and the 21st century in 2001! People a century ago were fully aware that the 20th century began in 1901. It's only in recent years that people have seemingly become unable to grasp the system. I should also point out that we naturally count in multiples of 10: 1 to 10, 11 to 20 and 21 to 30, not 10 to 19 and 20 to 29. -- Necrothesp (talk) 11:16, 14 January 2025 (UTC)
    Looks resolved by consensus to me. Fyunck(click) (talk) 06:59, 14 January 2025 (UTC)
    Yes, this has consensus, but nobody has actually refuted my discussion points above. There is no need for a year 0, the "point of zero" was when Jesus was born (which started the clock). He was 1 year old on 1-1-1. And so on. Necrothesp calls me ignorant, so I'd like them to comment if they would on the analysis of why year 1 started exactly a year after the birth of Jesus. Thanks. Randy Kryn (talk) 11:08, 14 January 2025 (UTC)
    You presumably do know that the year before AD 1 was 1 BC? We're talking history here, not religion. Basing the calendar on the supposed year of Jesus's birth is pure convention. But the facts are that in the modern dating system 1 BC was followed by AD 1 with no weird gap. Therefore, the 1st century AD began on 1 January AD 1, and the new century has begun on 1 January AD X(X)01 ever since. -- Necrothesp (talk) 11:16, 14 January 2025 (UTC)
    BC literally means "before Christ". Year 1 B.C. would be a year before Christ. Year 1 AD would fall on his first birthday. There is no weird gap. BC was created without regard to previous calendars, it just shifted all of the years before Jesus' birth and after Jesus' birth to a new counting system. This has nothing to do with religion or the exact year or date that is now believed to be Jesus's true birthday, it was just how the people who created this system decided to place their 0: the moment Jesus was born. As I say above, I agree with the consensus here, mainly because science has, for some reason, gone along with 2001 etc. being the start of a new century. It wasn't, but that counting system has enough support to continue to represent this mistake in scientific and encyclopedic literature. Randy Kryn (talk) 11:36, 14 January 2025 (UTC)
    There is I believe no year zero because the Roman's (whose numerals we used) had no concept of Zero, there was no zero year, it was 1 BC then 1 AD. Avi8tor (talk) 12:54, 14 January 2025 (UTC)
    But whether or not there was a year zero is pretty much irrelevant, except to the pedants overrepresented amongst our editor base. People are quite happy that the ‘1930s’ refers to 1930-39 and the ‘1630s’ to 1630-39, yet if you follow that right back the first decade only had nine years. So what? Stuff that happened, or works that were produced, in 2000 are widely referred to - including in WP articles - as being of the 21st century, because that’s the way most people see it. MapReader (talk) 13:58, 14 January 2025 (UTC)
    You are confusing 2 different systems. Decades are named cardinally, centuries are named ordinally. The 1930s refers to 1930-39 for the simple reason those are the only years of the format 193X. However, the "first decade" refers to the first ten years of the system. Thus it means the years 1-10, just as the first century means the years 1-100. Decades and centuries are handled differently and do not line up. The 1900s decade was the years 1900-1909, and included one year from the 19th century and 9 years from the 20th. The first decade of the 20th century was the years 1901-10. User:Khajidha (talk) (contributions) 14:22, 14 January 2025 (UTC)
    Yet, back here in the real world, nobody cares, and everybody ignores stuff like that. MapReader (talk) 14:26, 14 January 2025 (UTC)
    The "real world" in your view presumably refers to "what I say" rather than "what is correct"! In my real world, the 21st century began in 2001! That's not being pedantic; that's being correct. In this fabled "real world", most people seem to get their "facts" from some nobody on TikTok; that does not make them right. -- Necrothesp (talk) 15:44, 14 January 2025 (UTC)
    In the real world people also talk about things happening on "Friday night" when they actually occur in the early hours of Saturday. The encyclopedia still goes with the facts, though. --User:Khajidha (talk) (contributions) 16:29, 14 January 2025 (UTC)

mdy on pages that have nothing to do with america

ive been seeing lots of mdy on pages that have nothing to do with the usa, like on media that was only released in japan, like the fds and lots of japanese exclusive video games

i just want the mdy stuff to be ONLY on usa related pages...

idk why we have to use multiple date formats here anyway... its just stupid

why cant we use just one... dmy for long form and iso 8601 for short form

japanese date format looks similar to iso 8601 if youve seen it ZacharyFDS (talk) 08:13, 14 January 2025 (UTC)

i did change a couple, like on the pcfx and .lb pages but im backing out of others because i dont want to be involved in edit wars or be accused of vandalism ZacharyFDS (talk) 08:15, 14 January 2025 (UTC)
The relevant guideline has a shortcut, MOS:DATEVAR. People who's main editing activity was to go around imposing their favorite date format have been indefinitely blocked. Jc3s5h (talk) 15:46, 14 January 2025 (UTC)
  • I believe this is covered at WP:JDLI. Doremo (talk) 10:14, 14 January 2025 (UTC)
    This issue is covered in the Manual of Style which stipulates what countries have which date styles. Here is what it says: Articles on topics with strong ties to a particular English-speaking country should generally use the more common date format for that country (month-first for the US, except in military usage; day-first for most others; articles related to Canada may use either consistently). Otherwise, do not change an article from one date format to the other without good reason. Because English is not a legal language in Japan, you might find the Japanese use American date formats when writing English. Look for an English language Japanese newspaper and see what they use. Avi8tor (talk) 12:46, 14 January 2025 (UTC)
It's because in English prose there are 2 dominant date formats: MDY used mostly by Americans and DMY used by most of the British Commonwealth. Both sides think that their version is the only correct and reasonable way and that anything else is stupid and wrong. So an article created by a Brit with DMY dates gets "corrected" by an American to MDY. And then "corrected" by an Australian to DMY. And then "corrected" by another American to DMY. And so on until all parties have a deeply embedded hatred for each other.
WP:DATERET was created so that once an article gets a format then it generally stays in that form and we avoid WP:EDITWARs (mostly - there are always die hard "do it my way" people out there).
We don't use Japanese YMD dates because no native English speaking country uses YMD in prose. Which is a shame because I love YMD after living in China.  Stepho  talk  12:56, 14 January 2025 (UTC)
Previous discussions on this talk page have made it clear that if a country isn't a predominantly English-speaking country, either MDY or DMY may be used. It just doesn't matter what the English-speaking minority within the country under discussion usually uses as their date format. Jc3s5h (talk) 15:50, 14 January 2025 (UTC)
Category: