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 22:48, 9 November 2008 editGreg L (talk | contribs)Extended confirmed users, Pending changes reviewers31,897 edits I did it...: Angela Lansbury?← Previous edit Latest revision as of 20:16, 18 January 2025 edit undoRemsense (talk | contribs)Extended confirmed users, Page movers, New page reviewers, Template editors62,642 edits mdy on pages that have nothing to do with america: ReplyTag: Reply 
Line 1: Line 1:
{{talkheader|sc1=WT:DATE|sc2=WT:MOSDATE}}
{{WPMOS}}
{{Calm}}
{{WikiProject banner shell|
{{WikiProject Manual of Style}}
}}
{{User:MiszaBot/config {{User:MiszaBot/config
|archiveheader = {{aan}}
|maxarchivesize = 250K
|maxarchivesize = 800K
|counter = 114
|algo = old(5d) |counter = 163
|minthreadsleft = 2
|archive = Misplaced Pages talk:Manual of Style (dates and numbers)/Archive %(counter)d
|minthreadstoarchive = 1
|algo = old(60d)
|archive = Misplaced Pages talk:Manual of Style/Dates and numbers/Archive %(counter)d
}} }}
{{User:HBC Archive Indexerbot/OptIn
{{Misplaced Pages talk:Manual of Style (dates and numbers)/Archive box}}
|target=Misplaced Pages talk:Manual of Style/Dates and numbers/Archive index
|mask1=Misplaced Pages talk:Manual of Style/Dates and numbers/Archive <#>
|mask2=Misplaced Pages talk:Manual of Style/Dates and numbers/Archive zero
|mask3=Misplaced Pages talk:Manual of Style/Dates and numbers/Archive B<#>
|mask4=Misplaced Pages talk:Manual of Style/Dates and numbers/Archive D<#>
|leading_zeros=0
|indexhere=yes }}
{{Misplaced Pages talk:Manual of Style/Dates and numbers/Archive box}}
{{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}}


== Numerals in a sequence ==
{|
! align="left" style="background:#ff99cc" width="100%" | This ] is for discussion of the page ]. Please use it to make ''constructive'' suggestions as to the wording of that page.


'Phase 1' or Phase one'? This appears to be a case that's not explicitly covered.
*Anyone wishing to discuss the issue of ''IEC prefixes for quantities of bits and bytes'' should use ] of the main talk page.


The AP Stylebook recommends using figures for sequences in its section on "Numbers":
*Anyone wishing to discuss ''date linking'' should consider doing one of the following:
"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.
:1) Make proposals at the talk page of ], where the issue is addressed most fully;


I propose adding similar explicit advice to this section of the MOS.
:2) Check the archives, as this topic has been discussed in extremely great detail in recent months.
|}


-- ] (]) 20:10, 19 October 2024 (UTC)
== RfC: Linking of dates of birth and death ==
*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 ==
{{Template:RFCstyle| section=RfC: Linking of dates of birth and death !! reason=Should dates of birth and dates of death at the top of articles be linked? !! time = 11:09, 29 September 2008 (UTC)}}


Which style I should use for micro seconds? Does μs "Do not use precomposed unit symbol characters"? ] (]) 04:44, 30 October 2024 (UTC)
'''Proposal:''' to add the words
: ''These dates should normally be linked.''
to the section ], and to link the example dates, so the section would read


: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)
<blockquote>
: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)
At the start of an article on an individual, his or her dates of birth and death are provided. These dates should normally be linked. For example: "'''Charles Darwin''' (] ] &ndash; ] ]) was a British ..."


