Wikipedia talk:Manual of Style/Dates and numbers: Difference between revisions

Content deleted Content added
 
Line 1:
{{talkheader|sc1=WT:DATE|sc2=WT:MOSDATE}}
{{WPMOS}}
{{WikiProject banner shell|
{{WikiProject Manual of Style}}
}}
{{User:MiszaBot/config
|archiveheader = {{aan}}
|maxarchivesize = 250K
|maxarchivesize = 800K
|counter = 118
|algocounter = old(5d)163
|minthreadsleft = 2
|archive = Wikipedia talk:Manual of Style (dates and numbers)/Archive %(counter)d
|minthreadstoarchive = 1
|algo = old(60d)
|archive = Wikipedia talk:Manual of Style/Dates and numbers/Archive %(counter)d
}}
{{User:HBC Archive Indexerbot/OptIn
{{Wikipedia talk:Manual of Style (dates and numbers)/Archive box}}
|target=Wikipedia talk:Manual of Style/Dates and numbers/Archive index
 
|mask1=Wikipedia talk:Manual of Style/Dates and numbers/Archive <#>
{|
|mask2=Wikipedia talk:Manual of Style/Dates and numbers/Archive zero
! align="left" style="background:#ffffcc" width="100%" | This [[WP:Talk page|talk page]] is for discussion of the page [[WP:Manual of Style (dates and numbers)]]. Please use it to make ''constructive'' suggestions as to the wording of that page.
|mask3=Wikipedia talk:Manual of Style/Dates and numbers/Archive B<#>
 
|mask4=Wikipedia talk:Manual of Style/Dates and numbers/Archive D<#>
*Anyone wishing to discuss the issue of ''IEC prefixes for quantities of bits and bytes'' should use [[/IEC|this subpage]] of the main talk page.
|leading_zeros=0
 
|indexhere=yes }}
* Date formats RfC: ''' please see [[Wikipedia:Manual of Style (dates and numbers)/Proposal on international date format]]'''
{{Wikipedia talk:Manual of Style/Dates and numbers/Archive box}}
 
{{tmbox|image=[[File:Ambox humor.svg|30px|link=|alt=]] |text=It has been '''{{age in days|2024|6|18}} days''' since the outbreak of the latest dispute over date formats.|small=yes}}
 
|}
 
== Date delinking arbitration ==
 
I've started a request at [[Wikipedia:Requests for arbitration#Date delinking]] which those reading here may wish to comment on. —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 06:41, 10 January 2009 (UTC)
 
