Revision as of 21:42, 28 December 2014 editGeorge Ho (talk | contribs)Extended confirmed users118,297 edits →Stylization of the "common name": RFC tag← Previous edit | Latest revision as of 20:33, 18 January 2025 edit undoStar Garnet (talk | contribs)Autopatrolled, Extended confirmed users, Page movers, Pending changes reviewers35,490 edits →Identification of national organizations esp. government ministries: ReplyTag: Reply | ||
Line 1: | Line 1: | ||
{{ |
{{skip to talk}}{{page views}} | ||
{{Talk header|WT:TITLE|WT:AT|noarchives=yes}} | {{Talk header|WT:TITLE|WT:AT|noarchives=yes|search=no}} | ||
{{Policy talk|}} | {{Policy talk|}} | ||
{{ |
{{Contentious topics/talk notice|topic=at}} | ||
{{old move | date = 30 January 2010 | from = Misplaced Pages:Naming conventions | destination = Misplaced Pages:Article titles | result = moved | link = Misplaced Pages talk:Article titles/Archive 21#RFC on proposed rename}} | |||
{{User:MiszaBot/config | {{User:MiszaBot/config | ||
|archiveheader = {{aan}} | |archiveheader = {{aan}} | ||
|maxarchivesize = 300K | |maxarchivesize = 300K | ||
|counter = |
|counter = 61 | ||
|minthreadsleft = |
|minthreadsleft = 5 | ||
|algo = old( |
|algo = old(60d) | ||
|archive = Misplaced Pages talk:Article titles/Archive %(counter)d | |archive = Misplaced Pages talk:Article titles/Archive %(counter)d | ||
}} | |||
}}{{archives|auto=short|search=yes|bot=MiszaBot II|age=7| | |||
{{archives|auto=short|search=yes|bot=lowercase sigmabot III|age=30| | |||
'''Archives by topic:'''<br /> | '''Archives by topic:'''<br /> | ||
], ], ]<br />], ]<br />] | ], ], ]<br /> | ||
], ], ]<br /> | |||
] | |||
}} | }} | ||
__FORCETOC__ | __FORCETOC__ | ||
== Is this a valid disambig page? == | |||
== Quotation marks in article titles using <q> tag, redux == | |||
An article I have watchlisted ] has been turned into a disambig page, with the article that was there previously moved to ]. Added to the new disabig page are ], ] and ]. All three of the 'non-Eliza Smith' articles have been around for a while with no need for a disambig page (particularly one that isn't Eliza Smith). Is this not a case where hatnotes would be preferable to a disambig page, given they have 'natural' disambiguators? (I ask this from a position of complete ignorance on disambig pages, which I rarely get involved with... - ] (]) 09:10, 2 October 2024 (UTC) | |||
: The place to ask such questions is usually ], but I can tell you right now that the answer you will get is that this is a perfectly fine disambiguation page. Any person with a given first name and last name is likely to be identifiable by that name, irrespective of whether a middle name (or maiden name) is interposed. If there is an argument that ] is the primary topic of the page, then the disambiguation page can be moved to a "Foo (disambiguation)" title, but it seems unlikely that such a short article on a person prominent so many decades ago would be primary. ] ] 12:49, 2 October 2024 (UTC) | |||
::That's great - thanks very much. I don't think the writer is likely to be the primary (or at least, if she is, it'll be by a very narrow margin and I'd be surprised),but it's good to know. Cheers - ] (]) 12:55, 2 October 2024 (UTC) | |||
:Of course not, but it could become clearer if the Disambiguation page is improved for readability. ] (]) 09:07, 29 November 2024 (UTC) | |||
== Remove UE as a whole. == | |||
It makes no sense that anything that has a non-English name is translated in English. I think this should be revised considering that in Québec, we fought tooth and nail to protect our language, and now English Misplaced Pages mindlessly follow the English-language newspapers without ever considering what the majority of French-language newspapers says. ''''']''''' <sup>(] / ])</sup> 04:31, 24 October 2024 (UTC) | |||
:This Misplaced Pages is written in English. We follow English-language usage. If you prefer to read Misplaced Pages in French, then the link is http://fr.wikipedia.org. ] (]) 04:42, 24 October 2024 (UTC) | |||
::English or not, when the French name is the only official one, whether sources use another name is not important. Maybe I'm wrong when it comes to the PLQ, but there are plenty other examples where it's not the case. ''''']''''' <sup>(] / ])</sup> 04:52, 24 October 2024 (UTC) | |||
:::>''whether sources use another name is not important'' | |||
:::Well, it is. Per the policy, ''"Misplaced Pages does not necessarily use the subject's official name as an article title; it generally prefers the name that is most commonly used (as determined by its prevalence in a significant majority of independent, reliable, English-language sources.)"'' | |||
:::I seriously doubt that you'll find consensus to change that. ] (]) 05:00, 24 October 2024 (UTC) | |||
:::UE doesn't hold that titles should be ''universally'' translated to English, it only holds that titles should use the form that's most common in English-language RS. (In this respect, it basically extends the principles of ] and ].) This often results in the adoption of translated titles, but also allows for moves in the other direction if sources support it: for instance, the article ] used to be titled after the magazine's translated name ''Bluestockings'', but moved to its current title by RM consensus because ''Seitō'' was more prevalent in English sourcing. ] (] • ]) 18:16, 24 October 2024 (UTC) | |||
:{{tq|It makes no sense that anything that has a non-English name is translated in English.}} Then you should be pleased to learn your premise is mistaken: the guideline doesn't call for that (read it again: it says "should follow English-language usage", not "should translate into English"), and not everything that has a non-English name ''is'' translated to English here (though it may be transliterated): ] (not "The Mirror"), ] (not "Daily Newspaper"), ] (not "The Land"), ] (not "Don't touch my TV!"), ] (not "Love's a Bitch"), ] (not "News"), ] (not "Leghorn"), ] (not "Mechlin"), etc. Even with respect to Quebec: we have ], not "Three Rivers". | |||
:As far as I know, what's been fought for in Quebec is the primacy of French and the use of authentic French words when speaking and writing in French, not to dictate to users of English how to speak and write English when they ''are'' speaking and writing in English. In any event, this isn't ''Misplaced Pages for Quebec'', it's English Misplaced Pages for the entire world. | |||
:Further, French Misplaced Pages has articles titled ] and ] and ], not "United Kingdom" and "United States" and "California". Why should English Misplaced Pages follow a different approach? ] (]) 18:33, 24 October 2024 (UTC) | |||
:Why would we consider what French-language newspapers say when we ARE WRITING IN ENGLISH? I don't tell you how to speak and write French, your attempt tell us how to speak and write English is monstrously offensive. --] (]) (]) 15:48, 30 October 2024 (UTC) | |||
: And to the list of examples, one could add ] (not ''My Struggle''), ] (not ''Sun Circus''), ] (not ''Truth''), ] (not ''Deutschland''), and on and on. I can only agree strongly with ]: your premise is mistaken, your argumentation is baseless, and your proposal has no chance. Feel free to raise it again, though, after you have fixed the titles of the following articles at French Misplaced Pages so they all have the proper English titles: '']'', '']'', '']'', '']'', '']'', and '']''. Et passez une très bonne journée ! ] (]) 06:08, 18 November 2024 (UTC) | |||
:] is also pertinent here, since part of the basis of the OP's idea seems to be that because the organization's official name is English, en.WP has to write it that way regardless what the preponderance of English-language sources are doing. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 10:44, 24 November 2024 (UTC) | |||
* We don't need to throw the baby out with the bathwater, but USEENGLISH is, in my view, second only to COMMONNAME in how much there's a disconnect between what people think it says and what it ''actually'' says. Misplaced Pages ''deliberately'' does not have a preferred form of English, yet, for example, I often see people in NZ-related RMs try to pull the "Māori-derived terms aren't ''really'' English" card (which coincides with the recent anti-indigenous pushback amongst white conservatives in AU/NZ politics). I think we do need a ] equivalent for the article titles policy, because even though some older people halfway across the world might still call it "Ayers Rock", the COMMONNAME for years has always been ]. ''']''' (]) 19:11, 24 November 2024 (UTC) | |||
**If I were king for a day, I would just delete the ] redirect and call it ] instead. When it's the shortcut that's causing the misunderstanding, no amount of nuance in the policy itself is likely to help. ] (]) 20:18, 24 November 2024 (UTC) | |||
== Clarification regarding language of ] == | |||
Hello, | |||
I am writing to inquire about the phrasing {{Talk quote inline|...the subject area...}} in the Recognizability description. '''Does {{Talk quote inline|...subject area...}} refer to the general topic area of an article's content or specifically the subject matter of the article in question?''' I ask because I have been participating in multiple ] discussions, especially in the context of ]. In addition, how {{Talk quote inline|...subject area...}} is interpreted can affect my !vote rationale. | |||
{{Collapse top|Example for those confused about my inquiry}} | |||
To illustrate my point, consider the example of the article title for Emperor ]. If {{Talk quote inline|...subject area...}} is defined to be ] broadly speaking (i.e. a general topic area for the emperor), I would argue that ''Alexander III of Russia'' meets ] '''as is''' because he does not have the name recognition of ], ], or even his son ] to go by just a '']'' or a ] without the "of Russia" qualifier. | |||
In contrast, if {{Talk quote inline|...subject area...}} is defined to be Emperor Alexander III of Russia (i.e. specifically the emperor himself), I would argue that ''Alexander III of Russia'' meets ] '''by truncating the article title to '']''''' because as someone familiar with the Russian ruler, I do not need the article title to tell me he is affiliated with Russia. | |||
{{Collapse bottom}} | |||
'''Please note that I am not asking this to rehash or pre-empt a move request involving ]''' <small>(In any case, I am skeptical that the Russian emperor is the ] for ''Alexander III'' because <strike>]</strike> ] had the same regnal name and number)</small>. I am asking this because I have never received an explicit clarification on this matter in the various RMs I have participated in. | |||
Any insight would be greatly appreciated. Thank you, | |||
'''''] (]) (])''''' 19:41, 1 November 2024 (UTC), last edited 14:48, 3 November 2024 (UTC) | |||
:N | |||
:Virtually nobody remembers Alexander the Great's regnal number, so he is obviously not a candidate for the primary topic.--] (]) (]) 21:16, 2 November 2024 (UTC) | |||
::Thank you for noting this. I admit that I thought about that when I was writing my query, but I also believed that Alexander the Great could still be the primary topic for ''Alexander III'' on technical grounds. I probably should have used ], who ''is'' commonly known by that regnal number, to illustrate my point. '''''] (]) (])''''' 14:48, 3 November 2024 (UTC) | |||
:::Taking the revised version of the OP's scenario, of "Alexander III" in particular: in English-language sources, the Scottish monarch still only has only a bit more than half as much RS coverage as the Russian one . Whether 12K sources for the Scot and 20K for the Russian firmly establishes the latter as the ] might be open to some disputation (which would not be the case if it were something like 3K to 175K split). But the Scottish one clearly is not primary, and he would probably be the leading contender against the Russian by a wide margin. To answer the OP's more general question, "subject area" in this sense means heads of state and comparable figures (such as Popes and a few other people usually known by "Foobar IV" regnal-style numbering, perhaps inclusive of major non-states like duchies in some cases). It doesn't mean anything narrower that's dependent on the specific article content and context (like being Russian or from a particular era). <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 10:56, 24 November 2024 (UTC) | |||
== Request for comment on the relationship between ] and ] == | |||
{{archive top|status=no|result= | |||
There is consensus that '''] does not take precedence over ]'''. Editors should continue to balance all relevant guidelines and policies when determining article titles, without giving inherent precedence to either section. | |||
Most participants agreed that both sections are integral parts of the ] policy and should be balanced and considered equally when determining titles in a ] discussion, on a case-by-case basis using the context of an article. Editors argued that neither section should override the other universally; instead, contributors should weigh all relevant factors alongside the policy's text. Some editors also suggested that ] and relevant sections in the ] were an additional important consideration in RM discussions. | |||
The minority of contributors supporting the primacy of ] communicated that the strong and direct language in the section (e.g. "do" / "must" rather than "should do" / "can do") established precedence. However, opposing participants argued that policies are not set in stone, and that disagreements over their interpretation should be resolved through consensus-based discussions rather than strictly following the exact wording of the policy (] and ]). Furthermore, while editors supporting primacy also contended that enforcing precedence would prevent potential conflicts and maintain internal consistency within the policy, opposing editors rebutted that such disharmony and inconsistency was not widespread under the status quo. | |||
] (]) 06:11, 26 November 2024 (UTC) | |||
{{nac}} | |||
}} | |||
For any proposed article title determined by the application of ] the proposed title should nonetheless comply with ] (ie ] has primacy over ]). ] (]) 00:03, 18 November 2024 (UTC) | |||
For simplicity, comments can be made as a ''Yes'' or ''No'' to the RfC proposition. | |||
===Background=== | |||
At ], it is stated: {{tq|The following points are used in deciding on questions ''not covered'' by the five principles; consistency on these helps avoid duplicate articles}} . | |||
The meaning of any particular part of a policy should be construed within the fuller context and not in isolation. The question considers whether the two sections exist in harmony with each other or whether the application of any of the five criteria can be construed to over-ride any of the matters detailed in ]. | |||
This RfC does not propose a change to the wording of this policy nor does it preclude a change. ] (]) 00:16, 18 November 2024 (UTC) | |||
'''Note:''' Just as there are five principles listed at ], there are eleven matters (sections) to ]. The proposition deals with the relationship between ] (as a whole) and ] (as a whole). 08:25, 18 November 2024 (UTC) | |||
'''Intent''' The intent of this RfC is to determine what the policy is actually telling us as written (how it should reasonably be construed) as opposed to what editors ''think'' the policy should be telling us. If there is a disjunction between the two, then an amendment to the policy is indicated but that would be another issue. | |||
Pinging editors that have already commented: {{U|WhatamIdoing}}, {{U|Thryduulf}}, {{U|Voorts}}, {{U|SnowFire}}, {{U|Adumbrativus}}, {{U|Extraordinary Writ}}, {{U|Novem Linguae}} and {{U|Mdewman6}}. ] (]) 10:35, 20 November 2024 (UTC) | |||
===Comments=== | |||
*'''Yes''' (as proposer) The wording at the intro to TITLEFORMAT states the considerations detailed therein are {{tq|''not covered'' by the five principles}} - matters raised therein fall outside the scope of CRITERIA. The matters identified at TITLEFORMAT mainly exist for technical reasons that ''should not'' be over-ridden (noting that it is rare to use ''must not'' on WP). Reading the subject guidance in the full context of this policy, the proposition represents both the ''spirit and intent'' and the letter of the policy. Accepting the proposition asserts a harmony between the two individual sections. Rejecting the proposition creates tension and disharmony within the policy. That would assume that the drafters of the policy lacked the perception to see such a conflict of ideas and/or, that such a conflict should exist. By ] (or at least its corollary) the reasonable (simplest) view is that the intention is one of harmony between the two sections. ] (]) 00:46, 18 November 2024 (UTC) | |||
:'''PS''' Many of the eleven matters identified at TITLEFORMAT use unambiguous emphatic language such as ''do not'' or ''use'' rather than ''should use''. Such language serves to tell us that these matters are not optional. They are definitely not informing us on {{tq|how to balance the five criteria}}. These are things that a proposed title ''cannot violate''. Such language quite clearly establishes the relationship with CRITERIA and the primacy of the matters at TITLEFORMAT collectively. ] (]) 08:51, 18 November 2024 (UTC) | |||
*For context, this stems from ] (about ]), where I was asked as closer to disregard !votes that invoked consistency. I declined to do so since I feel consistency is a policy consideration (]; ]) that editors are allowed to balance against other factors, but if editors think that style guidelines like ] should always take precedence, I'm happy to be recalibrated. ] (]) 01:08, 18 November 2024 (UTC) | |||
Now that the {{tag|q}} tag is whitelisted, it is possible to add <q>quotes</q> around any text anywhere without having to change the content. This includes the article title, see for an example. The MOS does not (yet) handle this situation, but it states that {{xt|Use italics when italics would be used in running text}}. Should we have a similar rule for applying quotes? <code style="border:1px solid #ddd;white-space:nowrap">-- ]]] {{]}}</code> 12:36, 14 July 2014 (UTC) | |||
*:Just to be clear, it is not that ] takes precedence (at least not directly). It is that ] is part of ]. The weight given to ] comes from within ]. ] (]) 01:26, 18 November 2024 (UTC) | |||
*I’d say yes. But I wonder, why use {{tag|q}} in the displaytitle instead of quotation marks directly? —] (]) 17:05, 14 July 2014 (UTC) | |||
*'''No''' ] should not have primacy over ]; both are part of the ] policy and should carry equal weight. ] addresses issues not directly addressed by ], in other words, it informs how to balance and invoke the 5 criteria, but is not something that the criteria can 'violate' or not. In the case of that RM, the fundamental question is whether "battle" is part of the proper noun or not, which essentially is a ] question- how do ] normally write it. Thus, we have ] and, more specifically, ], which are ], which are specific invocations of a combination of ] and ], which are both ]. I don't think ] arguments should be completely discounted, but it's up to the RM participants and the closer to determine how much weight they carry. ] states consistency should be the goal {{tq|to the extent it is practical}} and ] (an essay) discusses consistency arguments {{tq|when other considerations are equal}} so it seems clear consistency should not be ''the only'' consideration. Personally, I think most battles significant enough to be known as "battle of x", "battle" is clearly part of the proper noun (the event usually being more important than where it occurred), but we must follow reliable sources. ] (]) 03:06, 18 November 2024 (UTC) | |||
:*Because DISPLAYTITLE: does not allow changing the text, so adding regular quotes does not work. Using {{tag|q}}, the quotes are added by the browser, so the content is not actually changed. <code style="border:1px solid #ddd;white-space:nowrap">-- ]]] {{]}}</code> 19:25, 14 July 2014 (UTC) | |||
*'''No'''. Both policy sections include various factors that are used to determine an appropriate title on a case by case basis. In an RM discussion, any relevant factors should be balanced and weighed against one another to reach consensus. I don't see evidence of disharmony or major inconsistency requiring a massive change to policy. If it ain't broke, don't fix it. ] (]/]) 22:29, 18 November 2024 (UTC) | |||
*Finally! Yes. This is a great idea. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 22:08, 15 July 2014 (UTC) | |||
*:This RfC does not propose a change to policy. It is a question of how the ''spirit and intent'' and the letter of two different parts of the policy, as they exist, should be ''reasonably'' construed. ] (]) 03:37, 19 November 2024 (UTC) | |||
*::That's splitting hairs. If there's only one way of reasonaly construing a policy, then that construction becomes the policy. ] (]/]) 14:32, 19 November 2024 (UTC) | |||
*:::Reading CRITERIA and the supporting sections addressing the five principles (within the full context of the policy), it is essentially telling us that a proposed title is determined by weighing each principle and that each principle need not be given equal weight in a particular case. However, TITLEFORMAT tells us that the matters therein are {{tq|questions ''not covered'' by the five principles}} - ie they are outside the scope of CRITERIA and the five principles. The matters at TITLEFORMAT are clearly quite separate from CRITERIA. The eleven matters at TITLEFORMAT tell us to do a certain thing, to not do a certain thing or that certain things might be done in narrowly construed circumstances. Compared with CRITERIA (and the five sections that explain the individual principles) TITLEFORMAT uses emphatic language. Reading the individual sections in the fuller context of the whole policy, TITLEFORMAT is essentially telling us to discard or modify a proposed title if it does not conform to any of the eleven matters therein. At no point does it suggest that any of the five principles might {{tq|cover}} any of the matters at TITLEFORMAT. Consequently, it is not reasonable to posture that any of the five principles, either individually or in combination, might over-ride or supplant any of the matters at TITLEFORMAT - especially those which are made emphatically without exception. | |||
*:::Yes, there ''is'' only one way that a rule, law or policy ''should'' be ''reasonably'' construed if it is robustly constructed - eg without ambiguity. But that is not always the case. Consequently, in the real world, rules and laws are often tested to determine how they should be ''reasonably'' construed. I make a ''reasoned'' case that the letter of the policy is that, matters at TITLEFORMAT have primacy over CRITERIA. In consequence there is harmony between the two sections internally and a harmony between ] and other associated P&G. The internal and external harmony evidences that construing the relationship between the two sections this way represents not only the letter of the policy but the ''spirit and intent'' of the policy. Asserting otherwise creates tension, ambiguity, inconsistency and disharmony between the two sections and related P&G where none exists otherwise. Is there a ''reasoned'' argument that the alternative accurately represents the letter of the policy and the ''spirit and intent'' or is it just an opinion that ''I don't like it'', then it should be made. | |||
*:::Yes, {{tq|n an RM discussion, any relevant factors should be balanced and weighed against one another}}. However, arguing an internal contradiction within a policy where none ''reasonably'' exists would be illogical and flatly contradict the policy. Accordingly, it should be ]. ] (]) 02:07, 20 November 2024 (UTC) | |||
*::::Misplaced Pages's policies and guidelines are not statutes. They are not written by a single body at a single point of time; there's no legislative drafters or style guide; and the overriding concerns are not precision, consistency, or rule of law. Rather, they are written by several editors—many with opposing viewpoints—over the course of decades according to a process that values ], with the recognition that ] is an overriding principle. Your interpretation of AT as written might be correct, but it's beside the point. In current practice, RM discussions generally involve editors making arguments based on COMMONNAME, CRITERIA, TITLEFORMAT, or any of the various naming conventions, and then weighing between those arguments. One discussion might conclude with a consensus that consistency is more important than concision, while another might result in using a common name instead of a precise title. ] (]/]) 02:23, 20 November 2024 (UTC) | |||
*:::::{{tq|If there's only one way of reasonaly construing a policy, then that construction becomes the policy.}} We can only construe a policy base on what is written. The purpose and intent of this RfC is to determine how the relationship between CRITERIA and TITLEFORMAT should be construed ''based on what is written within the fuller context of the policy''. This is exactly the ''point''. Proposing a title (be it the initial title or at an RM) is about balancing the five criteria for any particular case. That is what the policy is telling us and it is not disputed. But this is not the question posed by the RfC nor the ''point'' of the RfC. If the policy is telling us to comply with TITLEFORMAT, then that is what we do too. The intent of the RfC is not to determine what editors think the policy should say but what it actually says. If it doesn't say what the community think it should say, then it is ""broke" and should be fixed. However, that would be another matter since it is not the intent of this RfC to change the policy. Furthermore, IAR is not a ''get out of jail free'' card to be exercised whenever one just doesn't like the rules. ] (]) 10:06, 20 November 2024 (UTC) | |||
*::::::I'm a lawyer. I love getting in the weeds and arguing about the meaning of the law. But that's not how Misplaced Pages interprets or creates rules. Editors operate based on consensus, not ] of P&Gs. Please review ] and ]. ] (]/]) 14:10, 20 November 2024 (UTC) | |||
*'''No'''. Voorts puts it well. Both sections contain factors that need to be considered in the context of an individual discussion and neither can be correctly stated as stronger than the other in all cases. ] (]) 23:02, 18 November 2024 (UTC) | |||
* Interesting... I just tested the technique of using {{tag|q}} tags with <nowiki>{{DISPLAYTITLE:}}</nowiki> in <u>]</u>, and it worked! So, does this mean that the title of ''every article'' about a song, short story, etc., will need to be updated this way, in order to maintain ]? That's an awful lot of articles; is it worth the trouble? Perhaps the process could be automated with a bot. One way to identify song articles, of course, would be to look for title "(disambiguators)" containing "song"; another would be to key on Category tags within each article. — ''']''' (]) 00:30, 17 July 2014 (UTC) | |||
*This RFC could use some examples placed prominently towards the top somewhere. I read it twice and do not understand it. If I spent another 5 minutes reading the linked policies I could probably puzzle it out, but including that information here would be helpful. –] <small>(])</small> 23:35, 18 November 2024 (UTC) | |||
*:{{U|Novem Linguae}}, it is a question of whether CRITERIA (or any particular principle therein) would over-ride any (one or more) of the eleven matters at TITLEFORMAT, noting that for many of these matters the language used is emphatic rather than optional. My response to Voorts might better explain the issue. I will give some examples if this helps. Some of these are related/analogous to article title discussions that have occurred. | |||
*::Would a proposed title that uses title case over-ride LOWERCASE on the basis that article titles using title case are more RECOGNISABLE or more NATURAL than article titles written in sentence case? | |||
*::Would a proposed title of ''#tag'' over-ride ] on the basis of recognisability/COMMONNAME? | |||
*::Would a series of sub-articles on a topic in a format similar to "Azerbaijan/Transport" (though using some character other than "/") on the basis of CONSISTENT, NATURAL or CONCISE over-ride ]? | |||
*::Would one have a title "The Department of Foo", over-riding ] on the basis of CONSISTENT and COMMONNAME (we always see "the Department of Foo" in sources) or "Wild horses", using a similar argument to over-ride ]. | |||
*::Would we have "X Plate" for the names of individual tectonic plates citing CONSISTENT because all WP articles use "X Plate" over-riding LOWERCASE even though none of the individual plate names are consistently capped in sources. Or do we change all of these to lowercase on the basis of CONSISTENT because the majority of cases are consistently not capitalised in sources? | |||
*::Would CONCISE over-ride ] to use "¿" for an article about the inverted question mark? | |||
*:] (]) 02:19, 20 November 2024 (UTC) | |||
*'''No''', Voorts is correct. ] (]) 02:37, 19 November 2024 (UTC) | |||
*Is this really a good idea? I used two browsers to copy the article title and each includes the quotes (Firefox gave straight quotes and IE gave curlies). Looking at the page, I have no way of knowing what the title of the article is (although I can infer its title from the browser's address bar—assuming I haven't arrived at the page from a redirect). It's one thing to use a trick to show the title in italics, but it's quite another to change the title—that means we get to fight about the title of the page, ''and'' the display title, ''and'' the title used in the text (why curly quotes in the display title but straight quotes in the article?). Many editors are used to the beautiful simplicity of the fact that the title shown on the page ''is'' the title of the page. Many are also used to "use straight quotes"—is the turmoil from introducing doubt on both those worthwhile? ] (]) 01:06, 17 July 2014 (UTC) | |||
*'''No'''. If any one guideline should have precedence, it's ], which is the titling equivalent of how Misplaced Pages handles everything else (e.g. ] for when sources disagree on more factual matters). Perhaps ], too (the titling equivalent of ]). (Not seriously mentioning these as counterproposals, just an "IMO" on priority.) | |||
** Part 2: I don't want to sidetrack, but I also disagree that this is even applicable to the sample RM that caused this (which I did not participate in). Suppose an editor performs a, for purpose of discussion, indisputably incorrect ngrams analysis. They screwed something up, made a typo, who knows. But the results of that faulty ngram analysis indicate some rule in TITLEFORMAT should predominate. But... it doesn't matter, because ], so the would-be TITLEFORMAT guidance doesn't even really apply. Okay, the case of a clear error isn't common, but what's more common is a ''contested'' ngram analysis. Cinderella said in that RM and in others that ngrams can overstate the rate of capitalization, but a lot of people disagree and believe that ngrams can understate the rate of capitalization by mixing in normal uses of the term. Which side is "right" isn't important here, but the point is, if the raw evidence is contested, a closer shouldn't just close "because (some policy in TITLEFORMAT) says so". There's really ''two'' claims afoot here, one of raw evidence and one of how to apply policy, and the first is often harder to parse! I've seen RMs close on arguments that are (IMO) inarguably at variance with the facts on the ground, and I'm sure that others think the same in reverse of me. Point is, it's not even clear that this proposed change does what it's implied to do, and if it does it would lead to absurdities like my example before of a faulty analysis somehow prevailing because it invoked the "right" policy on the wrong grounds. ] (]) 00:00, 20 November 2024 (UTC) | |||
**:{{U|SnowFire}}, firstly, there is no change to WP:AT proposed here at all. The question is about how the existing letter and ''spirit and intent'' of the relationship between CRITERIA and TITLEFORMAT should be (correctly) construed. Secondly, while the discussion with Extraordinary Writ may have led to this RfC (one followed the other), the RM being discussed there was not the only matter leading to this RM. In that RM it was argued that the CONSISTENT over-rode LOWERCASE - not because of source evidence that the title should be lowercase but because of an unsubstantiated claim that of a convention to use alternative capitalisation regardless of what sources did for a particular case. While CONSISTENT exists, if a cited policy exists it must also be reasonably construed if it is to be given any weight. This RM has nothing to do with the evidence presented at that or any other RM. But addressing your point without getting sidetracked, it is the role of commenting editors to present ''appropriate'' evidence to support their case and for editors opposing that case to interrogate such evidence to confirm it does evidence what it is purported to (noting that capitalisation is essentially a statistical question that requires a polling of sources to determine the proportion of capitalisation in prose). This RM is not just about the relationship of LOWERCASE to any one or more of the principles at CRITERIA. It addresses the relationship of CRITERIA to all of the matters covered by TITLEFORMAT, where I have seen discussions relating to LOWERCASE, SINGULAR, DEFINITE, subsidiary articles, persons names, TCS and trademarks that have prompted this. That is the reasons why this RfC is about the relationship between CRITERIA and TITLEFORMAT rather than CRITERIA and LOWECASE. Perhaps I might put this in perspective for you and link to your comment (response to me) , even though it is about the relationship between CONSISTENT and LOWERCASE. ] (]) 03:22, 20 November 2024 (UTC) | |||
**::Don't want to talk too much about a specific RM rather than the overall change, but if I had !voted in that RM, then yes, I would have placed very little weight on WP:CONSISTENT. And I agree with you that the community should take CONSISTENT less seriously. But I also think that this is a matter already mostly handled fine by our consensus process. If other editors in good standing want to prioritize CONSISTENT in areas I disagree, that's their right - the MOS is inherently ''suggestions'' rather than mandated right or wrong things, as it has to be because language changes over time. | |||
**::The larger issue for me is the ngrams one - I'm thinking of stuff like the "Eurasian P/plate" RM where there was just a failure to agree on reality, and the closer bought the ngrams argument over the "here's what geologists who actually work in the field say" argument (which was a crazy thing to dismiss as "vibes"!). If you say that this isn't the issue you're raising here, fine, I could be persuaded to abstain, but I think ''that'' was the core of the original Battle of Panipat discussion, common name as decided by ngram analysis. If hypothetically it was ''indisputable'' there was completely no common name at all and just wild variance, then sure, lowercase b, and if hypothetically it was ''indisputable'' the > X% Battle usage threshold was met (where X varies by editor), then clearly it should be capital B. But as mentioned above, it is rare for the matter to be indisputable! So fiddling with which policy "wins" should have had little effect in my book, as the question was truly one of COMMONNAME, and that is clearly one where people just greatly disagree. (i.e. that we're just talking about a different reason to not move, that of "didn't make a convincing enough COMMONNAME case.") ] (]) 03:57, 20 November 2024 (UTC) | |||
**:::Picking ngrams over reliable sources is just incorrect. COMMONNAME itself says we should follow the most reliable sources. ] (]/]) 04:07, 20 November 2024 (UTC) | |||
**::::I couldn't agree more, but, unfortunately, that's not always how move discussions have gone in the past. I strongly believe the usage in relevant reliable sources should trump the usage of ngrams, which take into account a large swath of sources that may be unfamiliar with proper usage and capitalization. ] (]) 16:02, 20 November 2024 (UTC) | |||
**:::::Ngrams are generally the gold standard for assessing common name because unlike your search for "relevant reliable sources", which is an undefined and imprecise definition, they provide an objective and unbiased look at a wide variety of sources with a clear measure that isn't defined by anyone on Misplaced Pages, not to mention analysis by year. And book sources are usually presumed to be at the upper echelons of reliability too. Far too many RMs use cherry-picked lists of sources, many of which are part of the ] phallacy and are often just designed to support whatever viewpoint the RM nominator wants to convey. — ] (]) 23:15, 20 November 2024 (UTC) | |||
**::::::Ngrams ''can'' be useful when it is clear that a single phrase refers to only a single topic and is used only in a single context. However when a single phrase has refers to multiple topics and/or is used in multiple context then it is not an accurate representation of any of them. ] (]) 01:08, 21 November 2024 (UTC) | |||
**:::::::This is exactly my point of view, and it's why every title with a common noun in it, whether a proper name or not, seemingly ends up being downcased. ] (]) 14:24, 21 November 2024 (UTC) | |||
**:::{{Ec}} Another case where an ngrams argument was simply incorrect was a situation where there were two topics with the same name, one was a proper noun and the other a common noun (it was an article about a geographically named regional railway line in England but I forget which one). One participant did not understand that there were two distinct topics - a specific individual railway line (the subject of the article) and railway lines in general in the same place - and kept insisting the ngrams showed that it wasn't a proper noun. However in reality the ngrams did not (and could not) distinguish between the two. There needs to be flexibility to interpret the context of the specific discussion and that is lacking from this proposal ] (]) 04:08, 20 November 2024 (UTC) | |||
*'''No''', it's the other way around. Recognizability, naturalness, precision, concision, and consistency are more important than things like "Use singular form" and "Avoid definite and indefinite articles" and "Do not enclose titles in quotes". It should usually be possible to comply with all of these, but I pick the first set of principles over the little details. ] (]) 06:52, 20 November 2024 (UTC) | |||
*'''No''', voorts is correct that our goal is not applying ] analysis to whether ] is making those eleven points secondary to the five points of ] or the superseding formatting guidelines. Any of these sixteen concepts can be the means to decide a requested move. ] ( ] ) 16:15, 20 November 2024 (UTC) | |||
*'''No''' per WhatamIdoing. ] (]) 22:14, 20 November 2024 (UTC) | |||
*'''No'''. ] is by far the most important thing to consider for titles (and yes, that often means looking at ngrams as well as other evidence). Where there's a clear common name, the policy and longstanding practice mean we rarely fail to use that - even where consistency might not be met. If and only if the common name is unclear, then we invoke the five criteria directly and try to reach a consensus on which title fits them best. If after all that there's still a lack of clarity, then I'd invoke TITLEFORMAT at that point, but not any earlier. — ] (]) 23:20, 20 November 2024 (UTC) | |||
*'''Yes'''. Cinderella157's analysis is correct, and many of the TITLEFORMAT points are non-optional, while all of the criteria are a prioritization juggling game of various preferences, any of which can be sacrificed when outweighed by other considerations, while much of TITLEFORMAT cannot. To the extent anything in TITLEFORMAT is actually optional, the solution is to separate its material into two lists, of mandatory versus conditional matters. The "No" commenters here all appear to be missing the point, and seem to have been triggered into strange defensive contortions by wording like "supersede" or "override". <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 02:03, 21 November 2024 (UTC) | |||
*:The only truly non-optional point under TITLEFORMAT is TSC because that's a technical, rather than style, issue. At least four of the TITLEFORMAT points have exceptions—including singular form, don't use abbreviations, use nouns, and trademarked names—so they are not required in all circumstances. Several of them don't really ever come into play in RMs, like use sentence case, subsidiary articles, don't use quotation marks, and italics, largely because nobody could credibly argue against those. For example, I can't think of a circumstance where we wouldn't italicize a film or book page title. The follow reliable sources point is just an amalgam of several of the CRITERIA. Regarding your analysis of the no !votes: the RfC is expressly asking us whether a certain part of a policy should supersede another. Indeed, Cinderella157 has used the phrase "over-ride" 8 times in this discussion so far. It's not a "strange defensive contortion" to respond to those points. ] (]/]) 02:27, 21 November 2024 (UTC) | |||
*::The constant flood of over-capitalization RMs of multi-word titles tells us that "use sentence case" is actually quite important; while no one proposes "Use title case!", what they want effectively amounts to that, so this line-item in the policy is an additional shield against their over-stylization whims (though lack of consistent support in independent RS is more often the main one, whether it be a ] or ] or ] or ] or ] question). The point about quotation marks actually does come up, though rarely (mostly with regard to phrases from conventional quotations or from Internet memes, and exceptionally with regard to titles of works that have internal, or are surrounded by, quotation marks of their own, like some famous David Bowie material). Italics: we have a long-term, persistent contingent who hate that WP house style is to put all major works in italics regardless of medium (they want to deny this style to electronic publications). I have to rather amusedly note that your engaging in another defensive contortion, handwring over {{em|just how many times}} the proponent used a term that triggered your defensive reaction, has rather the opposite of your intended effect of disproving my point.<!-- --><p>The question here is quite simple: which section of the policy has precedence when there's a perception of conflict beteen them? The answer has to be TITLEFORMAT because making it secondary would regularly (not strangely exceptionally, when sources really seem to dictate it) produce inconsistent titles even within the same category of subjects, yet {{em|CRITERIA includes CONSISTENT}}. That is, CRITERIA is effectively telling us, in CONSISENT, that it is secondary to TITLEFORMAT.</p><!-- --><p>A potential way around the problem, or perceived problem, here would be to merge these sections one way or another, so that all the actual title criteria we employ, including formatting ones, are in one place. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 07:05, 21 November 2024 (UTC)</p> | |||
*:::Please stop calling the no !votes defensive contortions. You said no !votes were using words like "override"; I was pointing out that it was Cinderella using that word. ] (]/]) 14:29, 22 November 2024 (UTC) | |||
*::::Except I said {{em|nothing like that at all}}, but quite the opposite, namely that Cinderella157 did in fact use these terms and then you and various other "No" !voters are reflexively and emotionally reacting to what they could mean in some other context instead of analyzing their actual meaning and implications in this context. So, your apparent anger at me here really has no basis. You either do not understand the argument I am making, or are striking the pose that you don't understand, because you don't like it but can't seem mount a sensible counter-argument. Regardless, I predict no utility in me going round in circles with you any further. This kind of ] stuff is just pointless and anti-consensus. Instead of responding to anything substantive I said, you've retreated to an "offended" posture, in which bluster is used as a ] to dodge every single element of the substance, and that bluster is based on blatantly misreading everything I wrote. ]. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 10:41, 24 November 2024 (UTC); tone revised 15:28, 24 November 2024 (UTC) | |||
*'''No''' The point at issue is an attempt to lower-case an article title. ] states that "{{tq|...the written rules themselves do not set accepted practice ... Disagreements are resolved through consensus-based discussion, not by tightly sticking to rules and procedures}}". We had a consensus-based discussion and that establishes the accepted practice. If there then seems to be inconsistency in the rules then the rules should be loosened, not tightened, so as to accommodate the accepted practice. ]🐉(]) 08:24, 22 November 2024 (UTC) | |||
*:No, the point at issue is not an attempt to lowercase an article title. It was prompted by quite a number of discussions where the issue was not just LOWERCASE but other matters at TITLEFORMAT v CRITERIA. {{tq|The intent of this RfC is to determine what the policy is actually telling us as written (how it should reasonably be construed) as opposed to what editors think the policy should be telling us.}} This is stated in the ''Background'' section. It continues: {{tq|If there is a disjunction between the two, then an amendment to the policy is indicated but that would be another issue.}} An inconsistency or a disjunction have the same result: if there is something wrong with how the policy is written then it needs to be amended and improved. It is unfortunate that responses here are more concerned with defending what people think the policy says than considering whether that is what it is saying in both the letter and the ''spirit and intent'' represented by consistency with other P&G. ] states: {{tq|Remember, the participants in any given discussion represent only a tiny fraction of the Misplaced Pages community whose consensus is reflected in the policy, guidelines and conventions to which all titles are to adhere.}} There is a difference in CONLEVEL between P&G and an RM. Arguments at an RM are to be assigned weight {{tq|giving due consideration to the relevant consensus of the Misplaced Pages community in general as reflected in applicable policy, guidelines and naming conventions.}} If there is an inconsistency in P&G in what it says or what it might be thought to say, then this should be remedied else it is a case of ''garbage in, garbage out''. An unwritten principle of WP is continuous improvement. Even Voots grudgingly acknowledges I ''might be right''. ] (]) 10:16, 22 November 2024 (UTC) | |||
:::We are told above that {{tq|For context, this stems from ] (about ])}}. I did not participate in that discussion and am here as a member of the wider community following the listing at ]. Insofar as there's a wider issue, it's that this policy page is so huge (about 5,000 words) that it contains numerous competing considerations. How these should be balanced and used has to be decided on a case-by-case basis and that's what the RM discussion did. There isn't a formal order of precedence and so the answer is still '''No'''. ]🐉(]) 15:36, 22 November 2024 (UTC) | |||
*'''No''' per all of the reasoning above (nomination request to simply say 'Yes' or 'No', so no, of course not). ] (]) 14:04, 21 November 2024 (UTC) | |||
:* That's a good question. Perhaps we might compare this to the careful use of en dashes and em dashes in article titles. I don't know if that was done from Misplaced Pages's inception, but in any case, there is some similarity in that en- and em dashes are distinct characters from hyphens, which means complications for URLs, and the necessity of redirects. But that's been handled so well that I think we all take it for granted. I don't see "fight about . . . the display title" as a big problem; it should be pretty uncontentious whether or not something is a song title (or other type of name that the ] says belongs in quote marks). As for the appearance of quote marks added by {{tag|q}} tags, maybe it's possible for a user preference to be set up to allow users to choose whether they display as straight or curly? — ''']''' (]) 01:46, 17 July 2014 (UTC) | |||
*'''No.''' To draw an analogy to broader Misplaced Pages governance—if the CRITERIA are the five pillars of titling, TITLEFORMAT is its MOS. In that sense, while we should follow TITLEFORMAT as much as is practical, it's nevertheless still possible for an argument to achieve consensus that a given article's title should diverge from TITLEFORMAT's norms in order to serve the overarching principles behind the titling process. Indeed, many of TITLEFORMAT's sections essentially enshrine this line of thinking outright, whether by noting standard exceptions (], ], ]) or directing us to follow the usage by RS (] or ]). ] (] • ]) 15:52, 21 November 2024 (UTC) | |||
::*The type of quotes is easily controlled by CSS. <code style="border:1px solid #ddd;white-space:nowrap">-- ]]] {{]}}</code> 07:00, 17 July 2014 (UTC) | |||
*'''No''' per Voorts, Andrew, SnowFire and others. They make the point much better than I could. ~~ ] (]) 15:47, 22 November 2024 (UTC) | |||
*'''No''' - Probably over-kill at this point but simple formatting issues are not nearly as important as the issues that ] addresses. ] (]) 22:12, 24 November 2024 (UTC) | |||
{{archive bottom}} | |||
== Reduce bloat, banners, and bananas == | |||
*The quotes displayed with the <q> tag are unhighlightable, and thus can't be copied and pasted. Is this a good thing? ] ⚞]⚟ 03:45, 17 July 2014 (UTC) | |||
There's too much inaccessible content around this wiki. Also the sections in the article are trying to convey few things in many round-about ways. Verbosity is understandable, but not at the expense of wasting time of readers. Time is finite. For example, there's a wall of purple stuff right above this editor, there could be a yellow / red call-out above that, but I'm writing here, not in my browser's address bar. ] (]) 09:02, 29 November 2024 (UTC) | |||
:* {{ping|Curly Turkey}} I just tried this, and had no problem partially highlighting text rendered between {{tag|q}} tags, whether in an article title or the body text. For testing purposes: <q>Here's a sentence enclosed in {{tag|q}} tags.</q> Do you still find that you can't highlight any part of it? — ''']''' (]) 05:36, 17 July 2014 (UTC) | |||
:** The ''text'' is highlightable, but the ''quotemarks'' themselves are not. Is this the desired behaviour? Wouldn't this be a terrible thing to happen in the body of the text? For example, {{green|My favourite Beefheart track is <q>My Human Gets me Blues</q>, from ''Trout Mask Replica''.}} If I copy-&-pasted this, I'd lose the quote marks, and the sky would fall. ] ⚞]⚟ 06:06, 17 July 2014 (UTC) | |||
:*** Never mind—the quotemarks don't appear to get highlighted, but when the text is actually pasted the quotemarks appear (and become straight-up-and-down quotemarks). ] ⚞]⚟ 06:08, 17 July 2014 (UTC) | |||
:****Apparently there's more to it. The history of ] (ugh! I had to manually delete the quotes to make that link!) includes ] with "the quotes are not copied" in the edit summary. In my comment above I mentioned that one browser I tried copies the quotes as straight, while another copies them as curly, and Edokter is apparently using a browser that does not copy them. ] (]) 06:48, 17 July 2014 (UTC) | |||
:*****I use Chrome. I don't consider "copy-pastability" to be that important, there are so many elements and templates that do not allow copying that it should not be the defining factor. If removing two quote marks is all the only downside, we gain a lot in terms of aesthetics. <code style="border:1px solid #ddd;white-space:nowrap">-- ]]] {{]}}</code> 07:00, 17 July 2014 (UTC) | |||
:******Yikes! I can't agree with that—I do an awful lot of copy-pasting when editing, both at WP and at work. Not being able to copy-paste the title of an article you're trying to link to is a particularly grievous problem, I would think. ] ⚞]⚟ 07:59, 17 July 2014 (UTC) | |||
:******People are ''used'' to copying the page title. Many would be stunned to see that a copied title gave a red link (because they did not know they had to remove certain characters). ] (]) 11:07, 17 July 2014 (UTC) | |||
:*******Redirects can help here (and are allowed) so you would never copy an invalid link. <code style="border:1px solid #ddd;white-space:nowrap">-- ]]] {{]}}</code> 09:12, 21 July 2014 (UTC) | |||
:********That would mean a ''lot'' of redirects - which I don't really think is a good idea. It would almost be easier just to move all the articles to titles which include the quotes. ] <small>(] • ])</small> 14:12, 21 July 2014 (UTC) | |||
*I just realized (another reason) why this is a bad idea. How would this work for articles whose titles already contain quotes? For instance, the David Bowie song “''']'''” on the ]. Would that be rendered as {{xt|<q>"Heroes"</q> (David Bowie song)}}? {{tl|DISPLAYTITLE}} doesn’t let you change double marks to single, which would be necessary here. —] (]) 06:40, 18 July 2014 (UTC) | |||
**That is a special case, where the quotes ''are'' part of the title. <s>In this case, I think the song is misnamed; it should be ] (single quotes), which currently redirects to the album: ].</s> Scrap that... someone decided to invent a special rule to enclose title that contain quotes in additional quotes. That is quite redundant. Title with quotes don't need additional quotes. <code style="border:1px solid #ddd;white-space:nowrap">-- ]]] {{]}}</code> 08:38, 18 July 2014 (UTC) | |||
***That ''is'' how quotation marks work… it’s a rule of standard written English, no more or less invented than all the rest. —] (]) 13:20, 18 July 2014 (UTC) | |||
*Since it displays curly quotes, it's a bad idea so long as ] says that curly quote marks are not recommended. ] (]) 13:43, 18 July 2014 (UTC) | |||
**That's just the default. As I said above; easily changed with CSS. <code style="border:1px solid #ddd;white-space:nowrap">-- ]]] {{]}}</code> 15:16, 18 July 2014 (UTC) | |||
:::Sure, but this shouldn't be necessary. The default should be the recommended style. ] (]) 16:34, 18 July 2014 (UTC) | |||
::::It will be, when the CSS is put in Common.css. For now, I'm just polling if this has potential of becoming acceptable practice before I put it in. <code style="border:1px solid #ddd;white-space:nowrap">-- ]]] {{]}}</code> 17:20, 18 July 2014 (UTC) | |||
:The best way to reduce, is to remove entire sections, and then engage contention. Since it is categorised as contentious topic, resolving all raised concerns by humans here can be solved with active contention. ] (]) 09:04, 29 November 2024 (UTC) | |||
=== The redux part === | |||
So, I'd like some more discussion. Some of the comments above are due to some technical misunderstandings. | |||
# With regards to copy/pastability, all browsers (with the possible exception of IE, of which I can only test 8) do not regard the {{tag|q|s}}-generated quotes as part of the title, so they are not copied. 99.9% of articles that may have quotes title, repeat the title as the first phrase of the article anyway. So that is moot. | |||
# ] now <s>forces</s> applies straight quotes for {{tag|q}} tags. | |||
# I think the MOS should copy the same rule that goes for italics ({{xt|Use italics when italics would be used in running text}}) to state ({{xt|Use {{tag|q}} when quotes would be used in running text}}). | |||
# If the quotes are part of the title proper, real quotes should be used (ie. ]). | |||
For testing, all episode linked from ] now use {{tag|q}} in their titles. <code style="white-space:nowrap">-- ]]] {{]}}</code> 23:21, 28 November 2014 (UTC) | |||
::The wall of purple text is a closed talk page section. At this page, talk page sections are automatically archived 60 days after the last comment in that section if more than 5 sections are present. ] (]) 09:19, 29 November 2024 (UTC) | |||
:] explicitly states '''Do not enclose titles in quotes'''. It was many years ago that it was decided that TV series and multi-episode stories would get italics and single episodes would get quote marks. As I remember it at the time everything got italics and this was a way to distinguish episodes from their shows. The one thing that was not a part of that discussion was putting article titles in quotes. This did extend beyond TV shows as short films, songs, poems etc are also put into quotes but, again, their article are not using them in the title. As there has not been a discussion to rewrite the specific section of the MOS any articles using quotes in their title should have them removed until a consensus to start using them has finished. ]|] 00:37, 29 November 2014 (UTC) | |||
::But the titles are not "enclosed" in quotes; they are added by CSS, and threfor not part of the title. This is not strictly related to TV episodes either, but concerns titles in general. One of my points above is to apply the same rule that governs italics in titles. Why should this be different? This is me being bold doing a small-scale test; don't just throw the "consensus first" argument just because you don't like it. I haven't seen any argument adressing any real objection. <code style="white-space:nowrap">-- ]]] {{]}}</code> 01:01, 29 November 2014 (UTC) | |||
:::My apologies E as I know how valuable to the entire Misplaced Pages project (not just the Doctor Who wikiproject) so I know that the following will offend you, but this reads as sophistry. To any reader the title is enclosed in quotes. As to being bold you could do the same thing in a sandbox or draft space to show people how it works. It has also had the effect of other editors it to articles beyond the scope of your test. There is no reason to have one set of articles violating policy at this time. By all means get a RFC going and it the consensus is to put quotes in article titles that will be fine. Again my apologies for any offense caused - that is not my intention. ]|] 01:22, 29 November 2014 (UTC) | |||
::::Agian, your only argument is to hold this idea against the ''current'' rules. That is not what this discussion is about. Can you put those aside for a moment and comment on the actual ''merit'' of the idea? Because this is going nowhere. <code style="white-space:nowrap">-- ]]] {{]}}</code> 08:46, 29 November 2014 (UTC) | |||
:::::Commenting on the merit of the idea should be in the context of a properly advertised RfC. If you want to change policy, start one. ] (]) 10:31, 29 November 2014 (UTC) | |||
::::::You know what? '''No!''' I want to discuss the idea first, '''then''' change the policy accordingly. <code style="white-space:nowrap">-- ]]] {{]}}</code> 11:02, 29 November 2014 (UTC) | |||
:::::::But the point of an RfC is to have a wide discussion. Where's the value in a few editors discussing it in this thread? ] (]) 11:35, 29 November 2014 (UTC) | |||
:::::::Just want to point out… discussing the idea of changing policy, ''then'' changing policy, is exactly the point of an RFC. And that is exactly what you were discussing here. Don’t know why you wouldn’t want to be. —] (]) 05:11, 17 December 2014 (UTC) | |||
== Notice of move discussion == | |||
I think my earlier concern from the previous discussion still holds: If {{tag|q}} titles are adopted project-wide, then what about titles that contain their own quotation marks? We’d end up with two sets of double quotes in the title, which is not the project-wide style for nested quotes. —] (]) 20:33, 10 December 2014 (UTC) | |||
:Can you provide an example where this would be an issue? This would be an edge case; all MOS rules have at least one of those... <code style="white-space:nowrap">-- ]]] {{]}}</code> 21:38, 10 December 2014 (UTC) | |||
::If you recall, the last time I gave an example, you made a bold edit to it and then claimed ]… but anyway, how could those edge cases be handled? We can’t change <code>"</code> to <code>'</code> in DISPLAYTITLE. —] (]) 16:58, 16 December 2014 (UTC) | |||
:::If you are referring to ], then the matter is handled. As I said above, {{tag|q|o}} should ''not'' be used where (surrounding) quotes are already part of the title proper. <code style="white-space:nowrap">-- ]]] {{]}}</code> 17:34, 16 December 2014 (UTC) | |||
::::I see no benefit in being inconsistent in that manner. So I strongly disagree with that point. If quotes should be added to minor work titles, then they should be added to '''all''' minor work titles, or not at all. —] (]) 17:44, 16 December 2014 (UTC) | |||
A ] is underway concerning the titles of several articles which may be of interest to this project. Interested parties can ]. ]'']'' 10:29, 30 November 2024 (UTC) | |||
===RFC: Quotation marks in displayed article titles=== | |||
{{rfc|style|policy|rfcid=237501C}} | |||
Figured having an RFC on the issue would be more beneficial than not having one. ] tells us to enclose the titles of certain works in quotation marks. We avoid doing this in the titles of their articles. But should we do it in the ''displayed'' article titles with <code>{{braces|DISPLAYTITLE:{{tag|q}}}}</code>? Example: | |||
== Overprecision in (sports)people == | |||
<code><nowiki>{{DISPLAYTITLE:</nowiki>'''<nowiki><q></nowiki>'''A Touch of Class'''<nowiki></q></nowiki>'''<nowiki> (''Fawlty Towers'')}}</nowiki></code> | |||
Could you please check ]. ] (]) 23:09, 4 December 2024 (UTC) | |||
*My primary concern about this is consistency. If it’s going to be done, it should be done consistently. But ''can'' it be done if a quote mark '''<code>"</code>''' in the title needs to be converted to a single quote '''<code>'</code>''' per ]? If a title is '''"Foo" Bar''', can it be displayed as '''"'Foo' Bar"'''? —] (]) 05:20, 17 December 2014 (UTC) | |||
**Perhaps I should rephrase. Say we have an article titled '''"Foo" Bar'''. To properly display this title, we should use '''{{xt|"'Foo' Bar"}}'''. But using {{tag|q|o}} would result in '''{{!xt|""Foo" Bar"}}'''. Is there a workaround? —] (]) 10:29, 20 December 2014 (UTC) | |||
* '''Worried''' – the discussion above suggests various problems and inconsistencies between browsers. I do often copy titles, and if the quote marks sometimes get copied and sometimes don't, depending on which browser I'm using, then that could be a problem. ] (]) 06:13, 17 December 2014 (UTC) | |||
*:Again, consistency. Major roadblock. —] (]) 07:12, 17 December 2014 (UTC) | |||
**The only inconsistency is possible copy behaviour, and then only IE seems to misbehave. Display is consistently using straight quotes by way of CSS. <code style="white-space:nowrap">-- ]]] {{]}}</code> 09:57, 20 December 2014 (UTC) | |||
*'''Oppose'''. Yeah, I ''did'' argue that ] and MOS should be in harmony, but this one is a step too far and should remain an exception. The fact is, wherever we do follow ] in the running text, we ''don't'' put the actual article title in quotes. Maybe we should, but then we would have to put DISPLAYTITLE on hundreds of thousands of articles. (And we're seriously lagging with {{tl|italic title}}s already). Do we really ''have to'' open this particular can of worms? I don't see a clear benefit. ] (]) 21:10, 20 December 2014 (UTC) | |||
*'''Question:''' Can't the problem that 174.141.182.82 outlines be worked around by using HTML character entities like <code>&apos;</code> (renders as: <code>'</code>)? If so, then I'd '''support'''. The concern that it'll take a long time to implement is a questionable one; innumerable things on WP take a long time to implement, but we do them anyway, and they're all severable; there is no connection between this suggestion and {{tl|Italic title}} implementation, or adding infoboxes to articles, or whatever. Lastly, the fact that this displays properly across all (major?) browsers is sufficient; we don't need to concern ourselves with a copy-paste vagary in one browser. If we cared about that, we would abandon a lot of other markup. In this regard, I'll note that with most browsers, if you copy-paste a standard HTML list, ordered or unordered, the numbers or bullets (respectively) for the items is lost. But even this depends on what one is copy-pasting {{em|into}} (what forms of rich text formatting it accepts and in what form), and further this varies by operating system, as different OSes have different clipboard functionality. We cannot really hope to compensate for this sort of variable user-side platform variation, and it's a moving target anyway, as OSes and applications are changing all the time. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 03:33, 21 December 2014 (UTC) | |||
**To your first question: Nope. I just previewed a test edit. If DISPLAYTITLE doesn’t include the quote characters, whether or not they’re replaced with apostrophes or <code>&apos;</code> or {{tag|q}}, DISPLAYTITLE has no effect. —] (]) 04:23, 21 December 2014 (UTC) | |||
**The content of displaytitle must match the actual title, otherwise it is ignored. As for titles that alrready have quotes... they remain an edge case. I have yet to come across one other then ]. <code style="white-space:nowrap">-- ]]] {{]}}</code> 09:38, 21 December 2014 (UTC) | |||
***] which was mentioned on the {{"'}}Heroes{{'"}} Talk. If there were a way to search for the character in article titles, I’d offer more examples. —] (]) 19:32, 21 December 2014 (UTC) | |||
*If this only relates to one or two articles, there is no need to change the policy or guideline to allow them... those one or two titles can be considered ''exceptions'' to the rule, allowable under ]. ] (]) 14:54, 21 December 2014 (UTC) | |||
**99.9% consistency is a fair point. —] (]) 19:34, 21 December 2014 (UTC) | |||
*'''Support if''' titles which contain quotation marks can be handled appropriately, or if the consensus is that these titles are few enough that their inconsistency is not a concern. But WP policy should address the question either way. —] (]) 08:20, 24 December 2014 (UTC) | |||
Edit: actually, the issue applies to all people: ]. ] (]) 23:48, 4 December 2024 (UTC) | |||
== Stylization of the "common name" == | |||
== Plural form in foods (important) == | |||
{{RFC|prop|policy}} | |||
Per such guidance as ] and ] (including ]) and ] (including ]), my understanding is that when we refer to trying to use the "common name" (per ]) for an article title, this ''does not'' necessarily refer to using the most common ''stylization'' of the name (e.g., regarding the capitalization of the name or the use of unusual typographical formatting like {{!xt|macy<sup>*</sup>s}}, {{!xt|''skate.''}}, {{!xt|}}, {{!xt|''Se7en''}}, {{!xt|''Alien<sup>3</sup>''}}, {{!xt|Toys Я Us}}, and {{!xt|Invader ZIM}}). In some recent requested move discussions, some editors seem to disagree with that interpretation – saying that using the "common name" refers to using whatever typographical stylization is found most commonly in sources. In a recent discussion at ], it was suggested (by ]) that it may be helpful to have additional clarifying commentary about this here in ]. The suggestion was editing the fourth paragraph of ] to read: | |||
{{blockquote|{{tq|Although official, scientific, birth, original, or trademarked names are often used for article titles, the term or name most typically used in reliable sources is generally preferred. Other encyclopedias are among the sources that may be helpful in deciding what titles are in an encyclopedic register, as well as what names are most frequently used. ''Note that the preference for common names does not indicate that titles should necessarily be styled as they are found in other sources. For the proper stylization of the common name, please refer to the ].''}}<br/>(using italics here to highlight the key aspects; we would not need to actually use the italics).}} | |||
Would that be a helpful clarification? | |||
I would like to understand why, unlike some Italian foods (for example ] and ]), which are written in the plural, "]" isn't written in the plural, although in the most common name is the plural; for English names this rule doesn't apply? ] (]) 20:07, 11 December 2024 (UTC) | |||
—] (]) 21:03, 16 December 2014 (UTC) | |||
:Generally, we use the singular form unless the plural form is the overwhelming use in English. ] (]) 20:16, 11 December 2024 (UTC) | |||
::{{Ping|DrKay}} exactly, and "hot dogs" is a ''slightly'' more common name than "hot dog", according to . ] (]) 20:18, 11 December 2024 (UTC) | |||
:::I said ''overwhelming''. ''slightly'' doesn't cut it. ] (]) 20:21, 11 December 2024 (UTC) | |||
::::{{Ping|DrKay}} all right. ] (]) 20:22, 11 December 2024 (UTC) | |||
:''Panini'' and ''cannoli'' are a problem here. In English, they ''are'' singular. "I'd like a chicken panini, please, and a dozen cannoli(s) to go." I'd say English speakers are familiar enough with "-i" plurals (from "spaghetti", "linguini", etc.) that they may understand the use of these forms for the plural as well as for the singular, but they may not: it's "one cannoli", but either "two cannolis" ''or'' "two cannoli" is possible. | |||
:See the second paragraph of the Etymology section of the ] (you provided the wrong link) article. I see that the ] article is confused about this, beginning, appallingly, with its first words, "Cannoli is". This is outright incorrect whether you're following Italian usage (in which case you'd have "Cannoli are") or English usage (in which case you'd have either "A cannoli is" or "Cannolis are"). See also ], which takes the approach of treating the word as plural, "Biscotti are". | |||
:But one thing you generally won't hear from English speakers is "Can I have a panino/cannolo/biscotto, please"? And we don't even mean by "panini" or "biscotti" what Italian speakers mean by them. The same goes for "gelato". ] (]) 00:25, 12 December 2024 (UTC) | |||
::{{Ping|Largoplazo}} what Americans and English, unfortunately, don't understand is that even we Italians don't usually say "spaghetto", because types of pasta are written in the plural even in Italian, but at the same time we Italians know which Italian foods to write only in the plural and which in both forms (however, it's written "linguine" and "fettuccine", not "linguini" and "fettuccini").<br />In any case, '''could you please correct the ] and ] pages?''' I'm not a native English speaker ('''also ], ], ], ], ], ], ], and ]'''). Thanks in advance. ] (]) 18:01, 12 December 2024 (UTC) | |||
{{cot|indent=4.8em|bg=darkseagreen|O/t sidebar on favorite foods and recipes}} | |||
:::I enjoy the occasional spaghetto as a light snack. ] (]) 07:17, 13 December 2024 (UTC) | |||
::::You're funny, in a good way. ] (]) 09:07, 13 December 2024 (UTC) | |||
:::::Do not forget that triumph of Italian-American cuisine called ], {{u|JacktheBrown}}. ] (]) 09:21, 13 December 2024 (UTC) | |||
::::::{{Ping|Cullen328}} I didn't know this brand. ] (]) 22:05, 13 December 2024 (UTC) | |||
:::::::{{u|JacktheBrown}}, you were better off not knowing about it. Very bland and mushy. ] (]) 23:32, 13 December 2024 (UTC) | |||
::::::::{{Ping|Cullen328}} as you well know, I love Italian cuisine very much and I consider it one of the three best in the world (''I'm not a snob''), but I also love other cuisines, such as Greek, Japanese, and Mexican. Since Italian-American cuisine was mentioned, could you recommend some Italian-American dishes to try? Obviously exclude all styles of American pizza. ] (]) 09:44, 15 December 2024 (UTC) | |||
:::::::::{{u|JacktheBrown}}, I would highly recommend ] with San Francisco ] to sop up the broth. Fresh ] is beloved in California and coastal areas to the north, and is the ingredient that makes Cioppino unique. I also enjoy ], if well made. I think that flavor of the marsala wine sauce is delightful. That dish would be easier to duplicate in Italy than Cioppino, which is a Pacific coast thing. ] (]) 10:23, 15 December 2024 (UTC) | |||
:::::::::], Cullen may indulge you, but in reality, this is a ], which is serious business at some level, with a goal to discuss and improve our policy on Article titles. If you would like to ask Cullen for recipes, a better venue would be ] or your own Talk page, where a certain amount of latitude is given (and we are all human, and need to decompress sometimes). But please remember that we are here to ]; this is ], and policy talk pages especially are not. Thanks for your understanding. ] (]) 10:00, 15 December 2024 (UTC) | |||
::::::::::{{Ping|Mathglot}} you're right, we were temporarily off topic. ] (]) 10:48, 15 December 2024 (UTC) | |||
:::::::::::], looking back, I see you were not the instigator. I just want to add that I am as guilty as anybody else of little asides like this. I find a single humorous off-topic comment, maybe a reply or two, is fine (even beneficial, sometimes, to lighten the mood), but if it generates a lot of back-and-forth it starts to be a distraction. I think collapsing this part about recipes is appropriate at this point, and I hope you don't mind. I apologize for singling you out by name, and appreciate your gracious response. Collapsed. ] (]) 19:55, 15 December 2024 (UTC) | |||
{{cob}} | |||
:::{{tq|... we Italians don't usually say "spaghetto", because types of pasta are written in the plural even in Italian ...}}: I'm supposing Italians don't usually say "spaghetto" because it's extremely uncommon for someone to have a reason to speak of a single spaghetti noodle and that, if an Italian ''did'' have a reason to refer to a single spaghetti noodle ("You dropped a spaghetti noodle on the floor"), they ''would'' call it "un spaghetto". Is that not correct? ] (]) 13:07, 13 December 2024 (UTC) | |||
::::{{Ping|Largoplazo}} exactly, well done, obviously also for this reason. Not to be picky, but it's spelled {{lang|it|'''uno''' spaghetto}}. ] (]) 21:41, 13 December 2024 (UTC) | |||
:::::Ha, I know that rule, but forgot to apply it. It's been a while. Thanks. ] (]) 22:18, 13 December 2024 (UTC) | |||
::::::{{Ping|Largoplazo}} don't worry, I'm glad that you tried. ] (]) 22:30, 13 December 2024 (UTC) | |||
:It's not just Italian cuisine. Some foods are naturally eaten in the plural: ], ], ], etc. Hot dogs are more of a one-at-a-time food, even in a ]. ]🐉(]) 11:05, 13 December 2024 (UTC) | |||
::{{Ping|Andrew Davidson}} "It's not just Italian cuisine." So why, if both of the following pages refer to biscuits, in English "]" (plural) is never written in the singular form while, on the other hand, "]" is written in both forms? ] (]) 11:51, 18 January 2025 (UTC) | |||
::{{Ping|Andrew Davidson}} ] is also a food to be eaten one at a time (it's big), ] ("panzerotti"). ] (]) 22:15, 13 December 2024 (UTC) | |||
:::It is important to remember here, that two things do not count in trying to decide what the title should be: 1) logic, and 2) how it's done in Italian. This has nothing to do either with irrationality or anti-Italian sentiment, it's simply that in English Misplaced Pages we call things the way they are used in English (in published, reliable sources) and with words of Italian origin, sometimes it is the same as how it's done in Italy, and sometimes it's different. When it's different, we follow English usage. I don't know the policy at Italian Misplaced Pages, but I bet it is the same thing with English loanwords (with Italian usage being decisive, of course). Every language does this; it is nothing surprising. The phrase ''two computers'' in Italian is ''due computer'', and any anglophone that shows up at Italian Misplaced Pages and tells them, "No no, it has to be ''due computers'' because you have to add -s in the plural" would have no leg to stand on. Other plurals: ''il film'' ⟶ ''i film''; ''il bar'' ⟶ ''i bar''; ''lo sport'' ⟶ ''gli sport''; ''il club'' ⟶ ''i club'', and so on. The situation here is the mirror image of that: we do not check what is correct in Italian when trying to determine what is the right title here; it plays no role. ] (]) 06:42, 14 December 2024 (UTC) | |||
:::I'd be fine with panzerotto as that's what the has. That dish is similar to ] which we have in the singular form. ]🐉(]) 07:23, 14 December 2024 (UTC) | |||
::::Would you please ]? I already tried months ago, but I didn't convince anyone. ] (]) 07:42, 14 December 2024 (UTC) | |||
:::::"Calzone" notwithstanding, I think it will be a challenge to show that "a panzerotto" is more common than "a panzerotti". The use of the Italian singular form "calzone" as the English word doesn't show that English speakers are prone to using the Italian singular and plural correctly. In this case, "calzone" came through in singular form, but then in English no one calls more than one of them "calzoni", they're "calzones". (I'm not even sure how many people pronounce the "e".) And I guarantee that the plural of "pizza" is virtually always "pizzas" and not "pizze". The bottom line is: Stop trying to apply Italian grammar to the use of these words in English! It will only frustrate you. (Besides, it isn't as though Italian does a good job reflecting proper singular and plural of words it borrows from English{{emdash}}it doesn't bother with the plural form at all! ''Il film, i film'', ''il computer, i computer'', etc.) ] (]) 00:35, 16 December 2024 (UTC) | |||
::::::{{Ping|Largoplazo}} the point is that the ] article had, since its creation, the title "panzerotto", and this until the move, which occurred this year. ] (]) 09:38, 16 December 2024 (UTC) | |||
:::::::I took a look at the move history and this doesn't appear to be the case—the article was created at "panzarotti" in 2006, and remained there until being ] in 2014. Then, over the course of this year, the article was moved three times (] in January, ] in June, and then ] shortly afterward). In any case, even if panzerotto had been the long-term title, longevity alone isn't necessarily an indicator of suitability; it's the reasoning that counts. ] (] • ]) 14:48, 16 December 2024 (UTC) | |||
::::::According to the , in AE it rhymes with ''bone'', and in BE it rhymes with ''bony'' (both of which happen to agree with my perception of it, not that I get a vote). And yes absolutely agree with the bottom line: please forget everything you ever knew about Italian grammar and pronunciation, and stick strictly to English sources. Everything else is just a big waste of everybody's time. {{ec}} ] (]) 00:48, 16 December 2024 (UTC) | |||
:::::::(FWIW, using the same word for singular and plural goes way back in English. One sheep, two sheep. One fish, two fish. One cannon, two cannon. So one panzerotti, two panzerotti, welcome to the club.) ] (]) 06:24, 17 December 2024 (UTC) | |||
::::::::This whole discussion reminds me of a big wall, where everyone feels compelled to write their own graffito. ] (]) 06:51, 17 December 2024 (UTC) | |||
:::::::::Well but that's how you know you're on Misplaced Pages ] (]) 17:00, 17 December 2024 (UTC)cv | |||
:The OP seems keen to rewrite such culinary topics in Italian rather than English. I have started discussion about one such case at ]. ]🐉(]) 19:16, 17 December 2024 (UTC) | |||
===Discussion=== | |||
::I agree with JackTheBrown on that one. I'll comment there. ] (]) 23:43, 17 December 2024 (UTC) | |||
*'''Oppose''' – Capitalisation on Misplaced Pages is determined by reliable sources, except in cases of ] titles. It mirrors exactly the process for deciding what to title an article. Everything that applies to AT also applies to capitalisation, as AT is a policy, whereas MOSCAPS is just a guideline. We always go by what's the most common name in reliable sources. That includes what capitalisation to use. A guideline cannot trump policy ] — ] 22:07, 16 December 2014 (UTC) | |||
*:The above comment is a very good illustration of my statement that "some editors seem to disagree with that interpretation", which I think helps demonstrate the desirability of some clarification about this issue. —] (]) 22:13, 16 December 2014 (UTC) | |||
*:: Comment: I read that "capitalisation is determined by reliable sources", and would like it but so far see that it's determined by house style. What did I miss? --] (]) 22:32, 16 December 2014 (UTC) | |||
*::(EC) Yes, the converse of my suggestion is also true. ''If'' we only rely upon outside sources for capitalization, that should go in ] so that people aren't requesting to overrule outside sources in order to, for instance, decapitalize the prepositions in titles based on the guidance of ]. But it would also need to go in almost all other naming conventions as well; it would change how we use ], eliminate ] as far as I can tell (insofar as "we always go by what's the most common name in reliable sources"), eliminate ] as far as that deals with proper nouns, and remove any instructions to refer to the guidance of particular sources over others as at ]. And it basically rules out ]; naming on Misplaced Pages would be exactly as random as implied by taking the median of all naming conventions on any given topic outside of Misplaced Pages. ]<small>]</small> 22:37, 16 December 2014 (UTC) | |||
*:::We don't rely "only" on anything, and there are always exceptions subject to talk page consensus. However, the general rule, as far as I can tell, is "Misplaced Pages relies on sources to determine what is a proper name; words and phrases that are consistently capitalized in sources are treated as proper names and capitalized in Misplaced Pages". ] — ] 00:20, 17 December 2014 (UTC) | |||
*::::To be clear, in the linked discussion: "One solution would seem to be adding an explicit statement in ] ] given subsequent discussion] that ''] does not imply common style'', and that the MOS should be used to determine style (including capitalization) in article titles. The other solution would seem to be adding an explicit direction that ''the style guide is only to be used for titles in cases in which the most common stylization of the title is unclear'', which would be closer to the way we negotiate ]." ]<small>]</small> 02:49, 17 December 2014 (UTC) | |||
*:::::I support your second proposal, which is a more accurate representation of how we apply our policies and guidelines, and one that makes more sense. ] — ] 03:45, 17 December 2014 (UTC) | |||
*::::::And again, the ''original'' context of the discussion that prompted this suggestion was not the current disagreements over whether something is a common noun or proper noun that seem to be informing much of the discussion below–it was the more mundane topic of repeated arguments over the style guide telling us to decap prepositions with less than five letters while a large number of article titles cap "Like" or "From" or "Into" in clear proper nouns. If your opposition is based on the proper noun/common noun issue that's currently causing heat, at least with the change described by Barrelproof we would know where to discuss the issue–by clarifying or cleaning up ] and ]–rather than engaging in protracted discussion over whether general policy (as policy) or specific guidance (informed by particular circumstances) has precedence when it comes to typography. ]<small>]</small> 20:10, 17 December 2014 (UTC) | |||
* '''Support''' – I think it's a good attempt to clear up the kind of confusion exhibited by RGloucenter above. And he seems to endorse it, where he notes that our general rule in the MOS does already suggest looking at sources to help decide styling. ] (]) 01:24, 17 December 2014 (UTC) | |||
*:I strongly disagree with the idea that a guideline like the MoS should overwrite the policy that is ]. ] — ] 01:50, 17 December 2014 (UTC) | |||
*::I agree that the MOS does not and should not override any policy. I support clarifying that. ] (]) 02:02, 17 December 2014 (UTC) | |||
*:::] is a policy. The addition of this new sentence will imply that the MoS can override ]. ] — ] 02:06, 17 December 2014 (UTC) | |||
*::::The question here is precisely "Does common name imply common style?" If the style is not an essential component of the common name–that is, if ] tells us which name to use, but not how to write it–then there is no overriding of ] or ] involved. This is exactly why clarification is needed. ]<small>]</small> 02:41, 17 December 2014 (UTC) | |||
*:::::Yes. I believe ] already largely refers the reader to the MoS for such matters, which I believe are basically delegated to the MoS to be handled there (without intending ] to express any conflict with the MoS), but some clarification would be helpful. If the stylization guidelines in the MoS are intended to mostly just be ignored and replaced by searches or to only apply to unsourced articles, we should probably just remove all that guidance or add heavy caveats to it, because all that's just confusing if what we're really supposed to do is survey sources instead. One way or another, I think it would be helpful to have some clarification. —] (]) 03:02, 17 December 2014 (UTC) | |||
* From previous discussions, my stance is that AT is about whether we use "Kesha Rose Sebert" or "Kesha", ignoring any style issues, and then having MOS:TM deal with the style of using "Kesha" vs "Ke$ha". Importantly this would have this applying equally across both title and body, minimizing reader disruptions. That said, both AT and MOS:TM should also carefully use existing sources to establish the style (aka the deadmau5 situation) that is preferred. As long as AT and MOS:TM do not work in tandem, we will keep coming back to this issue. --] (]) 03:10, 17 December 2014 (UTC) | |||
*:I think I agree with that. AT primarily considers whether we should use "Cuban green woodpecker" or "Xiphidiopicus percussus", and the MoS primarily considers whether we should use whether we should use "Cuban green woodpecker" or "Cuban Green Woodpecker". —] (]) 04:05, 17 December 2014 (UTC) | |||
*::Exactly. ] has us consider such titles as Chicago race riot of 1919, 1919 Chicago riot, etc., while ] leads us to prefer lowercase on "race riot", as was recently affirmed at ], in spite of RGloucester's attempt to say that we should let Britannica determine the styling there. ] (]) 05:17, 17 December 2014 (UTC) | |||
*:::Now, now – no gloating please. I'm not too sure the deadmau5 example is the best myself. Some titles are going to still be difficult to decide, no matter what we do. —] (]) 05:41, 17 December 2014 (UTC) | |||
*::::Well, yes, I didn't get my preference on deadmaus, but that's OK. There are still open RMs (] and ]) where RGloucester wants to let Britannica decide the style, which is why you opened this discussion. People should be aware of that back story. If he was OK with a majority of reliable sources, the question wouldn't even have come up in these, but he insists that Britannica should trump most other sources, which is what makes his position particularly odd. By insisting the ] gives him permission to go with Britannica, he can conveniently ignore WP's style. The clarification cuts off that excuse, which is why he opposes it. ] (]) 06:08, 17 December 2014 (UTC) | |||
*:::::In other words, then, you're trying to change Misplaced Pages policy to give yourself an advantage in ongoing move discussions. That's nice and ]y, don't you think? No matter what, we always evaluate sources on quality. We distinguish between RS and non-RS, between journalistic and scholarly, between primary and tertiary. That's how things are done here. I do not believe that Misplaced Pages has a "style". If it did, of course, it would mandate one standard to apply to all cases. It does not do that. It says to go with whatever is used consistently in sources, and also asks us to evaluate those sources to ensure that we maintain the encyclopaedic register. In other words, in matters what is most common in good quality sources, not what's common in blogs. If you want Misplaced Pages to have a "style", you ought make a proposal for one. Please, if you like, create a proposal. ] — ] 06:18, 17 December 2014 (UTC) | |||
*::::::WP's style is set out in many guidelines and policies. We might take into account the "quality" of sources, but since sources nearly always vary among themselvs (and even within publications), relying only on sources doesn't work. This "encyclopedic register" is an ill-defined concept that you've invented to promote your agenda. ] ] 06:32, 17 December 2014 (UTC) | |||
*:::::::How can I have invented it if it is in our policy? Do you not like our "house policy"? I have no agenda. If I had an agenda, I'd be going around making mass-unilateral moves to a certain style. I haven't done, and have never done. ] — ] 06:34, 17 December 2014 (UTC) | |||
*::::::If Misplaced Pages did not have a “style,” then we would not have ]. It applies equally to titles and content. —] (]) 07:37, 17 December 2014 (UTC) | |||
*::::::RG, at ], were you not among those who insisted on getting clarification at ] and/or ] before deciding? Or was your statement "That's why God has sent me here, to protect these articles from the ugly candour of minuscule letters" a better summary of your position there? ] (]) 07:50, 17 December 2014 (UTC) | |||
*:::::::] —] (]) 07:58, 17 December 2014 (UTC) | |||
*::::::"As a rule, editors engaging in 'POINTy' behavior are making edits with which they do not actually agree, for the deliberate purpose of drawing attention and provoking opposition in the hopes of making other editors see their 'point'." Please explain how that describes the actions of anyone participating in this discussion. —] 13:12, 17 December 2014 (UTC) | |||
*:::::::Mr Levy, don't start being testy. I have no time for such affairs. As far as your words are concerned, My Lyon, I did not request any "clarification" as far as I remember. God did send me there, but you'll notice that I haven't opposed decapitalisation schemes that are supported by good sources. I merely oppose those that are not. I don't think any clarification is needed. ] is our article title policy, and the MoS is just a secondary guide in the matter of deciding what an article title is. It is useful in certain standardised circumstances, but not the Gospel of Lyon, certainly. ] — ] 16:39, 17 December 2014 (UTC) | |||
*::::::::::You seem to have little but time for such affairs, and generate far too many of them. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 19:48, 19 December 2014 (UTC) | |||
*::::::::I'm not expressing irritation. I'm asking you to clarify your assertion that this proposal (or someone's support thereof) is an attempt to disrupt Misplaced Pages to illustrate a point. —] 17:19, 17 December 2014 (UTC) | |||
*::::::::{{replyto|RGloucester}} If the title is not a ], then it doesn’t matter who capitalized what. It’s wholly a matter of house style. It’s up to the editors of each publication. In WP’s case, it’s up to ''us'', and our style is to ]. This discussion is not about when a name should be considered a proper name, and it’s not about whether we should stop using sentence case, though those may be discussions worth having. Please do not take this one off topic. Thank you. —] (]) 19:00, 17 December 2014 (UTC) | |||
::::::::::I'm well aware of that. However, the problem is determining what is a proper name, not whether to capitalise proper names. According to both AT and MOSCAPS, whether something is a proper name is determined by how reliable sources capitalise that thing. ] — ] 19:26, 17 December 2014 (UTC) | |||
:::::::::::This was not the original question here, however; see above. ]<small>]</small> 20:19, 17 December 2014 (UTC) | |||
:::::::::::::It wasn't the original question, but it is one the problems that any change of this sort would cause. AT must trump the MoS. AT offers its own advice on stylisation, and the MoS must remain subordinate to AT. Otherwise, we shall have a situation whereby the MoS is used to overwrite AT, and that simply isn't acceptable in any way. There are cases of stylisation whereby the MoS provides its own dictates, such as when to use units. Those are questions purely based on Misplaced Pages's own "style". However, in cases of capitalisation, where AT is explicitly the policy that should apply, the MoS has nothing to do with it. ] — ] 20:40, 17 December 2014 (UTC) | |||
:::::::::::::::I think you are assuming a transparent equivalence between written text and the common name that may not exist. You seem to be arguing that the style used by reliable sources is an integral part of the common name, perhaps because we are asked to use reliable sources to confirm that name, but nowhere does ] state that this is the case. Written evidence of the common name is evidence of the term's usage, not the sole arbiter of how it is used. ] works better for your argument, because it already says that "established systematic transliterations... are preferred. However, if there is a common English-language form of the name, then use it, even if it is unsystematic." Here too, though, it says nothing explicit about the stylization of the transliterations. ]<small>]</small> 21:02, 17 December 2014 (UTC) | |||
::::::::::::::AT doesn’t “trump” the MOS. '''''They should not contradict.''''' —] (]) 20:49, 17 December 2014 (UTC) | |||
:::::::::::::::They do not presently contradict each other. AT says to capitalise proper names, and so does MOSCAPS. Proper names are said to be established by use in reliable sources. What's so hard to understand about this? ] — ] 22:04, 17 December 2014 (UTC) | |||
*'''Support either way''', whether we leave capitalization and other styling up to sources or to our MOS. Anything that reduces any perceived conflict between naming policy and MOS is a Good Thing. —] (]) 05:48, 17 December 2014 (UTC) | |||
*:But leaving styling up to sources won't solve RGlouceter's underlying problem of "encyclopedic register" where he wants to let Britannica set our style. ] (]) 06:08, 17 December 2014 (UTC) | |||
*::But it ''would'' end the debates over what the policy really means. For the record, I believe that any '''proper''' name that isn’t in simple ] should be rendered here as per common usage in the ''most reliable'' sources (and non proper names should use sentence case). But if the consensus is for something completely different, I’d be happy with having ''anything'' plainly laid out. —] (]) 07:23, 17 December 2014 (UTC) | |||
* '''Support''' Content != Style. Seems like a useful clarification even though there are other places that also clearly call out the MoS for covering style of article titles. Having a consistent style is useful to readers. ] (]) 07:59, 17 December 2014 (UTC) | |||
** Note I strongly prefer the wording change suggested below replacing {{green|For proper styling}} with {{green|For styling guidance}}. Consider this a weak oppose to the original proposed wording. ] (]) 17:57, 17 December 2014 (UTC) | |||
*** And to be clear this is about {{tq|proper}} vs {{tq|guidance}}, not style, or styling, vs stylization, etc. ] (]) 02:28, 19 December 2014 (UTC) | |||
*'''Support.''' I agree with the above explanations (by Masem, BarrelProof and Dicklyon) regarding the distinction between content and style. As Tony1 noted, styles can vary wildly among reliable sources (and even within a particular reliable source). I don't know why RGloucester places so much weight on Britannica's house style or why he thinks that Misplaced Pages policy mandates this. His preferred course of action would essentially nullify the Manual of Style's relevance to article titles (and given his statement that he " not believe that Misplaced Pages has a 'style'", this appears to be his goal). Misplaced Pages's house style reflects those of reliable sources, but isn't supplanted by them (let alone one in particular). —] 13:12, 17 December 2014 (UTC) | |||
*'''Opposed'''... There seems to be a basic misunderstanding of COMMONNAME involved in the premiss of this proposal. Stylized names such as {{!xt|macy<sup>*</sup>s}}, {{!xt|''skate.''}}, {{!xt|}}, {{!xt|''Se7en''}}, {{!xt|''Alien<sup>3</sup>''}}, and {{!xt|Toys Я Us}} (the examples given) are '''not''' actually the COMMONNAMEs for these subjects (I am less sure about {{!xt|Invader ZIM}}). I suppose one could argue that the stylized version form the ]s of the topics (being how the the name is presented in advertizing and packaging), but most reliable sources (especially those that are ''independent'' of the subject) don't actually write the names with the stylization when discussing them. Compare this with a subject like ], where an overwhelming number of reliable and independent music industry sources routinely include the stylized "5" at the end. My point being, we should not change the policy based on a poor premiss... we need to keep in mind the distinction between OFFICIALNAMEs and COMMONNAMEs. We need to look at sources that are ''independent'' of the topic and see how ''they'' present the name. ''Most of the time'', they won't include stylization when discussing the topic... but, when the reliable independent sources '''do''' include stylization, then we need to pay attention to that fact... we can know that the stylization is accepted as being an integral part of the topic's name, and we should follow the sources. ] (]) 14:10, 17 December 2014 (UTC) | |||
*:I agree with most of what you wrote, but my impression is that BarrelProof simply copied those examples in reference to the broader concept of maintaining a house style. The above discussion focuses on disagreements wherein neither of the conflicting styles is unusual or favored mainly by trademark owners. —] 15:02, 17 December 2014 (UTC) | |||
*::The deadmau5 case had nothing to do with MOS vs TITLE; it was entirely about ] and some legitimate disagreements over whether the threshold test there was met. ] (]) 17:59, 17 December 2014 (UTC) | |||
*:::Wasn’t COMMONNAME frequently invoked as well? I thought the argument was (various interpretations each of) a small part of AT vs a small part of MOS. —] (]) 18:53, 17 December 2014 (UTC) | |||
*'''Oppose''' the Article titles policy has its own guidance on such things in guidelines that are called naming conventions. For example ] has its own information on how to capitalise (] and its own guideline ]). Unlike the MOS which is stand alone and prescriptive, the AT policy is based on usage in reliable sources. Before that principle was established on this page, usage used to be based on a survey of all sources both reliable and unreliable, so many of the naming conventions were prescriptive to try to mirror usage in reliable sources, and while they were successful most of the time, such rule based naming produced inaccurate article titles for the rest. I see this as a retrograde step back to prescriptive naming, for example how does this proposal help in deciding the best capitalisation for the ] or whether ] should or should not use a dash or an ndash? I say "Let the sources be with you" rather than "let force be with you". -- ] (]) 15:35, 17 December 2014 (UTC) | |||
**As long as we keep this attitude , that AT and MOS:TM are two very separate things with no harmony, we will continue to argue on naming schemes like this. The two pages need to work in tandem, but this also means that MOS:TM should not be as prescriptive, and AT should not be as subservient to RSes when there's clear style problems for WP. There ''are'' some naming issues that have to be discussed with the idea of what the prose will use to keep the title and prose versions consistent, for people to find the article to start with , and the like. --] (]) 17:00, 17 December 2014 (UTC) | |||
**The question of hyphen or en/em dash, a question of style, would be delegated to the MOS. As would the question of whether to capitalize proper names (which “Boston Massacre” is). But if this change is made, we may need to add guidance on ''determining'' whether a name is a proper name. —] (]) 19:18, 17 December 2014 (UTC) | |||
***" en/em dash, a question of style" who says it is a question of style does not not depend on whether the words are part of a name? Or do you always use ndash for the component parts of a name? As to whether "a name is a proper name" or not how does one do that without examining reliable sources? -- ] (]) 00:21, 18 December 2014 (UTC) | |||
****The en dash question is pretty well explained already at ]. Absolutely agree on improving the MOS guidance on determining whether a name is a proper name. The current guidance is ] is weak ("Misplaced Pages relies on sources to determine what is a proper name; words and phrases that are consistently capitalized in sources are treated as proper names and capitalized in Misplaced Pages."), but it's what we have. Incorporating more linguistic knowledge as discussed at ] would improve it. Still, the current scheme works pretty well, until people like RGloucester argue that the Britannica trumps almost all other books (and he couches this in his misdirecting language about "blogs"). ] (]) 00:33, 18 December 2014 (UTC) | |||
**As far as ], it also says things like "For details, see ]" and "For French, see for instance ]." Those parts of the MOS ''don't'' say "refer to reliable sources to determine how to capitalize." As long as these sorts of things are scattered throughout the naming conventions, we can't just say that the naming conventions and ] are independent of the MOS. ]<small>]</small> 21:25, 17 December 2014 (UTC) | |||
*'''Comment''' what does "{{green|For the proper stylization}}" mean? -- ] (]) 16:50, 17 December 2014 (UTC) | |||
*:Probably "{{green|For styling guidance}}" is a better way to express what he obviously meant. ] (]) 17:44, 17 December 2014 (UTC | |||
*::This came up at the linked discussion as well, but I still believe "stylization" is the more precise term to use here. Wiktionary: "stylization (plural stylizations) The process or result of designing or presenting in accordance with a style" and "styling (plural stylings) Any particular form of decoration." Maybe "For guidance on stylization" would work, although changing "proper" (i.e. "correct within the context") to "guidance" could result in reinscribing the problem of references to ] policy trumping explicit guidance in the MOS (or individual naming conventions). ]<small>]</small> 20:19, 17 December 2014 (UTC) | |||
*::::{{green|if "he obviously meant"}} it why write what was written? So ] you think that there is a "proper" way to do style something, tell me under your "proper" style which is correct "Boston Massacre" or "Boston massacre" and how do you come to the conclusion that you do? -- ] (]) 00:21, 18 December 2014 (UTC) | |||
*:::::So you were asking about "proper" and not "styling"? In that case, the answer would be that by "proper" I meant "whatever the style guide says to do." That is, following the style guide is proper procedure/best practice. I am certainly not trying to say that there is any inherently "proper" way to style something. ]<small>]</small> 00:34, 18 December 2014 (UTC) | |||
*::::::Indeed, the overloaded term "proper" is not so great here. The MOS is not about saying what is "proper" or "improper", or "right" or "wrong", but rather what accords better with our house style, where unnecessary capitalization is avoided, even in titles. The general idea is that when you see a wikignome making edits to make things accord better with house style, you should understand that that's progress. Nobody gets punished for creating articles with titles in title case, which might be normal, proper, or preferred in other styles; we simply move it to improve. Take a glance at new article feed and you'll often find some where you can help. ] (]) 00:48, 18 December 2014 (UTC) | |||
*:::::::@] thank you for your reply but you did not answer my question what is the "proper" capitalisation for Boston Massacre and how do you come to the conclusion that you do? -- ] (]) 15:03, 18 December 2014 (UTC) | |||
*::::::::] is pretty clearly accepted as a proper name, and capitalized per the lead at ], as supported by stats on . Nobody has ever suggested otherwise. ] (]) 16:42, 18 December 2014 (UTC) | |||
*::::::::I did answer your question: as I said, there is no ''inherently'' "proper" capitalization. (I spend half my time in a language that gets by fine without uppercase and lowercase.) I have said that by "proper" I meant "appropriate in a given context," and you have not given your question a context. I never presented my original phrasing as exactly what would have to be added to ], and in fact did not create this discussion, and if the word "proper" is changed to something that everyone can agree on as a result of discussion here, all the better. I have explained the intended meaning several times now, but you have not suggested any changes to the wording. (Both the MOS and the common name tell us to use Boston Massacre on Misplaced Pages. In this general discussion, I do not see the utility in asking for one editor's opinion. If you do, perhaps you can reply to my comment about naming conventions delegating to the MOS on your general oppose statement above.) ]<small>]</small> 19:53, 18 December 2014 (UTC) | |||
*:::::::::As suggested by others, I think "{{green|For styling guidance}}" / "{{green|For stylization guidance}}" / "{{green|For guidance on styling}}" / "{{green|For guidance on stylization}}" might be better than "{{green|For the proper stylization}}", by avoiding the notion that other stylization is improper (versus just not necessarily fitting the house style). I'm also neutral on whether to use the word "styling" rather than "stylization". But I think the fine-tuning of the wording is not as critical as establishing the fundamental notion that clarification is desirable and that ] is not intended to prescribe stylization in a manner that conflicts with or overrides the MoS. —] (]) 02:11, 19 December 2014 (UTC) | |||
*::::::::::@] you write "but you have not suggested any changes to the wording" that is because I am opposed to the wording for the reasons I gave in my opposition statement. You write "I do not see the utility in asking for one editor's opinion" it is because you are making statements of fact such as "{{green|Both the MOS and the common name tell us to use Boston Massacre on Misplaced Pages}}", Where does the MOS do that, and how do you tell that "Boston Massacre" ought to be capitalised from the guidance in the MOS? You also write "perhaps you can reply to my comment about naming conventions" you made a statement, you did not ask a question. Ask a question of me and I will answer it, I hope you will do me the same courtesy. -- ] (]) 15:52, 19 December 2014 (UTC) | |||
*:::::::::::I have been extending you this courtesy. The reason this line of questioning befuddles me is that I nowhere made any "statement of fact" about what the MOS says until you asked me several times to make one. The question and answer are both tangential in a conversation about what the policies and guidelines ''should'' be telling us to do. | |||
*:::::::::::Further up the thread I specifically noted that in the original discussion I had tried to explain both possible clarifications: "One solution would seem to be adding an explicit statement in ] that ''] does not imply common style'', and that the MOS should be used to determine style (including capitalization) in article titles. The other solution would seem to be adding an explicit direction that ''the style guide is only to be used for titles in cases in which the most common stylization of the title is unclear'', which would be closer to the way we negotiate ]." This is pretty clear, never uses "proper," and does not show support for either position. (I have not added any "support" or "oppose" in this thread.) | |||
*:::::::::::The original discussion was focused on debates over the capitalization of prepositions in composition titles; adding this text would not change how we case proper nouns. ] already points back to "standard usage" to determine whether something is a proper noun; after adding this text, 1) ] would say "don't ''necessarily'' use style in sources, see MOS"→2) the MOS says use sources to determine if it's a proper noun→3) use sources. Meanwhile, ] says things like "For details, see ]" and "For French, see for instance ]." Those parts of the MOS ''don't'' say anything about referring to "standard usage." As long as these sorts of things are scattered throughout the naming conventions, we can't just say that the naming conventions and ] are independent of the MOS. The question I was asking is clear: Would you like to remove the parts of naming conventions that refer us to the MOS for more specific guidance? ]<small>]</small> 20:27, 19 December 2014 (UTC) | |||
*'''Support''' The styling of the title has to match the styling of the text (subject to position in a sentence). The MOS is clearly the place in which to set out policies and guidance on styling, not AT which only covers a very small part of an article. As others have noted above, AT is used to select the wording, MOS to select the styling of that wording. Previous debates (e.g. capitalization of bird names, hyphens vs. en-dashes) have consistently upheld this position. ] (]) 18:27, 17 December 2014 (UTC) | |||
*:I fully agree that the styling used in the text should match the styling used in the title... However, I think both the title ''and'' the text should follow how independent reliable sources present the name. The basic concept that evolved into COMMONNAME needs to be expanded into a COMMONSTYLE guideline. In other words... instead of amending WP:AT, we should be amending the various MOS guidelines. ] (]) 19:07, 17 December 2014 (UTC) | |||
*::{{ping|Blueboar}} well, this is an old discussion. I started off being more sympathetic to the notion of COMMONSTYLE, and remain somewhat hostile to attempts to make the MOS over-prescriptive as to style. In practice, however, COMMONSTYLE runs into serious problems. One is that that styles vary with ENGVAR (e.g. capitalization varies significantly) so COMMONSTYLE leads to distracting nationalist disputes. Another is that it's hard to check styles in reliable sources since search results don't always maintain them. But the main reason is the desirability of at least some level of "house style". ] (]) 10:22, 18 December 2014 (UTC) | |||
*::But surly that is what redirects/pipes are for. One can use any styling one likes for anything but the article title, this means for anything when it is not the subject of a page it can be styled as the MOS "dictates" . So I agree with Blueboar. -- ] (]) 15:03, 18 December 2014 (UTC) | |||
*:::I respectfully disagree. We should not style a name one way in one article and a different way in another article. We shouldn’t, for instance, talk about '']'' in the article about the man and ''Da Vinci'' elsewhere, or '']'' in her article and ''Kesha'' in an article on pop music, or treat the same text as a proper name in one place and a descriptive name in another, etc. —] (]) 18:29, 18 December 2014 (UTC) | |||
*'''Support''' the proposed clarification would be a helpful clarification to the page, and result in increased harmony with MOS:TM. This encyclopedia is an edited product and random chasing after MOS trends in whichever publishers publish on whichever Google Book hit isn't a productive or meaningful endeavour. ] (]) 19:04, 17 December 2014 (UTC) | |||
*:If that's the case, you must take issue with ] and ], because both of these ask us to do exactly that. ] — ] 19:06, 17 December 2014 (UTC) | |||
*'''Support'''—So ... "saying that using the "common name" refers to using whatever typographical stylization is found most commonly in sources"—those editors would insist on the source's font and font-size being used, too? Come on ... And it is typical for sources, even so-called "reliable sources" to be inconsistent with each other and within themselves. That is why publishers have a house style. ] ] 01:34, 18 December 2014 (UTC) | |||
*:Well... ''IF'' a given name was consistently presented in diverse sources using a consistent font and font-size, then I would say yes... Misplaced Pages should ''pay attention'' to that fact and follow the common style. However... the reality is that finding commonality in sources with regard to font and font-size would be an ''extremely'' rare occurrence. So, I don't think we need to worry about fonts and font-sizes. We are really talking about other forms of stylization. ] (]) 02:54, 18 December 2014 (UTC) | |||
*::But don't sections like ] and ] already acknowledge that when sources are consistent, we do as they do? Trying to follow "most common" would be chaos, but when they're consistent nobody argues. You would not want to see "it appears in sources more often with serifs than without, so we need to use a font with serifs"; yes we see things like "the Britannica capitalizes it, so we should, too", with ] cited as justification; nobody buys this, yet they you seem reluctant to shut it down. It's weird. ] (]) 03:32, 18 December 2014 (UTC) | |||
*:::Bluboar, so that's a "no we don't in practice follow the font and font-size in a source". Where is the boundary, then? Curly vs straight quotes and apostrophes have to adhere to "sources"? French angle-quotes? German insistence on hyphenating street names (where in English they're ''typically'' not hyphenated)? Slavish reproduction of dense forests of Vietnamese diacritics? I'm deliberately plumbing these issues to illustrate a point: that slavish adherence to sources is unsustainable and in manty cases not even logical.<p>We have a house-style to minimise arguments on article talkpages; those who argue for adherence to sources are setting us up for lots and lots of arguments, diverting us from working to improve the project. Simplicity, please. ] ] 03:42, 18 December 2014 (UTC) | |||
*::::Not quite, Tony... As I said, it would be rare for the font and font-size to be consistent in sources, but IF the sources ''are'' consistent when it comes to a ''specific topic'', then we would (and should) follow the sources. That means we can not form a generalized "rule" (an "in practice") about this. Each name has to be examined on an ''individual'' basis. You ask "where is the boundry?"... I am not sure you can (or should) draw one. Each case is unique unto itself, and every "in practice" guideline has lots of exceptions. | |||
*:::::As for the "but we want to limit arguments" point... true... however there is a difference between ''argument'' and ''discussion''. We actually ''encourage'' discussion on Misplaced Pages, and don't want to limit it. From my experience, most of the ''arguments'' arise when editors try to stop the discussion with a slavish adherence to "the rules". Shutting down ''discussion'' does not improve the project. ] (]) 13:37, 18 December 2014 (UTC) | |||
*::::::So, Tony, your idea is to follow sources when they support your position on capitalisation, and ignore them when they don't? That's contrary to what is written. I agree that we shouldn't be reproducing diacritics, following sources on the type of inverted commas we use, or any of that rubbish. One of the biggest travesties on Misplaced Pages is the naming of such railway station articles as ]. I have no idea what the justification is for using entirely unreadable names. Regardless, capitalisation is clearly another matter, according to the current policy/guidelines. If you'd like to mandate a set capitalisation scheme, propose one. ] — ] 04:10, 18 December 2014 (UTC) | |||
*:::::::"So, Tony, your idea is to follow sources when they support your position on capitalisation, and ignore them when they don't?"<p>No, what gave you that idea? ] ] 04:40, 18 December 2014 (UTC) | |||
*::::::::You said "those who argue for adherence to sources are setting us up for lots and lots of arguments, diverting us from working to improve the project", but when the sources don't support your position in an RM, you ask for more sources. ] — ] 04:43, 18 December 2014 (UTC) | |||
*:::::::::There seems to be some critical missing information here to support your allegations, and anyway this seems like a ]. Regardless of whether it is or not, this discussion is not the place. —] (]) 06:19, 18 December 2014 (UTC) | |||
*::::::::::"Adherence" to sources would be an impossible mess, as sources vary so much. We must, and do, consult and respect sources, and rely on them to help understand usage and meaning, in order to decide what aspects of our styling guidance apply. When sources are consistent, we should have little question about what to do; see ] and ], for example. Let's just keep on doing it better, and all will be good. ] (]) 07:00, 18 December 2014 (UTC) | |||
* '''Oppose''' the proposed addition. The section is question is about '''''recognizability'''''. By definition, stylistic options will be equally recognizable, and adding the proposed text will serve to further confuse readers about the content of the section. Blueboar mentioned a similar reasoning earlier. ] (]) 08:09, 19 December 2014 (UTC) | |||
*:This only seems true of names which intentionally incorporate styling, like the capitalization of ''iPhone'' or the numeral in ''deadmau5'', and not names in simple title case or descriptive names. And the MOS ''does'' handle such questions of style (as it still would if a COMMONSTYLE guideline were added to the MOS), so does it not make sense to send people there for that information? —] (]) 08:57, 19 December 2014 (UTC) | |||
*::We seem to be dealing with two overlapping issues... | |||
*::# a debate about the presentation of intentionally stylized names (for that, perhaps what we need is a new ] guideline. This could incorporate relevant parts of the various MOS pages we currently have, with the addition of a COMMONSTYLE section)... | |||
*::# a debate about the presentation of COMMON descriptive names (and I think the debate here centers on the question of how to know when a descriptive name has morphed into a "proper name" through common usage.) | |||
*::Since they do overlap, the question is whether we should deal with these separately, or at the same time. ] (]) 11:32, 19 December 2014 (UTC) | |||
* '''Support'''. To from a recent debate: "{{green|] does not imply ] (yes, redlink), and instead ] (and MOS in general) takes precedence. Generally, we ''style'' our titles, including punctuation and capitalization, according to our own rules, not according to haphazard conventions of the external world, which vary by location, field of application and fashion of the day.}}" ] (]) 12:09, 19 December 2014 (UTC) | |||
*'''Support'''—if it's needed to clarify the obvious: we don't use different styling in titles versus running text in articles. Except for that first capital letter, there is nothing whatsoever to say about ''style'' that is different for titles than for running text. Is anyone seriously arguing otherwise? Given this, any guidance about styling should probably not be in a title-specific article like this one, and titles should use style guidance found in MOS/etc. ] <small>(] | ])</small> 17:07, 19 December 2014 (UTC) | |||
**Agreed. Style-wise, article titles are (generally) noun phrases with the first letter capitalized. ]. The end. Anything else is a matter for a manual of style. —] (]) 06:30, 20 December 2014 (UTC) | |||
* '''Support''': This has been actual, consistent practice at ] for over a decade, and it should be properly documented. ] would be meaningless under the interpretation favored by RGloucester, which has never gained consensus here, any time this question has come up, in any venue. Also, the idea that WP:AT and WP:MOS are in conflict and that WP:AT "trumps" WP:MOS is a confused fantasy, as has been explained in about 100 previous discussions, here, at MOS, in myriad RMs, etc., etc. It's a misapprehension both of how they interrelate and how ] works generally. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 19:48, 19 December 2014 (UTC) | |||
* '''Support''' - I hope the proposed rule will not be overlooked in the future. This helps readers learn to respect existing guidelines and guidelines themselves be more effective than it has been. --] (]) 06:43, 24 December 2014 (UTC) | |||
*'''Support'''. This has been a perennial source of confusion and the suggested language provides what's needed to clarify that the question of what the common name is, is distinct from the issue of what stylization to use for that common name. For what it's worth, a while back I attempted to catalogue past consensus on stylization of names–to find the common denominators where we varied stylization from the obvious, sort them into types, and to gather together a comprehensive list of illustrative examples where we had done so–and then deduce a set of rules that led to those common denominators and examples. See ''']'''.--] (]) 22:51, 26 December 2014 (UTC) | |||
*'''Oppose'''. For the record, I generally agree with Blueboar's approach. For one thing, there is no sharp demarcation between style and content. There is a point at which the way that a word or phrase is presented conveys independent meaning - i.e., content. And a good way to determine whether that point has been reached for a given name is to have a look at how sources present that name. Now, because this can be a hybrid COMMONNAME/COMMONSTYLE issue, it's tough to decide where to put our guidance - here or at MOS. I would put something here, just because if a particular name has crossed the line where stylization becomes content, then it is more of a COMMONNAME issue than a MOS issue. At first glance, I like Blueboar's proposed wording as a starting point. ] (]) 18:35, 27 December 2014 (UTC) | |||
I would like to understand this: why is "]" (plural) written in English but not "]" (plural) and "]" (plural)? They're all three '']'' and can be either countable (within a panini, etc.) or uncountable (when referring to the whole ''salume'').<br />There's no logic. ] (]) 18:45, 17 January 2025 (UTC) | |||
===What about conflicts?=== | |||
:English is just like that sometimes. ~~ ] (]) 19:12, 17 January 2025 (UTC) | |||
Where might MOS and TITLE come into conflict, and what would be the result? If we took style from a vote of sources, we'd see some more upper casing of a random selection of topics that are important to experts in their respective fields, and a somewhat more random use of en dashes in date ranges and connections between symmetric pairs, and more stylizing of trademarks, perhaps. Then the situation would be that if we referred to such things in the text of an article we'd style them according to the MOS, and if/when we made an article, or moved an article to new topic, we might than go let a vote of sources change to a different styling if TITLE said to take styling from sources. That would be quite a mess; it is much cleaner to specify style in one place, so that we can't have conflict. That's what the MOS is. Let's keep using it; let's change it if it's not doing what we want for titles. ] (]) 21:23, 17 December 2014 (UTC) | |||
:: A conflict I remember is ] (published, and in most sources used for the article) vs. ] (MOS). --] (]) 13:59, 18 December 2014 (UTC) | |||
:First, while WP:AT is mostly focused on article titles, it is not completely ''limited'' to titles... and never has been. In fact, what is today WP:AT ''started out as'' ] (which is why we still point to various project level NAMEING conventions). In other words, this policy does (and should) affect names in text as well as in titles. | |||
:The solution to conflicts is not to amend COMMONNAME... the solution is to adopt a COMMONSTYLE provision at MOS. I have repeatedly suggested that we should '''change the MOS''' to better account for stylized names. The various MOSs should say that we should follow the sources when a name is routinely stylized in the sources. I know the regular editors at MOS don't want to hear that suggestion... but I will continue to suggest it. The rational for it is the same as the rational for WP:COMMONNAME... only applied to style: If a significant majority of reliable sources (''especially'' those that are independent of the subject) stylize a name in a given way, then that stylization is the verifiable, accepted, normal, standard way for that name to be written. It's how readers will ''expect'' the name to appear. It's how we should write the name in our articles. The MOS should acknowledge that fact. It's that simple. ] (]) 01:17, 18 December 2014 (UTC) | |||
::Subject to some debate about what "routinely" means, that's pretty close to what the MOS does already, in ] and ]. I agree that the place to work on amendments is at MOS, and that's what the current proposal clarifies. ] (]) 01:21, 18 December 2014 (UTC) | |||
== Problematic "Use of" titles == | |||
===Yes, please, let us respect sources=== | |||
If people are at all familiar with my editing and my move requests, they know that I almost always present data from sources. See for example my open RMs where book evidence supports the move, but people ignore that while citing odd interpretations of TITLE: ], ], ]. If people want data from sources to help with title decisions, they should clarify that some of these are styling issues and some are naming issues, and then jump in and help decide RMs according to guidelines and policies. How is it that RGloucester hasn't been laughed out of town yet with his God and Britannica theories? Why are people who want to follow sources not helping to make sensible decisions based on sources? ] (]) 04:36, 18 December 2014 (UTC) | |||
:Well yes, indeed. ] ] 04:42, 18 December 2014 (UTC) | |||
::One must weigh sources based on value, not edit ideologically. Our policies and guidelines demand it. ] — ] 04:44, 18 December 2014 (UTC) | |||
:::Agreed! ] (]) 04:49, 18 December 2014 (UTC) | |||
:::{{ping|RGloucester}} Earlier in this discussion was a quote from you about letter case, a quote which you did not contest, that sounded ''extremely'' ideological. I would humbly ask you to examine that and consider your own advice. —] (]) 06:26, 18 December 2014 (UTC) | |||
:::::Better watch out; RGloucester ]. Ha ha! <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 19:48, 19 December 2014 (UTC) | |||
::::Find something better to do than badger me, IP. I stand by my words. God wills each action I act out. Do you question my faith in the divine? You ought not. ] — ] 06:29, 18 December 2014 (UTC) | |||
:::::I was not intending to badger you. As for questioning faith, at this point I question your ], as this comment rather smacks of trolling. —] (]) 06:31, 18 December 2014 (UTC) | |||
::::::It isn't my fault that people these days are godless. God has driven man from his first day, and shall continue to do so until his last day. Regardless, I hope you can find something better to do. ] — ] 06:35, 18 December 2014 (UTC) | |||
:::::::Of course that isn’t your fault. But this encyclopedia is a '']'' work, and imposing any deity’s will on it goes against ] by introducing a heavy ideological bias. This is why the community insists on rational debate and finds proclamations of God’s will unfavorable—not because they’re godless heathens, but because this is not a religious work. I hope these explanations make sense and help. —] (]) 06:51, 18 December 2014 (UTC) | |||
::::::::Last I looked, no god decreed anything about English language writing style. Why are we even entertaining this ] business? <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 19:48, 19 December 2014 (UTC) | |||
::::::::: *Shrug* Just in case the guy sincerely believed what he was saying. ] and all that. —] (]) 05:39, 20 December 2014 (UTC) | |||
::::::::::I'm not questioning good faith, just relevance to WP's purpose and scope. We're not here to entertain much less promote theologically-based ideas about how to write and what may motivate people to write the way they (we) do. Assuming that we don't write the way RGloucester wants us to because we're "godless" is pretty much the ultimate in assumption of bad faith. It's an assumption that we're either hopeless, lost souls in a state of fallen grace, ignorant of God's perfect design, or outright {{em|evil}}. Well, to Hell with that (pun intended). <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 03:43, 21 December 2014 (UTC) | |||
:This is an issue that predated any recent "event" move requests and was unrelated to these specific arguments (or RGloucester or anyone else discussing them); I hope we can try to keep discussion of particular editors out of it. (In the interest of keeping the discussion on track, might we be able to merge this subsection back into the last?) ]<small>]</small> 05:01, 18 December 2014 (UTC) | |||
::No, this is a slightly tangential appeal, to those who claim to respect sources, to back it up with action. I realize the issue is old, but it was RGloucester's recent revert of a bunch of moves supported by sources, and subsequent bizarre arguments in RM discussions, that prompted BarrelProof to bring it up again at this time. There were several explicit calls in ] to clarify the policy and guidelines (as you well recall). That's why we're here. Let us decide. ] (]) 05:10, 18 December 2014 (UTC) | |||
:::"Moves supported by sources"? Unilateral moves against consensus. You didn't even take the time to compile the sources before you made the moves, which we know because even you admitted that a few slipped through that should not've been decapitalised. What a bunch of rubbish. If you can't take responsibility for you own poor actions, please don't even bother speaking about my "bizarre arguments", which are not bizarre at all. ] — ] 06:17, 18 December 2014 (UTC) | |||
::::No, I did not admit such a thing. One, I admit, is close enough to "consistently capitalized in sources" that I'm going to back away from it, so that we only have to talk about the ones that are clear. So far, no RM has closed with a consensus against any of my moves. In favor of decapitalization, these have closed, suggesting a consensus against your theories of God and Britannica: ], ], ]. ] (]) 06:48, 18 December 2014 (UTC) | |||
::::::I have already explained why those passed. I shan't start circular arguments with you. I cannot imagine that such a person as you exists in actuality. ] — ] 06:54, 18 December 2014 (UTC) | |||
:::::::'''STOP'''... the line between spirited debate and personal attack has been crossed. Take a break and come back when you can discuss this without making it personal. ] (]) 13:41, 18 December 2014 (UTC) | |||
:At ], RGloucester says he is withdrawing from the capitalization-related issues (he seems to have more important things going on). So the theory that ]'s mention of encyclopedias is a reason to override ] is off the table (nobody else went along with that, right?). I don't see any other theory of actual conflict between TITLE and MOS, so it should be easy enough for us to settle on language clarifying that, and then if there's still disagreement about whether things like ] and ] say what we want, it will be clear to all where to work on amendments.<p>In the mean time, we still have a few open RMs about routine capitalization moves that RGloucester reverted (see links in top paragraph of this section), and even though he is "not opposed" on many of those, he has sown quite a bit of confusion that would be cleared up if people here that either support or oppose the current change would chime in. It seems that we are all in agreement that sources play an important role in deciding what is a proper name (see the Boston Massacre example discussed above), and the opposers at the open RMs could really mess that up if they hold up the current proposals that are so very clearly supported by evidence from books. If this is canvassing, so be it, but the previous attempt at ] was centrally listed to bring in wide participation, and the opposition there mostly said to clarify guidelines at MOS and TITLE first, such as at ]. (''The general rule is that wherever a military term is an accepted proper name, as indicated by consistent capitalization in sources, it should be capitalized.'') There is no uncertainty in these open cases that are mostly lowercase in sources. So why are people who are so interested in these questions here not helping to try to settle them there, too?<p> I find {{u|Blueboar}}'s oppostion at the ] multi-RM particularly galling, saying that each one needs to be examined individually, when that is exactly what we are trying to do there already. There is no possible reason to split this again into 6 separate discussions; the evidence from sources is carefully laid out and linked, and further examination is invited. Methinks he is just being obstinate to thwart me or something, and people who generally agree with him are avoiding supported these moves just to give a hard time; or am I imagining things? ] (]) 17:35, 19 December 2014 (UTC) | |||
::Don't take it personally. ] (]) 18:22, 19 December 2014 (UTC) | |||
:::Fine; but I would feel better if you relabeled your oppose there for what it is: '''Decline to participate'''. ] (]) 19:32, 19 December 2014 (UTC) | |||
::::But I ''am'' participating... I respect that you don't like my opposition to mass moves, but it remains my opinion. ] (]) 14:04, 20 December 2014 (UTC) | |||
:::::A discussion about moving six "Riot" articles to "riot" is not "mass". Your opposition appears to be based on not wanting to look at 6 things; that's a 'decline to participate', as I expect a closer will realize. If you have reasons to oppose any in particular, let's discuss the reasons; since the move rationale is based in guidance, policy, and sources, and you profess to generally respect such thing, I'd think you would support if you participated. You did support the one you looked at (weakly) at least, for which I thank you. ] (]) 01:38, 21 December 2014 (UTC) | |||
===Back to the original question=== | |||
I would like to get back to the original question, with slightly refined wording per above. The current suggestion follows: | |||
{{blockquote|{{tq|Although official, scientific, birth, original, or trademarked names are often used for article titles, the term or name most typically used in reliable sources is generally preferred. Other encyclopedias are among the sources that may be helpful in deciding what titles are in an encyclopedic register, as well as what names are most frequently used. ''Note that the preference for common names does not indicate that titles should necessarily be styled as they are found in other sources. '''For guidance on stylization of the common name''', please refer to the ].''}}<br/>(using italics and boldface here to highlight the key aspects; we would not actually do that on the page)}} | |||
According to my current count, we have | |||
*<s>13</s> 14 expressions in favor (myself, ], ], ], ], ], ], ], ], ], ], ], ], ]) | |||
*<s>5</s> 4 expressing opposition (], ], ], <s>],</s> ]) | |||
– along with various expressions of why these opinions are as they are, of course. I have not noticed anyone changing their mind. | |||
Is this sufficient to declare the suggestion to have consensus support for this change? I suggest that the answer is Yes. | |||
It's come to my attention that there's a proliferation of un-encyclopedic titles being prefixed with the phrasing of "Use of". Is there a part of the guideline, aside from concision, that discourages this kind of unnecessary genitive possessive phrasing when simpler phrasing is clearly preferable? You notably won't find a single "Use of" article on Encyclopedia Britannica. Here, there's a plethora, such as ], which as an example could be more concisely and encyclopedically phrased as "]". In other examples, the phrasing is simply unnecessary or redundant, e.g.: ] – which could just read ], or ] – which is no different from ] or ]. It occurred to me that both ] and ] partly apply, since the "Use of" phrasing tends away from both simple and singular nouns. But is there anything else that more firmly guards against this? Thoughts? ] (]) 08:30, 2 January 2025 (UTC) | |||
—] (]) 17:57, 24 December 2014 (UTC) | |||
:I’m not sure that this is something that needs a policy to fix… just file RMs and propose a better title. ] (]) 21:23, 3 January 2025 (UTC) | |||
::I've been avoiding trying to call myself "in favor," but would tend to agree that we should try instituting the change based on the discussion above. It's clear that the revised wording would resolve a few of the concerns expressed above–in retrospect, "guidance" seems fair enough given that we are asking editors to consult "guidelines." Here's hoping this section won't turn into a recount. ]<small>]</small> 18:04, 24 December 2014 (UTC) | |||
* I do not think that one can argue that there is a consensus (what is being done here is vote counting), and any changes of the suggested magnitude should not be implemented during a holiday season when a lot of people have better things to do than watch Wikiepdia pages. A discussion involving less than a score of editors is noway near enough to draw a conclusion of a representative sample for all the active editors on Misplaced Pages. One of the things that has not been discussed is this is a policy page, is that it is an extremely bad idea to link the MOS in all its myriads of pages (many of which are watched by few edits) in such a way that they affect a policy page such as this. -- ] (]) 18:13, 24 December 2014 (UTC) | |||
**It seems like a pretty clear consensus that this clarification helps, and describes what we already do. It's even more clear (14:4) if BarrelProof corrects his lists, moving Tony1 to the support side. I do agree with VQuakr (and to some extent Blueboar) that it would also be good to make it more clear that COMMONNAME is a strategy in support of recognizability, and that recognizability has little or nothing to do with how we style things like caps and dashes; so if they have an alternate way to make that clear, that help reduce the incidence of people citing the irrelevant ] in styling discussions, that would be good, too. It's not clear to me why they object to the current attempt to do that, but I am certainly open to any alternatives that they wish to propose. ] (]) 18:18, 24 December 2014 (UTC) | |||
**You're back! I asked a question of you five days ago, and I think you promised to answer. ]<small>]</small> 18:27, 24 December 2014 (UTC) | |||
**Regarding the suggestion that having ] reference the MoS for guidance would be undesirable, I notice that this page already contains about 9 such references. —] (]) 18:59, 24 December 2014 (UTC) | |||
*'''Still opposed'''... for all the reasons I have stated before. Because stylization ''can'' be an integral part of a name, we can not always separate stylizations from the name itself. I would be much more likely to support ''if'' MOS had some sort of COMMONSTYLE guidance, but without that... I can not. ] (]) 19:08, 24 December 2014 (UTC) | |||
**The suggested addition to ], in my mind, is not intended to prescribe any particular outcome in regard to what stylization guidance the MoS should provide – only to clarify that the MoS is the place to look for that. If something in the MoS should be changed, its content should be discussed and improved. —] (]) 19:19, 24 December 2014 (UTC) | |||
::::My objection is that it is premature to point to MOS for commonname/commonstyle concerns... since MOS does not address the issue. Improve MOS first... ''then'' we will have something concrete to point to in this policy. ] (]) 21:21, 24 December 2014 (UTC) | |||
:::::So in the meantime, we let the confusion continue with editors erroneously citing COMMONNAME for matters of capitalization and such? Pointing to the MOS (which despite its shortcomings ''does'' pertain to such matters) seems the better compromise. —] (]) 21:46, 24 December 2014 (UTC) | |||
::::::The confusion is the result of MOS not taking COMMONNAME into account... that is best fixed by amending MOS, not COMMONNAME. ] (]) 13:46, 25 December 2014 (UTC) | |||
:::::{{u|Blueboar}}, I haven't seen any proposals along the lines of what you're asking for. And frankly I'm having a hard time imagining what such a thing would look like. But the I think we mostly all agree that the MOS would be the place to take it up, since titles should not have their own style (other than saying use initial caps and sentence case) that would make them different from style elsewhere. Being in a title has no particular other concerns, does it? ] (]) 23:11, 24 December 2014 (UTC) | |||
::::::I have suggested (but not formally proposed) it multiple times at various MOS pages... but the suggestion seems to fall on deaf ears. To make an initial stab at what it might look like... perhaps something along the lines of: | |||
::::::* "'''''Stylized names''': When a name is consistently stylized in a significant majority of reliable sources (especially those that are independent of the subject), Misplaced Pages should use the same stylization of the name in its articles. These can be seen as being exceptions to normal guidance.''" | |||
::::::A very rough stab... I am sure that we could come up with even better wording, but that gives you the gist of what I would like to see. ] (]) 13:46, 25 December 2014 (UTC) | |||
:::::::Wouldn’t this conflict with ]? That explicitly says to use the form closest to standard English. Probably be best to look at revising that page first. —] (]) 16:49, 25 December 2014 (UTC) | |||
::::::::Yes, it would conflict with the current guidance at MOS:TM... that would have to be amended as well. ] (]) 17:21, 25 December 2014 (UTC) | |||
==Identification of national organizations esp. government ministries== | |||
:::::::I would oppose such a broad override. We already have enough trouble with people wanting to use sources to decide whether to use a comma before "Jr.", when it would make so much more sense for us to have a consistent style rather than arguments over the numbers for such trivia that naturally vary in sources that use different styles. ] (]) 17:00, 25 December 2014 (UTC) | |||
::::::::And thus we come back to square one. Those of us who approach the conflicts from the standpoint of COMMONNAME, feel strongly that COMMONNAME does and should apply to certain style issues, and that MOS (and the various MOS subpages such as TM) guidance needs to be amended to take COMMONNAME into account... meanwhile, those of us who approach the conflicts from the standpoint of MOS feel that COMMONAME does not and should not apply to style issues, and that COMMONNAME needs to be amended to take MOS into account. Neither side want's "their" page to defer to the other's... and we are, once again, at a stand still. So... let me ask this... is there compromise position? How do we break the stalemate? ] (]) 17:21, 25 December 2014 (UTC) | |||
:::::::::Not really square one. It seems we have general consensus for a simple clarification about how we use sources and our MOS to make style decisions, in particular that something being a title does not override the normal considerations. I don't see this as a stalemate; the discussion can continue, much more sensibly, at MOS, untangliing COMMONNAME from style issues in the minds of a few editors. ] (]) 17:55, 25 December 2014 (UTC) | |||
::::::::::Yes, this is {{em|years}} overdue. An enormous number of pointless and rancorous debates at WT:AT, WT:MOS and WP:RM all revolve around the misguided notion that AT and MOS are somehow in conflict and that AT "trumps" MOS. It's confused nonsense, and our policies and guidelines are not much use if they do not resolve such confusions and prevent such time-wasting, temper-raising circular disputes from arising. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 04:27, 26 December 2014 (UTC) | |||
:::::::::::We should go ahead then. I respect Blueboar's right to continue to ask to modify the MOS to get something like his suggested ''When a name is consistently stylized in a significant majority of reliable sources (especially those that are independent of the subject), Misplaced Pages should use the same stylization of the name in its articles.'' There is nothing in that proposal about titles, or make styling titles differently from other text, so the current clarification only makes it more clear that we all agree that the MOS would be the place to work on such style questions. He seems to be asking to get his way at MOS before allowing the clarification at TITLE, which is not OK. So let's move forward. ] (]) 06:26, 26 December 2014 (UTC) | |||
::::::::::::I don't see any serious argument against the separation between AT for "wording" and MOS for "styling", so I agree with Dicklyon – Blueboar can't use his preference for a change in the MOS to support not making the proposed clarification. I support some changes in the MOS, but it's much better to discuss these in a single agreed forum than have inconsistent discussions in different places. It also helps prevents people from trying to game the system by moving from one forum to another. ] (]) 12:27, 26 December 2014 (UTC) | |||
No... COMMONNAME is '''not''' separate from styling... and it is '''not''' just about titles. COMMONNAME was created back when this page was a general policy dealing with the presentation of NAMES in Misplaced Pages (which is why the shortcut ] points to this page)... and it as always applied to the presentation of names in general, not just how names appear "in titles". <br> | |||
When a significant majority of sources consistently present a name with a specific stylization (be it capitalization, non-standard characters, or some other form of stylization)... that stylization is '''an integral part''' of the COMMONNAME... and thus COMMONNAME does and should apply to Style... whether in the title '''or''' in the body of the text. I strongly oppose attempts to separate style issues from COMMONNAME issues. They are '''not''' separate. If MOS guidance is amended to reflect this fact, then I have no problem with pointing to MOS in this policy (because they will both say essentially the same thing)... however, COMMONNAME is a very strongly supported policy provision... and I ''do'' have a problem with carving out a huge exemption from it, simply because a COMMONNAME happens to be "stylized". ] (]) 17:34, 26 December 2014 (UTC) | |||
:A significant majority of sources have styles that use hyphen for en dash, and use title case for titles and headings, and style trademarks as their owners prefer, but WP style is different. Your proposal would deny us the ability to have a house style in these and all other areas. If there are more specific exceptions that you're thinking of, we could consider them, but basically saying to let sources vote on our styling is something that WP has always rejected strongly. ] (]) 18:36, 26 December 2014 (UTC) | |||
::Red herring... It would be extremely rare to find a significant majority of sources that all present a hyphenated/dashed name the same way (far more likely that the sources will be mixed, with some using an en dash and others using a hyphen).... in other words, when it comes to hyphens and en-dashes, I think it would be highly unlikely that there would ''be'' a single consistent commonly used stylization - and so COMMONNAME would not apply In fact, lets find out... can you give us any examples where the majority of sources do use an en dash in stead of a hyphen, or vise versa?. | |||
::that said, in the abstract (pending any examples) if there are one or two very rare instances when there might be a common stylization over en dashes and hyphens, my answer is: '''yes'''... that hyphenation/dashing ''should'' be considered ''part'' of the subject's NAME, and Misplaced Pages should follow the sources and present the name the way the sources do. Misplaced Pages should not be the "odd man out". Also... remember that this is restricted to NAMES. Our guidance on dashes and hyphens for non-names would still hold. ] (]) 19:53, 26 December 2014 (UTC) | |||
:::Do you mean ''proper'' names? Because that’s an important distinction; not all names are proper names. And I strongly disagree with this position '''unless it can be conclusively determined that the style choice is an intentional part of the name''' rather than a choice made independently by the given sources’ editors. And that’s not often an easy thing to determine. —] (]) 21:13, 26 December 2014 (UTC) | |||
::::Nope... Trying to figure out the intent of the person (or entity) involved is actually ''irrelevant'' to a COMMONNAME discussion... I suppose you could say that knowing the intent could help determine whether a stylization should be considered part of the ]... but as this policy says, ''we don't necessarily use the Official name''. What we really focus on when determining whether there is a COMMONNAME (and, if so, what that COMMONNAME is) is what sources that are ''independent'' of the subject use. If a significant majority of independent sources consistently present a name with the same consistent stylization, ''then'' we know that the stylization is '''commonly''' used, and should be considered part of the COMMONNAME. ] (]) 22:08, 26 December 2014 (UTC) | |||
:I don’t think COMMONNAME says anything about styling for there to be exemptions ''from''. But anyway, two questions: Was the MOS around back then, and if so, why was presentation kept separate from it? Second, what if the sources capitalize a word like “Or”? (Maybe the subject’s obscure enough that the only sources covering it don’t pay copy-editors, I don’t know.) How do you determine whether such a style choice is part of the name or part of the source’s general style? —] (]) 18:48, 26 December 2014 (UTC) | |||
::If there is only one source that mentions a name... then '''COMMON'''NAME would not apply. You need multiple sources doing the same thing for that thing to be ''common''. (also the subject is probably not ''notable'' enough for us to have an article about it, nor important enough to mention it in some other article). ] (]) 20:04, 26 December 2014 (UTC) | |||
:::I said ''sources'', plural. And you’re avoiding my second question, and haven’t addressed my first one. —] (]) 21:03, 26 December 2014 (UTC) | |||
::::my bad... '''If''' (and that is a huge "if") a significant majority of sources consistently capitalize a word like "Or" in a name, then yes, I would consider that capitalization would be part of the COMMONNAME... and would argue that we should follow the sources. But like the whole dashes vs hyphens question... I think it is ''highly'' unlikely that this would ever actually occur... and would challenge you to give me an actual example of a situation where it does occur. ] (]) 22:08, 26 December 2014 (UTC) | |||
::::As for your other questions: 1) yes MOS was around back then... sort of. It was in a ''very'' rudimentary form, and focused on very different things than it says today (look at the history of the page to see how it has shifted and changed through the years)... it did not address stylization in names until more recently. I would guess the reason was because we had WP:NAMES to deal with the issue and so there was no need for it to do so. 2) "How do you determine whether such a style choice is part of the name or part of the source’s general style?".... my answer is: '''It does not matter'''. It does not matter ''why'' any individual source stylizes a name (any more than it matters ''why'' an individual source uses "Bill" or "William" when talking President Clinton)... all we care about is that it does so... the usage in any individual source is simply one data point among the rest. What we we care about is seeing if there is a broader ''pattern'' that is formed by the aggregate of ''all'' sources taken together... that's what indicates a commonname. ] (]) 22:26, 26 December 2014 (UTC) | |||
:::::Then I would posit that the guidance on presentation simply never made the migration into the growing MOS. And I say it very much ''does'' matter whether a style choice is made based on general house style guidelines (or laziness) or based on a particular representation of a particular name. The first is incidental and can be discarded to adapt to any house style; the second is intrinsic to the name and relevant to your COMMONSTYLE concept. Curly vs straight apostrophes is one example that comes to mind: it’s an overall style choice, not a conscious decision about any given name. —] (]) 23:07, 26 December 2014 (UTC) | |||
:::::::Um... can you give me an example of a ''name'' that includes either curly or straight quotes? ] (]) 02:33, 27 December 2014 (UTC) | |||
::::::::No, because they don’t distinguish between curly and straight. That’s my point. It’s a style choice that’s entirely up to editors and not dependent on a name, and to my knowledge should ''never'' fall to COMMONSTYLE. If every single reliable source on Earth used a curly apostrophe to name MC Hammer’s “''']'''” because they preferred to be typographically correct, we would—and should—still use a straight apostrophe (“''']'''”) per our ]. —] (]) 06:06, 27 December 2014 (UTC) | |||
Recently, the article ] was renamed ] as an uncontested ]. My interest is in whether the ''(Nigeria)'' should have been dropped: in fact, I want to propose that all national government departments should contain the national name: e,g. ''Federal Ministry of Health and Social Welfare (Nigeria)''. | |||
:It looks like Blueboar may have to remain an outlier relative to the consensus, even though he claims ''I fully agree that the styling used in the text should match the styling used in the title''. I suggest we go ahead with the change anyway. ] (]) 06:33, 27 December 2014 (UTC) | |||
::I think I have made my position quite clear... so there is no point in my arguing it further. As for consensus... not quite... I accept I am out voted among the five or six of us who have been discussing this... but I would request that we obtain a ''much'' '''wider''' consensus before we enact it. From my perspective, the proposal is a ''significant'' change to COMMONNAME, and I think we need to find out what the ''broader'' community thinks before we can claim a consensus. We need to advertise the proposal (perhaps a formal RFC) and get the opinions of a ''lot'' more editors before we can say we really have a consensus. ] (]) 16:21, 27 December 2014 (UTC) | |||
:::{{tq|“From my perspective, the proposal is a ''significant'' change to COMMONNAME…”}} I don’t see that. COMMONNAME does not presently say ''anything'' about style, does not offer any guidance on stylization whatsoever, so the proposed addition seems like common sense made explicit: “Go to the page about X for guidance about X.” Though it probably should also point to ] on this same page (or perhaps TITLEFORMAT should be moved to the MOS? But that’s another discussion). No objections here to a broader consensus, but it doesn’t seem necessary. —] (]) 17:00, 27 December 2014 (UTC) | |||
::::true... COMMONNAME does not talk about specifically about style... but that is because those of us who have crafted the WP:COMMONAME provision over the years didn't think that it was ''necessary'' to say: "Oh... by the way, COMMONNAME applies to stylized names as well as non-stylized names". We thought a name was a name. We may have been short sighted in ''not'' thinking it was necessary to say that... but until it started to become an issue over at MOS, I would have called it petty instruction creep to say explicitly it. We simply ''took it for granted'' that COMMONNAME would and should apply to stylized names as well as non-stylized names. ] (]) 17:31, 27 December 2014 (UTC) | |||
:::::Shouldn’t something like ] (proper names) or ] be the place to handle that? (PN doesn’t appear to do so, but ''shouldn’t it?'') Whether or not to preserve stylization in a non-Misplaced Pages '''name''' seems more like a project-wide style question than something limited to how articles should be titled. If we would use a stylized name in running text, then of course we would use it in a title; that’s generally how our titles work. —] (]) 20:45, 27 December 2014 (UTC) | |||
:::::::OK... wall of text time... Remember that I am speaking historically (trying to explain some of the history and ''intent'' behind WP:COMMONNAME - back when it was first written, and as it has developed over time). MOS:PN and MOS:TM didn't ''exist'' when the concept of COMMONNAME was being first developed (Hell, the main WP:MOS only existed in a very rudimentary form). We took it for granted that COMMONNAME applied to all names in all situations, because there was no other page that dealt with names. This was the first. | |||
:::::::Now, eventually MOS grew... and TM and PN were written... and all I can say is this: if those of us who had crafted COMMONNAME had been involved in their writing, they would have been written very differently... but we were not. The MOS pages grew in isolation from COMMONAME. I'm not trying to blame anyone for that... or cast aspersions... I am simply stating it as a fact of what occured. There were very few (if any) editors who worked on both sets of pages. Those of us here at COMMONNAME continued to happily take it for granted that COMMONNAME applied to both titles and the names in text, while the editors at the MOS pages started to say something different. | |||
:::::::For me, the first indication that there was even a difference of opinion on whetehr COMMONNAME should be applied to style issues was the great ] debate (about a year ago). This was the first time I saw the argument that COMMONNAME "only applies to names in the ''title'' of the article" (and that somehow it shouldn't apply to names in the body of the text). I rejected that argument then, and I reject it still... and (at least in that case) so did the majority of other editors (which is why that article is now styled as it is). Since then, there have been several attempts to amend WP:COMMONNAME so that it will "defer" to MOS guidance on issues of style. Each attempt has (so far) been rejected. Meanwhile... there have been several attempts to amend the various MOS pages so they will "defer" to COMMONNAME... and each of ''those'' attempts have been rejected as well. And so we stand stalemated. That is the history behind my opposition to the current proposal. Now, it is possible that my view is no longer in sync with that of the wider community... but I don't believe that is the case. Shall we find out? Shall we file an RFC that actually asks the broader community whether a) the MOS pages should be amended to "defer" to COMMONNAME, or b) COMMONNAME should be amended to "defer" to the MOS pages?" (OK...that probably is not the best wording for an RFC... but that is the ''essence'' of the question.) ] (]) 03:51, 28 December 2014 (UTC) | |||
::::::::Perhaps you're having a senior moment. discussing the same question of MOS guidelines versus COMMONNAME. This didn't come up with deadmaus. You dismissed ], a part of the MOS, because it ''obviously focused on how to capitalize in the body of the text, rather than in the article title''. Or over 4.5 years ago, when you noted ''I don't see a conflict... the name without a hyphen (as per MOS) would still ''reflect'' the common name.'' in in a section titled "Which takes precedence: Common name or Manual of Style?". So why did you seem to flip sides from that original position that MOS controlling style would not conflict with COMMONNAME? And why do you pretend it's a new issue with you? Amnesia? ] (]) 04:14, 28 December 2014 (UTC) | |||
::::::::A large discussion, held somewhere other than WP:AT and WP:MOS, to determine the consensus on our whole philosophy around (especially non-standard) names may be prudent. Not about which page should defer to which, but about what they ''all'' should be saying. —] (]) 04:50, 28 December 2014 (UTC) | |||
*Bluboar—either your facts are wobbly or your logical connections are hard to fathom, or both. And may I note that in your posts there's a preponderance of the us-versus-them model for pitting one guidance/policy page against another. AT was never designed to rule on style, and it's nonsense to set up a situation where title and main-text styles clash. Think of the readers, please. ] ] 05:50, 28 December 2014 (UTC) | |||
::OK... my memory may be flawed as far as when the issue first came up... but not when it comes to the original intent of COMMONNAME and what it would apply to. If you look at the two discussions that Dicklyon links to, they actually support my point.... you will see that I approach the issue from the view point of COMMONNAME. I am applying COMMONNAME to style. In the first discussion, I am noting that sources indicate that we should use capital letters... and in the second I am noting that a COMMONNAME examination did not answer the question of whether to use a dash or a hyphen - it rarely would... source usage is generally very mixed when it comes to the dash/hyphen issue. It would be extremely rare for a significant majority of sources to consistently use one or the other. When the sources are mixed, I have no problem with following our own internal house style. It's a very well reasoned "default mode". My concern is what to do when the sources are ''NOT'' mixed... when the sources indicate that we should make an ''exception'' to our normally excellent house style. I am not "Anti-MOS" - I am "Pro-COMMONNAME". ] (]) 14:40, 28 December 2014 (UTC) | |||
:::But the MOS ''already does'' say to follow sources when they are not mixed, for things like trademarks (], which is what would affect deadmau5), and for capitalization (], ]). If there are other places where it makes sense to say something like that, then MOS is the place; trying to override MOS via TITLE is not. ] (]) 18:10, 28 December 2014 (UTC) | |||
*'''Comments''': I have read through this whole thing and have determined that on a large part 1)- it is all over the place and confusing, and 2)- I have to read it again, maybe a couple of times, to try to figure out who is actually on what base. Whatever I miss in this mess someone can let me know about it. Feel free to jump in between each. | |||
*:'''Harmony''': ] ], and all others including this policy are suppose to always be in harmony and any discrepancies should be solved as soon as they arise. This would actually give consistency and "might" help avoid conflicts. We need some "ground rules (if you will) but not complete coverage of everything. "IF" something is not covered concerning titles it can and should be discussed here. ] (]) | |||
*'''Style''': we NEED at least some sort of house styling to address things like ]. Referring to (or pushing) Britannica as "the authority" on naming is NOT something we should entertain though it is not unreasonable to "include" as a "guide". ] (]) | |||
::No one is arguing that we should follow Britannica's style usage ... Britannica's usage is simply one data point among all the others. It's the total of all the data points that determines a) if there is a COMMONNAME, and b) what it is if there is one. COMMONNAME is based on ''conglomerate'' usage. ] (]) 19:14, 28 December 2014 (UTC) | |||
*'''Capitalization''': "IF" the word "or" is capitalized in common references (in sentences as titles vary widely) we should: "nay I say", '''must''' be able to have the common sense to be able to dictate by consensus that Misplaced Pages can differ from say, Britannica, if that be the case. To me it is absurd to consider capitalizing a word like "or" even if references "might" do this. This means AT does need to have clarification of style concerning titles. ] (]) | |||
::But... we should also have the common sense to say "Misplaced Pages should not be the odd man out". Again our choice is not dictated by Britannica alone... but is absurd for us to take a "we know better than all the other sources" attitude. MOS should not be a strait jacket ''preventing'' us from using common sense. ] (]) 19:14, 28 December 2014 (UTC) | |||
*'''COMMONNAME''': We need to consult all references and use the name as referred to in those: according, and ''in harmony with other Misplaced Pages policies and guidelines including MOS''. This is very important and also prevents some naming convention or a few editors from trumping policy by local consensus. We do have consensus that the most commonly used name is preferable but we can adjust that (style) for various reasons. ] (]) | |||
*'''Titles''': Naming should also be according to what is found in "English" references following ] and ]. There is ] that refers to this as a main page. We have writing styles ], ]. We also have this "Article title policy". Lacking "English references" we are suppose to translate as close as possible to English. This could be used to prevent names like ]. This by-the-way translates to ''Prague Main Railway Station''. ]: "Hlavní nádraží" DOES NOT translate to "Prague Metro" but to "main station". So much for policy. | |||
**There is arguing and tons of verbiage over simple things while somehow very longstanding consensus and more than one policy has been trumped by some local desire (or some other reason) to give non-English names to articles. Apparently there is at least one administrator that does not believe there are any policies and guidelines that need to be followed. There was an attack at a train station in China, the ], so someone here please logically explain to me how the lack of adherence to title naming policy does not now open the door for a possible article renaming to '''2014年昆明攻击'''. I would like some REAL sensible arguments that the ] does not open such a door. We have by ] (don't have to capitalize titles any more per ] to capitalized by default) started merging the ] with the ]. It would be amusing to hear why (no, I don't speak Chinese) I can not get my well documented Chinese article name changed? The Czech can do it and are they any better? There are probably 20 editors there (2014 Kunming attack) and I know of at least one sympathetic admin. What about ] to ]? | |||
:An answer ''could have been'' that this is the English Misplaced Pages and we have ''well established'' policies in regards to title naming. I believe I can argue that at this point (the above mentioned travesty) that there is no such "title naming" policy that can over-ride ] consensus and I have proof. ] (]) | |||
:"ALL" naming conventions and projects should follow this policy or we might as well concede we don't need it and let chaos reign. ] (]) | |||
*'''MOS''': MOS should be in harmony with AT and any clarification of MOS concerning AT's would be cleared up here. The authority concerning "Article titles" is here and "style" of content should be there but they are not "separate". Trying to "totally" separate the two IS confusing and will only result in "battles" that can be avoided. There needs to be something on style here, even if brief, because this is a policy and not a guideline. ] (]) | |||
*'''Browser compatibility''' We need to always be concerned about changes that will affect how a title is presented as well as ease of use to the average editor. I didn't see anything concerning mobile users. ] (]) | |||
*'''Conclusion''': Seriously! The editors here need to pick one topic, discuss it to a definitive agreement through consensus, that should include posting at various proper venues, and then move on (close one door then open another) to the next. Surely that would be an appropriate solution as apposed to the bouncing around we have. I would think that the proposal '''The suggestion was editing the fourth paragraph of WP:COMMONNAME''', upon gaining consensus (I suppose that is what all the nods of "support" are still for), would be presented somewhere for more community consensus. If not then any amendments to policy would just reflect local consensus. My bad; I forgot that, according to the Czech named and soon to be Chinese articles, local trumps policy. ] (]) 16:22, 28 December 2014 (UTC) | |||
:::Policy wonks (like me) do need to remember that it is possible to have a "local consensus" on policy talk pages. When only a few editors are ''involved'' in a discussion ... any consensus they reach is a ''local'' consensus... it does not matter where the discussion takes place. No small group of people can say they speak for the entire community. I have seen numerous cases where as many as 20 policy wonk editors all reached consensus on a change to a policy page... and yet discovered that the broader community (who were not involved in the initial discussion) ultimately rejected the change. ] (]) 19:14, 28 December 2014 (UTC) | |||
In this case, it is not a matter of current ambiguity: there seems to be no other "Federal Ministry of Health and Social Welfare" in another country at the moment. So my request is based on the requirement for current ] in the first place, and then as a general policy to prevent future or uncaught ambiguity in the second place. | |||
== Semi-protected edit request on 20 December 2014 == | |||
:''See also: ]'' | |||
{{edit semi-protected|Misplaced Pages:Article titles|answered=yes}} | |||
<!-- Begin request --> | |||
Add the following to ] under “'''Do not enclose titles in quotes'''”: | |||
{{quotation|However, a title can be made to appear in quotes by using {{tag|q}} with the ] magic word.}} | |||
Alternatively, please explain why {{tag|q}} is supported by DISPLAYTITLE if this is not to be encouraged. | |||
<!-- End request --> | |||
] (]) 06:56, 20 December 2014 (UTC) | |||
:Shall we wait for the RfC first? Not a good idea to start and RfC ''and'' an editrequest at the same time. <code style="white-space:nowrap">-- ]]] {{]}}</code> 09:50, 20 December 2014 (UTC) | |||
::The discussion is inactive on a page with a lot of activity, and with really only me opposing (over resulting titles like '''{{!xt|""Foo" Bar"}}'''), I think. So you or someone can probably go ahead and make the change, or else what’s the point of the tag being supported? —] (]) 10:18, 20 December 2014 (UTC) | |||
:::Actually, I just commented in that discussion with a question; it's not a moribund thread yet. (Granted, it was a qualified "support", but I'd still like the technical question to be explored, since it may affect the instructions we give. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 04:36, 21 December 2014 (UTC) | |||
::::Missed my answer? As far as I can tell, if DISPLAYTITLE does not include a <code>"</code> that is in the title, it has no effect. Can't be done, unless I'm missing some very clever trick. —] (]) 07:32, 21 December 2014 (UTC) | |||
In concrete terms, the policy would be something like: | |||
== Accuracy and usage == | |||
The title of an article about a current or recent government agency or ministry or political unit should, for ] and to prevent ambiguity, contain the name of the nation or colonial grouping (and, if relevant, the state, province or territory etc.). Examples of existing precise (good) names are: | |||
Please see ] for some interesting opinions as to usage versus accuracy. Wider input appreciated, I think this provides some good examples of a widespread misinterpretation, and may help us to clarify the policy either way. ] (]) 19:46, 26 December 2014 (UTC) | |||
* ] | |||
* ] | |||
If the agency or ministry does not currently have the national name in it, the name should be added in ]: | |||
* Federal Ministry of Health and Social Welfare '''(Nigeria)''' | |||
* Federal Bureau of Investigation '''(U.S.)''' | |||
* Province of Georgia '''(British America)''' | |||
Exceptions: If the name is quirky, uniquely associated with a location with a unique or notable name, includes an unambiguous state name, or is a distinctive contraction, the national name does not need to be added or removed: | |||
* MI5 <- OK | |||
* CSIRO <- OK | |||
* Sichuan <- OK | |||
* Taiwan <- OK | |||
* ] <- OK | |||
* Biosecurity Queensland <- OK | |||
* Georgia Department of Community Health <- needs '''(U.S.)''' | |||
This editorial policy would not extend to autonomous state-owned concerns, such as universities, utility corporations, etc. though it might be appropriate for editors to consider. It does not apply to town or local government. | |||
== A Boy was Born == | |||
] (]) 01:53, 18 January 2025 (UTC) | |||
] is my Christmas gift to the German Misplaced Pages. In English it is ], but ]. Please explain. --] (]) 00:41, 27 December 2014 (UTC) | |||
::The explanation is simple... English is very flexible language, and there are exceptions to every rule. ] (]) 02:36, 27 December 2014 (UTC) | |||
::: Can't a German name be used? --] (]) 22:51, 27 December 2014 (UTC) | |||
:::: In Germany, we take names as given. It's ], and it's A Boy was Born, as the composers named them. --] (]) 23:50, 27 December 2014 (UTC) | |||
::I just checked that. ] was just created a couple of days ago, apparently by someone not familiar with the Misplaced Pages MoS capitalization convention. I just moved it to ]. Hopefully that will take care of it. —] (]) 03:09, 28 December 2014 (UTC) | |||
:Personally I'd prefer we do Ministry of XYZ of Country instead of putting the country in brackets. ] (]) 02:00, 18 January 2025 (UTC) | |||
== Semi-protected edit request on 27 December 2014 == | |||
::No strong objections: I think the important thing is the precision not the form. My weak objection would be that if the formal name of the ministry did not include the national name, it is better to have the fact that this is being added for editorial purposes made clear by using the parentheses: e.g. I think this is not right: "Federal Bureau of Investigation of United States". I thought of a compromise, ''Ministry of XYZ (of Country)'', but it looks silly to me...:-) ] (]) 02:13, 18 January 2025 (UTC) | |||
:::I agree with your weak objection: the bracketed form is unambiguous, and also helps to avoid giving a body with an already long name an even longer and potentially erroneous one. ] (]) 03:29, 18 January 2025 (UTC) | |||
::This would be my suggestion as well, with parentheses largely reserved for further disambiguation (e.g. the Georgias, different iterations of an agency), in accordance with ]. But to OP's point, with very limited exceptions, I believe pages on government ministries and offices should have at least some geographic precision in the page title. And I'd say one of those exceptions should be for the handful of internationally ubiquitous agencies (MI5, MI6, FBI, CIA, possibly the NSA and TSA). ] (]) 02:44, 18 January 2025 (UTC) | |||
*Per ]: {{tq|It is not always possible to use the exact title that may be desired for an article, as that title may have other meanings, and therefore may have been already used for other articles. According to the precision criterion, only as much detail as is necessary to distinguish one topic from another should be used}} - ie we don't add precision unless it is needed to resolve an actual article title conflict. See also ] and ]. We also have the consideration of ] v official name. Any change mandating the inclusion of the country would need to be made as a naming convention or as part of an existing naming convention. It wouldn't go here. There is existing guidance at ]. An argument to mandate would need to consider the existing situation (how are all of these articles already named and is there ''actually'' a problem that needs to be fixed - ] is arguably the primary topic. There is existing guidance at ]. ] (]) 06:00, 18 January 2025 (UTC) | |||
{{edit semi-protected|Misplaced Pages:Article titles|answered=yes}} | |||
*:This clearly isn't a formal proposal, more so OP testing the waters. A low-traffic subpage is hardly a great forum, so this seems fine, at least for a pre-RFC stage. The question would seem to be whether or not the likes of ], ], ], ], ], etc. are sufficiently precise/informative so as to be useful to the reader. To me, they would seem to be ambiguous to the point of uselessness, and perhaps a standard like UK parliamentary constituencies or US towns is warranted. ] (]) 08:16, 18 January 2025 (UTC) | |||
<!-- Begin request --> | |||
*::The first question is: How does the guidance at ] not already adequately deal with this? The role of an article title is to be an ''unique'' identifier for information about a particular topic. Recognizability states: {{tq|The title is a name or description of the subject that someone familiar with, although not necessarily an expert in, the subject area will recognize.}} An Australian (ie somebody reasonably familiar with the Commonweath government) would recognise and search for ]. There is only one article with this title. Adding ''Australia'' to the title (eg {{no redirect|Department of Health and Aged Care (Australia)}}) doesn't make this easier to find. There are though, thirty odd articles for a government entity called ''Department of Health'' (without anything else). These do need to be disambiguated (see ], which is a hat note from ] (]). ] (I previously linked to ] which targets the same section at ]) is often poorly understood. As I indicated above, we only use sufficient precision to disambiguate a particular title from other ''actual'' articles that would otherwise have the same name. Anything more is OVERPRECISION and not as ]. Different governments use different terms for similar administrative bodies such as: department, ministry, secretariat or bureau. We are not going to mandate calling everything a ''department''. Good use of hat notes and other navigation aids make things easier to find if someone is not sufficiently familiar with the subject to ''recognise'' the name and will be more efficacious than the suggested proposal. I just did this for ]. ] (]) 11:44, 18 January 2025 (UTC) | |||
In the refnote at the end of the first paragraph of ], the word “appears” should be “appear” per subject-verb agreement. —] (]) 07:25, 27 December 2014 (UTC) | |||
*:::A) It's irrelevant whether or not the naming convention deals with it in a discussion of whether or not the convention should be adjusted. Even if it wasn't, the phrasing is less than clear regarding natural disambiguation vs. unique names. Also, the guidance to avoid "Something of Something of Jurisdictionname" significantly predates the creation of ] and any discussion of that guidance isn't readily apparent. B) Those familiar with the subject would not merely be Australians, but those familiar with health ministries. While debatably irrelevant due to the existence of the ] redirect, how many Australians familiar with the government would know the name of a recently renamed agency? C) I (and I believe OP) understand WP:PRECISIION plenty well; the question is whether or not a systematic exception is desirable for one of the subject areas that WP covers most systematically. | |||
<!-- End request --> | |||
*:::To add a bit of data (and realizing that it doesn't do much to aid my suggestion above vs. OP's): regarding the examples I mentioned above, results on EBSCOhost and Science Direct provide natural disambiguation for the Department of Health and Aged Care and the the Chief Scientist Office in about 5% of cases, the Secretariat of Health and the Department of Health and Social Care in about 20%, and the Directorate of Health in about 35%. And with that, I will bow out of this discussion unless it attracts more attention. ] (]) 20:33, 18 January 2025 (UTC) | |||
] (]) 07:25, 27 December 2014 (UTC) | |||
*Concur with ] that this is the wrong place for such a proposal and it needs to be raised at ]. On the merits, I strongly disagree because it conflicts with ]. No further precision is required when the name is globally unique. For example, ] is globally unique. --] (]) 06:38, 18 January 2025 (UTC) | |||
:I removed the note instead, finding no possible use for explaining in a footnote what COMMONNAME means, as the paragraph it's attached to already explains it. If a note for "common name" is needed, it should be placed where it would be useful. Then the number agreement would be singular again. But I think it's more clear without this. ] (]) 07:46, 27 December 2014 (UTC) | |||
::{{done}} --] (]) 08:55, 27 December 2014 (UTC) |
Latest revision as of 20:33, 18 January 2025
Skip to table of contents |
This is the talk page for discussing improvements to the Article titles page. |
|
The project page associated with this talk page is an official policy on Misplaced Pages. Policies have wide acceptance among editors and are considered a standard for all users to follow. Please review policy editing recommendations before making any substantive change to this page. Always remember to keep cool when editing, and don't panic. |
The contentious topics procedure applies to this page. This page is related to the English Misplaced Pages article titles policy and Manual of Style, which has been designated as a contentious topic. Editors who repeatedly or seriously fail to adhere to the purpose of Misplaced Pages, any expected standards of behaviour, or any normal editorial process may be blocked or restricted by an administrator. Editors are advised to familiarise themselves with the contentious topics procedures before editing this page. |
Archives |
1, 2, 3, 4, 5, 6, 7, 8, 9, 10 11, 12, 13, 14, 15, 16, 17, 18, 19, 20 21, 22, 23, 24, 25, 26, 27, 28, 29, 30 31, 32, 33, 34, 35, 36, 37, 38, 39, 40 41, 42, 43, 44, 45, 46, 47, 48, 49, 50 51, 52, 53, 54, 55, 56, 57, 58, 59, 60 61 |
Archives by topic: |
This page has archives. Sections older than 60 days may be automatically archived by Lowercase sigmabot III when more than 5 sections are present. |
Is this a valid disambig page?
An article I have watchlisted Eliza Smith has been turned into a disambig page, with the article that was there previously moved to Eliza Smith (writer). Added to the new disabig page are Eliza Kennedy Smith, Eliza Bland Smith Erskine Norton and Eliza Doyle Smith. All three of the 'non-Eliza Smith' articles have been around for a while with no need for a disambig page (particularly one that isn't Eliza Smith). Is this not a case where hatnotes would be preferable to a disambig page, given they have 'natural' disambiguators? (I ask this from a position of complete ignorance on disambig pages, which I rarely get involved with... - SchroCat (talk) 09:10, 2 October 2024 (UTC)
- The place to ask such questions is usually Misplaced Pages:WikiProject Disambiguation, but I can tell you right now that the answer you will get is that this is a perfectly fine disambiguation page. Any person with a given first name and last name is likely to be identifiable by that name, irrespective of whether a middle name (or maiden name) is interposed. If there is an argument that Eliza Smith (writer) is the primary topic of the page, then the disambiguation page can be moved to a "Foo (disambiguation)" title, but it seems unlikely that such a short article on a person prominent so many decades ago would be primary. BD2412 T 12:49, 2 October 2024 (UTC)
- That's great - thanks very much. I don't think the writer is likely to be the primary (or at least, if she is, it'll be by a very narrow margin and I'd be surprised),but it's good to know. Cheers - SchroCat (talk) 12:55, 2 October 2024 (UTC)
- Of course not, but it could become clearer if the Disambiguation page is improved for readability. RealAdil (talk) 09:07, 29 November 2024 (UTC)
Remove UE as a whole.
It makes no sense that anything that has a non-English name is translated in English. I think this should be revised considering that in Québec, we fought tooth and nail to protect our language, and now English Misplaced Pages mindlessly follow the English-language newspapers without ever considering what the majority of French-language newspapers says. LilianaUwU 04:31, 24 October 2024 (UTC)
- This Misplaced Pages is written in English. We follow English-language usage. If you prefer to read Misplaced Pages in French, then the link is http://fr.wikipedia.org. 162 etc. (talk) 04:42, 24 October 2024 (UTC)
- English or not, when the French name is the only official one, whether sources use another name is not important. Maybe I'm wrong when it comes to the PLQ, but there are plenty other examples where it's not the case. LilianaUwU 04:52, 24 October 2024 (UTC)
- >whether sources use another name is not important
- Well, it is. Per the policy, "Misplaced Pages does not necessarily use the subject's official name as an article title; it generally prefers the name that is most commonly used (as determined by its prevalence in a significant majority of independent, reliable, English-language sources.)"
- I seriously doubt that you'll find consensus to change that. 162 etc. (talk) 05:00, 24 October 2024 (UTC)
- UE doesn't hold that titles should be universally translated to English, it only holds that titles should use the form that's most common in English-language RS. (In this respect, it basically extends the principles of WP:COMMONNAME and WP:RSUE.) This often results in the adoption of translated titles, but also allows for moves in the other direction if sources support it: for instance, the article Seitō (magazine) used to be titled after the magazine's translated name Bluestockings, but moved to its current title by RM consensus because Seitō was more prevalent in English sourcing. ModernDayTrilobite (talk • contribs) 18:16, 24 October 2024 (UTC)
- English or not, when the French name is the only official one, whether sources use another name is not important. Maybe I'm wrong when it comes to the PLQ, but there are plenty other examples where it's not the case. LilianaUwU 04:52, 24 October 2024 (UTC)
It makes no sense that anything that has a non-English name is translated in English.
Then you should be pleased to learn your premise is mistaken: the guideline doesn't call for that (read it again: it says "should follow English-language usage", not "should translate into English"), and not everything that has a non-English name is translated to English here (though it may be transliterated): Der Spiegel (not "The Mirror"), Mainichi Shimbun (not "Daily Newspaper"), Haaretz (not "The Land"), Touche pas à mon poste ! (not "Don't touch my TV!"), Amores perros (not "Love's a Bitch"), Izvestia (not "News"), Livorno (not "Leghorn"), Mechelen (not "Mechlin"), etc. Even with respect to Quebec: we have Trois-Rivières, not "Three Rivers".- As far as I know, what's been fought for in Quebec is the primacy of French and the use of authentic French words when speaking and writing in French, not to dictate to users of English how to speak and write English when they are speaking and writing in English. In any event, this isn't Misplaced Pages for Quebec, it's English Misplaced Pages for the entire world.
- Further, French Misplaced Pages has articles titled fr:Royaume-Uni and fr:États-Unis and fr:Californie, not "United Kingdom" and "United States" and "California". Why should English Misplaced Pages follow a different approach? Largoplazo (talk) 18:33, 24 October 2024 (UTC)
- Why would we consider what French-language newspapers say when we ARE WRITING IN ENGLISH? I don't tell you how to speak and write French, your attempt tell us how to speak and write English is monstrously offensive. --User:Khajidha (talk) (contributions) 15:48, 30 October 2024 (UTC)
- And to the list of examples, one could add Mein Kampf (not My Struggle), Cirque du Soleil (not Sun Circus), Pravda (not Truth), Germany (not Deutschland), and on and on. I can only agree strongly with Khajidha: your premise is mistaken, your argumentation is baseless, and your proposal has no chance. Feel free to raise it again, though, after you have fixed the titles of the following articles at French Misplaced Pages so they all have the proper English titles: Californie, Irlande, Le Cap, Chambre des lords, Parc national de Yellowstone, and La Nouvelle-Orléans. Et passez une très bonne journée ! Mathglot (talk) 06:08, 18 November 2024 (UTC)
- WP:OFFICIALNAME is also pertinent here, since part of the basis of the OP's idea seems to be that because the organization's official name is English, en.WP has to write it that way regardless what the preponderance of English-language sources are doing. — SMcCandlish ☏ ¢ 😼 10:44, 24 November 2024 (UTC)
- We don't need to throw the baby out with the bathwater, but USEENGLISH is, in my view, second only to COMMONNAME in how much there's a disconnect between what people think it says and what it actually says. Misplaced Pages deliberately does not have a preferred form of English, yet, for example, I often see people in NZ-related RMs try to pull the "Māori-derived terms aren't really English" card (which coincides with the recent anti-indigenous pushback amongst white conservatives in AU/NZ politics). I think we do need a WP:NWFCTM equivalent for the article titles policy, because even though some older people halfway across the world might still call it "Ayers Rock", the COMMONNAME for years has always been Uluru. Sceptre (talk) 19:11, 24 November 2024 (UTC)
- If I were king for a day, I would just delete the WP:USEENGLISH redirect and call it WP:USEENGLISHSOURCES instead. When it's the shortcut that's causing the misunderstanding, no amount of nuance in the policy itself is likely to help. Extraordinary Writ (talk) 20:18, 24 November 2024 (UTC)
Clarification regarding language of WP:RECOGNIZABILITY
Hello,
I am writing to inquire about the phrasing ...the subject area...
in the Recognizability description. Does ...subject area...
refer to the general topic area of an article's content or specifically the subject matter of the article in question? I ask because I have been participating in multiple WP:RM discussions, especially in the context of WP:NCROY. In addition, how ...subject area...
is interpreted can affect my !vote rationale.
Example for those confused about my inquiry |
---|
To illustrate my point, consider the example of the article title for Emperor Alexander III of Russia. If In contrast, if |
Please note that I am not asking this to rehash or pre-empt a move request involving WP:NCROY (In any case, I am skeptical that the Russian emperor is the WP:PRIMARYTOPIC for Alexander III because Alexander the Great a Scottish king had the same regnal name and number). I am asking this because I have never received an explicit clarification on this matter in the various RMs I have participated in.
Any insight would be greatly appreciated. Thank you,
AndrewPeterT (talk) (contribs) 19:41, 1 November 2024 (UTC), last edited 14:48, 3 November 2024 (UTC)
- N
- Virtually nobody remembers Alexander the Great's regnal number, so he is obviously not a candidate for the primary topic.--User:Khajidha (talk) (contributions) 21:16, 2 November 2024 (UTC)
- Thank you for noting this. I admit that I thought about that when I was writing my query, but I also believed that Alexander the Great could still be the primary topic for Alexander III on technical grounds. I probably should have used Alexander III of Scotland, who is commonly known by that regnal number, to illustrate my point. AndrewPeterT (talk) (contribs) 14:48, 3 November 2024 (UTC)
- Taking the revised version of the OP's scenario, of "Alexander III" in particular: in English-language sources, the Scottish monarch still only has only a bit more than half as much RS coverage as the Russian one . Whether 12K sources for the Scot and 20K for the Russian firmly establishes the latter as the WP:PRIMARYTOPIC might be open to some disputation (which would not be the case if it were something like 3K to 175K split). But the Scottish one clearly is not primary, and he would probably be the leading contender against the Russian by a wide margin. To answer the OP's more general question, "subject area" in this sense means heads of state and comparable figures (such as Popes and a few other people usually known by "Foobar IV" regnal-style numbering, perhaps inclusive of major non-states like duchies in some cases). It doesn't mean anything narrower that's dependent on the specific article content and context (like being Russian or from a particular era). — SMcCandlish ☏ ¢ 😼 10:56, 24 November 2024 (UTC)
- Thank you for noting this. I admit that I thought about that when I was writing my query, but I also believed that Alexander the Great could still be the primary topic for Alexander III on technical grounds. I probably should have used Alexander III of Scotland, who is commonly known by that regnal number, to illustrate my point. AndrewPeterT (talk) (contribs) 14:48, 3 November 2024 (UTC)
Request for comment on the relationship between WP:CRITERIA and WP:TITLEFORMAT
NO There is consensus that WP:TITLEFORMAT does not take precedence over WP:CRITERIA. Editors should continue to balance all relevant guidelines and policies when determining article titles, without giving inherent precedence to either section.Most participants agreed that both sections are integral parts of the Article titles policy and should be balanced and considered equally when determining titles in a requested move (RM) discussion, on a case-by-case basis using the context of an article. Editors argued that neither section should override the other universally; instead, contributors should weigh all relevant factors alongside the policy's text. Some editors also suggested that WP:COMMONNAME and relevant sections in the Manual of Style were an additional important consideration in RM discussions.
The minority of contributors supporting the primacy of WP:TITLEFORMAT communicated that the strong and direct language in the section (e.g. "do" / "must" rather than "should do" / "can do") established precedence. However, opposing participants argued that policies are not set in stone, and that disagreements over their interpretation should be resolved through consensus-based discussions rather than strictly following the exact wording of the policy (WP:NOTLAW and WP:IAR). Furthermore, while editors supporting primacy also contended that enforcing precedence would prevent potential conflicts and maintain internal consistency within the policy, opposing editors rebutted that such disharmony and inconsistency was not widespread under the status quo.
Frostly (talk) 06:11, 26 November 2024 (UTC)
(non-admin closure)The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
For any proposed article title determined by the application of WP:CRITERIA the proposed title should nonetheless comply with WP:TITLEFORMAT (ie WP:TITLEFORMAT has primacy over WP:CRITERIA). Cinderella157 (talk) 00:03, 18 November 2024 (UTC)
For simplicity, comments can be made as a Yes or No to the RfC proposition.
Background
At WP:TITLEFORMAT, it is stated: The following points are used in deciding on questions not covered by the five principles; consistency on these helps avoid duplicate articles
.
The meaning of any particular part of a policy should be construed within the fuller context and not in isolation. The question considers whether the two sections exist in harmony with each other or whether the application of any of the five criteria can be construed to over-ride any of the matters detailed in WP:TITLEFORMAT.
This RfC does not propose a change to the wording of this policy nor does it preclude a change. Cinderella157 (talk) 00:16, 18 November 2024 (UTC)
Note: Just as there are five principles listed at WP:CRITERIA, there are eleven matters (sections) to WP:TITLEFORMAT. The proposition deals with the relationship between WP:CRITERIA (as a whole) and WP:TITLEFORMAT (as a whole). 08:25, 18 November 2024 (UTC)
Intent The intent of this RfC is to determine what the policy is actually telling us as written (how it should reasonably be construed) as opposed to what editors think the policy should be telling us. If there is a disjunction between the two, then an amendment to the policy is indicated but that would be another issue.
Pinging editors that have already commented: WhatamIdoing, Thryduulf, Voorts, SnowFire, Adumbrativus, Extraordinary Writ, Novem Linguae and Mdewman6. Cinderella157 (talk) 10:35, 20 November 2024 (UTC)
Comments
- Yes (as proposer) The wording at the intro to TITLEFORMAT states the considerations detailed therein are
not covered by the five principles
- matters raised therein fall outside the scope of CRITERIA. The matters identified at TITLEFORMAT mainly exist for technical reasons that should not be over-ridden (noting that it is rare to use must not on WP). Reading the subject guidance in the full context of this policy, the proposition represents both the spirit and intent and the letter of the policy. Accepting the proposition asserts a harmony between the two individual sections. Rejecting the proposition creates tension and disharmony within the policy. That would assume that the drafters of the policy lacked the perception to see such a conflict of ideas and/or, that such a conflict should exist. By Occam's razor (or at least its corollary) the reasonable (simplest) view is that the intention is one of harmony between the two sections. Cinderella157 (talk) 00:46, 18 November 2024 (UTC)
- PS Many of the eleven matters identified at TITLEFORMAT use unambiguous emphatic language such as do not or use rather than should use. Such language serves to tell us that these matters are not optional. They are definitely not informing us on
how to balance the five criteria
. These are things that a proposed title cannot violate. Such language quite clearly establishes the relationship with CRITERIA and the primacy of the matters at TITLEFORMAT collectively. Cinderella157 (talk) 08:51, 18 November 2024 (UTC)
- For context, this stems from this discussion (about this RM), where I was asked as closer to disregard !votes that invoked consistency. I declined to do so since I feel consistency is a policy consideration (WP:CONSISTENT; WP:CRITERIA) that editors are allowed to balance against other factors, but if editors think that style guidelines like MOS:CAPS should always take precedence, I'm happy to be recalibrated. Extraordinary Writ (talk) 01:08, 18 November 2024 (UTC)
- Just to be clear, it is not that MOS:CAPS takes precedence (at least not directly). It is that WP:LOWERCASE is part of WP:TITLEFORMAT. The weight given to MOS:CAPS comes from within WP:AT. Cinderella157 (talk) 01:26, 18 November 2024 (UTC)
- No WP:TITLEFORMAT should not have primacy over WP:CRITERIA; both are part of the WP:AT policy and should carry equal weight. WP:TITLEFORMAT addresses issues not directly addressed by WP:CRITERIA, in other words, it informs how to balance and invoke the 5 criteria, but is not something that the criteria can 'violate' or not. In the case of that RM, the fundamental question is whether "battle" is part of the proper noun or not, which essentially is a WP:COMMONNAME question- how do reliable sources normally write it. Thus, we have MOS:CAPS and, more specifically, MOS:MILCAPS, which are WP:GUIDELINES, which are specific invocations of a combination of WP:COMMONNAME and WP:LOWERCASE, which are both WP:POLICY. I don't think WP:CONSISTENT arguments should be completely discounted, but it's up to the RM participants and the closer to determine how much weight they carry. WP:CONSISTENT states consistency should be the goal
to the extent it is practical
and WP:TITLECON (an essay) discusses consistency argumentswhen other considerations are equal
so it seems clear consistency should not be the only consideration. Personally, I think most battles significant enough to be known as "battle of x", "battle" is clearly part of the proper noun (the event usually being more important than where it occurred), but we must follow reliable sources. Mdewman6 (talk) 03:06, 18 November 2024 (UTC) - No. Both policy sections include various factors that are used to determine an appropriate title on a case by case basis. In an RM discussion, any relevant factors should be balanced and weighed against one another to reach consensus. I don't see evidence of disharmony or major inconsistency requiring a massive change to policy. If it ain't broke, don't fix it. voorts (talk/contributions) 22:29, 18 November 2024 (UTC)
- This RfC does not propose a change to policy. It is a question of how the spirit and intent and the letter of two different parts of the policy, as they exist, should be reasonably construed. Cinderella157 (talk) 03:37, 19 November 2024 (UTC)
- That's splitting hairs. If there's only one way of reasonaly construing a policy, then that construction becomes the policy. voorts (talk/contributions) 14:32, 19 November 2024 (UTC)
- Reading CRITERIA and the supporting sections addressing the five principles (within the full context of the policy), it is essentially telling us that a proposed title is determined by weighing each principle and that each principle need not be given equal weight in a particular case. However, TITLEFORMAT tells us that the matters therein are
questions not covered by the five principles
- ie they are outside the scope of CRITERIA and the five principles. The matters at TITLEFORMAT are clearly quite separate from CRITERIA. The eleven matters at TITLEFORMAT tell us to do a certain thing, to not do a certain thing or that certain things might be done in narrowly construed circumstances. Compared with CRITERIA (and the five sections that explain the individual principles) TITLEFORMAT uses emphatic language. Reading the individual sections in the fuller context of the whole policy, TITLEFORMAT is essentially telling us to discard or modify a proposed title if it does not conform to any of the eleven matters therein. At no point does it suggest that any of the five principles mightcover
any of the matters at TITLEFORMAT. Consequently, it is not reasonable to posture that any of the five principles, either individually or in combination, might over-ride or supplant any of the matters at TITLEFORMAT - especially those which are made emphatically without exception. - Yes, there is only one way that a rule, law or policy should be reasonably construed if it is robustly constructed - eg without ambiguity. But that is not always the case. Consequently, in the real world, rules and laws are often tested to determine how they should be reasonably construed. I make a reasoned case that the letter of the policy is that, matters at TITLEFORMAT have primacy over CRITERIA. In consequence there is harmony between the two sections internally and a harmony between WP:AT and other associated P&G. The internal and external harmony evidences that construing the relationship between the two sections this way represents not only the letter of the policy but the spirit and intent of the policy. Asserting otherwise creates tension, ambiguity, inconsistency and disharmony between the two sections and related P&G where none exists otherwise. Is there a reasoned argument that the alternative accurately represents the letter of the policy and the spirit and intent or is it just an opinion that I don't like it, then it should be made.
- Yes,
n an RM discussion, any relevant factors should be balanced and weighed against one another
. However, arguing an internal contradiction within a policy where none reasonably exists would be illogical and flatly contradict the policy. Accordingly, it should be discarded. Cinderella157 (talk) 02:07, 20 November 2024 (UTC)- Misplaced Pages's policies and guidelines are not statutes. They are not written by a single body at a single point of time; there's no legislative drafters or style guide; and the overriding concerns are not precision, consistency, or rule of law. Rather, they are written by several editors—many with opposing viewpoints—over the course of decades according to a process that values consensus, with the recognition that ignore all rules is an overriding principle. Your interpretation of AT as written might be correct, but it's beside the point. In current practice, RM discussions generally involve editors making arguments based on COMMONNAME, CRITERIA, TITLEFORMAT, or any of the various naming conventions, and then weighing between those arguments. One discussion might conclude with a consensus that consistency is more important than concision, while another might result in using a common name instead of a precise title. voorts (talk/contributions) 02:23, 20 November 2024 (UTC)
If there's only one way of reasonaly construing a policy, then that construction becomes the policy.
We can only construe a policy base on what is written. The purpose and intent of this RfC is to determine how the relationship between CRITERIA and TITLEFORMAT should be construed based on what is written within the fuller context of the policy. This is exactly the point. Proposing a title (be it the initial title or at an RM) is about balancing the five criteria for any particular case. That is what the policy is telling us and it is not disputed. But this is not the question posed by the RfC nor the point of the RfC. If the policy is telling us to comply with TITLEFORMAT, then that is what we do too. The intent of the RfC is not to determine what editors think the policy should say but what it actually says. If it doesn't say what the community think it should say, then it is ""broke" and should be fixed. However, that would be another matter since it is not the intent of this RfC to change the policy. Furthermore, IAR is not a get out of jail free card to be exercised whenever one just doesn't like the rules. Cinderella157 (talk) 10:06, 20 November 2024 (UTC)- I'm a lawyer. I love getting in the weeds and arguing about the meaning of the law. But that's not how Misplaced Pages interprets or creates rules. Editors operate based on consensus, not legalistic readings of P&Gs. Please review WP:RAP and WP:PPP. voorts (talk/contributions) 14:10, 20 November 2024 (UTC)
- Misplaced Pages's policies and guidelines are not statutes. They are not written by a single body at a single point of time; there's no legislative drafters or style guide; and the overriding concerns are not precision, consistency, or rule of law. Rather, they are written by several editors—many with opposing viewpoints—over the course of decades according to a process that values consensus, with the recognition that ignore all rules is an overriding principle. Your interpretation of AT as written might be correct, but it's beside the point. In current practice, RM discussions generally involve editors making arguments based on COMMONNAME, CRITERIA, TITLEFORMAT, or any of the various naming conventions, and then weighing between those arguments. One discussion might conclude with a consensus that consistency is more important than concision, while another might result in using a common name instead of a precise title. voorts (talk/contributions) 02:23, 20 November 2024 (UTC)
- Reading CRITERIA and the supporting sections addressing the five principles (within the full context of the policy), it is essentially telling us that a proposed title is determined by weighing each principle and that each principle need not be given equal weight in a particular case. However, TITLEFORMAT tells us that the matters therein are
- That's splitting hairs. If there's only one way of reasonaly construing a policy, then that construction becomes the policy. voorts (talk/contributions) 14:32, 19 November 2024 (UTC)
- This RfC does not propose a change to policy. It is a question of how the spirit and intent and the letter of two different parts of the policy, as they exist, should be reasonably construed. Cinderella157 (talk) 03:37, 19 November 2024 (UTC)
- No. Voorts puts it well. Both sections contain factors that need to be considered in the context of an individual discussion and neither can be correctly stated as stronger than the other in all cases. Thryduulf (talk) 23:02, 18 November 2024 (UTC)
- This RFC could use some examples placed prominently towards the top somewhere. I read it twice and do not understand it. If I spent another 5 minutes reading the linked policies I could probably puzzle it out, but including that information here would be helpful. –Novem Linguae (talk) 23:35, 18 November 2024 (UTC)
- Novem Linguae, it is a question of whether CRITERIA (or any particular principle therein) would over-ride any (one or more) of the eleven matters at TITLEFORMAT, noting that for many of these matters the language used is emphatic rather than optional. My response to Voorts might better explain the issue. I will give some examples if this helps. Some of these are related/analogous to article title discussions that have occurred.
- Would a proposed title that uses title case over-ride LOWERCASE on the basis that article titles using title case are more RECOGNISABLE or more NATURAL than article titles written in sentence case?
- Would a proposed title of #tag over-ride WP:TSC on the basis of recognisability/COMMONNAME?
- Would a series of sub-articles on a topic in a format similar to "Azerbaijan/Transport" (though using some character other than "/") on the basis of CONSISTENT, NATURAL or CONCISE over-ride Do not create subsidiary articles?
- Would one have a title "The Department of Foo", over-riding WP:DEFINITE on the basis of CONSISTENT and COMMONNAME (we always see "the Department of Foo" in sources) or "Wild horses", using a similar argument to over-ride WP:SINGULAR.
- Would we have "X Plate" for the names of individual tectonic plates citing CONSISTENT because all WP articles use "X Plate" over-riding LOWERCASE even though none of the individual plate names are consistently capped in sources. Or do we change all of these to lowercase on the basis of CONSISTENT because the majority of cases are consistently not capitalised in sources?
- Would CONCISE over-ride WP:TSC to use "¿" for an article about the inverted question mark?
- Cinderella157 (talk) 02:19, 20 November 2024 (UTC)
- Novem Linguae, it is a question of whether CRITERIA (or any particular principle therein) would over-ride any (one or more) of the eleven matters at TITLEFORMAT, noting that for many of these matters the language used is emphatic rather than optional. My response to Voorts might better explain the issue. I will give some examples if this helps. Some of these are related/analogous to article title discussions that have occurred.
- No, Voorts is correct. Adumbrativus (talk) 02:37, 19 November 2024 (UTC)
- No. If any one guideline should have precedence, it's WP:COMMONNAME, which is the titling equivalent of how Misplaced Pages handles everything else (e.g. WP:DUEWEIGHT for when sources disagree on more factual matters). Perhaps WP:NPOVNAME, too (the titling equivalent of WP:NPOV). (Not seriously mentioning these as counterproposals, just an "IMO" on priority.)
- Part 2: I don't want to sidetrack, but I also disagree that this is even applicable to the sample RM that caused this (which I did not participate in). Suppose an editor performs a, for purpose of discussion, indisputably incorrect ngrams analysis. They screwed something up, made a typo, who knows. But the results of that faulty ngram analysis indicate some rule in TITLEFORMAT should predominate. But... it doesn't matter, because garbage in, garbage out, so the would-be TITLEFORMAT guidance doesn't even really apply. Okay, the case of a clear error isn't common, but what's more common is a contested ngram analysis. Cinderella said in that RM and in others that ngrams can overstate the rate of capitalization, but a lot of people disagree and believe that ngrams can understate the rate of capitalization by mixing in normal uses of the term. Which side is "right" isn't important here, but the point is, if the raw evidence is contested, a closer shouldn't just close "because (some policy in TITLEFORMAT) says so". There's really two claims afoot here, one of raw evidence and one of how to apply policy, and the first is often harder to parse! I've seen RMs close on arguments that are (IMO) inarguably at variance with the facts on the ground, and I'm sure that others think the same in reverse of me. Point is, it's not even clear that this proposed change does what it's implied to do, and if it does it would lead to absurdities like my example before of a faulty analysis somehow prevailing because it invoked the "right" policy on the wrong grounds. SnowFire (talk) 00:00, 20 November 2024 (UTC)
- SnowFire, firstly, there is no change to WP:AT proposed here at all. The question is about how the existing letter and spirit and intent of the relationship between CRITERIA and TITLEFORMAT should be (correctly) construed. Secondly, while the discussion with Extraordinary Writ may have led to this RfC (one followed the other), the RM being discussed there was not the only matter leading to this RM. In that RM it was argued that the CONSISTENT over-rode LOWERCASE - not because of source evidence that the title should be lowercase but because of an unsubstantiated claim that of a convention to use alternative capitalisation regardless of what sources did for a particular case. While CONSISTENT exists, if a cited policy exists it must also be reasonably construed if it is to be given any weight. This RM has nothing to do with the evidence presented at that or any other RM. But addressing your point without getting sidetracked, it is the role of commenting editors to present appropriate evidence to support their case and for editors opposing that case to interrogate such evidence to confirm it does evidence what it is purported to (noting that capitalisation is essentially a statistical question that requires a polling of sources to determine the proportion of capitalisation in prose). This RM is not just about the relationship of LOWERCASE to any one or more of the principles at CRITERIA. It addresses the relationship of CRITERIA to all of the matters covered by TITLEFORMAT, where I have seen discussions relating to LOWERCASE, SINGULAR, DEFINITE, subsidiary articles, persons names, TCS and trademarks that have prompted this. That is the reasons why this RfC is about the relationship between CRITERIA and TITLEFORMAT rather than CRITERIA and LOWECASE. Perhaps I might put this in perspective for you and link to your comment (response to me) here, even though it is about the relationship between CONSISTENT and LOWERCASE. Cinderella157 (talk) 03:22, 20 November 2024 (UTC)
- Don't want to talk too much about a specific RM rather than the overall change, but if I had !voted in that RM, then yes, I would have placed very little weight on WP:CONSISTENT. And I agree with you that the community should take CONSISTENT less seriously. But I also think that this is a matter already mostly handled fine by our consensus process. If other editors in good standing want to prioritize CONSISTENT in areas I disagree, that's their right - the MOS is inherently suggestions rather than mandated right or wrong things, as it has to be because language changes over time.
- The larger issue for me is the ngrams one - I'm thinking of stuff like the "Eurasian P/plate" RM where there was just a failure to agree on reality, and the closer bought the ngrams argument over the "here's what geologists who actually work in the field say" argument (which was a crazy thing to dismiss as "vibes"!). If you say that this isn't the issue you're raising here, fine, I could be persuaded to abstain, but I think that was the core of the original Battle of Panipat discussion, common name as decided by ngram analysis. If hypothetically it was indisputable there was completely no common name at all and just wild variance, then sure, lowercase b, and if hypothetically it was indisputable the > X% Battle usage threshold was met (where X varies by editor), then clearly it should be capital B. But as mentioned above, it is rare for the matter to be indisputable! So fiddling with which policy "wins" should have had little effect in my book, as the question was truly one of COMMONNAME, and that is clearly one where people just greatly disagree. (i.e. that we're just talking about a different reason to not move, that of "didn't make a convincing enough COMMONNAME case.") SnowFire (talk) 03:57, 20 November 2024 (UTC)
- Picking ngrams over reliable sources is just incorrect. COMMONNAME itself says we should follow the most reliable sources. voorts (talk/contributions) 04:07, 20 November 2024 (UTC)
- I couldn't agree more, but, unfortunately, that's not always how move discussions have gone in the past. I strongly believe the usage in relevant reliable sources should trump the usage of ngrams, which take into account a large swath of sources that may be unfamiliar with proper usage and capitalization. Hey man im josh (talk) 16:02, 20 November 2024 (UTC)
- Ngrams are generally the gold standard for assessing common name because unlike your search for "relevant reliable sources", which is an undefined and imprecise definition, they provide an objective and unbiased look at a wide variety of sources with a clear measure that isn't defined by anyone on Misplaced Pages, not to mention analysis by year. And book sources are usually presumed to be at the upper echelons of reliability too. Far too many RMs use cherry-picked lists of sources, many of which are part of the WP:OFFICIALNAMES phallacy and are often just designed to support whatever viewpoint the RM nominator wants to convey. — Amakuru (talk) 23:15, 20 November 2024 (UTC)
- Ngrams can be useful when it is clear that a single phrase refers to only a single topic and is used only in a single context. However when a single phrase has refers to multiple topics and/or is used in multiple context then it is not an accurate representation of any of them. Thryduulf (talk) 01:08, 21 November 2024 (UTC)
- This is exactly my point of view, and it's why every title with a common noun in it, whether a proper name or not, seemingly ends up being downcased. Hey man im josh (talk) 14:24, 21 November 2024 (UTC)
- Ngrams can be useful when it is clear that a single phrase refers to only a single topic and is used only in a single context. However when a single phrase has refers to multiple topics and/or is used in multiple context then it is not an accurate representation of any of them. Thryduulf (talk) 01:08, 21 November 2024 (UTC)
- Ngrams are generally the gold standard for assessing common name because unlike your search for "relevant reliable sources", which is an undefined and imprecise definition, they provide an objective and unbiased look at a wide variety of sources with a clear measure that isn't defined by anyone on Misplaced Pages, not to mention analysis by year. And book sources are usually presumed to be at the upper echelons of reliability too. Far too many RMs use cherry-picked lists of sources, many of which are part of the WP:OFFICIALNAMES phallacy and are often just designed to support whatever viewpoint the RM nominator wants to convey. — Amakuru (talk) 23:15, 20 November 2024 (UTC)
- I couldn't agree more, but, unfortunately, that's not always how move discussions have gone in the past. I strongly believe the usage in relevant reliable sources should trump the usage of ngrams, which take into account a large swath of sources that may be unfamiliar with proper usage and capitalization. Hey man im josh (talk) 16:02, 20 November 2024 (UTC)
- (edit conflict) Another case where an ngrams argument was simply incorrect was a situation where there were two topics with the same name, one was a proper noun and the other a common noun (it was an article about a geographically named regional railway line in England but I forget which one). One participant did not understand that there were two distinct topics - a specific individual railway line (the subject of the article) and railway lines in general in the same place - and kept insisting the ngrams showed that it wasn't a proper noun. However in reality the ngrams did not (and could not) distinguish between the two. There needs to be flexibility to interpret the context of the specific discussion and that is lacking from this proposal Thryduulf (talk) 04:08, 20 November 2024 (UTC)
- Picking ngrams over reliable sources is just incorrect. COMMONNAME itself says we should follow the most reliable sources. voorts (talk/contributions) 04:07, 20 November 2024 (UTC)
- SnowFire, firstly, there is no change to WP:AT proposed here at all. The question is about how the existing letter and spirit and intent of the relationship between CRITERIA and TITLEFORMAT should be (correctly) construed. Secondly, while the discussion with Extraordinary Writ may have led to this RfC (one followed the other), the RM being discussed there was not the only matter leading to this RM. In that RM it was argued that the CONSISTENT over-rode LOWERCASE - not because of source evidence that the title should be lowercase but because of an unsubstantiated claim that of a convention to use alternative capitalisation regardless of what sources did for a particular case. While CONSISTENT exists, if a cited policy exists it must also be reasonably construed if it is to be given any weight. This RM has nothing to do with the evidence presented at that or any other RM. But addressing your point without getting sidetracked, it is the role of commenting editors to present appropriate evidence to support their case and for editors opposing that case to interrogate such evidence to confirm it does evidence what it is purported to (noting that capitalisation is essentially a statistical question that requires a polling of sources to determine the proportion of capitalisation in prose). This RM is not just about the relationship of LOWERCASE to any one or more of the principles at CRITERIA. It addresses the relationship of CRITERIA to all of the matters covered by TITLEFORMAT, where I have seen discussions relating to LOWERCASE, SINGULAR, DEFINITE, subsidiary articles, persons names, TCS and trademarks that have prompted this. That is the reasons why this RfC is about the relationship between CRITERIA and TITLEFORMAT rather than CRITERIA and LOWECASE. Perhaps I might put this in perspective for you and link to your comment (response to me) here, even though it is about the relationship between CONSISTENT and LOWERCASE. Cinderella157 (talk) 03:22, 20 November 2024 (UTC)
- Part 2: I don't want to sidetrack, but I also disagree that this is even applicable to the sample RM that caused this (which I did not participate in). Suppose an editor performs a, for purpose of discussion, indisputably incorrect ngrams analysis. They screwed something up, made a typo, who knows. But the results of that faulty ngram analysis indicate some rule in TITLEFORMAT should predominate. But... it doesn't matter, because garbage in, garbage out, so the would-be TITLEFORMAT guidance doesn't even really apply. Okay, the case of a clear error isn't common, but what's more common is a contested ngram analysis. Cinderella said in that RM and in others that ngrams can overstate the rate of capitalization, but a lot of people disagree and believe that ngrams can understate the rate of capitalization by mixing in normal uses of the term. Which side is "right" isn't important here, but the point is, if the raw evidence is contested, a closer shouldn't just close "because (some policy in TITLEFORMAT) says so". There's really two claims afoot here, one of raw evidence and one of how to apply policy, and the first is often harder to parse! I've seen RMs close on arguments that are (IMO) inarguably at variance with the facts on the ground, and I'm sure that others think the same in reverse of me. Point is, it's not even clear that this proposed change does what it's implied to do, and if it does it would lead to absurdities like my example before of a faulty analysis somehow prevailing because it invoked the "right" policy on the wrong grounds. SnowFire (talk) 00:00, 20 November 2024 (UTC)
- No, it's the other way around. Recognizability, naturalness, precision, concision, and consistency are more important than things like "Use singular form" and "Avoid definite and indefinite articles" and "Do not enclose titles in quotes". It should usually be possible to comply with all of these, but I pick the first set of principles over the little details. WhatamIdoing (talk) 06:52, 20 November 2024 (UTC)
- No, voorts is correct that our goal is not applying textualist analysis to whether WP:TITLEFORMAT is making those eleven points secondary to the five points of WP:CRITERIA or the superseding formatting guidelines. Any of these sixteen concepts can be the means to decide a requested move. ViridianPenguin 🐧 ( 💬 ) 16:15, 20 November 2024 (UTC)
- No per WhatamIdoing. Ajpolino (talk) 22:14, 20 November 2024 (UTC)
- No. WP:COMMONNAME is by far the most important thing to consider for titles (and yes, that often means looking at ngrams as well as other evidence). Where there's a clear common name, the policy and longstanding practice mean we rarely fail to use that - even where consistency might not be met. If and only if the common name is unclear, then we invoke the five criteria directly and try to reach a consensus on which title fits them best. If after all that there's still a lack of clarity, then I'd invoke TITLEFORMAT at that point, but not any earlier. — Amakuru (talk) 23:20, 20 November 2024 (UTC)
- Yes. Cinderella157's analysis is correct, and many of the TITLEFORMAT points are non-optional, while all of the criteria are a prioritization juggling game of various preferences, any of which can be sacrificed when outweighed by other considerations, while much of TITLEFORMAT cannot. To the extent anything in TITLEFORMAT is actually optional, the solution is to separate its material into two lists, of mandatory versus conditional matters. The "No" commenters here all appear to be missing the point, and seem to have been triggered into strange defensive contortions by wording like "supersede" or "override". — SMcCandlish ☏ ¢ 😼 02:03, 21 November 2024 (UTC)
- The only truly non-optional point under TITLEFORMAT is TSC because that's a technical, rather than style, issue. At least four of the TITLEFORMAT points have exceptions—including singular form, don't use abbreviations, use nouns, and trademarked names—so they are not required in all circumstances. Several of them don't really ever come into play in RMs, like use sentence case, subsidiary articles, don't use quotation marks, and italics, largely because nobody could credibly argue against those. For example, I can't think of a circumstance where we wouldn't italicize a film or book page title. The follow reliable sources point is just an amalgam of several of the CRITERIA. Regarding your analysis of the no !votes: the RfC is expressly asking us whether a certain part of a policy should supersede another. Indeed, Cinderella157 has used the phrase "over-ride" 8 times in this discussion so far. It's not a "strange defensive contortion" to respond to those points. voorts (talk/contributions) 02:27, 21 November 2024 (UTC)
- The constant flood of over-capitalization RMs of multi-word titles tells us that "use sentence case" is actually quite important; while no one proposes "Use title case!", what they want effectively amounts to that, so this line-item in the policy is an additional shield against their over-stylization whims (though lack of consistent support in independent RS is more often the main one, whether it be a MOS:CAPS or MOS:TM or MOS:SIGCAPS or MOS:DOCTCAPS or MOS:SPORTCAPS question). The point about quotation marks actually does come up, though rarely (mostly with regard to phrases from conventional quotations or from Internet memes, and exceptionally with regard to titles of works that have internal, or are surrounded by, quotation marks of their own, like some famous David Bowie material). Italics: we have a long-term, persistent contingent who hate that WP house style is to put all major works in italics regardless of medium (they want to deny this style to electronic publications). I have to rather amusedly note that your engaging in another defensive contortion, handwring over just how many times the proponent used a term that triggered your defensive reaction, has rather the opposite of your intended effect of disproving my point.
The question here is quite simple: which section of the policy has precedence when there's a perception of conflict beteen them? The answer has to be TITLEFORMAT because making it secondary would regularly (not strangely exceptionally, when sources really seem to dictate it) produce inconsistent titles even within the same category of subjects, yet CRITERIA includes CONSISTENT. That is, CRITERIA is effectively telling us, in CONSISENT, that it is secondary to TITLEFORMAT.
A potential way around the problem, or perceived problem, here would be to merge these sections one way or another, so that all the actual title criteria we employ, including formatting ones, are in one place. — SMcCandlish ☏ ¢ 😼 07:05, 21 November 2024 (UTC)
- Please stop calling the no !votes defensive contortions. You said no !votes were using words like "override"; I was pointing out that it was Cinderella using that word. voorts (talk/contributions) 14:29, 22 November 2024 (UTC)
- Except I said nothing like that at all, but quite the opposite, namely that Cinderella157 did in fact use these terms and then you and various other "No" !voters are reflexively and emotionally reacting to what they could mean in some other context instead of analyzing their actual meaning and implications in this context. So, your apparent anger at me here really has no basis. You either do not understand the argument I am making, or are striking the pose that you don't understand, because you don't like it but can't seem mount a sensible counter-argument. Regardless, I predict no utility in me going round in circles with you any further. This kind of argument to emotion stuff is just pointless and anti-consensus. Instead of responding to anything substantive I said, you've retreated to an "offended" posture, in which bluster is used as a hand-wave to dodge every single element of the substance, and that bluster is based on blatantly misreading everything I wrote. Straw-man. — SMcCandlish ☏ ¢ 😼 10:41, 24 November 2024 (UTC); tone revised 15:28, 24 November 2024 (UTC)
- Please stop calling the no !votes defensive contortions. You said no !votes were using words like "override"; I was pointing out that it was Cinderella using that word. voorts (talk/contributions) 14:29, 22 November 2024 (UTC)
- The constant flood of over-capitalization RMs of multi-word titles tells us that "use sentence case" is actually quite important; while no one proposes "Use title case!", what they want effectively amounts to that, so this line-item in the policy is an additional shield against their over-stylization whims (though lack of consistent support in independent RS is more often the main one, whether it be a MOS:CAPS or MOS:TM or MOS:SIGCAPS or MOS:DOCTCAPS or MOS:SPORTCAPS question). The point about quotation marks actually does come up, though rarely (mostly with regard to phrases from conventional quotations or from Internet memes, and exceptionally with regard to titles of works that have internal, or are surrounded by, quotation marks of their own, like some famous David Bowie material). Italics: we have a long-term, persistent contingent who hate that WP house style is to put all major works in italics regardless of medium (they want to deny this style to electronic publications). I have to rather amusedly note that your engaging in another defensive contortion, handwring over just how many times the proponent used a term that triggered your defensive reaction, has rather the opposite of your intended effect of disproving my point.
- The only truly non-optional point under TITLEFORMAT is TSC because that's a technical, rather than style, issue. At least four of the TITLEFORMAT points have exceptions—including singular form, don't use abbreviations, use nouns, and trademarked names—so they are not required in all circumstances. Several of them don't really ever come into play in RMs, like use sentence case, subsidiary articles, don't use quotation marks, and italics, largely because nobody could credibly argue against those. For example, I can't think of a circumstance where we wouldn't italicize a film or book page title. The follow reliable sources point is just an amalgam of several of the CRITERIA. Regarding your analysis of the no !votes: the RfC is expressly asking us whether a certain part of a policy should supersede another. Indeed, Cinderella157 has used the phrase "over-ride" 8 times in this discussion so far. It's not a "strange defensive contortion" to respond to those points. voorts (talk/contributions) 02:27, 21 November 2024 (UTC)
- No The point at issue is an attempt to lower-case an article title. WP:NOTLAW states that "
...the written rules themselves do not set accepted practice ... Disagreements are resolved through consensus-based discussion, not by tightly sticking to rules and procedures
". We had a consensus-based discussion and that establishes the accepted practice. If there then seems to be inconsistency in the rules then the rules should be loosened, not tightened, so as to accommodate the accepted practice. Andrew🐉(talk) 08:24, 22 November 2024 (UTC)- No, the point at issue is not an attempt to lowercase an article title. It was prompted by quite a number of discussions where the issue was not just LOWERCASE but other matters at TITLEFORMAT v CRITERIA.
The intent of this RfC is to determine what the policy is actually telling us as written (how it should reasonably be construed) as opposed to what editors think the policy should be telling us.
This is stated in the Background section. It continues:If there is a disjunction between the two, then an amendment to the policy is indicated but that would be another issue.
An inconsistency or a disjunction have the same result: if there is something wrong with how the policy is written then it needs to be amended and improved. It is unfortunate that responses here are more concerned with defending what people think the policy says than considering whether that is what it is saying in both the letter and the spirit and intent represented by consistency with other P&G. WP:RMCI states:Remember, the participants in any given discussion represent only a tiny fraction of the Misplaced Pages community whose consensus is reflected in the policy, guidelines and conventions to which all titles are to adhere.
There is a difference in CONLEVEL between P&G and an RM. Arguments at an RM are to be assigned weightgiving due consideration to the relevant consensus of the Misplaced Pages community in general as reflected in applicable policy, guidelines and naming conventions.
If there is an inconsistency in P&G in what it says or what it might be thought to say, then this should be remedied else it is a case of garbage in, garbage out. An unwritten principle of WP is continuous improvement. Even Voots grudgingly acknowledges I might be right. Cinderella157 (talk) 10:16, 22 November 2024 (UTC)
- No, the point at issue is not an attempt to lowercase an article title. It was prompted by quite a number of discussions where the issue was not just LOWERCASE but other matters at TITLEFORMAT v CRITERIA.
- We are told above that
For context, this stems from this discussion (about this RM)
. I did not participate in that discussion and am here as a member of the wider community following the listing at WP:CENT. Insofar as there's a wider issue, it's that this policy page is so huge (about 5,000 words) that it contains numerous competing considerations. How these should be balanced and used has to be decided on a case-by-case basis and that's what the RM discussion did. There isn't a formal order of precedence and so the answer is still No. Andrew🐉(talk) 15:36, 22 November 2024 (UTC)
- We are told above that
- No per all of the reasoning above (nomination request to simply say 'Yes' or 'No', so no, of course not). Randy Kryn (talk) 14:04, 21 November 2024 (UTC)
- No. To draw an analogy to broader Misplaced Pages governance—if the CRITERIA are the five pillars of titling, TITLEFORMAT is its MOS. In that sense, while we should follow TITLEFORMAT as much as is practical, it's nevertheless still possible for an argument to achieve consensus that a given article's title should diverge from TITLEFORMAT's norms in order to serve the overarching principles behind the titling process. Indeed, many of TITLEFORMAT's sections essentially enshrine this line of thinking outright, whether by noting standard exceptions (WP:SINGULAR, WP:DEFINITE, WP:NOUN) or directing us to follow the usage by RS (WP:TITLETM or the guidance on initials). ModernDayTrilobite (talk • contribs) 15:52, 21 November 2024 (UTC)
- No per Voorts, Andrew, SnowFire and others. They make the point much better than I could. ~~ Jessintime (talk) 15:47, 22 November 2024 (UTC)
- No - Probably over-kill at this point but simple formatting issues are not nearly as important as the issues that WP:CRITERIA addresses. FOARP (talk) 22:12, 24 November 2024 (UTC)
Reduce bloat, banners, and bananas
There's too much inaccessible content around this wiki. Also the sections in the article are trying to convey few things in many round-about ways. Verbosity is understandable, but not at the expense of wasting time of readers. Time is finite. For example, there's a wall of purple stuff right above this editor, there could be a yellow / red call-out above that, but I'm writing here, not in my browser's address bar. RealAdil (talk) 09:02, 29 November 2024 (UTC)
- The best way to reduce, is to remove entire sections, and then engage contention. Since it is categorised as contentious topic, resolving all raised concerns by humans here can be solved with active contention. RealAdil (talk) 09:04, 29 November 2024 (UTC)
- The wall of purple text is a closed talk page section. At this page, talk page sections are automatically archived 60 days after the last comment in that section if more than 5 sections are present. DrKay (talk) 09:19, 29 November 2024 (UTC)
Notice of move discussion
A move discussion is underway concerning the titles of several articles which may be of interest to this project. Interested parties can join the discussion. SerialNumber54129 10:29, 30 November 2024 (UTC)
Overprecision in (sports)people
Could you please check Wikipedia_talk:Naming_conventions_(sportspeople)#Overprecision. fgnievinski (talk) 23:09, 4 December 2024 (UTC)
Edit: actually, the issue applies to all people: Wikipedia_talk:Naming_conventions_(people)#Edit_request_in_NCPDAB_(overprecision). fgnievinski (talk) 23:48, 4 December 2024 (UTC)
Plural form in foods (important)
I would like to understand why, unlike some Italian foods (for example panini and cannoli), which are written in the plural, "hot dog" isn't written in the plural, although in Ngram the most common name is the plural; for English names this rule doesn't apply? JacktheBrown (talk) 20:07, 11 December 2024 (UTC)
- Generally, we use the singular form unless the plural form is the overwhelming use in English. DrKay (talk) 20:16, 11 December 2024 (UTC)
- @DrKay: exactly, and "hot dogs" is a slightly more common name than "hot dog", according to Ngram. JacktheBrown (talk) 20:18, 11 December 2024 (UTC)
- I said overwhelming. slightly doesn't cut it. DrKay (talk) 20:21, 11 December 2024 (UTC)
- @DrKay: all right. JacktheBrown (talk) 20:22, 11 December 2024 (UTC)
- I said overwhelming. slightly doesn't cut it. DrKay (talk) 20:21, 11 December 2024 (UTC)
- @DrKay: exactly, and "hot dogs" is a slightly more common name than "hot dog", according to Ngram. JacktheBrown (talk) 20:18, 11 December 2024 (UTC)
- Panini and cannoli are a problem here. In English, they are singular. "I'd like a chicken panini, please, and a dozen cannoli(s) to go." I'd say English speakers are familiar enough with "-i" plurals (from "spaghetti", "linguini", etc.) that they may understand the use of these forms for the plural as well as for the singular, but they may not: it's "one cannoli", but either "two cannolis" or "two cannoli" is possible.
- See the second paragraph of the Etymology section of the Panini (sandwich) (you provided the wrong link) article. I see that the Cannoli article is confused about this, beginning, appallingly, with its first words, "Cannoli is". This is outright incorrect whether you're following Italian usage (in which case you'd have "Cannoli are") or English usage (in which case you'd have either "A cannoli is" or "Cannolis are"). See also Biscotti, which takes the approach of treating the word as plural, "Biscotti are".
- But one thing you generally won't hear from English speakers is "Can I have a panino/cannolo/biscotto, please"? And we don't even mean by "panini" or "biscotti" what Italian speakers mean by them. The same goes for "gelato". Largoplazo (talk) 00:25, 12 December 2024 (UTC)
- @Largoplazo: what Americans and English, unfortunately, don't understand is that even we Italians don't usually say "spaghetto", because types of pasta are written in the plural even in Italian, but at the same time we Italians know which Italian foods to write only in the plural and which in both forms (however, it's written "linguine" and "fettuccine", not "linguini" and "fettuccini").
In any case, could you please correct the panini and cannoli pages? I'm not a native English speaker (also biscotti, crostini, grissini, panzerotti, pizzelle, salami, spumoni, and zeppole). Thanks in advance. JacktheBrown (talk) 18:01, 12 December 2024 (UTC)
- @Largoplazo: what Americans and English, unfortunately, don't understand is that even we Italians don't usually say "spaghetto", because types of pasta are written in the plural even in Italian, but at the same time we Italians know which Italian foods to write only in the plural and which in both forms (however, it's written "linguine" and "fettuccine", not "linguini" and "fettuccini").
O/t sidebar on favorite foods and recipes |
---|
|
... we Italians don't usually say "spaghetto", because types of pasta are written in the plural even in Italian ...
: I'm supposing Italians don't usually say "spaghetto" because it's extremely uncommon for someone to have a reason to speak of a single spaghetti noodle and that, if an Italian did have a reason to refer to a single spaghetti noodle ("You dropped a spaghetti noodle on the floor"), they would call it "un spaghetto". Is that not correct? Largoplazo (talk) 13:07, 13 December 2024 (UTC)- @Largoplazo: exactly, well done, obviously also for this reason. Not to be picky, but it's spelled uno spaghetto. JacktheBrown (talk) 21:41, 13 December 2024 (UTC)
- Ha, I know that rule, but forgot to apply it. It's been a while. Thanks. Largoplazo (talk) 22:18, 13 December 2024 (UTC)
- @Largoplazo: don't worry, I'm glad that you tried. JacktheBrown (talk) 22:30, 13 December 2024 (UTC)
- Ha, I know that rule, but forgot to apply it. It's been a while. Thanks. Largoplazo (talk) 22:18, 13 December 2024 (UTC)
- @Largoplazo: exactly, well done, obviously also for this reason. Not to be picky, but it's spelled uno spaghetto. JacktheBrown (talk) 21:41, 13 December 2024 (UTC)
- It's not just Italian cuisine. Some foods are naturally eaten in the plural: corn flakes, baked beans, sprinkles, etc. Hot dogs are more of a one-at-a-time food, even in a contest. Andrew🐉(talk) 11:05, 13 December 2024 (UTC)
- @Andrew Davidson: "It's not just Italian cuisine." So why, if both of the following pages refer to biscuits, in English "biscotti" (plural) is never written in the singular form while, on the other hand, "biscuit" is written in both forms? JacktheBrown (talk) 11:51, 18 January 2025 (UTC)
- @Andrew Davidson: panzerotti is also a food to be eaten one at a time (it's big), yet someone has decided to write this food in the plural ("panzerotti"). JacktheBrown (talk) 22:15, 13 December 2024 (UTC)
- It is important to remember here, that two things do not count in trying to decide what the title should be: 1) logic, and 2) how it's done in Italian. This has nothing to do either with irrationality or anti-Italian sentiment, it's simply that in English Misplaced Pages we call things the way they are used in English (in published, reliable sources) and with words of Italian origin, sometimes it is the same as how it's done in Italy, and sometimes it's different. When it's different, we follow English usage. I don't know the policy at Italian Misplaced Pages, but I bet it is the same thing with English loanwords (with Italian usage being decisive, of course). Every language does this; it is nothing surprising. The phrase two computers in Italian is due computer, and any anglophone that shows up at Italian Misplaced Pages and tells them, "No no, it has to be due computers because you have to add -s in the plural" would have no leg to stand on. Other plurals: il film ⟶ i film; il bar ⟶ i bar; lo sport ⟶ gli sport; il club ⟶ i club, and so on. The situation here is the mirror image of that: we do not check what is correct in Italian when trying to determine what is the right title here; it plays no role. Mathglot (talk) 06:42, 14 December 2024 (UTC)
- I'd be fine with panzerotto as that's what the OED entry has. That dish is similar to calzone which we have in the singular form. Andrew🐉(talk) 07:23, 14 December 2024 (UTC)
- Would you please propose a title change? I already tried months ago, but I didn't convince anyone. JacktheBrown (talk) 07:42, 14 December 2024 (UTC)
- "Calzone" notwithstanding, I think it will be a challenge to show that "a panzerotto" is more common than "a panzerotti". The use of the Italian singular form "calzone" as the English word doesn't show that English speakers are prone to using the Italian singular and plural correctly. In this case, "calzone" came through in singular form, but then in English no one calls more than one of them "calzoni", they're "calzones". (I'm not even sure how many people pronounce the "e".) And I guarantee that the plural of "pizza" is virtually always "pizzas" and not "pizze". The bottom line is: Stop trying to apply Italian grammar to the use of these words in English! It will only frustrate you. (Besides, it isn't as though Italian does a good job reflecting proper singular and plural of words it borrows from English—it doesn't bother with the plural form at all! Il film, i film, il computer, i computer, etc.) Largoplazo (talk) 00:35, 16 December 2024 (UTC)
- @Largoplazo: the point is that the panzerotti article had, since its creation, the title "panzerotto", and this until the move, which occurred this year. JacktheBrown (talk) 09:38, 16 December 2024 (UTC)
- I took a look at the move history and this doesn't appear to be the case—the article was created at "panzarotti" in 2006, and remained there until being moved to "panzerotti" in 2014. Then, over the course of this year, the article was moved three times (to panzerotto in January, back to panzarotti in June, and then to panzerotti again shortly afterward). In any case, even if panzerotto had been the long-term title, longevity alone isn't necessarily an indicator of suitability; it's the reasoning that counts. ModernDayTrilobite (talk • contribs) 14:48, 16 December 2024 (UTC)
- According to the Cambridge dictionary, in AE it rhymes with bone, and in BE it rhymes with bony (both of which happen to agree with my perception of it, not that I get a vote). And yes absolutely agree with the bottom line: please forget everything you ever knew about Italian grammar and pronunciation, and stick strictly to English sources. Everything else is just a big waste of everybody's time. (edit conflict) Mathglot (talk) 00:48, 16 December 2024 (UTC)
- (FWIW, using the same word for singular and plural goes way back in English. One sheep, two sheep. One fish, two fish. One cannon, two cannon. So one panzerotti, two panzerotti, welcome to the club.) Herostratus (talk) 06:24, 17 December 2024 (UTC)
- This whole discussion reminds me of a big wall, where everyone feels compelled to write their own graffito. Mathglot (talk) 06:51, 17 December 2024 (UTC)
- Well but that's how you know you're on Misplaced Pages Herostratus (talk) 17:00, 17 December 2024 (UTC)cv
- This whole discussion reminds me of a big wall, where everyone feels compelled to write their own graffito. Mathglot (talk) 06:51, 17 December 2024 (UTC)
- (FWIW, using the same word for singular and plural goes way back in English. One sheep, two sheep. One fish, two fish. One cannon, two cannon. So one panzerotti, two panzerotti, welcome to the club.) Herostratus (talk) 06:24, 17 December 2024 (UTC)
- @Largoplazo: the point is that the panzerotti article had, since its creation, the title "panzerotto", and this until the move, which occurred this year. JacktheBrown (talk) 09:38, 16 December 2024 (UTC)
- "Calzone" notwithstanding, I think it will be a challenge to show that "a panzerotto" is more common than "a panzerotti". The use of the Italian singular form "calzone" as the English word doesn't show that English speakers are prone to using the Italian singular and plural correctly. In this case, "calzone" came through in singular form, but then in English no one calls more than one of them "calzoni", they're "calzones". (I'm not even sure how many people pronounce the "e".) And I guarantee that the plural of "pizza" is virtually always "pizzas" and not "pizze". The bottom line is: Stop trying to apply Italian grammar to the use of these words in English! It will only frustrate you. (Besides, it isn't as though Italian does a good job reflecting proper singular and plural of words it borrows from English—it doesn't bother with the plural form at all! Il film, i film, il computer, i computer, etc.) Largoplazo (talk) 00:35, 16 December 2024 (UTC)
- Would you please propose a title change? I already tried months ago, but I didn't convince anyone. JacktheBrown (talk) 07:42, 14 December 2024 (UTC)
- The OP seems keen to rewrite such culinary topics in Italian rather than English. I have started discussion about one such case at Salami. Andrew🐉(talk) 19:16, 17 December 2024 (UTC)
- I agree with JackTheBrown on that one. I'll comment there. Largoplazo (talk) 23:43, 17 December 2024 (UTC)
I would like to understand this: why is "salami" (plural) written in English but not "prosciutti" (plural) and "mortadelle" (plural)? They're all three salumi and can be either countable (within a panini, etc.) or uncountable (when referring to the whole salume).
There's no logic. JacktheBrown (talk) 18:45, 17 January 2025 (UTC)
- English is just like that sometimes. ~~ Jessintime (talk) 19:12, 17 January 2025 (UTC)
Problematic "Use of" titles
It's come to my attention that there's a proliferation of un-encyclopedic titles being prefixed with the phrasing of "Use of". Is there a part of the guideline, aside from concision, that discourages this kind of unnecessary genitive possessive phrasing when simpler phrasing is clearly preferable? You notably won't find a single "Use of" article on Encyclopedia Britannica. Here, there's a plethora, such as Use of chemical weapons in the Syrian civil war, which as an example could be more concisely and encyclopedically phrased as "Chemical weapon use in the Syrian civil war". In other examples, the phrasing is simply unnecessary or redundant, e.g.: Use of Nazi symbols in Taiwan – which could just read Nazi symbolism in Taiwan, or Use of torture since 1948 – which is no different from Torture since 1948 or Torture (1948–present). It occurred to me that both WP:SINGULAR and WP:NOUN partly apply, since the "Use of" phrasing tends away from both simple and singular nouns. But is there anything else that more firmly guards against this? Thoughts? Iskandar323 (talk) 08:30, 2 January 2025 (UTC)
- I’m not sure that this is something that needs a policy to fix… just file RMs and propose a better title. Blueboar (talk) 21:23, 3 January 2025 (UTC)
Identification of national organizations esp. government ministries
Recently, the article Federal Ministry of Health (Nigeria) was renamed Federal Ministry of Health and Social Welfare as an uncontested technical request. My interest is in whether the (Nigeria) should have been dropped: in fact, I want to propose that all national government departments should contain the national name: e,g. Federal Ministry of Health and Social Welfare (Nigeria).
In this case, it is not a matter of current ambiguity: there seems to be no other "Federal Ministry of Health and Social Welfare" in another country at the moment. So my request is based on the requirement for current WP:PRECISION in the first place, and then as a general policy to prevent future or uncaught ambiguity in the second place.
In concrete terms, the policy would be something like:
The title of an article about a current or recent government agency or ministry or political unit should, for WP:PRECISION and to prevent ambiguity, contain the name of the nation or colonial grouping (and, if relevant, the state, province or territory etc.). Examples of existing precise (good) names are: * Ministry_of_Education,_Science,_Culture_and_Sport_of_Georgia * Government_of_Georgia_(U.S._state) If the agency or ministry does not currently have the national name in it, the name should be added in parentheses: * Federal Ministry of Health and Social Welfare (Nigeria) * Federal Bureau of Investigation (U.S.) * Province of Georgia (British America) Exceptions: If the name is quirky, uniquely associated with a location with a unique or notable name, includes an unambiguous state name, or is a distinctive contraction, the national name does not need to be added or removed: * MI5 <- OK * CSIRO <- OK * Sichuan <- OK * Taiwan <- OK * List of governors of Okinawa Prefecture <- OK * Biosecurity Queensland <- OK * Georgia Department of Community Health <- needs (U.S.)
This editorial policy would not extend to autonomous state-owned concerns, such as universities, utility corporations, etc. though it might be appropriate for editors to consider. It does not apply to town or local government.
Rick Jelliffe (talk) 01:53, 18 January 2025 (UTC)
- Personally I'd prefer we do Ministry of XYZ of Country instead of putting the country in brackets. Hey man im josh (talk) 02:00, 18 January 2025 (UTC)
- No strong objections: I think the important thing is the precision not the form. My weak objection would be that if the formal name of the ministry did not include the national name, it is better to have the fact that this is being added for editorial purposes made clear by using the parentheses: e.g. I think this is not right: "Federal Bureau of Investigation of United States". I thought of a compromise, Ministry of XYZ (of Country), but it looks silly to me...:-) Rick Jelliffe (talk) 02:13, 18 January 2025 (UTC)
- I agree with your weak objection: the bracketed form is unambiguous, and also helps to avoid giving a body with an already long name an even longer and potentially erroneous one. Musiconeologist (talk) 03:29, 18 January 2025 (UTC)
- This would be my suggestion as well, with parentheses largely reserved for further disambiguation (e.g. the Georgias, different iterations of an agency), in accordance with WP:NCDAB. But to OP's point, with very limited exceptions, I believe pages on government ministries and offices should have at least some geographic precision in the page title. And I'd say one of those exceptions should be for the handful of internationally ubiquitous agencies (MI5, MI6, FBI, CIA, possibly the NSA and TSA). Star Garnet (talk) 02:44, 18 January 2025 (UTC)
- No strong objections: I think the important thing is the precision not the form. My weak objection would be that if the formal name of the ministry did not include the national name, it is better to have the fact that this is being added for editorial purposes made clear by using the parentheses: e.g. I think this is not right: "Federal Bureau of Investigation of United States". I thought of a compromise, Ministry of XYZ (of Country), but it looks silly to me...:-) Rick Jelliffe (talk) 02:13, 18 January 2025 (UTC)
- Per WP:TITLEDAB:
It is not always possible to use the exact title that may be desired for an article, as that title may have other meanings, and therefore may have been already used for other articles. According to the precision criterion, only as much detail as is necessary to distinguish one topic from another should be used
- ie we don't add precision unless it is needed to resolve an actual article title conflict. See also WP:OVERPRECISION and WP:PRIMARYTOPIC. We also have the consideration of WP:COMMONNAME v official name. Any change mandating the inclusion of the country would need to be made as a naming convention or as part of an existing naming convention. It wouldn't go here. There is existing guidance at Misplaced Pages:Naming conventions (government and legislation). An argument to mandate would need to consider the existing situation (how are all of these articles already named and is there actually a problem that needs to be fixed - Federal Bureau of Investigation is arguably the primary topic. There is existing guidance at Misplaced Pages:Naming conventions (government and legislation). Cinderella157 (talk) 06:00, 18 January 2025 (UTC)- This clearly isn't a formal proposal, more so OP testing the waters. A low-traffic subpage is hardly a great forum, so this seems fine, at least for a pre-RFC stage. The question would seem to be whether or not the likes of Department of Health and Aged Care, Secretariat of Health, Chief Scientist Office, Directorate of Health, Department of Health and Social Care, etc. are sufficiently precise/informative so as to be useful to the reader. To me, they would seem to be ambiguous to the point of uselessness, and perhaps a standard like UK parliamentary constituencies or US towns is warranted. Star Garnet (talk) 08:16, 18 January 2025 (UTC)
- The first question is: How does the guidance at Misplaced Pages:Naming conventions (government and legislation) not already adequately deal with this? The role of an article title is to be an unique identifier for information about a particular topic. Recognizability states:
The title is a name or description of the subject that someone familiar with, although not necessarily an expert in, the subject area will recognize.
An Australian (ie somebody reasonably familiar with the Commonweath government) would recognise and search for Department of Health and Aged Care. There is only one article with this title. Adding Australia to the title (eg Department of Health and Aged Care (Australia)) doesn't make this easier to find. There are though, thirty odd articles for a government entity called Department of Health (without anything else). These do need to be disambiguated (see List of health departments and ministries, which is a hat note from Department of health (Health department). WP:PRECISION (I previously linked to WP:OVERPRECISION which targets the same section at WP:AT) is often poorly understood. As I indicated above, we only use sufficient precision to disambiguate a particular title from other actual articles that would otherwise have the same name. Anything more is OVERPRECISION and not as WP:CONCISE. Different governments use different terms for similar administrative bodies such as: department, ministry, secretariat or bureau. We are not going to mandate calling everything a department. Good use of hat notes and other navigation aids make things easier to find if someone is not sufficiently familiar with the subject to recognise the name and will be more efficacious than the suggested proposal. I just did this for Chief Scientist Office. Cinderella157 (talk) 11:44, 18 January 2025 (UTC)- A) It's irrelevant whether or not the naming convention deals with it in a discussion of whether or not the convention should be adjusted. Even if it wasn't, the phrasing is less than clear regarding natural disambiguation vs. unique names. Also, the guidance to avoid "Something of Something of Jurisdictionname" significantly predates the creation of WP:NATURAL and any discussion of that guidance isn't readily apparent. B) Those familiar with the subject would not merely be Australians, but those familiar with health ministries. While debatably irrelevant due to the existence of the Department of Health (Australia) redirect, how many Australians familiar with the government would know the name of a recently renamed agency? C) I (and I believe OP) understand WP:PRECISIION plenty well; the question is whether or not a systematic exception is desirable for one of the subject areas that WP covers most systematically.
- To add a bit of data (and realizing that it doesn't do much to aid my suggestion above vs. OP's): regarding the examples I mentioned above, results on EBSCOhost and Science Direct provide natural disambiguation for the Department of Health and Aged Care and the the Chief Scientist Office in about 5% of cases, the Secretariat of Health and the Department of Health and Social Care in about 20%, and the Directorate of Health in about 35%. And with that, I will bow out of this discussion unless it attracts more attention. Star Garnet (talk) 20:33, 18 January 2025 (UTC)
- The first question is: How does the guidance at Misplaced Pages:Naming conventions (government and legislation) not already adequately deal with this? The role of an article title is to be an unique identifier for information about a particular topic. Recognizability states:
- This clearly isn't a formal proposal, more so OP testing the waters. A low-traffic subpage is hardly a great forum, so this seems fine, at least for a pre-RFC stage. The question would seem to be whether or not the likes of Department of Health and Aged Care, Secretariat of Health, Chief Scientist Office, Directorate of Health, Department of Health and Social Care, etc. are sufficiently precise/informative so as to be useful to the reader. To me, they would seem to be ambiguous to the point of uselessness, and perhaps a standard like UK parliamentary constituencies or US towns is warranted. Star Garnet (talk) 08:16, 18 January 2025 (UTC)
- Concur with User:Cinderella157 that this is the wrong place for such a proposal and it needs to be raised at Misplaced Pages:Naming conventions (government and legislation). On the merits, I strongly disagree because it conflicts with WP:COMMONNAME. No further precision is required when the name is globally unique. For example, DARPA is globally unique. --Coolcaesar (talk) 06:38, 18 January 2025 (UTC)