== Day, date month format ==
* For an individual still living: "'''Serena Williams''' (born ], ]) ...", not "... (], ] &ndash;) ..."
* When only the years are known: "'''Socrates''' (]&ndash;]) was..."
* When the year of birth is completely unknown, it should be extrapolated from earliest known period of activity: "'''Offa of Mercia''' (before ] &ndash; ] ]) ..."
...
</blockquote>
'''Rationale''' There are some - most vocally perhaps ] - who believe that pretty much no dates should be linked; and this seems to be what Lightbot was trying to achieve, too. But I don't believe that is the view of the majority. On the contrary, I think the balance of opinion, even amongst those who don't want to see pages becoming a "sea of blue", is that it is useful to have at least ''some'' date links on a page, to let people establish a broader context for the times in which a person lived, by clicking their way through the date hierarchy especially via pages like ] or ], etc. The proposal that at least the date of birth and date of death in a biographical article should be linked has been made independently in at least four different threads: by ] in the section above ]; by ] in the section above ]; by ], relaying a question raised to him in talk, at ]; and by myself at ]. It therefore seems appropriate to put up this proposal specifically as a formal well-advertised RfC. ] (]) 11:03, 29 September 2008 (UTC)
* '''Support'''. The date page hierarchy, and pages rapidly linked from it, provides a useful link to historical context for biographical articles. The biographical articles are stronger for such context; and the birth date and death date are the most obvious choice of dates to link. ] (]) 11:03, 29 September 2008 (UTC)
*'''Oppose'''. (1) You're linking an anniversary day and month that is useless to our readers (please demonstrate some that ''are'' useful, and not just a magic carpet for discretionary browsers); and many editors will confuse this with the old autoformatting function. (2) Did you mean to "nowiki" the laborious constructions above that are concealed behind the piped linking (<code><nowiki>(] ] &ndash; ] ])</nowiki></code>? I'm sure this will go down very well with editors, who who will not only have to memorise how to do this, but will have to actually ''do'' it in every article. (3) You haven't demonstrated why it is worth forcing editors to make a link to a year page (birth/death): while it might be possible in a few rare instances to argue that the year of death page is vaguely useful (e.g., 1963 for the death of JF Kennedy, but even that example demonstrates how the fragmented facts about JFK in that year are better in the JFK article ''itself'', or a daughter article on the assassination). (4) The "year in X" links are fine, except that concealing them behind what looks like a useless year-link is self-defeating, isn't it? Already, at least one WikiProject says not to use them. MOSLINK recommends the use of explicit wording to overcome the concealment. ] ] 11:49, 29 September 2008 (UTC)
**No, this has nothing to do with autoformatting. I'm proposing that such dates - the year, and the day - in the opening words of a bio article should be linked, end of story; something a number of other editors have also raised. The principal value being for the context that these links, and onward links from such pages, allow readers to click through to and explore. <br> I'm ''not'' talking about "Year in X" articles, I'm talking about the bare year articles themselves. And I'm not intending to particularly mandate the <tt>&amp;nbsp;</tt> characters - they were there already, so I just left them. My proposal is very simple: as a rule, the days and years in those opening words should be linked. I want to see where the balance of the community rests on that question. ] (]) 12:06, 29 September 2008 (UTC)
*'''Oppose''', per many of Tony's comments, and just the fact that these year articles (much less day of the month ones!) ''don't'' provide useful historical context, they provide an often enormous list of trivial crap. If a large and well-organized WikiProject were capable of producing actually useful year articles that summarized the truly notable happenings in those years, I could maybe see the linking of years (only) for birth/death/establishment/disestablishment dates (only, for the most part). The problem with this though is that editors will see them linked in the lead sentence and then go around linking them all over the place, and we'd be pretty much back where we started. — <b><span style="font-family:Tahoma;">]</span></b> &#91;]&#93; &#91;]&#93; <b>‹(-¿-)›</b> 11:55, 29 September 2008 (UTC)
*'''Support'''. I opposed delinking dates in the first place and I still do. -- ] (]) 11:57, 29 September 2008 (UTC)
*'''Oppose''', I've never seen much sense in date linking, and links to day-of-the-month articles result in triviality amost by definition. ] ] 12:41, 29 September 2008 (UTC)
*<s>'''Comment'''</s>'''Support'''. I agree this is a good question to work out. My question is whether we should use what I think you are proposing, the well known and much disliked, "link to the day of year", "link to the year" (which is why people are asking about autoformatting), or if we should be suggesting <nowiki>{{Birth date|yyyy|mm|dd}} and {{Death date and age|yyyy|mm|dd|yyyy|mm|dd}}</nowiki> which provides protection against lightbot and allows for more flexibility in the future. As for those who oppose the "trivia dumping grounds", I suspect that if the links are to specific types of narrowly defined data (such as ] or ]) most people would be fine with that. ] (]) 12:43, 29 September 2008 (UTC)
** As an aside, I changed this to a support. The templates I mention are real templates, and dont need any development. ] (]) 03:47, 1 October 2008 (UTC)
*''';;partial'' Strong Support'''. In that case, the first example should be <nowiki>""'''Charles Darwin''' {{DL|y=1809|m=February|d-12|mode=eng}} &ndash; {{DL|y=1882|m=April|d=19|mode=end}}) was a British ..."</nowiki>, with the details of the template worked out later. (And yes, if the question is whether the dates be linked in the lead sentence, my answer is '''strong support'''.) Disagree with secret links to ] or ] / ] (if, for no other reason, we'd need staff monitoring which of the latter is linked to.) — ] ] 13:22, 29 September 2008 (UTC)
**Changed to neutral on the day of the year, even if the day of the year article is the one that links back to the person, and the year article does not, because of inadequate notability. It should, however, be pointed out, that <nowiki>] ]</nowiki> would block autoformatting, and the only consensus we have is that ''autoformatting'' is bad, not the linking. — ] ] 01:58, 18 October 2008 (UTC)
* '''Support with comment''' There are many who do click and want to click on a date link to look at a reference in context, and whether that is trivial, banal or whatever is not my business, nor mine to judge. I can understand that someone may wish to click on a link to find out the context of a date of birth to the world around them at the time. Do I do it? No. Should it be allowable? Yes. For instance a child born during a battle in the local area, or being named Victoria, and that being the date of the coronation of Queen Victoria, or some other event that may have an effect on that person's environment. This information can be quite relevant. So the issue then becomes managing it, and making it useful. Is there 'overlinking' on dates, most definitely, and the information should be most specific, however, the request is '''specifically for Dates of Life'''. With regard to the comments about ''triviality'' ... for goodness sake, the difference between trivia and excellent knowledge is solely your own virtual framework and environment. If some people thrive on trivia, good luck to them, WP is here for all types. Not asking for extreme, let us find the median position. -- ] (]) 13:54, 29 September 2008 (UTC)
*'''Oppose'''. Linking some, but not all full dates in the article will be confusing. I don't see birth and death date-linking to be valuable at all. Most biographies do have categories for year of birth and death that would get your average browser to the year page anyway. ] (]) 14:21, 29 September 2008 (UTC)
** ''Query to Billinghurst: Your assertion that many people click on and want to click on a date link seems unlikely—do you have sources for this?'' ] ] 14:42, 29 September 2008 (UTC)
*** Thanks Tony. ] Anecdotally from reading, especially the commentary when it was on ]; some (light) discussions with genealogists, who are a little date focused. I too would love to see evidentiary information about date links and whether they are followed or not. If someone has the right wand to produce that data, it would be lovely. To ''Karanacs'' the proposal is just Dates of Life, not all dates. {{unsigned|Billinghurst}}
*** For tony to make such a statement that it is unlikely only proves that he is not paying attention to the comments being made against delinking of dates. I have stated on several occasions (as have others) that I do click on dates (sometime only to see if the article is associated to the date). As for evidence I recommend that someone does a query on the toolserver for all the date articles and see if the hits reduce over the next few months as more and more articles have the dates delinked. I believe we will find a marked reduction in the traffic to those date articles do to their delinking.--] (]) 16:27, 29 September 2008 (UTC)
*'''Oppose'''. It adds complexity and I just don't see the value. ] (]) 14:59, 29 September 2008 (UTC)
*'''Support''' I never agreed with Tony's 2 dimensional view that date linking is bad. Misplaced Pages is a 3 dimensional database of articles and is not bound by the 2 dimensional rules of a paper article. If we have an article in wikipedia that is linkable to an article then we should link to it (whether ir directly relates or not). That doesn't mean that it should be linked 4 or 5 times but it should be linked and the birth and death dates to me are reasonable. If we go along with this delinking of dates argument that tony presents then next we will be delinking the city and state of birth, military ranks, allegiances and any other link that is not directly related to an articles content. I think that this date argument sets a very ugly precedent. Additionally, given the volume of arguments for and against this venture it should be obvious to everyone (regardless of how they feel about whether dates should or should not be linked) that this does not meet consensus, regardless of how the vote previously came out.--] (]) 15:06, 29 September 2008 (UTC)
* '''Strong but partial support''' I believe linking the year to the bare year articles for births and deaths in bio provides useful context information. I'm actually in favour of linking years (decades etc.) where ever the historical context is significant to the subject of the article, even if the subject itself is not significant to the period of time linked. However, I am not as convinced of the value of linking the month and day, especially since those links would not seem to add much context without the year. ] (]) 15:53, 29 September 2008 (UTC)
** ''Two simple points to PaleAqua: (1) Where was the consensus to link these items in the first place? (2) No one is suggesting a slippery slope to no wikilinking; rather, I sense that the motivation is the direct opposite: the encouragement of a stronger wikilinking system through the avoidance of extremely low-value dilutions.'' ] ] 16:45, 29 September 2008 (UTC)
*** 1) Rhetorical statements are unhelpful. Where is so much of the information and documentation of templates, convention, etc. Wikis evolve, we are talking about a controlled evolution. 2) No, you are correct, no slippery slope suggested, it was Dates of Life only. Low value to you, statements to the contrary by others that dates of linking are not of low value seem to be ignored or derided as of low value. :-( ] (]) 17:12, 29 September 2008 (UTC)
*'''Support'''. It certainly does no harm. Also usefull for lovers of trivia. Let readers decide what they want to read. ] <sup>]</sup> 19:55, 29 September 2008 (UTC)
*'''Oppose.''' One of the dates in the example, '''26 July 796''', would be displayed to those who have selected the "2001-01-15T16:12:34" date format preference as '''0796-07-26'''. The unique format in the preference menu clearly defines this date as an ] date, even though that term does not appear on the menu. Also, the ] leading to the implementation of date autoformatting makes it clear this format was intended to be ISO 8601. ISO 8601 '''requires''' dates to be in the Gregorian calendar, and '''requires''' mutual consent before information exchange partners exchange any date before the year 1583. Since the date 26 July 796 is in the Julian calendar, both requirements are violated. --] (]) 20:15, 29 September 2008 (UTC)
** Comment: this discussion is not intended to be about autoformatting. This is about hard-linking of the dates, rendered as written, which is how 99% of readers will see them. If there are bugs in autoformatting, then there are bugs in autoformatting. User beware. But we shouldn't let the tail wag the dog. The question is, regardless of autoformatting, should these dates be linked? ] (]) 20:50, 29 September 2008 (UTC)
*** You're wrong. Every date linking discussion is always about date autoformatting until the date autoformatting cancer is excised and incinerated. --] (]) 21:38, 29 September 2008 (UTC)
*'''Oppose''' Just because an article exists on Misplaced Pages that ''can'' be linked to, doesn’t mean it ''should'' be linked to. Links should be topical and germane to the article and should properly anticipate what the readership will likely want to further explore. Linking of years (]), isn’t germane most of the time and should be limited to intrinsically historical articles like ]—in which case, the linked dates would be older, like ]. What the bot is doing that I find ''really'' valuable is the de-linking of dates (]). If someone was born on that date in 1982, no one gives a damn if ''“On this date in] ] - ] defeats the leaders of rival ]ese clans in the ], which marks the beginning of the ], who in effect rule Japan until the mid-nineteenth century.”'' This isn’t not proper technical writing practices. <span style="white-space:nowrap;">''']''' (])</span> 20:25, 29 September 2008 (UTC)
** I just want to clarify that just because you don't "give a damn" doesn't mean knowone does. If knowone cared then there would be no need to have a On this day section in the main page.--] (]) 20:39, 29 September 2008 (UTC)
*** Indeed. Maybe some people ''are'' interested in who else shared the same birthday, or that an ] was born on the feast-day of the ]. If WP has these pages, I think it's inappropriate to presume that because ], nobody else should be allowed to find them. ] (]) 20:50, 29 September 2008 (UTC)
**** '''To Jheald:''' So you cite ]. That’s sort of a “]” argument; if there was a ] essay, I might “prove” my point. '''To Kumioko:''' I have no problem with the “On this day…” on the main page because all readers know what they will be taken to if they click on a link; they aren’t Easter eggs. '''And to both of you:''' This isn’t an issue of right or wrong; it’s a grey area centered around the issue of not desensitizing readers to our blue links through excessive linking. These are links to trivia. Too few readers, after they’ve stepped on these date land mines, want to bother with them any more. <span style="white-space:nowrap;">''']''' (])</span> 21:24, 29 September 2008 (UTC)
*****I agree that date and year links ''can'' be land mines and unhelpful to readers. Let's make that clear first. However, I seriously doubt that links that are clearly birth and death years will mislead readers in your "land mine" sense. Take this example: "Charles Darwin (12 February ] &ndash; 19 April ]) was a British ..." In my view, people may wonder what the links are, but when they click on them will realise "ah, an article on the year, that makes sense". They will then know this when they see it on future articles, and either click through as desired, or ignore them. What they won't do, in my opinion, is click on the link and think "oh, I was expecting an article on this person's birth" or "oh, I was expecting an article on this person's death". i.e. when clearly linked in a specified and limited context (birth and death years), year links are not Easter egg "land mines", and they are not excessive linking (two links per biographical article). ] (]) 04:17, 30 September 2008 (UTC)
******I have observed that articles tend to be more heavily linked in the lead section; birth and death dates also tend to be the first to appear after the subject's name. Linking to these date articles would strongly contribute to the strong sea of blue in the opening paragraphs. While death dates may be consequential in certain cases, the only possible exception birth dates being generally a non-event is ], and nobody knows JC's exact birth date or year anyway, so I think this is a red herring of a debate. ] (]) 15:47, 2 October 2008 (UTC)
*******Well, ]'s birth was probably an event... Anyway, your overlinking argument is a good one. ''If'' we are to link some dates in a biographical article, then it would make ''sense'' to link birth and death dates, but doing it in the lead is not very good. If we say "do it only in an infobox", plus get rid of the autoformatting, then I like it better. -- ] (]) 15:57, 2 October 2008 (UTC)
********Actually, Darwin's birth did involve a minor event; it was the same day as Abraham Lincoln's. I should prefer to have this trivium availabe behind a link to restarting the proverbially ] edit war about whether it should be in the lead... <br> More seriously, the year of birth does provide context, and would provice more if the year articles were better. On medieval articles, it is often of some interest on what saint's day a given person is born; and so on. ] <small>]</small> 02:59, 3 October 2008 (UTC)
*'''Support''' - While I believe that most dates should not be linked, I believe that, in biographical articles, dates of birth and death would serve as helpful links. We link to the biographical articles of persons born on a particular date on that date's article, so why not link back to the date from the biography? – ]] 20:45, 29 September 2008 (UTC)
*'''Oppose''' - I don't see the value of linking the dates of birth and death. The previous objections to all date linking still seem to apply. Day-of-the-month linking is still trivial even when the date is someone's birth date ] (]) 21:17, 29 September 2008 (UTC)
*'''Oppose''' - extremely low value links. If someone is interested in the "context" of who else was born on September 12, they can type those few characters into the search box themselves. These are trivial connections that clutter articles needlessly. ] | ] 21:42, 29 September 2008 (UTC)
<s>*'''Oppose''' - I have yet to see any argument that comes close to convincing me that these date links provide any sort of ]. Yes, they provide context, but the context is so general that it seems useless to me. And yes, I have heard the argument that "just because it ''seems'' useless to you, doesn't mean it's useless to everyone." This is a valid argument, but only to a point. Linking every word in every sentence to ] would probably be ''more'' useful than this, in my view. And I don't think that one would get any massive rash of support, either.--] ] ] '''''<font color="green">]</font>''''' 22:31, 29 September 2008 (UTC)</s> (Changed !vote: see below)
*'''Oppose''' That would just makes everything more complex. Besides, I have yet to read a convincing argument on ''why'' date-of-birth and date-of-death links are necessary to aid the reader's understanding of the article's subject matter. ] (]) 02:20, 30 September 2008 (UTC)
*'''Support''' linking of birth and death years ''once'' at the appropriate place in an article (with the second option being a formal written support in the manual of style for using the birth and death year categories). '''Oppose''' linking of dates as these are, in my opinion, trivial links. This was my position in an earlier thread quoted above, though I may not have made it clear enough. I obviously disagree with those who think birth and death year links are trivial in biographical articles - it is my opinion that birth and death years are integral metadata information for biographical articles. Currently, such information is found either as: (a) plain text in the lead sentence, with some articles still having the dates linked; (b) birth and death date categories; (c) entries in the infobox; (d) entries in the ] metadata information. Until the Manual of Style specifically mandates that the information for birth and death years needs to be in a form that can be analysed by computers (ie. metadata - and yes, linking is a form of metadata when used correctly), then delinking birth and death years without checking for the existence of the other metadata is a destructive process. I support reduction of overlinking, and avoiding a sea of blue links, but also support the retention of some form of clickable links to take the reader from biographical articles to our chronology categories and articles. ] (]) 03:54, 30 September 2008 (UTC)
*I'd only support this as a reversion to the policy of all date linking, in other words linking dates of birth and death are no more or less valuable than any other date links. Either the standard should be to link all or to link none. - ] (]) 05:37, 30 September 2008 (UTC)
** How so? Can you provide an example? I think the article with wikilink dates, eg. "He was promoted to Captain on 1 March xxxx ..." shows that THE date has only has relevance within the article itself, not to the world events at the time. <br> At the moment, the issue with much of the discussion is the value judgments rather than relevance or usefulness. Many say ''it is of low-value'' where it means it is of low value to '''them'''. Whereas many of those supporting, say they find it useful, and they find it is of relevance for their research. I understand my biases, I would like the nay sayers to consider that it this is about relevance and perspective, not their values. --] (]) 08:54, 30 September 2008 (UTC)
*'''Oppose''' Firstly, we already have consensus that wikilinking of dates is deprecated, so having this as part of the guideline would be a seriously retrograde step, and make a mockery of it, IMHO. Secondly, I would would be somewhat horrified at extensive wikilinking of birth and death dates: the vast majority of biographies I have come across have had these dates linked, and I just feel that these links add nothing to any of the articles. What I am talking about includes ], where the only date I would probably retain is the date of coronation; I might also consider linking the dates of death of ] and ] and other leaders who died in office, or other world figures who died at the height of their influence - for example ]. However, we already have articles on the ], ], and ], which renders the linking unnecessary in the examples given, also proving Tony's point. I would say that even ]'s birth and death dates are but biographical facts which add little significance to the world if linked to date and year articles. If somebody really wants to look up 18 April 1955 for a context surrounding Einstein's death, they can just as easily type it in the search box or the address bar. It seems to be rather bureaucratic to oblige editors to add wikilinks to these whilst removing all the other wikilinked dates, when there is so much to do here on WP. ] (]) 10:29, 30 September 2008 (UTC)
**Consensus was only reached after being repeatedly opposed. Tony simply kept resumbitting it until it reached consensus. I have been editing for a couple years on WP and I have never seen any change that has been so hotly contested as this. Your right though in that consensus was reached, now it is up to all of us to refine the details of the decision so that it best supports the project overall. I can live with the decision that dates should not be linked (although I don't agree with it per se) but I do think that certain key dates such as birth and death should be allowed.--] (]) 18:27, 30 September 2008 (UTC)
*'''Support''' I use birth and death links all the time , as well as links in other key dates to get an historical context to what I am reading. Misplaced Pages year articles give a continuous timeline of what else was going on in the world at the time an event happend. They provide useful context and background and allow the reader to get immersed into a particular historic point in time. They are an invaluable resource unique to Misplaced Pages. Removal is a retrograde step. ] (]) 12:43, 30 September 2008 (UTC)
*'''Weak support'''. Clearly ''some'' readers do find these useful, and the wide support for doing it can be seen in the fact that it has been so widely done. (If it had been introduced by bot, of course, this would not follow, but I see no sign that it has been.) We encourage multiple ways of linking articles together; categories and nav templates and links; this is merely another. I would much more firmly support weaker wording; but it is already established that ''normally'' means ''most people do, but you don't have to'' even for FA and GA, which should be weak enough. ] <small>]</small> 14:58, 30 September 2008 (UTC)
*'''Support''', in the cases described by Carcharoth above. A less obvious way I have found links useful is to use them to see what is linked to a given article & the birth/death dates are one important way this works. Further, until this latest push to delink '''''all''''' dates, no one ever raised the issue that linking birth/death dates was unnecessary. I believe it deserves an exception -- & the spirit of ] more than justifies us to make an exception to any rule when the exception improves the encyclopedia. -- ] (]) 18:50, 30 September 2008 (UTC)
* Qualified '''oppose'''. I don't have a strong opinion on the autoformatting question. Personally, I've always thought that our readers were smart enough to correctly read a date whether it was presented as <tt>19 Jan 2008</tt>, <tt>Jan 19, 2008</tt> or <tt>2008 Jan 19</tt>. But I know that others disagree and I don't feel strongly enough about it to argue. <br> On the more important question of whether the links are useful as links, I think they should pretty much all be removed. Linking a birth or death day to a page about that day of the month is invariably trivia. While many books publish such trivia, I do not consider that to be a proper function for an encyclopedia. There is nothing encyclopedic about the subject of the biography that the reader can learn by following the link to a page of other trivia that happened on all the other 19 Jans in time. <br> The argument for linking years is better but still not strong enough in my opinion. The general argument for it (repeated by several people above) is that it provides historical context and can provide a path to the events which influenced the subject of the biography. I consider this a weak argument because the degree to which a newborn can be influenced by events outside his/her immediate family is trivially low. Child-development specialists will tell you that influences in the first 5-8 years are almost entirely domestic or, at best, highly local. The appropriate link for developmental context would be to the appropriate decate article covering the ages somewhere between 10 and 30. Likewise, a link to a death year tells almost nothing about the person's life except in the rare case where the death itself was a cause for notability. <br> My opinion is also influenced by the observation that the "year" pages are massively overlinked. The odds of finding anything useful either on the page itself or by following "what links here" is miniscule. I've never yet followed one of those links and learned anything useful. ] <small>]</small> 19:25, 30 September 2008 (UTC)
** There are at least two uses for these links on birth/death dates. The first is an example of data management -- to maintain the Categories "X births" & "Y deaths". Not everyone who creates or improves an article remembers to include biography articles in these kinds of categories. The second is an example of user friendliness -- it helps end users to determine who was born or died on specific days. There are a lot of people out there who want to know who was born -- or died -- on a given day, & these links help them to research this information. While the Persondata information could offer the same information, so far Persondata is manually created & not yet present in all biographical articles. -- ] (]) 03:13, 1 October 2008 (UTC)
*'''Support''' - It's clear that not everyone finds these links useful, but it's equally clear that some ''do'' find them useful to a degree, myself included. Jheald's proposal seems like a fair compromise. I'm confident that linking a date or two in the lead won't turn the rest of the article into an indecipherable sea of blue. --] (]) 19:38, 30 September 2008 (UTC)
** Bongwarrior: OK, “some” find the links useful. Is that the test you think should be used here: (“some”)? Or do you think it is more than just some, and that the body of readers who would ''actually want to read through'' lists of trivia in “year” article are sufficiently numerous to merit yet more blue links in our articles? <span style="white-space:nowrap;">''']''' (])</span> 22:14, 30 September 2008 (UTC)
***My impression from the above is that those who find the year links useful are coming more from the metadata side of things, rather than the trivia side of things. It would also be nice to have some acknowledgement that birth and death years are ''less'' trivial (though some people do clearly see them as still trivial) than a random mention of a year in a random article. And also that linking birth and death years does not contribute to a "sea of blue (links)", but is actually limited to a specific place (at the start of the article) and to two specific links. To expand on the metadata side of things, I'd be happy if a sustained effort were made to bring biographical articles into compliance with some standard style, ensuring that ''all'' the articles had ] (currently woefully limited in its application - to respond to Kaldari's point below), that all biographical articles had birth and death year categories (or the 'unknown' equivalents) and the "biography of living people" tag (where applicable) and that all biographical articles had {{tl|DEFAULTSORT}} correctly applied (to aid the generation of a master-index, as well as categorisation). If half as much effort went into that as into whether to link birth of death dates or not, then some progress might be being made. As it is, biographical articles account for around 1 in 5 of Misplaced Pages's articles (and, I suspect, a significant fraction of newly created articles), but only a small fraction use Persondata, thousands and thousands of biographical articles are not sorted correctly in the index categories, and many lack birth and death year categories. Many biographical articles also lack the {{tl|WPBiography}} tag on their talk pages. This is one reason why I feel as strongly as I do about not just removing birth and death year links until a proper audit of the biographical articles has been carried out (you can, if you like, think of it as the "date audit" clashing with plans for a similar "biographical audit" and the "date audit" removing metadata links that might have been parsed by the "biographical audit"). To take that one step further, I wonder if the contributions log of Lightbot can be analysed to reveal how many birth and death years were delinked on biographical articles where no birth and death year categories were present? I presume such an analysis would be possible? ] (]) 23:27, 30 September 2008 (UTC) <small>I asked Lightmouse if he can help.</small>
****I suspect that the actual readers click on links ''much'' less than we think they do. There's no evidence for their popularity. The concept of wikilinking is great, but needs to be rationed carefully. No studies have been conducted on readers' attitudes or behaviour in relation to them (for example whether readers tend to read through as much of an article as they're ever going to and ''then'' consider hitting a link, or whether they divert on the spot), but common sense tells me that the utility is fragile. ] ] 02:30, 1 October 2008 (UTC)
*****You are probably right. I would say it would depend on a combination of factors: (1) Whether the reader understands the term or knows about the object/event/person linked {''information/definition''); (2) Whether the article contains sufficient context to explain things and avoid the need for a reader to click away to another article (''insufficient article context''); (3) Whether the reader is bored by the article they are reading and whether any particular link looks more interesting (''diversionary browsing''); (4) Whether the reader (after reading the whole article) wants to read up further on a particular topic (''discretionary browsing''). It depends on the reader to a large extent. What we, as editors, can do, is ensure articles have sufficient context to reduce the need to link, keep articles interesting, keep metadata separate from linking, and try to ensure high-quality linking (linking to good articles and to the ''correct'' articles) and to avoid overlinking. If there was ever a push for levels of linking, then one good metric would be "if a fact in article A is mentioned in article B and vice-versa, then that is a primary link", with other links being "background" or "definition" links. Trouble is, there is such a spectrum of reasons for linking, that levels of linking just allows for edit warring. If some software thing like "there is a reciprocal link" could be enabled to turn a link a different colour, that might work, but then too many different colours makes things silly as well. Maybe a preference to only have reciprocal links display? ] (]) 03:00, 1 October 2008 (UTC)
****** Wow. Tony, are you saying we should unlink everytihng, not just dates or a few countries, but everything? Links aren't popular? We need to ration them? This certainly explains some of your underlying motivations. ] (]) 03:47, 1 October 2008 (UTC)
******* It’s not too complex Dmadeo. Links should be judiciously used. They should be highly topical and germane to the subject matter. They should ''invite'' exploration and learning for the intended audience. Linking to ] is perfectly fine for the ] article but would be boring and desensitizing to readers reading up on ]; the majority of the visitors reading that article already know what an electron is. The litmus test shouldn’t be whether or not ''some'' readers will find it interesting, but whether a good number of the target readership would find it interesting enough to click on. For too long, too many links have been added to Misplaced Pages’s articles because an article existed and ''could'' be linked to. But with {{NUMBEROFARTICLES}} articles on en.Misplaced Pages, hundreds of them nothing but date-related trivia, plus ''even more'' on Wiktionary, the number of articles to link to is now astronomical and our articles have become excessively linked, effectively turning them into giant, boring, ]. Tony is right. We don’t need links to mind-numbing list of randomly-generated trivia nor to common countries. Nor to ] (it’s at a latitude of {{nowrap|47°&thinsp;39′&thinsp;9.1″}} for those who would actually be interested in that). It’s not that <u>''nobody''</u> is interested in clicking on all these links; it’s just that ''not enough'' readers are interested in clicking on them. IMO, the reaction to often strive for in readers when we provide links should be “Oh, ''WOW.'' I didn’t know they’d have an article on ''that'' too!”. <span style="white-space:nowrap;">''']''' (])</span> 04:31, 1 October 2008 (UTC)
********Precisely. <small>As an aside, you should subst that 'number of articles' template, otherwise in a year's time it will show the number of articles at the time someone reads the archives, not when you wrote this - what do you mean, "no-one reads the archives"? :-) </small> Though there could be a useful distinction, I think, between levels of information on an article and what to link to. Not everyone reading the ] article will know what an electron is - that is why you could link it once at the first appearance, and then not link it again (which is normal practice anyway). Consider the reader who wants to click "electron" but can't. They will either edit the article and add a link, or they will look "electron" up by searching for it. But they will be thinking as they do so "why didn't they give me a link to click on?!". But even relevant links are uninteresting to some. The first link on ] is ]. I have no interest in clicking on that, but because it is relevant, it stays. So relevance is probably more important than whether a link is interesting. As for links to common countries, there are exceptions to every rule. If you have a list of countries, sometimes it makes sense to link all of them, rather than just some of them. Your "oh wow" point is one viewpoint (and something I agree with). The other is the ] - see ]. Going too far one way or the other (overlinking and underlinking) could be very damaging. How would you propose to avoid underlinking? ] (]) 05:02, 1 October 2008 (UTC)
********* I get the overlink problem, and it seems like a theoretical problem, but not really one in practice. I think it's a lot better to deal with a particular problem article with a simple MOS guideline and involved editors actually editing the articles. Trying to prescribe exactly how to do this in the MOS devolves into lists of what's acceptable and what's not (ie: unlink the ], but not ]). I've seen others describe this as overinstruction or instruction creep and I'm starting to feel that there's a small number of vocal people who really like the idea. I find it offputting. ] (]) 08:19, 1 October 2008 (UTC)
******This is exactly what I was afraid would happen, in Tony's opinion above wikipedia should be nothing more than a publically updated encyclopedia britanica with a few links sprinkled in the article for certain key events. Tony, THIS IS NOT A 2 DIMENSIONAL DATABASE, stop trying to force your narrow views on everyone else. I agree that many articles are overlinked and I understand what you are saying, but having the links is useful and they generate trafic to other articles perpetuating the cycle of publically updated information. If we start stripping off links then one of the primary selling points of wikipedia is lost and we might as well buy the paper set when the salesman comes to the door.--] (]) 15:12, 1 October 2008 (UTC)
*I have to respond when my views are being misrepresented. I'm sure people aren't deliberately making things up, so I wish they'd check their facts first. (1) I see little value to the readers, and much unnecessary blue in prominent positions, in the linking of common country names, especially English-speaking countries. Just why every single popular culture article should have a link to "British", "UK", "American", "United States", "Australian", "Australia"—I've counted seven to one country in a single article—is quite beyond me. This includes such little-known entities as "India", "China", "Russia", and some European countries. If it's a world map our readers require, they should be made well aware of its existence on the main page, since these country articles swamp the linking reader with huge amounts of information, most of it unrelated to an article topic. (2) It's easy to accuse me, in an exaggerated and frankly quite unfair way, of wanting to strip away all or most links; but in reality, I'm pro-wikilink; I believe people who complain about the notion of a more selective approach to linking are, without their realising it, working against the wikilinking system by diluting the valuable links to such an extent that they are ignored by most readers. It's a great way to kill of a great system. I'm trying to make it more effective. ] ] 15:40, 1 October 2008 (UTC)
** …<u>there!</u> ]. Why? ]. <span style="white-space:nowrap;">''']''' (])</span> 20:47, 1 October 2008 (UTC)
** '''P.S.''' I agree completely when Tony wrote ''“I believe people who complain about the notion of a more selective approach to linking are, without their realising it, working against the wikilinking system by diluting the valuable links to such an extent that they are ignored by most readers.”''&thinsp; Well said. <span style="white-space:nowrap;">''']''' (])</span> 23:16, 1 October 2008 (UTC)
***It may surprise you, but I agree with what Tony said as well. We just draw the line at different points. People will always have different ideas about what to link and what not to link. If you want to successfully persuade more people to reduce overlinking, it might be worth expanding ] to explain things in more detail. I also think part of the problem is that editors often think "do we have an article on this?", and then try a wikilink to find out (using preview). When it turns out to be blue, they check it (hopefully) and then leave the link there because they are pleased that we have an article on whatever. The pleasure at seeing a wikilink work is such that it can be very hard to consciously remove it. By the way, thanks for ] (I'm sure I've seen a similar essay somewhere before). It makes some interesting points, even if I think putting ] in the "see also" section is a bit over the top and faintly insulting, as is linking to ], but it's your essay. I would add some footnotes to the essay, giving examples of "fascinating" trivia from the ] article (I didn't read all of it, but I did skim it), but that might not be appreciated. Seriously, have you ever thought of putting articles like ] up for deletion? You sound like you would be happy if they were all deleted. Finally, thanks for the ]. I've in the ] article - might as well use the picture to improve an article as well (did you know some people actually collect pictures of manhole covers? See . There is also some interesting history behind some manhole covers. But then if you are recoiling in horror at the thought of this, then I guess you wouldn't appreciate things like ] either. ] (]) 23:56, 1 October 2008 (UTC)
**** Carcharoth: When you write ''“Seriously, have you ever thought of putting articles like ] up for deletion? You sound like you would be happy if they were all deleted.”''. Perhaps I might come across that way but, no, I wouldn’t want them deleted. Just de-link them.<p>There are just too few people who are reading up on, for instance, ], who are really going to read more than the first two entries after they click on a date link. I’d bet that 99.9% of the time, the typical reaction is “Hmmm… ''that’s'' what these links do” and then they click their browser’s ‘back’ button. Even with my challenge in ], it will be interesting if ''anyone'' can ante up and actually read only ''two'' of those trivia articles.<p>By better anticipating what readers to a given article will be interested in further exploring, we increase the value of the remaining links. If someone is in a mood for long lists of historical trivia, it’s easy enough to type them into the search field.<p>And I agree 110% with you when you write about the litmus test many editors use in deciding whether to link or not: if it ''can'' be linked to, then link to it. <span style="white-space:nowrap;">''']''' (])</span> 00:35, 2 October 2008 (UTC)
*****Thanks for the reply. I must admit that when I wikilink an article without wikilinks (sometimes a badly written one - the lesson there is that it is better to rewrite the article before wikilinking), I have tended to add links to find out if we have articles on certain things, and only then winnowed the links down to those that are most relevant (and sometimes not even that). I will, in future, be trying consciously to increase the quality and 'impact factor' of any wikilinking I do. I still think that wikilinking tries to do too much - acting as (among other things): a dictionary/glossary; a 'related topics' section; and a further reading section. ] (]) 02:08, 2 October 2008 (UTC)
*'''Support''', I think the above comments provide a variety of compelling reasons why editors might want to link dates. What I would actually prefer is for editors to be given explicit discretion in whether to link these dates on any given article. Within the context of the rest of the MOS I think the proposed language is closer to that ideal than the existing text. ] ] 02:01, 2 October 2008 (UTC)
**I have five articles in mind already for an insertion of a link to ]. Seriously. Link ''as much as you can'', ''wherever there's a tiny opening to do so''; after all, in today's world, everything can be related to everything else by one, two or three steps. it won't hurt the valuable links.] ] 02:27, 2 October 2008 (UTC)
***The ] article has nigh on 12,000 incoming links. The same article has some 260 lines/events listed. The 364 links to other date articles created by {{tl|months}} hardly dents the total. There is a serious imbalance here. 'October 16' is only one of 366 such articles with a very similar problematic. I am not saying that all articles should be back-linked from the date page, or that the majority are related to biographical d-o-b or d-o-d, but I would contend it is one valid perspective on the rather pandemic overlinking to date articles. ] (]) 04:22, 2 October 2008 (UTC)
****If one looks only at links from article space and further exlude the 1199 lists, 1403 titles of the sort "2008 in medicine", 366 days, and 12 months, the count drops to 7425. Still high, but less outrageous. Looking closer at, say, ] we see it is only linked by the date on a cited reference. I see no reason for linking citation data that is already well-structured, as in this date= field of a cite tag. On the wild assumption that only 2/3 of those are date= or accessdate= instances, that gets the number into a reasonable range.] (]) 20:21, 3 October 2008 (UTC)
*****I suspect there may be some truth in that assertion, but unless and until all those citation templates are de-linked, we have no way of knowing. ] (]) 08:59, 9 October 2008 (UTC)
*'''Oppose'''. For the same reasons as other opposition. ] (]) 13:36, 2 October 2008 (UTC)
*''Come on…'' At least a couple of you “Support” editors ought to be taking me up on ]. If you can actually read four whole date and year articles, you can be the ] of your very own ]. Are there no takers? <span style="white-space:nowrap;">''']''' (])</span> 03:03, 3 October 2008 (UTC)
** I looked at your four date articles. I'm sure it's not going to convince you, but they didnt seem that bad. Someone had gone through and organized them enough to make them interesting. They arent going to be everyone's cup of tea, but I'm not sure why you're so offended by them either. I suppose suggesting you just don't look at them won't help either. ] (]) 23:43, 3 October 2008 (UTC)
*** Dmadeo, when we, as editors, are deciding on whether or not to link a word or topic in an article we are writing, I would suggest setting the bar a bit higher than, ''“that didn’t seem so bad.”'' I might even be so bold as to suggest that we set the bar a bit higher so that in many cases, the reader’s reaction to seeing a blue link would be “'''''<u>'''''… I didn’t expect they’d have an article on ''that too</u>!”'' <span style="white-space:nowrap;">''']''' (])</span> 00:14, 4 October 2008 (UTC)
**** With respect, I'd suggest setting the bar at whatever level makes you feel like contributing to articles. That level will be different for me and for anyone else, but thats fine. I encourage you to link however many words you'd like, as long as you dont mind when I do as well. ] (]) 01:31, 4 October 2008 (UTC)
*'''Oppose'''. As illogical, fussy and confusing as when we decided after prolonged discussion not to autoformat, just a short while ago. ] (]) 18:36, 3 October 2008 (UTC)
*'''Oppose''' as confusing, since the policy is now *not* to link dates without particularly compelling reasons. "saving some curious readers the trouble of typing a year/date into the 'seach' gizmo" just doesn't seem sufficiently compelling. ] (]) 17:22, 5 October 2008 (UTC)
*'''Support''' linking years at least once. It is a powerful way to update and expand the year pages to use the 'what links here' button and see what pages refer to a particular year. ] (]) 00:23, 6 October 2008 (UTC)
*I don't know if this has been mentioned above, but there is a very relevant CFD discussion at ]. Some people, who seem to be in the majority, want to create a series of categories, automatically generated, of ], ], and so on. Whether they need the links being discussed here I don't know. ] (]) 00:59, 6 October 2008 (UTC)
**I don't see the relevance. — ] ] 03:35, 6 October 2008 (UTC)
*'''Oppose''' Not needed, per very many above. ] (]) 00:59, 6 October 2008 (UTC)
*'''Support''' (changed from oppose): I've changed my stance here because, while I frankly still can't see how linking of dates is useful, it is clear to me that there is a significant minority of editors who '''do''' find it useful. If it's useful enough for even a few editors, then it is something which we should be linking.--] ] ] '''''<font color="green">]</font>''''' 04:26, 7 October 2008 (UTC)
:*'''Comment''' strange recursive reason for changing an opinion. You now support because you have seen a "significant minority" of other editors support? Do your previous convictions not amount to anything? ] (]) 11:18, 25 October 2008 (UTC)
*'''Support''' the proposal. I find it useful. ] (]) 13:55, 8 October 2008 (UTC)
*'''Oppose''' I have been very pleased to see a plethora recently of edit summaries reading "date audit per MOS:NUM" and I strongly feel that no wikilinks should be used for ornamental purposes which is what these links are. The next step would be linking full stops''']''' (<- wikilinked) People are used to these links but they should go. People will get used to not having them, and if in one instance out of approximately 163 times reading the number ''2008'' they actually wanted to check out that page, they will not be annoyed at having to type it into the search box. __] (]) 17:32, 12 October 2008 (UTC)


*'''Oppose''' I think it's a horrible idea and will encourage even more pointless wikilinking. I agree with Meco and most of the others who oppose this proposal (sorry, no new reason I can think of for opposing, it's more or less all been said.). ] (]) 09:55, 25 October 2008 (UTC) 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)
*] 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)
*:This specifically regards the "]" article, and its Konomiya Hadaka Matsuri infobox, which includes the days of the week. —] (]) 07:40, 4 November 2024 (UTC)
*::Ah, the mysterious East. ]] 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 {{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==
* '''Oppose''' any naked linking of dates and years serves no purpose. So having it at the start of articles is a particular bad idea. --''']''', '']'' 21:34, 26 October 2008 (UTC)
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?==
*'''Oppose''' linking of birth and death dates is trivia and anyone interested can easily type in the dates. Dates are incredibley overlinked as it is. ] ] 09:07, 27 October 2008 (UTC)
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)
*'''Oppose'''-It's unproductive (hardly anyone actually uses these links) and they devalue other important blue links in the article lead--] (]) 04:46, 1 November 2008 (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==
*'''Oppose'''- this has been debated to death -- linking these dates will confuse the issue for many editors, who will take the date links in the opening para as licence to link all dates. Let's keep it simple and clean: no dates linked unless htere is a compelling reason. ] | ] 18:53, 2 November 2008 (UTC)
{{atop
*'''Strong support'''. Who are we to decide what the reader should or should not click on, just because some people believe it to be "trivial". Let freedom of choice reign I say. ] <sup>]</sup> 19:56, 7 November 2008 (UTC)
| 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'''.
===Infobox templates===
* BTW: up to this point it's 14 support and 13 oppose (if I counted right and ignoring any weak/partial distinctions). Sounds to me like there's no consensus either for or against this particular point. But it does point out that there is a large contigent of people who <b>do</b> want limited date linking, especially for something such as birthdates. As far as I know, lightbot is not unlinking the <nowiki>{{Birth date|yyyy|mm|dd}} and {{Death date and age|yyyy|mm|dd|yyyy|mm|dd}}</nowiki> templates, so perhaps we can say "In biographical articles, limited use of <nowiki>{{Birth date|yyyy|mm|dd}} and {{Death date and age|yyyy|mm|dd|yyyy|mm|dd}}</nowiki> may be helpful" ] (]) 08:27, 1 October 2008 (UTC)
**'''Strong comment''': What this tells me most clearly of all is that we have lots of !votes from incoming parties totally unaware of the rest of debate (over three years worth) and thus largely-to-totally unaware of the negative aspects of date autoformatting. As just one example among many, I doubt that more than a handful of them have considered the fact that around 40% of surveyed articles had inconsistent date formats in them. This is largely because editors assume that the autoformatting just "handles it", and forget that 99.99% of Misplaced Pages's users are IP address readers, not editors, with no date preferences to set, who are all seeing "3 July 1982" in one sentence and "August 7, 1983" in the next &ndash; all because autoformatting ensures that most editors themselves simply don't notice the difference. <em>This is happening in <strong>nearly half of our articles.</strong></em> That alone is enough to end this debate right now. — <b><span style="font-family:Tahoma;">]</span></b> &#91;]&#93; &#91;]&#93; <b>‹(-¿-)›</b> 05:00, 4 October 2008 (UTC)
**Do these templates render the dates in bright blue and have all of the disadvantages of the date autformatting system? ] ] 08:33, 1 October 2008 (UTC)
***Don't you mean the *advantagees* of date autoformatting? - ] (]) 08:40, 1 October 2008 (UTC)
****Um, no, he meant disadvantages. — <b><span style="font-family:Tahoma;">]</span></b> &#91;]&#93; &#91;]&#93; <b>‹(-¿-)›</b> 05:00, 4 October 2008 (UTC)
**One or other of the two "birth date" templates MUST be used in infoboxes, if the birth-date is to be included in the emitted ] ]. Whether or not they link those dates does not affect this; and can be set according to whatever is the final community consensus. One or other of the two "death date" templates will be needed, when the hCard spec is updated to include "death date".] (User:Pigsonthewing); ]; ] 10:15, 1 October 2008 (UTC)
***I don't have the expertise to understand this. What I can tell you is that it's great that many of the infobox templates have recently been modified so they ''don't'' augoformat the dates. ] ] 10:48, 1 October 2008 (UTC)
****In short: the templates are needed for technical purposes (related to ]). It doesn't matter (for those purposes) whether they link the dates, or not. But people shouldn't be discouraged from using them, because of formatting, as not doing so will break one of the functions of the infoboxes in which they're used. ] (User:Pigsonthewing); ]; ] 11:12, 1 October 2008 (UTC)
*****For the record, these templates are currently ''not'' emitting links (since 1 September). ] (]) 11:29, 1 October 2008 (UTC)
******The birth and death date template age calculation may be wrong for a person who was born under the Julian calendar and died under the Gregorian calendar. They also provide no way to indicate what calendar was used for the dates. --] (]) 14:42, 1 October 2008 (UTC)
*******Those are valid concerns (and are being discussed elsewhere, I believe) but are unconnected to the issue of linking; also, such cases seem to be vastly in the minority. ] (User:Pigsonthewing); ]; ] 15:50, 1 October 2008 (UTC)
********Not being a template programmer, I don't know if the concern can be fixed. I am reluctant to recommend a template that cannot fulfil its intended purpose, and might not be repairable. --] (]) 16:07, 1 October 2008 (UTC)
*********Forgive me for jumping in here, but can you explain something in simple terms to me? What is the purpose of the metadata, and the parsing thereof? I have seen countless mentions on this talk page that if dates were linked, such as birth and death, the collection of metadata would be made easier (am I right here - even if this can be achieved through plain text). This maybe the case, and several editors above wish it to be so, but I don't understand why. Maybe this issue isn't relavent here, but could somebody humour me. Dates should/would/could/may (whatever) be linked to allow for the easy collection of metadata. But why? (I'm not criticising metadata, or those who use it - I just don't understand it's purpose.) In anycase, for birth/death dates, is that not what {{tl|persondata}} is for?&ndash;] ('']'') 21:47, 1 October 2008 (UTC)
**********It should be possible to generate a list of every biographical article on Misplaced Pages, along with the biographical data (where known). To do that, you generally need mature and comprehensive metadata coverage. Unfortunately, the maintenance of metadata on Misplaced Pages (en-Misplaced Pages at any rate) lags severely behind the rate of article creation (persondata, as you say, is one of the places where metadata should be placed, but as there are other places as well, such as the hcard format Andy mentioned above, and since persondata is used in only a small fraction of articles, there are problems). Wikilinks are sometimes analysed as a form of metadata, and certainly a mature and well-developed system of date markup would allow for applications. Geographical co-ordinates are given in a standard way - maybe dates should be as well. It is possible to go too far with this, though, since Misplaced Pages is primarily an encyclopedia, not a database (yes, I know the underlying software uses database tables, but I'm talking about the content here). It's a question of getting the balance right. I'm perfectly happy for dates and years to be ''mostly'' delinked (with a few exceptions), but the metadata concerns also need to be addressed. ] (]) 23:34, 1 October 2008 (UTC)
***No one was talking about removing those templates, anyway. — <b><span style="font-family:Tahoma;">]</span></b> &#91;]&#93; &#91;]&#93; <b>‹(-¿-)›</b> 05:00, 4 October 2008 (UTC)


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.
===a compromise/interim proposal?===


{{nac}} ] (]) 22:02, 24 December 2024 (UTC)
:this whole date-link thing is like a Passover situation: since the linking of dates for autoformatting is now discouraged, it's pretty clear that bots and scripts that can assist with the huge task of unlinking that kind of date-link are really needed (otherwise it'll take years, and meanwhile editors who imitate what they see will keep adding them). the question is how to designate certain linked dates as *intentional* so that the bots, scripts and/or editors unlinking dates manually will leave those alone. one proposal (discussed ]) was to designate such "intentional" date-links by putting them in the "see also" section with nondate words in them to let the bots and scripts know they shouldn't unlink them, for example:
}}
::<nowiki>]</nowiki><br />
<!-- ] 17:01, 21 December 2024 (UTC) -->{{User:ClueBot III/DoNotArchiveUntil|1734800468}}
::<nowiki>]</nowiki><br />
I am revisiting an issue that was last brought up 6 years ago ] and settled without a strong consensus.
::<nowiki>]</nowiki><br />
:some editors feel that solution is "too much trouble", but it's nowhere near as much trouble as leaving the massive job of unlinking now-deprecated links to be done by hand just because a bot might undo a link someone cherishes - and even if people are doing the unlinking job manually, they still won't know just by looking at them that this link here is cherished by someone, but that link there is free to go.
:the editors who want birth/death dates linked at the start of biographies are proposing that that positioning should designate those dates as "cherished/untouchable". the trouble is that bots can't be taught to recognize position in an article; for a bot to understand that it should leave a link untouched, the link needs to include a non-date word. it's not easy to think of a non-date word to insert in birth/death-date links without making the sentences awkward - especially considering that the formatting breaks whole dates up into two parts: <nowiki>] ]</nowiki>.
:'''but:''' would the people who want to keep birth/death dates linked in the first lines of biographies be satisfied if the years remained linked - at least until we think up a better solution - and the calendar dates were unlinked? i understand that some editors feel the birth/death year links are potentially of interest for the context they might provide, but the calendar-date links don't provide context - they provide what amounts to historical trivia, which (i posit) *is* very adequately relegated to the "see also" section where the few readers who want to know what mishmash of events went on on that date throughout history can easily find it, marked explicity as "<nowiki>]</nowiki>.
:if that would satisfy the people who cherish these birth/death-date links in bios, then the gallant bots that are waiting to assist with the necessary task of unlinking meaningless/now-deprecated date links could at least proceed with the unlinking of calendar dates. in good Passover fashion they would leave alone any calendar date link that includes a non-date word, like "<nowiki>]</nowiki>. so if some calendar dates that someone cherishes do get unlinked, that can be repaired by adding a non-date word or phrase to the link to shield it from the next "pass" of the bot and moving it to the "see also" section so that sentence flow is not encumbered.
:and meanwhile we could think some more about how to designate linked years for "Passover purposes".
:i hope someone sees what tree i'm trying to bark up here. ] (]) 12:52, 13 October 2008 (UTC)
::The major problem with this idea is that users should '''never''' have to alter their behavior to accommodate the bots; in fact the situation is '''always''' the reverse, in that bot behavior should be modified to accommodate the editors. If a bot cannot be written in a way that does not require human editors to modify the way they are editing to make the bot's task possible then the bot should not operate. This also raises the issue of existing articles - requiring users to go back and "mark" existing dates in order to prevent the bot from removing links is placing far too large a burden on the editors. In short : bots are created to make editors' tasks easier, ''not'' to force them to do more work. As such I find this proposed compromise - while a valiant attempt at finding a middle grounds - to be unacceptable. The central question that must be answered (and has not yet been significantly explored) is whether or not a ''retroactive'' removal of now deprecated links is acceptable to the community. ]<b><font color="#6060BF">]</font></b> 17:25, 13 October 2008 (UTC)
:::thanks first off for recognizing that i'm trying to be constructive. maybe i haven't made idea clear enough, though: i don't mean that any editors would *have* to mark any dates in any special way; everyone would be free just to leave the calendar-date links as they are and let them be unlinked. perhaps that wouldn't be a problem for anyone, since the argument that some date links provide historical context doesn't apply to calendar-date links. it seems plain that the vast majority of calendar-date links were created purely for autoformatting, and since linking for autoformatting is now discouraged/depracated, i don't understand (at all) what the resistance to removing those links is based on.
:::but meanwhile in case someone really feels it's valuable, encyclopedic, etc, to offer readers a link to <nowiki>]</nowiki>, they *could* create something like that if they wanted to, knowing it wouldn't get unlinked by a bot. (maybe by another human, but that's a different question!)
:::also, policy/guideline changes very often *do* entail people changing the ways we edit. in this case the policy deprecating links for autoformatting is the source of the changes. the bot is just meant to assist with making them. ] (]) 17:59, 13 October 2008 (UTC)
::::If I might just co-opt something you said, which I believe to be the very root of the problem : "The policy deprecating links for autoformatting is the source of the change." This whole mess gets fixed when one very simple question is answered, that question being, "Does the deprecation of certain types of year/date links necessitate the subsequent (and retroactive) removal thereof?" If the answer is yes, then Lightbot should resume, and the above idea can be implemented to allow editors to retain some links with some changes. If the answer is no, then the bot should not be resumed and the fate of now deprecated links left to the editors of the articles in which they are found. That question has yet to receive any community-consensus based answer, and I believe answering it would fundamentally solve the problem. ]<b><font color="#6060BF">]</font></b> 18:27, 13 October 2008 (UTC)
:::::... i'm really struggling to fathom how the policy deprecating linking for autoformatting could possibly be interpreted as implying "but let's keep all the existing date links that have no purpose except for autoformatting" - but if that indeed needs clarification, how do you suggest seeking clarification - another RfC? mediation? or ...? ] (]) 19:07, 13 October 2008 (UTC)
:::::'''ps:''' having slept on this ... Shereth, when you wrote "the major problem with this idea is ...", it seems to me that what you actually meant is "my main objection to this idea is ..." your view is as important as anyone else's, of course, but it seems to me that it would be fair to hear some other people's reactions to the idea before labelling one aspect of it a "major problem". ] (]) 08:53, 14 October 2008 (UTC)
:::::*There is a fundamental flaw with Shereth's argument and objection. Humans are endowed with intelligence, while bots are not. In order for things to be automated/automatable, things have to be done according to a certain logic. Economists realised that long time ago, and ] invented the concept of the production line; the vacuum cleaner was invented so we no longer clean floors the same way as before, the same applies to almost every labour-saving device you can think of. To say that humans should go about and be humans in exactly the same way as before is, with all due respects, ]. ] (]) 09:23, 14 October 2008 (UTC)
::::::*Re Ohconfucius: You have ''completely'' missed my point. See the response by Lightmouse below which catches my sentiment exactly. Software should simplify the tasks undertaken by humans and not complicate it. I do not mean to imply that we shouldn't adapt the way we do things to accommodate new technological advances. If that's what you got out of my statement then you completely misunderstood what I was saying.
::::::*Re Sssoul: Fundamentally I'm not opposed to removing date links. Fundamentally I really ] one way or the other. What's got me so animated here is that as an administrator I see (and deal with) complaints from sundry editors who have got their knickers in a bunch because of Lightbot removing some links and they do not see any consensus to remove links. I'm somewhat tired of having to deal with/respond to the situation. The reason I am so adamant about getting consensus is so that ''next time'' I see someone pitch a fit on a noticeboard about Lightbot removing date links, I can just point to the consensus and be done with it, rather than having this debate re-ignited for the umpteenth time. ]<b><font color="#6060BF">]</font></b> 13:51, 14 October 2008 (UTC)
:::::thank you Shereth - so how do you propose seeking the consensus you consider necessary to clarify whether the deprecation of date-linking for autoformatting includes the premise that existing date-links that serve no purpose anymore should be undone? ] (]) 15:35, 14 October 2008 (UTC)
::::::An RFC, coupled with a clear and unambiguous statement (such as "Does the deprecation of bare year links mean they should be systematically removed via bot") would establish a sufficiently strong consensus on the matter. ]<b><font color="#6060BF">]</font></b> 15:41, 14 October 2008 (UTC)
:::::::well ... why just "bare year links"? the now-depracated autoformatting also involved calendar-date links. maybe both questions had better be asked at once, to avoid someone saying yet *another* RfC is needed. ] (]) 15:59, 14 October 2008 (UTC)
::::::::The wording was just an example suggestion, naturally it would make sense to cover all of the bases. It might also make sense to keep the individual points as discrete questions to keep folks from getting confused about what they are or are not supporting, but it definitely would make sense to cover all of the issues in a single RFC and get it done with. ]<b><font color="#6060BF">]</font></b> 16:05, 14 October 2008 (UTC)
:::::::thanks for clarifying. would it be worth making the "by bot" question a distinct point from the other two? as in (and i hasten to add that i don't mean this is exactly how they should be worded):
:::::::*1] does the depracation of autoformatting mean existing calendar-date links that served no purpose but autoformatting need to be systematically undone?
:::::::*2] does the depracation of bare-year links mean the ones that exist need to be systematically undone?
:::::::*3] if yes to either: is it desirable to enable a bot to do the systematic unlinking, or should it be done only manually? (i feel like it would be fair to point out right away that there are ways to "earmark" both kinds of date-link so that a bot would not undo them, but that that part *would* need to be done manually - a link to a brief description of the suggested ways to "earmark" the links could be included.) ] (]) 17:04, 14 October 2008 (UTC)
::::::::I like this approach. ]<b><font color="#6060BF">]</font></b> 17:27, 14 October 2008 (UTC)
You make a fair point, Shereth. Software should eliminate, reduce or simplify human tasks. If only such reasoning had prevailed when auto date formatting was proposed ("its easy, all you have to do is link some but not all dates and in this exact way"). Now we have to find a way of clearing up mess attributed to autoformatting. We can do it with or without software assistance. ] (]) 17:35, 13 October 2008 (UTC)
:I won't disagree with you. I just have to repeat my insistence that community-wide consensus regarding the fate of said deprecated links be cemented prior to taking any sitewide actions. ]<b><font color="#6060BF">]</font></b> 18:27, 13 October 2008 (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.
Sssoul proposed bot delinking of calendar dates such as <nowiki>]</nowiki> and described some other features of his proposal. You are making yourself very clear that you think it requires the expressed opinion of many people. That is clear. You are one of the many people and your opinion is valid. Would you personally accept Sssoul's proposal? ] (]) 18:51, 13 October 2008 (UTC)
:I do not oppose the de-linking of calendar dates, no. This does not mean I personally accept Sssoul's proposal in its entirety Personally I do not see the need for such a compromise if only a demonstrable consensus could be reached one way or another. For all I care you can turn Lightbot loose on calendar dates, as I believe the primary objection that keeps coming up is regarding years, not the calendar dates. ]<b><font color="#6060BF">]</font></b> 14:01, 14 October 2008 (UTC)
::I do object. Linking calendar dates should be even rarer than linking years, but there are occasions where it adds value. The link from ] to ], St. Sylvester's Day, should stay. ] <small>]</small> 14:15, 14 October 2008 (UTC)
:::Pmanderson, do i understand that you see no possibility of designating that particular calendar date as valuable/meaningful in that article by inserting a nondate word in the link - for example <nowiki>]</nowiki>? ] (]) 15:35, 14 October 2008 (UTC)
Thanks. That's clear, as usual. I agree that the ideal solution would not be a compromise. I also agree that the heat of the debate is about years. I hope we can both agree that it has been about 'solitary years' (blah blah <nowiki>]</nowiki> blah blah) rather than the year that was linked to enable autoformatted of a full date (blah blah <nowiki>] ]</nowiki> blah blah). Thus I would summarise Sssoul's proposal to turn into a bot specification such as:
* leave solitary years alone and delink all other date components/compounds unless they contain a non-date term.
Many articles must be exempted as a whole e.g. date related articles themselves. ] (]) 14:51, 14 October 2008 (UTC)
:::for the record, i personally would also prefer a non-compromise solution - i'm just seeking to help editors who are saying they want to keep particular dates linked as exceptions to the current policy deprecating date-linking. what i'm trying to do is point out how they can "protect" the links they want to keep, if they want to. and i focussed this latest suggestion on calendar-date links because i think there's less distress about/resistance to unlinking those. and i still hope a satisfactory resolution can be found for dealing with year links. ] (]) 15:35, 14 October 2008 (UTC)
::::It's already "marked as valuable/meaningful"; it appears three times in the infobox: once as his death, once as the end of his papacy, and once as his feast; also in the sentence: ''In the West, the liturgical feast of Saint Sylvester is on ], the day of his burial in the ].'' At least the last two should be linked; they should not be convoluted to satisfy some piece of MOScruft. Both mean, and should say and link to, ]. When MOS ordains bad writing, as it does all too often, it is malfunctioning. ] <small>]</small> 17:27, 14 October 2008 (UTC)
:::::thanks Pmanderson - i understand what you're saying. i just want to note in passing that no one is suggesting eliminating calendar dates from any articles - only asking <s>whether all</s> how many of them need to be linked to lists of miscellaneous events that happened on the same date throughout history. i understand that you feel this one *does* need to remain linked to such a list for the article to be understood, but that stating explicity in the link what it's a link to would <s>not be okay with you</s> in your opinion be detrimental to the article. ] (]) 17:40, 14 October 2008 (UTC)
::::::::I don't support linking ''all'' of them - and have said so at least twice; the effect of this proposal, however, is to link ''none'' of them, and substitute (for some of them) see also links which many readers will not know exist. ] <small>]</small> 18:05, 14 October 2008 (UTC)
:::::::okay, i've amended my statement above. i don't understand why "many readers will not know" that there are links in the "see also" section, but please note that the bot will leave intact any date-link that has a non-date word in it, wherever it appears; such links could appear in the body of the text, for example:
:::::::*For fuller understanding, see the list of ].
:::::::i feel that making date-links that you consider important explicit that way (and eliminating the masses of meaningless date-links) will have the advantage of clarifying for readers that your link really *is* worth following. ] (]) 06:40, 15 October 2008 (UTC)
:::::::* I would still tend to believe that, even in the case of Sylvester, '31 December' is a low value link. It is infinitely more informative to link to the appropriate ] article, because that's where the true meaning is. ] (]) 07:57, 15 October 2008 (UTC)
::::::::i agree, Ohconfucius, but unless i'm misunderstanding Pmanderson, he/she takes a different view. i'm just pointing out that the proposal *does* accommodate date links that an editor truly feels are essential to understanding an article. ] (]) 08:09, 15 October 2008 (UTC)
::::::::*Pmanderson's just pointing out the exceptions which should prove the rule. There will always be exceptions, and we just need to agree on a way of treating them. His opposition to delinking by bot appears to be a bit ] to me. Is there an agenda? ] (]) 08:39, 15 October 2008 (UTC)
::::::::**Then I suggest Ohconfucious look up ]: opposition to machinery on other grounds than whether it will work better. (Sometimes those grounds are also valid; harmony between editors is a good, and one which bot reversions tend to corrode.) But in this case, the bot will work worse: bots should not be used where there are exceptions, because they will not notice them, and (if reversed) they will come back and edit war for them. (He might also look up ]; that saying has two senses: the legal one is irrelevant here, and the other is destructive testing. Enough exceptions blow up the rule.) ] <small>]</small> 17:42, 15 October 2008 (UTC)
::::::::*** Incorrect. The ] is the exact relevant one. If the rule is to remove all square brackets which surround 'mmdd', 'ddmm' or ''yy'', then it is evident that all others are deliberate and are to be kept per the intention of one or more editor. It is a rule which humans and bots alike would have few problems in policing. ] (]) 08:51, 17 October 2008 (UTC)
::::::::::"bots should not be used where there are exceptions, because they will not notice them" - again, the point of the proposal is that bots and human editors '''will''' notice exceptional date-links that are "earmarked" as exceptional. without earmarking them somehow, neither bots nor human editors have any way to recognize that the links <nowiki>] or ]</nowiki> should remain linked in one particular article. the proposal is pointing out a way to earmark the links that some editor values highly and wants to keep. if a link isn't worth the trouble of earmarking it, one might well ask whether it's really a high-value link. ] (]) 07:31, 17 October 2008 (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)
:::::::::::Quite correct. (2 messages up). The bot should not be run until a convention for "earmarking" dates is established and published, preferably for at least one month. You're claiming your argument is to the contrary? — ] ] 21:54, 17 October 2008 (UTC)
:What's the common usage in english? ] (]) 16:45, 16 November 2024 (UTC)
:::::::::::*If you accept that deliberately linked dates must be formulated differently to just placing square brackets around calendar dates and calendar years (and you do, don't you?), then it is the very next logical extension that we can resumed delinking all those which are <nowiki>], ], ], ] or ]</nowiki>, delinking by bot or by script regardless of where they are placed. I just fail to understand what further objection there could possibly be to restarting the delinking by bot? ] (]) 23:34, 17 October 2008 (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.
:(outdent) The root question one should be asking is whether or not the benefit of having superfluous/deprecated links removed is worth the cost of having editors manage the exceptions to the rule, a question I sincerely hope to see answered by a broader audience. ]<b><font color="#6060BF">]</font></b> 17:53, 15 October 2008 (UTC)
::--] (]) 17:00, 16 November 2024 (UTC)
::I think most of us (but probably not all) would be perfectly okay with mass catch-too-much delinkings if we were somehow certain that the relinkings we made to the article ''after'' this bot-edit would not be reverted again by bots. Sssoul's suggestion is one way of ensuring that, but I'm sure there are others. -- ] (]) 18:04, 15 October 2008 (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)
::*I agree with the questions/statements by both the above. I see no real issue to un-doing (whether by bot or by script) the date links which currently exist. Those date links which are 'deliberate' need to be re-made in another way which is obvious to bots other editors alike. ] (]) 08:46, 17 October 2008 (UTC)
:We use meters over feet? Where?
:::Anderson and others, if it means ''so'' much to you to link a certain anniversary day or year (and I haven't yet seen one that is useful, frankly), then simply make an explicit piped link in the "See also" section. It is as simple as that, and everyone is happy. ] ] 08:38, 17 October 2008 (UTC)
:{{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)
::*The 'why should we put in extra effort to put "special" date links in? argument' is exactly as Tony says. If it's worth putting in, it should be worth the effort. And if it's worth the effort, there should be no complaints about needing to put the work in ;-) ] (]) 08:46, 17 October 2008 (UTC)
::You get extra points for saying "US customary" and not "Imperial". 😉 ] (]) 18:20, 16 November 2024 (UTC)
::::putting "highly-valued date links" in the "see also" section should perhaps be regarded as a "strongly encouraged option", since some people have expressed anxieties that a reader might somehow miss that section. the main point (as i understand it) is that making "highly-valued date links" explicit by including a non-date word in them is what will designate them (for both human editors and bots) as "this link is highly valued by some editor, not merely a remnant of autoformatting or overlinking". and that "earmarking" will serve its purpose no matter where in the article the link appears. if some editors really strongly prefer to add ''For more historical context see the list of <nowiki>]</nowiki>'' or ''For whatever reason, see the list of <nowiki>]</nowiki>'' to a paragraph instead of to the "see also" section, it's no skin off my nose. bots will leave those links linked thanks to the non-date words they include; human editors might debate whether or not the links are really useful and/or what the best position for them is, but they'll know someone feels they are valuable links. ] (]) 09:04, 17 October 2008 (UTC)
:::{{smalldiv|1=imperial :3 ] (]) 18:30, 16 November 2024 (UTC)}}
:::::The (weak) majority that the year of birth and death in biographical articles should be linked seems as strong as the expressed argument (not consensus) that all years should be unlinked. Any bot needs to take into account appropriate exceptions. — ] ] 21:59, 17 October 2008 (UTC)
:I agree with ], do not use "crore", use "millions". Misplaced Pages is for a worldwide audience. ] (]) 18:03, 16 November 2024 (UTC)
::::::the bot - like human editors - will recognize exceptions that are designated as exceptions. the proposal is to designate "exceptional date links" by adding a non-date word to them. most people in the RfC above were talking about keeping the birth/death-years linked; all they need to do is add something like ''For more historical context see the list of <nowiki>]</nowiki>''. calendar-date links don't appear to be very high-value to most of the people in the RfC above, but if they are of value to someone, they too can be designated as exceptional. it's not that hard. ] (]) 23:11, 17 October 2008 (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)
::::::::''That'' is clearly unreasonable. I would consider "(born July 4, <nowiki>]</nowiki>)" the ''maximal'' acceptable tagging to be required of editors if the RfC fails to reach a consensus for exclusion. (The status quo is ''inclusion''.) — ] ] 23:29, 17 October 2008 (UTC)
:Except we don't favor meters over feet — we use both. That's what the ] is for.
::::::::I suppose another alternative I would consider acceptable would to be to include:
: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)
::::::::*<nowiki>{{for|other events occuring in the year of birth|1943}}</nowiki>
: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)
::::::::*<nowiki>{{for|other events occuring in the year of death|2008}}</nowiki>
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)
::::::::before the lead. You might consider that less acceptable than the status quo, as would I, but I would consider that an acceptable alternative. — ] ] 23:33, 17 October 2008 (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? ==
*There are two problems: (1) these examples are piped in a way that conceals from the readers their destination. (2) Positioning this type of link before the lead is far, far too prominent for what is almost certainly a pathway to a sea of irrelevant material. I strongly disagree with this suggestion on both grounds. "See also", when ''spelt out'', is both unintrusive and more likely to be clicked on by readers than a concealed solitary year link in the running prose. I have no idea why you find objection in this solution. ] ] 01:12, 18 October 2008 (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>
**The <nowiki>]</nowiki> approach violates the guideline for the #See also section (so it needs to be discussed in the talk page of that guideline), and conceals the name of the article. {{tl|for}} in the #See also section seems appropriate for some cases, but the status quo that birth and death years are linked requires a consensus to overturn, as no consensus has been established that year links are always inappropriate. {{tl|for}} in the lead seems an appropriate option, if you insist that the bot should be allowed to run <s>amuck</s> without consensus. {{tl|for}} at the start of any section would be ''allowed'' by my proposed modification to the proposal here, and I see no reason why the link to the birth year should be moved out of the lead. I'd accept , as an alternative, the infobox templates emitting the year link, although you seem opposed to that, possibly because you think the year link is misleading, even though it's the actual name of article. If that ''is'' your reasoning, I can't understand why you think it's misleading, unless you want to propose moving all the year articles (and handling the templates which link to them). (I've got some idea how many templates are in question, considering the ] to ] moves.) — ] ] 01:43, 18 October 2008 (UTC)
:] 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 ==
:::seeking common ground again: it seems that Arthur Rubin's concerns are with year links, not calendar-date links. it appears that so far only two people in this discussion object to unlinking calendar-date links that no one has "earmarked" as exceptional/high-value links. common ground is good.
:::as for year links (which were not meant to be the focus of this "compromise/interim proposal" - but so be it), they ''are'' currently misleading: autoformatting plus overlinking mean year links currently appear to be meaningless. a major part of the point is that when a year link *does* have meaning/value, "earmarking" it will make it explicit what the meaning/value is, which will increase the likelihood that readers might actually make use of the link.
:::if the main question is where exactly in an article the explicit/earmarked year links should appear, maybe suggesting recommended options would be sufficient: the "see also" section is one possibility - the info-box is another - adding a footnote would be another - a sentence added to the paragraph where the date appears would be another. ] (]) 12:42, 18 October 2008 (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?
'''Question for Shereth''': You say "What's got me so animated here is that as an administrator I see (and deal with) complaints from sundry editors who have got their knickers in a bunch because of Lightbot removing some links and they do not see any consensus to remove links. I'm somewhat tired of having to deal with/respond to the situation." You later talk of editors who "pitch a fit" about the issue at a noticeboard. I have not yet asked, but need to now, whether this is still the case. How ''many'' editors have "pitched a fit" in your experience (it's strong language, so we're not talking of just queries and requests for where the practice is mandated, such as I've seen at Lighmouse's talk page). I'd be pleased if you placed evidence before us so we can judge the extent of the problem in numbers, intensity and timeframe. I note that new practices and policies, especially those that change long-established practices, are indeed the subject of emotional reactions by editors who may have spent considerable time and energy in inserting square brackets. But that is not what should concern us here, since editors have now been spared that manual labour in their creation of new text, and are greatly assisted by automated and semi-automated means WRT existing text. Lightmouse and others, including myself, have had considerable success in engaging with editors who query, or even complain of, the removal of the links in question.
#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 ==
Please be more explicit in laying out the evidence so that we can discuss it in informed terms. ] ] 15:16, 18 October 2008 (UTC)