* Yeah, we were laughing about that this morning. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 19:32, 10 January 2009 (UTC)
*:What do you mean "we", Kemosabe? -- [[User:Earle Martin|Earle Martin]] [<sup>[[User_talk:Earle Martin|t]]</sup>/<sub>[[Special:Contributions/Earle Martin|c]]</sub>] 20:38, 10 January 2009 (UTC)
::* Some of us besides ''you'', Tonto. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 00:05, 11 January 2009 (UTC)
**(More appropriate here, then there.) The "I refuse to comment" comments seem to be good grounds for an injunction against those people adding or removing any date links, either by bot, AWB, even if there were a prior consesnus. They show a lack of respect for Wikipedia process. — [[User:Arthur Rubin|Arthur Rubin]] [[User talk:Arthur Rubin|(talk)]] 20:00, 10 January 2009 (UTC)
*** I have ample respect of admiration for the <u>process</u> (such as the extensive and wise work that went into [[Wikipedia:Requests_for_arbitration/Cold_fusion#Final_decision|this decision]] to reign in an editor who was POV-pushing on [[Cold fusion]]). I simply feel that Locke’s complaint is ''abuse'' of the system by a [http://www.weirdthings.org.uk/wp-content/uploads/2008/05/all-babies-have-big-mouths-but-not-as-much-as-this-baby.jpg whiner] who wasn’t getting his way. I fully expect ArbCom to refuse to get involved—in part—for that very reason (and because this is clearly a dispute over article content and how rapidly to fix that content).<p>As for my refusing to be involved, it is a matter of principle. I’m not about to let one Mr. Locke Cole (who resides who-knows-where on this [[pale blue dot]]), dictate how I might enjoy my hobby here on Wikipedia or control my life in anyway whatsoever—''particularly'' over such a whiny-ass, sore-looser stunt. WT:MOS and WT:MOSNUM are marketplaces where ''ideas are exchanged''. Locke isn’t impressed with the direction things are going here right now (apparently you aren’t either). Well, so sad—too bad. In the grand scheme of things on a 1–[http://www.telegraph.co.uk/telegraph/multimedia/archive/01215/travolta-460_1215893c.jpg 10 scale] of importance, this issue over which you two have your panties in a bunch is a nice solid 1.2 (or maybe 1.3). Concern over which restaurant [http://latimesblogs.latimes.com/photos/uncategorized/2008/03/22/angelina_jolie_brad_pitt.jpg Brad Pitt and Angelina Jolie] ate at yesterday is about the only damn thing I can think of at the moment that might ''possibly'' be less important. I have zero interest whatsoever in getting swept up in your [http://i111.photobucket.com/albums/n136/edwood2007/authentic_drama_queen.jpg überdrama] and wikilawyering.<p>As is typical with your other arguments here, I take [http://moonpans.com/prints/Young-jump.jpg great pride] and [http://i246.photobucket.com/albums/gg120/dragonflytnmama_bucket/HappyFridayDog.jpg pleasure] in pronouncing that I agree with nothing whatsoever in your above post, Arthur. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 21:15, 10 January 2009 (UTC)
****Is this bot seriously set up to remove ''all'' links to years and dates ''everywhere'' on wikipedia? If the answer is no, which dates is it not removing? [[User:Wrad|Wrad]] ([[User talk:Wrad|talk]]) 21:21, 10 January 2009 (UTC)
***** Wrad, with {{NUMBEROFARTICLES}} articles on en.Wikipedia, there are probably over a million linked dates. That is far too many for humans to manually correct. Bots are automated tools—like a power saw—operated by humans. The only practical way to fix our article content is do our best—within the limits of available technology—to ensure that bot activity is within the scope of the latest consensus view on date linking, and let bot-operating editors do their work unimpeded by obstructionists. Those dates that prove to have been improperly swept up in bot activity can easily be re&#x2011;linked by hand.<p>Note that this will also give us an opportunity to let editors put some of these dates in articles’ ''See also'' sections. For instance, check this link out: {{xt|Giovanni Fabbroni after several years of research chose to redefine the standard in [[1799 in science|1799]] to water’s most stable density point.}} Click on that link please. Where do you expect to go? When dates such as these are de&#x2011;linked, and we want to ''re&#x2011;link'' them, the existence of articles such as these need to be conveyed in a better way to readers, such as seen [[Kilogram#See_also|here in ''Kilogram'']]. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 21:51, 10 January 2009 (UTC)
*****I'm assuming that the answer, then, is yes, the bot is removing all date link everywhere on wikipedia? It would be a massive and necessary task to relink everything that needs relinking. That task could be avoided by identifying categories which are more likely to have appropriate links and have the bot avoid them. For example, have the bot avoid all articles in categories specifically discussing dates or which are timelines themselves. I shudder at the thought of the enormous task it would be for us in the [[WP:YRS|Years project]] to relink everything when all we have to do is tell the bot to stay away from certain categories. [[User:Wrad|Wrad]] ([[User talk:Wrad|talk]]) 21:57, 10 January 2009 (UTC)
*******{{ec}} To answer your question Wrad, ''Lightbot'', the only fully automated date delinker, removes year and decade links only (perhaps also century links). The AWB script and monobook.js script, which is used by humans, requires human oversight. Those scripts delink all chronological items and have the option of making the delinked dates the same format, either international and American. Additionally, these scripts have the function of delinking common terms, such as well-known geographical locations. The scripts allow for their users to view and modify their changes before saving. As an example, see what I did [http://en.wikipedia.org/w/index.php?title=Armistice_Day&diff=263250897&oldid=260116977 here to Armistice Day]. I used the script to delink dates and common terms, then re-linked two dates, setting them so that autoformatting is disabled. As an aside, I have never seen a useful date link on an article, with the exception of holiday articles and date articles themselvs. [[User:Dabomb87|Dabomb87]] ([[User talk:Dabomb87|talk]]) 22:06, 10 January 2009 (UTC)
*********I want to make sure I'm being understood. Date links always link to timelines. If you click on a date link within a timeline article, "Where do you expect to go?" (to quote Greg). If I was in a timeline article, I expect to go to another timeline article. That is completely in context with what I was reading. Therefore, there ''is'' at least one place in which date links are appropriate, and that is within timeline/date articles themselves. I am asking that the Lightbot, then, not be allowed to delink date links ''within'' such articles at all, ever. That should be a human issue. [[User:Wrad|Wrad]] ([[User talk:Wrad|talk]]) 22:11, 10 January 2009 (UTC)
*********This is a very good suggestion - if only everyone else in this discussion were as constructive and unbiased. [[User:Deb|Deb]] ([[User talk:Deb|talk]]) 18:59, 12 January 2009 (UTC)
(outdent) Depends on what type of timeline. See [[Timeline of the 1994 Atlantic hurricane season]]. You should probably ask [[User:Lightmouse]] about it. [[User:Dabomb87|Dabomb87]] ([[User talk:Dabomb87|talk]]) 22:14, 10 January 2009 (UTC)
:* Thank you Dabomb87. Wrad: I’m saying that there are clearly dates currently being de-linked that editors feel ''should'' be linked. I’m further saying that isn’t a big deal. No, I’ll go beyond that and say it is a very small deal. Further, it is actually a '''good thing''' because there are ''better ways'' to let readers know about our specialty year links like “this year in music” and “this year in science”, etc. If you want to know the details of how these bots work, stop by on the talk pages of those who operate them, such as [[User talk:Lightmouse|Lightmouse]].<p>Finally, with regard to your …{{xt| massive and necessary task to relink everything that needs relinking}}… and …{{xt|shudder at the thought of the enormous task}}…, that too is A) ''your'' opinion, and B) is überdrama. Any reasonable reading of the RfCs shows that the current consensus is that it is a rare date indeed that ought to be linked; ergo, bot delink, and hand re&#x2011;link only those dates that a reasonable interpretation of the current consensus says ''ought'' to be linked. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 22:16, 10 January 2009 (UTC)
::*Greg, I agree that almost all date links are useless. I believe I've said that several times. However, as a member of the Years wikiproject I find that very callous of you to say this really doesn't matter and is just uberdrama. I worked hard on [[1345]], [[1346]], and [[1347]], hoping to inspire people, and so far it is working, slowly but surely. We at the Years project work hard to improve the years portion of wikipedia. Far from being unimportant, year articles are among the most edited on the site, consistently. It would be a massive and unnecessary task to relink everything, and oh-so-simple a thing to avoid. I'm watching out for this project. We have enough things to do, and would rather not be stuck with tasks that could been avoided in the fist place. I would appreciate it if you would show at least a little empathy and help us out here. I have one other question: How is a link from one timeline to another "out of context"? Isn't it what you would expect? Why, then, should we have a bot delete link from timelines when it would be so easy to tell it to ignore them? [[User:Wrad|Wrad]] ([[User talk:Wrad|talk]]) 22:23, 10 January 2009 (UTC)
:::* Very well, Wrad. I deeply respect your contributions to Wikipedia. I just looked at the [[1345]] article. Although I think something could be done with those first four, unwieldily paragraphs (they look quite a bit like [[User:Greg L/Sewer cover in front of Greg L’s house|Sewer cover in front of Greg L’s house]]), the rest is quite attractive and impressive work to pull together wide-ranging topics. There is too little of that (building and error correction) going on. And, though we don’t see eye-to-eye on the ''techniques'' being used to link to those articles, I completely agree that we need to find a ''good'' way to let readers know of the availability of these articles you are working so diligently to improve.<p>The tradeoff here is that the old way of letting readers know of these ‘years’ articles was cluttering up our main body text with blue links. I strongly feel (and many others here too) that body-text links should be solidly germane and topical to the subject of the article in which they are linked. If I am reading an article on the years leading up to the [[Great Depression]], I will be interested to know that [[Wall Street Crash of 1929|Black Tuesday]] is something I can click upon for further reading (or perhaps [[Social Security]]). But if I read that {{xt|The Bank of New York, in [[1925]] started loaning to individuals in a way}}…, I will find an enormous amount of information that is totally (colossally) irrelevant to the topic of ''Great Depression''. It is irrelevant that the 1925 article includes such information as {{xt|October 16 - Angela Lansbury [is born]}}.<p>Similarly, if I am reading up on [[Louis VI the Roman]], I am likely interested in Roman-related and nobility-related links. He married Cunigunde in 1345. I propose that since the [[1345]] article contains so precious little information relevant to to Louis V, but since [[Louis VI the Roman]] is clearly a historical article and since [[1345]] is all-things-historical, a much better way to let readers know of the availability of this information is to add a ''See also'' section to [[Louis VI the Roman]] and to put a link there that reads {{xt|• [[1345|Other notable events of 1345]]}}. I this is a much superior method and truly think more readers will be inclined to click on that and explore the article that are currently tempted to click on yet another one of our millions of blue dates. This technique is expanded upon in [[Wikipedia:Why dates should not be linked|WP:Why dates should not be linked]]. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 23:03, 10 January 2009 (UTC)
::::*I completely agree with that entire post. I'm just concerned about date links within timeline articles. I don't think that it would be "out of context" to link one timeline article to another through a date link. I don't think that the bot should, say, remove links to [[1904]] from the [[20th century]] page, see? [[User:Wrad|Wrad]] ([[User talk:Wrad|talk]]) 23:23, 10 January 2009 (UTC)
:::::* I agree, Wrad. You are saying that when the topic of the article is intrinsically historical in nature, it is entirely appropriate to link to another historical article. This is nuance I’ve long spoken of. I suggest we try to pull Lightmouse, Tony, and others into this discussion. The details of how to implement the general principles of the RfCs are quite important. They are important because we A) want to improve Wikipedia for our readership, and B) because there should never be activities that discourage hard-working editors from improving Wikipedia by taking all the fun out of it for them. The en.Wikipedia project has a wide variety of subject matter. Moreover, there is more than one tool in our arsenal of available techniques for making readers aware of the existence of other articles for further reading; the art is matching how germane and topical the link is to the technique employed. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 23:39, 10 January 2009 (UTC)
::::::*If the bot were to avoid certain categories (e.g. any category that is simply digits, like 1966; or the same followed by 's'; or 'centuries') then we could look at those articles manually. I just looked at [[20th century]], as Wrad mentioned it. The date links there go to specific articles (like [[1948 Arab-Israeli War]], piped to 1948) or to a decade. Nobody would suggest removing those, and a bot wouldn't touch them anyway. Now, if you look at [[1960s]], the links at the top to nearby years are generated by an infobox, so no bot problem there, but the body contains about a dozen 'pure' date links, several of them seeming to be just for autoformatting (and should go). Of the rest, I'm once more skeptical about any value or relevance. Examine [[1960s#The_rise_of_feminism]] - the first link is to the article itself (resulting in an odd-looking bolding); the next is ''In [[1963]], with [[Betty Friedan]]'s revolutionary book, ''[[The Feminine Mystique]]'', the role of women in society, and in public and private life was questioned''. So I click on [[1963]] only to find that among the 100+ events listed (and twice as many birth & deaths), just ''[[February 27]] - [[Female suffrage]] is enacted in [[Iran]]'' is even remotely connectible, although I'm still no wiser about whether one influenced the other, or it was just coincidence again. And so on for the others. So, are all of those links adding anything? If not, '''even in this date-related article''', I would argue that any uninvolved editor would believe it right to remove them. YMMV --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 03:51, 11 January 2009 (UTC)
 
*Wrad, there ''is'' a large navbox at the top of the 20th-century article, yes? Why link individual years in the list or running prose when it's staring in your face at the top? What I find difficult is the ''formatting'' of years and month–day items in these articles when they're constructed as lists. Bluing a lead item runs it into the very next item, which itself breaks a MOSNLINK rule. Why not bold them instead? [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 01:49, 11 January 2009 (UTC)
**I really don't care as long as people can fairly and easily navigate through timelines. [[User:Wrad|Wrad]] ([[User talk:Wrad|talk]]) 02:52, 11 January 2009 (UTC)
 
I see that the WikiProject Years may be indirectly canvassing for people to make comments at the ArbCom event, by linking to ''this'' section. While at WikiProject Years (of which I am a member), I made [[Wikipedia_talk:WikiProject_Years#Removal_of_date_links_from_year_articles|''this'']] comment about merging year-articles into decade articles from many centuries ago. No one seems to engage with the idea, yet I believe it is compelling. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 02:32, 11 January 2009 (UTC)
:I don't believe I was canvassing. I believe I'm actually agreeing with most of the people here(?) [[User:Wrad|Wrad]] ([[User talk:Wrad|talk]]) 02:39, 11 January 2009 (UTC)
 
* I'm not too concerned about this topic of removing date links, though I can see it has become a contentious issue. I am more concerned about Lighbot after seeing it changed a link on one of my watched pages and I went to its talk page to determine why. Above, [[User:Greg L|Greg L]] suggested {{xt|If you want to know the details of how these bots work, stop by on the talk pages of those who operate them, such as [[User talk:Lightmouse|Lightmouse]]}}, but Lightmouse's page doesn't describe the [[User:Lightbot|Lightbot]]'s operation. It mentions removing date links, but it doesn't describe the scope or parameters for removal.<p>Many users are asking similar questions without adequate response that I can find. Perhaps much of this debate could be resolved with transparency as to what the bot is doing. Are there date links in certain areas or formats that will be skipped? Will this bot constantly run, removing date links that editors restore? I think many editors are concerned that the bot may the few legitimate links and prevent them from being restored quickly, easily, or permanently. With users understanding the answers to these and other common questions, it may be unnecessary to defend or alter the bot behavior. I find it difficult to support either side without understanding the bot my fully. —[[User:Ost316|Ost]] ([[User talk:Ost316|talk]]) 16:46, 12 January 2009 (UTC)
 
I will try to answer:
*Lightbot scope: The scope of Lightbot includes (but is not limited to) units of measurement and dates.
**A 'date' is any sequence of characters that relates to time, chronology, or calendars. This includes but is not limited to seconds, minutes, hours, days, weeks, fortnights, months, years, decades, centuries, eras, and can be in any sequence or format.
***Edits may add, remove or modify the sequence or format of dates.
***Edits may add, remove or modify templates that involve dates.
***Edits may add or modify autoformatting. Edits may remove autoformatting where it is invalid, broken or itself breaks a date for readers.
***Edits may add, remove or modify links to dates.
**A 'unit of measure' is any sequence of characters that relates to measurement of things. This includes but is not limited to units defined by the BIPM SI, the US NIST or any other weights and measures organisation or none at all. This includes but is not limited to time, length, area, volume, mass, speed, power.
***Edits may add or modify metric or non-metric units.
***Edits may modify the format.
***Edits may add, remove or modify templates that involve units.
***Edits may add, remove or modify links to units.
It has been running since May 2008 and has made multiple runs for different purposes. On each occasion it runs, it may be running with a different code and with different purposes. Sometimes it is run in manual mode where the operator (Lightmouse) supervises each edit. The code is always being improved in response to new ideas and to feedback. It generally (but not always) stays away from articles that are themselves specifically about dates. The code is quite complicated and is very long. For example, just one piece of the code would print out to 15 pages of A4 paper.
 
A lot of people appear to be saying that links for autoformatting should be removed. Ironically, that is the one thing that Lightbot is not permitted to do. It could easily be done by Lightbot and all we need is for people to support a change to the bot authority. Would you (User:Ost316) or any other user support removal of autoformatted links? [[User:Lightmouse|Lightmouse]] ([[User talk:Lightmouse|talk]]) 18:35, 12 January 2009 (UTC)
 
:Thanks for the response. I appreciate this summary of the bot. I tend to think if the bot should be running to cleanup date links, then it should act on autoformatted links as well due to their deprecation. However, it may be nice if {{tlx|date}} could be designed to retain date autoformatting without links on the date to retain readability throughout regions. —[[User:Ost316|Ost]] ([[User talk:Ost316|talk]]) 21:29, 12 January 2009 (UTC)
::Ost, to return to a basic issue: why is it that the order of month-day or day-month is such a concern? Part of the reason that date-autoformatting has been dispensed with is the wide acceptance that it's a solution in search of a problem. Why does it matter, I'd like to know? If one makes some new-fangled toy that autoformats for logged in, preferenced WPians alone, it's kind of elitist and stops ''us'' from housekeeping the mess of different formats within articles (and the wrong global choices). I've yet to see how a mechanism could format for every visitor, unless they explicitly choose which date preference they want before being allowed to access articles. That would be silly. This whole thing is not worth the time and effort. Only computer programmers and associated editors seem to be upset about the demise of a toy. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 02:22, 13 January 2009 (UTC)
 
:::Tony please don't misstate things. [[WP:MOSNUM/RFC]] shows a good amount of support for "some form of auto formatting". And I've stated, many times, that I would only support a new system that addressed your primary concern (that it doesn't work for unregistered readers/anon editors). That you don't understand how it could work or why it's "worth the time and effort" aren't relevant. Every dev on MediaWiki is a volunteer except for I believe Brion and perhaps one other paid dev. But we've been over this... why do you keep repeating the same mantra? "Waste of time", "pointless", "no support", when all those items have been addressed previously? It doesn't help move us forward to have the same arguments repeated [[ad nauseam]]. —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 02:51, 13 January 2009 (UTC)
 
:::Excuse my profession, Tony; I didn't realize that knowing the power of coding was a bad thing on Wikipedia. Coming someone who seems to support scripts and bots for date delinking, I would think that you would appreciate computer programmers. I'm not trying to be elitist, but I don't see the need to disenfranchise users if there is and adequate solution to maintain functionality. Why should an editor care if users with date autoformatting settings see a page differently than the editor intended? Does it matter if the user doesn't see the editors' date format if the user is comfortable with their chosen date format and everything is formatted the same? <p>In the course of reading some of months your arguments about date delinking, I've seen other users expressing concern for the date formatting. I was unaware that autoformatting was also such a controversial issue. I don't understand how implementing a form of autoformatting negates your goal of cleaning up pages. The {{tlx|date}} template could be designed to autoformat only if the user has autoformat preferences set and otherwise use the editor's formatting. Or it could be an optional parameter that can enable autoformatting. I also think that you could generally base it off IP to guess users preference based on region to help unregistered users if desired. There are likely other solutions, but the point is that it seems to me autoformatting could be implemented without date linking while still giving editors control of the page's date format. I'm no expert on Wikipedia nor this topic as I just recently learned of it. I may be over simplifying the changes that would have to be made to {{tlx|date}} or a similar template and I welcome comments that explain why my approach is flawed. —[[User:Ost316|Ost]] ([[User talk:Ost316|talk]]) 16:00, 13 January 2009 (UTC)
::::I have nothing against your profession: I have a patent on a computer application myself, although I'm not a programmer. And some of my friends are ... I'm curious as to why month/day and day/month order matters ''so'' much to you. And why you're seemingly unconcerned about color/our, travelling/traveling and the like. Your concern doesn't make sense to me. The problem I have with many programmers is that they appear to have a heightened concern for the products of programming, irrespective of their functionality/utility/consequences in real-life. A cost-benefit analysis—even a back-of-the-envelope one, would be a useful exercise here. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 16:29, 13 January 2009 (UTC)
:::::Your insinuation that I haven't considered a cost-benefit analysis is unfounded. While you see hardly any benefit (despite those given by others and me), I see hardly any cost (perhaps due to your lack of details on negatives of autoformatting). My problem with this date autoformatting over the language is that the feature already exists and you're removing it because of its implementation. It's presumptuous to assume it isn't appreciated by users and I think it's lazy not to keep the feature if there is a simple solution. You choose not to entertain the idea of a simple solution even if it can be built into an existing template.<p> This problem doesn't bother me personally, but you seem to ignore users that it may impact; that does bother me. Just because users don't visit discussion pages and weigh in on issues doesn't mean that they don't use features. You assume that silence is acceptance when often in Wikipedia it is a reflection of users being oblivious to debates occurring. You've evidently been arguing this topic for months and yet I only recently learned of it, quite by accident. I apologize if this means I don't know the intricacies of the debate. You may only be concerned with yourself, but I can think of broader user impact and convenience. Instead of giving broad generalizations about how programmers act, feel free to give me the costs that autoformatting create; I've already provided the benefit of usability and not disenfranchising users of the feature. I know changing the template takes time, but in all your months of your arguing, it could have been created, tested, and perfected several times by now. Is there a major performance hit from autoformatting that I'm unaware of? To me it seems autoformatting is just going away because of date linking was used for it and no one wants to modify the behavior, so I'm still waiting to be compelled otherwise. —[[User:Ost316|Ost]] ([[User talk:Ost316|talk]]) 18:20, 13 January 2009 (UTC)
::::::"...in all your ''months'' of...". Are you aware that the "debate" at [https://bugzilla.wikimedia.org/show_bug.cgi?id=4582 bugzilla?id=4582] has been going on for almost three years? And that's the re-opened discussion! Please understand that the current debacle is a direct result of the lack of action for so long that the only way forward is to take drastic steps to remove square brackets around dates (in order to rid WP of the bizzare linking of dates—something that is overwhelmingly supported by the community).
::::::Thanks for taking an interest though. If you wish to "know the intricacies of the debate", have a careful read through [[Wikipedia:Manual_of_Style_(dates_and_numbers)/Date_Linking_RFC|this (closed) RfC]] and [[Wikipedia:Manual_of_Style_(dates_and_numbers)/Three_proposals_for_change_to_MOSNUM|this (closed) RfC]]. [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV&nbsp;258&nbsp;</font></b>]] 21:54, 13 January 2009 (UTC)
:::::::Again, I apologize for being new to the subject and not having your years of experience on it. I really only have the information I find traversing through links such as your 2008 RfCs and Bug report. I was unaware that this was considered a bug nor that debates occurred at Bugzilla. I appreciate you providing me with this information as I now have a better understanding of the issue. <P>In the RfCs, I still see mixed support for autoformatting by user preference and opposition to a new date autoformatting because of date linking (current implementation) or assuming that autoformatting would be forced on all dates typed. But the Bugzilla report shows many users concern with the unwieldiness of using a template instead of markup along with server issues and guessing issues with if markup were used.<p> With the debate dead at bugzilla, no markup or template seems likely to be agreed upon if autoformatting isn't directly requested and defined. I still contend that autoformatting by user preference increases the user experience, and I acknowledge an agreed upon solution to provide this has yet to be agreed upon. I am satisfied of the complexities of the issue, though the comments on this topic still reflect scope confusion that doesn't signify resolution. — [[User:Ost316|Ost]] ([[User talk:Ost316|talk]]) 15:03, 14 January 2009 (UTC)
::::::::I haven't thought of the bugzilla debate as being "dead", but now that that word has been used, I'm tempted to concur. In terms of "user preference" (and other related issues), have a read of [[Wikipedia:Why dates should not be linked|this]]. Cheers. [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV&nbsp;258&nbsp;</font></b>]] 21:59, 14 January 2009 (UTC)
Rather than autoformatting being foisted on the community by programmers and developers as a solution in search of a problem, I believe it more likely that a few too-accommodating techies who were trying to be helpful offered to resolve a WP:ENGVAR dispute by making both sides happy. (Someone made this point before but I can't remember who and where…) A cautionary tale with a double moral: to the programmers, it is "no good deed goes unpunished"; to the editors it is "careful what you wish for, you might get it!"--[[User:Goodmorningworld|Goodmorningworld]] ([[User talk:Goodmorningworld|talk]]) 04:57, 14 January 2009 (UTC)
 
====Trying to stack outcomes through misinformation====
:* Looking at the thread [[Wikipedia_talk:WikiProject_Years#Removal_of_date_links_from_year_articles|here]] on ''WT:WikiProject Years'', all I see is Wrad trying to understand the issue after being mislead and spun up by Arthur Rubin. There, Arthur wrote {{xt|[Looking at the RfCs,] I also see a consensus '''not''' to unlink month-day links from year articles.}} Arthur then did edits like [http://en.wikipedia.org/w/index.php?title=2009_in_sports&diff=prev&oldid=263293081 this], restoring autoformatting and linking of dates to trivia articles, which I don’t believe is supported by ''any'' realistic and honest reading of the RfCs (kindly summarized [[#Summary_of_the_RfCs|here]] by Dabomb87). Stubbornly editing against consensus like this isn’t helpful. When are editors going to stop acting like fourth-graders? <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 03:07, 11 January 2009 (UTC)
::*I think the situation is fixed now. We changed the newsletter a bit. [[User:Wrad|Wrad]] ([[User talk:Wrad|talk]]) 03:11, 11 January 2009 (UTC)
:::* It’s a pleasure working with you, Wrad. Goodnight. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 03:40, 11 January 2009 (UTC)
::*I decided from the start not to do anything with dates on those types of articles. I could have done, and the yield per edit would be considerable just by targeting those. To me, these articles are an extended [[WP:WALL|walled garden]] of the day-month articles. [[User:Ohconfucius|Ohconfucius]] ([[User talk:Ohconfucius|talk]]) 03:51, 11 January 2009 (UTC)
 
== Currencies ==
 
There are two independently maintained sections regarding Currencies - [[Wikipedia:Manual of Style#Currencies]] and [[Wikipedia:Manual of Style (dates and numbers)#Currencies]]. The former should be merged into the latter, noting there are some content differences between these two Currencies MoS sections.
 
{{tlx|editprotected}} For this proposal, a {{tl|mergesection}} notice should be added to the [[WP:MOSNUM#Currencies]] section. This editprotected request is '''not''' to perform the actual merge yet to allow for discussion first, especially to confirm which statements should remain in the merged section. [[User:Dl2000|Dl2000]] ([[User talk:Dl2000|talk]]) 00:36, 11 January 2009 (UTC)
:{{Done}} [[User:Ruslik0|Ruslik]] ([[User talk:Ruslik0|talk]]) 10:06, 11 January 2009 (UTC)
 
===Version comparison===
 
A comparison between the versions would be useful for reference during the discussion:
 
{| class="wikitable"
|-
!Serial
!A. WP:MOS#Currencies
!B. WP:MOSNUM#Currencies
!Remarks
|-
|1
|{{see also|Wikipedia:WikiProject Numismatics/Style#Article titles}}
|:''See also: [[Wikipedia:WikiProject Numismatics/Style#Article titles|WikiProject Numismatics: Article titles]]''
|Identical result; internal template formatting differences.
|-
|colspan="3"|'''Which one to use'''
|-
|2
|In country-specific articles, such as [[Economy of Australia]], use the currency of the country.
|In country-specific articles, such as [[Economy of Australia]], use the currency of the country.
|Identical
|-
|3
|In non-country-specific articles such as [[Wealth]], use US dollars ({{xt|US$123}}).
|In non-country-specific articles such as [[Wealth]], use [[United States dollar|US dollar]]s (''US$123''), the dominant [[reserve currency]] of the world<!-- Perhaps include also a mention of its status as the standard basis of foreign exchange (I forget the correct terminology) -->. Some editors also like to provide euro and/or pound sterling equivalents, formatted as described in the next section.
|
|-
|4
|(none)
|If there is no common English abbreviation or symbol, use the [[ISO 4217]] standard.
|Moved from ''Formatting'' subsection in WP:MOS to ''Which currency...'' subsection in WP:MOSNUM (see serial #8)
|-
|colspan="4"|'''Formatting'''
|-
|5
|Fully identify a currency on its first appearance ({{xt|AU$52}}); subsequent occurrences are normally given without the country identification (just {{xt|$88}}), unless this would be unclear. The exception to this is in articles related to the US and the UK, in which the first occurrence may also be shortened ({{xt|$34}} and {{xt|£22}}, respectively), unless this would be unclear.
|Fully identify a currency on its first appearance (''[[Australian dollar|AU$]]52''); subsequent occurrences are normally given without the country identification or currency article link (just ''$88''), unless this would be unclear. The exception to this is in articles related entirely to US- or UK-related topics, in which the first occurrence may also be shortened and not linked (''$34'' and ''£22'', respectively), unless this would be unclear. Avoid over-identifying currencies that cannot be ambiguous; e.g., do not place ''EU'' or a similar prefix before the ''€'' sign.
|
|-
|6
|Do not place a currency symbol after the value ({{xt|123$}}, {{xt|123£}}, {{xt|123€}}), unless the symbol is normally written as such. Do not write {{xt|$US123}} or {{xt|$123 (US)}}.
|Do not place a currency symbol after the figure (''123$'', ''123€'', ''123£''), unless the symbol is normally written thus. Likewise, do not write ''$US123'' or ''$123 (US)''.
|
|-
|7
|Currency abbreviations that come before the number are unspaced if they end in a symbol ({{xt|£123}}, {{xt|€123}}), and spaced if they end in an alphabetical character ({{xt|R&nbsp;75}}). Do not place {{xt|EU}} or a similar prefix before the {{xt|€}} sign.
|Currency abbreviations that come before the number are unspaced if they consist of or end in a symbol (''£123'', ''€123''), and spaced if alphabetic (''R&nbsp;75'').<!--Where did this come from? It seems awfully inconsistent and more rather than less likely to confuse readers.-->
|
|-
|8
|If there is no common English abbreviation or symbol, use the [[ISO 4217]] standard.
|(none)
|Moved up to Formatting subsection in MOSNUM. See serial #4.
|-
|9
|Ranges are preferably formatted with one rather than two currency signifiers ({{xt|$250–300}}, not {{xt|$250–$300}}).
|Ranges are preferably formatted with one rather than two currency identifiers (''$250–300'', not ''$250–$300'').
|Almost identical wording except for formatting and last word ("signifiers" vs. "identifiers").
|-
|10
|Conversions of less familiar currencies may be provided in terms of more familiar currencies, such as the euro or the US dollar. Conversions should be in parentheses after the original currency, with the year given as a rough point of reference; for example, {{xt|1,000 Swiss francs (US$763 in 2005)}}, rounding to the nearest whole unit.
|Conversions of less familiar currencies may be provided in terms of more familiar currencies, such as the US dollar, euro or pound sterling. Conversions should be in parentheses after the original currency, rounding to the nearest whole unit, with at least the year given as a rough point of conversion rate reference; for example, ''1,000 Swiss francs (US$763 in 2005)''.
|
|-
|11
|(none)
|For obsolete currencies, provide if possible an equivalent, formatted as a conversion, in the modern replacement currency (e.g. decimal pounds for historical pre-decimal pounds-and-shillings figures), or at least a US-dollar equivalent as a default in cases where there is no modern equivalent.
|
|-
|12
|Consider linking the first occurrence of a symbol for less well-known currencies ({{xt|[[₮]]146}}); it is generally unnecessary to link the symbols of well-known currencies.
|When possible, always link the first occurrence of a symbol for lesser-known currencies (''[[Mongolian togrog|₮]]146''); some editors consider it unnecessary to link the symbols of well-known currencies, but doing so can often be helpful to readers, as many countries use "dollars" or "pounds" as their base currency, and not all readers are familiar with the euro.
|
|-
|13
|The names of currencies, currency subdivisions, coins and banknotes should not be capitalised except where normal capitalisation rules require this (for example, at the start of a sentence).
|(none)
|
|-
|14
|(none)
|The [[pound sterling]] is represented by the ''£'' symbol, with one horizontal bar. The double-barred ''₤'' symbol is ambiguous, as it has been used for [[Italian lira|Italian lire]] and other currencies as well as that of the British. For non-British currencies that use pounds or a pound symbol (e.g. the [[Irish pound]], IR£) use the symbol conventionally preferred for that currency.<!--If no modern currency still uses the ₤ symbol, the developers should be asked to remove it from the edit tool box to prevent its misuse.-->
|
|}
 
There seem to be no major contradictions, mainly some wording and formatting differences. Ideally, the priority should be to merge what we have first, then do any debate on these statements later. The Serial number column can be used as a shorthand to refer to each statement. [[User:Dl2000|Dl2000]] ([[User talk:Dl2000|talk]]) 03:52, 12 January 2009 (UTC)
 
===Analysis and recommendation from the two versions===
Having seen no comments so far, it's time for a proposed merged wording. Some comments on the items, noting that column A represents existing WP:MOS wording, column B for WP:MOSNUM. In the following, the convention "B6" means column B, serial row 6.
 
* Serial 1: Coding in column A is more concise, so suggest using A1.
* Serial 2: Identical, no evident issues, merge as is.
* Serial 3: Column B text builds on column A without wording contradiction. A has the "{{tl|xt}}" green formatting for US$123. Therefore suggest B3, with US$123 example highlighted as done in A3.
* Serial 4: B4 is mutually exclusive with A8 - [[ISO 4217]] is more a type of formatting than choice of currency, therefore leave this out of the '''Which one to use''' section. i.e. go with the empty "A4".
* Serial 5: B5 generally builds on A5, no contradictions seen. However, some extra xt formatting is seen in A5. Also note the last words of B5 about avoiding EU with the € sign are similar to wording in A7. Therefore B5, but xt-format all currency value examples.
* Serial 6: A6 seems the better version to move forward, with xt-formatting and more straightforward wording.
* Serial 7: Since B5 is recommended, this suggests B7 is the better wording, although should do xt-formatting as done in A7.
* Serial 8: Use A8 for reasons indicated in Serial 4.
* Serial 9: Go with "signifiers" for now - therefore use A9, with its xt-formatting. The wording could be revisited after the merge.
* Serial 10: B10 expands on A10, includes the rounding of conversion. Therefore, B10 but with xt-formatted values.
* Serial 11: B11 guideline not found anywhere in A, so use that.
* Serial 12: B12 generally expands on A12, with more explanatory guidance. Go with B12, with xt-formatting.
* Serial 13: A13 does not appear anywhere in B, therefore use A13.
* Serial 14: B14 does not appear anywhere in A, therefore B14.
 
===Proposed wording of merge===
Based on the above, the merged wording becomes:
 
<div class="boilerplate" style="background-color: #eff; margin: 2em 0 0 0; padding: 0 10px 0 10px; border: 1px dotted #aaa;">
{{see also|Wikipedia:WikiProject Numismatics/Style#Article titles}}
 
====Which one to use====
* In country-specific articles, such as [[Economy of Australia]], use the currency of the country.
* In non-country-specific articles such as [[Wealth]], use [[United States dollar|US dollar]]s ({{xt|US$123}}), the dominant [[reserve currency]] of the world<!-- Perhaps include also a mention of its status as the standard basis of foreign exchange (I forget the correct terminology) -->. Some editors also like to provide euro and/or pound sterling equivalents, formatted as described in the next section.
 
====Formatting====
 
* Fully identify a currency on its first appearance ({{xt|[[Australian dollar|AU$]]52}}); subsequent occurrences are normally given without the country identification or currency article link (just {{xt|$88}}), unless this would be unclear. The exception to this is in articles related entirely to US- or UK-related topics, in which the first occurrence may also be shortened and not linked ({{xt|$34}} and {{xt|£22}}, respectively), unless this would be unclear. Avoid over-identifying currencies that cannot be ambiguous; e.g., do not place ''EU'' or a similar prefix before the ''€'' sign.
* Do not place a currency symbol after the value ({{xt|123$}}, {{xt|123£}}, {{xt|123€}}), unless the symbol is normally written as such. Do not write {{xt|$US123}} or {{xt|$123 (US)}}.
* Currency abbreviations that come before the number are unspaced if they consist of or end in a symbol ({{xt|£123}}, {{xt|€123}}), and spaced if alphabetic ({{xt|R&nbsp;75}}).
* If there is no common English abbreviation or symbol, use the [[ISO 4217]] standard.
* Ranges are preferably formatted with one rather than two currency signifiers ({{xt|$250–300}}, not {{xt|$250–$300}}).
* Conversions of less familiar currencies may be provided in terms of more familiar currencies, such as the US dollar, euro or pound sterling. Conversions should be in parentheses after the original currency, rounding to the nearest whole unit, with at least the year given as a rough point of conversion rate reference; for example, {{xt|1,000 Swiss francs (US$763 in 2005)}}.
* For obsolete currencies, provide if possible an equivalent, formatted as a conversion, in the modern replacement currency (e.g. decimal pounds for historical pre-decimal pounds-and-shillings figures), or at least a US-dollar equivalent as a default in cases where there is no modern equivalent.
* When possible, always link the first occurrence of a symbol for lesser-known currencies ({{xt|[[Mongolian togrog|₮]]146}}); some editors consider it unnecessary to link the symbols of well-known currencies, but doing so can often be helpful to readers, as many countries use "dollars" or "pounds" as their base currency, and not all readers are familiar with the euro.
* The names of currencies, currency subdivisions, coins and banknotes should not be capitalised except where normal capitalisation rules require this (for example, at the start of a sentence).
* The [[pound sterling]] is represented by the ''£'' symbol, with one horizontal bar. The double-barred ''₤'' symbol is ambiguous, as it has been used for [[Italian lira|Italian lire]] and other currencies as well as that of the British. For non-British currencies that use pounds or a pound symbol (e.g. the [[Irish pound]], IR£) use the symbol conventionally preferred for that currency.
 
</div>
 
====Comments/poll on the proposed wording of merge====
Support/Oppose/further Comment? [[User:Dl2000|Dl2000]] ([[User talk:Dl2000|talk]]) 00:20, 17 January 2009 (UTC)
:'''support''' - Looks good to me. It's clear a merge is needed, and the proposal seems to have preserved all the semantics. Nice work. -[[User:Kierano|Kieran]] ([[User talk:Kierano|talk]]) 04:12, 20 January 2009 (UTC)
 
== Exposing the distortions in the "detailed" RfCs on dates ==
 
One or two editors seem to be using the responses to a set of RfCs to support claims that various kinds of consensus exist against the community's moves to "smart linking" and the removal of date-autoformatting. When light is shone on these RfCs, I believe claims that they deliver any useful information that amounts to consensus is highly questionable. As advertisers and those who write surveys and questionnaires know well—sometimes to their advantage—the information they present to participants has significant potential to contaminate the data.
 
===RfC1===
'''The first RfC''' is a good example of this; I regret that this much space is required to get to the nub of why credibility is lacking.
 
'''Contamination.''' The first RfC explicitly sought to reveal the following:
<blockquote>Do you support or oppose retaining the following statement? ''Dates should not be linked purely for the purpose of autoformatting (even though in the past this was considered desirable).''</blockquote>
However, the otherwise NPOV background statement ended with a prominent "Note" claiming that MediWiki has created a new, improved autoformatting system.
<blockquote>[Background statement:] '''Note:''' Mediawiki's software developers have created a patch to correct problems with the current method of date autoformatting. It has not been established when or if the patch will be implemented. (For more information on this, please see [https://bugzilla.wikimedia.org/show_bug.cgi?id=4582 the discussion on Bugzilla].)</blockquote>
 
'''Independent technical opinion.''' In the opinion of a skilled and experienced programmer (s/he has taken Cole to task about this claim already—and Cole probably knows whom I'm referring to): "That is disingenuous. After three years [of discussion at Bugzilla], I would say that not only isn’t there a patch ready to go, but there is no consensus over what should actually be in that patch.... you could poke the space shuttle through [the claim].... Trust me, I’ve been in the computer industry long enough to see that the recent debate on the page at the link you sent indicates there is no specification for development (let alone implementation). That doesn’t mean a developer hasn't created “something”, but in my experience there is no way known that that “something” is going into production WP any time soon."
 
'''Confusion reinforced.''' The "Note" was followed by no fewer than four rejoinders and a statement during the RfC, mostly in prominent positions towards the top. Under the pretext of stimulating discussion, this appears to have had the unfortunate and predictable effect of significantly blurring the stated issue in the minds of many participants.
<blockquote>[Rejoinder:] You understand that the bugzilla patch would remove the links and provide formatting to all users (logged in or not), yes? Also you need not say "support" as your comment is in a section of the same title. =) —Locke Cole</blockquote>
<blockquote>[Rejoinder:] Removing date links invalidates the work [of developers] done so far and is strictly punitive in nature."—Locke Cole</blockquote>
<blockquote>[Rejoinder:] ... a developer has already created a patch that can address the concerns raised against autoformatting. The developer has indicated that retaining the existing links simplifies the process, as it is more complicated to identify unlinked dates. Furthermore, the new patch - if enabled - would not require a modification to the existing markup for most dates; instead, the autoformatting would remain and be improved, while the links (the most contentious issue) would simply vanish. (Ckatz)</blockquote>
<blockquote>[Rejoinder:] Or maybe Ephebi read the RFC entirely and realizes there's a patch that addresses this concern. —Locke Cole</blockquote>
<blockquote>[Lead to the "Oppose" section:] Note also that the current formatting system (using wikilinks around date fragments) is the method being addressed by the MediaWiki patch at Bugzilla noted in the background above. Removing these links would undermine and harm the work being done by developers to fix these issues. —Locke Cole</blockquote>
 
'''A second element of confusion.''' In addition, the language in the lead inadvertently invited confusion between date-autoformatting and the ''linking'' of chronological items to actual pages; this is a great pity.
 
'''Conclusion:''' As as result, [[User:Tony1/RfCs on dates|a sizeable proportion of the some 48 users who entered "Oppose"]] showed evidence of either (i) influence by the claim that "son of autoformatting" is at hand, almost ready to go ... or (ii) confusion between two quite different functions. By my reckoning,
*only 25 entered a straight "Oppose" without such contaminating influence or confusion;
*17 showed that they were influenced by the spectre of some new "son of autoformatting" invention;
*seven confused date-autoformatting with linking to chronological pages;
*one was a confused Oppose.
*one, "Edmund Patrick" appears to have entered his Support in the wrong section.
 
The confusion is also seen in the seven participants who explicitly made "Neutral" entries.
 
To be generous—since a few of those in the confused categories probably would have opposed in a pure vote—the 48 claimed Opposes are more likely to boil down to about 30–32 (10–11%) of more than 300 participants, when the contamination of the leads and the rejoinders is taken into account. There is no clear way of determining what the opinion of the others would have been in the absence of confusion. As Anomie said in the discussion section:
<blockquote>"there seem to be at least 6 that assume anons would still see unformatted dates, at least 5 who oppose because it would be a waste of developer time (it's up to the developers, particularly the unpaid volunteers, what they want to spend their time on), at least 7 who assume it would apply to every date rather than just dates marked up with whatever new syntax, at least 2 who seem to think dates would still be linked, and too many to count who think the only reason for date formatting is MDY versus DMY (only 1 comment considered the template issue).</blockquote>
 
This goes much of the way towards explaining why this RfC yielded a more favorable result for the opposers of deprecation than the other RfC, which asked a straight, binary question without exposing participants to contaminating/confusing text before they made their entries.
 
The lesson is that RfCs, like all surveys and questionnaires, need to be framed very carefully if their results are to be considered reliable. ''Unfortunately, the framing of this first RfC set the scene for serious issues that damage the credibility of the subsequent RfCs in this set.'' I will deal with these in a day or two. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 15:38, 13 January 2009 (UTC)
 
:That is an excellent posting, Tony. I did see that the RFC claimed "Note: Mediawiki's software developers have created a patch..." and the quotes show that some people voted under the influence of that note. [[User:Lightmouse|Lightmouse]] ([[User talk:Lightmouse|talk]]) 15:49, 13 January 2009 (UTC)
:Interesting indeed. I had been blinded by all the hubbub. Had I looked more closely, perhaps I would have objected to the attempt to surround the questions by 'loading' it with information of questionable validity (ie [[vapourware]]). I also took the imminent availability of the patch at face value. Looking at it again like Tony has done, I can see the questions were still the same flawed ones worked on by Masem, but they were given a gift-wrapp in shiny, glossy paper with ribbons and bows by Locke. [[User:Ohconfucius|Ohconfucius]] ([[User talk:Ohconfucius|talk]]) 06:42, 14 January 2009 (UTC)
 
:Eh, I've seen patches applied to MediaWiki in a matter of ''hours'', so this is provably false. Since the rest of your claims rely on that, I won't respond to the rest. —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 15:16, 14 January 2009 (UTC)
::There's no evidence of specs or a roadmap. Forgive my caution; it comes from experience. The matter is one of multilayered complexity. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 16:01, 14 January 2009 (UTC)
:::On at least two occasions I've tried to discuss what type of syntax editors here at MOSNUM would prefer, what concerns they might have with a new system, and in both situations discussion died without reaching a consensus (and in some cases you helpfully responded it was a "waste of time" to discuss it). —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 16:05, 14 January 2009 (UTC)
::::I'm sorry, but it's not just me: many people here are well aware of what technical, administrative and logistic problems you would be up against. I believe that is why discussion died, not because ''I'' said at some stage that it's a waste of time. It is because of the larger, messy issues that you can't achieve worthwhile discussion on specs and a roadmap. After three years at Bugzilla, going around and around in circles, I do not believe it will ''ever'' happen. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 16:24, 14 January 2009 (UTC)
:::::I've already explained why it hasn't happened: we haven't come up with a description of what we want here on the wiki for the devs to act on. And I already went over part of the problem (namely your behavior in those discussions, the "waste of time" comments, etc). I'm all for having a discussion on it again if you feel you can discuss it calmly. —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 22:07, 14 January 2009 (UTC)
::::::Interesting to contrast "''we haven't come up with a description of what we want here on the wiki for the devs to act on''" and "''a developer has already created a patch that can address the concerns raised against autoformatting''". You are right though—we should try to remain "calm". [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV&nbsp;258&nbsp;</font></b>]] 22:23, 14 January 2009 (UTC)
:::::::Nothing "interesting" about that at all: regulars here seemed to shoot down that patch when it was discussed because they didn't like the way it worked. Again, the issue isn't the devs, the issue is actually deciding what we want. —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 22:31, 14 January 2009 (UTC)
::::::::You have "contrasted" exactly one half of my quotes. The "interest" sparks from trying to reconcile both quotes (in the light of the section heading under which they were posted: "RfC1"—specifically "contamination"). [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV&nbsp;258&nbsp;</font></b>]] 22:40, 14 January 2009 (UTC)
:::::::::I did not add that passage, you'd have to ask the person who did. For my part I think that patch sounds fine, but again, those here turned it down. —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 02:07, 15 January 2009 (UTC)
::For a software implementation to be successful, programmers must work to a rigidly-defined specification. Locke, please demonstrate to the community the specifications for the "[https://bugzilla.wikimedia.org/show_bug.cgi?id=4582 patch]" that could be "applied to MediaWiki in a matter of ''hours''". [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV&nbsp;258&nbsp;</font></b>]] 21:37, 14 January 2009 (UTC)
:::When [[m:ParserFunctions|ParserFunctions]] were first authored by [[User:Tim Starling|Tim Starling]] it only took a matter of hours, maybe a day tops, for it to get pushed out to the Wikimedia servers IIRC. ParserFunctions are, comparatively, far more complicated than any date formatting code we're likely going to ask to have added... —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 22:05, 14 January 2009 (UTC)
::::So that would be a "no" then to producing specifications? Software development and release (even involving complexity) can happen very quickly, but only based on clear and detailed specifications. Please take time considering the issues here—no one is denigrating WP's programmers as being skilled developers and implementers, however no programmer can produce effective code in the absence of specification. [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV&nbsp;258&nbsp;</font></b>]] 22:14, 14 January 2009 (UTC)
:::::PF wasn't created from any community issued specification, that was Tim going off on his own I believe (but being aware of the demands needed to address the communities desires). And I have no idea exactly how long he worked on it prior to it being submitted, but I don't believe it was long. I misunderstood your question as being how long from the time finished code was completed until it was pushed out to us for use. —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 22:21, 14 January 2009 (UTC)
 
Thank you HWV. I love the way Cole is constructing much of his argument around "my behaviour"; this is being done both here and at the ArbCom hearing, which strangely allows users to freely post trumped-up and irrelevant accusations, and tittle-tattle, without space limit. If Arbitrators do not see through this smoke screen, we will be witnessing the destruction of the peak judicial process. When you look at the huge tranches of text devoted to smearing me (dear me, I look like a dragon from the headings and amount of text under them), you find that almost all of it is based on diffs to the normal cut-and-thrust of the discourse about date links, yet is loudly drummed out as incivility.
 
I can't bring myself to play that game. Cole has still not answered HWV's queries. I'm sorry, but we're not stupid around here. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 01:33, 15 January 2009 (UTC)
:Don't forget the "258"—people are always forgetting the 258 (there is another user named "HWV"). [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 02:00, 15 January 2009 (UTC)
 
HWV258: "For a software implementation to be successful, programmers must work to a rigidly-defined specification." Er... no. I've spent the last decade largely working [[Agile software development|agile]] commercially, and I can tell you that's one of the least accurate statements I've heard in a long time. To then try and claim that Locke has to produce some kind of "specification" to justify himself is absolutely ludicrous. And yes, I can confirm what he said about Tim's implementation of ParserFunctions. I'm guessing that you don't actually have any experience of working on [[FLOSS]] to make such a statement. -- [[User:Earle Martin|Earle Martin]] [<sup>[[User_talk:Earle Martin|t]]</sup>/<sub>[[Special:Contributions/Earle_Martin|c]]</sub>] 11:51, 18 January 2009 (UTC)
:[[FLOSS]] doesn't suggest that software development will work better ''without'' a well-defined [[Software_requirement|specification]]. Without a specification, how does the programmer know what to develop? Think about why the (reopened) [https://bugzilla.wikimedia.org/show_bug.cgi?id=4582 debate] on exactly what should be in the "patch" has stalled after three years. If it was easy to know what to program, the whole thing would have been concluded long before the first date-delinking took place. On WP it is even more important that (at least) functional requirements are produced as there is a very large community that must adopt the results of the development.
:In terms of the quoted statements, I wanted to include in the debate the clear discrepancy between "''we haven't come up with a description of what we want here on the wiki for the devs to act on''" and "''a developer has already created a patch that can address the concerns raised against autoformatting''". Please note that the first statement clearly indicates the desire to produce a specification before development (and quite right too!). Nothing "ludicrous" at all ("absolutely" or otherwise). [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 21:57, 18 January 2009 (UTC)
 
===RfC2===
As promised, I have examined the second of the set of RfCs at issue, with disappointing conclusions in a technical sense.
 
'''The danger that language will funnel users into one option.''' I believe the language of the RfC has the effect of manipulating users into declaring a "Support". Let's look closely at the opening.
 
First, users are warmed up for a "Support" declaration by two key positive words: "desirable" in the title ("Is some form of date autoformatting ''desirable''?") and a few seconds later—if they'd forgotten this word—combined with the use of "encouraged" in the official question (my italics):
 
<blockquote>Do you agree with the following statement: The ability for the Mediawiki to convert dates into a form either appropriate for the page, or to user-defined preferences, is ''desirable'', and the MediaWiki developers should be ''encouraged'' to find a solution that works without the problems of the current date autoformatting system.</blockquote>
 
The subsequent "Background" is a minefield:
 
<blockquote>Background: ... Currently the MediaWiki developers are [https://bugzilla.wikimedia.org/show_bug.cgi?id=4582 discussing methods of improving autoformatting] to address these points, including possibly correcting the problems in the current system. To make sure their time is being used effectively, it is necessary to understand if a date autoformatting approach that works correctly is desired on Wikipedia. If not, the developers should be informed of this so they may focus on other aspects of the software that need improving.</blockquote>
 
Here, the claims in the first RfC above are extended in the assumption that WikiMedia is investing time in the development of a date-autoformatting system that works. The now-moribund three-year-old debate at Bugzilla is dragged out and dressed up as an ongoing, dynamic process. The same unevidenced claim is made that the MediaWiki developers (read User:UC_Bill (aka Bill Clarke)?) are close to delivering a spanking new generation of autoformatting. Just what "correcting" means is not explained, and there is no indication of the significant technical, logistic and administrative issues that would lie in the path of this option—a roadmap and specifications are nowhere to be found. Please see the independent programmer's opinion above on this claim.
 
'''Caught between two choices.''' Users were given a stark choice. By entering a "Support", they were somehow ensuring that developer time will be used effectively ("To make sure [MediaWiki developers'] time is being used effectively")—it seemed like the easy, positive thing to do. By contrast, declaring ''Oppose'' was framed as turning down the opportunity to have developers deliver a date-autoformatting approach that works—and worse, as interrupting professional work towards this goal, something that many folk would think twice about doing ("If not, the developers should be informed of this so they may focus on other aspects of the software that need improving"). I'd feel a heel myself at spoiling their ongoing project.
 
'''Support responses.''' A look through them clearly shows that many supporters were influenced by the blue-sky prospect of a new generation of technology, just as in the first RfC; again, many showed a confusion of the issues and technicalities, as would be expected when non-specialists are faced with a complex feature.
 
'''Conclusion.''' Again, writing an RfC is an exercise in trying to avoid bias and contamination, a difficult task indeed; the data are only as good as the NPOV of the stimulus. I submit that the language and choices presented to users rendered the result significantly unreliable, and explains why it generated much higher "Support" numbers than the first RfC above or [[Wikipedia:Manual_of_Style_(dates_and_numbers)/Three_proposals_for_change_to_MOSNUM#Proposal_1:_A_return_to_the_linking_of_dates_and_date_fragments|the more straightforward RfC]]. Regrettably, this RfC does not deliver useful data.
 
[[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 16:24, 14 January 2009 (UTC)
:You had no problems !voting that no form of autoformatting is desirable; neither did I. This is a red herring; there is no hope of the sort of consensus against it we would like, for separate reasons, because too many editors actually like it. In any case, this does not matter unless a developer is actually moved to provide a new style of autoformatting, and you should know better than I do how likely a developer is to do ''anything'' on this issue. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 19:35, 14 January 2009 (UTC)
:*No, Cole and a hard-core unrelenting band of four or five others like it. See Colonies Chris's stats as to the vanishingly small number of complaints he has had after thousands upon thousands of DA removals. Don't be swayed by the loud noise of the few. (Another diff here for my "incivility", Cole?). [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 01:38, 15 January 2009 (UTC)
:*Wrong again, Anderson. You are not qualified to say all those who voted "had no problems". The statement certainly had an influence, although we will never know to what degree, unless we questioned the respondents all over again. Now that you have openly said so, I will happily share with you what I actually felt: of course, instinctively and emotionally, I would feel very guilty about turning down "the hard work of those poor guys and gals and for no pay so that we could all have some pretty autoformatted dates, and it's nearly ready." That's how it was put. It's just like you arrive home one evening to find that your mother/girlfriend/ significant other had prepared a scrumptious meal - how inclined would you feel to suddenly announce to her/him that you don't like [[paté de foie gras]] and [[pressed duck]]. I can tell you I was ''nearly'' swayed. What made the difference for me is logical reasoning which took place. Looking at the bugzilla thread, I figured it was [[vaporware|no where near ready to fly]]. It was only then, I felt I owed nothing to the little elves, who had not in fact started working all that hard - in fact, they hadn't quite worked out what needed doing: no vision, no mission, no strategy (roadmap). Just talk. [[User:Ohconfucius|Ohconfucius]] ([[User talk:Ohconfucius|talk]]) 02:14, 15 January 2009 (UTC)
 
===Not to derail this, but...===
I don't think this exercise is necessary the best of use of time (though WP is volunteering you're free to do so), for a couple reasons:
* First, after creating the core structure, I did open the pre-RFC to discussion and improvements from editors here. I know you looked at it, along with others. I realize some of the language that is in there now was after I last edited it (the part in the first question about the promised fix in the current system), and that this occurred after you initiated the second RFC and I myself decided not to pursue the other one further, until others decided to put that forward (at which point I tried to make sure both RFCs were acknowledged in watchlist notices). However, still, prior to making it a true RFC the questions were free to be edited by anyone, including yourself. So stating the questions are misleading after the fact seems counterproductive as they could have been fixed at the start.
* Second, we're not marketing - we trying to achieve consensus, so good faith should be assumed that editors responding to the RFCs have read the questions and understand the implications, not responding to a survey question with the first answer that pops into their heads. As long as the core question is clear and understood, anything else around it should have been evaluated personally by every editor, and ignored if they felt it was biased.
* Third, what really should be happening now is seeking a neutral third-party on both RFCs to evaluate and provide conclusions based on the results, which will take in account any apparent biasing the questions may have had. There are some points that are very clear - date autoformatting is dead, for one - but the points on bare day/month and year links are not clear from either. Let that neutral party determine if the questions were truly rigged to get a specific response and declare that consensus is not clear on the answer due to the biasing.
 
The only reason I state this is that if you want to be pedantic, there are similar problems with your RFC (getting users to bring support on a negative statement, and starting from the assumption that the language of MOSNUM was accepted to begin with), though I'm not going to try to invalid those because the results between the two RFCs pretty much agree when the questions overlap: DA is deprecated, and only select links to day/month and year pages should be made. We shouldn't be trying to argue those points anymore, but instead making sure specifically for the day/month and year links when and where these are acceptable prior to having Lightbot et al run at full bore. Again, you're free to continue this analysis, but it does smack of wikilawyering and being a sore winner/loser, and is not going to be productive to resolving the conflict. --[[User:Masem|M<font size="-3">ASEM</font>]] 16:59, 14 January 2009 (UTC)
:I don't see myself as a sore anything here; no, it's clear that the amount of steam being generated from these RfCs at the ArbCom hearing, where they're used as the foundation for all sorts of claims to consensus, required a proper scientific analysis. The lesson to come out of this is that we must be very careful in constructing RfCs.
:No matter who contributed to the wording, I can only analyse the wording that ended up being used. Is that not fair enough?
:Marketing and soliciting information from people (consumers, WPians, etc) bear a lot of similarities; this is not sinister, but simply a technical observation. Tread carefully, I say, or some bastard will come along later and debunk the results. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 17:21, 14 January 2009 (UTC)
::You can analyze these as much as you want, but really either we should get a third, neutral party to review the RFC, or you can raise your concerns that the RFCs were tainted by bad questions at the ArbCom case and let ArbCom evaluate that evidence. You're not neutral in this, nor am I (even if I'm just trying to resolve this, not push for an acceptable answer either way) --[[User:Masem|M<font size="-3">ASEM</font>]] 17:33, 14 January 2009 (UTC)
:::My methodology is quite open—no secrets. You're free to criticise it. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 17:41, 14 January 2009 (UTC)
::::Tony you're not neutral in this, at all, and you've shown a continued unwillingness to compromise on issues surrounding this dispute. Why would anyone trust your judgment here? For similar reasons, while I appreciate Dabomb87's efforts, they will still not be as acceptable as getting someone outside the dispute (someone uninvolved) to give a fair opinion of the results. —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 17:46, 14 January 2009 (UTC)
:::::Note that Carcharoth recused himself from the arbitration, and he is far less involved than anyone in this conversation. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 19:58, 14 January 2009 (UTC)
::::::True, we could ask him, but I'd personally prefer three uninvolved (or at least, as involved as Carcaroth) make this decision as a group. This way the decision isn't entirely on one editors shoulders (not a fair burden to ask anyone to take on) and so it receives reasonable consideration. —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 21:45, 14 January 2009 (UTC)
:::::::What I did was a general summary of the RFCs; I made that before the Arbcom case had started. I intend to post that here soon. [[User:Dabomb87|Dabomb87]] ([[User talk:Dabomb87|talk]]) 22:21, 14 January 2009 (UTC)
 
* Masem, I much appreciate the parenthetical in your initial post: {{xt|I don't think this exercise is necessary the best of use of time (though WP is volunteering [so] you're free to do so)}}. Indeed, Tony is volunteering his efforts to keep working this issue. WT:MOSNUM is a venue devoted exclusively to the [http://z.about.com/d/arthistory/1/0/V/g/pa_neh_37.jpg exchange of ideas.] If Tony has an idea and he wants to rally others to his way of thinking and create an RfC that 1) provides a mechanism for everyone to have a free exchange of ideas, and 2) quantify and qualify the varying opinions, he is certainly free to do so. Date linking and formatting has been a battleground where we’ve been scratching each others eyes out and questioning the parentage of others for over six months now. It must end and Tony thinks he can help. I hope to be second in line on any RfC he develops to register [[Wikipedia:Why dates should not be linked|my views on this subject]]. You are free to do the same. May the editor(s) with the best and most appealing ideas prevail. Wikipedia will be the prime beneficiary when we ''finally'' have a clear community consensus on all of this. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 21:30, 14 January 2009 (UTC)
**Scientists and scholars are rarely "neutral" in relation to the data they produce: what counts is that their methodology is open and discussed. That is what I have done here, yet zilch, niente, null has been offered in ''substantive criticism'' of my analysis or conclusions. Thus, they appear to stand. Sorry people, you have to actually deal with the substance, not trumped-up complaints about "Tony1's behaviour". [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 01:41, 15 January 2009 (UTC)
***Your claims have no basis in fact and are reaching. Further, they're biased, and this isn't science, it's an attempt at consensus. —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 02:08, 15 January 2009 (UTC)
*Masem, I don't think Tony was focussed on your RfC questions. Sure, they were problematic, and I did not hesitate to tell you so. The problem Tony seems to have is the emotionally appealing background to the "son of DA" (based on some unproven premises) which Locke ''et al'' had inserted into it in an attempt to influence. [[User:Ohconfucius|Ohconfucius]] ([[User talk:Ohconfucius|talk]]) 02:27, 15 January 2009 (UTC)
 
* The ArbCom will, hopefully, formally declare precisely what has been decided by the RfCs. To the extent that ArbCom ''doesn’t'' settle some disputed points, I have every confidence that Tony is perfectly capable of producing a new RfC that is clear as glass to all but the most intransigent of editors (which don’t have to be factored into a consensus in the final analysis). What is clear to me is Tony’s last RfC made it extremely clear that the community consensus was that it was a rare date indeed that should be linked in normal body text. I find it probative and amusing to note which editors here dispute that simple fact. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 05:21, 15 January 2009 (UTC)
**Stupid question: What would be the purpose of this RFC? Deprecation of linking per DA was affirmed in both RFCs, and both pointed to highly limited use of date links otherwise. The only thing left on the table is what those limited uses are. (The issue at ArbCom is the race to start the bots before establishing this aspect, which hasn't been discussed in any detail). --[[User:Masem|M<font size="-3">ASEM</font>]] 05:33, 15 January 2009 (UTC)
 
*So, let me guess, Cole: it's not the methodology of an analysis that counts, but who's doing the analysis. Only people who pass Cole's power of veto may analyse the data from his RfCs. Again, there has been no substantive argument with my analyses and conclusions. That kind of figures. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 12:23, 15 January 2009 (UTC)
 
*Maybe everyone is tired and no one can be bothered to argue with you any more? [[User:Deb|Deb]] ([[User talk:Deb|talk]]) 12:58, 15 January 2009 (UTC)
**If you're tired, don't log in. Those who are not too tired to write reams of discourse that use the results of these RfCs as supporting evidence have nothing ''substantive'' to say to a proper analysis of their language and structure. You don't? [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 14:33, 15 January 2009 (UTC)
 
*Oh, and Cole, if you're going to accuse me at ArbCom of incivility, at least have the courtesy to use the correct word. ''UNcivil''; ''INcivility''. Got it? [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 09:53, 20 January 2009 (UTC)
 
:* Well… that reminded me of something. I wonder if G.H.W. Bush (Bush #41) got all hot & bothered when Saddam Hussein accused him of being an infidel and a liar? Now, no one should get all hot and bothered by suspecting that I think for a New York ''second'' that anyone here is a really, really bad person like Saddam; he used poison gas on his own people and was responsible for many other very bad things. No indeed, that would be taking the analogy much further than intended; everyone here are clearly splendid, law-abiding citizens and all that. But, what you just wrote, Tony, reminded me of that for some reason. I don’t think I’d let accusations of incivility get under my skin. In fact, since I seem to almost never agree with ''anything'' Locke writes here, and since I don’t admire his record of interacting with others and of chronically breaking rules of conduct here on Wikipedia, I think I’d be terribly '''proud''' of being on the receiving end of his criticisms. Congratulations. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 16:32, 20 January 2009 (UTC)
 
:*[[wikt:incivil|incivil]]. —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 08:55, 21 January 2009 (UTC)
 
== Microns and micrometres ==
 
A request for clarification here: I have no particular preference either way, but which out of "microns" or "micrometres" is preferred, and would this depend on the general type of article (e.g. "microns" seems to be used quite frequently in astronomy, even if "micrometres" is preferred elsewhere)? [[User:Icalanise|Icalanise]] ([[User talk:Icalanise|talk]]) 23:26, 14 January 2009 (UTC)
 
: We used to have a principle written into MOSNUM that was slowly gutted during the “kilobyte v.s. kibibyte” holy wars until it appears to have suffered a fate worse than the Dead Sea Scrolls. It was ''FCL'', for [[Wikipedia_talk:Manual_of_Style_(dates_and_numbers)/Archive_B12#Copy_from_current_MOSNUM|Follow Current Literature]]. The point of an encyclopedia is to educate and prepare readers so they can be conversant in the art. Then if they go get some books on astronomy, they will quickly understand the material with minimal confusion.<p>I would say that if there is a rough mix of micron and micrometer (or micrometer) in the real world (as evidenced by current, most-reliable literature on that subject that is geared for a general-interest audience), it would be preferable to go with the formal SI name for the unit of measure. One might write as follows: {{xt|the brown dwarf was detected at 2 [[Micrometre|micrometers]] (2 microns)}} before later writing {{xt|but its companion was detected at 3 micrometers}}. If current literature on that particular astronomical topic predominately uses microns, then I would alias the link and write follows: {{xt|the brown dwarf star was detected at 2 [[Micrometre|microns]]}} (with the link to ''micrometre)''.<p>BTW, I’ll eventually be pushing for getting FCL back into MOSNUM; much of our most common-sense guidelines, such as write {{xt|22%}} and not the SI-compliant {{xt|22&nbsp;%}} flows from this fundamental principle that underpins the proper practices for authoring content in any encyclopedia. Also, just because cc is not part of the SI never stopped motorcycle manufacturers from rating their engine displacements in ccs, nor Wikipedia from following current literature on that subject. A lot of bickering will be quickly resolved when editors are encouraged to follow modern, most-reliable literature. It is far superior to coming here and having someone say “since [[Extremism|User:FireInHisHairTheSI-Nazi]] is active today, let’s see what ''his'' opinion is”.<p>There is ample white space below for other editors to weigh in here so we can kick & gouge each other over microns v.s. micrometers now. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 01:06, 15 January 2009 (UTC)
 
:: Waiving my Greg-given right to kick & gouge, I'll just point out that this reply was spot-on and that indeed the FCL principle needs to be readded. -- [[User:Jao|Jao]] ([[User talk:Jao|talk]]) 13:06, 15 January 2009 (UTC)
 
::''Micron'' is the older, "traditional" name and still sometimes used, but nowadays the SI-based name ''micrometre'' is much more common. --<span style="font-family: monospace; font-weight: 600; color: #00F; background-color: #FFF;"> [[User:Army1987|Army1987]]</span><small>&nbsp;–&nbsp;''[[Special:Contributions/Army1987|Deeds]],&nbsp;not&nbsp;[[User talk:Army1987|words]]''.</small> 13:15, 15 January 2009 (UTC)
::* No doubt, Army. But that isn’t the case in all disciplines and that what we’re talking about here. We don’t start writing about {{xt|a 750&nbsp;cm<sup>3</sup> Kawasaki motorcycle engine}} because the rest of the world, for the most part, has gone that way (or to mL); for articles ''on specific subjects'', we follow current literature. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 18:02, 15 January 2009 (UTC)
:::*It doesn't matter, Greg. There is no discipline which never follows the current rules. We have a perfectly good right to establish our own Wikipedia style in any of these cases. "Current literature" is a standard impossible to address accurately, especially when it is not monolithic and it almost never is. I was involved in one case here where an editor insisted that I shouldn't convert to standard units because it wasn't used in his field. When I showed that it was, he then complained about the country in which the specific papers I had found were written. After showing more examples, he had to admit that not only are the SI units used, they are in fact the units recommended by his own professional organization. But most people don't have the werewithal to address these wild-ass claims that an editor is "following current literature". Far better that we establish our own rules here on Wikipedia, our own standards. We can use the standards of various standards organizations as our guidelines; in this case the [[General Conference on Weights and Measures]] (CGPM), the primary standard-setters of the whole world, specifically abolished "microns" as an acceptable name for this unit back in 1964, more than 44 years ago. We ought to do the same in our guidelines. [[User:Gene Nygaard|Gene Nygaard]] ([[User talk:Gene Nygaard|talk]]) 14:56, 19 January 2009 (UTC)
 
There might be good reasons to permit a non-SI format. But permitting a non-SI format does not mean you have to ban SI formats. We don't want Wikipedia to be more hostile to SI than the outside world. Kawasaki itself [http://www.kawasaki.co.uk/product.asp?Id=340E71FF773&Sub=4 does use SI formats "cm&sup3;"] It is common enough to use that format in [http://uk.search.yahoo.com/search;_ylt=A1f4cfNufW9JZCAB1w5LBQx.?p=kawasaki+750-cm3&y=Search&fr=yfp-t-501&rd=r1and Kawasaki references on yahoo]. It is common enough in other motor publications. Allowing FormatA is not the same as banning FormatB. [[User:Lightmouse|Lightmouse]] ([[User talk:Lightmouse|talk]]) 18:33, 15 January 2009 (UTC)
 
:::I see you haven't figured out the rules yet, Lightmouse. When GregL talks about "follow current literature", the usage in current literature is whatever GregL says it is. So he says we cannot use "cm³", even though it is in fact often used. [[User:Gene Nygaard|Gene Nygaard]] ([[User talk:Gene Nygaard|talk]]) 15:04, 19 January 2009 (UTC)
 
:Like Jao I see no need for kicking and gouging, but I wish to point out that there was never a consensus for "Follow Current Literature". On the contrary, its [http://en.wikipedia.org/w/index.php?title=Wikipedia%3AManual_of_Style_(dates_and_numbers)&diff=206165744&oldid=205698182 unilateral addition to MOSNUM] sparked an edit war that lasted more than a month. [[User:Thunderbird2|Thunderbird2]] ([[User talk:Thunderbird2|talk]]) 18:54, 15 January 2009 (UTC)
:* No, be honest, T-bird. I used ''Follow Current Literature'' as the common-sense principle to illustrate how Wikipedia’s continued use of the IEC prefixes was terribly unwise. FCL got trampled into dust during all the vitriol because T-bird ''et al.'' at the time—and '''''still''''' do—wanted Wikipedia to use terminology like “kibibytes” (KiB) instead of the “kilobytes” (KB) used by the rest of the world. Smooth move: you try to purge FCL from MOSNUM because it stood in the way of your singular purpose in life. Give it up. We will never be using kibibytes and mebibytes and the rest of the IEC prefixes until ''after'' they are common and well recognized in the real world. It is irrational to keep agitating on this subject; we’re all tired of your incessant drumbeat on this issue. You’re flogging a dead horse. We’re moving on. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 22:44, 15 January 2009 (UTC)
::: Don't tell me what I do or don't want. Instead I will tell you. What I want is for MOSNUM to reflect consensus, and if the principle of FCL had been accepted its inclusion would not have sparked an edit war. You are free to argue again for its inclusion now to see if consensus has changed. That's how WP works. [[User:Thunderbird2|Thunderbird2]] ([[User talk:Thunderbird2|talk]]) 16:48, 16 January 2009 (UTC)
:::: Correction, the [[Wikipedia:Requests_for_comment/Thunderbird2|consensus is]] that you are being disruptive on this issue about what you think consensus is. This is because it has become apparent that what you think is consensus is actually "what Thunderbird2 wants regardless of what everyone else says". You kept on beating the same dead horse with your claims there was no consensus despite there being obvious consensus and despite that consensus being demonstrated to you numerous times. The question is, when are you going to comply with the RfC against you and stop repeating your obviously false claims about lack of consensus? '''[[User:Fnagaton|Fnag]][[User talk:Fnagaton|aton]]''' 03:40, 19 January 2009 (UTC)
::The technical articles I've seen, mostly in the area of electronics, generally use the symbol "μm" and don't spell the word out. --[[User:Gerry Ashton|Gerry Ashton]] ([[User talk:Gerry Ashton|talk]]) 19:43, 15 January 2009 (UTC)
:::Concur with Gerry's last. Older publications often used "μ" for "micron" but I can't recall seeing that in a decade or so, likely because the instrument makers (HP, Tektronix, etc) switched when "nm" came into common usage and authors followed. [[User:LeadSongDog|LeadSongDog]] ([[User talk:LeadSongDog|talk]]) 21:19, 15 January 2009 (UTC)
 
A further related point - would converting "microns" to "micrometres" (or "micrometers" if the article was in US English, say) in an article be against guidelines, in a similar way that converting between UK and US English would be? [[User:Icalanise|Icalanise]] ([[User talk:Icalanise|talk]]) 23:11, 15 January 2009 (UTC)
 
* Oooh, gouge-eyes time. The unit is *officially* spelled “meter” in the United States (and micrometer, etc.). If the article properly uses American-dialect English, then be consistent with all spelling. And, to preempt those who say the name is universally and officially spelled “metre”, not it’s not. The French invented the metric system and the SI system that it became. In French it is spelled “mètre”. When the BIPM translates to English, they translate to British/International English and it becomes “metre”. That is the spelling for that dialect. For U.S.-dialect English, it is officially and properly spelled “meter”. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 23:31, 15 January 2009 (UTC)
 
** Yeah that was why I tried to imply either "micrometres" or "micrometers" - I'm not particularly interested in micrometres↔micrometers because the rules about dialects seem to be fairly clear, and that's not a fight I want to pick :-) I'm more interested in the conversions micrometres↔microns or micrometers↔microns. [[User:Icalanise|Icalanise]] ([[User talk:Icalanise|talk]]) 23:36, 15 January 2009 (UTC)
 
:'''Micron (n) A unit of length equal to one micrometre. No longer in technical use.''' That says it all. If you're using microns, you're technologically obsolete. Accept that fact, take early retirement, and let the young whippersnappers take over.[[User:RockyMtnGuy|RockyMtnGuy]] ([[User talk:RockyMtnGuy|talk]]) 23:43, 15 January 2009 (UTC)
 
::Chill out, no need to bite people's heads off. Regardless of whether "micron" is officially deprecated or not, the term does seem to still be in use in a small number of fields. As an editor primarily interested in astronomy topics, I have seen it in use quite a lot, e.g. the abbreviation [[2MASS]] stands for "Two Micron All-Sky Survey" not "Two Micrometre All-Sky Survey" (and in no way am I suggesting we change what the article says it is). [[User:Icalanise|Icalanise]] ([[User talk:Icalanise|talk]]) 00:01, 16 January 2009 (UTC)
 
:::"Micron" is an obsolete synonym for "micrometre". Sure, some people still use it, but I think the issue is whether readers of the article will understand it. There are all kinds of oddball units still in use, but most people don't understand most of them. Micrometre is the current standard unit, and fairly generally known to the educated readership, so it should be the preferred unit.[[User:RockyMtnGuy|RockyMtnGuy]] ([[User talk:RockyMtnGuy|talk]]) 03:32, 16 January 2009 (UTC)
 
***Seems like Greg's spoiling for another spelling fight. How about we get going with the "wikipaedia" name change?[[User:LeadSongDog|LeadSongDog]] ([[User talk:LeadSongDog|talk]]) 23:52, 15 January 2009 (UTC)
 
:::* LeadSongDog: stop personalizing everything and grow up. RockyMtnGuy, you are ignoring why this thread got started as well as exactly what I wrote, which was very specific and conditional. Icalanise started this with {{xt|"microns" seems to be used quite frequently in astronomy}}. I responded with a conditional:
 
::::{{quotation|<u>If</u> current literature on that particular astronomical topic <u>predominately uses microns</u>, then I would alias the link and write follows: {{xt|the brown dwarf star was detected at 2 [[Micrometre|microns]]}} (with the link to ''micrometre)''.}}
 
::::I added the underlining. And the advise is good advise. It doesn’t matter if micron is obsolete ''if'', for instance, modern infrared spectroscopy articles related to the Hubble Space Telescope to this day usually use microns. The operative word here is “if.” I don’t know what the facts are in this particular issue that Icalanise is speaking about, I don’t care what the facts are, I don’t ''need'' to know in order to address the principle. The world-wide oil industry prices oil in cost per barrel and Wikipedia follows this practice with [[Price of petroleum]]: barrels, not cubic meters. It doesn’t matter if a 44-gallon (US liquid) barrel of oil is obsolete and poopy and unscientific. <u>''If''</u> any discipline generally uses a unit of measure or spelling for that measure or ''whatever'', Wikipedia follows current literature. We’ve done it all along, we just haven’t memorialized that in a guideline because of there are a few [[Extremism|User:SI&nbsp;Nazi]]s who editwar here. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 00:09, 16 January 2009 (UTC)
 
:::::It's a 42 (US) gallon barrel, and it's not universally used. Europeans use tonnes, Canadians use cubic metres. The US press converts everything to US dollars per US barrel, but that's an oversimplification for the benefit of the US readership. The world is much more complicated than you read in the papers.[[User:RockyMtnGuy|RockyMtnGuy]] ([[User talk:RockyMtnGuy|talk]]) 03:32, 16 January 2009 (UTC)
 
::::::Somebody's sarcasm detector needs a tuneup! Or perhaps "Oooh, gouge-eyes time" is the way folks say "Hi, how ya doing?" in your part of the world? Really, anyone who thinks they need to stockpile "dispute resources" may just be taking this stuff too seriously. Have a nice cuppa Joe.
::::::There's no need (or even possibility) for uniformity on this at WP. Try as you might, "anyone can edit" and will. A guidline on this is just needless [[WP:CREEP]] that will mostly be observed in the breach. Let it go.[[User:LeadSongDog|LeadSongDog]] ([[User talk:LeadSongDog|talk]]) 01:01, 16 January 2009 (UTC)
 
::::::In Italian TV news programmes, the price of petroleum is usually stated in dollars per gallon, too. <small>(Last year, when the price of oil was quickly rising, but the value of a dollar was falling more quickly, someone pointed out that doing that gives the wrong impression to the audience: the price of oil in euros was actually ''falling'', but petrol sellers could use "the price of oil is rising" as an excuse to increase the price ''in euros'' of petrol, as the general audience who is only told about the price of oil in dollars wouldn't see how they are being teased.)</small> --<span style="font-family: monospace; font-weight: 600; color: #00F; background-color: #FFF;"> [[User:Army1987|Army1987]]</span><small>&nbsp;–&nbsp;''[[Special:Contributions/Army1987|Deeds]],&nbsp;not&nbsp;[[User talk:Army1987|words]]''.</small> 12:17, 16 January 2009 (UTC)
 
* Icalanise, regarding your 23:36, 15 January 2009 (UTC) post, I don’t get it. Micron and micrometer are different names for the same unit. What is to convert? Or are you wondering about the atomic-level details of the best way to show the *conversion*(?), in which case, your instinct is as good as mine. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 00:14, 16 January 2009 (UTC)
** As in conversion between the words. So to be specific: is an edit which replaces occurrences of "micron" with "micrometer" or "micrometre" in an article in a field in which the term "micron" is used frequently in line with guidelines/policy? [[User:Icalanise|Icalanise]] ([[User talk:Icalanise|talk]]) 00:20, 16 January 2009 (UTC)
::* Changing to a formal SI name is probably better supported by current MOSNUM guidelines precisely because of its current silence on the basic principle of FCL. As I mentioned above, Wikipedia has a de-facto practice of FCL, MOS and MOSNUM just haven’t memorialized this reality (see [[Yamaha YZR-M1]]) with an expressed guideline. It doesn’t sound wise to me for an editor to do what you are asking about, and I don’t know why anyone would want to do such a thing if current literature on the subject predominately has a specific practice. It’s not like one needs to employ Jimbo’s own personal contribution to Wikipedia: [[Wikipedia:Ignore all rules]] (in order to improve Wikipedia) in order to simply exercise a common sense principle of technical writing. Why are you asking? I do have e-mail. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 00:30, 16 January 2009 (UTC)
:::* I'd come across an edit where micron was converted to micrometres and was curious as to whether doing that was encouraged or not. [[User:Icalanise|Icalanise]] ([[User talk:Icalanise|talk]]) 00:38, 16 January 2009 (UTC)
::::* I see. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 00:51, 16 January 2009 (UTC)
:::::*It is acceptable to change it. [[User:Gene Nygaard|Gene Nygaard]] ([[User talk:Gene Nygaard|talk]]) 15:09, 19 January 2009 (UTC)
 
Let me just throw a layman's [[spanner]] (U.S.: monkey-wrench) in the works from [[Left field]]. When I was not-very-successfully taking a [[Biological Sciences Curriculum Study|BSCS]] sophomore high-school biology course in the sixties, I seem to remember using "micro-millimeter" (Br: micro-millimetre), abbreviation ''μ'' or ''μm'', as the name for a thousandth of a millimeter/re, or ten Ångstrom units.
 
And believe it or not, there's actually a plausible (if hardly decisive) practical reason to avoid micrometer, because it's the name of a very-commonly-used physical measuring device (emphasis usually on the second syllable). The important thing, as suggested above, is to let someone who has heard of, has seen, is familiar with, or has previously used measurements in microns (or for that matter micro-mm or tens of ångstroms) know how something measured in micrometres (micrometers) compares.
 
[[User:Shakescene|—— Shakescene]] ([[User talk:Shakescene|talk]]) 10:53, 18 January 2009 (UTC)
 
:Compound prefix units such as "micro-millimetre" are now forbidden by the SI standard. And, outside of the US, "micrometer" is used for the measuring device and "micrometre" used for the unit of measure - for the exact purpose of eliminating any confusion between the two. For instance, in Canada the official standard is that "theater" and "theatre" are variant spellings for the same thing and either can be used, but "micrometer" always means a measuring device and "micrometre" always means a unit of measure.[[User:RockyMtnGuy|RockyMtnGuy]] ([[User talk:RockyMtnGuy|talk]]) 21:15, 18 January 2009 (UTC)
::It doesn't matter if something "is forbidden" by some organsiation if that commandment is mostly ignored by the secondary sources we cite for articles, what matters is what is used in the literature covering a subject.'''[[User:Fnagaton|Fnag]][[User talk:Fnagaton|aton]]''' 03:43, 19 January 2009 (UTC)
 
:::The "millimicron" or "micromillimeter" also wasn't equivalent to an angstrom, but rather to 10 angstroms. It is, in both forms and various hyphenations, an obsolete equivalent to nanometers, just as microns are an obsolete equivalent to micrometers. We shouldn't allow micromillimeters or millimicrons or microns in general use. [[User:Gene Nygaard|Gene Nygaard]] ([[User talk:Gene Nygaard|talk]]) 15:12, 19 January 2009 (UTC)
 
It is funny that when some fields switched from Non-SI units that used ten raised to a number other than an integral multiple of three, like [[myriametre]]s, they came to use other units that became obsolete. This is the case for visible wavelengths that once were measured in [[Ångström]]s in early spectroscopy. Microns (µ) would have psychologically felt closer in written, spoken, and symbol length to Angstroms (Å) than micrometres (µm) but recent student books tend to actively discourage micron use as do some IUPAC pages.
 
I prefer micrometres because I have done calculations that multiply micrometres by units that broke down to metres and, should I have written µ m instead of µm m, I might have mistaken µ m for µm. In addition, when one has poor English skills such as dyslexics or non-native speakers, micrometre is a clear, expressive term but micron is not. I do not see any reason to continue using an old psychological crutch like microns when software that forced filenames and such into a limited number of characters (often 8) was superseded over a decade ago and for most people by now has gone out the windows ^_^. In answer to the 'should I convert' question, I think we should sometimes write microns [micrometres] in citations for those with poor English skills because the micron was not such a big hit in other languages.
 
By the way, thanks for raising the micrometer/micrometre issue. I come from a mixed Commonwealth/US background, so I use that issue to decide that it is better to always use the "-re" spelling despite examples of both throughout Australian texts. Should it ever be unclear which you are writing about and the [[Decimal#Decimal_notation|units]] column is the last [[significant figure]], just put a decimal point after it to emphasize that the number of micrometres could have been fractional which <ins>is</ins> highly unlikely of instruments like micrometers. :)--[[User:Thecurran|Thecurran]] ([[User talk:Thecurran|talk]]) 13:59, 19 January 2009 (UTC)
 
== Poor old ArbCom ==
 
See [[Wikipedia_talk:Requests_for_arbitration/Date_delinking/Evidence#Major_overhaul_required:_focus_and_evidentiary_rules_are_desperately_needed|this section]]. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 15:05, 15 January 2009 (UTC)
 
I suggest you leave them to do the arbitrating and leave the rest of us to get on with contributing to the encyclopedia. [[User:Deb|Deb]] ([[User talk:Deb|talk]]) 17:46, 15 January 2009 (UTC)
:I'll do nothing of the sort. This is an interactive project in which cross-feedback is encouraged. Did you say you were tired? How about logging out? [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 18:03, 15 January 2009 (UTC)
 
:Sorry. Too busy creating articles. [[User:Deb|Deb]] ([[User talk:Deb|talk]]) 18:07, 15 January 2009 (UTC)
::Suggest disengagement. Deb, remember that Tony is a preeminent [[WP:FAC|FAC]] and [[WP:FARC|FARC]] reviewer. A healthy bit of calm discussion is always nice. <font color="navy">[[User:NuclearWarfare|NuclearWarfare]]</font>''''' <sub>(<font color="green">[[User talk:NuclearWarfare|Talk]]</font>)</sub>''''' 22:00, 15 January 2009 (UTC)
 
::* Well… I was going to ignore this thread until I saw Deb rattling Tony’s cage with this “I’ve got so much more important things to do in life than fret about trivial issues”-stuff. Unfortunately, I think you are ''both'' right. Tony ''should'' leave that petty name-calling to the arbitrators; they’ll see through it, recognize the fourth-graders responsible for it, and focus on the few salient issues. Tony’s reacting to being personally attacked is perfectly human and understandable; he, at least, gives a crap about his reputation (unlike some, who [http://en.wikipedia.org/w/index.php?title=Special:Log&type=block&page=User%3ALocke_Cole obviously don’t care what ''anyone'' thinks]). After Tony has been on the receiving end of so much slander, I’m sure he’d like to [http://www.adlantic.com/HughBeaumont.jpg cordially invite] some of the editors there to do something to themselves that isn’t generally considered to be physically possible. But, Deb, your dismissive, flippant *I’m a big-picture kinda guy who seems to be uniquely alone in improving Wikipedia*-tone, is uhmm… unimpressive (even though I enjoyed your 18:07 post). And finally, Tony is right; the latest ArbCom looks like a bunch of third-graders have run amuck and taken over the place. What Tony needs to understand is this: That’s GREAT! <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 23:05, 15 January 2009 (UTC)
:::*Time and again my block log is held up in the air like it's the [[Heisman Trophy]]. Of course my block log is largely irrelevant. Anyone objectively looking at it will note that most blocks are undone and some of the entries are of a technical nature (autoblock was broken, and one was undone because the admin didn't understand the edit I made, he even noted it shouldn't be held against me). —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 03:41, 16 January 2009 (UTC)
:::::* No, “most” of your blocks ([http://en.wikipedia.org/w/index.php?title=Special:Log&type=block&page=User%3ALocke_Cole here]) were not unblocked. And the portion that were unblocked weren’t because the blocks was in error (as was the ''sole'' block for Tony), they were unblocked because you and/or the other editor showed contrition—which I’ve unfortunately never seen from you here. Your block log betrays the whole reason so much bickering has transpired over a practice which has clear community consensus. Your record paints an unambiguous picture of an editor with a chronic propensity of being bullheaded and of being uncivil to others. In short, you don’t “play well with others.” Tell me I’m wrong. Or are you just a “misunderstood genius” and you suffer only from knee-jerk reactions from admins?<p>Since the community consensus was so clear with regard to how it should be a (very) rare date that is linked in body text, you decided your only available recourse was to resort to wikilawyering in an attempt to squelch the most effective tool in our arsenal (prolific editors like Lightmouse and his exotic bots).<p>Earth calling Locke Cole: It doesn’t matter what happens this week or next; you are fighting a battle in a loosing war. The community consensus on date linking is abundantly clear; your arguments here are unpersuasive and you won’t be able to reverse that. The community consensus that bot operators don’t need permission from you and others to do their thing is also clear; it just might need to be more clearly ''proven'' in yet another RfC; ergo, the part about you loosing the war in the final analysis. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 18:37, 16 January 2009 (UTC)
::::* All the time, without combing through the entries in [[User:Locke Cole|Cole's]] block log, I had been wondering about how he appeared to know so much about the [[WP:ARBCOM|ArbCom]] process. Then, it became clear that Cole had [[Wikipedia:Requests for arbitration/Locke Cole|been there before]], and had received a one month block for [[WP:STALK|stalking]]. About his block record, sure, there were "some of the entries are of a technical nature", but the most illuminating entries were not - and there were a few of these. Most entries were for edit warring, and user harassment. Your record could not be more relevant, for I and a few others had received a good dose of same under your hands. Now he risibly moves on ArbCom as if he was the victim, portraying Tony (predominantly) evil. Can you still defend your block record now, Cole? [[User:Ohconfucius|Ohconfucius]] ([[User talk:Ohconfucius|talk]]) 04:27, 16 January 2009 (UTC)
:::::* My past misbehavior does not excuse Tony (or you, or Greg L) from misbehaving now. —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 04:42, 16 January 2009 (UTC)
::::::Locke is correct here. -- [[User:Earle Martin|Earle Martin]] [<sup>[[User_talk:Earle Martin|t]]</sup>/<sub>[[Special:Contributions/Earle_Martin|c]]</sub>] 11:52, 16 January 2009 (UTC)
:::::* Aw, geez—why don't you give him a paper cut and put lemon juice on it while you're at it. And just when I thought some degree of calmness was sneaking back into things. :-( [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 04:46, 16 January 2009 (UTC)
::::::* Because his block log underlies the whole reason why we are engaged is a pitched battle over a common-sense change. See my above post. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 18:40, 16 January 2009 (UTC)
:::::* How, pray, am I "misbehaving" now? That is a term usually used reserved for children. In what way have I been childish? [[User:Ohconfucius|Ohconfucius]] ([[User talk:Ohconfucius|talk]]) 06:10, 16 January 2009 (UTC)
:My fault, I started this (kind of). Let's try and forget that there's an arb-thingy on, shall we? [[User:Deb|Deb]] ([[User talk:Deb|talk]]) 13:01, 16 January 2009 (UTC)
*You mean the "Get Tony Page"? [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 14:34, 16 January 2009 (UTC)
**No, try to see if Tony (and some others) can behave like civilized human beings: a pledge to that effect should still, since ArbCom is not yet coherent after their internal troubles, defeat the proposed sanction against him. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 20:58, 18 January 2009 (UTC)
***That sounds like a personal attack. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 09:50, 20 January 2009 (UTC)
 
== Yards and metres ==
 
Can a value in yards be supported by a value in metres? I tried on two occasions to add a value in metres to the phrase "within 200 yards of the Dudley factory" but it was reverted twice. Please can somebody take a look at [[Bean Cars]] and see if I am missing something? [[User:Lightmouse|Lightmouse]] ([[User talk:Lightmouse|talk]]) 14:27, 16 January 2009 (UTC)
:Should definitely be converted to metres. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 14:32, 16 January 2009 (UTC)
 
:Perhaps you should consider raising the issue with the editor in question at [[Talk:Bean Cars]], rather than fleeing here for backup. -- [[User:Earle Martin|Earle Martin]] [<sup>[[User_talk:Earle Martin|t]]</sup>/<sub>[[Special:Contributions/Earle_Martin|c]]</sub>] 14:39, 16 January 2009 (UTC)
 
::What has happened to everybody lately? Can't we get along anymore? [[User:Lightmouse|Lightmouse]] ([[User talk:Lightmouse|talk]]) 14:52, 16 January 2009 (UTC)
 
:It looks to me like the kind of article where the vast majority of readers can be expected to know that within the level of precision used here there is no difference between yards and metres. To such readers it does indeed look silly. Now if this was the article [[Tower Bridge]], the readership would be quite different, and I would argue to include the indication in metres or perhaps to drop the yards altogether. --[[User:Hans Adler|Hans Adler]] ([[User talk:Hans Adler|talk]]) 15:17, 16 January 2009 (UTC)
 
I agree with Tony, put it in. If it was ...''200 metres of the Dudley factory'', I'd convert to yards. The MOS does back you up on this. However, in my opinion, this type a of discussion probably should have taken place on the Bean Cars article's talk page first before coming here. &mdash;<span style="border:1px solid black;padding:1px;">[[User:MJCdetroit|<font color="#0000CD">'''MJC</font ><font color="#FF0000">detroit'''</font >]]</span> [[User_talk:MJCdetroit|<sup><font color="green">(yak)</font></sup>]] 18:07, 16 January 2009 (UTC)
 
:Some of the international readership may not know what a yard is, since metre is the only unit used in their country. People in the US and UK need to realize that some people in other countries (particularly those who speak English as a second language) may never have used it.[[User:RockyMtnGuy|RockyMtnGuy]] ([[User talk:RockyMtnGuy|talk]]) 20:00, 16 January 2009 (UTC)
 
::Hehe - as an amazing example of "small world", the Coseley factory is just a few hundred yards (metres :p) from where I live! I've added a little more info to the article, plus conversions, and mentioned on the talk page that they are a courtesy to readers who are not familiar with yards. Hopefully we'll reach a consensus. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 04:30, 19 January 2009 (UTC)
:*Some of the "international readership" doesn't know what ''of'' means (and edit anyway). The solution to their problem is the Simple English WP. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 04:29, 20 January 2009 (UTC)
::Some of the "international readership" has a better command of English than most Englishmen and Americans (at least in my opinion). However, there are several factors which are relevant:
::# The United States is the only country which still recognizes the yard as an official unit of measurement.
::# In English-speaking countries outside of the US, traditional English units such as the yard are no longer being taught in schools.
::# English is becoming a global [[lingua franca]] used by educated people world-wide.
::As a result, there are increasing numbers of people who have a good command of English as a first or second language, but who may not be familiar with traditional English units of measure such as the yard.[[User:RockyMtnGuy|RockyMtnGuy]] ([[User talk:RockyMtnGuy|talk]]) 05:45, 20 January 2009 (UTC)
 
:::Agreed with Rocky, I have many European friends who speak excellent English, but would not have good grasp of the distances involved if they were given only in yards. On the other hand, I spent 25 years teaching maths in England and had to recognise the fact that, for general use, miles, yards, feet and inches were what most folk understood. I certainly taught metric units, but also had to teach imperial if the students were to be equipped to deal with the realities outside of the classroom. A school-leaver who was comfortable with both sets of units was far more useful than one who could only deal with one set. The guidance to provide a conversion, wherever possible, seems like eminent good sense to me. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 20:35, 20 January 2009 (UTC)
 
::::This makes absolutely perfect sense to me; in fact my father told me of a foreign-born colleague many years ago who asked the proctor at a fairly-advanced science or maths exam how many inches were in a foot. It's only a question of what's the most natural, least intrusive, least pompous way of letting metric Anglophones know what "200 yards" means. [[User:Shakescene|—— Shakescene]] ([[User talk:Shakescene|talk]]) 21:02, 20 January 2009 (UTC)
 
:::::In most of the former British colonies, the schools no longer teach miles, yards, feet and inches. The students have heard these words from their elders, but can't really visualize them unless you convert them to kilometres, metres, and centimetres. If you say "{{convert|200|yd}}" it becomes clearer. Also, the schools in some English-speaking countries don't seem to teach grammar any more, which means students couldn't put together a coherent sentence to save their lives. On the other hand, people learning it as a second language often get a lot of grammar. I had a French teacher who met her husband at the [[Sorbonne]] in Paris. Being Anglo-Canadian, he thought it would be an easy credit to take English. He failed the course. Just because English is your mother tongue doesn't mean you know how to speak it properly.[[User:RockyMtnGuy|RockyMtnGuy]] ([[User talk:RockyMtnGuy|talk]]) 00:51, 21 January 2009 (UTC)
::::::I think that 200 yards has only a trace over one significant digit, so 180 metres might be probably misleadingly over-precise. I go crazy whenever I read something like most blades of some grass or most book margins are 2.54 cm, or that some creature is about 25.4 centimetres long, when the writer obviously intended to say about an inch or about ten inches. ¶ As for English, I'm not that surprised because most of the original grammatical names and categories try to impose Latin or French rules on a fundamentally-Germanic grammar. (French, for example, uses different forms for the conditional and subjunctive where English makes little or no distinction, while most moods and tenses are formed from finely-differentiated auxiliary verbs that fit Latin rules rather badly.) Norwegians learn Norwegian and the Greeks are taught their Greek. [[User:Shakescene|—— Shakescene]] ([[User talk:Shakescene|talk]]) 02:00, 21 January 2009 (UTC)
:::::::You don't know really how many significant digits 200 yards has unless someone tells you, e.g. 200 yards ± 10 yards - the convert utility does its best, but it has to make assumptions. As for the quote from [[Pygmalion]], I've always found it amusing because I understand a little Norwegian and know that the [[Norwegian language]] has two different official forms, [[Bokmål]] and [[Nynorsk]], and there are hundreds of different [[Norwegian dialects]], with considerable [[Norwegian language struggle|controversy]] over their grammar and spelling. In other words, it's a linguistic [[in-joke]]. However, most Norwegians I have met speak English extremely well - they sound like they come from [[Minnesota]] rather than Norway. But when you tell them distances in miles, they think you mean [[Norwegian mile]]s (10 km).[[User:RockyMtnGuy|RockyMtnGuy]] ([[User talk:RockyMtnGuy|talk]]) 06:32, 21 January 2009 (UTC)
:::::::: That line would have been a great example of devious Shavian wit, because the Greeks were another post-Napoleonic nation who similarly battled endlessly over which Greek to teach: [[Katharevousa]] or [[dimotiki|Demotic]] (see [[Greek language question]]). One example my friends who opposed the [[Greek military junta of 1967-1974]] gave of its repressive backwardness was making the formal and uncolloquial Katharevousa compulsory in schools, which is why the Greeks had to be taught their Greek. (Katharevousa was banned from Greek schools in 1976, after the junta fell.)
::::::::It would have thus been a doubly great Shavian line, had it been written by [[George Bernard Shaw|Shaw]]. But I can't find the line in [[Pygmalion]], only in the lyrics to [[My Fair Lady]] by [[Alan Jay Lerner]] (of [[Lerner & Loewe]]). So render unto Lerner the things which (deliberately or not) are Lerner's, and render unto Shaw the things that are Shaw's. [And while I'm not sure if I'd made the connection to Henry Higgins' outburst, I did know there were two Norwegians, though I'd known them as [[Landsmål]] and [[Riksmål]]]. The debates engendered by [[diglossia]] (cf. classical vs modern Hebrew & Arabic) make Wikipedia's squabbles over (e.g.) MOSNUM look friendly and tame.
:::::::: And if you look at the [[Minnesota Star Tribune]]'s recent files, you can see the local puzzlement that Governor [[Sarah Palin]] of Alaska, born in Idaho, sounded so Minnesotan. The indirect answer seems to be that FDR's [[New Deal]] settled thousands of desperate (and later gratefully Democratic) Minnesota farmers on virgin lands in the [[Alaska Territory]] during the Depression, producing the local accent picked up by newer migrants like Sarah Palin. [[User:Shakescene|—— Shakescene]] ([[User talk:Shakescene|talk]]) 08:44, 21 January 2009 (UTC)
 
== Date ranges ==
 
I see no decision on date ranges, so I will [[WP:BB]] and enter one. Here it goes.
:In dmy, if a range of dates occur in one month, 8 &ndash; 17 January 2009, 8 January &ndash; 17 January 2009, and 8 January 2009 &ndash; 17 January 2009 are all acceptable, though the shorter the better. 8 &ndash; 7 January 2009, on the other hand by shortening a datum from two significant figures to one, is unacceptable. Similarly for mdy, January 8 &ndash; 17, 2009, January 8 &ndash; January 17, 2009, and January 8, 2009 &ndash; January 17, 2009 are acceptable but January 8 &ndash; 7, 2009 is not; the second is most preferable because it leaves at least one full date for searching. When spanning months, dmy users may apply 28 January &ndash; 3 February 2009 or 28 January 2009 &ndash; 3 February 2009 but not 28 &ndash; 3 February 2009; the shorter the better. mdy users may apply January 28 &ndash; February 3, 2009 or January 28, 2009 &ndash; February 3, 2009 but not January 28 &ndash; 3, 2009; the shorter the better. When spanning years, one format alone is used for each. dmy is applied as 8 December 2008 &ndash; 17 January 2009 and mdy is applied as December 8, 2008 &ndash; January 17, 2009.
How was that? Feel free to edit it to make it 'flow'. :)--[[User:Thecurran|Thecurran]] ([[User talk:Thecurran|talk]]) 03:43, 17 January 2009 (UTC)
 
Okay, I cannot [[WP:BB]] here because I need admin privileges. Please help, admins! :)--[[User:Thecurran|Thecurran]] ([[User talk:Thecurran|talk]]) 03:52, 17 January 2009 (UTC)
 
:You wouldn't need a space if the elements separated by the dash have no space (i. e. just the day): e.g. {{xt|8&nbsp;January 2009&nbsp;– 17&nbsp;January 2009}} but {{xt|8–17&nbsp;January 2009}}; {{xt|January&nbsp;8, 2009&nbsp;– January&nbsp;17, 2009}} and {{xt|January&nbsp;8&nbsp;– January 17, 2009}} but {{xt|January&nbsp;8–17, 2009}}. Also, the suggestion not to write {{xt|8 &ndash; 7 January 2009}} or {{xt|January 28 &ndash; 3, 2009}} to mean {{xt|8–17&nbsp;January 2009}} and {{xt|January&nbsp;28&nbsp;– March&nbsp;3, 2009}} sounds like [[WP:Don't stuff beans up your nose]]: nobody would do ''that'' anyway, so, better not to mention that at all. --<span style="font-family: monospace; font-weight: 600; color: #00F; background-color: #FFF;"> [[User:Army1987|Army1987]]</span><small>&nbsp;–&nbsp;''[[Special:Contributions/Army1987|Deeds]],&nbsp;not&nbsp;[[User talk:Army1987|words]]''.</small> 09:35, 17 January 2009 (UTC)
::i concur with the [[WP:Don't stuff beans up your nose]] assessment, which leaves us with something like:
:::In articles using the dmy format, if a range of dates occurs in one month, 8&ndash;17 January 2009, 8 January &ndash; 17 January 2009, and 8 January 2009&ndash;17 January 2009 are all acceptable; for articles using mdy format, January 8&ndash;17, 2009, January 8 &ndash; January 17, 2009, and January 8, 2009 &ndash; January 17, 2009 are all acceptable; in most cases the shorter forms are better.
:::When a date spans months, the dmy format is either 28 January &ndash; 3 February 2009 or 28 January 2009 &ndash; 3 February 2009; in mdy format, either January 28 &ndash; February 3, 2009 or January 28, 2009 &ndash; February 3, 2009 are acceptable; again, the shorter forms are generally preferred.
:::When a date spans years, dmy format is 8 December 2008 &ndash; 17 January 2009 and mdy is December 8, 2008 &ndash; January 17, 2009.
::something like that, anyway - i've no doubt messed up the spacing but i trust Army1987 will adjust it as necessary - thanks [[User:Sssoul|Sssoul]] ([[User talk:Sssoul|talk]]) 10:47, 17 January 2009 (UTC)
 
OK. Let's give a try:
<div style="border: thin solid; background: white; color: black; padding: 1em; ">
<code>===</code> Date ranges <code>===</code>
 
For date ranges, the following formats can be used:
{| class="wikitable"
|
! Day before month
! Month before day
|-
! Dates in the same month
| {{xt2|17–24&nbsp;January 2009}} {{xt2|17&nbsp;January&nbsp;– 24&nbsp;January 2009}} {{xt2|17&nbsp;January 2009&nbsp;– 24&nbsp;January 2009}}
| {{xt2|January&nbsp;17–24, 2009}} {{xt2|January&nbsp;17&nbsp;– January&nbsp;24, 2009}} {{xt2|January&nbsp;17, 2009&nbsp;– January&nbsp;24, 2009}}
|-
! Dates in different months of the same year
| {{xt2|17&nbsp;January&nbsp;– 24&nbsp;March 2009}} {{xt2|17&nbsp;January 2009&nbsp;– 24&nbsp;March 2009}}
| {{xt2|January&nbsp;17&nbsp;– March&nbsp;24, 2009}} {{xt2|January&nbsp;17, 2009&nbsp;– March&nbsp;24, 2009}}
|-
! Dates in different years
| {{xt2|17&nbsp;January 2009&nbsp;– 24&nbsp;March 2010}}
| {{xt2|January&nbsp;17, 2009&nbsp;– March&nbsp;24, 2010}}
|}
The shorter formats are usually preferred<ins>; the exception being the shortest mdy same month format, "January&nbsp;17–24, 2009"<small>, because it obstructs text searches for both start- and end-dates</small></ins>.
</div>
--<span style="font-family: monospace; font-weight: 600; color: #00F; background-color: #FFF;"> [[User:Army1987|Army1987]]</span><small>&nbsp;–&nbsp;''[[Special:Contributions/Army1987|Deeds]],&nbsp;not&nbsp;[[User talk:Army1987|words]]''.</small> 11:22, 17 January 2009 (UTC)
 
*None of this is necessary. All that are required are two simple rules, and they're there already.
**Space the en dash when there's an internal space in one or both elements; otherwise, don't space it.
**Consider avoiding repetition ("January 3–17" rather than "January 3 – January 17"). [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 11:26, 17 January 2009 (UTC)
 
:*Where are those rules Tony? I can't see them in the date ranges section, at least not explicitly. [[User:Woody|Woody]] ([[User talk:Woody|talk]]) 12:29, 17 January 2009 (UTC)
 
::* Take a look at [[WP:Manual of Style#En dashes]]. Hope that helps. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 13:55, 17 January 2009 (UTC)
 
*In auditing the date ranges in military-history pages, I was aware of how such ranges—which are very important in that field—are poorly formatted, right at the top of articles. I wrote a brief section into the style guide at the [[Wikipedia:WikiProject_Military_history/Style_guide#Date_ranges|MilHist WikiProject]], which was well-received. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 15:28, 17 January 2009 (UTC)
 
:With Wikipedia, I have come across the "If I tried to do it, someone else will, too", line of logic many times and it always seems to ring true. Now, if you folks agree that it is explicitly clear on the [[WP:ENDASH]] section how all date ranges should be formatted, I think it would be sensible to have a link to that section in [[MOS:NUM#Other_date_ranges]], simply because I came looking for how but could not find it, so others must be doing the same (but probably not [[WP:BB]]ing and asking why) and will continue to do so.
 
:Personally, I think [[WP:ENDASH]] does not have enough information to construct the rules you normally abide to. I wrote the beanish phrases above because only a few subsubsections below, I saw [[WP:YEAR]] asking us not to abbreviate a year into three digits or one, which at first glance is beanish, but I have seen it in adult classrooms and community newspapers. Beyond which there is always room for dyslexia and typographical errors, so I tried to think of which "mistakes" would make a well-read person cringe but are likely to be made by someone poorly-versed in English (but with valuable subject knowledge) and tried to prepare for those contingencies. :)--[[User:Thecurran|Thecurran]] ([[User talk:Thecurran|talk]]) 20:20, 18 January 2009 (UTC)
 
:[[wikt:BTW]], sorry for misusing the endash spacing. between numbers. I find the lack of spaces, visually disturbing but I do not wish to override convention. I seriously have seen it both ways many times (even here) and thought it was up to editor preference. Now I see we have had this rule for a while.
 
:I like [[User:Army1987]]'s graphical approach. My only qualm is that I think the "January 17–24, 2009" one should be discouraged simply beacuse it cannot be parsed for the start-date, "January 17, 2009", nor the end-date, "January 24, 2009", like each of the other entries can and we are text-searched a lot. What do you guys <gender-neutral in my upbringing> think? :)--[[User:Thecurran|Thecurran]] ([[User talk:Thecurran|talk]]) 20:35, 18 January 2009 (UTC)
 
::I strongly dislike the <nowiki><ins></nowiki> addition. We've gone through that before, and it clearly fails both common usage and common sense. — [[User:Arthur Rubin|Arthur Rubin]] [[User talk:Arthur Rubin|(talk)]] 01:02, 19 January 2009 (UTC)
 
:I used "ins" and "small" in [[User:Army1987]]'s graphical approach to address my qualm. The small text has the lowest importance but may solve [[FAQ]]'s. :)--[[User:Thecurran|Thecurran]] ([[User talk:Thecurran|talk]]) 20:48, 18 January 2009 (UTC)
::There is no need for a huge blow-out of advisory text: just the two principles I entered above, with a few brief examples. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 08:24, 20 January 2009 (UTC)
:Sure I am up for that addition. I certainly think something should be entered. Does anyone else think that January&nbsp;17–24, 2009 should be avoided because it causes problems for parsing? :)--[[User:Thecurran|Thecurran]] ([[User talk:Thecurran|talk]]) 10:32, 20 January 2009 (UTC)
 
== Coordinates format ==
 
Hello, I have traveled from [[WP:GEO|WikiProject Geographical coordinates]], where we seek wider opinions on whether {{tl|coord}} should offer a N/S/E/W labeled format for decimal coordinates (example: <span class="plainlinks">[{{Coor URL}}43.12_N_79.34_W_ <span title="Maps, aerial photos, and other data for this ___location">43.12° N 79.34° W</span>]</span>) either as an option or by default, or if the existing unlabeled format (example: {{coord|43.12|N|79.34|W}}) is sufficient. [[Template_talk:Coord#Wider_opinions|Please comment '''there''']] if you have an opinion on this. Thanks! --[[User:GregU|GregU]] ([[User talk:GregU|talk]]) 18:15, 17 January 2009 (UTC)
 
== Sq km vs km² ==
 
I don't want to revive something that must have been discussed exhaustively many times before; but on the other hand, I don't really have the patience to wade through a hundred MoS Talk archives, or the technical skill to search those archives in one batch.
To me as someone who lived in Britain before metrication and then moved to the United States, something like ''km²'' looks like something out of my high school algebra and physics classes, which suggests that it's not intuitive or readily apparent to a significant number of English-language-Wikipedia users in the U.S. and other places that still use "customary" measures, for example the many schoolchildren and other readers who haven't yet reached (or may never take) those algebra and physics classes—whereas "square km" (avoiding the Br./US spelling difference), "sq. km" or "sq km" makes sense by analogy with square mile, sq. mile or sq. mi.
I just don't know what the ordinary non-mathematical person in metric places, especially English-speaking ones, would be familiar with. I can see that, for example, a German would not recognize ''[kilo]mètre carré'', so perhaps ''km²'' is used more on the Continent and in other non-Anglophone countries. (I see that my 2004 ''Petit Larousse Illustré'', a French desk cyclopedia, uses ''km²''. But what's obvious to scientists and Francophones might not be so obvious to all of the Anglophones who use en.Wikipedia.)
That doesn't mean by any means that I want to abandon, deprecate or discourage ''km²'', but that I feel that in non-scientific articles, editors should have the option of using "sq km" or "sq. km" according to their best judgement, particularly in places such as table headers where there's no first spelling-out of "square kilometer[s]" or "square kilometre[s]". At the moment, "sq km", etc., is reverted to ''km²'' by browsers such AWB ([[WP:AutoWikiBrowser]]). The Manual of Style—as is so often forgotten—is in principle mainly for guidance, so I'm sure I could argue something like [[WP:Ignore All Rules]], but I'd prefer not to get into such wrangles (let alone suggest a change to the Manual) without understanding the reasons given on all sides about this question.
 
[[User:Shakescene|—— Shakescene]] ([[User talk:Shakescene|talk]]) 06:48, 18 January 2009 (UTC)
 
* I think you’ve raised a very good point and your instinct is spot on. Wikipedia tends to look like a mathematics handbook rather than an encyclopedia. IMO, we should write “240 square kilometers” more often in articles, and only resort “km<sup>2</sup>” (after a proper parenthetical introduction) if the unit of measure appears frequently enough in the article that it is tending to be ponderous. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 09:11, 18 January 2009 (UTC)
 
::As Greg says, it's usually best to spell units out unless they are used very frequently (don't worry about spelling variation, we have ways of handling that). However, from the perspective of someone who grew up with the metric system, "sq&nbsp;km" does not seem more humane than "km<sup>2</sup>", it seems downright odd. We just don't use "sq&nbsp;km" in metricland and, with all due respect, it is for us metriclanders rather than you footpounders that the encyclopædia has such units. So what I'm putting to you is that for those of us to whom "km<sup>2</sup>" is not intuitive or readily apparent we can provide conversions to square miles (and abbreviate ''those'' to "sq&nbsp;mi"). I'm suggesting that not only need we not mention the option of using "sq&nbsp;km" but we should maintain the guideline against it. Let's not model our metric abbreviations on what's done with customary ones, it's not how it's generally done in the real world. [[User:Jimp|J<small>IM</small>p]]<sub>&nbsp;[[User talk:Jimp|talk]]·[[Special:Contributions/Jimp|cont]]</sub> 11:08, 18 January 2009 (UTC)
 
== Tmcft ==
:::I agree with Jimp. Everyone will understand at least one of the measures in {{xt|54&nbsp;sq&nbsp;mi (21&nbsp;km<sup>2</sup>)}} or in {{xt|21&nbsp;km<sup>2</sup> (54&nbsp;sq&nbsp;mi)}}. Using an abbreviation such as {{xt|sq km}} is no advantage over {{xt|km<sup>2</sup>}}, as everyone who knows how long a kilometre is will also know what the 2 means, and someone who doesn't know what the 2 means will probably be very unfamiliar with kilometres. The form {{xt|sq km}} is also potentially more confusing, because it's not used in the "real world" and thus readers will be more unfamiliar with it. In cases such as measures without a conversion to square miles, where {{xt|km<sup>2</sup>}} can be confusing to some readers, the solution is spelling out {{xt|square kilometre}} in full, not making up an abbreviation which can only be confusing to many more readers than {{xt|km<sup>2</sup>}} is. --<span style="font-family: monospace; font-weight: 600; color: #00F; background-color: #FFF;"> [[User:Army1987|Army1987]]</span><small>&nbsp;–&nbsp;''[[Special:Contributions/Army1987|Deeds]],&nbsp;not&nbsp;[[User talk:Army1987|words]]''.</small> 16:05, 18 January 2009 (UTC)
 
In [[Srisailam Dam]] I just came across the use of [[Tmcft]] as a volume unit throughout the article. {{tl|Convert}}'s documentation doesn't say it supports Tmcft.
::::I come from a country with two official languages, and km<sup>2</sup> is understandable in both of them, whereas sq km is not - and is used in neither official language. That is the whole point of SI notation, to make symbols internationally understandable. The abbreviation sq km is not internationally understandable, and therefore should not be used. The fact that km<sup>2</sup> looks like something from your high school physics textbook is a good thing, not a bad thing.[[User:RockyMtnGuy|RockyMtnGuy]] ([[User talk:RockyMtnGuy|talk]]) 19:02, 18 January 2009 (UTC)
Both this MoS style page and the convert template are UK/US orientated, but this unit is apparently used in India so sources from there probably use it. [[User:Commander Keane|Commander Keane]] ([[User talk:Commander Keane|talk]]) 01:51, 23 March 2025 (UTC)
 
:"sqThank km"you isfor nonstandard,pointing ugly,this unfamiliar,out. andWhat unlikelya tobizarre beunit. understoodI byreplaced peopleit whowith are[[billion familiarcubic withfeet]] theso metricat system.least Americans Eithercan "squareunderstand kilometres"it. orFor "km²"the are fine,rest andof the appropriateworld oneit shouldstill beneeds chosen accordingconverting to contextsomething more user friendly (maybe km^3?). [[User:AlanBarrettDondervogel 2|AlanBarrettDondervogel 2]] ([[User talk:AlanBarrettDondervogel 2|talk]]) 09:2738, 1923 JanuaryMarch 20092025 (UTC)
::That's not a solution (and your edits on the article should be reverted). The unit may seem bizarre at first sight, but it's used all the time in [[WP:RS]] about Indian dams (random example: [https://www.newindianexpress.com/states/tamil-nadu/2025/Mar/15/tn-budget-2025-chennai-to-get-sixth-reservoir-with-16-tmcft-capacity]), so we have to use it in our articles about such dams as well. And when you look at [[Module:Convert/documentation/conversion data#Volume|this list of volume units]], the unit won't seem so bizarre anymore. :-) {{u|Commander Keane}}, I don't know much about {{tl|Convert}}, but the intro [[Module:Convert/documentation/conversion data|here]] says "Units should be discussed at [[Template talk:Convert]]". I guess that's what you want to do. I think it would make perfect sense to add an entry for this unit, and if I understand that list of volume units correctly, the required change is very simple: just add a line mapping "tmcft" to "=e9cuft". — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 10:30, 23 March 2025 (UTC)
:::I strongly disagree. We have enough units in circulation. This one has zero benefit. If there are other articles that use tcmft, they should all be given the same treatment. [[User:Dondervogel 2|Dondervogel 2]] ([[User talk:Dondervogel 2|talk]]) 10:50, 23 March 2025 (UTC)
::::Articles about dams in India should use the same unit as almost all [[WP:RS]] about dams in India, and that unit is tmcft. This is the English Wikipedia, not the American Wikipedia. There are over 200 million English speakers in India. Not much less than in the US, and several times more than in the UK. There are different variants of English, and different systems of units. We use country-specific units in articles about American or British topics, so of course we also use country-specific units in articles about Indian topics. — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 11:00, 23 March 2025 (UTC)
::::P.S. Once {{tl|convert}} can handle tmcft, the unit will become much less bizarre because we can convert it to km³ (or whatever is appropriate in a given context). (Imperial units in general are rather bizarre. Cubic feet mean nothing to me, never mind the factor of a thousand million or billion...) — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 11:15, 23 March 2025 (UTC)
::::::<small>Just remember it's a little over 7 gallons. --[[User:Trovatore|Trovatore]] ([[User talk:Trovatore|talk]]) 17:43, 22 April 2025 (UTC) </small>
::Actually it's not a unit at all, but (as the article about it correctly says) just as abbreviation. "km" and "kilometres" are not two different units, but one is the abbreviation of the other. So is "tmcft", if a fairly bizarre one (why not "bcft"?). Should this specific abbreviation be useful in certain cases, I'd suggest to introduce it in parentheses after the spelled-out form, as is customary for not universally known abbreviations: {{xt|Its capacity is 178 billion cubic feet (tmcft)}}. Plus it should certainly be converted into metric units too, like {{u|Dondervogel 2}} pointed out. There can be no excuse not to convert – like we also convert miles into kilometres (in parentheses) in articles referring to the US. "It's the local custom, so nobody outside the country needs to understand it" is not a good rationale. Wikipedia is meant for a worldwide audience and should be understandable to anybody who speaks English, regardless of the variety one is accustomed to. [[User:Gawaon|Gawaon]] ([[User talk:Gawaon|talk]]) 11:12, 23 March 2025 (UTC)
:::I agree, it definitely should be converted using {{tl|convert}}. But since all [[WP:RS]] about Indian dams use this abbreviation, it would be confusing for readers and editors to use e.g. "billion cubic feet" instead. I think the convention for not generally known units is to link them to their article, in this case [[tmcft]]. – Regarding the question, "why not billion": Probably because of the fairly bizarre mess with [[long and short scales]]. It's simply not always clear what "billion" means. — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 11:26, 23 March 2025 (UTC)
::::Similar case: Our articles about horse racing use the bizarre unit furlong (without an explanation, except maybe a link to [[furlong]]), because that's what all the sources use. See e.g. [[Secretariat (horse)]], [[Northern Dancer]], etc. We don't say, "that's bizarre, we'll replace that by km or miles". We do what the sources do. Anything else would be confusing for our readers and our editors. — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 15:52, 23 March 2025 (UTC)
:::::We do not do what the sources do; our articles would be an awful jumble if we did. [[MOS:UNIT]] describes what we do. When specifying capacity in cubic metres, we might provide a parenthetical conversion to cubic feet, but that should use a notation that general readers both in and outside India can understand. [[User:NebY|NebY]] ([[User talk:NebY|talk]]) 20:06, 23 March 2025 (UTC)
::::::By that logic, we should specify the distances in articles like [[Secretariat (horse)]] in kilometers, and maybe provide a parenthetical conversion to miles, so that general readers both in and outside horse racing can understand. — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 20:21, 23 March 2025 (UTC)
:::::::We certainly ''should'' convert them into kilometres too. If we don't yet, that's a shortcoming that'll hopefully be fixed sooner or later. We're writing for a general audience, not just the specialists, so even if the specialists in any given area use some specialized unit nobody else is using (whether furlongs or tmcft or anything else), it's our job to convert them into more accessible units. The RS might not to that because they aren't written for a general audience. Nevertheless, it remains ''our'' job to rectify that. Even in India, while the dam builders might know what a tmcft is, I suspect if you ask a random person on the street they won't be able to tell you much about it. [[User:Gawaon|Gawaon]] ([[User talk:Gawaon|talk]]) 22:19, 23 March 2025 (UTC)
::::::::Horse racing: Yes, we should {{tl|convert}} furlongs, but telling editors to ''replace'' all occurrences of "furlong" in [[Secretariat (horse)#Racing statistics]] by some other unit would be disruptive rather than useful. In the same vein, we shouldn't require editors to ''replace'' tmcft in articles about Indian dams. We should enable them to {{tl|convert}} it.
::::::::Regarding "random person on the street" – People who have read about such a topic will know the unit, and they'll at least understand the numbers in relation. [[Mahadayi Water Disputes Tribunal|Example]] quote: ''"...permitted Goa to use 24 tmcft (excluding the 9.395 tmcft prevailing uses), Karnataka to use 5.4 tmcft (including 3.9 tmcft for export outside the basin) and Maharashtra to use 1.33 tmcft..."'' That's close to what the sources write. Using a different unit would only confuse a "random person on the street".
::::::::Articles about US dams use the even more bizarre unit "acre•foot". A "random person on the street" won't be able to tell you much about that unit, yet we're fine with it. If we let Americans use their bizarre units, we should let Indians use theirs as well. — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 02:29, 24 March 2025 (UTC)
:::::::::Sure, we can let them use their bizarre units, just as long as we convert them too. I'm all for using the convert template for that purpose, I don't say we should omit the originally specified units. [[User:Gawaon|Gawaon]] ([[User talk:Gawaon|talk]]) 17:41, 25 March 2025 (UTC)
:::::::{{small|Even so, I'm now curious how many furlongs per fortnight the speed of light actually is. We should certainly use that time-honoured unit more often!}} [[User:Gawaon|Gawaon]] ([[User talk:Gawaon|talk]]) 22:34, 23 March 2025 (UTC)
::::::::{{#expr:299792458 * 1209600 / 201.168}}. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 23:24, 23 March 2025 (UTC)
:::::::::So about 1803 thousand million furlongs per fortnight (tmfpfn). Thanks! [[User:Gawaon|Gawaon]] ([[User talk:Gawaon|talk]]) 23:52, 23 March 2025 (UTC)
:::::No we do not do what the sources say verbatim. We also do not repeat text from sources verbatim, but we make an equivalent statement. If there is a need, the ref can include a note on first appearance that specifies the unit conversion. [[User:Kbrose|kbrose]] ([[User talk:Kbrose|talk]]) 15:15, 22 April 2025 (UTC)
:::I requested on [[Template talk:Convert]]. The [[MOS:UNIT]] section mentions strong national ties and discusses non-scientific usage for US units, UK units and then puts [[Hand (unit)|Hands]] as an example (a UK/US unit) for ''all other articles''. I would swap Hands for Tmcft as the example, or something else to make it clearer. [[User:Commander Keane|Commander Keane]] ([[User talk:Commander Keane|talk]]) 11:43, 23 March 2025 (UTC)
::::It states in the article [[Tmcft]] that the "''cubic kilometer (km3) is the standard unit used by the Central Water Commission of the Government of India''". As this is primarily of interest to people in India, and India has a government policy of using the [[System International]] only, see [[Metrication in India]] the sources listed must be more than 60 years old. I personally think there is probably no need to even list TMCFT. It's just a confusing unit. [[User:Avi8tor|Avi8tor]] ([[User talk:Avi8tor|talk]]) 12:31, 23 March 2025 (UTC)
:::::A [https://www.google.com/search?q=tmcft&tbm=nws Google news search] shows extensive recent Indian newsmedia usage, often in the title of articles ([https://www.newindianexpress.com/states/tamil-nadu/2025/Mar/15/tn-budget-2025-chennai-to-get-sixth-reservoir-with-16-tmcft-capacity example given above, one week old]). [[User:Commander Keane|Commander Keane]] ([[User talk:Commander Keane|talk]]) 13:06, 23 March 2025 (UTC)
:Oh dear. Are we going to have the whole lakh/crore thing again? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 15:49, 23 March 2025 (UTC)
:The corresponding unit in the US would be the acre-foot, which would be known to those concerned with US dams and reservoirs, but unknown to the general public and probably to water professionals from other countries. According to "[[List of dams and reservoirs in the United States]]" there are an estimated 84,000 dams in the United States; it's inconvenient to figure out how many of those have Wikipedia articles. But if we look at the articles that transclude the "[[Acre-foot]]" article, it's only about 150, and roughly half of those are about units of measure, not bodies of water. So I infer that articles about US dams and reservoirs don't usually mention acre-foot. So perhaps articles about similar bodies of water in India shouldn't mention Tmcft. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 23:40, 23 March 2025 (UTC)
::Until yesterday I hadn't heard of Tmcft or acre-foot. [[Hoover Dam]] uses acre-foot. I am not aware of the lakh/crore thing. I am just concerned about article writers being able to input a value from a source, editors easily being able to verify that value from the source and for readers to understand that value (through conversion). [[User:Commander Keane|Commander Keane]] ([[User talk:Commander Keane|talk]]) 00:02, 24 March 2025 (UTC)
:::I've known about acre-feet for many years. More than 50 years ago I helped a couple of mathematicians figure out how much an acre-foot weighed by reciting "a pint's a pound the world around" (they had gotten to how many gallons there were in an acre-foot, but didn't know how much a gallon weighed). [[User talk:Donald Albury|Donald Albury]] 00:47, 24 March 2025 (UTC)
:::I will just add that [[Wivenhoe Dam]] uses ML for reservoir volume and converts it to both imp and US gallons. I can anticipate the troubling temptation for Indian editors to add Tmcft there if {{tl|convert}} is updated. And should km3 be added as well? We need some MoS guidance on this. Meanwhile [[Srisailam Dam]] is difficult to read. <small>P.S. some guidance on m3 versus cumecs would be good also.</small> [[User:Commander Keane|Commander Keane]] ([[User talk:Commander Keane|talk]]) 01:37, 24 March 2025 (UTC)
::"I infer that articles about US dams and reservoirs don't usually mention acre-foot" – I don't think that's correct. (All you can infer from your data is that few of these articles transclude [[acre-foot]].) I clicked half a dozen random blue links in [[List of dams and reservoirs in the United States]] to check the units for capacity. I found [[Casad Dam|US gal]], [[Pelton Dam|acre-feet]], [[Boomer Lake|acre-feet]], [[Lake Taneycomo|no capacity given]], [[Kelly Barnes Dam|m³]], [[Navajo Lake|acre⋅ft]]. Based on this random selection, it looks like many (maybe a majority) of these articles use acre-foot. — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 02:50, 24 March 2025 (UTC)
:::Searching for variants: [[Special:Search/~"acre-foot"|acre-foot]] 114 articles; [[Special:Search/~"acre-feet"|acre-feet]] 1,419 articles; [[Special:Search/~"acre-ft"|acre-ft]] 2,867 articles. — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 03:02, 24 March 2025 (UTC)
::::Is there still opposition to adding Tmcft to {{Tl|convert}}? Code: tmcft; Alternate: Tmcft; Display tmcft.
::::Looking above, @[[User:Avi8tor|Avi8tor]], @[[User:Dondervogel 2|Dondervogel 2]] and @[[User:NebY|NebY]] expressed concern, but that may have been resolved if they read over the comments.
::::The state of reservoir/dam units is a mess across Wikipedia with acre-feet, megalitres, million tons and tmcft all getting used and converted to various other units. What to primarily display and convert to can be tackled in the future, at the moment I just want to resolve {{Tl|convert}} regarding Tmcft. [[User:Commander Keane|Commander Keane]] ([[User talk:Commander Keane|talk]]) 10:48, 29 March 2025 (UTC)
:::::My position on tcmft has not changed. This unit has zero benefit. It can be replaced by billion cu ft in all articles that use tcmft.
:::::One editor stated that "billion" is ambiguous in India. If that statement is accurate, my position (on the use of "billion" throughout Wikipedia) would change. Is it accurate? [[User:Dondervogel 2|Dondervogel 2]] ([[User talk:Dondervogel 2|talk]]) 13:42, 29 March 2025 (UTC)
::::::Re ambiguity, I read that as a reasonable guess about the origins of tmcft rather than as a statement that "billion" is currently ambiguous in India. OTOH, [[https://en.wikipedia.org/wiki/Long_and_short_scales#cite_note-73|a note]] to our [[Long and short scales]] says it still varies, but on the third hand that statement's not sourced. [[User:NebY|NebY]] ([[User talk:NebY|talk]]) 15:25, 29 March 2025 (UTC)
:::::The Manual of style states litres primary with whatever suffix is appropriate and then a conversion to a listed unit. I think adding a unit used only in india that looks to be obsolete does not benefit the worldwide readers of Wikipedia. I second [[Dondervogel 2]] [[User:Avi8tor|Avi8tor]] ([[User talk:Avi8tor|talk]]) 14:13, 29 March 2025 (UTC)
:::::The fundamental question is whether [[MOS:UNITS]] should be extended to allow use of [[tmcft]], and if so whether to allow it as a primary unit (as various of the units mentioned above are) and/or as a secondary, parenthetical unit. You haven't gained consensus for adding it to [[MOS:UNITS]] as a primary unit, either by itself or as a general provision for units used in India, and it hasn't been added. It's very hard to imagine consensus being reached for it to be added as a secondary unit, either by itself or as a general provision for units used in India, and certainly there's been no such addition. Adding tmcft to {{tl|Convert}} would to some extent give the impression that its use was MOS-compliant and would facilitate its use, even though that use is contrary to [[MOS:UNITS]] as it stands. [[User:NebY|NebY]] ([[User talk:NebY|talk]]) 15:13, 29 March 2025 (UTC)
::::::@[[User:NebY|NebY]]: as it stands [[MOS:UNITS]] says {{bq|In all other articles, the '''primary units''' chosen will be SI units (such as kilograms), non-SI units officially accepted for use with the SI, '''or such other units as are conventional in reliable sources discussing the article topic'''}} (emphasis mine). There is no need to write in a provision for every country and usecase, it is already covered. Unless you interpret that passage differently? I agree that secondary units are not needed.
::::::@[[User:Avi8tor|Avi8tor]]: I don't see how it is obsolete, I already linked to [https://www.google.com/search?q=tmcft&tbm=nws Google news] above which has since been updated to show tmcft used in the title of an article two days ago. Also, I don't think Wikipedians use obsolete units to be purposefully obscure. I am not sure what your comment on litres was about.
::::::@[[User:Dondervogel 2|Dondervogel 2]]: {{tq|This unit has zero benefit}}, the unit's (or abreviation's) benefits are for article writers to put in the value from source and editors to check that value, all without knowing what a tmcft is ({{tl|convert}} will take care that). It is incidental that Indian readers will understand the value. [[User:Commander Keane|Commander Keane]] ([[User talk:Commander Keane|talk]]) 17:11, 29 March 2025 (UTC)
:::::::That part of [[MOS:UNITS]] does not prescribe that we change primary units according to what the sources on that subject use in different countries. We do provide for changing units according to country {{tq|In non-scientific articles with strong ties to the United States}} and {{tq|In non-scientific articles with strong ties to the United Kingdom}}, but that is all. We set great store by uniformity in the expression of quantities across the encyclopedia.
:::::::As for your third point, we do not choose which units appear in our articles for the benefit of editors. We do it for our readers. If it is as you say, {{tq|incidental that Indian readers will understand the value}}, then there is no case for using tmcft in our articles. [[User:NebY|NebY]] ([[User talk:NebY|talk]]) 17:35, 29 March 2025 (UTC)
:::::::It has zero benefit because we have a perfectly good equivalent unit that most readers will understand without needing to click on a link. If you are looking to a change to MOSNUM, I suggest adding this clarifying text to make things crystal clear:
:::::::*"Where there is a choice between an obscure unit (e.g., [[tmcft]]) and a widely understood unit with identical meaning (e.g., billion [[cu ft]]), use the widely understood unit with identical meaning."
:::::::[[User:Dondervogel 2|Dondervogel 2]] ([[User talk:Dondervogel 2|talk]]) 19:45, 29 March 2025 (UTC)
::::::::I have a better understanding now. Tmcft is not a unit, it is an abbreviation. [[MOS:UNIT]] (talking about units) prescribes SI or SI-accepted for primary units of volume (excluding the US) unless the sources use something else. [[Wikipedia:Verifiability|Verifiability]] exists for editors and readers alike and it says we have to be able to check information, which rules out editors converting tmcft in their calculator and using km3 as the primary unit. The primary unit is ft3.
::::::::That leaves us with billions of ft3. This will make verifiability a little harder and result in verbose wording and/or exponential notation. I think the choice to accept that should be up to each article but I also see the logic in avoiding tmcft altogether.
::::::::The MoS ''could'' say "''abbreviations obscuring the base unit should be avoided''" which would resolve tmcft and [[cumecs]] (m3/s) that I mentioned above.
::::::::I will leave it at that I think. [[User:Commander Keane|Commander Keane]] ([[User talk:Commander Keane|talk]]) 11:29, 30 March 2025 (UTC)
:::::::::Sounds reasonable. [[User:Gawaon|Gawaon]] ([[User talk:Gawaon|talk]]) 17:53, 31 March 2025 (UTC)
 
:The purpose of the {{tl|convert}} template is to convert the units in the sources to metric. If the source says acre-feet, that should be used. According to NIST, acre-feet is the standard US conventional unit for this purpose. Under no circumstances should it be converted to billions of cubic feet. [[User:Hawkeye7|<span style="color:#800082">Hawkeye7</span>]] [[User_talk:Hawkeye7|<span style="font-size:80%">(discuss)</span>]] 21:52, 14 April 2025 (UTC)
:: I agree with AlanBarrett and RockyMtnGuy using "sq km" in articles would be a retrograde step.[[User:Flaviusvulso|Flaviusvulso]] ([[User talk:Flaviusvulso|talk]]) 09:42, 19 January 2009 (UTC)
::I have not noticed a suggestion to convert acre-feet to billions of cubic feet. Whose comment are you responding to? [[User:Dondervogel 2|Dondervogel 2]] ([[User talk:Dondervogel 2|talk]]) 22:26, 14 April 2025 (UTC)
:::My point is that the reader checking the source should be able to find it there. The MOS is clear: metric first, then the source unit. [[User:Hawkeye7|<span style="color:#800082">Hawkeye7</span>]] [[User_talk:Hawkeye7|<span style="font-size:80%">(discuss)</span>]] 23:14, 14 April 2025 (UTC)
::::According to [[MOS:UNIT]], for non-scientific articles with strong ties to the United States, the primary (first) units are US customary. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 13:57, 15 April 2025 (UTC)
:"Tmcft" has a serious advantage over "billion cubic feet": the former is a lot shorter. The length is even worse if we also provide conversion to km<sup>3</sup> – as we should since Indian authorities use that unit too. Using the long spelling makes our content difficult to read:
:{{blockquote|Srisailam right main canal (SRMC) is constructed with 44,000 [[Cusec|cusecs]] capacity at Srisailam reservoir level of 269.22 metres (883 ft) [[Mean sea level|MSL]] to feed [[Pothireddypadu Reservoir|Veligodu reservoir]] (16.95 billion cubic feet), [[Brahmamgari Matham|Brahmamsagar Reservoir]] (17.74 billion cubic feet), Alaganoor reservoir (2.97 billion cubic feet), Gorakallu reservoir (12.44 billion cubic feet), Owk reservoir (4.15 billion cubic feet), [[Gandikota Reservoir]] (26.86 billion cubic feet), [[Mylavaram Dam|Mylavaram reservoir]] (9.98 billion cubic feet), [[Somasila Dam|Somasila reservoir]] (78 billion cubic feet) and [[Kandaleru Dam|Kandeleru reservoir]] (68 billion cubic feet) with nearly 235 billion cubic feet total storage capacity.}}
:This is just one sentence from [[Srisailam Dam#Irrigation]] and it now takes 13 lines on my phone after @[[User:Dondervogel 2|Dondervogel 2]] "helpfully" changed everything from tmcft to billion cubic feet.
:As @[[User:Commander Keane|Commander Keane]] and @[[User:Chrisahn|Chrisahn]] point out, tmcft is often used in the [[WP:RS]]. Hence, that's what our articles should use per [[MOS:UNITS]] (@[[User:Chrisahn|Chrisahn]] helpfully quoted it above). We may also have readers that are familiar with tmcft but that do not immediately realise that they are equivalent to billion cubic feet. These are plenty of reasons to add tmcft to the <nowiki>{{</nowiki>[[Template:Convert|convert]]<nowiki>}}</nowiki> template. I do however think that [[cusecs]] are better spelled ft<sup>3</sup>/s and [[cumecs]] as m<sup>3</sup>/s as that would be both clearer and shorter. [[User:Joe vom Titan|Joe vom Titan]] ([[User talk:Joe vom Titan|talk]]) 19:08, 19 May 2025 (UTC)
::Thanks! I agree 99%, except that the claim "tmcft are equivalent to billion cubic feet" is incorrect, because the word "[[billion]]" is ambiguous, particularly in India. <small>See e.g. [[Long and short scales#Using neither]]: "Outside of financial media, the use of billion by Bangladeshi, Indian and Pakistani English speakers highly depends on their educational background. Some may continue to use the traditional British long scale."</small> I think that's the main reason why India chose the "weird" number "thousand million" in the unit tmcft: "billion cubic feet" would be ambiguous. Replacing "tmcft" by "billion cubic feet" is incorrect and should be reverted. — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 19:34, 19 May 2025 (UTC)
:== [[:Template:Convert]] has an [[WP:RFC|RfC]]==
 
<div class="floatleft" style="margin-bottom:0">[[File:Information.svg|48px|alt=|link=]]</div>'''[[:Template:Convert]]''' has an RfC for possible consensus. A discussion is taking place. If you would like to participate in the discussion, you are invited to add your comments on the '''[[Wikipedia talk:Manual of Style/Dates and numbers#RfC Tmcft in convert template?|discussion page]]'''.<!-- Template:Rfc notice--> Thank you.
== Just what ''did'' the RfC on month-day date-links show? ==
:The RfC question is: Should the {{tl|Convert}} template support the unit [[Tmcft]]? [[User:Joe vom Titan|Joe vom Titan]] ([[User talk:Joe vom Titan|talk]]) 20:30, 8 July 2025 (UTC)
 
== Non-breaking hyphen ==
I've examined the third of the "detailed" RfCs. It has been trumpeted as indicating consensus for "at least some form of month-day linking". Let's look at why this is very misleading, and again why we need to be ''very'' careful in the way we frame RfC—indeed surveys of any type. This one is by far the most problematic of the three I've looked at.
 
At [[Template talk:Convert#Nowrap]], we've been talking about whether {{t|Convert}} might use a non-breaking hyphen in e.g. generating 8.4-metre from <code><nowiki>{{convert|8.4|m|ft|adj=on}}</nowiki></code>. The warning at [[Help:Line-break handling#Non-breaking hyphen]] wouldn't seem to apply, as editors wouldn't see an awkward <code><nowiki>&amp;#8209;</nowiki></code>. However, our example "{{ xt|a 10-centimeter blade}}" in [[MOS:UNITNAMES]] uses a plain hyphen. {{u|Johnuniq}} quite reasonably suggested we ask here if that's somehow intentional; better to ask before considering changing code. [[User:NebY|NebY]] ([[User talk:NebY|talk]]) 15:31, 26 June 2025 (UTC)
===Summary===
:Thanks, yes, the question concerns what kind of hyphen should be used in "10-centimeter blade". Currently it is U+002D [[hyphen-minus]] in the MOS documentation linked above, and in {{tlf|convert}}. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 09:41, 27 June 2025 (UTC)
*Allowing only three possible choices significantly swelled the numbers in the middle "certain cases" category.
:There's no problem with a line break after a hyphen like this. It's the same kind of hyphenated modifier as "matter-of-fact comment". An ordinary hyphen-minus is just fine. I don't think any scientific publishers try to avoid line breaks in these constructions. [[User:Indefatigable|Indefatigable]] ([[User talk:Indefatigable|talk]]) 15:28, 27 June 2025 (UTC)
*The language at the opening may have skewed the results towards the favouring of linking.
::I agree, a normal hyphen seems perfectly fine. [[User:Gawaon|Gawaon]] ([[User talk:Gawaon|talk]]) 17:24, 27 June 2025 (UTC)
*More than 90% of respondents appear to have a very conservative attitude towards the linking of month-day dates.
:::In effect you are declaring that a "normal minus" is perfectly fine.
*There may be consensus to allow the ''piping'' of a few annual events to month-day pages, but this RfC demonstrates little public favour for more than a very small amount of month-day linking as exceptional cases.
:::What is a reader to make of {{tq|10- }}<br />
:::{{tq|centimetre blade}}? "Ten minus ... eh? what?".
::::Minus and hyphen are not the same and why should the reader expect a mathematical formula in running text anyway? [[User:Gawaon|Gawaon]] ([[User talk:Gawaon|talk]]) 07:47, 30 June 2025 (UTC)
:::Compare and contrast witk {{tl|snd}}. Good practice doesn't have to be mandated but it can certainly be included in templates like {{tl|convert}}. We don't have to collude with unprofessional typography where we have an easy way to avoid it. [[User:JMF|𝕁𝕄𝔽]] ([[User talk:JMF|talk]]) 13:51, 29 June 2025 (UTC) tweaked --13:56, 29 June 2025 (UTC)
:Different users have different setups. We cannot hope to satisfy everybody; we cannot predict where the right margin might lie, so we should not second-guess that it might coincide with a hyphen. I don't think that people will misunderstand if a linebreak coincidentally occurs between the two components of a [[compound adjective]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 20:59, 29 June 2025 (UTC)
::I don't know of any compound adjective where the dash could reasonably be read as a minus. Just as we don't formally deprecate using a 'spaced hyphen-minus' in running text but we do encourage editors to use {{tl|nbsp}}{{tl|ndash}} (or {{tl|snd}}, same thing){{snd}}why? because it is good typography never to begin a new line with an orphaned ndash. --[[User:JMF|𝕁𝕄𝔽]] ([[User talk:JMF|talk]]) 13:55, 30 June 2025 (UTC)
::I agree that we can accept line-breaking in a compound adjective but acknowledge that line-breaking after "10-" can be momentarily confusing. Print typographers use various strategies to make reading smoother, as described at [[Hyphen#Justification and line-wrapping]], which aren't available to us. We do have a small tweak available here, using a non-breaking hyphen in {{tl|Convert}}. We don't need to impose it on editors otherwise in [[MOS:UNITNAMES]], merely accept its use, so it would be effortless for everyone but [[User:Johnuniq|Johnuniq]] - but if they're willing to do it, can we not accept that gladly? [[User:NebY|NebY]] ([[User talk:NebY|talk]]) 16:46, 30 June 2025 (UTC)
 
== Infobox "at least" symbol ==
===The available choices distorted decision-making===
In their rush to prepare the RfC, the authors did what I might have first thought of doing—giving everyone just three choices: that month-day links should:
#''always'' be made;
#be made ''in certain cases''; or
#''never'' be made.
 
{{re|Drdpw}} An infobox had "37+" [[Special:Diff/1299020568|changed]] to ">37". I've seen "≥" elsewhere. Should we standardize the symbol? [[Special:Contributions/174.138.212.166|174.138.212.166]] ([[User talk:174.138.212.166|talk]]) 12:23, 6 July 2025 (UTC)
While on the face of it this seems reasonable, the tripartite choice placed many participants in a difficult position: not wanting to support an inflexible, total ban on the linking of ''any'' class of item (Choice 3), they were forced to put themselves in the middle category, that month-day date links be made "in certain cases". There is clear evidence of this conundrum; one of the more explicit pleas was from Pagrashtaki—
<blockquote>I cannot support the phrase "Month-Day links should never be made". I would agree that, in general, Month-Day should not be linked. I cannot quickly think of a high-value Month-Day link (25 December on the Christmas article is not high-value in my opinion) [Pagrashtak]</blockquote>
In good faith, I think, a stated aim of the authors was to encourage feedback and discussion within these three categories; but they may not have been aware of how this aim worked against the drawing of definite conclusions from the survey—witness the difficult task of sorting out within that middle category users' actual attitudes to the question at hand. I've attempted to do this as best I can for the more than 50% of participants who placed themselves in the "in certain cases" category, :
*'''Very rarely:''' some 22 participants. Many used these actual words (one said "Very very rarely", and one "Very very very rarely"); the rest I've included in this subcategory because they used equivalent language. Two mentioned exceptions such as "April Fools Day" and "All Saints Day", and two might well have been appropriately classed as "Never" (one of them User:It is we here), although I didn't shift them.
*'''Rarely:''' 12 users.
*'''Specific events:''' 17 users did specify that annual events such as "All Saints Day" might be linked, and four mentioned dates of birth (one of them death-date as well); three people felt that month-day dates might be linked in infoboxes (one of them in the lead, too). Total of ~ 23.<sup>Note 1</sup>
*'''Unclear, leaning towards mostly:''' Four, but including the remark, "only where of value" [BarkerJr].
*'''Mostly:''' two participants, who (conversely) couldn't bring themselves to declare "Always" (Choice 1).
 
:We should not standardize it. I think whenever possible, writing out {{xt|and above}} or {{xt|at least}} is by far the preferred presentation. (What I do wish we could do is recommend against using {{!xt|c.}} for figures other than dates.) <span style="border-radius:2px;padding:3px;background:#1E816F">[[User:Remsense|<span style="color:#fff">'''Remsense'''</span>]]<span style="color:#fff">&nbsp;🌈&nbsp;</span>[[User talk:Remsense|<span lang="zh" style="color:#fff">'''论'''</span>]]</span> 12:33, 6 July 2025 (UTC)
::<small>''Note 1:'' Critically, however, the distortions imposed by being funnelled into one of three choices were all too evident in numerous responses – for example, "Otherwise very rarely" [RainbowOfLight] and "But other than that, it's slightly pointless. For example, I sometimes read articles on fictional characters and soaps that link a date. It makes the whole thing seem redundant." [londonsista].</small>
::We already tend to write "and above" / "at least" in prose. What about infoboxes, where that never happens? [[Special:Contributions/174.138.212.166|174.138.212.166]] ([[User talk:174.138.212.166|talk]]) 12:37, 6 July 2025 (UTC)
:::I was thinking about the in-between of media captions, mostly. {{xt|Over}} is sometimes feasible. I've done {{xt|≥}} before to be fancy, but if I'm being honest outside topics in mathematics {{xt|+}} is likely more effortless for the greatest number of people to read. It really does depend on the specific presentation. <span style="border-radius:2px;padding:3px;background:#1E816F">[[User:Remsense|<span style="color:#fff">'''Remsense'''</span>]]<span style="color:#fff">&nbsp;🌈&nbsp;</span>[[User talk:Remsense|<span lang="zh" style="color:#fff">'''论'''</span>]]</span> 12:40, 6 July 2025 (UTC)
 
== RfC Tmcft in convert template? ==
'''The basic breakdown''' was presented a while ago:
#5 Always [4.2%]
#63 In certain cases [52.5%]
#52 Never [43.3%].
However, the psychological funnelling of large numbers of users into the middle (Choice 2, "in certain cases") has made such a count highly misleading. Given that the style guides do ''not'' speak in terms of total proscription of any links (words such as "normally" and "generally" are used), four or even five categories—more finely graded—would have yielded less distorted results, and these subcategories I've identified would have been much less of a structural feature. It's hard to say exactly, but my reckoning is more like this:
#7 – 5 Always, plus 2 probably more appropriate here than in the middle category ([5.8%])
#4 – Leaning towards the previous category (3.3%)
#23 – Only "All Saints Day", "April Fool's Day", etc ("annual events") [19.2%]
#86 – Don't link, with rare or very rare exceptions (52 Never, plus 34 rare/very rare, who were put off by the extreme framing (i.e., "no exceptions") [71.7%]
 
<!-- [[User:DoNotArchiveUntil]] 20:01, 12 August 2025 (UTC) -->{{User:ClueBot III/DoNotArchiveUntil|1755028879}}
===Conclusions===
More than 90% of respondents appear to have a very conservative attitude towards the linking of month-day dates. Typical comments were ""We don't need a world view of what was going on that day in order to better understand the subject of the article." and "These articles are almost trivia collections." It appears that there may be consensus to allow the ''piping'' of a few annual events, at editors' behest, but the conclusion that was drawn by more than one editor that this RfC demonstrates a public favouring of the linking of month-day items "in some cases" (vague) needs to be re-examined. ''I propose that piped links to annual events such as "All Saints Day" be explicitly permitted in the style guides; however, the overwhelming evidence favours no more than this.''
 
Should the {{tl|Convert}} template support the unit [[Tmcft]]?
===Distortions in the opening text===
Two other factors may have skewed the results to favour linking.
 
[[User:Joe vom Titan|Joe vom Titan]] ([[User talk:Joe vom Titan|talk]]) 19:58, 8 July 2025 (UTC)
''POV wording:'' The opening "Background" contained a major error (as far as I can see), and the title and formal question contained a hidden POV assumption. Rather than using NPOV wording, such as:
*"Should month–day links be made in articles; if you believe they should be made, comment on when this should occur."
:the formal question encouraged the false assumption that these links are or should be made, by asking only ''when'' they should be made:
*"When should Month-day links be made in articles?"
 
:Background: this issue has been discussed in multiple places. E.g.
The wording implied ''when'', not ''if'', so it was almost a fait accompli that month-day dates should be linked some of the time.
:* [[Template talk:Convert/Archive 3#Tmcft]]
:* [[#Tmcft]] ([[Wikipedia:Closure requests#Other types of closing requests#Wikipedia talk:Manual of Style/Dates and numbers#Tmcft|Closure request refused]] because the discussion "focused on multiple different issues")
:None of these discussions reached a consensus. [[User:Joe vom Titan|Joe vom Titan]] ([[User talk:Joe vom Titan|talk]]) 20:18, 8 July 2025 (UTC)
:I've notified [[#Tmcft]], [[Template talk:Convert]] and [[Wikipedia talk:Noticeboard for India-related topics]].
:Is there another place where this RfC should be advertised? [[User:Joe vom Titan|Joe vom Titan]] ([[User talk:Joe vom Titan|talk]]) 20:45, 8 July 2025 (UTC)
*'''Yes'''. Of course it should. [[Tmcft]] is an obscure unit that is nevertheless used by reliable sources in India, as shown in the linked discussions. MOS says to use SI, or {{tq|such other units as are conventional in reliable sources discussing the article topic}}; tmcft is apparently such a unit. For our readers around the world, we should convert tmcft to SI units. The easiest way to do that is with {{tl|convert}}. That template supports [[dunam]] and [[tsubo]] and {{ill|pondemaat|nl}} and [[horsepower-hour]] and [[barrel of oil equivalent]]. Why should tmcft be any different? – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 23:42, 10 July 2025 (UTC)
*'''Yes'''. Why not? Nobody will have to use it, if they don't feel the need. [[User:Gawaon|Gawaon]] ([[User talk:Gawaon|talk]]) 07:30, 11 July 2025 (UTC)
*The actual issue is that editors have not wanted to support text like "123 thousand million cubic feet". The question for MOS is how that should be written. Is it "123 thousand million" or "123 billion" or "123 [[billion]]" or what? [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 07:43, 11 July 2025 (UTC)
*:That's not relevant for the RfC question, as far as I can tell. [[User:Gawaon|Gawaon]] ([[User talk:Gawaon|talk]]) 07:53, 11 July 2025 (UTC)
*::I agree it's not relevant for the people who want someone else to fix it. But that's the question. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 08:20, 11 July 2025 (UTC)
*:::"Thousand million" is unambiguous, and it is what the sources use. "Billion" is ambiguous, and the sources don't use it. If the sources routinely use "thousand million" as part of a unit, all we have to do is display it and (using {{tl|convert}}) also display unambiguous SI units alongside it. "Billion" doesn't enter into the conversation. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 20:56, 11 July 2025 (UTC)
*::::If billion is ambiguous, we should avoid it everywhere, and not just in this context. [[User:Dondervogel 2|Dondervogel 2]] ([[User talk:Dondervogel 2|talk]]) 08:35, 29 July 2025 (UTC)
*:::::It's actually not ambiguous, though. [[User:Gawaon|Gawaon]] ([[User talk:Gawaon|talk]]) 10:00, 29 July 2025 (UTC)
*::::::That is also my impression, which is why I suggested [[billion cubic feet]] from the beginning. If a conversion is included to an SI unit of volume, that would then be understood understood by all. [[User:Dondervogel 2|Dondervogel 2]] ([[User talk:Dondervogel 2|talk]]) 11:21, 29 July 2025 (UTC)
*:The RFC seems somewhat out of place. It's asking a change to a template, not a change to how quantities are written in Wikipedia.[[MOS:BILLION]] does not endorse "thousand million" but does not outright forbid it either. So perhaps the RFC should have asked for a change to make "thousand million" acceptable when used with "cubic feet". If that change is adopted, then it would make sense to support it in the convert template. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 22:23, 11 July 2025 (UTC)
*::That's what I was thinking of. It's easy to add a unit to convert to see how it goes. However, each unit needs a code (Tmcft), a symbol (Tmcft), a name (thousand million cubic feet?), and a link ([[Tmcft]]). Once something goes in a template it seems to have an official blessing. The question is not whether convert should support the unit. The issue is what text should appear in articles where the unit is wanted. That is, what is ''official''. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 05:16, 12 July 2025 (UTC)
*:::[[Tmcft]] says it's "the abbreviation of thousand million cubic feet" so that will be the name (long form), quite obviously. [[User:Gawaon|Gawaon]] ([[User talk:Gawaon|talk]]) 07:24, 12 July 2025 (UTC)
*::::We have an article about the [[cubit]] but that doesn't mean we would use it in an article. Similarly we have an article about ways of writing large numbers, "[[Long and short scales]]" The existence of articles about units, or how numbers are written, does not mean those units or ways of writing numbers should be used in Wikipedia articles (except the articles about those specific units or numerical notations). [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 11:13, 12 July 2025 (UTC)
*:::::Sure it doesn't. Did anyone say otherwise? [[User:Gawaon|Gawaon]] ([[User talk:Gawaon|talk]]) 15:50, 12 July 2025 (UTC)
*:I agree this RfC is not ideally placed on the MoS page. Anyways, I put it here because the [[#Tmcft|main discussion]] took place here on this talk page. I have notified [[Template talk:Convert]]. [[User:Joe vom Titan|Joe vom Titan]] ([[User talk:Joe vom Titan|talk]]) 03:00, 14 July 2025 (UTC)
*: Regarding the question about "123 thousand million cubic feet": I think 123 tmcft should be written as 123 [[tmcft]], as in many (most?) WP:RS about the subject, as far as I can tell. Readers who are not familiar with the unit (e.g. because they're not from India) can click the link, or they can ignore the unit and instead read what Convert produces. Just as I have to ignore units that I'm not familiar with, e.g. "acre-ft" in articles about US dams. (Frankly, most US units seem bizarre to me, but that's just my European bias.) — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 21:51, 28 July 2025 (UTC)
 
:This RfC has gotten few responses.
''Apparent error of fact: first-time link rule in guideline?'' This statement appeared:
:* Tagging participants of the two previous discussions linked above who have not commented here: @[[User:Commander Keane|Commander Keane]], @[[User:Dondervogel 2|Dondervogel 2]], @[[User:Chrisahn|Chrisahn]], @[[User:NebY|NebY]], @[[User:Redrose64|Redrose64]], @[[User:Kbrose|Kbrose]], @[[User:Avi8tor|Avi8tor]], @[[User:Donald Albury|Donald Albury]], @[[User:Hawkeye7|Hawkeye7]]
*"It should also be noted that per the <nowiki>[[WP:MOSLINK|current style guidelines for linking]]</nowiki>, normally an article should link to a date – if at all – only the first time the date appears in the article."
:* Repeating myself: {{tq|Is there another place where this RfC should be advertised}} besides the three places mentioned above?
:The link was to the top of the MOSLINK page in general; the complete absence of the claimed guideline therefore required the participant to hunt around to try to find the statement referred to. More likely, most participants accepted this apparnetly false claim at face value. This had the distorting effect of encouraging users to believe that the linking of month–day items is already mandated at the top of articles. This was not and is still not mandated in the style guides.
:{{---}} [[User:Joe vom Titan|Joe vom Titan]] ([[User talk:Joe vom Titan|talk]]) 17:33, 28 July 2025 (UTC)
::My position is unchanged from previous responses on the other pages mentioned. If [[billion]] is universally understood as a synonym of [[thousand million]] then all occurrences of [[tmcft]] can be replaced with billion cubic feet. The abbreviation 'tmfct' can then be placed where it belongs, a history book. [[User:Dondervogel 2|Dondervogel 2]] ([[User talk:Dondervogel 2|talk]]) 21:05, 28 July 2025 (UTC)
:::Why a history book? The unit tmcft is used all the time in reliable sources from India, just like US/UK units are commonly used in reliable sources from the US/UK. — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 21:28, 28 July 2025 (UTC)
::::The difference is that tmcft is understood only in one place and in one context. No one else uses it. Not a good unit for an encyclopaedia with a wide readership. Wikipedia should use a unit that is widely understood. I question the assertion made by others that [[billion cubic feet]] might be misunderstand by an English speaking readership to mean 10<sup>12</sup> cubic feet, but let's just accept that assertion for the sake of argument. In that situation we can use [[tmcft|thousand million cubic feet]] instead, which will be understood by all. [[User:Dondervogel 2|Dondervogel 2]] ([[User talk:Dondervogel 2|talk]]) 08:44, 29 July 2025 (UTC)
:::::"understood only in one place and in one context" – Sounds like you're taking about acre-feet. — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 23:32, 8 August 2025 (UTC)
:::"If billion is universally understood ..." – It isn't. Read the article you linked to: "Other countries use the word billion to denote either the long scale or short scale billion." — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 21:30, 28 July 2025 (UTC)
::::If billion is ambiguous, we should avoid it everywhere, and not just in this context [[User:Dondervogel 2|Dondervogel 2]] ([[User talk:Dondervogel 2|talk]]) 08:36, 29 July 2025 (UTC)
:'''Yes''', {{t|Convert}} should support [[Tmcft]]. [[MOS:UNIT]] recommends "units as are conventional in reliable sources discussing the article topic". In reliable sources about dams in India, tmcft is a very common unit, probably the most common one. MOS:UNIT has special cases for non-scientific articles with strong ties to the US / the UK. Of course, the same applies to non-scientific articles with strong ties to India. (In case there's any disagreement on this: There's no reason to have special cases for the US and the UK but not for India. This is the English Wikipedia, not the US-and-UK Wikipedia. There are more English speakers in India than in the UK. A bias towards the US and the UK and against India is incompatible with Wikipedia's basic goals and policies.) Of course we should use tmcft for dams in India, just as we use [[Hand (unit)|hand]] for height of horses, as recommended by MOS:UNIT. As mentioned several times in these discussions, "billion" may be ambiguous in India, and that's likely why the convention of using "thousand million" came about. But even if it wasn't ambiguous – tmcft is what WP:RS use. It would be a disservice to our readers and our editors to use "billion cft" or "billion cubic feet" etc. instead. That would only cause confusion when most WP:RS use tmcft. Just as it would be a disservice to use inches or cm instead of hands for height of horses. (Since it came up somewhere in these discussions: There is no need to spell out [[tmcft]], just link to it, and let {{t|Convert}} do the rest.) — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 21:25, 28 July 2025 (UTC)
:As far as I can tell, we have four options:
:'''A.''' Status quo: Allow using tmcft, but don't {{t|convert}} it. Not good. Most editors don't add a conversion from tmcft manually (too much work), and the information is rather useless for readers who are not familiar with the unit.
:'''B.''' Ban the use of tmcft, require SI units instead. Pretty awful choice: 1. Editors would have to convert the unit manually (lots of work, won't happen). 2. Editors and readers would have difficulties verifying the information against what's written in WP:RS. 3. Editors and readers who are familiar with the unit (which is likely if they've read one or two WP:RS about dams in India) will be confused. 4. Won't work. Editors who create or improve articles about dams in India will keep using tmcft as long as WP:RS use it.
:'''C.''' Ban the use of tmcft, require billion cubic feet instead. Also pretty bad: 1. As far as I can tell, few WP:RS about the subject use that unit. Wikipedia would basically introduce its own unit for capacity of dams in India. 2. The word "billion" may be ambiguous. 3. There is no common abbreviation, we'd have to write "billion cubic feet" every time. See the example in [[#Tmcft]] above. 4. Editors and readers have to understand that Wikipedia's "billion cubic feet" is supposed to be a synonym of tmcft used in WP:RS. Confusing. 5. Won't work. See option B.
:'''D.''' Let {{t|Convert}} handle tmcft. Clearly the best choice: 1. Simple and clear for editors and readers who are familiar with the unit. 2. Readers who are not familiar with the unit (e.g. because they're not from India) can ignore it and read the SI unit data produced by Convert. 3. All editors and readers can easily use and verify information in WP:RS.
:Another disadvantage options A, B and C have in common: It would be difficult to explain why the English Wikipedia allows (and converts) all kinds of US- and UK-specific units (and many other subject-specific units), but not an India-specific unit. It would look like we have a Western bias.
:— [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 22:46, 28 July 2025 (UTC)
::Thanks for the great summary Chrisahn, I support option D. Keep in mind that double conversion for tmcft will be desirable, eg "''tmcft (m3; acre.ft)''". I know it is messy, but it will satisfy [[WP:V]], SI readers and Americans. I don't ever see a need to spell out "thousand million", the first instance of tmcft would be linked if someone is curious.
::The double conversion concept is not unique. In Australia megalitres (ML) is used by water authorities and newspapers for dams, see [[Wivenhoe Dam]] (the Reservoir infobox section and article prose).
::I don't believe the MOS has guidance on the conversion choices and imperial gallons is an interesting one there as a result. [[User:Commander Keane|Commander Keane]] ([[User talk:Commander Keane|talk]]) 00:20, 29 July 2025 (UTC)
:::Looking at [[Wivenhoe Dam]] I suppose the MOS dictates that the first usage is spelled out in all cases, so my remark about that above is incorrect. [[User:Commander Keane|Commander Keane]] ([[User talk:Commander Keane|talk]]) 00:43, 29 July 2025 (UTC)
::::Good point. Spelling out the first use of tmcft in the text seems reasonable. (But not in the infobox, I think. Not enough space.) — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 05:35, 29 July 2025 (UTC)
:::::What should <code><nowiki>{{convert|123|Tmcft}}</nowiki></code> display? Do you really want "{{tq|123 thousand million cubic feet (3.5&nbsp;km<sup>3</sup>)}}"? That is the question for MOS. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 06:21, 29 July 2025 (UTC)
::::::No, it should generally be "123 tmfct (3.5 km<sup>3</sup>)". Only the first occurrence should be spelled out. (Or maybe the first occurrence should simply link to [[tmcft]] instead of spelling it out. Might be nicer for online use. Doesn't work well though for offline use, e.g. printed.) — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 06:27, 29 July 2025 (UTC)
:::::::Thanks, with a few decisions I could add the unit as a trial for people to try to see how it works. However, while <code>tmcft</code> is used at [[Tmcft]], a couple of comments above seem to want "thousand million cubic feet". If not that, would the name be "tmcft" or "Tmcft"? Another decision is whether the code (what is entered in {{tlf|convert}}) should be "tmcft" or "Tmcft". [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 09:08, 29 July 2025 (UTC)
::::::::"tmfct" seems to be most common. I've never seen "Tmcft" in the sources. "TMC", "tmc feet" and other variants are also used, but less frequently than "tmcft", if I'm not mistaken. Sources: A few dozen random articles from these Google results: {{google|site:thehindu.com reservoir}}, {{google|site:deccanherald.com reservoir}}, {{google|site:hindustantimes.com reservoir}}, {{google|site:indiatimes.com reservoir}}. — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 11:11, 29 July 2025 (UTC)
:::::::::I'd say Convert should produce "tmfct" with <code>abbr=on</code> and "thousand million cubic feet" with <code>abbr=off</code>. — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 11:21, 29 July 2025 (UTC)
:* '''Yes''', the {{tl|Convert}} template should support [[tmcft]]. This is the only option that promotes consistency among articles as well as readability for locals, experts and internationals. Chrisahn has laid out this reasoning in more detail in his option '''D''' in the previous response. The template should by default convert to the SI unit [[cubic meter]] and to nothing else (e.g. no <s>[[acre-feet]]</s>).
:[[User:Joe vom Titan|Joe vom Titan]] ([[User talk:Joe vom Titan|talk]]) 19:36, 30 July 2025 (UTC)
::I think a US default conversion will be required. US readers are internationals. Looking at the previous discussions, the readability for locals is not valued if those locals are Indian.
::There are particpants that have made article edits so that only Americans can understand the units and said they want to relegate tmcft to the history books, but Wikipedia is writen using history books and this unusual abbreviation will be encountered.
::{{tq|123 tmcft (3.21×10<sup>9</sup>&nbsp;m<sup>3</sup>; 1.23×10<sup>11</sup>&nbsp;cu&nbsp;ft)}} could be the default.
::I am still hoping that worldwide readers will be able to understand [[Srisailam Dam]] with conversions one day.
::With no {{tl|convert}} support are we looking at {{tq| 1.23×10<sup>11</sup>&nbsp;cu&nbsp;ft (3.21×10<sup>9</sup>&nbsp;m<sup>3</sup>)}} everywhere, with the first usage spelled out as "billions"? This is not terrible, but I am worried about editor uptake and verifiability if exponential notation is not natural for all. [[User:Commander Keane|Commander Keane]] ([[User talk:Commander Keane|talk]]) 01:01, 31 July 2025 (UTC)
:::It's completely unnecessary to convert to cu ft simce that is almost the same unit. We have the [[Systeme International]] for international readers; in articles with subcontinent subjects there is no need to cater to Americans specifically. If we did that, we should convert all American dam articles to tmcft to keep things even. [[User:Joe vom Titan|Joe vom Titan]] ([[User talk:Joe vom Titan|talk]]) 16:50, 31 July 2025 (UTC)
::::Screwing Americans isn't how Wikipedia operates and won't get this RfC passed.
::::It is about ''most'' people being able to understand what tmcft is. Wikipedia has to cater for the majority. We don't try to cover everything due to avoiding a ridiculous number of distracting conversions and no excellent software solution.
::::Most people understand metres and feet. Sources are using tmcft.
::::I am sure some Australians would better understand megalitres (not SI) on American dam articles, Indians tmcft, Americans might like gallons or acre-feet, some media like number of Olympic swimming pools. I have been wondering what people in the UK would better understand.
::::Tmcft and cu ft are the same unit and it is an odd situation, but we need a workable solution. [[User:Commander Keane|Commander Keane]] ([[User talk:Commander Keane|talk]]) 00:14, 1 August 2025 (UTC)
:::::I had a random thought that an option would be to render <code><nowiki>{{convert|123|Tmcft|abbr=on}}</nowiki></code> as "{{tq|123×10<sup>9</sup>&nbsp;ft<sup>3</sup> (3.21×10<sup>9</sup>&nbsp;m<sup>3</sup>)}}" and <code><nowiki>{{convert|123|Tmcft}}</nowiki></code> as "{{tq|123 billion cubic feet (3.21×10<sup>9</sup>&nbsp;m<sup>3</sup>)}}". Verifiability will have to be done by viewing the edit box but it will be easy for editors to write articles. I am not sure how this works in VisualEditor. However, looking at [[Hoover Dam]] exponential notation is not welcome. What about <code><nowiki>{{convert|123|Tmcft|abbr=on}}</nowiki></code> as "{{tq|123&nbsp;billion&nbsp;cu&nbsp;ft (3.21×10<sup>9</sup>&nbsp;m<sup>3</sup>)}}. I would say "billion" is not ambiguous in current times, thousand million developed historically. All solutions are messy it seems, but some sort of {{tl|convert}} support would be good.--[[User:Commander Keane|Commander Keane]] ([[User talk:Commander Keane|talk]]) 01:43, 1 August 2025 (UTC)
::::::This is heading in the right direction. While "123 billion cu ft (3.21x10<sup>9</sup> m<sup>3</sup>)" is acceptable, I would prefer "123 billion cu ft (3.21 km<sup>3</sup>)." [[User:Dondervogel 2|Dondervogel 2]] ([[User talk:Dondervogel 2|talk]]) 07:35, 1 August 2025 (UTC)
:::::::I agree. Cubic km is the form I have seen in general use. 10<sup>n</sup> notation is not widely used outside specialist publications. [[User:JMF|𝕁𝕄𝔽]] ([[User talk:JMF|talk]]) 09:24, 1 August 2025 (UTC)
:::::::With this approach we will need to keep in mind small and typical tmcft values, but I think km<sup>3</sup> is good and 10<sup>n</sup> notation should be avoided as JMF mentioned. The default could be over-ridden if needed.
:::::::In [[Srisailam Dam]]:
:::::::* the smallest value is 1 tmcft which is 0.03 km<sup>3</sup> or 30,000,000 m<sup>3</sup>
:::::::* the biggest is 235 tmcft which is 6.65 km<sup>3</sup> or 6,650,000,000 m<sup>3</sup>
:::::::<small>(sorry if this comment isn't at the bottom, edit conflict and DiscussionTools)</small> [[User:Commander Keane|Commander Keane]] ([[User talk:Commander Keane|talk]]) 09:35, 1 August 2025 (UTC)
::::::::[[tmcft]] will be linked. There is no need to convert to cu ft in addition to that. [[User:Joe vom Titan|Joe vom Titan]] ([[User talk:Joe vom Titan|talk]]) 19:13, 1 August 2025 (UTC)
 
== Comparable values ==
''Final comment:'' This is not a blaming exercise; it is all too easy to unwittingly introduce skew into a survey.
[[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 14:28, 18 January 2009 (UTC)
 
Regarding {{tq|Comparable values near one another should be all spelled out or all in figures}}, does "near one another" include in the same sentence, for example "a total of 10 people were rescued, 35 bodies were recovered, and [four or 4] people were missing", or is the guidance meant for values separated only by commas? [[User:Celjski Grad|Celjski Grad]] ([[User talk:Celjski Grad|talk]]) 10:05, 28 July 2025 (UTC)
:FWIW, as that question was not edited much beyond my initial draft, my point of the "should, then if" instead of "when" was that for the purposes of a first-run RFC to determine several date linking issues, it did not make sense to try to work out the exact details of when date fragments should be linked in light of trying to strip autoformatting dates, only if the general attitude was always, sometimes, or never; if consensus pointed to either absolute choice, then Lightbot et al would know what to do with those links. I fully expected that further discussion would be needed to establish that if it was "sometimes" there would need to be determination of when. Thus, there was no intended distortion, it was only trying to get clarity per the aim of what Lightbot and others should be getting ready to do. --[[User:Masem|M<font size="-3">ASEM</font>]] 15:25, 18 January 2009 (UTC)
:::Whatever the claims of "distortion", most of the "sometimes" and some of the "never" said something like ''rarely'', which is the important point. Tony's effort to construe a majority for ''rarely'' as consensus for ''never'' is curious; it should be obvious that there is no consensus. Masem's further discussion may produce one; but in the meantime, why don't the minority that would like to ''routinely'' link, and the minority that is blinded by the sea of blue in linking [[May 1]] in [[May Day]] go back to the showers, and decide whether it is worth coming up with better arguments to win so small a prize? [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 21:05, 18 January 2009 (UTC)
:::That's gobbledygook. Did you read what I said? I made no claim that there was consensus for "never"? Do not twist my words for your own purposes. Heavens, Anderson, no one will take ''any'' notice of what you say, soon. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 01:28, 19 January 2009 (UTC)
::::If the result is '''no consensus''', as I believe, then what do the details matter? Tony's last post at least half concedes this.
 
:There's some judgement involved but the same sentence and generally even the same paragraph would count as near. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">[[User:Stepho-wrs|'''&nbsp;Stepho&nbsp;''']]&nbsp;<span style="font-size:xx-small; vertical-align:top">[[User Talk:Stepho-wrs|talk]]&nbsp;</span></span> 10:08, 28 July 2025 (UTC)
::::Without consensus, the bots and scripts flying about have no justification for their bulldozing, which is the sole issue actually in question. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 17:47, 19 January 2009 (UTC)
::Agreed. [[User:Firefangledfeathers|Firefangledfeathers]] ([[User talk:Firefangledfeathers|talk]] / [[Special:Contributions/Firefangledfeathers|contribs]]) 12:34, 28 July 2025 (UTC)
:::::Don't twist my words, Manderson. Read what I said in the analysis. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 08:23, 20 January 2009 (UTC)
:::::::This acknowledges that ''if'' there is a consensus, it is to link rarely, and a few of the specific categories that several of us think may be worth linking. Other than that, it follows the model of a Bushie report: it comes to the conclusion the reporter wishes the world to believe, even though it is unsupported by the evidence. In particular, '' Typical comments were ""We don't need a world view of what was going on that day in order to better understand the subject of the article." and "These articles are almost trivia collections."'' is unsupported, even by Tony's own count; that's one of three views that a significant number of commenters expressed. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 16:12, 20 January 2009 (UTC)
 
:::l would think that in the actual article under discussion, [[Sinking of the Wonder Sea]], the preference would be to spell out the occasional large number, if mixed digits look jarring. [[User:Qwirkle|Qwirkle]] ([[User talk:Qwirkle|talk]]) 19:14, 28 July 2025 (UTC)
===I endorse Tony's summary===
::::That article currently contains this paragraph:
And just by the way, I can't wait for mass delinking to be put back on track very soon. I just gave up half way through removing stupid datelinks and other distracting blues from [[Ernst Nolte]] because it was turning me into a vegetable. That is work for a machine, not a human.--[[User:Goodmorningworld|Goodmorningworld]] ([[User talk:Goodmorningworld|talk]]) 00:10, 20 January 2009 (UTC)
::::: By 17:00 on 19 July, 10 people were rescued; seven by border guards and three by local fishermen. The number of initial survivors rose to 12, of whom 2 died later after being hospitalized, while the death toll reached 28, including 8 children.
:Agreed. (I completed the date formatting and linking edits for the article.) [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 00:46, 20 January 2009 (UTC)
::::The choice of words vs. figures seems rather haphazard. My personal preference in this case would be to spell out all one- or two-syllable numbers, i.e. up to twelve, and write only 28 in digits. But I must admit my choice is only partly based on policy. I just think it would look better. :-) — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 20:12, 28 July 2025 (UTC)
::Thank you!--[[User:Goodmorningworld|Goodmorningworld]] ([[User talk:Goodmorningworld|talk]]) 01:19, 20 January 2009 (UTC)
:::::These should all be spelled out, and BTW under no circumstances should text like ''on 19 July, 10 people'' ever appear in an article. [[User:EEng#s|<b style="color:red;">E</b>]][[User talk:EEng#s|<b style="color:blue;">Eng</b>]] 20:57, 28 July 2025 (UTC)
:::I hope I won't be dragged before ARBCOM for asking this, but isn't there a bot that scans for punctuation marks before <nowiki><ref></nowiki> bla bla <nowiki></ref></nowiki> and puts the comma or period after the <nowiki></ref></nowiki> where it belongs? If there isn't yet then there should be.--[[User:Goodmorningworld|Goodmorningworld]] ([[User talk:Goodmorningworld|talk]]) 01:27, 20 January 2009 (UTC)
::::::Just to clarify: Do you think twenty-eight should also be spelled out in this case? — [[User:Chrisahn|Chrisahn]] ([[User talk:Chrisahn|talk]]) 21:02, 28 July 2025 (UTC)
::::Yes, I've always found it "funny" to see the <nowiki></ref></nowiki> after the punctuation, but I've never bothered to investigate the accepted practice. Not sure about a bot that does it either. Sorry. Perhaps I should start ARBCOM procedings on myself for wasting Wiki-ink with this less-than-helpful post? [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 01:56, 20 January 2009 (UTC)
:::::::Yes. To be clear, it's a judgment call about what will read most smoothly. [[User:EEng#s|<b style="color:red;">E</b>]][[User talk:EEng#s|<b style="color:blue;">Eng</b>]] 21:30, 28 July 2025 (UTC)
:::::Aaaargh, I meant it the other way around, and what is worse, I just checked and discovered that according to [[WP:REFPUN]] (just down the street from [[Minitrue]], and remember: [[Ignorance is Strength]]) I did it wrong, either way is okay but now that I abandoned changing around the [[WP:REFPUN|REFPUN]] order midway through, [[Ernst Nolte]] is stuck in limbo, neither dead nor alive, just as the horrible fate suffered by [[The Facts in the Case of M. Valdemar|Monsieur Valdemar]]! <small>though on 2nd thought, it couldn't have happened to a nicer guy.</small>--[[User:Goodmorningworld|Goodmorningworld]] ([[User talk:Goodmorningworld|talk]]) 02:15, 20 January 2009 (UTC) Update: request made at [[WP:BRFA]] for a bot to clean up after me.
::::::::For that text, I would have used all digits. But I look at numbers all day. Either way is fine and both are quite readable to the general population - just be consistent. <span style="border:1px solid blue;border-radius:4px;color:blue;box-shadow: 3px 3px 4px grey;">[[User:Stepho-wrs|'''&nbsp;Stepho&nbsp;''']]&nbsp;<span style="font-size:xx-small; vertical-align:top">[[User Talk:Stepho-wrs|talk]]&nbsp;</span></span> 01:56, 29 July 2025 (UTC)
::::::Gruesome! I wonder if "Valdemar" is where [[J. K. Rowling|Rowling]] got her charcter name "[[Lord Voldemort|Voldemort]]"?
:::::::::[[De gustibus non est disputandum]]. [[User:EEng#s|<b style="color:red;">E</b>]][[User talk:EEng#s|<b style="color:blue;">Eng</b>]] 02:20, 29 July 2025 (UTC)
::::::Perhaps the [[Wikipedia:Requests_for_arbitration/Date_delinking/Evidence|date-delinking evidence]] page should be handed over to [[Miniluv]]?
::::::::::Anybody says a word about Gazondom and I’m shutting it down. [[User:Qwirkle|Qwirkle]] ([[User talk:Qwirkle|talk]]) 04:21, 29 July 2025 (UTC)
::::::The [[Ernst Nolte]] article is a pretty full-on page. (Personally, I'd prefer to put effort into other topics.) [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 02:49, 20 January 2009 (UTC)
* Tony’s summary seems like an accurate portrayal of the facts to me. Loose the links. Let bot operators prolifically nuke dates as they see fit. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 04:21, 20 January 2009 (UTC)
**Fixed that article. [[User:Dabomb87|Dabomb87]] ([[User talk:Dabomb87|talk]]) 13:19, 20 January 2009 (UTC)
 
== Fish size ==
== The structure of the dates and numbers article concerning BC vs BCE etc.. ==
 
I noticed some users choose ftin (just like human height) for fish size (e.g. [[Skipjack tuna]]), instead of just inches (or feet for larger fish). Is there a guideline?-- [[User:Carnby|Carnby]] ([[User talk:Carnby|talk]]) 19:08, 4 August 2025 (UTC)
I sometimes forget the BC vs BCE convention at Wikipedia and frequently have to re-look it up. This is a question of upmost importance regarding style. Unfortunately, the current structure of the document makes the reader spend more time than they should to find the answer and the current outline is logically incorrect. First the BC vs BCE (and of course AD vs CE etc.) issue should be handled under the Dates section and ''not'' the "year numbering systems" section. BC, CE, and so on all are used with dates. The section heading should also make it easy to spot that this is the section that deals with this question... something like "BC vs BCE etc." would be a great heading title. The "year numbering systems" should be called something like "Scientific units of time". After time for feedback, I might just make the changes if nobody objects. [[User:Jason Quinn|Jason Quinn]] ([[User talk:Jason Quinn|talk]]) 00:05, 19 January 2009 (UTC)
:Yeah. When telling the angling club about "the one that got away", always add 10% to 25%, depending on how many people were there and how much you've drunk since. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 08:27, 5 August 2025 (UTC)
::{{small|As a fan of metric units, I'd suggest millimiles for really large fish, especially those that got away. [[User:Gawaon|Gawaon]] ([[User talk:Gawaon|talk]]) 10:19, 5 August 2025 (UTC)}}
 
== Time ranges ==
:Yes, BC/BCE/AD/CE are used with dates, but they qualify the year alone. They belong in "year numbering systems" as much as BP, bce and mya do. It is probably a minor matter whether that section is listed as a fourth level heading under "Dates" or as a third level heading as it is now. Optionally, if editors have problems finding the section, perhaps another bullet point in the Dates section could read:
:*Guidance on the use of BC/BCE/AD/CE is given at [[WP:ERA]].
:Personally, I've never had a problem finding the guidance, but if others have problems, then suggestions for a fix would be welcome. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 00:31, 19 January 2009 (UTC)
::And since the guidance consists of "we use all four of BC/BCE/AD/CE, in their usual format", why is it hard to remember? Perhaps we should rephrase. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 18:04, 19 January 2009 (UTC)
:::It's not hard to remember but policies change, so before an editor goes and makes a big change to several articles it is often useful to re-check with the MoS. I recheck the manual of style constantly even for things I'm pretty sure I still remember. Plus sometimes if you haven't fixed any dates in articles for 6, 8, or 12 months, you ''do'' forget. This is absolutely one of the most common formatting questions that arises it deserves to be as easy as pie to find. Currently a user trying to find it from the MoS main pages, goes straight to the MoS date and number section, and then goes to the Dates subsection only to spend a minute skimming it only to discover the information they want isn't there. It then takes another moment to realize there's some goofy semi-ambiguously named "Year numbering systems" section ''outside'' of the dates section where the info they want is located. All of those prefixes BC/BCE/AD/CE/BP are always part of the formatting for dates and should be under that section, not outside of it. The WP:ERA shortcut should point to a subheading under Dates perhaps still named "Year numbering systems". It is clearly more logically incorrect than correct to have "year numbering systems" outside of the "dates" section. Lastly, I never said I wanted to rephrase the policy language itself, but to reorder the outline and perhaps rename the section titles. "Year numbering system" is a confusing phrase and I promise you that most users that click on it aren't sure what it contains; but if the section title had "BC vs BCE and so on" in it, they would know instantly what the section was about before even clicking. [[User:Jason Quinn|Jason Quinn]] ([[User talk:Jason Quinn|talk]]) 19:46, 19 January 2009 (UTC)
::::''I recheck the manual of style constantly even for things I'm pretty sure I still remember.'' Dear Heavens, why? Ignore all rules you find on Wikipedia (Wikipedia is not a reliable source) and write English. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 20:36, 19 January 2009 (UTC)
:::::You don't feel inclined to help make it a "''reliable source''"?
:::::[[Wikipedia:Manual_of_Style|MoS]] is a [[Style_guide|guide]] (not a rulebook).
:::::"''Ignore all rules you find on Wikipedia''"—could that be the final nail in the coffin for the "[[Wikipedia:Civility|civility]]" [[Wikipedia:Requests_for_arbitration/Date_delinking/Evidence|evidence]]?
:::::Just out of interest, will you ignore this [[Wikipedia:Ignore_all_rules|one]]? [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 02:21, 20 January 2009 (UTC)
::::::Tony (and others) appear to believe it's a rulebook which '''must''' be followed. —[[User:Locke Cole|Locke Cole]] • [[User talk:Locke Cole|t]] • [[Special:Contributions/Locke Cole|c]] 02:27, 20 January 2009 (UTC)
:::::::I wouldn't have said that, but they are good at implementing its guide. [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 02:48, 20 January 2009 (UTC)
::::::::I'm inclined to move ''article space'' closer to being a reliable source; we will not succeed before [[WP:DEADLINE]]. This page is an impediment to that goal insofar as it takes up editor time or attention. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 03:53, 20 January 2009 (UTC)
:::::::::In my humble, that's a bit like saying the road-rules handbook is an impediment in getting from A to B. Surely once you've read the "rules" you've become empowered to safely and confidently participate? (Which is not to say that people can't behave like a maniac from time to time.) [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 04:43, 20 January 2009 (UTC)
:::::::::No. There are two differences
:::::::::*I said this has nothing to do with reliability (or neutrality, or verifiability); nothing on this page affects any of them. Nor would this page, even if it got things right.
:::::::::*But it doesn't. This page has the greatest possible flaw in a road-map: It doesn't match the territory. This page does not describe what Wikipedia does, or what good English should do; it describes the prejudices of a handful of underqualified editors.[[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 06:19, 20 January 2009 (UTC)
::::::::::*I didn't saw "''road-map''", I said "''road-rules''". I don't believe the page is designed to describe what "''Wikipedia does''". I still believe you could play a valuable part in improving the page to help explain to others what "''good English should do''". [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 21:15, 20 January 2009 (UTC)
::::::::::**That would mean cutting about 90% of it out, where it pointlessly adjudicates between two things, both of which good English does; or, yet worse, requires a rule which good English does not follow. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 21:32, 20 January 2009 (UTC)
::::::::::***For any particular example, if both are "good" English, then what troubles you with picking one? [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 21:43, 20 January 2009 (UTC)
::::::::::**Because there is no ''reason'' to pick one. Both are useful, and we will get editors who reasonably prefer both; quite often each is more useful in some situation than the other. We should allow both editors to edit, because anyone can edit, and not make rules for rules' sake. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 21:55, 20 January 2009 (UTC)
::::::::::::*But there is—consistency across articles—hence improving the casual reader's experience on WP. I really don't know how else to say it, but I'll have another go: both editors ''are'' allowed to edit, and therefore make their contribution to WP. The fact that a "worker ant" mops up behind them without changing the semantics of the original edit shouldn't bother anyone (and, in general, it doesn't). MOS is a guideline, so if there is a localised situation where one format should be adopted over another, it can be discussed and adopted by consensus. You are failing to convince me. [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 22:07, 20 January 2009 (UTC)
::::::::::::**Consistency across articles on ''17'' vs. ''seventeen'' is a Golden Calf. We shall never obtain it, and I have never seen an actual reader complain of its absence; the efforts to obtain it suppress the real occasions where one or the other has some point. We would do better to leave it alone, as we leave ''honor''/''honour'' alone; readers don't boggle at that inconsistency either. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 22:17, 20 January 2009 (UTC)
:::::::::::::*I disagree with everything you have written above. WP is an evolving process, and as you have pointed out, there is no deadline. Please remember that the vast majority of readers can't complain as they don't log in. I have pointed out that localised consensus can over-ride MOS in the case where "''the other has some point''". I don't believe "honor"/"honour" is an inconsistency as there are guidelines as to regional spelling. [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 22:26, 20 January 2009 (UTC)
:::::::::::::**''Please remember that the vast majority of readers can't complain as they don't log in.'' It's news to me that anons can't post; they do regularly, usually to complain. But this seems of a piece with the rest of this "argument". [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 23:54, 20 January 2009 (UTC)
::::::::::::::*Disingenuous! I would confidently state that the vast majority of readers at WP don't even realise they '''can''' edit. I've personally talked to many many people in order to advocate the use of WP, and almost universally I hear a surprised response when I point out that they are free to edit. Your point of "''I have never seen an actual reader complain of its absence''" is moot. [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 00:17, 21 January 2009 (UTC)
::::::::::::::**''De gustibus non disputand' est''. Just please confine your taste to the edit wars on this page, and don't inflict it on the rest of Wikipedia. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 22:45, 20 January 2009 (UTC)
* (outdent) Well… I go away for a while and check in here before getting myself a cup of coffee. And what do I find? On a thread that doesn’t ''even have Tony weighing in,'' I see you two feeding off each other and busy nipping away at Tony’s heels for seemingly no good reason other than to not miss out on yet another opportunity to get some digs. For one thing, this crap is getting is tedious. So it would be just splendid if you guys did a better job of acting like the grownups I presume your drivers licenses say you are.<p>And, FWIW, what MOSNUM eventually ends up doing will ultimately be decided by the '''community consensus'''. And ''that'' can be influenced only through sound, reasonable, logical arguments that persuades others to a way of thinking. If you guys think that trying to drag down the reputation of one of our most respected editors, then, by all means, keep at it. For I take great pleasure in pronouncing that I rarely agree with anything you write here and am perfectly content to sit back and watch you act like fourth-graders in a vain attempt to influence the community consensus. <span style="white-space:nowrap;">'''[[User:Greg L|Greg L]]''' ([[User_talk:Greg_L|talk]])</span> 02:54, 20 January 2009 (UTC)
**There should be no "MOSNUM community", there should be the community of Wikipedia, which deliberates here or elsewhere as may be most convenient. Underneath the petty squabbles, that's the real point at issue. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 03:50, 20 January 2009 (UTC)
***Don't you feel that guidelines influencing consistency across articles aid readability? Otherwise you'd end up with (to take some sort of weird hypothetical case) the situation where tennis-based articles have linked dates, but music-based articles don't have linked dates—which could be confusing to the average reader. (And I hope that everyone is welcome at the MOSNUM "community".) [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 04:13, 20 January 2009 (UTC)
****No, I don't. This page (with all its dicta) has even less influence on readability than the differences in style and vocabulary which are inevitable in a jointly written project, and on which we have long since decided to live and let live. If switching between ''color'' and ''colour'' doesn't phaze me, none of this will. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 04:20, 20 January 2009 (UTC)
*****When you say "''jointly written''", are you refering to academic-type articles with less than a handful of authors? If so, do you see a difference when there are thousands of (non-academic-type) authors editing a WP article (over time)? Also if so, do you see a difference based on the target audience being very different for an academic journal versus a WP article? [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 04:34, 20 January 2009 (UTC)
******No, I mean Wikipedia, which is jointly written by nature. I have no idea, although there must be a study, how many academic papers have one of the joint authors as a drafting committee. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 04:38, 20 January 2009 (UTC)
*******I might have to get someone else to help me here as I can't follow the introduction of "nature" or "drafting committee" into the discussion. Is your previous point something you could reword to help me follow your meaning? [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 04:47, 20 January 2009 (UTC)
********Done, immediately below. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 06:22, 20 January 2009 (UTC)
****This page is no service to communication with our readers whatsoever. Being inconsistent from page to page on the issues this page decides (such as date format, or whether to use ''seventeen'' or ''17'') is no impediment to our readers; varying between ''honor'' and ''honour'' would be a greater impediment, and we have decided to live with that. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 06:19, 20 January 2009 (UTC)
*****I was under the impression that things like ''honor'' and ''honour'' are consistent—in context with the underlying article's region. I have no problem with regional spellings as they make sense. On the other hand, it would be better to be consistent with "17" versus "seventeen". Not a biggy, but again, I feel you have failed to explain the over-riding problem. (And truth be told, I'm still not overly sure about how "nature" got into the discussion.) [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 21:43, 20 January 2009 (UTC)
******Many articles don't have an "underlying region"; they happen to be in British or American or Australian English. This is intentional, to permit anyone to edit, without prefering any of the national varieties of English.
******Similarly, there are people who prefer ''17'' in spme given context; there are others who prefer ''seventeen''. We should let them both edit, without putting them through the dozen bullet-points on this page, which are both arbitrary and incomplete. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 21:51, 20 January 2009 (UTC)
*******The point is that any one particular editor doesn't have worry about the "''dozen bullet-points on this page''" as someone else will fix syntax without injuring semantics. And as you've admitted that "17" and "seventeen" are both "''good''", the original editor shouldn't be dismayed to see the occasional change. Overwhelmingly, it is a system that works well. [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 21:58, 20 January 2009 (UTC)
*******In which case the editors will find their prose tweaked by illiterates who know this page, but can't write English. Articles will be turned down at FA on the grounds that they don't comply with the rules here, even when they are wrong. This page is a source of power-gaming for the lazy, the semi-literate, the bigoted, and the editor who Knows the True System of Metric Prefixes (there are two True Systems; for the slambang between them, see any of the archives labelled B).
*******The alternative is to memorize the incomplete, inaccurate, and ill-phrased guidelines here, instead of trying to write English and be accurate, neutral, and verifiable.
*******In short, this page is a waste of electrons. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 22:10, 20 January 2009 (UTC)
********You fail to see the bigger picture. The work of the "''illiterates''" will be addressed in due course. Plenty of articles get FA status, so MOS is not the issue. I keep stating it, but you just can't address the point: there is no need to even know about the existence of MOS to contribute to WP, as someone else will tidy up the syntax without damaging the semantics. The original editor should still be able to log-off tired, but happy after being edited. "''In short, this page is a waste of electrons''" is dismissive and disappointing, but I guess you are free to unwatch and simply walk away. [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 23:30, 20 January 2009 (UTC)
*********At last, something I can agree with: '' there is no need to even know about the existence of MOS to contribute to WP''. Indeed, WP would be better off without it, and without the incompetent, self-appointed, tidiers, following rules invented by prejudiced ignoramuses. If MOS would keep itself to its own fantasyland, and not impinge on the useful WP, I would indeed unwatch it; but it breaks out, every so often, and does lasting harm. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 23:51, 20 January 2009 (UTC)
**********I'm no longer sure if you miss the point intentionally or accidentally (but I'll be patient and give you the benefit of the doubt). There is a point to MOS '''and''' it is possible to edit without referring to it (the fact you linked your two sentences with "''Indeed''" clearly indicates that you have not followed the argument). Perhaps at another time you'll be able to rationally address the points I've raised elsewhere on this page today. I hope so. [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 00:10, 21 January 2009 (UTC)
Anderson, you can huff and puff, but you won't blow the house down. Too many people here recognise your agenda to considerably reduce the role of the style guidelines, especially their contents that you have decided to take personal objection to. I see that you've spread your campaign to the current ArbCom hate-page, now almost an encyclopedia itself, due in no small way to your input. I'm surprised that you haven't evolved to take on a more positive role here over the past few years; that option is still open to you. I note that your prose on the clause level has improved significantly, probably because of your contact with the guidelines themselves and the experts who contribute to the talk pages. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 13:28, 20 January 2009 (UTC)
:No, Tony, only you claim to be able to read my mind. Then again, only you claim this page has <mystic>authority</mystic>. Why do you need it so much? [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 19:58, 20 January 2009 (UTC)
 
The guidance is silent on time ranges. For the 12-hour clock and for a time range not within running prose, if something starts during the am and finishes during pm, it's obvious: 10{{nbsp}}am – 3{{nbsp}}pm
Why have MOSNUM? Examine the alternative. Somebody adds "53 BC" to an article. Somebody else changes it to "53 BCE", claiming that "BC" is unduly religious and therefore unacceptable. The first editor disagrees arguing that his history book uses "BC" and therefore "BCE" is unacceptable. After the warring, wiser heads prevail and all agree that either is acceptable as long as the use is consistent throughout the article. Eventually that consensus is codified into MOSNUM. Now, those who wish to scrap MOSNUM are asking for that war/debate to be repeated on every article that contains a date before the year dot. Or asking everybody to read through the archives of talk pages to see if a local consensus was made. The same applies to every piece of collected consensus in every guideline. It would seem to me to be a very heavy price to pay, simply to allow a few editors to have the freedom to write "just as they see fit". Wikipedia is not an anarchy. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 20:16, 20 January 2009 (UTC)
:That's the really useful part of MOS; the ''don't edit war over trivialities'' conduct guidelines. But that's one paragraph, at most; it doesn't need to be ''here''; it could be boiled down and stuck next to [[WP:ENGVAR]] where it belongs. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 21:28, 20 January 2009 (UTC)
:Yes (to RexxS). Hence the idea that the page provides a skeleton of consistency, upon which articles can be fleshed. Of course editors are free to ignore MOS, but they shouldn't be surprised to see their words subsequently made consistent with other pages (of course without changing the meaning of their writing). I fail to see why that disturbs you? [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 21:43, 20 January 2009 (UTC)
::''A foolish consistency is the hobgoblin of little minds.'' Observe the contending SI and IEC rule-mongers above. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 21:58, 20 January 2009 (UTC)
:::You say it's "''foolish''", others say it isn't—I guess that's the end of the debating points then. Perhaps you could provide examples of the foolishness of "''contending SI and IEC rule-mongers''" (I'm keen to learn). "Rule-mongers" is such a pejorative perspective; is it impossible for you to take a step back and see the work of Tony (and a whole heap of others) as aiming towards improving WP? You surely can't rule that out; can you? [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 22:18, 20 January 2009 (UTC)
::::No, I quoted Emerson; for instances of ''that'' foolishness, see [[#microns and micrometres]] above, and all the pages in the archive marked with a B, for Binary. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 22:24, 20 January 2009 (UTC)
:::::I have no problem with people working out which of "microns" or "micrometres" is preferred. Doesn't change a single point I've raised above. [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 22:49, 20 January 2009 (UTC)
:::::::Outside this page, however, we acknowledge that both words exist because they both have uses, and do not call on external style guides to decide for us. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 22:54, 20 January 2009 (UTC)
:::*I cannot rule out that Tony and his three or four friends ''intend'' to improve Wikipedia; that's what [[WP:AGF]] means. In practice, however, their efforts result either in a campaign for a New and Improved, politically correct, English, or in preferences for Tony's native dialect over others. When they fail to accomplish that, they resort to obscenity, abuse, and try to blackball editors out of this page, as [http://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Manual_of_Style_(dates_and_numbers)&diff=263273576&oldid=263268986 here]. [[User:Pmanderson|Septentrionalis]] <small>[[User talk:Pmanderson|PMAnderson]]</small> 22:29, 20 January 2009 (UTC)
::::*I fear you have taken a worse-case view. I'll let the four or five mentioned take over if they wish. [[User:HWV258|<b><font style="color:Navy;background:LightSteelBlue;font-family:Arial" size="2">&nbsp;HWV258&nbsp;</font></b>]] 22:49, 20 January 2009 (UTC)
*"Resort to obscenity"—Anderson, a good start would be if you could stop obsessing about my pooh at [[Wikipedia:Requests for arbitration/Date delinking/Workshop|ArbCom]]. You appear to have led the writing of paragraphs about it. I wish you would desist ''now''; it is offensive. [[User:Tony1|<font color="darkgreen">'''Tony'''</font >]] [[User talk:Tony1|<font color="darkgreen">(talk)</font >]] 10:30, 21 January 2009 (UTC)
 
Within running prose, the endash would be replaced by "to" and the whole thing preceded by "from", but I wonder what to do with time ranges not within running prose. What do we do when both times occur within the morning, say? What should it be?
== Bits - IEEE 1541 defines b as symbol not bit ==
* 10{{nbsp}}am – 11:30{{nbsp}}am, or
* 10–11:30{{nbsp}}am
 
Your thoughts would be appreciated. '''[[User:Schwede66|<span style="color:var(--color-base, #202122);">Schwede</span>]][[User talk:Schwede66|<span style="color: #FF4500;">66</span>]]''' 00:03, 12 August 2025 (UTC)
*[[Wikipedia:Manual of Style (dates and numbers)#Units and symbols often written incorrectly]]: " By extension, the symbols for the units of data rate [[kilobit per second]], [[megabit per second]] and so on are ''kbit/s'' (not ''kbps'' or ''Kbps''), ''Mbit/s'' (not ''Mbps'' or ''mbps''), etc. Similarly, [[kilobyte per second]] and [[megabyte per second]] are ''kB/s'' (not ''kBps'' or ''KBps'') and ''MB/s'' (not ''Mbps'' or ''MBps''). "
*Off the top of my head, I think the following are all OK, though offhand I can't decide whether they should be restricted, generally, to tables and other places where brevity is desirable -- whether ''the service was available 5{{ndash}}7 March'' seems natural but ''the hotline was open 9-11{{nbsp}}am'' doesn't.
*This contradicts somehow [[Bit#Abbreviation and symbol]]: "[[IEEE 1541]] a commonly-quoted relevant standard, specifies "b" to be the unit symbol for bit and "B" to be that for byte. This convention is also widely used in computing."
**10-11 am
[[User:TechControl|TechControl]] ([[User talk:TechControl|talk]]) 15:36, 21 January 2009 (UTC)
**10 am - 11 am
**10:00 - 11:00 am
**10:00 am - 11:00 am
**10 am – 11:30 am (I ''think'' this looks OK)
**10:00–11:30 am (but not 10–11:30 am -- somehow looks lopsided -- but I'm not sure on that)
:[[User:EEng#s|<b style="color:red;">E</b>]][[User talk:EEng#s|<b style="color:blue;">Eng</b>]] 02:09, 12 August 2025 (UTC)