Are any of these formats correct?
'''Oppose''' the linking of days of the year and years. All the proponents of these links should first earn their ] by honestly and truly accepting ''']''' before coming here to run variations of this theme up the flagpole to test the winds. Absolutely no one actually *enjoys* reading these lists of trivia; the nearest I’ve seen an editor get to earning their barnstar was ''half'' the full challenge. And the opinion of that editor after that exercise was this: ''“That wasn’t so bad.”'' Well… that reaction comes up quite short of a ringing endorsement for linking to these God-awful articles. Step right up, you advocates of date linking; be the first to actually be able to stomach reading <u>'''''four''''' entire trivia articles</u> that the links take readers to. Then come back here and report to the others if your experience was…
* a 10-cm blade
:# Worse than having a stick poked into your eye.
* a 10 cm blade
:# Worse than getting on a bus and having to sit for five minutes next to a bum who smells like butt crack
* a 10-cm-long blade
:# A thoroughly boring experience and you don’t ''really'' expect '''''any''''' reader to actually read more than 2% of what’s there before hitting the “back” arrow on their browser.
* a 10 cm-long blade
* a ten-cm blade
* a ten-cm long blade


After one of you has actually earned the barnstar, then we can talk about why you ''really'' think linking to these articles is such a thoroughly marvy idea. <span style="white-space:nowrap;">''']''' (])</span> 01:37, 20 October 2008 (UTC) 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)


:In answer to your first question I suggest choosing between "a 10 cm blade" and "a ten-centimetre blade".
'''Strong support''' Dates of births and deaths are highly important and linking them will help people find things that are relevent --] (]) 18:34, 2 November 2008 (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)
: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 ].
: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 ==
Slam-dunk '''oppose'''. Articles are overburdened with blue and red links already.--] (]) 13:47, 3 November 2008 (UTC)


How did we come to this guidance?
== Developer help with dates ==
: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}}}}.
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)


: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)
I got a response from a dev with SVN access to MediaWiki to answer a couple of questions . As this appeared to be the primary reason for unlinking dates and removing auto formatting, can we please stop the mass unlinking that's going on? —] • ] • ] 23:00, 31 October 2008 (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)
:::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 : {{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.}}
:::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.}}
:::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.}}
:::In my opinion, the AP style is vastly superior to what is suggested by our current MOS. ] (]) 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. ] (]) 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? ] (]) 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. ] (]) 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. <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)
::::::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:
:The current date preferences choice is '''unacceptable'''. By offering the format choice "2001-01-15T16:12:34" it creates an overwhelming implication that date autoformatting obeys ], because that very specific format is strongly associated with that standard. However, data autoformatting does not actually conform to the standard. Since the means to invoke date autoformatting is unacceptable, date autoformatting is also unacceptable. --] (]) 03:46, 1 November 2008 (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.
:::::::*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: '{{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)
::An implication is not a contract. The preferences do not say it is ISO 8601, it only outputs something resembling that. Similarly, AFAIK there was no contract saying ISO 8601 was valid as input for wikitext, just that it would convert linked dates to whichever format the user had chosen. I read your essay (linked from your user page) and I agree that it could be improved. So instead of dismissing auto formatting out of hand as you have done, why not propose some changes or outline how you believe it should work? —] • ] • ] 05:09, 1 November 2008 (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)
::::::::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)
:::::::::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)


:::::@] 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)
::*Why is there this dogged insistence from one person that there should be DA? While there ''may be'' dispute to de-linking dates, there is an undisputed consensus that it is deprecated, so its not an issue any more. It's ]. So what, even if it were browser-configured, automatic and totally transparent to the user. Why should we be bothered to put in the effort to discuss it, let alone have to get developers involved? It's not as if we have a policy to use ISO dates which is not prose. We have date formats perfectly comprehensible to all, so lets 'fuhgeddit'! ] (]) 05:29, 1 November 2008 (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)
:::::::{{+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 ==
:::*Er... it is disputed, in fact. Or did you miss the various people who have turned up on this page (and in the archives)? And I fail to see the problem with date autoformatting: it allows editors to use any date format they feel comfortable with without making articles inconsistent in date display. That's a good thing, last time I checked, and is something worth working for. —] • ] • ] 05:54, 1 November 2008 (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:
* Let’s not count our chickens before they hatch. All the developer (Werdna) said is that accomplishing what is desired wouldn’t “be too difficult.” That comes up quite a bit short of anyone committing to do something about it (or finding someone who gives a damn) and is a light-year short of actually receiving a finished product. Now that we actually have specific knowledge of a developer (someone who has been programming since he was 14 years old), I suggest we try to further develop this relationship. It would sure be nice now, to be able to present a unified front as far as our requests go. A big turn off for ''any'' programmer would be bickering and changing our minds. <span style="white-space:nowrap;">''']''' (])</span> 06:12, 1 November 2008 (UTC)


# 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.
**You are absolutely correct. He hasn't committed to doing it, nor is it done. But we also haven't come up with a specific plan or design (which I've noted further up on this page) in order to proceed. Once we have that we can go back with specifics and ask (or as I've offered, I can work on developing it). FWIW, I've been programming since I was 16 or so (circa 1991), but I'm also older than Werdna. :P At any rate I think any dev would be reluctant to work on something without a clear decision on what should be done and how it should work. —] • ] • ] 06:35, 1 November 2008 (UTC)
# 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)
Locke Cole, how would the ISP mechanism deal with Canada, which uses both formats? Or India, which uses both? That is just one issue that will stuff it all up. And someone will need to make a choice about an awful lot of countries; it's by no means a hard-and-fast rule as to which use which: have you had a look at ]? Enough to send shivers down the spine of any programmer. ] ] 12:16, 1 November 2008 (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)
:Locke Cole asked "why not propose some changes or outline how you believe it should work?" My preference is to read dates that follow the same variety of English as the rest of the article, so I would not use date autoformatting if it were offered. So I'm not going to help design date autoformatting, but I will point out problems that may result in date corruption, or false claims that we conform to a standard. --] (]) 14:45, 1 November 2008 (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 ==
:Tony, I don't see anything in the questions to Werdna asking for IP geolocation. Trying to implement that would be a Bad Idea, but I think Locke Cole simply wants a single default (at least, a single default for each article) for all preference-less readers. While I don't see this kind of autoformatting as particularly necessary, I also don't see it as particularly harmful, ''if it can be safely done without requiring editors to mark up all dates in some way'', especially not as links. ("Safely" here refers to problems like detecting if dates are within quotes or detecting whether extra commas are needed, etc. It still doesn't sound like a perfectly simple task to me.) -- ] (]) 15:28, 1 November 2008 (UTC)


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!
::Regrettably some type of markup would be necessary I suspect because there's bound to be false positives in any function that tries to detect and format dates automatically on the server side. But is that really such a bad thing? We already have all kinds of markup in the form of templates and parser functions, a simple XML-style tag to surround dates doesn't seem like that big of a deal, really. —] • ] • ] 00:16, 2 November 2008 (UTC)


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: , , , , .
:::On second thought, your arguments are starting to get to me here. Not as to its usefulness, I still think it's unnecessary, but that's just me (well, and a lot of others). But I think I could find this type of DA ''acceptable''. Say we accidentally have "<date>January 20, 1961</date> – November 22, 1963" in ]. To almost everyone, this inconsistency will be hidden, so they will not know it should be fixed. But some will come there logged in with non-US date preference, and they will see "20 January 1961 – November 22, 1963"; eventually, in all probability, one of them ''will'' fix it. I still don't really see how it's better than no DA, but it sure beats the old DA. Even if this will be implemented in the (near or far) future though, I don't see a case for not unlinking dates. I understand that a bot could convert old link-markup to new tag-markup, but it would still not catch all dates, because all dates are not linked as it is. -- ] (]) 01:30, 2 November 2008 (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)
:::Although the comma issue (also see Tony's comment in the section below for that) would still have to be solved, of course. -- ] (]) 12:10, 2 November 2008 (UTC)
*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.
* It’s not complex. Why is so much effort being devoted to this? A simple guideline for fixed-text dates for editors to use in writing new articles is all we need:
::::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}}
:# For articles on, or strongly associated with, the U.S. or ] (or countries listed in this guideline that use U.S.-style dates: Micronesia and Palau), editors should use the U.S.-style date format (“February&nbsp;2, 2008”), otherwise, editors should use the international date format (“2&nbsp;February 2008”) in articles.
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.
:# New articles on or strongly associated with Canada should use the international format but, for existing articles related to Canada, whichever format was used by the first major contributor shall be retained.


{| class="wikitable"
:Nothing more complex that this is needed. We don’t need to shelter our readership from the occasional *shock* of seeing dates in a less-than-customary format. Whereas such dates may be unused by certain readers, dates in either format confuses absolutely no one. <span style="white-space:nowrap;">''']''' (])</span> 18:35, 1 November 2008 (UTC)


! Organisation !! URL !! 00 or 01
::So much effort is being devoted to it because this isn't a print encyclopedia, there are opportunities here for better presentation than simple unchanging static text. —] • ] • ] 00:16, 2 November 2008 (UTC)
|-
| 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


::* I agree Locke. I truly look forward to country-sensitive parser functions. Templates that use these parser functions will be extremely useful tools. They would allow us to create templates that group countries into classifications. Then, text that truly interrupts the flow of thought (and is sometimes truly confusing) can be addressed. For instance, we could code <font color = maroon><code><nowiki>{{dialect|Commonwealth|US|The solicitor put the suspect’s colour-coded files it the boot.|The attorney put the suspect’s color-coded files in the trunk.}}</nowiki></code></font color>.<p>My concern is that just because someone left a message on the talk page of a developer and <u>received a response</u> (*collective audience gasp*) mustn’t be construed as a reason for delaying the deprecation of formatted dates. Bugzilla requests have historically taken a {{nowrap|''l-o-n-g''}}&thinsp; time to get any action. Many Bugzillas ''never'' get any action whatsoever—not even a response. So, while it might be *pretty* to think this will be acted on soon, it just isn’t realistic to assume as much. Nor is it wise, IMO, to postpone meaningful action in the mean time. This autoformatting is really junking things up for regular I.P. readers. And… (I might catch flack for thinking this and having the chutzpa to actually express it here) I also think the trivia articles these links take readers to are simply appreciated '''''far''''' too rarely by the typical reader. I think the best thing to do is keep on bot-delinking so long as the bot makes the articles read better for I.P. readers than what is currently there. <span style="white-space:nowrap;">''']''' (])</span> 01:06, 2 November 2008 (UTC)
:::*Of course it could take time for this to happen, while the issue of overlinking and inconsistent dates should be one solved now, but this going to the point that the auto-correcting change that people have done on dates should leave some computer-understandable bits around that do nothing to the markup to the reader so that ''when'' this happens (now that there's progressive talk on the devlist), reverting dates to the new approach will be trivial. Otherwise, editors, with the dates completely stripped of such codes, will have to manually process articles. There's a number of ways to do this, all that are still compatible with scripting tools, so its not like the breadcrumbs can't be left. --] 12:26, 2 November 2008 (UTC)

::I really, ''really'' don't like that Canada wording. Suppose User:JoeCanuck, a WP newbie, writes an impressive article on ], using the U.S.-style format. Someone changes all the dates to international. JoeCanuck asks about this on the talk page, getting the answer "for articles on Canada, you should use the international format". "Ah," he answers, goes to ] and spots a U.S.-style date there, using his newfound knowledge about WP to "fix" it. Someone reverts him; new talk page answer: "That rule doesn't apply here, because this article was created before November 2008." I wouldn't be surprised if we never heard from JoeCanuck again after this. All right, so maybe I'm exaggerating, but I think that a policy that distinguishes between old and new articles is never a good idea. Apart from that, I still think this proposal (as well as the one which does not favour a specific format by default, only taking a stance for articles connected to certain English-speaking countries) is very clear and simple to follow. -- ] (]) 01:30, 2 November 2008 (UTC)

:::Just my two cents. I would propose something more-or-less like:
:::*Every article should consistently use one date format, except within direct quotations (and in tables etc. using YYYY-MM-DD);
:::*If a significant majority of the full dates in the article refer to events happening in places where the month-day-year format is commonly used in English, use that format; likewise for the day-month-year format.
:::*If all dates refer to events happening in places with no significant English-speaking population, or in places where both formats are in common usage in English (e.g. Canada), or if roughly the same number of dates refer to events in places using each format in English, just choose either format. The format choosen should preferably be consistent with the variety of English used in the article, i.e., use 2 November 2008 for articles written in British English, and November 2, 2008, for articles written in American English.
:::Maybe the wording should be tweaked, but I think nothing more complex or arbitrary than that is needed. --<span style="font-family: monospace; font-weight: 600; color: #00F; background-color: #FFF"> ]]]]</span> 02:35, 2 November 2008 (UTC)

::::Army1987's formulation does not fit well for articles that are not about people or places at all (for example, ]). Such an article could use either format, even if some of the people connected to the topic are from an English speaking country (for example, ]). Also, articles about creative works that are not set in any particular real location should use the format associated with the author, if the author spoke English or lived in an English-speaking country. --] (]) 03:34, 2 November 2008 (UTC)
:::::Well, in ] there will usually little reason to write a full date (with the day of year), anyway; the one about fiction is a good point. I just fail to see the reason why an article written in American English should not use the November 2, 2008, just because it is not specifically about the US, even if maybe the only two or three dates in it refer to events which took place in the United States. --<span style="font-family: monospace; font-weight: 600; color: #00F; background-color: #FFF"> ]]]]</span> 09:15, 2 November 2008 (UTC)
:::* Splendid Jao, a one-rule guideline for dates. I like simplicity:

::::# For articles on, or strongly associated with, the U.S. or ] (or countries listed in this guideline that use U.S.-style dates: Micronesia and Palau), editors should use the U.S.-style date format (“February&nbsp;2, 2008”), otherwise, editors should use the international date format (“2&nbsp;February 2008”) in articles.
::::Does that work for you? <span style="white-space:nowrap;">''']''' (])</span> 05:06, 2 November 2008 (UTC)

:::::For me personally, yes. I don't know if forcing the day-month format on Canadian topics is a wise decision, but speaking only for myself, I would have no problems with it. I also, of course, enjoy the simplicity. -- ] (]) 11:01, 2 November 2008 (UTC)
::::::There would be a lot of complaints. ] ] 11:13, 2 November 2008 (UTC)
:::::Even simpler: "Each article should generally use the date format commonly used in the variety of English in which the article is written: for example, use 2 November 2008 for articles written in British English, and November 2, 2008, for articles written in American English. (For varieties of English in which several different formats are in widespread use, such as Canadian English, just choose any one of them and use it consistently; in case of doubt, use the format used by the first major contributor to the article.)" Together with ], it automatically requires British format for British topics and American format for American topics, and doesn't impose absurd restrictions such as that ] (which is written in US English) should use day-month-year. --<span style="font-family: monospace; font-weight: 600; color: #00F; background-color: #FFF"> ]]]]</span> 17:30, 2 November 2008 (UTC)
(unindent) Yep, this issue (like the linking one) was also discussed ad nauseam and with wide community participation, consensus was pretty clearly reached in the end. I don't see much point continually raising these same issues. We should be glad they're settled, even if the consensus isn't exactly what each of us personally would prefer. It's not as if they're a big deal or anything. I suggest people find some new and more significant things to discuss - there's still plenty out there.--] (]) 12:37, 2 November 2008 (UTC)
:I haven't quite finished reading all the new discussion, but there is a thing I'll say right now: Will people please stop pretending that Locke is alone in this? You have read the discussions, you were there, so you know he isn't, and pretending he is is very dishonest. ] (]) 09:06, 3 November 2008 (UTC)
:(Okay I think I've mostly caught up.) Firstly, there is no consensus for turning dates into plain text, regardless of what some editors here say. I've waded through all the discussion a while back, and now again through the new discussion, and it's quite clear there is no consensus for that. Now, the time I can devote to dredging through MOSNUM talk is limited, so when I post a comment, it usually sinks in the archive and I'm forgotten as it were, while some other people apparently can post daily and leave much more of a vocal impression. I'm not saying people shouldn't be allowed to do that, au contraire. But when these people then start to pretend that we slowpokes don't exist and start to derive from that a kind of pretend consensus, or rather start implementing their loved solution by fiat without consensus, they're in the wrong. Good, now that we've got that over with, on to the proposed solution, namely a kind of date markup that doesn't link.
:According to a developer it wouldn't be hard to implement. This aligns well with my own programming experience: these kind of things tend to be rather trivial to implement, especially since most of the work has essentially already been done (tag detection, date formatting). (Note further that we could achieve the same effect with template markup and JavaScript for people who want another format than the default. So if a wikimarkup solution isn't viable for whatever reason, that shouldn't stop us. But it looks like it's simple to implement.) However, the developers need a clear guide on what to implement, because otherwise you end up implementing it in ten different ways, getting whistled back to the drawing board after people say ‘no we really had a slightly different thing in mind’. So what exactly do we want?
:Syntax: <nowiki><date>12 March 456</date></nowiki> looks like a reasonable proposal. This would then also determine the default display format. Alternatives in the same vain: <nowiki><date value="12 March 456" /></nowiki> or template inspired: <nowiki>{{date|12 March 456}}</nowiki> or perhaps as a parser function: <nowiki>{{#date:12 March 456}}</nowiki> Perhaps we should ask a developer what is easiest.
:Functionality: Now we're adding this, we might as well think if there's anything else we need or want. Should a page be able to have a default format or is it enough to specify formats in the tags themselves? Should registered users be able to specify a ‘short’ format, for use in tables, etcetera? If so, how do we want this implemented? Automatic detection from text entered, possibly with override? Should users be able to turn all dates into links, or to turn all date links off?
:I have done enough programming to know that this should all be relatively simple to implement and I think it would pave the way to a solution acceptable to all of us. And this is of course a benefit of such a technical solution: instead of forcing what one group of editors wants down all our throats, a specialized markup based solution can potentially make everyone happy which makes it clearly the best road forward. ] (]) 09:56, 3 November 2008 (UTC)
::Explain how "everybody" is going to be made happy by being told that whenever they want to write a date in an article they're editing, they can't just write it, but they have to use some special syntax that apparently serves no useful purpose except to solve a problem that never was a problem.--] (]) 14:19, 3 November 2008 (UTC)
:::A date autoformatting that works without overloading linking '''is desirable''' as long as it has all the features we've asked for default settings and the like. The currently implementation sucks and needs to be dropped, that is a given. The devs say that a fixable version is possible. Thus, instead of dropping all easily-discovered computer-readable dates, we should try to find a format that in the current is simply a passthru to the data within but can be easily modified (whether a single template or bot activity) to make it work for the new DA. This will require additional markup, yes. Just like learning how to reference material properly, provide interwiki links, create tables, and so forth. It is no more difficult than other basic wikiediting tasks. DA was never a problem, it was always a feature and its a feature that we want to have as long as it degrades gracefully for unregistered/no preference users. The devs say it can be done , it's just not going to be today, so it seems silly to rush to make reinstalling the new DA more difficult by wiping the metadata of dates (the link brackets) with another piece of metadata that at the present time does nothing but help prepare for that. It's thinking forwards compatibility, not backwards. --] 14:42, 3 November 2008 (UTC)
::::You really would have to be cross-eyed to find difficulty in reading month–day or day–month, where''ever'' you come from. No one has yet answered why our readers and our editors are SO uneducated or blinkered that this would be an issue spending more than 2 seconds thinking about. Why are people wasting time here, hmmmmm?? ] ] 15:23, 3 November 2008 (UTC)
:::::Of course everyone can probably figure out day-month vs month-day. Having to do that once or twice in an article isn't going to kill anyone. But when you get to history-based articles with a lot of dates, someone reading in the date format that they aren't use to will be spending more time trying to figure out and scan visually for dates that are in the format they aren't use to seeing. DA (when done right with proper defaults and no linkages) is a usability feature we should want to strive for. Otherwise, why do we even argue over the date format of US+select other country-oriented pages over that from the rest of the world? Why not just go all international day-month-year style and never worry about date formatting again? If we are going to admit that US-centric topics should use US-style dates, then it also makes complete sense to want and desire for a DA system that works properly. --] 15:29, 3 November 2008 (UTC)
::::::If the dates are in a consistent format on a page, I don't believe that any reader will have any significant difficulty in figuring them out. If you've learnt to read English and use the Internet, you're almost certainly used to seeing both types of date (and even if you haven't, it's a no-brainer to figure them out). Spelling probably has a far greater effect on individuals' comprehension - why is no-one interested in making editors write <nowiki>{{altspell|colour|color}}</nowiki> or the like? The only answer seems to be that we've seen so much discussion and effort put into the specific question of dates (generated originally, I guess, by a few people who got over-emotional about what date format they preferred to see), that people have been misled into thinking there must be a real problem here. THERE ISN'T. Or anyway, not one that's worth developers, editors (and even readers) wasting any significant amounts of time on. This effort should be spent doing some of the countless things that really ''would'' make Misplaced Pages better.--] (]) 15:44, 3 November 2008 (UTC)
:::::::Indeed. ] (]) 19:50, 3 November 2008 (UTC)
:::::Tony, as you seem to think we're all "wasting our time" here, perhaps you should move along and find something else to work on as this really seems to be bothering you. I'm sorry for that, I really am, but your view is (IMO) the minority view and you need to stop minimizing these things simply because ''you'' don't appreciate them. —] • ] • ] 02:17, 4 November 2008 (UTC)
::::::Fake apologies don't really solve anything, to be honest. Can we agree that linking dates to day or year pages is generally pretty dumb? And that having the vast majority of our readers (the ones who aren't logged-in) seeing a mish-mash of date formats is pretty dumb? And that with regards to a new method of date autoformatting, it will take a long time to get consensus here and an unknown (but, based on past experience, probably long) time for the developers to implement it? If so, it's still correct at the moment to be unlinking and standardising dates in articles. If not, which bit do you take issue with? ] (]) 02:57, 4 November 2008 (UTC)
:::::::It wasn't a "fake apology", he seems to believe this is a "waste of time" and wonders why we're all "wasting time" on something he's apparently sorted out already for all of us. And I'm sorry, but that's just no the case at all. To your questions: I'm on the fence about year and date links, I don't see the ''harm'' in linking to these articles. But yes, having our regular readers seeing inconsistent dates within the same article (and often within the same paragraph or even the same sentence, I'm sure) is dumb. So let's fix that: by making auto formatting of dates work for regular readers. I don't know how long it would take to get consensus on date autoformatting (as far as how to implement it, I don't think there's any real opposition to it in principle). I do know that once we have something we can go to a dev with (something they can '''act upon''') it shouldn't take long at all so long as it isn't unnecessarily complex. No, it's not correct to unlink dates: somehow Misplaced Pages has survived with them for all these years, I fail to see the immediate urgency in removing them now. —] • ] • ] 04:31, 4 November 2008 (UTC)
:::::::::Allow me to explicitly register my "real opposition to it in principle", then, since you seem to have overlooked my previous pleadings. Whatever solution (if any) is adopted, it's going to lead to more trouble for developers, editors and possibly even readers, for NO purpose whatever. We do NOT NEED A SOLUTION because there is NO PROBLEM TO SOLVE. And we do NOT WANT A SOLUTION because it will inevitably cause NEW PROBLEMS (look at the discussion below about whether US dates are followed by commas, for example - often such commas will be incompatible with the other style of dates).--] (]) 10:09, 4 November 2008 (UTC)
::::::::I would forgive Lock for appearing to be confusing 'cause' and 'effect'. The current movement to delink dates rests on a script which is capable of harmonising date formats within an article in one fell swoop (except for ISO dates). This, I believe is the correct approach to fixing the problem to which Lock was referring. To use some sort of theoretical DA for the purpose is akin to sweeping dust under the carpet than to sweeping it up. I hope I will have un-confused you enough to get you off that fence, and to hoover under that carpet. ;-) ] (]) 04:41, 4 November 2008 (UTC)
::::::::Locke: please stop apologising before diagreeing; it's totally meaningless and makes you seem patronising more than anything else. Wikilinks should be there just because they're harmless - they should be linked because they are helpful to the understanding of the article. If they weren't a relic of a bad date autoformatting method, this wouldn't even be an issue. From the state of this talk page, I imagine getting consensus on new date autoformatting could take a very long time (I'm with Kotniski: I don't think we need it at all). As raised earlier, if it was implemented, would you then start trying to get word autoformatting for colour/color etc? Because I'm sure most people find that far more annoying than the dates. Misplaced Pages has survived with dates this long, because most editors are logged in and haven't seen the mess some pages are in. But if we want to improve pages for the vast vast majority of readers without accounts, unlinking is the way to go. ] (]) 11:25, 4 November 2008 (UTC)

:::::::I havent been part of this conversation for a month or so as things have been pretty busy in real life and I found myself getting annoyed by some of the same tones that Locke is responding to. The civility of the group has improved somewhat from two months ago, with dismissiveness the major remaining sticking point. To give credit where credit is due, Tony, Greg and others have been extremely persistent and focused on their goals. What concerns me is that it's an all or nothing goal which goes beyond guidelines to impose and execute their vision. I'd be much more impressed if participants in this discussion were actually editing more articles and not just running bots (though I do recognize that we all contribute in different ways).

:::::::I'd also like to suggest people do their best to avoid dropping back to their old circular logic when responding. ] comes to mind. Someone new comes to the group and says "why"? Depending on who responds first, the thread quickly winds up touching DA, ISO dates, trivia, IP vs registered editors, overlinking, context, wording, what does specific mean, markup vs links, etc. It winds up with annoyed editors who feel there's a cabal here because the only people responding are those who have the passion, anger or persistence to keep following this talk page. It's not fair to say that only a few people have an opposing point of view. It is fair to say that many of them run away from here quickly. I just wish there was some middle ground we could find without having to stake out far end of the spectrum positions. ] (]) 05:19, 4 November 2008 (UTC)

Autoformatting will always have unwanted side-effects such as creative linking that breaks the function:
*<nowiki>]</nowiki>
*<nowiki>] ]</nowiki>
Some of the errors have persisted for years due to widespread confusion amongst ordinary editors. If autoformatting were intended to be a function of Misplaced Pages, somebody should have noticed that these errors are appearing faster than humans can fix them. There should have been a permanent bot to seek out such errors and fix them. The absence of complaints about errors is like Sherlock Holmes' ] i.e. if people care about autoformatted dates, they would complain loudly when it is broken. Similarly, if people care enough to discuss the benefits of autoformatting, they would care enough to create bots to fix it when it is broken by confused editors. I am making a serious suggestion here without trying to score a point:
* if you want autoformatting to work, propose a bot to fix errors that break it.
Such a bot will not affect the debate itself. ] (]) 11:05, 4 November 2008 (UTC)

And as usual, it's the complainers who are sitting in their armchairs dreaming up these so-called solutions while others work hard to fix WP's scrappy dates. I urge all to do one of two things that would be a significant contribution to the project, instead of this sideline gazing:
*Join the WikiYear project and help us to make the year and decade pages better.
*Help to redress the damage caused by DA by delinking and cleaning up dates. ] ] 11:50, 4 November 2008 (UTC)
:Such an amazingly disrespectful person you are Tony. So because I disagree with (and thus do not engage in) these activities you think are so "important" you feel the need to deride me (and others) by saying we're "sitting in armchairs dreaming up these so-called solutions"? Stating matter of factly that we don't "work hard"? What is WRONG with you? Why do you feel the need to personally attack people? It's totally unacceptable per ], and it MUST stop if you wish to continue contributing to this discussion. The reason I'm "on the sideline gazing" is because my offer of help (further up) hasn't spawned anything I can actually ACT UPON. As I am naturally AGAINST DELINKING DATES it's silly and almost insulting to suggest I should go engage in that act (when in fact I'm seriously considering going through {{user|Lightmouse}}s contribs and reverting his edits which consist of only unlinking dates).
:Please stop with the personal attacks. —] • ] • ] 14:30, 4 November 2008 (UTC)
::(e.c.) Please calm down. I'm one of the few people doing all of the work, and I have a perfect right to point out that complainers here do nothing, zilch, niente, null, zero, to improve certain aspects of the project connected with their complaints. Instead of launching your own, explicit, frenzied attack on ''me'', why don't you take my call seriously and join the WikiProject Years? ] ] 14:36, 4 November 2008 (UTC)
:* Calling people who disagree with you "complainers" and contrasting them as people who dont work hard doesnt make them wrong or you right. Personally the only thing I cared about was the metadata around dates, which the work you and others are doing is removing without concern. I agree that only some dates are relevant for linking, though perhaps more than you'd prefer. I agree the current version of DA is broken, but I'm not opposed to having a better version. In short, I feel there is middle ground here, where you appear to see little and dismiss anyone who does. I reread this ] and think it has great relevance to this group, especially the ] section. I'd be curious what you think about it. ] (]) 14:34, 4 November 2008 (UTC)
::::::Just because there's disagreement doesn't mean the correct solution is to find the middle ground. I'm yet to see a compelling argument why we shouldn't delink dates at the moment considering we have no idea if and when a new DA system might be introduced or if we even need one. You agree that the current version is broken so, since we are still a long way from a new version, let's get rid of it. ] (]) 14:44, 4 November 2008 (UTC)
:::::::* Somewhere in the history here, I said I was ok with turning off DA in the underlying code without delinking. A followup task would be to take the linked dates and turn them into something else that could leverage the metadata around the dates without creating the links that some people dislike and while cleaning up the inconsistencies that no one wants. To be clear, there is no correct solution here. ] (]) 14:57, 4 November 2008 (UTC)

There is a good point Trebor brings up. Let us presume that the devs provided us with a perfectly working DA system that was easy to use, gracefully defaults to the appropriate style for a page depending on its nation date preference, addressed issues with BC/AC and the Julian/Gregorian calendar, didn't link automatically, and all that. (add any other feature you think is necessary). How many would want that feature available? That's a question that there's no clear consensus because I don't think that's been asked. There is the issue of the current DA and providing date links and all that, but strictly on the aspect of a fully-functional and proper DA system, I do see anything to infer one way or the other. I see DA as a useful feature to have when it is done properly for all readers and for editors, but that's just me. I think a smart conversation to have right now is to determine if there consensus that we want a DA feature that doesn't have the burden of the current one, because that will lead to two results:
*If DA is a consensus-desired feature, we should avoid losing the metadata on the dates right now and find a way to keep them in place (passthru templates) until the new DA system is up, '''or''' admit that we're ready to dedicate a lot of bot CPU cycles and manual edits, strip the current linking off dates right now, and be prepared to reenter the new DA format when it is on
*If DA is decidely not needed, then we simple strip the date links, and tell the devteam their efforts aren't needed. --] 15:01, 4 November 2008 (UTC)
::The cow will jump over the moon before WikiMedia delivers any useful improvement. And if I were WikiMedia, I'd hide behind a tree: who wants to mess with month–day order? Soon we'll have people pushing for every instance of "colour/color" to be format-linked so our precious minds aren't corroded by the "wrong" spelling. Let's all get a life and move on, please. ] ] 11:00, 8 November 2008 (UTC)
:::It's this kind of attitude that probably keeps the MediaWiki devs at length. Tony the sooner you recognize that you're a hindrance to date formatting and not a help the better off the Wiki will be. —] • ] • ] 18:34, 9 November 2008 (UTC)

== 'Forced' date format ==

I hate to wade into this, as I am only a hack editor. I tried reading most of the above, and hope this doesn't conflict. Most of my editing has dealt with TV show episode lists and such. I somewhat agree that the dates listed in the tables don't need to be linked to anything, but do think that some robot or other script would still want an easy way to tell a date from the rest of the text. Does or could there be a template that would forcibly format a date, somewhat like <nowiki>{{forcedateformat|USFull|2008-11-01}}</nowiki> would output an unlinked '''November 1, 2008''', no matter what the user settings are. ] (]) 16:51, 1 November 2008 (UTC)
:Not a template as such, but the software does indeed contain such a feature. To use it, you type the following characters: <nowiki>November 1, 2008</nowiki>. Miraculously, this produces precisely your desired output. And this looks so much like a date that it can be recognized as one by bots and humans alike.--] (]) 18:08, 1 November 2008 (UTC)
::That's not quite fair. As I noted in another one of these interminable threads (with different specifics), on January 23, 1900 people were killed. — ] ] 18:12, 1 November 2008 (UTC)
:::Maybe it happened in Albany, New York's capital. But I don't see any calls for putting templates round all phrases containing commas just because they might be misinterpreted by some hypothetical bot.--] (]) 18:50, 1 November 2008 (UTC)

:::Above, we have an editor who wants a sort of return to date autoformatting so that all users see the same date format displayed according to what they prefer. Here we have an editor who would like to be able to force all editors to see a date in the 'same' format, no matter what his preferences are. Funny, takes all sorts to make a world! ] (]) 00:52, 2 November 2008 (UTC)
::::In the American date format the year is a parenthetical phrase and should be followed by a comma, so, on January 23, 1900, people would have been killed, if they weren't one thousand and nine hundred people killed on January 23 of current year. --<span style="font-family: monospace; font-weight: 600; color: #00F; background-color: #FFF"> ]]]]</span> 02:17, 2 November 2008 (UTC)
:::::Many many US writers will disagree that a comma is required, except on rare occasions for disambiguation. This is one of the reasons that dates should be left for ''editors'' to control (according to our guidelines), and not handed over to another programmer's toy. Why is the order of month and day so important, anyway? ] ] 10:10, 2 November 2008 (UTC)
::::::I'm a native speaker, and I'm skeptical ''many many US writers will disagree that a comma is required''. Please cite some. ] <small>]</small> 18:03, 2 November 2008 (UTC)
:::::::I'm curious as to why this issue was not raised when autoformatting was first introduced. If we accept the argument that a comma is required (or even that many editors consider it to be so), then surely this breaks autoformatting right from the start?--] (]) 13:55, 4 November 2008 (UTC)

Part of my idea was to make it EASIER to adjust date formats as Wiki standards change, or if an article just needs to be updated. By wrapping dates, something as simple as a find/replace could change the date formats. Maybe even putting in a <nowiki>{{fdf|USLong}}</nowiki> would default everything after it to a particular format. And, one of the 'formats' could be AUTO, so it could cover all options. ] (]) 14:26, 2 November 2008 (UTC)
:And another nice reason for wrapping dates: By setting a format at the beginning of the article, you can keep the format consistent throughout the article. I know one of the issues discussed were articles with mixed date formats. That's so much of an issue when you have multiple editors and countries. By wrapping dates in a template, other editors will hopefully also wrap theirs, giving a consistent look to the end user. ] (]) 21:43, 2 November 2008 (UTC)
::By not wrapping dates in a template, other editors will hopefully not wrap theirs, and everything will be very VERY easy - you write what you want the reader to see, as most editors do already and will always continue to do. Honestly, I've never seen so much discussion of potential solutions to a total non-problem as I have over this dates issue. --] (]) 08:45, 3 November 2008 (UTC)

== Unnecessary vagueness - suggested correction to the text ==

{{tnull|editprotected}}
One of the examples in MoS is not quite right. It compares:
*A beautiful little house in Malibu
*In 1974, a $400,000 property in the Malibu Area

I think that the second one should read: In 1974, a $400,000 residential property in the Malibu Area--] (]) 04:49, 5 November 2008 (UTC)
: Should it also be "area", lowercase? --]]] 22:59, 5 November 2008 (UTC)

::{{done}}, with lowercase "area". <span style="white-space:nowrap">— ] <small>(] • ] • ])</small></span> 06:20, 6 November 2008 (UTC)
:::Thanks--] (]) 06:50, 6 November 2008 (UTC)

== Protected ==

I've seen too many reverts on this page popping up on my watchlist in the last day. Edit warring does not achieve anything, only discussion achieves progress. So I've protected the page for a week so people can discuss before editing. ''']''' <sup>]</sup> 13:51, 3 November 2008 (UTC)
:This may have been overkill. There are a number of ''different'' disputes about autoformatting, and they came up on the same day; there is no established war that I can see. I would suggest unprotection; I'm not sure this even amounts, at the moment, to a {{tl|disputedtag}}, although the addition of this new issue on "specific" may boot it to that level. ] <small>]</small> 16:09, 3 November 2008 (UTC)
::The sequence that hit me was , , , , , , , , , , . Does that not look like an edit war over a tag? ''']''' <sup>]</sup> 16:14, 3 November 2008 (UTC)
:::Yes, that does; thank you for isolating it. (All except the first, which was the substantive edit that provoked the tag.) ] <small>]</small> 16:33, 3 November 2008 (UTC)

My opinions on the merits are
*there plainly is a dispute; going to the brink of 3RR to remove a tag is evidence of underlying dispute.
*I don't see the functional difference between ''reason'' and ''specific reason'' in this context, and I wish someone on either side of this nonsense would tell me. Some other wording should be possible. ] <small>]</small> 16:33, 3 November 2008 (UTC)

:I tried addressing this issue in ], but frustratingly the discussion left the point I raised and moved on to a whole new area (piped links). To answer your request, the nuance is that with a word like "specific", it demonstrates that there is no blanket "reason" for all uses of date linking, but that in specific circumstances, an individual date may be linked with unusual justification. --] (]) 16:52, 3 November 2008 (UTC)
::If that's all, then it's redundant. ''Dates should not be linked, unless...'' already denies the existence of a general reason to link all dates, and the only one ever suggested (to serve autoformatting) is expressly denied at the end of the paragraph. ] <small>]</small> 02:51, 4 November 2008 (UTC)
:::72 hours is standard. A week is an abuse of admin. tools. ] ] 11:40, 4 November 2008 (UTC)
::::No and no, Tony. —] • ] • ] 14:32, 4 November 2008 (UTC)

== Please allow ordinal dates ==

I have recently been told that Misplaced Pages has decided that ordinal dates are not allowed. For reference, ordinal dates are in the format 4th November and Cardinal dates are 4 November. Ordinal dates are regarded as correct in English used in the UK and numberous other countries, as '4th November' or the '4th of November' are contractions of the full dare 'the fouth day of November'. Ordinal dates are considered to be the most correct date format in the UK. I would like Wikipedias guide lines to allow this format, particularly on pages that refer to the UK, its citizens and institutions. ] <small>]</small> 10:52, 4 November 2008 (UTC)
:Why do you think they are needed? If you understand ordinal dates, you'll have no trouble understanding "4 November", and it stops there being so many different date formats across articles. ] (]) 11:31, 4 November 2008 (UTC)
::The trend to drop "th", "nd" and "st" has been widespread throughout anglophonia since puss was a kitten. So is the dropping of the grammatical words in the writing out of dates ("''the'' 2nd ''of'' November"). I think everyone except the writers of consitutions and arcane legal documents has decided that things are a lot neater that way. ] ] 11:37, 4 November 2008 (UTC)
::*The request is understandable in that its use remains widespread in speech even in the USA, most likely because it feels weird to say 'four November two thousand and eight'. Don't Americans always say 'fourth of July' and not 'July four'? However, not using it in written form, as is now common practice here on WP, is never likely to confuse. Assuming I am correct about Americans' usage, perhaps the best and most universal form of date formatting should be ordinal. ;-) ] (]) 03:09, 5 November 2008 (UTC)
:::*Well, you're not correct as to American usage. In American speech, "July four" is more common than "July fourth", and the British "4 July" would probably be read as "the fourth of July" or "July four" (for those who have dyslexia). "4th July" just looks wrong to me, although I admit to seeing it in fiction set 18th century England. (In deference to the other dispute here, I'm not going to link "18th century".) — ] ] 03:26, 5 November 2008 (UTC)
:::**Where? I have never heard "July four". ] <small>]</small> 05:28, 5 November 2008 (UTC)
:::*"The fourth of July" is a special case, very few would say "the fourth of November" for election day here. — ] ] 03:27, 5 November 2008 (UTC)
:::**It is obsolete; it was common usage in the mid-nineteenth century, as ] shows. In my regional dialect, "September eleventh" is standard educated usage; "Nine eleven" is slangy except for the terrorist attack, where it is supported by the pun on ]. ] <small>]</small> 05:34, 5 November 2008 (UTC)
:::**Perhaps it is obsolete in the USA and other places. Here in the UK it is still common practice even today. No-one says July 4 here, the 4th of July is how it is always said and how it is mostly written, with purely numerical dates also being common in informal writing e.g. 04/07/2008. I can understand your views that it is not neccesary in your part of the world. What I ask is that it be allowed for pages about the UK, where ordinal dates are very much in use and are considered correct.] (]) 09:39, 5 November 2008 (UTC)
:::**It's certainly standard practice in the UK to ''say'' "the twenty-seventh of September", for example, but it's generally (though not universally) ''written'' as "27 September" - it's understood that the speaker will add the missing pieces. So I see no reason to change current WP practice. ] (]) 11:39, 5 November 2008 (UTC)

== Can the MOS be changed because an RFC to change it failed? ==

'''Moved from Lightmouse talk page:begin<br>'''
''Since ] shows no consensus on this, please stop using automatic tools to impose a change of status. ] (]) 19:07, 4 November 2008 (UTC)

:''The rfc was a request to obtain special treatment for dates of birth and death. It failed to establish consensus. If you think it succeeded then we are so far apart in our interpretations that we won't make much progress on my talk page. Let's see what other people at ] say. ] (]) 19:23, 4 November 2008 (UTC)

''The RFC asked people what should be done. It was split almost equally down the middle. Plainly, that means no consensus. ] (]) 19:26, 4 November 2008 (UTC)

'''Moved from Lightmouse talk page:end<br>'''

I can't parse this. If what Jheald says it true, then the failure of an RFC can be treated exactly the same as its success. Have we entered a world of ]? ] (]) 19:41, 4 November 2008 (UTC)

:It seems plain to me. There was an RfC to ask what people thought about linking dates of birth and death. If it had gone one way, we would have clear consensus to "link always". If it went the other, we would have clear consensus to not link. But the truth is, it split right down the middle. So, plainly, that means there is no consensus.

:It is long established that bots shouldn't be used to make mass changes for which there is no consensus. ] (]) 20:03, 4 November 2008 (UTC)

::That RfC could have had three outcomes:
::*A positive consensus would mean that links should remain in birth/date fields ''even if'' there was a clear consensus to delete them here.
::*A negative consensus would mean that the links should be deleted from birth/death fields ''even if'' there was a clear consensus that autoformatted links should ''not'' be deleted.
::*What we have, is no consensus, which means that, in the '''clear''' absence of a consensus to delete datelinks, they should remain in place. In the case of ''new'' person-articles, the existing (arguable) consensus is that the date links should not be added, but the RfC provides a ''specific'' reason for linking, so for delinking to be done, there would have to be a ''specific'' reason for delinking. — ] ] 20:12, 4 November 2008 (UTC)

*Your interpretation is "interesting". As with all previous instances of consensus, not achieving it means a revert to the status quo - the RfC was to add "These dates should normally be linked" to the guideline. The action on achieving consensus would be to start linking. It failed, so it must mean it is not added, and no birth and death dates should be linked (if not already explicit enough, is strongly implied by the absence of the phrase). AFAIK, there are no bots going around doing anything against any established consensus, so what exactly are you referring to? If you are referring to the script-assisted date-delinking, it is done consciously by humans with the aid of a machine. ] (]) 02:59, 5 November 2008 (UTC)
::Arthur, stop churning the same old mantras. No one out there cares about this confabulated ] retro-screeching by a tiny minority about what was a bad solution for a non-problem. The decision was made in August, and it enjoys wide support. Now, why don't you help with the year articles? ''That'' would be welcome. ] ] 03:05, 5 November 2008 (UTC)
**The status quo is "all such (birth and death) dates ''are'' linked, except those which have recently been removed."
**There is ''no'' consensus to ''remove'' the links, so the link removal bots such as Lightbot ''were'' operating against consensus. If Lightmouse and Tony were looking at ''each'' link they removed and determined there was no ''specific'' reason why ''each'' of them should be there, they were following consensus. Otherwise, not. I'd like to ], but considering the edit rate, I would have to assume they have ]'s (current) power. I could assume that for one person, but not two.
**The consensus for deprecation of autoformatted links is real, (among MOS wonks), but weak, as it was not advertised on the VP.
**''Specific'' reasons why they should be linked were given in the arguments in favor of linking, so that removing the year links is not supported or opposed by the MOS.
**No, I think my interpretation is credible; certainly more so than yours that there is a consensus to remove the links. — ] ] 03:18, 5 November 2008 (UTC)
::: It sounds like that 'I was playing with that toy first' sort of argument. ] (]) 05:36, 5 November 2008 (UTC)
::* Jheald and Arthur: How about you two go earn yourselves a ], and then we’d better accept that you are making an informed decision and are willing to practice what you preach. <span style="white-space:nowrap;">''']''' (])</span> 04:53, 5 November 2008 (UTC)<p>'''P.S.''' Test at 11:00 Thursday. No crib sheets. <span style="white-space:nowrap;">''']''' (])</span> 04:56, 5 November 2008 (UTC)

The RFC was a request to add a piece of text to the MOS. The text would have provided special treatment for dates of birth and death. The RFC failed. The failure of the RFC does not create an invisible clause in the MOS that provides special treatment for dates of birth and death. The MOS contains no invisible clauses and users of the MOS do not have to check with the proponents of failed RFCs if pro-MOS edits are ok with them. ] (]) 11:18, 5 November 2008 (UTC)
:It demonstrates that there is no consensus either way on this matter. The text of MOS should not state rules which are not consensus; therefore this warrants toning down the language which one moiety of the participants would have liked. ] <small>]</small> 19:17, 5 November 2008 (UTC)
::There is wide consensus—far beyond the bounds of any styleguide talk page. ] ] 13:23, 6 November 2008 (UTC)
:::{{tl|fact}} — ] ] 14:10, 6 November 2008 (UTC)
:::Tony your imaginary consensus doesn't count. Various comments taken from talk pages don't count. You need a community discussion for this type of change not some disjointed discussion that anyone concerned with couldn't have found if they wanted to. —] • ] • ] 00:38, 7 November 2008 (UTC)
::::You're not simply constructing "consensus" in a way that suits your feelings on the matter, are you? ] ] 00:43, 7 November 2008 (UTC)
:::::Amusingly enough, '''this appears to be exactly what ''you are doing'''''. Most consensus seeking is done in one centralized location, not in various article pages (which nobody but those interested will be watching) over a long period of time. What you've presented is not consensus, it's a random sampling (which may not, and I posit, '''is not''', representative of the communities view). —] • ] • ] 02:33, 7 November 2008 (UTC)

* With regard to my 04:56, 5 November post and my challenge to Jheald and Arthur, they may not have risen to the challenge, but ] did and I him the ]. To do so, he read ''four entire articles'' of pure trivia (], ], ], and ]). Congratulations. He really toughed it out. <span style="white-space:nowrap;">''']''' (])</span> 03:23, 7 November 2008 (UTC)

The RFC was a request to add a piece of text to the MOS. The text would have provided special treatment for birth/dates. The RFC failed. Arthur proposes that the MOS should contain a clause for 'old links good, new links bad'. I think it is silly but have no objection to people making proposals for MOS modification. In the meantime, many editors will continue to operate on the basis of the existing MOS. As an example, I have fully delinked the dates in ]. I think it is an improvement to the article and is in accordance with the MOS. Many editors are continuing to make similar edits in line with the MOS. Either accept the MOS wording or change it. ] (]) 10:26, 7 November 2008 (UTC)

:I'm sorry, but however you slice it there is demonstrably no consensus either to link or to delink dates of birth and dates of death. The WP way is to put questions like this to an RfC. We did, and the result was split right down the middle.

:The argument that these dates had to be delinked for consistency was made in the RfC, but it did not achieve consensus. ] (]) 16:18, 7 November 2008 (UTC)

:If the MoS page wasn't locked, I would happily add to the MoS that "currently there is no consensus either to link or to delink dates of birth and dates of death" -- since that is what the RfC has demonstrated. ] (]) 16:21, 7 November 2008 (UTC)

The RFC was a request to add a piece of text to the MOS. It was not a vote about existing text. You can't change the terms of the RFC after people have voted. ] (]) 16:55, 7 November 2008 (UTC)

:PS, I have fully delinked the dates in ]. I think it is an improvement to the article and is in accordance with the MOS. If you think the birth/death dates in that article need linking, please let us know why. ] (]) 16:59, 7 November 2008 (UTC)
::That's fascinating that you think it's an improvement (FWIW, you also fail to note "why" you think it's an improvement). I don't. —] • ] • ] 22:38, 8 November 2008 (UTC)
::*You may not like it, but that does not justify you : it's ]! ] (]) 04:14, 9 November 2008 (UTC)
:::Amusing. So because he runs around removing dates from articles he's never edited before, I'm not allowed to undo that because I disagree with it? No, I don't think so. And I'm not the only one going around undoing edits. The MoS does not reflect consensus, and until it does, these types of edits should not be getting made on a massive scale. —] • ] • ] 18:32, 9 November 2008 (UTC)

== Edit proposal ==

I'd like to clarify the section ] a little, without significantly changing its content.

'''Old verion'''
* Disambiguation should be shown in bytes or bits, clearly showing the intended base (binary or decimal). There is no preference in the way to indicate the number of bytes and bits, but there should be consistency within a given article with the notation style used (e.g., write ''A 64&nbsp;MB ({{nowrap|64 × 1024<sup>2</sup> bytes)}} video card'' and ''a 100&nbsp;GB ({{nowrap|100 × 1000<sup>3</sup> bytes)}} hard drive'', ''A 64&nbsp;MB ({{nowrap|64 × 2<sup>20</sup> bytes)}} video card and a 100&nbsp;GB {{nowrap|({{val|100|e=9|u=bytes}})}} hard drive'' or ''A 64&nbsp;MB (67,108,864&nbsp;bytes) video card and a 100&nbsp;GB (100,000,000,000&nbsp;bytes) hard drive'' are all acceptable; but not ''A 64&nbsp;MB (67,108,864&nbsp;bytes) video card and a 100&nbsp;GB {{nowrap|(100 × 1000<sup>3</sup> bytes)}} hard drive''). Footnotes, such as those seen in , may be used for disambiguation.

'''New version'''
* Disambiguation should be shown in bytes or bits, with clear indication of whether in binary or decimal base. There is no preference in the way to indicate the number of bytes and bits, but the notation style should be consistent within an article. Acceptable examples include:
::''A 64&nbsp;MB ({{nowrap|64 × 1024<sup>2</sup> bytes)}} video card'' and ''a 100&nbsp;GB ({{nowrap|100 × 1000<sup>3</sup> bytes)}} hard drive''
::''A 64&nbsp;MB ({{nowrap|64 × 2<sup>20</sup> bytes)}} video card and a 100&nbsp;GB {{nowrap|({{val|100|e=9|u=bytes}})}} hard drive''
::''A 64&nbsp;MB (67,108,864&nbsp;bytes) video card and a 100&nbsp;GB (100,000,000,000&nbsp;bytes) hard drive''
:Avoid inconsistent combinations such as ''A 64&nbsp;MB (67,108,864&nbsp;bytes) video card and a 100&nbsp;GB {{nowrap|(100 × 1000<sup>3</sup> bytes)}} hard drive''. Footnotes, such as those seen in may be used for disambiguation.

Needless to say, I think these changes are non-controversial, but since the page is protected I thought I should do this "by the book" rather than just editing away. Comments? <font color="006622">]</font><sup><small><b>]</b></small></sup> 15:59, 6 November 2008 (UTC)

:* I think your new wording is clearer and better written. I agree, the edit should be considered as a non-controversial improvement. Good suggestion. <span style="white-space:nowrap;">''']''' (])</span> 03:36, 7 November 2008 (UTC)
:*Yep, go for it. (But lose the hyphen after the colon at the start of the list.)--] (]) 09:07, 7 November 2008 (UTC)
::*I agree. I've tweaked the wording a little, hoping not to have changed the substantive meaning; revert if you don't like it. ] ] 13:43, 7 November 2008 (UTC)
:::*Looks like an improvement to me.] (]) 15:09, 7 November 2008 (UTC)
:Heh. I never get tired of trying to sneak the :- symbol into articles. It is allegedly known in English typesetting as "the dog's bollocks". I'll go ahead and make the change... without that :) <font color="006622">]</font><sup><small><b>]</b></small></sup> 15:15, 7 November 2008 (UTC)

== I did it... ==

''Copied from ]:''
<div>
{| style="border: 1px solid {{{border|gray}}}; background-color: {{{color|#fdffe7}}};"
|rowspan="2" valign="middle" | ]
|rowspan="2" |
|style="font-size: x-large; padding: 0; vertical-align: middle; height: 1.1em;" | '''The Sewer Cover Barnstar'''
|-
|style="vertical-align: middle; border-top: 1px solid gray;" | You have been awarded the ] because you can read through ''].'' You don’t know the meaning of attention deficit disorder, laugh in the face of boredom, and are wasting your talents if you don’t become a patent examiner.
|} |}


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?
* I award this to you with humbleness and awe. You’ve done what I truly can not. <span style="white-space:nowrap;">''']''' (])</span> 03:10, 7 November 2008 (UTC)
* Congratulations, would you care to share your experience? ] (]) 08:17, 7 November 2008 (UTC)
*:Yesterday, the morning lessons had finished, and a classmate of mine suggested to wait until 2:20 pm before we went to the canteen, so that the queue would be much shorter, and we accepted his suggestion. ''That'' is what I did to pass my time, meanwhile. My ideas:
*:*An article like ] or ] as they are structured now is not terribly useful. Personally, I'd split it into ], ] and ]. It could be useful to create a prose article about the year, ''à la'' ], which would ''ideally'' provide general historic context for events having happened/books written/etc. in that year. (I acknowledge that this would be very hard to do for some years; also, I have no good idea of what to do to ] between the time the current list of lists is split and the time when a decent article is written.)
*:*As for ] or ], I simply cannot understand what those lists are supposed to be useful for&nbsp;– I don't just claim that they are not useful for someone clicking ] from, e.g. ]; I claim that they are not useful ''at all'', so the solution is ''not'' to delink them&nbsp;– it is to ''remove'' them. ]; why would anyone need a list of completely unrelated events which just happened to happen on the same day of different years? As for what I would do with those articles, I would include stuff such as:
*:**A ] introduction to the major holidays and celebrations hold worldwide on that day, with maybe some historical perspective; ''ideally'', there would still be a reason why ] should link ] (but ] or ] shouldn't);
*:**Stuff like the average ] and ] of that day, and maybe even the high and low temperatures and precipitations on that day for some of the main cities worldwide (averaged over the last ten years or so); (but for the latter, I don't think it'd be easy to obtain that information).
*:*In other words, IMO, things related to the day October 1 of all years should belong to that article, things related to October 1 of any particular year shouldn't, unless they have been celebrated on October 1 of later years.
*:BTW, thank you for the barnstar, Greg. --<span style="font-family: monospace; font-weight: 600; color: #00F; background-color: #FFF"> ]]]]</span> 16:26, 7 November 2008 (UTC)
::* My pleasure. You should consider copying this thread over to WT:MOSNUM. <span style="white-space:nowrap;">''']''' (])</span> 20:14, 7 November 2008 (UTC)
</div>
----
::*:Done, even though I'm beginning to feel sick of this page. --<span style="font-family: monospace; font-weight: 600; color: #00F; background-color: #FFF"> ]]]]</span> 20:27, 7 November 2008 (UTC)

I have no sewer cover barnstar yet, but I mostly agree with Army1987's views. I guess the date articles are used for ] on the main page though? -- ] (]) 21:00, 7 November 2008 (UTC)

:So this suggests that we have some idea of when dates should be linked, depending on their context:
:* For the linking years:
::* Key events (national/global impact) to a "list of events in YEAR"
::* Births to a "list of births in YEAR", and same for deaths
:* For linking Month/day:
::* Dates associated with annual/biannual/etc. activities (holidays, etc.), possibly including those holidays based on a day of the week instead of the actual date (maybe for 5 years back to 5 years forward, eg "Mother's Day will be celebrated on May 12, 2010 in (country list)".
::* Dates should not be linked for one-time events
:If we can narrow these down, then we start a rationale discussion on date linking. --] 21:33, 7 November 2008 (UTC)

* Even though you didn’t flog yourself with four of these articles Jao, thanks for expressing your views on the matter (21:00, 7 November post). Arthur Rubin became the second person ever to the ''hard way''; he read <u>four of these trivia articles</u>. <span style="white-space:nowrap;">''']''' (])</span> 01:18, 8 November 2008 (UTC)

* Responding to Masem: I would suggest that if we were to link to “List of births in year”, that we still do so with fully aliased links that fully disclose what the reader will be taken to. Many readers would be reluctant to click on ] unless it was in the form of “(])”. Whether it is ], or ], these links, IMO, should fully explain what the linked article is about without having to dwell one’s cursor over it. Maybe such links can be added to our ''See also'' sections. <span style="white-space:nowrap;">''']''' (])</span> 01:18, 8 November 2008 (UTC)

* And to Army1987: Your link to ] seems a very compelling argument to not ''ever'' link to these day-of-the-year articles. It certainly seems that policy (not a guideline and not an essay) would have prohibited the creation of these “]”-type articles in the first place. But, now that we have them, it would be unrealistic to douche them. But I would think we can certainly agree to not clutter up our articles with links to them though. <span style="white-space:nowrap;">''']''' (])</span> 01:29, 8 November 2008 (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.
::If you want a list of of births in 1925, there is an extensive list at: 'Category:1925 births'. ] (]) 16:04, 8 November 2008 (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!
(←unidented)
''That''&thinsp; is an interesting point ('Category:1925 births') Lightmouse. If we have categories like that, then why in the ''world''&thinsp; have editors been linking to the trivia-type year articles? I didn’t know these things existed. With {{NUMBEROFARTICLES}} articles, Misplaced Pages is apparently so damn big, it’s hard for editors to know what in the world is available here to link to. Were it me, I would be finding a way to let readers know about this in a non-intrusive way that best adheres with the Principle of Least Astonishment. Perhaps something like this:<p><br>


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)
<hr/>
]<!-- NOTE TO EDITORS: If using this image in a talk forum is a violation of Misplaced Pages policy (because it is clearly fair-use and isn’t a violation of copyright law), please replace it with ] I was trying to create a realistic depiction of our current article. -->
'''Angela Brigid Lansbury''', ] (born October 16, 1925) (]) is an ] ] and ] whose career has spanned six decades. She made her first film appearance in '']'' (1944), for which she received an ] nomination, and expanded her repertoire to ] and television in the 1950s. Highly respected for her versatility, Lansbury has won four ] and six ], and has been nominated for eighteen ] and three Academy Awards.<p style="line-height:385%"><br><br><br></p>


*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)


: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)
…or via this method:
::{{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)
:I just had another thought on the “why did the media prefer 2000?” question. At the time, there was a lot of concern over the ], which had nothing to do with the official change to a new millennium. It would be easy to confuse the two, and the drama of the “Y2K bug” could easily have fed into hype about the new century/millennium.
:Of course this could all be irrelevant if anyone has a couple of newspaper stories from 1899 talking the same story. <span style="font-family:Avenir, sans-serif">—&nbsp;<span style="border-radius:5px;padding:.1em .4em;background:#faeded">]</span>&nbsp;(])</span> 20:14, 18 January 2025 (UTC)


== RfC on the wording of ] ==
<big><big>See also</big></big>
<!-- ] 15:01, 7 February 2025 (UTC) -->{{User:ClueBot III/DoNotArchiveUntil|1738940465}}
<hr/>
{{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)
*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 :
:{{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 ==
<hr/>


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
By the way, our ] article currently does not even have a ''See also'' section and the article currently does not provide a link to <code><nowiki>]</nowiki></code> (. I think these ''See also''&thinsp; sections are a perfectly splendid way to let readers know of the availability of “germane” information (something we’re apparently not doing a very good job of right now).


i just want the mdy stuff to be ONLY on usa related pages...
Further, the current practice (now being deprecated) has been failing to properly employ aliasing to clue readers as to the nature of what they will be going to if they click on a link. Someone shouldn’t have to click on links in text like this:


idk why we have to use multiple date formats here anyway... its just stupid
{{quotation|The United States’ energy independence briefly looked possible with the ] “discovery” of cold fusion.}}


why cant we use just one... dmy for long form and iso 8601 for short form
…to find out what these year links really are all about. It makes them less inclined to click on other links. …Which is unfortunate, because some editors have been aliasing ''good''&thinsp; links like this: <code><nowiki>]</nowiki></code>. Many readers avoid year links after stumbling upon them a few times and would never click a rose that has been so camouflaged as something to avoid.


japanese date format looks similar to iso 8601 if youve seen it ] (]) 08:13, 14 January 2025 (UTC)
IMO, links to relevant information should <u>always</u> be fully disclosed as to what it is about (via aliasing if necessary), and should either be in the form of a parenthetical in body text (first example above), or should be a bullet in the ''See also''&thinsp; sections (lower example).


: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)
<span style="white-space:nowrap;">''']''' (])</span> 21:49, 8 November 2008 (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)
:::thats just stupid
:::idk about you but there should be an option for unifed date formats you can toggle in settings so users can use their perferred date formats without fighting over it. is it possible to yknow code something like this? ] (]) 05:29, 17 January 2025 (UTC)
::::Unfortunately this is wishful thinking. We've looked into it many, many, many times before and it's just not doable with Misplaced Pages's current technology. One problem is that there are certain usages of comma with the mdy format that are really had to deal with when embedded in some sentences that use commas in certain ways - the computer just isn't smart enough to deal with it. The other is that we also have to handle users not logged in or without accounts - there is no preference to apply and it brings us back to which is the default and all the arguing that goes with that.<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:03, 17 January 2025 (UTC)
::::{{replyto|ZacharyFDS}} We did have such a feature, it was removed in 2008. I joined Misplaced Pages in May 2009, at a time when the clear-up was still going on. --] &#x1f339; (]) 22:42, 17 January 2025 (UTC)
:::::I want to emphasize that I supported removing that feature because it only worked if you were logged in to WP with an account AND had specified what format you preferred in your preferences. That meant that the vast majority of readers saw the default format. It required linking dates in a specific manner, which looked unusual and could be disrupted by editors who did not understand what the links were for. ] 01:57, 18 January 2025 (UTC)
* I believe this is covered at ]. ] (]) 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: 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.
:::] 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).
:::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)
:::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)
::::all other countries use variants of dmy tho except for those east asian ones ] (]) 05:34, 17 January 2025 (UTC)
:::::No they don't. Many other countries use dmy. Some countries use entirely different calendars with different year numberings; for instance Iran still uses the ] as its official calendar. Etc. Your assumption that "only that one country uses the other system and everyone else uses my system" is exactly the problem that ] prevents. —] (]) 05:43, 17 January 2025 (UTC)
:Pinging any Canadians: how annoyed does this discussion make you every time it happens? <span style="border-radius:2px;padding:3px;background:#1E816F">]<span style="color:#fff">&nbsp;‥&nbsp;</span>]</span> 20:16, 18 January 2025 (UTC)


oh yeah i forgot about iran (thats a variant of hijiri/islamic calendar)
'''P.S.''' And now the ] article ].<br><span style="white-space:nowrap;">''']''' (])</span> 21:55, 8 November 2008 (UTC)


im dumb can you forgive me ] (]) 06:22, 18 January 2025 (UTC)
:Well, for what it's worth, I consider ] to be even less likely to be relevant, even to a music article, than our current ], but that may be a matter of taste. (Speaking of which, what's that redlink doing in ]?) — ] ] 22:00, 8 November 2008 (UTC)
::Both are as useless as each other. Greg, that's a good example. Is she still as stuck-up as ever? ] ] 11:25, 9 November 2008 (UTC)


:No worries - it ''looks'' real simple until you actually get into it. <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> 08:54, 18 January 2025 (UTC)
::* Angela Lansbury? Is that what you’re suggesting?? I hadn’t heard that. Anyone who reminds me of my mother&#x2011;in&#x2011;law… ;·) I ''had''&thinsp; heard that was widely shared view {{nowrap|(s.u.-rhymes with “rich”)}} of ] according to the real&#x2011;life F&#x2011;14 pilots on my two&#x2011;DVD special set of '']''. <span style="white-space:nowrap;">''']''' (])</span> 22:48, 9 November 2008 (UTC)
::] states the situation that has obtained back to the early days of en.WP. It keeps the peace: US editors can create articles that have little to do with any majority-Anglophone country, including the US, and expect that their initial choice will be retained. Same for vice versa. It's a reasonable policy and should be respected. My one issue is that if you try turning a US military article into dmy, sometimes you'll be shouted at. So I've learnt to leave the date formats in those articles as they are (even if they contain a mix of dmy and mdy). I wish they'd work out what they want. ] ] 09:17, 18 January 2025 (UTC)
:::Yes we need clarity on US military. ]] 09:58, 18 January 2025 (UTC)
::::US astronomers (or at least the communications of the American Astronomical Society) also appear to use dmy. —] (]) 17:46, 18 January 2025 (UTC)
:::::The astronomers themselves might, but their websites also might not; e.g. . --] &#x1f339; (]) 18:43, 18 January 2025 (UTC)
::::::Professional astronomers generally use yyyy/mm/dd. In fact they may even have been the originators of this format back in the days of George Airy at Greenwich.] (]) 19:18, 18 January 2025 (UTC)
::::The US Army's Center of Military History still mandates dmy, which is used internally, but mdy is acceptable in PR. As Tony says, we generally retain the existing format. ] ] 19:14, 18 January 2025 (UTC)

Latest revision as of 20:16, 18 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 214 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)
I just had another thought on the “why did the media prefer 2000?” question. At the time, there was a lot of concern over the Year 2000 problem, which had nothing to do with the official change to a new millennium. It would be easy to confuse the two, and the drama of the “Y2K bug” could easily have fed into hype about the new century/millennium.
Of course this could all be irrelevant if anyone has a couple of newspaper stories from 1899 talking the same story. — HTGS (talk) 20:14, 18 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)
thats just stupid
idk about you but there should be an option for unifed date formats you can toggle in settings so users can use their perferred date formats without fighting over it. is it possible to yknow code something like this? ZacharyFDS (talk) 05:29, 17 January 2025 (UTC)
Unfortunately this is wishful thinking. We've looked into it many, many, many times before and it's just not doable with Misplaced Pages's current technology. One problem is that there are certain usages of comma with the mdy format that are really had to deal with when embedded in some sentences that use commas in certain ways - the computer just isn't smart enough to deal with it. The other is that we also have to handle users not logged in or without accounts - there is no preference to apply and it brings us back to which is the default and all the arguing that goes with that. Stepho  talk  06:03, 17 January 2025 (UTC)
@ZacharyFDS: We did have such a feature, it was removed in 2008. I joined Misplaced Pages in May 2009, at a time when the clear-up was still going on. --Redrose64 🌹 (talk) 22:42, 17 January 2025 (UTC)
I want to emphasize that I supported removing that feature because it only worked if you were logged in to WP with an account AND had specified what format you preferred in your preferences. That meant that the vast majority of readers saw the default format. It required linking dates in a specific manner, which looked unusual and could be disrupted by editors who did not understand what the links were for. Donald Albury 01:57, 18 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)
all other countries use variants of dmy tho except for those east asian ones ZacharyFDS (talk) 05:34, 17 January 2025 (UTC)
No they don't. Many other countries use dmy. Some countries use entirely different calendars with different year numberings; for instance Iran still uses the Iranian calendars as its official calendar. Etc. Your assumption that "only that one country uses the other system and everyone else uses my system" is exactly the problem that WP:DATEVAR prevents. —David Eppstein (talk) 05:43, 17 January 2025 (UTC)
Pinging any Canadians: how annoyed does this discussion make you every time it happens? Remsense ‥  20:16, 18 January 2025 (UTC)

oh yeah i forgot about iran (thats a variant of hijiri/islamic calendar)

im dumb can you forgive me ZacharyFDS (talk) 06:22, 18 January 2025 (UTC)

No worries - it looks real simple until you actually get into it.  Stepho  talk  08:54, 18 January 2025 (UTC)
Jc3s5h states the situation that has obtained back to the early days of en.WP. It keeps the peace: US editors can create articles that have little to do with any majority-Anglophone country, including the US, and expect that their initial choice will be retained. Same for vice versa. It's a reasonable policy and should be respected. My one issue is that if you try turning a US military article into dmy, sometimes you'll be shouted at. So I've learnt to leave the date formats in those articles as they are (even if they contain a mix of dmy and mdy). I wish they'd work out what they want. Tony (talk) 09:17, 18 January 2025 (UTC)
Yes we need clarity on US military. GiantSnowman 09:58, 18 January 2025 (UTC)
US astronomers (or at least the communications of the American Astronomical Society) also appear to use dmy. —David Eppstein (talk) 17:46, 18 January 2025 (UTC)
The astronomers themselves might, but their websites also might not; e.g. Palomar Observatory. --Redrose64 🌹 (talk) 18:43, 18 January 2025 (UTC)
Professional astronomers generally use yyyy/mm/dd. In fact they may even have been the originators of this format back in the days of George Airy at Greenwich.Skeptic2 (talk) 19:18, 18 January 2025 (UTC)
The US Army's Center of Military History Style Guide still mandates dmy, which is used internally, but mdy is acceptable in PR. As Tony says, we generally retain the existing format. Hawkeye7 (discuss) 19:14, 18 January 2025 (UTC)
Category:
Misplaced Pages talk:Manual of Style/Dates and numbers: Difference between revisions Add topic